CMMI需求访谈V1.1
- 格式:doc
- 大小:42.50 KB
- 文档页数:5
CMMI需求访谈V1.1需求访谈角色定义:姓名:负责项目:1.请说明公司怎样明确需求人员岗位职责?在哪些方面体现?RD、REQM:GP2.4详细说明2.需求方面,公司是否有一些指导的方针?RD、REQM:GP2.1要收集干系人的需要,制订产品与产品组件需求,并且分析与确认那些需求。
对此,本方针建立了组织级期望。
要管理需求并识别需求与项目计划和工作产品之间的不一致。
对此,本方针建立了组织级期望。
3.请你描述一下需求阶段分为几个子过程?及主要的工作是什么?RD SP1.1 、SP1.2、SP2.1、SP2.2、SP2.3、SP3.5制定需求调研计划,进行用户调研访谈,作需求调研记录,收集用户反馈意见,最终形成《用户需求说明书》《软件需求说明书》,客户确认后,经评项目审通,评审通过后,纳入基线,需求变更依据变更流程执行;其主要的工作是实现需求管理和需求开发的目标4.你是如何获取项目和产品的需求?有哪些方法?REQM SP1.1与用户访谈(交流访谈)、参与用户工作、收集用户工作资料、发放调研问题登记表(问卷调查)、收集用户反馈意、研究同类产品、情景分析(例如:可描述当前一项业务怎么做、也可以描述设想的系统中此项业务怎么做。
可结合交流访谈方法进行需求调研活动。
)、原型设计、咨询同行业专家等多种形式收集用户需求5.6.需求分析采用了哪些方法?是否有其他的方法?你是如何判断这些方法符合项目要求?RD SP3.1、SP3.2、SP3.3、SP3.4根据对最终产品的理解,确定技术方案,构建产品运作的过程和场景,定义业务流程,将需求分解,识别功能与子功能,平衡需求,建立各功能的输入、输出、处理逻辑,识别风险等,通过原型开发理解需求7.需求分析结果是否都记录在哪里,主要内容有哪些?RD SP2.1、SP2.2、SP2.3通常在需求说明说中一并纳入需求分析的内容定义功能架构,划分子系统、绘制系统拓扑图、为需求建立模型、创建开发原型、分析可行性、确定需求优先级、编写数据字典、定义约束条件8.需求的优先级如何确定?需求程度(验证、一般),需求的稳定性?RD SP3.4、SP3.5以用户的意见为主,同时考虑开发成本、进度和境地风险等因素确定项目的优先级9.你是如何与客户确定需求变更的约定?有哪些记录?REQM SP1.2根据需求变更流程执行,记录在需求变更申请和需求跟踪表中10.需求变更的流程是如何的?如何确保需求的一致性?REQM SP1.3、SP1.4、SP1.5 GP2.7、GP2.8、GP2.10见《需求变更申请》,变更申请--〉变更分析--〉变更审批--〉变更执行:基线变更、基线审核--〉变更跟踪与检查等11.在配置库中是否建立了需求基线?如何建立需求基线?该基线包括哪些配置项?RD GP2.6;CM SP1.3建立,包括需求阶段计划、需求说明书、需求变更申请、需求跟踪表等12.你是如何统计和分析需求变更的?工作量统计吗?需求阶段工作量占项目总工作量的多少?MA SP2.1、SP2.2在任务单中体现,统计阶段工作量与偏差20%13.需求活动在什么情况下可以结束?什么时候?REQM SP1.2当需求说明书最终经过了用户评审后,视为该阶段结束14.你参与的项目采用的生命周期模型是什么?公司定义了哪几种生命周期模型?OPD SP1.2 ;IPM SP1.1采用瀑布变形的生命周期模型,公司只定义了这一种模型15.需求活动中是否会碰到一些风险?你是如何识别和控制这些风险的?RSKM SP2.1、SP2.2会遇到风险,如客户方面(反馈不及时、没有按时提供资料、提供的资料不完整、对自身工作不了解等)或需求本身风险(对需求了解不够,造成工作缓慢,返工较多、需求不断变化、添加额外的变化等)或人员风险(身体状况下降、工作变动等)根据公司的风险管理指南和风险列表进行跟踪16.你参加过哪些方面的培训?REQM、RD:GP 2.5;OT SP2.1公司级的过程体系培训和开发技术培训17.Q A如何检查你的工作?PPQA SP2.1 、SP2.2过程检查单18.你是如何确定你的需求都被实现了呢?VER SP2.1 、SP2.2、SP2.3、SP3.1;V AL SP2.1 、SP2.2实施行动计划。
项目经理访谈角色定义:姓名:负责项目:1.你目前负责哪几个项目,现处于什么阶段?PP GP2.4 ;PMC SP1.6、SP1.72.你是如何进行项目的裁剪(公司是否有相关的规程,裁剪的结果记录在哪)?IP M SP1.1、SP1.23.项目采用的生命周期模型是什么(为什么采用这种生命周期模型、选择的依据)?OPDSP1.2 ;IPM SP1.14.你是如何制定项目计划的,哪些人员参与了项目计划的制定过程?PP SP1.1、SP1.2 SP1.3、SP1.4、SP2.1、SP2.2、SP2.3、SP2.4、SP2.5、SP2.6、SP2.7 GP2.2、GP2.4、GP2.75.集成项目计划的包括了哪方面的内容,集成项目计划是否发生过变更,如何进行变更?PPSP2.7 GP2.7 ;IPM SP1.3、SP1.46.你是如何估计项目的规模、工作量、进度、成本,为什么选用这种估算方法,公司规定了哪几种估算方法?PP SP1.1、SP1.2、SP1.47.你是否如何估计项目的关健计算机资源?PP SP1.48.你是如何对项目(进度、成本、质量)进行跟踪和管理的?PMC SP1.1、SP1.69.你如何对风险进行跟踪?PMC SP1.310.项目划分了哪几个阶段(或里程碑)?里程碑阶段需要做哪些方面的工作?PMC SP1.711.项目的培训是如何开展的?PP SP2.512.你参加过哪方面的培训?你是如何了解公司的培训安排?PP、PMC、IPM、RSKM:GP2.513.项目过程中统计哪些方面的数据?MA SP2.1、SP2.2、SP2.3、SP2.414.公司的收集哪些方面的数据,存放在哪儿,谁来管理这些数据?如何进行管理?OPD SP1.4 ;MA SP2.1、SP2.2、SP2.3、SP2.415.&28项目策划的主要指导原则是什么、项目跟踪的主要指导原则、集成项目管理的指导原则、风险管理的指导原则? PP、PMC、IPM、RSKM:GP2.116.QA如何来检查你的工作?PPQA SP2.1 、SP2.217.上级领导如何来审查你的工作?PP、PMC、IPM、RSKM:GP2.118.请你描述一下公司的需求过程,你参与了需求的调研过程吗?RD SP1.1 、SP1.2、SP2.1、SP2.2、SP2.3、SP3.519.你是如何来管理需求的(需求发生变更,你如何处理)?REQM SP1.3、SP1.4、SP1.5 GP2.7、GP2.8、GP2.1020.需求发生变更时,由谁对需求进行承诺?REQM SP1.2、SP1.321.需求是如何进行评审的(谁来组织、监控、问题是否统计和分析)?VER SP2.1、SP2.2、SP2.322.项目中建立了几条的基线,如何建立基线?CM SP1.1、SP1.2、SP1.323.如何进行配置审计?CM SP3.1、SP3.224.基线变更的流程?CM SP2.1、SP2.2B的职责是什么?CM SP1.3 ;GP2.4、GP2.7、GP2.1026.你收到CM哪些方面的报告?CM GP2.827.项目需求的主要指导原则是什么、项目配置的主要指导原则、技术解决、验证、确认、产品集成的指导原则?REQM、RD、TS、CM、VER、V AL GP2.128.请描述一下测试分为几个阶段,主要采用什么的测试工具?VER SP1.1、SP1.2、SP1.3、SP3.1、SP3.229.描述一下如何进行产品集成?PI SP1.2、SP1.3、SP2.1、SP2.2、SP3.1、SP3.2、SP3.330.你如何与测试组进行沟通?IPM SP2.1、SP2.2、SP2.331.公司的过程改进小组(EPG)由哪些成员组成,他们主要的职责是什么?OPF、OPD : GP2.432.你如何了解过程改进的执行情况?OPF SP2.233.你是如何给过程改进小组提供意见及建议,他们是如何处理的?GP3.234.你知道公司过程财富库主要有哪些方面的内容(剪裁指南、生命周期模型、过程标准文件),你是如何访问的(谁来进行管理和控制)?OPD SP1.1、SP1.2、SP1.3、SP1.4、SP1.535.项目结项时,将项目中的经验教训存放于哪里?OPF SP2.4 ;IPM SP1.536.DAR的流程是什么?如何作的?DAR SP?37.什么时候要启动DAR流程进行决策?DAR SP1.1。
答:配置管理员在编写配置管理计划时和项目经理一起识别配置项。
配置项主要包含项目管理类、支持类、工程类、项目资料类的文档四大类。
管理类:项目计划、项目进度计划、立项报告、工作量估算记录表支持类:质量保证、配置管理、度量工程类:需求、设计、代码资料类:培训资料、周报、会议纪要。
2请叙述您项目的配置管理系统以及如何建立?如何申请及建置呢?答:在项目初期根据组织的配置管理过程文件、配置管理规范、项目变更过程文件建立配置管理系统。
配置管理员向公司网络管理员申请配置管理系统的空间。
配置库包含开发库,受控库、产品库。
开发库:是存放正在开发状态下的文档及代码。
受控库:是存放受控的配置项和定义了基线以后的文档。
产品库:是存放已经正式发布的软件产品。
3.工作的产出如何被管理,有那些产出被管理,是否有管理计划?答:项目计划的数据管理计划有配置库目录的结构有配置管理的产出。
配置管理计划中配置库的目录结构也有指出。
4.请叙述您项目的配置管理系统以及如何建立如何申请及建置呢?答:配置管理计划中有基线发布计划,基线中包含的配置项,都要经过评审。
项目经理安排人员填写申请表。
申请人组织与基线有关的人进行评审,ccb评审通过,解决评审发现的问题后,配置管理员建立基线。
配置管理员给基线的配置项打上标识记录到台账,基线建立完成后,通知项目经理和相关人员基线已建立,并在阶段的配置状态报告中记录.5.您如何管制配置项的变更答:变更实施人通知配置管理员,变更已经通过评审,配置管理员进行确认,从受控库中检出变更申请单中需要变更的配置项,经过实施人修改后,重新纳入受控库,并且对配置项进行标示。
如果涉及到基线的变更同时也要对基线的标示变更,并记录到状态报告中。
6.您会产出那些配置管理纪录?这些记录会被如何使用?答:配置状态报告、配置管理台账、配置审计报告、基线建立跟踪表、变更记录表。
配置状态报告用来记录每个配置项的状态,及时让项目经理和项目成员了解配置项状态。
测试访谈1.是否成立了独立的测试组?测试人员在项目中测试的职责?VER GP2.4提示:有测试组(质量管理部)。
测试组由测试组长和测试员组成。
测试组长的职责:负责制订测试计划,协调测试进度。
测试人员的职责:负责项目/产品的测试工作;编写项目/产品的测试用例、各个阶段的测试报告,完善用户的支持性文档如用户手册、在线帮助等。
2.你是如何了解到你是项目中的成员?VER GP2.4提示:在立项阶段,公司组织立项会议,通过《立项报告》明确项目人员安排。
项目计划——项目体制表中明确了人员的角色和职责。
3.你参与了哪些方面的同行评审?同行评审流程?VER SP2.1、SP2.2、SP2.3提示:需求规格说明书、概要设计、详细设计、测试用例等同行评审。
同行评审流程:作者提出评审申请,由项目经理确定评审的参加人员,提前发通知(内容:评审时间,评审的内容、评审检查表等)给评审参加人员。
召开评审会议,指定会议记录人员,会议一般由项目经理主持,作者讲解待评审的内容,评审人员依据评审检查表进行评审;在评审过程中,作者需要回答评审人员的提问。
评审的结果记录在《评审记录与报告》中。
问题由相关人员进行修改,修改完后,由评审人员进行验证,QA跟踪直到关闭。
4.你什么时候开始制定测试计划?是否发生过变更,如何进行变更?VER GP2.2提示:在立项价段制订测试计划的初稿,一直到代码编写完成后进行评审,形成最终的版本。
暂未发生过变更,如果发生变更,由测试组长修改,项目组相关人员评审,通过后更新《测试计划》并评审。
5.什么时候编制测试用例?依据是什么?如何保证测试用例与需求的一致性?需要同行评审吗?VER SP1.1、SP1.2、SP1.3提示:在需求基线化后,依据需求规格说明书编写系统测试用例,依据代码和详细设计编写单元和集成测试用例,公司有统一的测试用例模板。
通过测试用例的评审由专家来把关;由项目经理通过《需求跟踪矩阵》来跟踪用例与需求的一致性。
组织培训(OT)访谈1.请描述一下你在培训中的职责?OT GP2.4提示:1、建立培训组织体系,组织、落实公司培训发展规划,指导、监督各部门教育培训工作。
2、公司常规培训项目的设计,负责制定年度培训计划。
3、协调公司、各部门、项目组培训工作的开展,收集培训需求,组织培训效果调查,监督学员填写培训过程(效果)评估调查表,保存培训记录。
2.培训的方针是什么?OT GP2.1培训方针:以人为本、全员参与、学习创新、注重实效。
具体:我们公司统一制定了一个组织方针。
由EPG(过程改进小组)起草,并由MSG(管理委员会)审批,组织方针包含了CMMI 17个过程域,每个过程域都有一个子方针,而这一条方针只是我们培训方面的方针。
3.请你描述一下你们组织的培训过程?OT SP1.1、SP1.2、SP1.3、SP1.4、SP2.1、SP2.2、SP2.31、每年年初,由培训专员收集各部门员工的培训需求(包括培训的内容,培训方式,培训的人数,培训的各个方面资料),汇总形成《培训需求调研表》。
2、依据公司的年度经营目标和长远规划,制定《年度战略培训工作计划》,并相应制定《年度培训课程表》。
《年度战略培训工作计划》和《年度培训计划表》提交公司高层领导审批。
3.培训专员按照《年度战略培训工作计划》和培训课程表组织培训。
4、培训讲师培训前将培训的材料发给培训专员,经培训专员评审后发给学员(主要评审培训的材料是否是按照公司规定的模式去做的,是否有遗漏),确定具体的培训日期和安排。
5、学员参加培训后,填写《培训记录表》,主要是培训人员的签名、培训的内容等。
培训完成后学员填写《培训过程(效果)评估调查表》,主要是培训人员对培训过程、培训环境、培训方式等的评价。
培训结束后,需要组织对学员的考核,考核结果记录在《培训考核结果登记表》,培训专员汇总分析学员培训的情况,填写《员工技能及培训记录》。
4.是否制定了有免培规程吗?OT SP2.1、SP2.2、SP2.3提示:学员参加培训过的课程考试通过后,即不需要参加同样的培训课程。
CMMI最终评审提问单二○一四年三月1CMMI 2级过程域:需求管理REQM1.1 SG1管理需求1.1.1 SP 1.1项目组通过何种方式理解需求?答: 1、项目在获取客户需求中,通过与客户访谈的方式获取需求生成需求记录表,依据需求记录表编写了用户需求规格说明书;2、项目组人员对用户需求说明书进行分析,分析了功能点,形成软件规格说明书;3、项目组与用户一起参与了需求评审会议,对用户需求规格说明书进行了确认,形成了会议纪要,确保了对于需求的含义达成一个相容的共同的理解。
1.1.2 SP 1.2怎样获得对需求的承诺?答: 1、项目对用户需求进行了分析,形成了用户需求规格说明书;2、项目组成员(项目经理、需求人员、设计人员、开发人员、测试人员)与相关干系人一起参加了需求文档的评审,并在评审报告上签字。
1.1.3 SP 1.3如何管理需求的变更?答:1、项目需求的变更活动依据程序文件《变更管理规程》的规定进行管理,用户或项目组成员提出需求变更申请填写需求变更申请表,项目经理获得需求变更之后进行影响分析,填写软件变更申请表;2、变更控制委员会(CCB)对需求变更申请表和软件变更申请表进行评审,讨论变更是否能通过,并形成会议纪要;3、从配置管理员处获取相应的配置项进行变更,变更完成过后进行相应的验证,通过验证之后填写《软件变更报告单》;将软件报告单提交CCB进行批准。
4、项目经理发出基线建立申请,建立相应基线,配置管理员进行审计并发布配置状态。
1.1.4 SP 1.4如何维护需求的双向可追溯性?答:对项目的需求通过需求跟踪矩阵进行双向溯源和管理,先对各个需求做统计,然后在各个阶段做需求维护,对需求的实现,需求的测试,需求的交换和验收都有追溯。
1.1.5 SP 1.5在你的项目中如何确保项目工作与需求的一致?答:1、需求、设计、编码等阶段的评审检查单对项目的工作任务和需求的一致性进行了检查;2、使用需求跟踪3、矩阵对发生变更的需求进行双向溯源。
项目经理访谈角色定义:姓名:负责项目:1.你目前负责哪几个项目,现处于什么阶段?PP GP2.4 ;PMC SP1.6、SP1.7南特OA协同办公系统,目前已经结项。
2.What project do you manage? What phase are these projects in?3.你是如何进行项目的裁剪(公司是否有相关的规程,裁剪的结果记录在哪)?IP M SP1.1、SP1.2在需求结束后,由PM配合QA,基于公司的标准过程集,根据公司的裁剪指南,识别项目的特征,依据一定裁剪规则生成相关的裁剪结果,裁剪结果被命名为项目的PDP文档而保存起来 .4.How do you tailor the project defined process from the organizational process? Is there a tailor guide, and where do you store the PDP?5.项目采用的生命周期模型是什么(为什么采用这种生命周期模型、选择的依据)?OPD SP1.2 ;IPM SP1.1采用的传统的瀑布型生命周期,之所以采用这种生命周期的原因是因为项目需求相对稳定.6.What software lifecycle modes do you use? Why do you choose the model?7.项目的工作环境是如何按照组织的标准工作环境制定的?IPM SP1.3公司有统一的标准工作环境可以参照《NT-OPA-工作环境指南.doc》.项目基本上是按照组织的标准环境来设定项目的工作环境,当项目对某些环境要素有特殊要求的时候,会向高层经理提出申请,得到审批后添置或者另设,但是同时要报告EPG以备更新组织标准工作环境.8.How do you work out the project environment from the organizational environment definition standard?9.你是如何制定项目计划的,哪些人员参与了项目计划的制定过程?PP SP1.1、SP1.2 SP1.3、SP1.4、SP2.1、SP2.2、SP2.3、SP2.4、SP2.5、SP2.6、SP2.7 GP2.2、GP2.4、GP2.7a)PM配合QA作项目的裁剪。
需求访谈
角色定义:姓名:负责项目:
1.请说明公司怎样明确需求人员岗位职责?在哪些方面体现?RD、REQM:GP2.4
详细说明
2.需求方面,公司是否有一些指导的方针?RD、REQM:GP2.1
要收集干系人的需要,制订产品与产品组件需求,并且分析与确认那些需求。
对此,本方针建立了组织级期望。
要管理需求并识别需求与项目计划和工作产品之间的不一致。
对此,本方针建立了组织级期望。
3.请你描述一下需求阶段分为几个子过程?及主要的工作是什么?RD SP1.1 、SP1.2、SP2.1、SP2.2、SP2.3、SP3.5
制定需求调研计划,进行用户调研访谈,作需求调研记录,收集用户反馈意见,最终形成《用户需求说明书》《软件需求说明书》,客户确认后,经评项目审通,评审通过后,纳入基线,需求变更依据变更流程执行;其主要的工作是实现需求管理和需求开发的目标
4.你是如何获取项目和产品的需求?有哪些方法?REQM SP1.1
与用户访谈(交流访谈)、参与用户工作、收集用户工作资料、发放调研问题登记表(问卷调查)、收集用户反馈意、研究同类产品、情景分析(例如:可描述当前一项业务怎么做、也可以描述设想的系统中此项业务怎么做。
可结合交流访谈方法进行需求调研活动。
)、原型设计、咨询同行业专家等多种形式收集用户需求
5.你是如何对需求分类(功能、非功能)?依据什么进行分类?RD SP2.1、SP2.2;
PI SP2.2
实现用户业务工作要求为功能需求,在功能上获得性能需求,即非功能需求,主要根据需求属性来定义的
6.你是如何标识需求状态的?你采用了什么方法或工具跟踪需求的状态?REQM SP1.4 通过需求说明书建立《需求跟踪表》,通过《需求跟踪表》来进行需求状态的跟踪。
7.需求分析采用了哪些方法?是否有其他的方法?你是如何判断这些方法符合项目要求?RD SP3.1、SP3.2、SP3.3、SP3.4
根据对最终产品的理解,确定技术方案,构建产品运作的过程和场景,定义业务流程,将需求分解,识别功能与子功能,平衡需求,建立各功能的输入、输出、处理逻辑,识别风险等,通过原型开发理解需求
8.需求分析结果是否都记录在哪里,主要内容有哪些?RD SP2.1、SP2.2、SP2.3 通常在需求说明说中一并纳入需求分析的内容
定义功能架构,划分子系统、绘制系统拓扑图、为需求建立模型、创建开发原型、分析可行性、确定需求优先级、编写数据字典、定义约束条件
9.需求的优先级如何确定?需求程度(验证、一般),需求的稳定性?RD SP3.4、SP3.5 以用户的意见为主,同时考虑开发成本、进度和境地风险等因素确定项目的优先级
10.你是如何与客户确定需求变更的约定?有哪些记录?REQM SP1.2
根据需求变更流程执行,记录在需求变更申请和需求跟踪表中
11.需求变更的流程是如何的?如何确保需求的一致性?REQM SP1.3、SP1.4、SP1.5 GP2.7、GP2.8、GP2.10
见《需求变更申请》,变更申请--〉变更分析--〉变更审批--〉变更执行:基线变更、基线审核--〉变更跟踪与检查等
12.在配置库中是否建立了需求基线?如何建立需求基线?该基线包括哪些配置项?RD GP2.6;CM SP1.3
建立,包括需求阶段计划、需求说明书、需求变更申请、需求跟踪表等
13.你是如何统计和分析需求变更的?工作量统计吗?需求阶段工作量占项目总工作量的多少?MA SP2.1、SP2.2
在任务单中体现,统计阶段工作量与偏差
20%
14.需求活动在什么情况下可以结束?什么时候?REQM SP1.2
当需求说明书最终经过了用户评审后,视为该阶段结束
15.你参与的项目采用的生命周期模型是什么?公司定义了哪几种生命周期模型?OPD SP1.2 ;IPM SP1.1
采用瀑布变形的生命周期模型,公司只定义了这一种模型
16.需求活动中是否会碰到一些风险?你是如何识别和控制这些风险的?RSKM SP2.1、SP2.2会遇到风险,如客户方面(反馈不及时、没有按时提供资料、提供的资料不完整、对自身工作不了解等)或需求本身风险(对需求了解不够,造成工作缓慢,返工较多、需求不断变化、添加额外的变化等)或人员风险(身体状况下降、工作变动等)
根据公司的风险管理指南和风险列表进行跟踪
17.你参加过哪些方面的培训?REQM、RD:GP 2.5;OT SP2.1
公司级的过程体系培训和开发技术培训
18.QA如何检查你的工作?PPQA SP2.1 、SP2.2
过程检查单
19.你是如何确定你的需求都被实现了呢?VER SP2.1 、SP2.2、SP2.3、SP3.1;V AL SP2.1 、SP2.2
实施行动计划。
为实施行动计划,如下任务应得到执行:
• 进行分派。
• 对做工作的人进行协调。
• 对结果进行评审。
• 跟踪行动项直到关闭。
评价已实施行动对过程性能产生的效果。
参阅“量化项目管理”过程域以进一步了解如何选择度量项与分析技术。
一旦已变更的过程部署到整个项目,评价变更的效果以验证该变更改进了过程性能。
工作产品实例
1. 对过程性能以及过程性能变更的分析
子实践
1. 对项目中受影响过程或子过程的过程性能变更进行度量与分析。
本子实践确定所选变更是否已经正面影响过程性能及影响程度。
CMMI 开发模型,版本1.3
110 原因分析与解决(CAR)
项目已定义的设计过程中,过程性能变更的一个实例可能是为了满足质量与过程性能目标对预测的设计能力的变更。
另一个实例可能是,依照改进实施前后通过同级评审所统计度量的,设计文档中缺陷密度的变更。
在统计过程控制图上,这个过程性能变更可能表现为均值的改进、偏差的降低或两者皆有。
统计与其它量化技术(例如,假设检验)可以用于比较前后基线以评估变更的统计显著性。
2. 确定变更对达成项目的质量与过程性能目标产生的影响。
通过理解过程性能数据的变化已经如何影响了项目的质量与过程性能目标,本子实践确定所选的变更是否对满足这些目标的能力产生了正面影
根据需求过程检查单进行检查,需求跟踪表
20.接口?。