软件开发与应用-第3章 需求分析.pptVIP

软件开发与应用 第二章 回顾 可行性研究的必要性 可行性分析的步骤 可行性分析的支撑模型 数据字典 成本效益分析 本章导读 本章导学---客户需求的2个实例 第三章 需求分析 需求分析的任务 与用户沟通获取需求的方法 模型的建立 验证软件需求 小结 需求 在软件开发中遇到的许多问题，都是由于收集、编写、协商、修改产品需求过程中的手续和作法（方法）失误带来的。例如上面的P h i l和M a r i a，出现的问题涉及到非正式信息的收集，未确定的或不明确的功能，未发现或未经交流的假设，不完善的需求文档，以及突发的需求变更过程。 对需求的不同理解 客户所定义的“需求” -----较高层次的产品概念。 开发人员所说的“需求”----详细设计。 需求的定义 I E E E软件工程标准词汇表（ 1 9 9 7年）中定义 需求为： 用户解决问题或达到目标所需的条件或权能（ C a p a b i l i t y）。 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 一种反映上面（1）或（2）所描述的条件或权能的文档说明。 需求定义 软件需求：指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。 软件需求的层次 业务需求（business requirement） 业务需求反映了组织机构或客户对系统、产品高层次的目标要求。 用户需求(user requirement) 用户需求文档描述了用户使用产品必须要完成的任务。 功能需求(functional requirement) 功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。作为功能需求的补充，包括非功能需求。 非功能需求 描述的内容包括: 产品必须遵从的标准、规范和合约； 外部界面的具体细节； 性能要求； 设计或实现的约束条件及质量属性。 所谓约束是指对开发人员在软件产品设计和构造上所具有的选择限制。质量属性是通过多种角度对产品的特点进行描述，从而反映产品功能。 软件需求各组成部分之间的关系 需求工程 需求分析的任务 仍然回答“What” “why”，而不是“How”， 但更细致、精确（合同的拟定） 需求分析的任务 确定要求 分析数据要求: ⑴建立概念模型(conceptual models): E-R Diagram ⑵形象描绘数据结构: Warnier Diagram, IPO ⑶数据结构规范化(Normalization) 导出系统的逻辑模型- DFD + DD + IPO 修正开发计划 面向数据流自顶向下求精 需求分析的出发点------数据 目标:把数据流和数据存储定义到元素级 着手点:产生的输出 分析过程 1、沿DFD回溯： DFD的输出端是系统的最终目的。向回确定每个数据元素的来源，可加细DFD及DD，并将相关算法记录在IPO图中。 2、用户复查 3、细化DFD： 加细前后的I\O须相同。 分解到须考虑具体实现的代码时即可停止。 4、修正计划 5、文档：《需求规格说明书》 面向数据流自顶向下求精过程 概念模型和规范化 —— 对数据的分析 1、概念模型：描述从用户角度看到的数据 实体 -联系图(Entity - Relationship Diagram) 2、范式(Normal Forms)：消除数据冗余的程度 IBM E. F. Godd (1970) 例： 图形工具 1、层次方框图 (Hierarchy) —— 描绘数据的结构 例：A Room hierarchy based on an interior designer’s perspective. 2、Warnier Diagram（渥宁图）： 法国计算机科学家Warnier提出了表示信息层次结构的另外一种图形工具。 用Warnier图可以指出一类信息或一个信息元素是重复出现的，也可以表示特定信息在某一类信息中是有条件地出现的。因为重复和条件约束是说明软件处理过程的基础，所以很容易把Warnier图转变成软件设计的工具。 2、Warnier Diagram（渥宁图）： Warnier图例子 Warnier图例子 Warnier图例子 3、IPO图(Input / Process / Output)：简要的算法描述 验证要求(Requirements Validation) 谢谢!