[工学]需求分析.ppt

第四章 软件需求分析 为什么要进行需求分析？ 教学内容： § 4.1 需求分析的任务和步骤 § 4.2 分析建模 § 4.3 软件需求说明 § 4.4结构化分析方法 1. 需求分析的任务： 准确地定义未来系统的目标，确定为了满足用户的需求系统必须 “做什么（what）” ，不是 “怎样做（how）”。用 需求规格说明书 规范的形式准确地表达用户的需求。 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 逻辑模型 物理模型 (本质模型、概念模型) (实施模型、技术模型) 需求分析过程示意 (1) 通过对现实环境的调查， 获当前系统的具体模型(物理模型) 需求分析过程示意 (2) 去掉具体模型中的非本质因素， 抽象出当前系统的逻辑模型 需求分析过程示意 (3) 分析当前系统与目标系统的差别， 建立目标系统的逻辑模型 需求分析过程示意 (4) 对目标系统进行完善和补充，并写出完整的需求说明； (5) 对需求说明进行复审，直到确认文档齐全，并且符合用户的全部需求为止。 软件需求分析的通信途径 需求获取的内容 ◆用户需求分类 (1)功能性需求: 定义了系统做什么（描述系统必须支持的功能 和过程） (2)非功能性需求（技术需求）: 定义了系统工作时的特性（描述操作环境和性 能目标） (1) 功能需求 系统做什么？ 系统何时做什么？ (3) 环境需求 硬件设备：机型、外设、接口、 地点、分布、温度、 湿度、磁场干扰等 软件： 操作系统 网络 数据库 (5) 用户或人的因素 用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性？ (7) 数据需求 输入、输出数据的格式？ 数据的准确性和精度？ 数据需保持的时间？ (9) 安全保密要求 需对访问系统或系统信息加以控制吗？ 如何隔离用户之间的数据？ 系统备份要求？ (11) 质量保证 系统的可靠性要求？ 系统必须监测和隔离错误吗？ 规定系统平均出错时间？ 出错后，重启系统允许的时间？ 维护是否包括对系统的改进？ 系统的可移植性？ §4.2 分析建模 两种分析模型 结构化分析模型 面向对象分析模型 结构化分析模型的组成结构 模型的核心是DD（Data Dictionary,数据字典），它是系统所涉及的各种数据对象的总和。 从DD出发可构建3种图： E-R图（Entity-Relation Diagram，实体-关系图）用于描述数据对象间的关系，他代表软件的数据模型，在实体-关系图中出现的每个数据对象的属性均可用数据对象说明来描述； DFD图（Data Flow Diagram，数据流图），其主要作用是指明系统中数据是如何流动和变换的，以及描述是数据流进行变换的功能，在DFD图中出现的每个功能的描述则写在（PSPEC）中，它们一起构成功能模型； 结构化分析模型的组成结构 STD（Status Transfer Diaram，状态-变迁图），用于指明系统在外部时间的作用下将会如何动作，表明了系统的各种状态以及各种状态间的变迁，从而构成为行为模型的基础，关于软件控制方面的附加信息则包含在控制说明（CSPEC）。 数据流图(DFD) 任何软件系统（或计算机系统）从根本上说，都是对数据进行加工或变换的工具。 数据流图(DFD) 指明数据在系统中移动时如何被变换； 描述对数据流进行变换的功能；DFD中每个功能的描述包含在加工规约(小说明)中。 数据流图的四个基本成分 数据流 表示数据和数据流向 三个重要属性: 流向(从加工出发或流向加工) 数据组成 数据流名字 数据流命名方法和注意事项 用名词或名词词组，不要使用意义空洞的名词； 尽量使用现实系统已有名字,当命名出现困难，考虑是否数据流划分不恰当； 不要把控制流作为数据流指明作为外部事件的结果,系统将如何动作。 举例： DFD的性质 与程序流程图不同，不能表示程序的控制结构，前者用于表示程序的过程设计，后者则用作软件分析阶段的工具。 数据字典(DD，DataDictionary) 一个软件系统含有许多数据。数据字典的作用，就是对软件中的每个数据规定一个定义条目，以保持数据在系