《软件工程与项目管理》第3章_软件需求分析.pdf

第3章软件需求分析 • 掌握：需求分析的重要性、需求分析的任 务、需求分析的步骤、数据流图、数据 字典、判定表和判定树、软件需求分析 规格说明书。 3.1 需求分析概述 3.1.1 需求分析的重要性 通俗地说，需求分析就是分析软件用 户的需求是什么。试想一下，如果投入 大量的人力、物力、财力和时间，开发 出的软件却满足不了客户的要求，那所 有的投入都是徒劳。如果费了很大的精 力，开发一个软件，最后却因不满足用 户的要求，而要重新开发，这种返工同 样也是让人痛心疾首的。 3.1.2 需求分析的任务 需求分析阶段的任务主要要解决的是 系统“做什么” 的问题。用户了解他们所面 对的问题，知道必须做什么，但是通常 不能完整地、准确地表达出来，也不知 道怎样用计算机解决他们的问题。而软 件开发人员虽然知道怎样用软件完成人 们提出的各种功能要求，但是，对用户 的具体业务和需求不完全清楚，这是需 求分析阶段的困难所在。 3.1.2 需求分析的原则 1．分析人员要使用符合用户语言习惯的表达 2．分析人员要了解用户的业务及目标 3．分析人员必须编写软件需求报告 4 ．要求得到需求工作结果的解释说明 5．开发人员要尊重客户的意见 6．开发人员要对需求及产品实施提出建议 和解决方案 7．描述产品使用特性 8．允许重用已有的软件组件 9．要求对变更的代价提供真实可靠的评估 10．获得满足客户功能和质量要求的系统 11．给分析人员讲解业务 12．用户应抽出时间清楚地说明并完善需求 13．准确而详细地说明需求 14．及时做出决定 15．尊重开发人员的需求可行性及成本评估 16．划分需求的优先级 17．评审需求文档和原型 18．需求变更要立即联系 19．遵照开发小组处理需求变更的控制过程 20．尊重开发人员采用的需求分析过程 3.1.3 需求分析的步骤 （1）归纳整理用户提出的各种问题和要求，弄清用 户企图通过软件达到的目的，并把它作为要求和条件 予以明确。分析人员借助各种工具和方法，获得对用 户需求的基本理解，然后在需求获取方法的驱动和指 导下，从非正式需求陈述中提取出用户的实际需求， 由此确定软件的功能、性能、接口关系及有关属性、 限制和边界等，标定软件的作用范围，确认支持性的 软硬件环境及辅助工具与条件。此阶段还为软件需求 分析活动提供了相应的过程控制机制。 （2）在需求获取的基础上建立逻辑模型，使用自顶 向下、逐层分解的方法，把用户对软件的需求分解成 若干子系统或软件成分，定义软件成分的内部功能， 并标定它们之间的接口。 （3）用准确、简练、无二义性的语言将用户需求规 格化为软件需求规格说明，使用户和开发人员对拟开 发的软件有共同的理解。软件需求规格说明同时还是 软件测试、验收和交付的基准。 （4 ）通过需求评审，对需求获取、需求定义等进行 全面审查，力图发现需求分析中的错误和缺陷，最终 确认软件需求规格说明。同时，以需求规格说明为输 入，通过模拟或快速原型等方法，向用户展示需求规 格说明所描述的系统外部行为和相应特征。 3.2 结构化分析方法及工具 3.2.1 概述 • 结构化分析（简称SA 法）方法是面向数 据流的需求分析方法，由Yourdon ， Constaintine 及DeMarco 等人于70 年代 末提出，并得到广泛的应用。结构化分 析方法适合于分析大型的数据处理系 统，特别是企事业管理系统。 • 结构化分析的步骤如下： （1）分析当前的情况，做出反映当前物理模型的数据流图。 （2）推导出等价的逻辑模型的数据流图。 （3）设计新的逻辑系统，生成数据字典和基元描述。 （4 ）建立人机接口，提出可供选择的目标系统物理模型的数 据流图。 （5）确定各种方案的成本和风险等级，据此对各种方案进行 分析。 （6）选择一种方案。 （7）建立完整的需求规约。 3.2.2 数据流图 数据流图，简称DFD （Data Flow Diagraph），是采用图形方式来表达系 统的逻辑功能、数据在系统内部的逻辑 流向和逻辑变换过程，是结构化系统分 析方法的主要表达工具及用于表示软件 模型的一种图示方法。 数据流图由以下4部分组成： 1．数据流 数据流由一组固定成分的数据组成，表示数据的流 向。值得注意的是，数据流图中描述的是数据流，而 不是