CMMI3 之需求管理课件.ppt

CMMI3 之需求管理课件.ppt

ID:57056251

大小:114.50 KB

页数:35页

时间:2020-07-30

CMMI3 之需求管理课件.ppt_第1页
CMMI3 之需求管理课件.ppt_第2页
CMMI3 之需求管理课件.ppt_第3页
CMMI3 之需求管理课件.ppt_第4页
CMMI3 之需求管理课件.ppt_第5页
资源描述:

《CMMI3 之需求管理课件.ppt》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、RequirementManagement软件项目管理中的共同问题目标被误解定义很差的需求不切实际的目标没有很好的任务计划没有充分的技能或资源通信效率低下缺少变更控制组间冲突缺少足够的文档需求需求需求。。。。需求需求需求。。。软件需求的问题Boehm发现要改正在产品付诸应用后所发现的一个需求方面的缺陷比在需求阶段改正这个错误要多付出68倍的成本。近来很多研究表明这种错误导致成本放大因子可以高达200倍。软件需求的定义IEEE软件工程标准词汇表(1997)(1)用户解决问题或达到目标所需要的条件或能力(capability)。(2)系统或系统部件要满足合同、标准、规范或其他正式规定文档所需

2、具有的条件或能力。(3)一种反映以上(1)或(2)所描述的条件或能力的文档说明。角色客户出资支付项目或者项目最终产品的人。通常意义下,客户是指直接或间接从产品中获得利益的个人或组织。软件客户包括提出要求、支付款项、选择、具体说明或使用软件产品的项目风险承担者或是获得产品所产生的结果的人。用户以某种方式使用系统,因此必须从实际使用的观点理解系统的任何项目有关人员。客户不一定是用户。需求的层次业务需求项目前景与范围文档用户需求功能需求软件需求规格说明系统需求质量属性其它非功能需求约束条件需求的层次概念业务需求(businessrequirement)反映了组织机构或客户对系统、产品高层次的目

3、标要求,它们在项目视图与范围文档中予以说明。用户需求(userrequirement)文档描述了用户使用产品必须要完成的任务,这在用例(usecase)文档或方案脚本说明中予以说明。功能需求(functionalrequirement)定义了开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足了业务需求。所谓特性(feature)是指逻辑上相关的功能需求的集合,给用户提供处理能力并满足业务需求。一个字处理程序的例子业务需求可能是:“用户能有效地纠正文档中的拼写错误”,该产品的包装盒封面上可能会标明这是个满足业务需求的拼写检查器。而对应的用户需求可能是“找出文档中的拼写错误并通过

4、一个提供的替换项列表来供选择替换拼错的词”。同时,该拼写检查器还有许多功能需求,如找到并高亮度提示错词的操作;显示提供替换词的对话框以及实现整个文档范围的替换。不合格的需求没有足够用户参与用户需求的不断增加模棱两可的需求不必要的特性过于简单的规格说明忽略了用户分类不准确的计划优秀需求具有的特性-需求陈述的特征1.完整性2.正确性3.可行性4.必要性5.划分优先级6.无二义性7.可验证性优秀需求具有的特性-SRS的特征1.完整性2.一致性3.可修改性4.可跟踪性没有优秀需求的软件就象一盒巧克力:你无法知道你将得到的是什么。需求工程域的层次分解需求工程需求开发需求管理问题获取分析编写SRS需

5、求验证需求管理需求管理建议变更分析影响做出决策交流合并测量需求的稳定性变更控制确定需求文档版本确定单个需求文档版本版本控制定义对其他需求的连接链定义对其他系统元素的连接链需求跟踪定义需求状态跟踪需求每一个状态需求状态跟踪软件客户需求权力书1.要求分析人员使用符合客户语言习惯的表达。2.要求分析人员了解客户系统的业务及目标。3.要求分析人员组织需求获取期间所介绍的信息,并编写软件需求规格说明。4.要求开发人员对需求过程中所产生的工作结果进行解释说明。5.要求开发人员在整个交流过程中保持和维护一种合作的职业态度。6.要求开发人员对产品的实现及需求都要提供建议,拿出主意。7.描述产品使其具有易

6、用、好用的特性。8.可以调整需求,允许重用已有的软件组件。9.当需要对需求进行变更时,对成本、影响、得失有个真实可信的评估。10.获得满足客户功能和质量要求的系统,并且这些要求是开发人员同意的。软件客户需求义务书1.给分析人员讲解业务及说明业务方面的术语等专业问题。2.抽出时间清楚地说明需求并不断完善。3.当说明系统需求时,力求准确详细。4.需要时要及时对需求做出决策。5.要尊重开发人员的成本估算和对需求的可行性分析。6.对单项需求、系统特性或用例划分优先级。7.评审需求文档和原型。8.一旦知道要对项目需求进行变更,要马上与开发人员联系。9.在要求需求变更时,应遵照开发组织确定的工作过程

7、来处理。10.尊重需求工程中开发人员采用的流程(过程)。需求管理需求管理的原则和实现建立需求基线控制对需求基线的变更保持项目计划与需求一致控制单个需求和需求文档的版本情况管理需求和联系链之间的联系或管理单个需求和其他项目可交付产品之间的依赖关系跟踪基线中需求的状态(已实现、已验证、已删除等)管理需求变更请求应该仔细评估已建议的变更挑选合适的人选对变更做出决定(CCB)变更应及时通知相关小组和个人项目要按照一定的程序来采纳需求变更需求

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。