CMMI-REQM需求管理

模块3：需求管理SoftTechDevelopmentInc.©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.软件工程有关需求及需求管理内容zCMMI模型表述2©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.软件项目管理中的有关需求管理共性问题z目标被误解z定义很差的需求z没有充分的技能或资源z通信效率低下z缺少变更控制z缺少足够的文档3©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.经典画面4©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.需求需求需求…5©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.需求需求需求…(Cont)6©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.名言z唯一不变的只有变化本身。zFrederickBrooks《人月神话》7©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.名言z开发软件系统昀困难的部分就是准确说明开发什么。昀困难的概念性工作是编写出详细的需求，包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦做错，将会给系统带来极大的损害，并且以后对它修改也极为困难。zFrederickBrooks《NoSilverBullet》8©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.软件需求的问题zBoehm发现要改正在产品付诸应用后所发现的一个需求方面的缺陷比在需求阶段改正这个错误要多付出68倍的成本。z近来很多研究表明这种错误导致成本放大因子可以高达200倍。9©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.软件需求的定义zIEEE软件工程标准词汇表(1997)z(1)用户解决问题或达到目标所需要的条件或能力(capability)。z(2)系统或系统部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力。z(3)一种反映以上(1)或(2)所描述的条件或能力的文档说明。10©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.角色z客户z出资支付项目或者项目昀终产品的人。通常意义下，客户是指直接或间接从产品中获得利益的个人或组织。软件客户包括提出要求、支付款项、选择、具体说明或使用软件产品的项目风险承担者或是获得产品所产生的结果的人。z用户z以某种方式使用系统，因此必须从实际使用的观点理解系统的任何项目有关人员。z客户不一定是用户。11©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.需求的层次业务需求项目前景与范围文档项目前景与范围文档用户需求功能需求软件需求规格说明软件需求规格说明系统需求质量属性其它非功能需求约束条件12©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.需求的层次概念z业务需求(businessrequirement)反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。z用户需求(userrequirement)文档描述了用户使用产品必须要完成的任务，这在用例(usecase)文档或方案脚本说明中予以说明。z功能需求(functionalrequirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。z所谓特性(feature)是指逻辑上相关的功能需求的集合，给用户提供处理能力并满足业务需求。13©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.一个字处理程序的例子z业务需求可能是：“用户能有效地纠正文档中的拼写错误”，该产品的包装盒封面上可能会标明这是个满足业务需求的拼写检查器。z而对应的用户需求可能是“找出文档中的拼写错误并通过一个提供的替换项列表来供选择替换拼错的词”。z同时，该拼写检查器还有许多功能需求，如找到并高亮度提示错词的操作；显示提供替换词的对话框以及实现整个文档范围的替换。14©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.不合格的需求z没有足够用户参与z用户需求的不断增加z模棱两可的需求z不必要的特性z过于简单的规格说明z忽略了用户分类z不准确的计划15©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.优秀需求具有的特性－需求陈述的特征z1.完整性z2.正确性z3.可行性z4.必要性z5.划分优先级z6.无二义性z7.可验证性16©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.优秀需求具有的特性－SRS的特征z1.完整性z2.一致性z3.可修改性z4.可跟踪性没有优秀需求的软件就象一盒巧克力：你无法知道你将得没有优秀需求的软件就象一盒巧克力：你无法知道你将得到的是什么。到的是什么。17©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.需求工程域的层次分解需求工程需求工程需求工程需求开发需求开发需求开发需求管理需求管理需求管理问题获取问题获取问题获取分析分析分析编写SRS编写编写SRSSRS需求验证需求验证需求验证18©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.需求管理需求管理需求管理需求管理•建议变更•分析影响•做出决策•交流•合并•测量需求的稳定性•建议变更•分析影响•做出决策•交流•合并•测量需求的稳定性变更控制变更控制•确定需求文档版本•确定单个需求文档版本•确定需求文档版本•确定单个需求文档版本版本控制版本控制•定义对其他需求的连接链•定义对其他系统元素的连接链•定义对其他需求的连接链•定义对其他系统元素的连接链需求跟踪需求跟踪•定义需求状态•跟踪需求每一个状态•定义需求状态•跟踪需求每一个状态需求状态跟踪需求状态跟踪19©©19951995--2004SoftTechDevelopment,Inc.Allrightsreserved.2004SoftTechDevelopment,Inc.Allrightsreserved.参考:软件客户需求权力书z1.要求分析人员使用符合客户语言习惯的表达。z2.要求分析人员了解客户系统的业务及目标。z3.要求分析人员组织需求获取期间所介绍的信息，并编写软件需求规格说明。z4.要求开发人员对需求过程中所产生的工作结果