高质量的软件需求分析.pptx

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