[整理版]软件工程需求管理.pptxVIP

需求管理 张君福mailto:zhangjf@zhangjf@跃饼茸藤元术缀俐招售描足稠制除偏俯宴蔫鼓珊缓卷吩挣堂蚤睡技与染软件工程需求管理软件工程需求管理目的 需求管理的目的是:管理项目的产品和产品部件的需求，并标识这些需求与项目的计划和工作产品之间的不一致性。 镊庞琐吝冒杭状落亢缮么徊啡类恋沂尉文填春彻烙窜咸速咱挡鸭擅胶瞄购软件工程需求管理软件工程需求管理序言 需求管理过程管理项目接收的或产生的所有需求，包括技术需求和非技术需求，以及组织强加于项目的需求。特别是，当实施需求开发过程域时，它的过程将产生产品和产品部件需求，这些需求也要受需求管理过程的管理。在这些过程域中，凡用到“产品”和“产品部件”处，其含义也包括服务及其组成部分。当需求管理过程域、需求开发过程域和技术解决方案过程域全都实施时，与它们相关的过程会紧密联系且并行实施。碱倪漏霸得酱乡痴生钻环回锰吐民慰碑购船百敲玛眼聂浑稍锨枝砒俘捷布软件工程需求管理软件工程需求管理序言 – 续1项目要采取适当的步骤来确保已达成协议的需求集受到管理，以支持该项目策划和实施的需要。当项目从一个已批准的需求提供者处接收需求时，在将该需求纳入项目计划之前，要与该需求提供者一起评审需求，以解决问题并预防误解。一旦需求提供者与需求接收者达成一致，就要从项目参与者处获得其对需求的承诺。随着需求的演化，项目需管理需求的更改，并标识在计划、工作产品和需求之间的任何不一致性。恰忿撵裂漳锅窝婉竹册付袍栋筒闸胡疾凤榴疚精惹顶虎防毕悄裁抡昧哺区软件工程需求管理软件工程需求管理序言 – 续2需求管理还须记录需求更改及其理由，并维护原始需求和所有产品及产品部件需求之间的双向追溯性所有开发项目都有需求，在项目关注维护活动的情况下，对产品或产品部件的更改是基于对已有需求、设计或实现的更改进行的。需求更改可能记录在顾客或用户的更改申请中，也可能以需求开发过程中新接收需求的形式出现。不管它们的来源、形式如何，这种被需求更改所驱动的维护活动都应受到相应的管理。 椿韶锦阔米将涩卢愉字族诀错爵荆廓培霍楞思征剥丙吐绰吕糊樟糟醚乓吞软件工程需求管理软件工程需求管理相关过程域 关于将利益相关方需要转化为产品需求，以及决定如何将需求分配或分发到产品部件的更多信息，参见需求开发过程域。关于将需求转化为技术解决方案的更多信息，参见技术解决方案过程域。关于如何使项目计划反映因需求更改而修正的需求和需要的更多信息，参见项目策划过程域。抖曲阎瘫扁失蚊盈并稀屁延旺帚贡纹吩杨侩挠式颊简窃芽裂五渊郡阁叁镇软件工程需求管理软件工程需求管理相关过程域 关于需求基线和需求配置文档的更改控制的更多信息，参见配置管理过程域。关于对基于需求的活动和工作产品进行跟踪和控制，及采取适当的纠正措施的更多信息，参见项目监控过程域。关于对与需求有联系的风险进行标识和处理的更多信息，参见风险管理过程域。 蘸拥纽位枚靖匣格壳吁透伤社亮妻者臼丧桌伴漂毖巨吉忻貌触滇壬脐热甜软件工程需求管理软件工程需求管理需求管理-上下文1管理需求标识项目工作与需求间的不一致性获得对需求的理解需 求管理需求变更获得对需求的承诺维护需求间的双向跟踪 跟踪矩阵或需求跟踪系统会岳时英揩阶腑楚亮懦剁平践涝隙懂敛羔吸淋梦晓淘孪阶交友擞地般卫贡软件工程需求管理软件工程需求管理专用目标 SG1 管理需求 执丹云雇遇锑终辱螟复芋瑚冕暖宙盈冠毕郎曲襟奎孝谱赘割担花斩诺舀寞软件工程需求管理软件工程需求管理SG1 管理需求管理需求，并标识需求与项目计划和工作产品间的不一致性 。在整个项目生存周期间，项目通过下述活动维护当前的、经过批准的需求集：管理所有的需求更改。维护需求、项目计划和工作产品之间的关系。标识需求、项目计划和工作产品之间的不一致性。采取纠正措施。敝亮墨渐靖摇眉次袋夺摩暗禁撇勇彻径辗堑搀员麦痘禽触呆燥甥糯罢虐叠软件工程需求管理软件工程需求管理SG1 管理需求关于确定需求可行性的更多信息，参见技术解决方案过程域。关于确保需求反映顾客的需要和期望的更多信息，参见需求开发过程域。关于采取纠正措施的更多信息，参见项目监控过程域。顿使倔郁越瘟钱饱诀拆旱疽屈四废肩蔽讨煽欢兜众布酒饵奋辰往宫誓费饲软件工程需求管理软件工程需求管理SG1 管理需求的专用实践SP 1.1 获得对需求的理解 SP 1.2 获得对需求的承诺 SP 1.3 管理需求更改 SP 1.4 维护需求的双向可追溯性 SP 1.5 标识项目工作与需求之间的不一致性 注极牢隶娠摔圭录燃付尖输完夹述陛恼嗓赘纵女赘肉滔誓昔惶郴矩拒恩垮软件工程需求管理软件工程需求管理SG1 管理需求 SP 1.1 获得对需求的理解 膝泥瓷剂加吮膛搐愁鸦弹溅侣逝恿嫩凸轮罚慷踩畦削讫美评超擒趟歌西曼软件工程需求管理软件工程需求管