软件工程（第2版）－齐治昌-课件SE.T04.pptVIP

国防科技大学计算机学院  软件工程 Software Engineering 国防科技大学计算机学院 2004.07 第四章 需求分析基础  软件需求 用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。 软件需求分析阶段的任务，通过对问题及环境的理解、分析，将用户需求精确化、完全化，最终形成需求规格说明，描述系统信息、功能和行为。 需求分析基础 主要内容 三个主要阶段：问题分析、需求描述、需求评审 技术和方法 初步需求获取技术 需求建模技术 快速原型技术 问题抽象、问题分解与多视点分析 例 “家庭保安系统” 展示部分方法的使用过程。 需求建模方法和CASE工具的进一步研究 面向数据流的分析 面向数据的分析 面向对象的分析 软件需求的产品和过程 软件需求分析产品 用户需求 （系统分析的产品） 系统需求 软件需求规格说明（软件设计描述） 需求规格说明是软件设计、实现、测试、维护的基础。 用户需求、系统需求和软件设计描述 用户需求 用自然语言和图表描述 说明系统必须提供哪些服务、系统运行要受哪些约束 系统需求 详细说明系统将要提供的服务以及系统受到的约束 精确的描述软件的功能 系统买方和软件开发者签订合同的重要内容 软件设计描述 在系统需求的基础上，加入更详细的内容，构成软件设计活动的概要描述，是软件设计和实现的基础 4.1 分析的任务与原则 任务 问题分析 需求描述 需求评审  1 问题分析 分析人员应了解问题及环境，应与用户合作清除用户需求的模糊性、岐义性和不一致性，并对相互冲突的需求进行折衷。 分析人员与用户合作对问题进行分析、综合，结合软件的特点及开发经验，寻求软件需求。 问题分析 系统模型 为用户的问题及准备开发的软件建立模型，从不同的角度、不同的抽象级别精确地说明对问题的理解、对目标软件的需求。 问题分析 系统模型 模型应帮助用户和分析人员发现、排除用户需求不一致，不合理的部分，挖掘潜在的用户需求。 模型是分析人员根据问题创建的软件系统结构，包括与问题和环境相关的信息流、处理功能、用户界面、行为及设计约束。 模型是形成需求规格说明、进行软件设计的基础。 需求建模方法 面向数据流的分析方法、面向数据的分析方法、面向对象的分析方法。 2 需求描述 任务 以需求模型为基础，考虑到软件问题的可解性，生成需求规格说明和初步的用户手册。 需求规格说明包含对目标软件系统的外部行为的完整描述、需求验证标准以及用户在性能、质量、可维护性等方面的要求。 用户手册包括用户界面描述以及有关目标软件使用方法的初步构想。 需求描述 文档 遵循规范，内容全面、结构清晰、措辞准确、格式严谨。 将初步用户手册作为分析文档,有助于分析人员从用户角度考虑软件需求，并鼓励用户尽早参予软件开发活动。 3 需求评审 分析人员在用户和软件设计人员的配合下,对自己生成的需求规格说明和初步的用户手册进行评审，确保软件需求的完全性、精确性和一致性，并使用户和软件设计人员对需求规格说明及用户手册的理解达成一致。 需求规格说明得到用户和软件开发方的确认后，应成为用户方与软件开发方合同的一部分。 需求评审 分析活动 对于大型软件项目，分析人员可以先对问题的某些子系统进行需求分析、描述与评审，子系统完成后，再对其它子系统进行分析，进而构筑整个系统的需求模型。 4.2 初步需求获取技术 访谈与会议 深入调查研究 开发原型 4.2.1 访谈与会议 个别访谈或小组会议 分析人员应精心准备问题，通过用户对问题的回答，逐步理解用户对目标软件的要求。 (1) 循序渐进 首先关心一般性、整体性问题，然后再讨论细节问题。 (2)客观、公正 不应限制用户在回答问题过程中自由发挥。 (3) 总结 问题汇总后应能反映软件或其子系统的全貌，能覆盖用户对目标软件或其子系统在功能、行为、性能诸方面的要求。 细节问题留待以后解决。 ? 4.2.2 考察用户软件或其子系统业务流程 ? 调查研究 学习用户的有关业务知识，在用户帮助下了解用户的软件或子系统业务流程，结合软件开发和应用的经验提出新的用户需求。 4.2.3 联合小组 建立软件开发方和用户方共同