第四章软件需求分析.pptVIP

第四章 软件需求分析 为什么要进行需求分析？ 教学内容： § 4.1 需求分析的任务和步骤 § 4.2 需求获取的常用方法 § 4.3 分析建模 § 4.4 软件需求说明 § 4.5 结构化分析方法 § 4.6 面向对象分析方法 教学目的及要求： 深刻理解需求分析阶段的概念和任务； 熟练掌握数据流图； 了解面向过程分析方法和面向对象的分析方法。 需求分析的任务： 准确地定义未来系统的目标，确定为了满足用户的需求系统必须做什么。用 需求规格说明书 规范的形式准确地表达用户的需求。 需求分析的任务： 在需求分析阶段，系统分析员的主要焦点是 “做什么（what）” ，不是 “怎样做（how）”。 需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的 “做什么” 的问题。 逻辑模型和物理模型 模型是对对象系统的形式化的特征抽象，概括性或近似地表示； 形式化语言：数学语言、图形等构造模型的过程是一个抽象、分析的过程。 逻辑模型 物理模型 (本质模型、概念模型) (实施模型、技术模型) 需求分析过程示意 (1) 通过对现实环境的调查， 获当前系统的具体模型(物理模型) 需求分析过程示意 (2) 去掉具体模型中的非本质因素， 抽象出当前系统的逻辑模型 需求分析过程示意 (3) 分析当前系统与目标系统的差别， 建立目标系统的逻辑模型 需求分析过程示意 (4) 对目标系统进行完善和补充，并写出完整的需求说明； (5) 对需求说明进行复审，直到确认文档齐全，并且符合用户的全部需求为止。 §4.2 需求获取的常用方法 1.需求获取的目的 清楚地理解所要解决的问题 完整地获取用户需求 2.需求获取面临的挑战 问题的复杂性和对问题空间 理解的不完备性与不一致性 交流障碍 需求易变性 3.需求获取的常用方法（P34-P35） 建立联合分析小组 客户访谈 问题分析与确认 建立联合分析小组 用户 领域专家 系统分析员 客户访谈 在与用户接触之前，先要进行充分的准备： 首先，必须对问题的背景和问题所在系统的环境有全面的了解； 其次，尽可能了解将要会谈用户的个性特点及任务状况； 第三，事先准备一些问题。 问题分析与确认 不能期望用户在一两次交谈中，就会对目标软件的要求阐述清楚，也不能限制用户在回答问题过程中的自由发挥。 在每次访谈之后，要及时进行整理，分析用户提供的信息，去掉错误的、无关的部分，整理有用的内容，以便在下一次与用户见面时由用户确认；同时，准备下一次访谈时的进一步更细节的问题。如此循环，一般需要2-5个来回。 某出版社系统调查表 某出版社系统调查表 软件需求分析的通信途径 4. 需求获取的内容 ◆用户需求分类 (1)功能性需求: 定义了系统做什么（描述系统必须支持的功能 和过程） (2)非功能性需求（技术需求）: 定义了系统工作时的特性（描述操作环境和性 能目标） ◆两类需求包括的内容 (1) 功能 (2) 性能 (3) 环境 (4) 界面 (5) 用户或人的因素 (6) 文档 (7) 数据 (8) 资源 (9) 安全必威体育官网网址 (10)软件成本消耗与开发进度 (11)质量保证 (1) 功能需求 系统做什么？ 系统何时做什么？ 系统何时及如何修改或升级？ (2) 性能需求 软件开发的技术性指标 例如： 存储容量限制 执行速度、相应时间 吞吐量 (3) 环境需求 硬件设备：机型、外设、接口、 地点、分布、温度、 湿度、磁场干扰等 软件： 操作系统 网络 数据库 (4) 界面需求 有来自其它系统的输入吗？ 到自其它系统的输出吗？ 对数据格式有规定吗？ 对数据存储介质有规定吗？ (5) 用户或人的因素 用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性？ (6) 文档需求 需哪些文档？ 文档针对哪些读者？ (7) 数据需求 输入、输出数据的格式？ 接收、发送数据的频率？ 数据的准确性和精度？ 数据流量？ 数据需保持的时间？ (8) 资源需求 软件运行时所需的数据、软件、内存空间等资源。 软件开发、维护所需的人力、支撑软件、开发设 备