第四章需求分析过程.ppt

国防科技大学计算机学院 第四章 需求分析过程 软件需求 用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。 需求分析阶段的任务 通过对问题及环境的理解、分析，将用户需求精确化、完全化，最终形成需求规格说明，描述系统信息、功能和行为。 技术和方法 初步需求获取技术 需求建模技术 快速原型技术 问题抽象、问题分解与多视点分析 软件需求分析产品 用户需求 （系统分析的产品） 系统需求 软件需求规格说明（软件设计描述） 需求规格说明是软件设计、实现、测试、维护的基础。 用户需求、系统需求和软件设计描述 用户需求 用自然语言和图表描述 说明系统必须提供哪些服务、系统运行要受哪些约束 系统需求 详细说明系统将要提供的服务以及系统受到的约束 精确的描述软件的功能 系统买方和软件开发者签订合同的重要内容 软件设计描述 在系统需求的基础上，加入更详细的内容，构成软件设计活动的概要描述，是软件设计和实现的基础 4.1.1 需求分析三个主要阶段 问题分析 需求描述 需求评审  1 问题分析 建立问题分析系统模型。从不同的角度、不同的抽象级别精确地说明对问题的理解、对目标软件的需求。 模型应帮助用户和分析人员发现、排除用户需求不一致，不合理的部分，挖掘潜在的用户需求。 模型是分析人员根据问题创建的软件系统结构，包括与问题和环境相关的信息流、处理功能、用户界面、行为及设计约束。 模型是形成需求规格说明、进行软件设计的基础。 2 需求描述 以需求模型为基础，考虑软件问题的可解性，生成需求规格说明和初步的用户手册。 需求规格说明包含对目标软件系统的外部行为的完整描述、需求验证标准以及用户在性能、质量、可维护性等方面的要求。 用户手册包括用户界面描述以及有关目标软件使用方法的初步构想。 3 需求评审 对需求规格说明和初步的用户手册进行评审，确保软件需求的完全性、精确性和一致性，并使用户和软件设计人员对需求规格说明及用户手册的理解达成一致。 确认后的需求规格说明应成为用户方与软件开发方合同的一部分。 4.1.2 初步需求获取技术  1 访谈与会议 分析人员应精心准备问题，通过用户对问题的回答，逐步理解用户对目标软件的要求。 (1) 循序渐进 首先关心一般性、整体性问题，然后再讨论细节问题。 (2)客观、公正 不应限制用户在回答问题过程中自由发挥。 (3) 总结 问题汇总后应能反映软件或其子系统的全貌，能覆盖用户对目标软件或其子系统在功能、行为、性能诸方面的要求。 细节问题留待以后解决。 2 考察用户软件或其子系统业务流程 学习用户的有关业务知识，在用户帮助下了解用户的软件或子系统业务流程，结合软件开发和应用的经验提出新的用户需求。 实例分析 家庭保安系统  问题描述：? 家庭保安市场正以每年40%的速度增长。希望建立一种基于微处理器的家庭保安系统，它能够识别异常事件并采取相应的防护措施。这些异常事件包括：非法侵入、火灾、水淹等。一旦异常情况被传感器探测出来，系统应自动通过电话向监控中心报警。此外，应允许户主对系统行为进行程序控制。? 联合小组首先制定工作制度,明确议程。 经过会议讨论，明确问题的范围、问题与环境的关系，并就开发软件产品的必要性达成共识。 列出问题及环境中的有关对象，操作以及对象间的相互作用。 对象: 控制面板、电话机、监控中心、烟雾传感器、门窗监视器、警报器等 操作:接收传感器事件、用户编程控制、电话拔号、报警等。  对接收传感器事件、用户编程控制、电话报警等操作进行详细的描述，可用流程图表示。 提出约束，比如：造价不能超过3，000元，对传感器事件必须在1秒内作出响应，事件必须按优先级进行处理等。 会后小组负责人对这些信息进行综合、整理，形成文档，该文档应能反映“家庭保安系统”的全貌。 划分小组，分别处理用户编程控制和传感器监测两个子系统。目的是对子系统的软件需求进行细化。对出现的新对象、新操作、新约束应及时添加到相应的子系统。 确定子系统需求并形成文档 讨论子系统的集成及需求验证标准。初步分析活动应形成结论性文档，该文档将作为后续分析活动的基础。 初步分析生成的“家庭保安系统”部分需求文档  “家庭保安系统”的软件允许用户在安装时进行系统配置，实施对传感器的监控并通过控制面板与用户进行信息交互。 配置操作 (1)指定每一传感器的种类和编号； (2)设置开、关机密码； (3)指定报警电话