Ch.13 高质量的软件需求分析

[e-mail]作者软件质量保证和管理-Ch.13高质量的软件需求分析[e-mail]高质量的软件需求管理胜兵，先胜而后求战败兵，先战而后求胜——孙膑[e-mail]高质量的软件需求管理13.1需求分析的概念13.2需求的获取与分析13.3需求分析建模13.4系统需求的质量保证[e-mail]13.1需求分析的概念13.1.1软件系统的构建层次13.1.2软件需求工程过程[e-mail]13.1.1软件系统的构建层次[e-mail]软件系统需求的层次业务需求项目视图（范围文档）用例用户需求功能需求软件需求规格说明非功能需求、约束条件系统需求质量属性[e-mail]软件需求工程所有与需求直接相关的活动统称为需求工程，需求工程分为了两个部分：需求开发和需求管理。其中，需求开发又分为了需求获取、需求分析、需求定义和需求验证4个部分，而需求管理则包含了变更控制、版本控制、需求跟踪和需求状态跟踪软件需求包括三个不同的层次：业务需求、用户需求和功能需求（也包括非功能需求）。需求获取需求分析需求传递需求建模需求确认基线需求管理变更控制[e-mail]软件需求工程业务需求（businessrequirement）反映了组织机构或客户对系统、产品的概括的目标要求，它在项目视图与范围文档中予以说明。主要的目的是对企业目前的业务流程进行评估，得出一个业务前景。业务需求的确定对后面的用户需求和功能需求起到了限制作用。用户需求(userrequirement)文档描述了用户使用系统而完成的任务的集合，用户需求在用户案例（usercase）文档或方案脚本中予以说明。收集和分析用户需求是不容易的，因为很多需求是隐形的，很难获取，更难保证需求完整，而需求又是易变的，这就要求用户和开发人员进行充分地交流。功能需求(functionalrequirement)定义了开发人员必须实现的软件功能，它源于用户需求。功能需求是软件需求说明书中最重要的部分之一，它在开发、测试、质量保证、项目管理以及相关项目功能中都起了重要的作用。非功能需求描述了系统展现给用户的行为和执行的操作等，包括要遵从的业务规则、人机接口、安全性和可靠性等要求。[e-mail]13.2需求的获取与分析13.2.1需求获取13.2.2需求分析13.2.3需求的传递[e-mail]需求获取项目视图及范围文档业务需求确定项目视图（图13-2）。通过对业务需求的收集（问题域的研究），项目的业务需求在范围上形成文档。系统关联图绘制系统关联图，是用于定义系统与系统外部实体间的界限和接口的简单模型。用户需求获取便利的应用规约技术便利的应用规约技术鼓励建立客户和开发者的联合团队。他们一起工作以标识问题、提出解决方案的元素、谈判不同的方法以及刻画初步的解决方案的需求集合。[e-mail]需求获取的方法需求研讨会头脑风暴用例模型访谈角色扮演原型法[e-mail]产品功能说明书产品功能说明书开发小组客户准确的需求传递——软件的产品功能说明书作为需求开发的成果，它和最终解决方案的质量密切相关（它将用户需求和需求分析结果传递给实现人员）。[e-mail]13.3需求分析建模13.3.1结构化分析建模13.3.2面向对象的分析建模13.3.3敏捷建模[e-mail]需求分析建模1.结构化分析建模[e-mail]需求分析模型2.面向对象的分析建模诱导系统的客户需求；标识场景或用例（usecase）；使用基本需求来确定类和对象；为每个系统对象表示属性和操作；定义组织类的结构和层次；建造对象-关系模型；建造对象-行为模型；依据use-case/场景来评审OOA模型。[e-mail]需求分析建模3.敏捷建模[e-mail]13.4系统需求的质量保证13.4.1需求确认13.4.2需求管理[e-mail]需求评审需求说明书的标准正确性完备性易理解性一致性可行性健壮性易修改性易测试性和可修改性易追溯性兼容性[e-mail]需求评审方法1.分层次评审目标性评审功能性评审操作性评审2.分阶段评审[e-mail]需求管理1.需求的标识需求类型需求#需求类型可以是：F=功能需求，D=数据需求，B=行为需求，I=接口需求；O=输出需求。例：需求标识为F03的需求表示编号为3的功能需求。[e-mail]需求管理2.基线计划基线需求基线设计基线编码基线测试基线[e-mail]需求变更控制流程需求的变更是不可避免的，因此如何有效控制需求的变化对于项目成功至关重要。提交变更请求评估变更请求CCA批准？变更任务书变更被拒绝修改基线变更结束否是验证通过？变更被拒绝否是[e-mail]作业第13章2、[e-mail]&A