第3章需求技巧.ppt

软件工程;第三章 需求分析 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体－联系图 3.5 数据规范化 3.6 状态转换图 3.7 其他图形工具 3.8验证软件需求 ;需求分析是软件分析时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么？”这个问题。 需求分析的任务是对目标系统提出完整、准确、清晰、具体的要求。;需求分析的输入是可行性研究阶段产生的文档，特别是数据流图。 在这个阶段结果是交出的文档中应该包括详细的数据流图，数据字典和一组简明的算法描述。 需求分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。因此，必须用行之有效的方法对软件需求进行严格的审查验证。;结构化分析方法遵守的准则;3.1.1 确定对系统的综合要求 1．功能需求 2．性能需求 如：相应时间（速度）、主存容量、磁盘容量、安全性、等。;3. 可靠性和可用性需求 4. 出错处理需求 系统发现错误时采取的行动，主要在系统关键部分设置。 5. 接口需求 用户接口、硬件接口、软件接口、通信接口、等。 6. 约束 精度、工具和语言、设计约束、硬件约束、标准，等。 7. 逆向需求 说明系统不应该做什么 8. 将来可能提出的要求 ;3.1.3 导出系统的逻辑模型 包括完善的数据流图、实体－联系图、状态转换图、数据字典、主要的处理算法（IPO图）等。;3.2 与用户沟通获取需求的方法 ;3.2.2 面向数据流自顶向下求精 ;仓库 管理员;3.2.3 简易的应用规格说明技术 ;3.2.4 快速建立软件原型 ;3.3 分析建模与规格说明;3.3.2 软件需求规格说明;3.4 实体－联系图 ;3.4.2 属性 属性定义了数据对象的性质。应该根据对所要解决的问题的理解，来确定特定数据对象的一组合适的属性。;3.4.3 联系 数据对象彼此之间相互连接的方式称为联系，其分为以下三种类型： （1）一对一联系（1：1） （2）一对多联系（1：N） （3）多对多联系（M：N） 在ER图中，用菱形框表示联系。 ;教师;通常用范式定义消除数据冗余的程度。 1）第一范式 每个属性值都必须是原子值，即仅仅是一个简单值而不含内部结构 2）第二范式 满足第一范式条件，而且每个非关键字属性都由整个关键字决定 3）第三范式 符合第二范式的条件，每个非关键字属性都仅由关键字决定，而且一个非关键字属性不能仅仅是对另一个非关键字属性的进一步描述;3.6 状态转换图;3.6.3 符号;3.6.4 例子;3.7 其他图形工具 ; Warnier图也用树形结构描绘信息，但是这种图形工具比层次方框图提供了更丰富的描绘手段。 ;IPO图是输入/处理/输出图。 ;;3.8 验证软件需求 ;3.8.2验证软件需求的方法;验证需求的完整性和有效性 只有目标系统的用户才真正知道软件需求规格说明书是否完整、准确地描述了他们的需求。 理想的做法是先根据需求分析的结果开发出一个软件系统，请用户试用 。 使用原型系统是一个比较现实的替代方法，原型系统通常是显示目标系统的主要功能而不是性能。 可以使用超高级语言或第四代语言实现原型系统。 ;超高级语言和第四代语言;超高级语言和第四代语言－2;用于需求分析的软件应该满足下列要求： 1）必须有形式化的语法 2）使用这个软件工具能够导出详细的文档 3）必须提供分析规格说明书的不一致性和冗余性的手段 4）使用这个软件工具后，应该能够改进通信状况; RSL（需求??述语言）：信息集?ASSM?PASCAL模拟程序 ? PSL/PSA（问题陈述语言/问题陈述分析程序）系统 ;第3章小结