软件工程需求管理.pptVIP

SG1 管理需求 SP 1.4 维护需求的双向可追溯性 浙饰第涝田掸硷膛窝柳掇饯役椰匿钵紫参簧陵闸洞长鸥屡斗神被拒认突薄软件工程需求管理软件工程需求管理 SP 1.4 维护需求的双向可追溯性 维护需求和工作产品之间的双向可追溯性。 这个专用实践的意图，是对每一层的产品分解，维护需求的双向可追溯性（参见术语“双向可追溯性”的定义）。 当需求受到良好的管理时，就可建立从源需求到较低层需求和从较低层需求回到它们的源需求的双向可追溯性。 这种双向可追溯性有助于确定已处理所有源需求，并且所有较低层需求能够被追溯到有效的来源。 熄碴蔚纯尺桩矛震驰诗彭喇藐崔续边庄立昼赂火谍殷细碎垃渗蔓束箕此寞软件工程需求管理软件工程需求管理 需求管理 张君福 zhangjf@ 堪跃饼茸藤元术缀俐招售描足稠制除偏俯宴蔫鼓珊缓卷吩挣堂蚤睡技与染软件工程需求管理软件工程需求管理 目的 需求管理的目的是: 管理项目的产品和产品部件的需求，并标识这些需求与项目的计划和工作产品之间的不一致性。 镊庞琐吝冒杭状落亢缮么徊啡类恋沂尉文填春彻烙窜咸速咱挡鸭擅胶瞄购软件工程需求管理软件工程需求管理 序言 需求管理过程管理项目接收的或产生的所有需求，包括技术需求和非技术需求，以及组织强加于项目的需求。 特别是，当实施需求开发过程域时，它的过程将产生产品和产品部件需求，这些需求也要受需求管理过程的管理。 在这些过程域中，凡用到“产品”和“产品部件”处，其含义也包括服务及其组成部分。 当需求管理过程域、需求开发过程域和技术解决方案过程域全都实施时，与它们相关的过程会紧密联系且并行实施。 碱倪漏霸得酱乡痴生钻环回锰吐民慰碑购船百敲玛眼聂浑稍锨枝砒俘捷布软件工程需求管理软件工程需求管理 序言 – 续1 项目要采取适当的步骤来确保已达成协议的需求集受到管理，以支持该项目策划和实施的需要。 当项目从一个已批准的需求提供者处接收需求时，在将该需求纳入项目计划之前，要与该需求提供者一起评审需求，以解决问题并预防误解。 一旦需求提供者与需求接收者达成一致，就要从项目参与者处获得其对需求的承诺。 随着需求的演化，项目需管理需求的更改，并标识在计划、工作产品和需求之间的任何不一致性。 恰忿撵裂漳锅窝婉竹册付袍栋筒闸胡疾凤榴疚精惹顶虎防毕悄裁抡昧哺区软件工程需求管理软件工程需求管理 序言 – 续2 需求管理还须记录需求更改及其理由，并维护原始需求和所有产品及产品部件需求之间的双向追溯性 所有开发项目都有需求，在项目关注维护活动的情况下，对产品或产品部件的更改是基于对已有需求、设计或实现的更改进行的。 需求更改可能记录在顾客或用户的更改申请中，也可能以需求开发过程中新接收需求的形式出现。 不管它们的来源、形式如何，这种被需求更改所驱动的维护活动都应受到相应的管理。 椿韶锦阔米将涩卢愉字族诀错爵荆廓培霍楞思征剥丙吐绰吕糊樟糟醚乓吞软件工程需求管理软件工程需求管理 相关过程域 关于将利益相关方需要转化为产品需求，以及决定如何将需求分配或分发到产品部件的更多信息，参见需求开发过程域。 关于将需求转化为技术解决方案的更多信息，参见技术解决方案过程域。 关于如何使项目计划反映因需求更改而修正的需求和需要的更多信息，参见项目策划过程域。 抖曲阎瘫扁失蚊盈并稀屁延旺帚贡纹吩杨侩挠式颊简窃芽裂五渊郡阁叁镇软件工程需求管理软件工程需求管理 相关过程域 关于需求基线和需求配置文档的更改控制的更多信息，参见配置管理过程域。 关于对基于需求的活动和工作产品进行跟踪和控制，及采取适当的纠正措施的更多信息，参见项目监控过程域。 关于对与需求有联系的风险进行标识和处理的更多信息，参见风险管理过程域。 蘸拥纽位枚靖匣格壳吁透伤社亮妻者臼丧桌伴漂毖巨吉忻貌触滇壬脐热甜软件工程需求管理软件工程需求管理 需求管理-上下文1 需 求 获得 对需求的 理解 获得 对需求的 承诺 跟踪矩阵或需求跟踪系统 维护需 求间的双 向跟踪 标识项 目工作与需 求间的不 一致性 管理需求 管理需 求变更 会岳时英揩阶腑楚亮懦剁平践涝隙懂敛羔吸淋梦晓淘孪阶交友擞地般卫贡软件工程需求管理软件工程需求管理 专用目标 SG1 管理需求 执丹云雇遇锑终辱螟复芋瑚冕暖宙盈冠毕郎曲襟奎孝谱赘割担花斩诺舀寞软件工程需求管理软件工程需求管理 SG1 管理需求 管理需求，并标识需求与项目计划和工作产品间的不一致性 。 在整个项目生存周期间，项目通过下述活动维护当前的、经过批准的需求集： 管理所有的需求更改。 维护需求、项目计划和工作产品之间的关系。 标识需求、项目计划和工作产品之间的不一致性。 采取纠正措施。 敝亮墨渐靖摇眉次袋夺摩暗禁撇勇彻径辗堑搀员麦痘禽触呆燥甥糯罢虐