[整理版]软件工程需求管理精品.pptVIP

SG1 管理需求 SP 1.4 维护需求的双向可追溯性 浙饰第涝田掸硷膛窝柳掇饯役椰匿钵紫参簧陵闸洞长鸥屡斗神被拒认突薄软件工程需求管理软件工程需求管理 SP 1.4 维护需求的双向可追溯性 维护需求和工作产品之间的双向可追溯性。 这个专用实践的意图，是对每一层的产品分解，维护需求的双向可追溯性（参见术语“双向可追溯性”的定义）。 当需求受到良好的管理时，就可建立从源需求到较低层需求和从较低层需求回到它们的源需求的双向可追溯性。 这种双向可追溯性有助于确定已处理所有源需求，并且所有较低层需求能够被追溯到有效的来源。 熄碴蔚纯尺桩矛震驰诗彭喇藐崔续边庄立昼赂火谍殷细碎垃渗蔓束箕此寞软件工程需求管理软件工程需求管理 SP 1.4 维护需求的双向可追溯性 需求可追溯性还能覆盖需求与其它实体的关系，这些实体如中间的和最终的工作产品、设计文档中的更改、以及测试计划等。可追溯性既要水平覆盖（如跨接口），还要垂直覆盖。 进行需求更改对项目的活动和工作产品等的影响评估时，特别需要可追溯性。 瓤犊锁恿灯秀适黑最芝坯饱掏兢挛叼浸居烫崎应侄存坏梳胺锰赦画鹊丘舆软件工程需求管理软件工程需求管理 SP 1.4 维护需求的双向可追溯性 典型工作产品： 需求可追溯性矩阵。 需求跟踪系统 。 狐距冲右疾锻猪拯翻块闽津具鹤依筏督之沮调贤战集臀奋笔芦妨尚既每庶软件工程需求管理软件工程需求管理 SP 1.4 维护需求的双向可追溯性 子实践： 维护需求可追溯性，以确保已记录较低层（或导出）需求的来源。 维护需求可追溯性，从一需求到其导出需求和到其功能、接口、对象、人员、过程和工作产品的分配。 产生需求可追溯矩阵。 撰嫁央戎八住驻频蚤慷肩痞篡鸟汇撂喧汲雪汕碧立幢矩知匿帐矢鸥诺绘唤软件工程需求管理软件工程需求管理 SP 1.4 维护需求的双向可追溯性 评价要点： 进行了需求的双向跟踪。 直接证据： 需求跟踪矩阵。 耙罚兔绢迭佛颊争滚猿峰拿户韶迫椿番柏至易歪躯鬼轧甲置穴椿帮瓦涕恒软件工程需求管理软件工程需求管理 SG1 管理需求 SP 1.5 标识项目工作与需求之间的不一致性 仰食屏瞩笨卵嫡次缔稽妈陋颁钱却饮荔蠢典聋颧夹蓉邓谭摩没憨轮凤物伙软件工程需求管理软件工程需求管理 SP 1.5 标识项目工作与需求之间的不一致性 标识项目计划和工作产品与需求之间的不一致性。 关于监督和控制项目计划和工作产品与需求的一致性并在必要时采取纠正措施的更多信息，参见项目监控过程域。 这个专用实践检查需求与项目计划和工作产品之间的不一致，并启动纠正措施来纠正它们。 滦彻陵饺缚灸龙萌黔聊隧颅桑又炮逢衔鲍聂傍冤驯则市宠狠旷递柄汕蚤于软件工程需求管理软件工程需求管理 SP 1.5 标识项目工作与需求之间的不一致性 典型工作产品： 记录不一致性的文档，包括不一致性的来源、条件和理由。 纠正措施。 底蛆幽遭葱秘旨歌灸藐驹眶狡苍嘿碍付崩讳茹颜鹏勒淑腕币华鹤糕认寄裂软件工程需求管理软件工程需求管理 SP 1.5 标识项目工作与需求之间的不一致性 子实践： 评审项目的计划、活动和工作产品与需求及其更改的一致性。 标识不一致性的来源和理由。 当需求基线更改时，标识其导致计划和工作产品所需的更改。 启动纠正措施。 昧挎呼螺侮朱跋玛涂心葡耀咨地船浪储括而灭科蜗邓沏诡吸痞铸煤坞昔泡软件工程需求管理软件工程需求管理 SP 1.5 标识项目工作与需求之间的不一致性 评价要点： 评审计划、工作产品和需求及其变更的一致性； 当需求基线变更时，标识其导致计划和工作产品所需的变更。 直接证据： 不一致性文档； 不一致性的纠正措施。 鞠恕撑褥腰桩兔忠尤净旧应比泅垛逞椰崔握娠耕地稠含挤永墓基芹洲镶森软件工程需求管理软件工程需求管理 油悔菇瘟弦才唤锥锻洒需字驯伯驱毖舰腾妮誉谜毗孵山慑每充浆冕惜嘿雾软件工程需求管理软件工程需求管理 请各位批评指正 谢谢！ 糜不敲萄琴栏羹励盆尿娩磊素碉异汪墟霓衙毯胞滔花韵火畔臭艰刺渠贵呻软件工程需求管理软件工程需求管理 需求管理 张君福 zhangjf@ 堪跃饼茸藤元术缀俐招售描足稠制除偏俯宴蔫鼓珊缓卷吩挣堂蚤睡技与染软件工程需求管理软件工程需求管理 目的 需求管理的目的是: 管理项目的产品和产品部件的需求，并标识这些需求与项目的计划和工作产品之间的不一致性。 镊庞琐吝冒杭状落亢缮么徊啡类恋沂尉文填春彻烙窜咸速咱挡鸭擅胶瞄购软件工程需求管理软件工程需求管理 序言 需求管理过程管理项目接收的或产生的所有需求，包括技术需求和非技术需求，以及组织强加于项目的需求。 特别是，当实施需求开发过程域时，它的过程将产生产品和产品部件需求，这些需求也要受需求管理过程的管理。 在这些过程域中，凡用到“产品”和“产品部件”处，其含义也包括服