第3章需求汇编.ppt

超高级语言和第四代语言－2 APL是一种典型的超高级语言，它提供诸如矩阵运算之类的功能很强的操作，它非常简洁，用它写程序时书写和键入需要的时间都很少。 开发原型系统时另一个非常有用的工具是UNIX操作系统的命令解释语言Shell，特别是第7版UNIX的Shell语言具有许多非常有用的特点。 开发原型系统时使用得最普遍的可能是PROLOG语言，它是以一阶谓词逻辑的HORN子集为语法，以消解原理为语义，以深度优先为控制策略而形成的一种交互式语言。 用于需求分析的软件应该满足下列要求： 1）必须有形式化的语法 2）使用这个软件工具能够导出详细的文档 3）必须提供分析规格说明书的不一致性和冗余性的手段 4）使用这个软件工具后，应该能够改进通信状况 3.8.3 用于需求分析的软件工具 RSL（需求陈述语言）：信息集?ASSM?PASCAL模拟程序 ? PSL/PSA（问题陈述语言/问题陈述分析程序）系统 第3章小结 ◇ 软件需求说明书（软件规格说明书） 对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。 它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。 软件工程 ( Software Engineering ) 第三章 需求分析 3.1 需求分析的任务 3.2 与用户沟通获取需求的方法 3.3 分析建模与规格说明 3.4 实体－联系图 3.5 数据规范化 3.6 状态转换图 3.7 其他图形工具 3.8验证软件需求 需求分析是软件分析时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么？”这个问题。 需求分析的任务是对目标系统提出完整、准确、清晰、具体的要求。 第3章：需求分析 需求分析的输入是可行性研究阶段产生的文档，特别是数据流图。 在这个阶段结果是交出的文档中应该包括详细的数据流图，数据字典和一组简明的算法描述。 需求分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。因此，必须用行之有效的方法对软件需求进行严格的审查验证。 结构化分析方法遵守的准则 必须理解并描述问题的信息域，根据这条准则应该建立数据模型。 必须定义软件应该完成的功能，根据这条准则应该建立功能模型。 必须描述作为外部事件结果的软件行为，根据这条准则应该建立行为模型。 必须对描述信息、功能和行为的模型进行分解，用层次的方式展开细节。 3.1.1 确定对系统的综合要求 1．功能需求 2．性能需求 如：相应时间（速度）、主存容量、磁盘容量、安全性、等。 3.1 需求分析的任务 3. 可靠性和可用性需求 4. 出错处理需求 系统发现错误时采取的行动，主要在系统关键部分设置。 5. 接口需求 用户接口、硬件接口、软件接口、通信接口、等。 6. 约束 精度、工具和语言、设计约束、硬件约束、标准，等。 7. 逆向需求 说明系统不应该做什么 8. 将来可能提出的要求 3.1.3 导出系统的逻辑模型 包括完善的数据流图、实体－联系图、状态转换图、数据字典、主要的处理算法（IPO图）等。 3.1.2 分析系统的数据要求 3.1.4 修正系统开发计划 修订前期制定的开发进度计划、等。 通过建立数据模型来分析，如数据字典、层次方框图、Warnier图，并将数据结构规范化。 3.2 与用户沟通获取需求的方法 3.2.1 访谈 正式访谈：系统分析员提出事先准备好的问题。 非正式访谈：提出一些用户可以自由回答的开放性问题，鼓励被访者说出自己的想法。 需要访问大量人员时，利用调查表访问较佳。 3.2.2 面向数据流自顶向下求精 分析追踪数据流图 用户复查 细化数据流图 有补充修正 无补充修正 需要分解 不需分解 图3.1 需求分析基本过程 借助数据流图、数据字典、IPO图等，细化、完善详细的数据流图，等到各处理环节对应的功能。 仓库 管理员 采购员 事务 定货报表 定货系统数据流图 更新库存清单 1.2 产生报表 2 D1 库存清单 D2 定货信息 接收事务 1.1 处理定货 1.3 库存清单 定货信息 定货信息 例： 分析销售趋势 统计功能 3.2.3 简易的应用规格说明技术 面向团队的需求收集法： （用户与开发者配合） 1）初步访谈； 2）开发者和用户分别写出“产品需求”； 3）开会讨论，各自展示需求列表； 4）得出一致意见，为需求列表制定小型规格说明； 5）根据会议成果，起草完整的软件需求规格说明