资源预览内容
第1页 / 共108页
第2页 / 共108页
第3页 / 共108页
第4页 / 共108页
第5页 / 共108页
第6页 / 共108页
第7页 / 共108页
第8页 / 共108页
第9页 / 共108页
第10页 / 共108页
亲,该文档总共108页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
1CyberKeJiCyberKeJi 版权所有 请勿翻印CMMI L2 REQMCMMI L2 REQM 需求管理过程域需求管理过程域 赛柏科技 初始级已管理级 已定义级 定量管理级 优化级 初始级 已管理级 已定义级 定量管理级 优化级2CyberKeJiCyberKeJi 版权所有 请勿翻印主主 题题I CMMII CMMI概述概述II II 需求开发与需求管理需求开发与需求管理III REQMIII REQM的的SGSG和和SPsSPsIV REQMIV REQM的的GGsGGs和和GPsGPsV V 需求管理示例需求管理示例VI VI 小结小结VII VII 参考材料参考材料3CyberKeJiCyberKeJi 版权所有 请勿翻印I CMMII CMMI概述概述CMMICMMI模型简介模型简介CMMI L2CMMI L2简介简介4CyberKeJiCyberKeJi 版权所有 请勿翻印# #广泛使用的各种广泛使用的各种CMMCMM模型模型软件软件 CMMCMM阶段式阶段式软件开发软件开发系统工程系统工程 CMMCMM连续式连续式系统工程系统工程系统工程能力模型系统工程能力模型连续式连续式系统工程系统工程软件获取软件获取 CMMCMM阶段式阶段式软件获取软件获取系统安全性工程系统安全性工程 CMMCMM连续式连续式安全性工程安全性工程个体软件过程个体软件过程阶段式阶段式个体软件开发个体软件开发FAA-FAA-iCMMiCMM连续式连续式软件工程、系统工程和获取软件工程、系统工程和获取IPD-CMMIPD-CMM混合式混合式集成产品开发集成产品开发人员人员 CMMCMM阶段式阶段式劳动力劳动力SPICE SPICE 模型模型连续式连续式软件开发软件开发5CyberKeJiCyberKeJi 版权所有 请勿翻印# #模型的分离模型的分离系统学科与软件学科在传统系统学科与软件学科在传统上没有很好地集成在一起上没有很好地集成在一起美国国防部强调,要使系统美国国防部强调,要使系统/ /软件的接口更好地做到无缝软件的接口更好地做到无缝联接联接系统系统软件软件6CyberKeJiCyberKeJi 版权所有 请勿翻印# #模型太多模型太多, , 时间太少时间太少不同的结构、格式、术语、度量不同的结构、格式、术语、度量方法方法尤其是使用一个以上的模型时,尤其是使用一个以上的模型时,容易混淆容易混淆在一个联合改进程序中难于集成在一个联合改进程序中难于集成这些模型这些模型在供应商的选择中难于使用多个在供应商的选择中难于使用多个模型模型软件软件CMMCMM系统安全系统安全性工程性工程CMMCMM系统工程系统工程CMMCMM人员人员CMMCMMFAAFAAiCMMiCMMIPDIPDCMMCMM软件获取软件获取CMMCMMEIA 731EIA 731系统工程系统工程 能力能力CMMCMM7CyberKeJiCyberKeJi 版权所有 请勿翻印#CMMI#CMMI为分离构筑了为分离构筑了“桥梁桥梁”将将系统工程和软件工程系统工程和软件工程集成集成在一在一起起将系统学科和软件学科集成为一将系统学科和软件学科集成为一个过程改进框架个过程改进框架当出现需求时,为引进新学科提当出现需求时,为引进新学科提供框架供框架8CyberKeJiCyberKeJi 版权所有 请勿翻印#CMMI#CMMI模型模型 -1 -1一个组织可以选择下列方式之一来进行过程改进一个组织可以选择下列方式之一来进行过程改进过程能力途径过程能力途径组织级成熟度途径组织级成熟度途径CMMICMMI支持这两种途径的过程改进支持这两种途径的过程改进过程能力途径:连续式过程能力途径:连续式组织级成熟度途径:阶段式组织级成熟度途径:阶段式9CyberKeJiCyberKeJi 版权所有 请勿翻印#CMMI#CMMI模型模型 -2 -2CMMI-SWCMMI-SW连续连续式式 表示法表示法CMMI- SW阶段阶段式式 表示法表示法CMMI-SW/SECMMI-SE/SW阶段阶段式式 表示法表示法CMMI-SE/SW连续连续式式 表示法表示法CMMI-SW/SE/IPPDCMMI-SE/SW/ IPPD连续连续式式 表示法表示法CMMI-SE/SW/ IPPD阶段阶段式式 表示法表示法CMMI-SW/SE/IPPD/SSCMMI-SE/SW/ IPPD/SS连续连续式式 表示法表示法CMMI-SE/SW/ IPPD/SS阶段阶段式式 表示法表示法10CyberKeJiCyberKeJi 版权所有 请勿翻印连续连续式式 作为单一过程域或者作为单一过程域或者过程域集合过程域集合过程域能力过程域能力0 1 2 3 4 50 1 2 3 4 5PAPAPAPAPAPA# #模型表示法的比较模型表示法的比较阶段阶段式式 ML1ML1ML2ML2ML3ML3ML4ML4ML5ML5作为整个组织已建立的一个作为整个组织已建立的一个过程域集合过程域集合组织级成熟度组织级成熟度11CyberKeJiCyberKeJi 版权所有 请勿翻印#CMMI#CMMI的结构:一个模型的结构:一个模型, , 两种表示法两种表示法成熟度等级成熟度等级 5 5 OID,CAR成熟度等级成熟度等级 4 4 OPP,QPM成熟度等级成熟度等级 3 3 REQD,TS,PI,VER, VAL,OPF,OPD,OT, IPM,RSKM,DAR综述综述 引言 模型结构 模型术语 成熟度等级、公共特性、共性实践 理解模型 应用模型成熟度等级成熟度等级 2 2 REQM,PP,PMC, SAM,MA,PPQA,CM附录附录CMMI-SE/SWCMMI-SE/SW阶段式阶段式工程工程 REQM,REQD,TS, PI,VER,VAL项目管理项目管理 PP,PMC,SAM IPM,RSKM,QPM过程管理过程管理 OPF,OPD,OT, OPP,OIDProcess Management PAs - Goals - Practices支持支持 CM,PPQA,MA, CAR,DAR附录附录综述综述 引言 模型结构 模型术语 能力等级、共性模型构件 理解模型 应用模型CMMI-SE/SWCMMI-SE/SW连续式连续式12CyberKeJiCyberKeJi 版权所有 请勿翻印#CMMI#CMMI的阶段式表示法的阶段式表示法CMMICMMI的阶段式表示法就是的阶段式表示法就是组织成熟度方法组织成熟度方法5 5 优化级优化级(2)(2)4 4 定量管理级定量管理级(2)(2)3 3 已定义级已定义级(13)(13)2 2 已管理级已管理级(7)(7)1 1 初始级初始级(0)(0)1 1级级- -初始级初始级2 2 级级- -已管理级已管理级配置管理配置管理过程和产品质量保证过程和产品质量保证供应商合同管理供应商合同管理项目监控和控制项目监控和控制项目计划项目计划需求管理需求管理度量和分析度量和分析4 4 级级- -定量管理级定量管理级项目定量管理项目定量管理组织过程性能组织过程性能3 3 级级- -已定义级已定义级群组集成群组集成产品集成产品集成集成项目管理集成项目管理组织培训组织培训组织过程定义组织过程定义组织过程焦点组织过程焦点需求开发需求开发技术解决方案技术解决方案验证验证确认确认风险管理风险管理决策分析和解决决策分析和解决组织环境的集成组织环境的集成5 5 级级- -优化级优化级组织革新和实施组织革新和实施原因分析和解决原因分析和解决13CyberKeJiCyberKeJi 版权所有 请勿翻印# #组织成熟度等级组织成熟度等级1 1 2 23 34 4 过程不可预测,缺过程不可预测,缺乏控制或控制是反乏控制或控制是反应式的应式的刻划了项目的过程特点,刻划了项目的过程特点,控制经常是反应式的控制经常是反应式的刻划了组织的过程特点刻划了组织的过程特点度量并基于统计控制过程度量并基于统计控制过程强调持续地改进过程强调持续地改进过程5 5 定量管理的定量管理的已定义的已定义的初始的初始的已管理的已管理的优化的优化的14CyberKeJiCyberKeJi 版权所有 请勿翻印# #组织成熟度与过程域组织成熟度与过程域组织级革新和实施组织级革新和实施因果分析与解决方案因果分析与解决方案5 5 优化级优化级4 4 定量管理级定量管理级3 3 已定义级已定义级2 2 已管理级已管理级连续的过程改进连续的过程改进 (2 2)定量管理定量管理 (2 2)过程标准化过程标准化 (1414)基本项目管理基本项目管理 (7 7)组织级过程性能组织级过程性能定量项目管理定量项目管理需求开发需求开发技术解决方案技术解决方案产品集成产品集成验证验证确认确认组织级过程焦点组织级过程焦点组织级过程定义组织级过程定义组织级培训组织级培训集成项目管理集成项目管理集成供应商管理集成供应商管理风险管理风险管理决策分析和解决方案决策分析和解决方案集成的组织环境集成的组织环境集成团队集成团队需求管理需求管理项目策划项目策划项目监督和控制项目监督和控制供应商协议管理供应商协议管理度量和分析度量和分析过程和产品的质量保证过程和产品的质量保证配置管理配置管理1 1 初始级初始级过程域过程域级级 别别焦焦 点点 ( (IPPD)IPPD)(IPPD)(IPPD)( (Supplier Sourcing, SS)Supplier Sourcing, SS)15CyberKeJiCyberKeJi 版权所有 请勿翻印#CMMI#CMMI的连续式表示法的连续式表示法CMMICMMI的连续式表示法就是的连续式表示法就是 过程能力方法过程能力方法过程管理过程管理 (5)(5)组织级培训组织级培训组织级过程定义组织级过程定义组织级过程焦点组织级过程焦点组织级过程性能组织级过程性能组织级革新和实施组织级革新和实施支持支持 (6)(6)配置管理配置管理过程和产品质量保证过程和产品质量保证度量和分析度量和分析决策分析和解决方案决策分析和解决方案组织级集成环境组织级集成环境因果分析和解决方案因果分析和解决方案工程工程 (6)(6)需求管理需求管理需求开发需求开发技术解决方案技术解决方案产品集成产品集成验证验证确认确认项目管理项目管理 (7)(7)项目计划项目计划项目监控和控制项目监控和控制供应商协议管理供应商协议管理集成项目管理集成项目管理风险管理风险管理集成化团队集成化团队定量项目管理定量项目管理CMMICMMI的连续式表示法的连续式表示法- - 过程能力方法过程能力方法过程能力等级过程能力等级5 5 优化级优化级4 4 定量管理级定量管理级3 3 已定义级已定义级2 2 已管理级已管理级1 1 执行级执行级0 0 不完善级不完善级16CyberKeJiCyberKeJi 版权所有 请勿翻印# #过程域能力剖面图举例过程域能力剖面图举例过程域类型过程域类型需求需求项目项目计划计划项目项目监控监控等等等等5 54 43 32 21 10 0过程域能力过程域能力17CyberKeJiCyberKeJi 版权所有 请勿翻印#CMMI#CMMI阶段式表示法的结构阶段式表示法的结构成熟度等级成熟度等级过程域过程域过程域过程域过程域过程域共性目标共性目标特定目标特定目标执行约定执行约定执行能力执行能力指导实施指导实施验验 证证公共特性公共特性共性实践共性实践特定实践特定实践执行约定执行约定:建立方针,并担保资助者承诺的过程改进工作执行能力执行能力:确保项目和/或组织为继续过程改进拥有所需资源指导实施指导实施:收集、度量、分析与过程相关的数据验证验证:验证项目和/或组织的活动与需求、过程和规程相符合 18CyberKeJiCyberKeJi 版权所有 请勿翻印#CMMI#CMMI已管理级的结构已管理级的结构CMMI L2CMMI L2:1515个个 特定目标特定目标 5555个特定实践个特定实践7 7个个GG2 GG2 共性目标共性目标 7070个共性实践个共性实践 7 7个个GG3 GG3 共性目标共性目标 1414个共性实践个共性实践1515+2+2 实践实践2424+2+2 实践实践 需求管理需求管理项目监督项目监督 和控制和控制供应商供应商 协议管理协议管理配置管理配置管理过程和产品过程和产品质量保证质量保证项目策划项目策划度量与分析度量与分析SG1SG1: 5 SP 5 SPGG2GG2:10 GP10 GPGG3: 2 GPGG3: 2 GPSG1SG1: 4 SP 4 SPSG2SG2: 7 SP 7 SPSG3SG3: 3 SP 3 SPGG2GG2:10 GP10 GPGG3: 2 GPGG3: 2 GPSG1SG1: 7 SP 7 SPSG2SG2: 3 SP 3 SPGG2GG2:10 GP10 GPGG3: 2 GPGG3: 2 GPSG1SG1: 3 SP 3 SPSG2SG2: 4 SP 4 SPGG2GG2:1010 GPGPGG3: 2 GPGG3: 2 GPSG1SG1: 4 SP 4 SPSG2SG2: 4 SP 4 SPGG2GG2:10 GP10 GPGG3: 2 GPGG3: 2 GPSG1SG1: 2 SP 2 SPSG2SG2: 2 SP 2 SPGG2GG2:10 GP10 GPGG3: 2 GPGG3: 2 GPSG1SG1: 3 SP 3 SPSG2SG2: 2 SP 2 SPSG3SG3: 2 SP 2 SPGG2GG2:10 GP10 GPGG3: 2 GPGG3: 2 GP1818+2+2 实践实践1717+2+2 实践实践1414+2+2 实践实践1717+2+2 实践实践2020+2+2 实践实践CMMI L2CMMI L2(如果不评估如果不评估SAMSAM):):1313个个 特定目标特定目标 4848个特定实践个特定实践6 6个个GG2 GG2 共性目标共性目标 6060个共性实践个共性实践19CyberKeJiCyberKeJi 版权所有 请勿翻印# #已管理级的过程域已管理级的过程域需求管理(需求管理(REQMREQM:RequirementsRequirements Management Management )项目策划(项目策划(PPPP:ProjectProject Planning Planning)项目监督与控制(项目监督与控制(PMCPMC:ProjectProject Monitoring and ControlMonitoring and Control)供应商协议管理(供应商协议管理(SAMSAM:SupplierSupplier Agreement ManagementAgreement Management)度量与分析(度量与分析(MAMA:MeasurementMeasurement and and AnalysisAnalysis)过程和产品质量保证(过程和产品质量保证(PPQAPPQA:ProcessProcess and Product Assurance and Product Assurance QualityQuality)配置管理(配置管理(CMCM:ConfigurationConfiguration ManagementManagement) 初始级已管理级 已定义级 定量管理级 优化级 初始级已管理级 已定义级 定量管理级 优化级20CyberKeJiCyberKeJi 版权所有 请勿翻印# #成熟度成熟度L1L1的现状的现状成熟度成熟度L1L1组织正在建造一个产品组织正在建造一个产品可能是高利润和高效率的可能是高利润和高效率的但常常是靠精英的努力但常常是靠精英的努力过程也是不确定的过程也是不确定的21CyberKeJiCyberKeJi 版权所有 请勿翻印# #建立稳定的项目管理成熟度建立稳定的项目管理成熟度L2L2建立一个计划(建立一个计划(Project PlanningProject Planning)跟踪这个计划(跟踪这个计划(Project Monitoring and ControlProject Monitoring and Control)管理这个计划的输入(管理这个计划的输入(Requirements ManagementRequirements Management)确保遵循这个计划确保遵循这个计划( (Process and Product Quality Assurance)Process and Product Quality Assurance)控制创建的产品控制创建的产品( (Configuration Management)Configuration Management)适时收集基本的度量数据(适时收集基本的度量数据(Measurement and Analysis)Measurement and Analysis)对供应商进行管理对供应商进行管理( (Supplier Agreement Management)Supplier Agreement Management)22CyberKeJiCyberKeJi 版权所有 请勿翻印# #已管理级的特点已管理级的特点特点是:项目级。建立了基本的项目管理过程来跟踪成本、进特点是:项目级。建立了基本的项目管理过程来跟踪成本、进度和功能特性,制定了必要的过程纪律,能重复早先类似项目度和功能特性,制定了必要的过程纪律,能重复早先类似项目取得的成功。取得的成功。项目过程得到计划和执行,并遵循相应的方针项目过程得到计划和执行,并遵循相应的方针提供了适当的资源来执行过程,并分配了执行过程的职责提供了适当的资源来执行过程,并分配了执行过程的职责对执行过程的人进行培训对执行过程的人进行培训过程的工作产品得到了管理和控制过程的工作产品得到了管理和控制过程本身得到了监督、控制和评审,并得到了客观评价过程本身得到了监督、控制和评审,并得到了客观评价23CyberKeJiCyberKeJi 版权所有 请勿翻印# #过程域图示表示法过程域图示表示法项目计划项目计划信息库(如基线、计划等)信息库(如基线、计划等)获得对需获得对需求的理解求的理解过程活动过程活动过程域到过程域的连接过程域到过程域的连接信息流(处于运动中的信息)信息流(处于运动中的信息)变更请求变更请求24CyberKeJiCyberKeJi 版权所有 请勿翻印II #II #需求开发和需求管理需求开发和需求管理需求相关活动需求相关活动需求开发需求开发需求管理需求管理需求调研需求调研需求分析需求分析需求定义需求定义需求确定管理需求确定管理需求实现管理需求实现管理需求变更管理需求变更管理25CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求开发的目的需求开发的目的需求开发的目的:产生客户、产品及产品构件的需求,并且为需求开发的目的:产生客户、产品及产品构件的需求,并且为这些需求的开发和理解进行所需要的分析这些需求的开发和理解进行所需要的分析26CyberKeJiCyberKeJi 版权所有 请勿翻印# #客户、产品及产品构件的需求客户、产品及产品构件的需求1 1市场市场最终用户最终用户合作经理及合作经理及 管理部门管理部门客户客户可操作概可操作概念及场景念及场景产品及产品产品及产品 构件的需求构件的需求客户客户功能分析功能分析导出的需求导出的需求客户需求客户需求项目相关人员项目相关人员27CyberKeJiCyberKeJi 版权所有 请勿翻印# #客户、产品及产品构件的需求客户、产品及产品构件的需求2 2市场市场最终用户最终用户合作经理及合作经理及 管理部门管理部门客户客户客户客户客户需求客户需求项目相关人员项目相关人员机械工程机械工程软件工程软件工程硬件工程硬件工程分配给硬件等分配给硬件等的产品需求的产品需求其他组其他组产品及产品产品及产品 构件的需求构件的需求28CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求开发语境图需求开发语境图分析和确认分析和确认需求需求确认后的确认后的 需求需求开发开发客户需求客户需求客户需求客户需求开发开发产品需求产品需求产品需求产品需求29CyberKeJiCyberKeJi 版权所有 请勿翻印需求管理的目的需求管理的目的需求管理的目的:管理项目的产品和产品构件的需求,并标识需求管理的目的:管理项目的产品和产品构件的需求,并标识出这些需求与项目的计划和工作产品之间的不一致性出这些需求与项目的计划和工作产品之间的不一致性30CyberKeJiCyberKeJi 版权所有 请勿翻印需求要控制需求要控制将需求交给项目组之前,必须对需求进行评审并解决发现的问题将需求交给项目组之前,必须对需求进行评审并解决发现的问题所有需求要文档化并且受到控制所有需求要文档化并且受到控制所有相关的计划、活动及其它与生命周期相关的工作产品要与需所有相关的计划、活动及其它与生命周期相关的工作产品要与需求保持一致求保持一致在整个产品开发过程中,建立并维护可跟踪性在整个产品开发过程中,建立并维护可跟踪性31CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求管理过程需求管理过程32CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求管理过程的数据流图需求管理过程的数据流图33CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求管理过程流示例需求管理过程流示例需求管理及其软件开发生命周期需求管理及其软件开发生命周期概要软件需求概要软件需求初始的软件估计、初始的软件估计、计划和活动计划和活动概要需求概要需求追踪追踪用户需要用户需要业务目标业务目标项目约束项目约束边界(范围)边界(范围)批准批准计划阶段计划阶段软件需求软件需求(委托委托/ /承诺)承诺)改版的软件估计、改版的软件估计、计划和活动计划和活动软件需求软件需求(委托委托/ /承诺)承诺)追踪追踪追踪追踪ApprovalApproval分析阶段分析阶段控制变更控制变更重计划的软件估重计划的软件估计、计划和活动计、计划和活动追踪追踪批准批准设计阶段和设计阶段和后续阶段后续阶段变更变更追踪追踪34CyberKeJiCyberKeJi 版权所有 请勿翻印需求是构建系统的基础需求是构建系统的基础构建任何系统,都是基于我们与客户共同确认的最小需求,对于构建任何系统,都是基于我们与客户共同确认的最小需求,对于用户的需求了解得越是确切,需求的稳定性就越高。解决方案的用户的需求了解得越是确切,需求的稳定性就越高。解决方案的不断演化,就是不断满足客户需求的过程(需求基线不断演化,就是不断满足客户需求的过程(需求基线/ /变更)变更)对于大型系统,系统设计应从客户问题的专门知识入手,通过不对于大型系统,系统设计应从客户问题的专门知识入手,通过不断提炼的系统设计和软件设计,逐步增强对客户问题及相关知识断提炼的系统设计和软件设计,逐步增强对客户问题及相关知识的理解(需求确认)的理解(需求确认)如果上层设计选择正确,则很多低层设计将不会影响需求。当然,如果上层设计选择正确,则很多低层设计将不会影响需求。当然,需求问题可能在任何开发阶段出现,此时必须在需求层次上恰当需求问题可能在任何开发阶段出现,此时必须在需求层次上恰当地解决,不能只是在设计或编码上修补了事(追溯性)地解决,不能只是在设计或编码上修补了事(追溯性)35CyberKeJiCyberKeJi 版权所有 请勿翻印需求管理的基本任务需求管理的基本任务项目要采取适当的步骤来确保管理已得到批准的需求集,以便项目要采取适当的步骤来确保管理已得到批准的需求集,以便支持项目的计划和执行的需要支持项目的计划和执行的需要获得对需求的理解:从被认可的需求提供者收集需求,并与他获得对需求的理解:从被认可的需求提供者收集需求,并与他们共同评审,以便在将需求纳入项目计划之前,解决不明确的们共同评审,以便在将需求纳入项目计划之前,解决不明确的问题并排除误解问题并排除误解获得对需求的承诺:一旦需求提供者和需求接收者达成了协议,获得对需求的承诺:一旦需求提供者和需求接收者达成了协议,从项目参与者获得对需求的承诺从项目参与者获得对需求的承诺管理需求变更:随着项目进展和标识出计划、工作产品和需求管理需求变更:随着项目进展和标识出计划、工作产品和需求之间出现不一致时,项目经理要更改需求或更改计划之间出现不一致时,项目经理要更改需求或更改计划维持需求的双向可跟踪性:需求管理要将需求的变更及其变更维持需求的双向可跟踪性:需求管理要将需求的变更及其变更的理由文档化,并维持源需求与所有产品和产品构件的需求之的理由文档化,并维持源需求与所有产品和产品构件的需求之间的双向可跟踪性间的双向可跟踪性36CyberKeJiCyberKeJi 版权所有 请勿翻印# #有哪几类需求有哪几类需求? ?功能需求功能需求性能需求性能需求界面需求界面需求接口需求接口需求资源需求(管理方面的需求)资源需求(管理方面的需求)潜在需求(潜在需求(potential requirementspotential requirements)等等 37CyberKeJiCyberKeJi 版权所有 请勿翻印#Requirements#Requirements与与SpecificationSpecification? 生命周期分若干个阶段,每个阶段的输出是下一阶段的生命周期分若干个阶段,每个阶段的输出是下一阶段的RequirementsRequirements,每个阶段的输出是该阶段的每个阶段的输出是该阶段的SpecificationSpecification看看SpecificationSpecification是否满足是否满足RequirementsRequirements:称称VerificationVerification看每个阶段的输出是否满足最初的输入:称看每个阶段的输出是否满足最初的输入:称ValidationValidation对第一阶段来讲:对第一阶段来讲:VerificationVerification也叫也叫ValidationValidation每个阶段即要进行每个阶段即要进行VerificationVerification,也要进行也要进行Validation Validation 38CyberKeJiCyberKeJi 版权所有 请勿翻印需求的双向可跟踪性需求的双向可跟踪性1 1没有需求的可跟踪性,就不能有效地管理需求没有需求的可跟踪性,就不能有效地管理需求一个需求是可跟踪的,其条件是当且仅当:一个需求是可跟踪的,其条件是当且仅当:知道每个需求的源知道每个需求的源知道为什么需要这个需求知道为什么需要这个需求知道哪些需求与它相关知道哪些需求与它相关知道需求如何与其它信息(如系统设计、实现及用户文档等)知道需求如何与其它信息(如系统设计、实现及用户文档等)相关相关可跟踪信息可用于发现哪些需求可能会受到需求变更的影响可跟踪信息可用于发现哪些需求可能会受到需求变更的影响39CyberKeJiCyberKeJi 版权所有 请勿翻印需求的双向可跟踪性需求的双向可跟踪性2 2如果在系统实现过程中提出需求变更,应考虑以下情况:如果在系统实现过程中提出需求变更,应考虑以下情况:变更对需求、系统设计及其实现影响的程度变更对需求、系统设计及其实现影响的程度如果在系统运行后提出需求变更,还应考虑以下情况:如果在系统运行后提出需求变更,还应考虑以下情况:该系统中有多少利益相关者受到此变更的影响该系统中有多少利益相关者受到此变更的影响40CyberKeJiCyberKeJi 版权所有 请勿翻印需求的双向可跟踪性需求的双向可跟踪性3 3在整个产品生命周期中,要捕捉所有需求和需求变更请求,并在整个产品生命周期中,要捕捉所有需求和需求变更请求,并将他们放在配置管理之下(需求库)将他们放在配置管理之下(需求库)在对项目计划、活动及工作产品执行需求变更请求的影响进行在对项目计划、活动及工作产品执行需求变更请求的影响进行分析时,需求应该是可跟踪的(每项需求有唯一的标识符)分析时,需求应该是可跟踪的(每项需求有唯一的标识符)要生成一个需求跟踪矩阵,并可用于向前和向后的(双向)跟要生成一个需求跟踪矩阵,并可用于向前和向后的(双向)跟踪踪41CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求跟踪矩阵需求跟踪矩阵需求跟踪矩阵需求跟踪矩阵用于在各个生命周期阶段跟踪所有需求,确保每用于在各个生命周期阶段跟踪所有需求,确保每一项需求可以跟踪到实现该需求的设计、编码以及测试实现的一项需求可以跟踪到实现该需求的设计、编码以及测试实现的测试用例测试用例需求跟跟矩阵建立了从需求单元到设计单元、从设计单元到编需求跟跟矩阵建立了从需求单元到设计单元、从设计单元到编码单元、从编码单元到测试用例的映射码单元、从编码单元到测试用例的映射通过跟踪,可以验证软件是否实现了所有需求以及软件是否对通过跟踪,可以验证软件是否实现了所有需求以及软件是否对所有需求进行过测试,还可以在需求变更时分析变更带来的影所有需求进行过测试,还可以在需求变更时分析变更带来的影响响42CyberKeJiCyberKeJi 版权所有 请勿翻印# #前向跟踪和反向跟踪前向跟踪和反向跟踪存在两种类型的跟踪:存在两种类型的跟踪:前向跟踪前向跟踪后向跟踪后向跟踪前向跟踪意味着看需求是否在生命周期的后期阶段(如设计和前向跟踪意味着看需求是否在生命周期的后期阶段(如设计和编码阶段)的输出元素中得到体现编码阶段)的输出元素中得到体现后向跟踪则相反,它意味着后期各个阶段的输出元素满足何种后向跟踪则相反,它意味着后期各个阶段的输出元素满足何种需求。后向跟踪也经常意味着跟踪到原始需求的能力需求。后向跟踪也经常意味着跟踪到原始需求的能力前向跟踪实质上保证了软件满足需求。后向跟跟则在变更、回前向跟踪实质上保证了软件满足需求。后向跟跟则在变更、回归测试等情况中更有用归测试等情况中更有用43CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求跟踪矩阵的更新和维护需求跟踪矩阵的更新和维护需求跟踪矩阵是随着开发过程逐步细化的,跟踪产品在开发过程中的需求跟踪矩阵是随着开发过程逐步细化的,跟踪产品在开发过程中的转移。每当相关阶段结束时或需求变更时都要更新该矩阵,确保需求转移。每当相关阶段结束时或需求变更时都要更新该矩阵,确保需求的前后跟踪的前后跟踪项目经理或指定专人负责更新和维护需求跟踪矩阵项目经理或指定专人负责更新和维护需求跟踪矩阵维护矩阵时,需要进行完整性检查:维护矩阵时,需要进行完整性检查:浏览矩阵中的需求数目与需求文档中的需求,确保矩阵中列出了所浏览矩阵中的需求数目与需求文档中的需求,确保矩阵中列出了所有的需求,没有遗漏有的需求,没有遗漏为确保矩阵中列出的所有程序在最终的软件中都是必要的,并且没为确保矩阵中列出的所有程序在最终的软件中都是必要的,并且没有冗余的代码,必须在矩阵中指出每个程序、类和其他单元有冗余的代码,必须在矩阵中指出每个程序、类和其他单元通过确保功能需求没有空白列来检查需求的实现。对其他需求,如通过确保功能需求没有空白列来检查需求的实现。对其他需求,如果设计和程序列是空白的,需要仔细检查和验证这些需求对程序有果设计和程序列是空白的,需要仔细检查和验证这些需求对程序有没有直接的影响没有直接的影响对每个性能需求,都应该设计一些测试用例。使用矩阵,可以很容对每个性能需求,都应该设计一些测试用例。使用矩阵,可以很容易检查测试用例是否适合检查该项性能需求易检查测试用例是否适合检查该项性能需求集成和系统测试计划可以和矩阵一起进行交叉检查,以此来保证需集成和系统测试计划可以和矩阵一起进行交叉检查,以此来保证需求的所有条款都包含在系统测试计划中求的所有条款都包含在系统测试计划中44CyberKeJiCyberKeJi 版权所有 请勿翻印# #跟踪矩阵示例跟踪矩阵示例需需 求求概要设计概要设计详细设计详细设计Req. IDReq. IDComponent ID1Component ID1,ID2ID2,Req.-01Req.-01Component 01,02,Component 01,02,Req.-02Req.-02Component 01,03,Component 01,03,45CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求库示例需求库示例原始需求原始需求IDID 状态状态状态变更时间状态变更时间 实现版本实现版本 描述描述来源来源获取时间获取时间变更影响变更影响newnewopenopen02/01/200102/01/2001RelRel 1.0 1.0adoptadoptRelRel 1.0 1.0adoptadoptRelRel 2.0 2.0closeclose03/01/200103/01/200146CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求必定会发生变更需求必定会发生变更在软件或系统的开发过程中,需求必定会发生变更,这一点无在软件或系统的开发过程中,需求必定会发生变更,这一点无一例外一例外对于大型项目来说,说出完整的需求不仅仅是困难的,实际上对于大型项目来说,说出完整的需求不仅仅是困难的,实际上是不可能的。除非以前做过类似的工作,现在只需要作微小的是不可能的。除非以前做过类似的工作,现在只需要作微小的变更变更软件或系统开发是一个学习过程,步伐宜小不宜大,最好的实软件或系统开发是一个学习过程,步伐宜小不宜大,最好的实践经验是采取渐进式的开发过程践经验是采取渐进式的开发过程47CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求必定会变更的原因需求必定会变更的原因客户并不完全了解其需求,更不用说其他人客户并不完全了解其需求,更不用说其他人最初的需求常常是不完善的最初的需求常常是不完善的,需要补充、删除和修改需要补充、删除和修改必须与了解产品应用的人建立联系、共同工作,直到整个工作必须与了解产品应用的人建立联系、共同工作,直到整个工作完成。系统越大越复杂,需要的应用领域知识就越多完成。系统越大越复杂,需要的应用领域知识就越多48CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求变更的影响分析需求变更的影响分析增加、修改或删除需求时,要进行影响分析:增加、修改或删除需求时,要进行影响分析:对开发进度的影响对开发进度的影响对发布进度的影响对发布进度的影响对人员安排的影响对人员安排的影响对成本的影响对成本的影响对现有约定(对现有约定(Commitment)Commitment)的影响的影响变更引起的风险分析变更引起的风险分析对其他相关的工作产品的影响对其他相关的工作产品的影响等等等等对变更进行影响分析时,要使用双向跟踪矩阵对变更进行影响分析时,要使用双向跟踪矩阵49CyberKeJiCyberKeJi 版权所有 请勿翻印# #对变更状态的跟踪对变更状态的跟踪基线需求数基线需求数500报告周期报告周期增加需求数增加需求数修改需求数修改需求数删除需求数删除需求数总的需求数总的需求数变更数变更数需求稳定性需求稳定性000050000.00%152-150481.59%264-3507214.14%335-2508316.10%422-3507387.50%531-1509438.45%661-25135210.14%总的需求数总的需求数= =(基线需求数(基线需求数+ +增加的需求数增加的需求数- -删除的需求数)删除的需求数)需求变更数需求变更数= =(增加的需求数(增加的需求数+ +删除的需求数删除的需求数+ +修改的需求数)修改的需求数)需求稳定性需求稳定性= =(需求变更数(需求变更数/ /基线需求数)基线需求数)50CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求稳定性需求稳定性51CyberKeJiCyberKeJi 版权所有 请勿翻印# #按变更类型的需求稳定性按变更类型的需求稳定性52CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求变更要控制需求变更要控制在项目生命周期中,需求在不断进化,对需求变更必须进行控在项目生命周期中,需求在不断进化,对需求变更必须进行控制制需求变更请求要受到控制:所有相关的人员在变更实施前,要需求变更请求要受到控制:所有相关的人员在变更实施前,要评审变更请求,并对变更请求达成一致评审变更请求,并对变更请求达成一致对批准的需求变更要进行跟踪对批准的需求变更要进行跟踪对每个需求及其变更要记录,要维护其变更历史对每个需求及其变更要记录,要维护其变更历史初始采集的和初始采集的和/ /或导出的或导出的批准的变更已经应用之后批准的变更已经应用之后应用的需求变更要与所有相关人员及时沟通应用的需求变更要与所有相关人员及时沟通53CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求变更的控制示例需求变更的控制示例变更请求变更请求软件经理软件经理系统测试系统测试软件工程软件工程系统工程系统工程软件质量保证软件质量保证软件配置管理,以及软件配置管理,以及文档支持文档支持更改软件计划、更改软件计划、工作产品和活动工作产品和活动审批审批关闭请求关闭请求变更的需求变更的需求一致一致YSCMN变更完变更完成成54CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求不一致性的问题需求不一致性的问题要验证项目计划、活动和工作产品与需求和需求变更的一致性要验证项目计划、活动和工作产品与需求和需求变更的一致性标识不一致的来源和理由标识不一致的来源和理由55CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求状态需求状态一个需求经提出一个需求经提出评审评审设计设计编码实现和测试,编码实现和测试,它的状态将发生变化。它的状态将发生变化。可以将需求分被建议、被拒绝、被批准、被实现、可以将需求分被建议、被拒绝、被批准、被实现、被验证、被废除、被交付等状态被验证、被废除、被交付等状态被建议:该需求已被有权提出需求的人建议被建议:该需求已被有权提出需求的人建议被拒绝:该需求被建议后,评审未通过被拒绝:该需求被建议后,评审未通过被批准:该需求已被分析,估计了其成本和对项目其他部分被批准:该需求已被分析,估计了其成本和对项目其他部分的影响,而且通过评审的影响,而且通过评审被实现:已实现需求的设计、编码和单元测试被实现:已实现需求的设计、编码和单元测试被验证:使用所选择的方法(如测试)已验证了实现的需求,被验证:使用所选择的方法(如测试)已验证了实现的需求,该需求现在被认为完成该需求现在被认为完成被废除:被批准的需求已从基线中废除,但记录了原因说明被废除:被批准的需求已从基线中废除,但记录了原因说明和做出废除决定的人员和做出废除决定的人员被交付:需求已通过客户的验收。被交付:需求已通过客户的验收。56CyberKeJiCyberKeJi 版权所有 请勿翻印# #对需求状态的跟踪对需求状态的跟踪57CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求状态的变化层次示例需求状态的变化层次示例承诺的客户需求(双方一致同意的)承诺的客户需求(双方一致同意的)需求分析需求分析设计设计 要进行设计的需求(设计规格说明)要进行设计的需求(设计规格说明)测试测试被实现的需求(代码)被实现的需求(代码)编码编码已分析的需求(即已分析的需求(即SRSSRS,产品需求)产品需求)被验证的需求(测试计划和报告)被验证的需求(测试计划和报告) 58CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求管理中的角色需求管理中的角色高层经理高层经理评审需求管理活动评审需求管理活动评审与需求变更相关的委托评审与需求变更相关的委托/ /承诺的变更承诺的变更PPQAPPQA工程师工程师评审需求文档评审需求文档在需求管理过程中执行审计在需求管理过程中执行审计项目经理项目经理领导项目收集或定义需求文档领导项目收集或定义需求文档基于需求进行项目策划或重策划基于需求进行项目策划或重策划项目工程师项目工程师( (开发人员,测试人员等开发人员,测试人员等) )评审所分配的需求评审所分配的需求标识出与分配的需求相关的潜在的需求标识出与分配的需求相关的潜在的需求开发软件工作产品,并与分配的需求保持一致开发软件工作产品,并与分配的需求保持一致59CyberKeJiCyberKeJi 版权所有 请勿翻印#REQM#REQM的完成条件的完成条件需求管理过程一直要进行到项目结束需求管理过程一直要进行到项目结束60CyberKeJiCyberKeJi 版权所有 请勿翻印III REQMIII REQM的的SGSG和和SPsSPs特定目标特定目标SG1: SG1: 管理需求:管理需求,并标识管理需求:管理需求,并标识项目计划和工作产品之间的不项目计划和工作产品之间的不一致一致特定实践特定实践SP1.1 SP1.1 获得对需求的理解获得对需求的理解SP1.2 SP1.2 获得对需求的承诺获得对需求的承诺SP1.3 SP1.3 管理需求变更管理需求变更SP1.4 SP1.4 维护需求的双向可跟踪性维护需求的双向可跟踪性SP1.5SP1.5标识需求和项目工作之间标识需求和项目工作之间的不一致的不一致61CyberKeJiCyberKeJi 版权所有 请勿翻印SG 1 SG 1 管理需求管理需求SG 1SG 1管理需求:管理需求,并标识需求与项目计划和工作产品管理需求:管理需求,并标识需求与项目计划和工作产品之间的不一致性之间的不一致性 在整个项目生命周期中,项目维持一个当前被批准的需求集:在整个项目生命周期中,项目维持一个当前被批准的需求集:管理所有需求变更(申请变更、评估影响、跟踪变更的执行)管理所有需求变更(申请变更、评估影响、跟踪变更的执行)维持需求与项目计划和工作产品之间的关系(跟踪矩阵)维持需求与项目计划和工作产品之间的关系(跟踪矩阵)标识需求与项目计划和工作产品之间的不一致性(对照需求评标识需求与项目计划和工作产品之间的不一致性(对照需求评审计划和工作产品)审计划和工作产品)采取纠正行动采取纠正行动 62CyberKeJiCyberKeJi 版权所有 请勿翻印需求管理活动关系图需求管理活动关系图CL2CL2获得对需获得对需求的承诺求的承诺管理管理需求变更需求变更CL2CL2维持需求的维持需求的双向可跟踪性双向可跟踪性获得对需获得对需求的理解求的理解标识项目标识项目工作工作产品产品与需求的与需求的不一致不一致需需 求求管理需求管理需求可跟踪的可跟踪的的层次描述的层次描述63CyberKeJiCyberKeJi 版权所有 请勿翻印SP 1.1 SP 1.1 获得对需求的理解获得对需求的理解SP 1.1SP 1.1 获得对需求的理解:与需求提供者共同理解需求的含义获得对需求的理解:与需求提供者共同理解需求的含义 随着项目的成熟和各项需求的派生,所有各项活动或工程学科都随着项目的成熟和各项需求的派生,所有各项活动或工程学科都要接受相应的需求。要接受相应的需求。为了避免这些需求的漫无边际地外延或者为了避免这些需求的漫无边际地外延或者“遗漏遗漏”,要建立一些,要建立一些准则,用以指明接收需求的适当的渠道或正式来源。准则,用以指明接收需求的适当的渠道或正式来源。接收需求的活动应该是与需求提供者一起进行的需求分析活动,接收需求的活动应该是与需求提供者一起进行的需求分析活动,以确保对需求的含义达成共识。以确保对需求的含义达成共识。分析和对话的结果是达成一致的需求集合。分析和对话的结果是达成一致的需求集合。 64CyberKeJiCyberKeJi 版权所有 请勿翻印图图 示示获得对需获得对需求的理解求的理解需需 求求管理需求管理需求65CyberKeJiCyberKeJi 版权所有 请勿翻印典型工作产品典型工作产品典型工作产品典型工作产品1.1.确定合适需求提供者的准则确定合适需求提供者的准则2.2.需求评价和验收准则需求评价和验收准则 3.3.按准则分析的结果按准则分析的结果4.4.已同意的需求集已同意的需求集66CyberKeJiCyberKeJi 版权所有 请勿翻印子实践子实践子实践子实践1.1.建立区分合适需求提供者的建立区分合适需求提供者的 准则准则 2.2.建立需求验收的客观准则:缺建立需求验收的客观准则:缺乏验收准则,常导致验证不充乏验收准则,常导致验证不充分、昂贵的返工或客户拒收分、昂贵的返工或客户拒收 3.3.分析需求来确保满足已建立的分析需求来确保满足已建立的验收准则验收准则4.4.与需求提供者达成对需求的理与需求提供者达成对需求的理解,这样项目参与者就能对需解,这样项目参与者就能对需求作出承诺求作出承诺 验收准则的实例包括验收准则的实例包括: : 清晰且适当陈述的清晰且适当陈述的完整的完整的相互一致的相互一致的唯一可标识的唯一可标识的可行且能适当实现的可行且能适当实现的通过评审和测试,可以验通过评审和测试,可以验证和确认的证和确认的可跟踪的可跟踪的67CyberKeJiCyberKeJi 版权所有 请勿翻印SP 1.2 SP 1.2 获得对需求的承诺获得对需求的承诺SP 1.2 SP 1.2 获得对需求的承诺:从项目参与者获得对需求的承诺获得对需求的承诺:从项目参与者获得对需求的承诺68CyberKeJiCyberKeJi 版权所有 请勿翻印图图 示示CL2CL2获得对需获得对需求的承诺求的承诺获得对需获得对需求的理解求的理解需需 求求管理需求管理需求69CyberKeJiCyberKeJi 版权所有 请勿翻印需求的承诺需求的承诺项目组开始启动项目之前,要与客户共同评审需求,以建立工作项目组开始启动项目之前,要与客户共同评审需求,以建立工作基线基线分析和评审需求要确保在其含义上达成一致、共同的理解,并获分析和评审需求要确保在其含义上达成一致、共同的理解,并获得开发人员对需求的承诺得开发人员对需求的承诺在整个项目推进中,需求可能会演变。随着需求的演变,要求在在整个项目推进中,需求可能会演变。随着需求的演变,要求在所有有关的项目相关人员(所有有关的项目相关人员(Stakeholder)Stakeholder)之间对已批准的现行需之间对已批准的现行需求重新建立承诺并且对项目计划、活动和工作产品中的后续变更求重新建立承诺并且对项目计划、活动和工作产品中的后续变更做出承诺做出承诺70CyberKeJiCyberKeJi 版权所有 请勿翻印委托委托/ /承诺的变更控制承诺的变更控制委托委托/ /承诺的变更必须与所有项目相关人员商量承诺的变更必须与所有项目相关人员商量对组织外部的委托对组织外部的委托/ /承诺的变更,要由高层经理评审(他是项目承诺的变更,要由高层经理评审(他是项目相关人员之一),以确保这次委托相关人员之一),以确保这次委托/ /承诺和以前批准的委托承诺和以前批准的委托/ /承承诺的顺利进行诺的顺利进行71CyberKeJiCyberKeJi 版权所有 请勿翻印典型工作产品典型工作产品典型工作产品典型工作产品1.1.对需求影响的评估对需求影响的评估 2.2.对需求和需求变更的文档化的承诺对需求和需求变更的文档化的承诺 72CyberKeJiCyberKeJi 版权所有 请勿翻印子实践子实践子实践子实践评估需求变更对现有承诺的影响:当需求变更或引入一个新的评估需求变更对现有承诺的影响:当需求变更或引入一个新的 需求时,应该评估对项目参与者的影响需求时,应该评估对项目参与者的影响 协商和记录承诺:在项目参与者对需求或需求变更作出承诺之协商和记录承诺:在项目参与者对需求或需求变更作出承诺之前,应该协商对现有承诺的变更前,应该协商对现有承诺的变更73CyberKeJiCyberKeJi 版权所有 请勿翻印SP 1.3 SP 1.3 管理需求变更管理需求变更SP 1.3 SP 1.3 管理需求变更:在项目期间要管理对需求的变更管理需求变更:在项目期间要管理对需求的变更 在项目推进期间,需求会由于各种各样原因而发生变更。在项目推进期间,需求会由于各种各样原因而发生变更。随着原来的需要发生变化和工作的推进,将会产生一些附加的需随着原来的需要发生变化和工作的推进,将会产生一些附加的需求,因此必然要对现行的需求做出相应的变更。求,因此必然要对现行的需求做出相应的变更。有效地管理这些需求和需求变更相当重要。有效地管理这些需求和需求变更相当重要。有必要了解每个需求的来源并且把做出变更的理由形成文件。有必要了解每个需求的来源并且把做出变更的理由形成文件。项目经理可能希望跟踪相应的需求变更度量数据,以便判断是否项目经理可能希望跟踪相应的需求变更度量数据,以便判断是否需要采取新的控制措施或对已有的控制做出调整。需要采取新的控制措施或对已有的控制做出调整。 74CyberKeJiCyberKeJi 版权所有 请勿翻印图图 示示CL2CL2获得对需获得对需求的承诺求的承诺管理管理需求变更需求变更获得对需获得对需求的理解求的理解需需 求求管理需求管理需求75CyberKeJiCyberKeJi 版权所有 请勿翻印典型工作产品典型工作产品典型工作产品典型工作产品1.1.需求状态需求状态 2.2.需求数据库需求数据库 3.3.需求决策库需求决策库 76CyberKeJiCyberKeJi 版权所有 请勿翻印子实践子实践子实践子实践1.1.获取所有由项目给出的或产生的需求和需求变更获取所有由项目给出的或产生的需求和需求变更 2.2.维持需求变更的历史以及进行变更的理由,以有助于跟踪易变维持需求变更的历史以及进行变更的理由,以有助于跟踪易变的需求的需求3.3.从利益相关者的角度评价需求变更的影响从利益相关者的角度评价需求变更的影响 4.4.使需求和变更数据对项目可用使需求和变更数据对项目可用77CyberKeJiCyberKeJi 版权所有 请勿翻印SP 1.4 SP 1.4 维持需求的双向可跟踪性维持需求的双向可跟踪性SP SP 1.41.4 维持需求的双向可跟踪性:在需求和项目计划和工作产品维持需求的双向可跟踪性:在需求和项目计划和工作产品之间维持双向可跟踪性之间维持双向可跟踪性 这个特定实践的目的在于维护对每个产品分解层的双向可跟这个特定实践的目的在于维护对每个产品分解层的双向可跟踪性。踪性。如果需求管理得好,就可以建立起从来源需求到它的较低层如果需求管理得好,就可以建立起从来源需求到它的较低层次的需求的可跟踪性,和从较低层次的需求到它们的来源需求次的需求的可跟踪性,和从较低层次的需求到它们的来源需求的可跟踪性。的可跟踪性。这种双向可跟踪性有助于确定是否所有来源需求都完全得到这种双向可跟踪性有助于确定是否所有来源需求都完全得到处理,是否所有的低层需求都可以跟踪到有效的来源。处理,是否所有的低层需求都可以跟踪到有效的来源。需求的可跟踪性还可以覆盖与其他实体的关系,例如与产品、需求的可跟踪性还可以覆盖与其他实体的关系,例如与产品、设计文档的变更、测试计划、验证、确认以及工作任务等的关设计文档的变更、测试计划、验证、确认以及工作任务等的关系。系。在评估需求变更对项目计划、活动以及工作产品的影响时,在评估需求变更对项目计划、活动以及工作产品的影响时,尤其需要可跟踪性。尤其需要可跟踪性。 78CyberKeJiCyberKeJi 版权所有 请勿翻印图图 示示CL2CL2获得对需获得对需求的承诺求的承诺管理管理需求变更需求变更CL2CL2维持需求的维持需求的双向可跟踪性双向可跟踪性获得对需获得对需求的理解求的理解需需 求求管理需求管理需求可跟踪的可跟踪的的层次描述的层次描述79CyberKeJiCyberKeJi 版权所有 请勿翻印典型工作产品典型工作产品典型工作产品典型工作产品1.1.需求跟踪矩阵需求跟踪矩阵 2.2.需求跟踪系统(需求库)需求跟踪系统(需求库)80CyberKeJiCyberKeJi 版权所有 请勿翻印子实践子实践子实践子实践1.1.维持需求可跟踪性,确保记录了较低层次的(派生的)需求的维持需求可跟踪性,确保记录了较低层次的(派生的)需求的来源来源 2.2.维持从一个需求到它所派生的需求及其分配的功能、对象、人维持从一个需求到它所派生的需求及其分配的功能、对象、人员、过程和工作产品的可跟踪性员、过程和工作产品的可跟踪性3.3.维持从功能到功能以及接口之间的横向可跟踪性维持从功能到功能以及接口之间的横向可跟踪性 4.4.产生需求跟踪矩阵产生需求跟踪矩阵81CyberKeJiCyberKeJi 版权所有 请勿翻印SP1.5SP1.5标识项目工作产品和需求的不一致性标识项目工作产品和需求的不一致性SP 1.5SP 1.5 标识项目工作产品和需求的不一致性:标识项目计划标识项目工作产品和需求的不一致性:标识项目计划和工作产品与需求之间的不一致性和工作产品与需求之间的不一致性82CyberKeJiCyberKeJi 版权所有 请勿翻印图图 示示CL2CL2获得对需获得对需求的承诺求的承诺管理管理需求变更需求变更CL2CL2维持需求的维持需求的双向可跟踪性双向可跟踪性获得对需获得对需求的理解求的理解标识项目标识项目工作工作产品产品与需求的与需求的不一致不一致需需 求求管理需求管理需求可跟踪的可跟踪的的层次描述的层次描述83CyberKeJiCyberKeJi 版权所有 请勿翻印生命周期工作产品的一致性生命周期工作产品的一致性项目计划、工作产品和活动的变更,要与批准的需求变更一致,项目计划、工作产品和活动的变更,要与批准的需求变更一致,因此变更必须是:因此变更必须是:已标识已标识已评价已评价已进行风险评估已进行风险评估已文档化已文档化已计划已计划已沟通已沟通已跟踪到变更完成已跟踪到变更完成84CyberKeJiCyberKeJi 版权所有 请勿翻印典型工作产品典型工作产品典型工作产品典型工作产品1.1.文档化不一致性,包括来源、条件和理由文档化不一致性,包括来源、条件和理由2.2.纠正行动纠正行动85CyberKeJiCyberKeJi 版权所有 请勿翻印子实践子实践子实践子实践1.1.评审项目计划、活动和工作产品是否与需求和需求变更相一致评审项目计划、活动和工作产品是否与需求和需求变更相一致 2.2.标识不一致的来源和理由标识不一致的来源和理由 3.3.标识由需求基线变更引起的对项目计划、活动和工作产品所需标识由需求基线变更引起的对项目计划、活动和工作产品所需要的变更要的变更4.4.开始纠正行动开始纠正行动86CyberKeJiCyberKeJi 版权所有 请勿翻印III REQMIII REQM的的GGsGGs和和GPsGPs共性目标是适用于所有过程域的共性目标是适用于所有过程域的共性实践则对于不同的过程域有其具体的描述,分别描述该共性实践则对于不同的过程域有其具体的描述,分别描述该过程域的四方面公共特征(过程域的四方面公共特征(Common Features): 执行承诺(执行承诺(Commitment to PerformCommitment to Perform )执行能力(执行能力(Ability to PerformAbility to Perform )指导实现(指导实现(Directing Implementation ) 验证实现(验证实现(Verifying Implementation )87CyberKeJiCyberKeJi 版权所有 请勿翻印GG 2 GG 2 制度化一个已管理过程制度化一个已管理过程GG 2 GG 2 制度化一个已管理过程:将该过程制度化为一个已管理过程制度化一个已管理过程:将该过程制度化为一个已管理过程 执行的承诺执行的承诺GP 2.1 (CO 1) GP 2.1 (CO 1) 建立组织级方针建立组织级方针执行的能力执行的能力GP 2.2 (AB 1) GP 2.2 (AB 1) 计划过程计划过程GP 2.3 (AB 2) GP 2.3 (AB 2) 提供资源提供资源GP 2.4 (AB 3) GP 2.4 (AB 3) 分配职责分配职责GP 2.5 (AB 4) GP 2.5 (AB 4) 培训人员培训人员指导实现指导实现GP 2.6 (DI 1) GP 2.6 (DI 1) 管理配置管理配置GP 2.7 (DI 2) GP 2.7 (DI 2) 标识和引入有关的项目相关人员标识和引入有关的项目相关人员GP 2.8 (DI 3) GP 2.8 (DI 3) 监督和控制过程监督和控制过程验证实现验证实现GP 2.9 (VE 1) GP 2.9 (VE 1) 客观地评审符合性客观地评审符合性GP 2.10 (VE 2) GP 2.10 (VE 2) 由高层经理评审状态由高层经理评审状态88CyberKeJiCyberKeJi 版权所有 请勿翻印GP 2.1 (CO 1) GP 2.1 (CO 1) 制定一个组织级方针制定一个组织级方针GP 2.1 (CO 1) GP 2.1 (CO 1) 制定一个组织级方针:制定和维持一个组织级方制定一个组织级方针:制定和维持一个组织级方针,来计划和执行需求管理过程针,来计划和执行需求管理过程该方针建立了组织的期望:该方针建立了组织的期望:维护产品或构件需求的基线维护产品或构件需求的基线确保项目计划、活动及其相关的工作产品与基线化的需求保持确保项目计划、活动及其相关的工作产品与基线化的需求保持一致一致89CyberKeJiCyberKeJi 版权所有 请勿翻印GP 2.2 (AB 1) GP 2.2 (AB 1) 计划过程计划过程GP 2.2 (AB 1) GP 2.2 (AB 1) 计划过程:建立和维持执行需求管理过程的计划计划过程:建立和维持执行需求管理过程的计划 为执行需求管理过程准备一个计划为执行需求管理过程准备一个计划这个计划通常是项目策划过程域中描述的项目计划的一部分这个计划通常是项目策划过程域中描述的项目计划的一部分计划要得到所有受影响人员的认同计划要得到所有受影响人员的认同90CyberKeJiCyberKeJi 版权所有 请勿翻印GP 2.3 (AB 2) GP 2.3 (AB 2) 提供资源提供资源GP 2.3 (AB 2) GP 2.3 (AB 2) 提供资源:提供适当的资源,来执行需求管理过提供资源:提供适当的资源,来执行需求管理过程,开发工作产品,并提供过程服务程,开发工作产品,并提供过程服务 提供资源的例子包括提供资源的例子包括: : 充足的资金充足的资金适当的物理设施适当的物理设施有知识、技能和经验的人员有知识、技能和经验的人员适当的工具,如:适当的工具,如:需求跟踪工具需求跟踪工具数据库数据库配置管理工具配置管理工具测试管理工具测试管理工具91CyberKeJiCyberKeJi 版权所有 请勿翻印GP 2.4 (AB 3) GP 2.4 (AB 3) 分配职责分配职责GP 2.4 (AB 3) GP 2.4 (AB 3) 分配职责:分配职责和职权,来执行需求管理过分配职责:分配职责和职权,来执行需求管理过程,开发其工作产品,并提供需求管理过程的服务程,开发其工作产品,并提供需求管理过程的服务而且要确保:而且要确保:贯穿过程的整个生命周期贯穿过程的整个生命周期执行已计划的过程执行已计划的过程达到(完成)指定的结果达到(完成)指定的结果92CyberKeJiCyberKeJi 版权所有 请勿翻印GP 2.5 (AB 4) GP 2.5 (AB 4) 培训人员培训人员GP 2.5 (AB 4) GP 2.5 (AB 4) 培训人员:培训人员来执行或支持所需要的需求培训人员:培训人员来执行或支持所需要的需求管理过程管理过程 培训的例子包括:培训的例子包括:需求定义、分析、评审及管理需求定义、分析、评审及管理应用领域应用领域需求的可跟踪能力和需求管理工具需求的可跟踪能力和需求管理工具配置管理配置管理协商和解决冲突协商和解决冲突93CyberKeJiCyberKeJi 版权所有 请勿翻印GP 2.6 (DI 1) GP 2.6 (DI 1) 管理配置管理配置GP 2.6 (DI 1) GP 2.6 (DI 1) 管理配置:将需求管理过程的指定工作产品置于管理配置:将需求管理过程的指定工作产品置于适当级别的配置管理之下,建立和维护与需求有关的工作适当级别的配置管理之下,建立和维护与需求有关的工作产品的完整性产品的完整性要置于配置管理下有关需求管理的工作产品的例子包括:要置于配置管理下有关需求管理的工作产品的例子包括:需求规格说明书需求规格说明书接口规格说明书接口规格说明书需求跟踪矩阵需求跟踪矩阵94CyberKeJiCyberKeJi 版权所有 请勿翻印GP 2.7 GP 2.7 ( (DI 2) DI 2) 标识和引入有关的项目相关人员标识和引入有关的项目相关人员GP 2.7 GP 2.7 ( (DI 2) DI 2) 标识和引入有关标识和引入有关的项目相关人员:标识和引入与的项目相关人员:标识和引入与需求管理过程计划有关的项目相需求管理过程计划有关的项目相关人员关人员 项目相关人员参与的活动包括项目相关人员参与的活动包括解决对需求的理解问题解决对需求的理解问题评估需求变更的影响评估需求变更的影响沟通双向可跟踪性沟通双向可跟踪性标识需求与项目计划和工作标识需求与项目计划和工作产品之间的不一致性产品之间的不一致性对照计划识别与需求管理过对照计划识别与需求管理过程有关的项目相关人员,并程有关的项目相关人员,并吸引他们参与需求管理活动吸引他们参与需求管理活动可能受产品和过程影响或可能影可能受产品和过程影响或可能影响产品和过程的项目相关人员可响产品和过程的项目相关人员可能包括:能包括:客户客户最终用户最终用户开发人员开发人员测试人员测试人员供应商供应商市场人员市场人员维护人员维护人员实施人员实施人员95CyberKeJiCyberKeJi 版权所有 请勿翻印GP 2.8 GP 2.8 ( (DI 3) DI 3) 监督和控制过程监督和控制过程GP 2.8 GP 2.8 ( (DI 3) DI 3) 监督和控制过程:按计划监督和控制需求管理过监督和控制过程:按计划监督和控制需求管理过程来执行过程,并采取适当的纠正行动程来执行过程,并采取适当的纠正行动 在监督和控制中使用的度量示例有:在监督和控制中使用的度量示例有: 项目每月变更请求的数量与原需求数量之比(商业客户需求和项目每月变更请求的数量与原需求数量之比(商业客户需求和内部验收需求之比)内部验收需求之比)关键的变更请求关键的变更请求中等的变更请求中等的变更请求细小的变更请求细小的变更请求处理一个变更请求的实际费用与预算或预计的费用相比处理一个变更请求的实际费用与预算或预计的费用相比时间统计:实际作出变更的时间填入表格影响分析授时间统计:实际作出变更的时间填入表格影响分析授权重计划重新安排进度重新沟通和交流质量保证工权重计划重新安排进度重新沟通和交流质量保证工作量配置管理工作量测试工作量作量配置管理工作量测试工作量需求易变性需求易变性( (已变更需求所占的百分比已变更需求所占的百分比) )在项目生命周期中,接受的变更请求数与总变更请求数之比在项目生命周期中,接受的变更请求数与总变更请求数之比96CyberKeJiCyberKeJi 版权所有 请勿翻印GP 2.9 (VE 1) GP 2.9 (VE 1) 客观地评价符合性客观地评价符合性GP 2.9 (VE 1) GP 2.9 (VE 1) 客观地评价符合性:根据有关过程的描述、标准客观地评价符合性:根据有关过程的描述、标准和规程,客观地评价需求管理过程的符合性,并处理不符和规程,客观地评价需求管理过程的符合性,并处理不符合性问题合性问题要评审的活动的例子包括:要评审的活动的例子包括:管理需求:与项目和客户共同评审需求和需求变更管理需求:与项目和客户共同评审需求和需求变更将需求及需求变更与项目相结合将需求及需求变更与项目相结合评估由于需求及其变更导致的委托评估由于需求及其变更导致的委托/ /承诺及委托承诺及委托/ /承诺变更的影响承诺变更的影响标识需求与工作产品和项目计划之间的不一致性标识需求与工作产品和项目计划之间的不一致性要评审的工作产品包括:要评审的工作产品包括:需求需求需求跟踪矩阵需求跟踪矩阵 97CyberKeJiCyberKeJi 版权所有 请勿翻印GP 2.10GP 2.10 (VE 2) (VE 2) 高层经理评审状态高层经理评审状态GP2.10 (VE 2) GP2.10 (VE 2) 高层经理评审状态:高层经理评审需求管理过程高层经理评审状态:高层经理评审需求管理过程的活动、状态和结果,并解决发现的问题的活动、状态和结果,并解决发现的问题 高层经理评审对组织外部的委托高层经理评审对组织外部的委托/ /承诺的变更,确保所有的委承诺的变更,确保所有的委托托/ /承诺都是可完成的承诺都是可完成的 向高层经理提供适当的过程可见性向高层经理提供适当的过程可见性高层经理需要理解项目遵循过程的有效性、效率以及产品的质高层经理需要理解项目遵循过程的有效性、效率以及产品的质量情况量情况98CyberKeJiCyberKeJi 版权所有 请勿翻印GG 3 GG 3 实践与目标的映射关系实践与目标的映射关系下面的目的及其实践在成熟度下面的目的及其实践在成熟度2 2级中是不要求的,但在成熟度级中是不要求的,但在成熟度3 3级和以上的级别中是要求的级和以上的级别中是要求的GG 3 GG 3 制度化一个已定义过程制度化一个已定义过程GP 3.1GP 3.1建立一个已定义过程建立一个已定义过程GP 3.2GP 3.2采集改进信息采集改进信息99CyberKeJiCyberKeJi 版权所有 请勿翻印GG 3 GG 3 制度化一个已定义过程制度化一个已定义过程下面的目的及其实践在成熟度下面的目的及其实践在成熟度2 2级中是不要求的,但在成熟度级中是不要求的,但在成熟度3 3级和以上的级别中是要求的级和以上的级别中是要求的GG 3GG 3 制度化一个已定义过程:将该过程制度化为一个已定过程制度化一个已定义过程:将该过程制度化为一个已定过程GP 3.1 GP 3.1 建立一个已定义过程建立一个已定义过程:建立和维护已定义的项目策划建立和维护已定义的项目策划过程的描述过程的描述GP 3.2 GP 3.2 采集改进信息采集改进信息:根据计划和执行项目策划过程的情况,根据计划和执行项目策划过程的情况,采集工作产品、度量、度量结果以及改进信息,以支持组织级采集工作产品、度量、度量结果以及改进信息,以支持组织级过程和过程资产在今后的使用和改进过程和过程资产在今后的使用和改进100CyberKeJiCyberKeJi 版权所有 请勿翻印V V 小结小结需求管理:管理需求从一个过程或一组过程到另一个过程的传需求管理:管理需求从一个过程或一组过程到另一个过程的传递、移交,并且跟踪工作产品和需求的完整性递、移交,并且跟踪工作产品和需求的完整性101CyberKeJiCyberKeJi 版权所有 请勿翻印#CL1#CL1级的需求管理级的需求管理特定目标特定目标1 1:管理需求:管理需求获得对需求的理解获得对需求的理解管理需求变更管理需求变更标识项目产品和计划与工作需求之间的不一致标识项目产品和计划与工作需求之间的不一致共性目标共性目标1 1:获得特定目标:获得特定目标102CyberKeJiCyberKeJi 版权所有 请勿翻印#CL1#CL1到到CL2CL2转变的需求管理转变的需求管理特定目标特定目标1 1:管理需求:管理需求获得对需求的理解获得对需求的理解管理需求变更管理需求变更标识项目产品和工作计划与需求之间的不一致标识项目产品和工作计划与需求之间的不一致获得对需求的承诺获得对需求的承诺维持需求的双向可跟踪性维持需求的双向可跟踪性103CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求管理的能力等级需求管理的能力等级特定的目标:管理需求特定的目标:管理需求获得对需求的理解获得对需求的理解管理需求变更管理需求变更标识项目工作标识项目工作产品产品和工作计划与需求之间的和工作计划与需求之间的不一致问题不一致问题获得对需求的承诺获得对需求的承诺维持需求的双向可跟踪性(新维持需求的双向可跟踪性(新增加的实践)增加的实践)CL1CL1CL2CL2104CyberKeJiCyberKeJi 版权所有 请勿翻印# #工程过程域工程过程域需求需求 产品和产品产品和产品构件需求构件需求需求管理需求管理RMRM需求开发需求开发RDRD客户客户产品产品替代解替代解 决方案决方案产品构件,工作产品产品构件,工作产品产品构件产品构件验证和确认报告验证和确认报告客户需求客户需求确认确认VALVAL项目集成项目集成PIPI验证验证VERVER技术解决技术解决方案方案TSTS105CyberKeJiCyberKeJi 版权所有 请勿翻印# #需求管理练习需求管理练习有哪几类需求?各自的含义是什么?在生命周期的各个阶段中,需求和有哪几类需求?各自的含义是什么?在生命周期的各个阶段中,需求和规格说明的含义是什么?规格说明的含义是什么?需求变更的处理步骤是什么?如何保持项目需求与产品和产品构件的一需求变更的处理步骤是什么?如何保持项目需求与产品和产品构件的一致性?为什么要分析以及如何分析需求变更请求的影响?致性?为什么要分析以及如何分析需求变更请求的影响?一个需求有哪些状态?为什么要跟踪需求状态?如何跟踪需求状态?一个需求有哪些状态?为什么要跟踪需求状态?如何跟踪需求状态?双向跟踪的含义是什么?你认为有哪几个跟踪矩阵较好?双向跟踪的含义是什么?你认为有哪几个跟踪矩阵较好?需求跟踪矩阵项的粒度多大较好,即如何确定需求跟踪矩阵项的粒度?需求跟踪矩阵项的粒度多大较好,即如何确定需求跟踪矩阵项的粒度?106CyberKeJiCyberKeJi 版权所有 请勿翻印Q&AQ&A107CyberKeJiCyberKeJi 版权所有 请勿翻印参考资料参考资料Capability Maturity ModelCapability Maturity Model Integration, Version 1.1 (SW-CMMI) Integration, Version 1.1 (SW-CMMI), , Pittsburgh, PA: CMU/SEI, 2002. Pittsburgh, PA: CMU/SEI, 2002. Introduction to the CMMI (Staged)Introduction to the CMMI (Staged), Pittsburgh, PA: CMU/SEI, , Pittsburgh, PA: CMU/SEI, 2001. 2001. Intermediate Concept of CMMIIntermediate Concept of CMMI, Pittsburgh, PA: CMU/SEI, 2001. , Pittsburgh, PA: CMU/SEI, 2001. CMMICMMI : Guidelines for Process Integration and Product : Guidelines for Process Integration and Product Improvement,Improvement, Mary Beth Mary Beth ChrissisChrissis, Mike , Mike KonradKonrad, Sandy , Sandy ShrumShrum, , Pearson Education, Inc. 2003Pearson Education, Inc. 2003Managing the Software ProcessManaging the Software Process. Watts S. Humphrey. 1989 by . Watts S. Humphrey. 1989 by Addison-Wesley. (Addison-Wesley. (有中译本有中译本, 2003 , 2003 清华大学出版社清华大学出版社) )108CyberKeJiCyberKeJi 版权所有 请勿翻印谢谢 谢谢! !
收藏 下载该资源
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号