03需求分基础.pptVIP

国防科技大学计算机学院 第四章 需求分析基础  软件需求 用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。 软件需求分析阶段的任务，通过对问题及环境的理解、分析，将用户需求精确化、完全化，最终形成需求规格说明，描述系统信息、功能和行为。 主要内容 三个主要阶段：问题分析、需求描述、需求评审 §4.1 需求获取 如何识别、获取需求? 访谈与会议 观察用户工作流程 用户和开发人员组成联合小组 开发方和用户方在开展需求开发之前，双方协商并撰写“用户在需求工程中的权利与义务”，即以协议的方式确定合作关系。 需求获取 需求获取面临的挑战 问题空间理解 人与人之间的通信 需求的不断变化 需求获取的内容 用户需求分类 功能性需求: 定义了系统做什么（描述系统必须支持的功能和过程） 非功能性需求（技术需求）: 定义了系统工作时的特性（描述操作环境和性能目标） 需求获取的内容 两类需求包括的内容 (1) 功能 (2) 性能 (3) 环境 (4) 界面 (5) 用户或人的因素 (6) 文档 (7) 数据 (8) 资源 (9) 安全保密 (10)软件成本消耗与开发进度 (11)质量保证 需求获取的内容 (1) 功能需求 系统做什么？ 系统何时做什么？ 系统何时及如何修改或升级？ (2) 性能需求 软件开发的技术性指标 例如： 存储容量限制 执行速度、相应时间 吞吐量 需求获取的内容 (3) 环境需求 硬件设备：机型、外设、接口、地点、分布、温度、湿度、磁场干扰等 软件：操作系统、网络、数据库 (4) 界面需求 有来自其它系统的输入吗？ 到自其它系统的输出吗？ 对数据格式有规定吗？ 对数据存储介质有规定吗？ 需求获取的内容 (5) 用户或人的因素 用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性？ (6)文档需求 需哪些文档？ 文档针对哪些读者？ 需求获取的内容 (7)数据需求 输入、输出数据的格式？ 接收、发送数据的频率？ 数据的准确性和精度？ 数据流量？ 数据需保持的时间？ (8)资源需求 软件运行时所需的数据、软件、内存空间等资源。 软件开发、维护所需的人力、支撑软件、开发设备等。 需求获取的内容 (9)安全保密要求 需对访问系统或系统信息加以控制吗？ 如何隔离用户之间的数据？ 用户程序如何与其它程序和操作系统隔离？ 系统备份要求？ (10)软件成本消耗与开发进度需求 开发有规定的时间表吗？ 软硬件投资有无限制？ 需求获取的内容 (11)质量保证 系统的可靠性要求？ 系统必须监测和隔离错误吗？ 规定系统平均出错时间？ 出错后，重启系统允许的时间？ 系统变化如何反映到设计中？ 维护是否包括对系统的改进？ 系统的可移植性？ §4.2 需求建模 建立软件模型是分析活动的关键。 目标软件系统的模型用来刻划系统所涉及的信息、处理功能及系统运行时的外部行为。 模型不应涉及软件实现细节，这样会分散分析人员的注意力，限制软件设计人员的聪明才智。 分析人员应以简洁、准确、清晰的方式，系统地描述软件需求模型，如，选择图形符号表示信息流、处理功能及系统行为，利用受限的自然语言给出用户需求描述。 需求建模 为了处理大型问题，模型表示机制应具备良好的结构化能力。 模型应帮助用户和分析人员发现、排除用户需求不一致，不合理的部分，挖掘潜在的用户需求。 模型是形成需求规格说明、进行软件设计的基础。 需求建模方法 面向数据流的分析方法、面向数据的分析方法、面向对象的分析方法。 §4.3 需求描述 任务 以需求模型为基础，考虑到软件问题的可解性，生成需求规格说明和初步的用户手册。 需求规格说明包含对目标软件系统的外部行为的完整描述、需求验证标准以及用户在性能、质量、可维护性等方面的要求。P113 用户手册包括用户界面描述以及有关目标软件使用方法的初步构想。 §4.4 需求评审 分析人员在用户和软件设计人员的配合下,对自己生成的需求规格说明和初步的用户手册进行评审，确保软件需求的完全性、精确性和一致性，并使用户和软件设计人员对需求规格说明及用户手册的理解达成一致。 需求规格说明得到用户和软件开发方的确认后，应成为用户方与软件开发方合同的一部分。 需求评审 需求评审阶段，分析人员审查需求规格说明的标准： 正确性、 无歧义性、 完全性、 可验证性、 一致性、 可理解性、 可修改性、 可追踪性、 必要性、 可实现性、 确定优先级。 小结