Ch13 高质量的软件需求分析0.pptVIP

Zhu.Kerry@ Zhu.Kerry@ 软件质量保证和管理 -Ch.13 高质量的软件需求分析 高质量的软件需求管理 胜兵，先胜而后求战 败兵，先战而后求胜 —— 孙膑 高质量的软件需求管理 13.1 需求分析的概念 13.2 需求的获取与分析 13.3 需求分析建模 13.4 系统需求的质量保证 13.1 需求分析的概念 13.1.1软件系统的构建层次 13.1.2软件需求工程过程 13.1.1软件系统的构建层次 Zachman 框架的“各类人员”的视图如下 范围 企业模型 基本概念模型 技术模型 详细表述 运行系统 13.1.2 软件需求工程过程 IEEE软件工程标准词汇表中需求定义如下 （1）用户解决问题或达到目标所需的条件或性能 （2）系统或系统内部要满足合同、标准、规范或其他正式规定文档条件或性能 （3）一种反映上面（1）或（2）所描述的条件或性能的文档说明。 软件系统需求的层次 软件需求工程 业务需求（business requirement）反映了组织机构或客户对系统、产品的概括的目标要求，它在项目视图与范围文档中予以说明。主要的目的是对企业目前的业务流程进行评估，得出一个业务前景。业务需求的确定对后面的用户需求和功能需求起到了限制作用。 用户需求(user requirement) 文档描述了用户使用系统而完成的任务的集合，用户需求在用户案例（user case）文档或方案脚本中予以说明。收集和分析用户需求是不容易的，因为很多需求是隐形的，很难获取，更难保证需求完整，而需求又是易变的，这就要求用户和开发人员进行充分地交流。 功能需求(functional requirement)定义了开发人员必须实现的软件功能，它源于用户需求。功能需求是软件需求说明书中最重要的部分之一，它在开发、测试、质量保证、项目管理以及相关项目功能中都起了重要的作用。非功能需求描述了系统展现给用户的行为和执行的操作等，包括要遵从的业务规则、人机接口、安全性和可靠性等要求。 软件需求工程 所有与需求直接相关的活动统称为需求工程，需求工程分为了两个部分：需求开发和需求管理。其中，需求开发又分为了需求获取、需求分析、需求定义和需求验证4个部分，而需求管理则包含了变更控制、版本控制、需求跟踪和需求状态跟踪 软件需求包括三个不同的层次：业务需求、用户需求和功能需求（也包括非功能需求）。 产品功能说明书 产品功能说明书 开发小组 客户 准确的需求传递——软件的产品功能说明书作为需求开发的成果，它和最终解决方案的质量密切相关（它将用户需求和需求分析结果传递给实现人员）。 13.2 需求的获取与分析 13.2.1需求获取 13.2.2需求分析 13.2.3需求的传递 13.2.1需求获取 项目视图及范围文档 业务需求确定项目视图及范围文档。通过对业务需求的收集（问题域的研究），项目的业务需求在范围上形成文档。 系统关联图 绘制系统关联图，是用于定义系统与系统外部实体间的界限和接口的简单模型。 用户需求获取 需求获取的方法 用户及业务专家团队 需求访谈 便利的应用规约技术 便利的应用规约技术鼓励建立客户和开发者的联合团队。他们一起工作以标识问题、提出解决方案的元素、谈判不同的方法以及刻画初步的解决方案的需求集合。 FAST方法的基本原则 FAST方法提供了集中不同观点、即时讨论和求精的好处，而且作为一种团队方法，它是一个迈向系统说明开发的具体步骤。 13.2.2 需求分析 1.原型法 原型法包括两个基本国策，即原型制作和原型评价。对原型的基本要求如下 体现主要的功能 提供基本的界面风格 展示比较模糊的部分，以便于确认或进一步明确 原型最好是可运行的，至少要在各主要功能模块之间建立相互连接。 2.用例分析技术 用例描述是用例分析技术的核心，在表示出参与者之后，用例实例（场景）是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果，一个用例定义一组用例场景，它包括 前置条件 后置条件 基本事件流 扩展事件流 3. 建立需求模型 4.分析可行性、确定需求优先级 5.质量功能部署 正常的需求 期望需求 兴奋需求 13.2.3 需求的传递 产品规格说明书的制作原则如下 产品的功能和实现的分离 开发一个系统希望的行为模型，它包含了系统对来自外部各种数据和事件的反应 通过刻画与系统的其他构件的交互方式，建立操作语境 定义系统运行和操作的环境 创建认知模型 认识到产品功能说明书必定是不完整的和可修改的 产品功能说明书的结构和内容能够适应未来的变化 有3种方法编写软件需求规格说明 用好的结构化和自然语言编写文本型文档 建立图形化模型，这些模型可以描绘转换过程、系统状态和它们之间的变化、数