CMMI访谈问题及答案
【CMMI认证】3. PAD、PCM、MPM 访谈问题 - EPG -(含答案)
一、PAD 过程资产开发(访谈角色:EPG)1、公司执行产品/项目开发及维护需要哪些过程资产?PAD 2.1答:公司进行项目开发需要的过程资产有过程规范、模板、指南文件等,主要包括管理类、行动类、使能类和提高类过程资产内容。
管理类:主要包括项目策划、估算、监控、风险、度量等;行动类:主要包括需求开发管理、设计、开发、产品集成、测试、评审、质量保证、验收等;使能类:主要包括决策分析、配置管理、因果分析与解决等提高类:主要包括管理性能和度量、过程管理、过程资产开发、实施基础条件和治理等内容2、公司产品/项目开发涉及的资产哪些是开发、采购或复用的?PAD 2.2答:⚫首次评估的公司回答:公司的组织过程规范、模板和指南都是在咨询顾问的指导下进行开发的;公司开发软件、常用软件是采购的;公司以前的一些研发的通用组件可以复用(如:邮件发送、人脸识别、GPS组件等)。
⚫复评估的公司回答:公司的组织过程规范是在以前的过程规范基础上改进而来的,针对CMMI V2.0版本的部分是新开发的,如GOV(Governance)治理和II(Implementation Infrastructure)实施基础架构是新开发的,其他的过程资产可以复用(如以前的QA质量保证、CM配置管理以及工程类过程)。
3、组织过程资产的构建及更新战略是什么?PAD 3.1答:EPG小组在咨询顾问的指导下建立了《组织过程资产库管理规范》,里面包含了对组织过程资产的分类、建立、如何使用和维护。
主要是由EPG小组进行建立和维护,包括对资产库的内容增加、修改等,做到专人维护,专人负责。
4、请简要描述组织过程与过程资产的结构。
PAD 3.2答:组织标准软件过程(OSSP)主要包括管理类:主要包括项目策划、估算、监控、风险、度量等;行动类:主要包括需求开发管理、设计、开发、产品集成、测试、评审、质量保证、验收等;使能类:主要包括决策分析、配置管理、因果分析与解决等;提高类:主要包括管理性能和度量、过程管理、过程资产开发、实施基础条件和治理等。
【CMMI认证】CM访谈问题 - 配置管理员 -(含答案)
一、CM 配置管理(访谈角色:CM、CMO)1、组织/项目中识别了哪些配置项,是依据什么识别的?CM 2.1答:⚫组织中主要配置项有:过程改进计划、改进建议、过程改进总结报告、年度培训计划等⚫项目中主要配置项目有项目计划书、用户需求说明书、需求规格说明书、系统设计说明书、源代码、测试用例、用户手册等。
⚫是依据公司EPG小组制定的《配置项识别指南》和项目过程定义书(PDP)来识别项目配置项的。
2、你们采用什么软件进行配置管理?配置管理系统提供哪些功能?CM 2.2答:我们采用GIT(这里根据公司实际情况回答)进行配置管理,配置管理系统主要提供了源代码和文件的管理功能,比如操作用户角色定义、权限分配、文件存档、配置库备份、版本恢复等功能。
3、组织/项目中建立了哪些基线?基线建立的流程是怎样的?CM 2.3答:⚫组织中建立的基线有OSSP(组织软件过程规范)版本基线⚫项目中建立的基线有计划基线、需求基线、设计基线、开发基线、测试基线、交付基线等。
⚫基线建立流程是:根据项目整体计划安排制定基线发布计划,在项目各里程碑节点对评审通过后的阶段配置项进行基线发布,把配置项纳入到基线区。
发布基线通知,基线通知中有基线名称、配置库位置、包含的配置项、发布人、发布日期等。
4、配置项/基线是如何进行变更控制的?CM 2.4答:如果项目中出现需求变更时,则需要执行配置变更。
首先责任人进行变更申请,包括需求变更内容、影响的阶段、变更期限、责任人等,并与CCB(配置变更委员会,一般包括项目经理、需求、项目核心成员、QA、CM等)一起进行评审,最后确定变更。
如果需要变更,则在后面的阶段跟踪变更后的配置项的修改记录、修改内容等。
5、配置管理产生哪些记录?如何了解配置项/基线的状态?CM 2.5答:配置管理产生了配置管理计划、识别的配置项、配置审计记录和报告、配置项状态表等记录,项目组成员是通过配置项状态表来了解配置项和基线的状态。
CMMI访谈问题及答案
7 8 9
PPQA PPQA PPQA
B C C
10 11
PPQA PPQA
B C
可否请你描述一下:公司是如何确保PPQA活动在项目组中顺利展开的? 可否请你描述一下:QA工作的原则
12
PPQA
B
可否请你描述一下:QA人员在你们项目中做些什么?
过程和产品的质量保证人员会定期来检查项目组是否遵循组织过程,比如计划是 否及时评审,进度是否正常,如果出现偏差,是否有效解决,编码是否遵循编码 规约等; 他们发现问题,会记录到不一致项表中,发布给大家, 我们收到不一致项,项目经理会指定人员解决,QA人员跟踪到不一致项被解决为 止。 根据项目经理的计划只制定QA计划,项目经理的项目计划发生变更的时候更新QA 计划,本项目没有变更QA计划 因为时间充分 项目经理、项目组、PPQA经理、以及其他相关人员(比如部长,组织度量人员)
可否请你描述一下:设计是怎么做的?成果物是什么?如何做详细设计? 我们根据设计规约做设计,设计书设计完成后,要做DR,DR发现的问题记录到DR 报告书中,并由DR者跟踪知道修改正确。 可否请你描述一下:coding怎么做的? 根据设计,coding规约,然后coding,自己调试通过,然后CR 可否请你描述一下:如何决定设计方案的?(如何处理多套方案的选择问 题?) 可否请你描述一下:在你的项目中,是如何做决策分析与和解决方案的? 你们怎么做决策与分析的?
24 25
风险管理 风险管理
B A
可否请你描述一下:风险管理怎么做的? 可否请你描述一下:你是如何计划和跟踪风险的?
26 27 28 29 30
风险管理 风险管理 集成项目管 理 集成项目管 理 集成项目管 理
B A A A A
CMMI_测试访谈问题及答案
测试访谈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提示:在需求基线化后,依据需求规格说明书编写系统测试用例,依据代码和详细设计编写单元和集成测试用例,公司有统一的测试用例模板。
通过测试用例的评审由专家来把关;由项目经理通过《需求跟踪矩阵》来跟踪用例与需求的一致性。
CMMI_组织培训访谈问题及答案
组织培训(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_配置管理员访谈问题及答案
CM访谈1.是否有独立的配置管理组?有组织级的配置管理员吗?CM GP2.4提示:公司建立了一个质管部,配置管理组属于质量管理部配置管理组由组织级配置管理员(建立配置管理系统、对公司的产品库进行管理、对项目级的配置管理员进行培训指导)和项目级的配置管理员组成。
2.你是如何知道自己是项目中的配置管理员的?CM GP2.2 、GP2.4提示:《立项报告》确定了该项目的配置管理员,同时在《配置管理计划》、《项目计划书》具体进行了说明。
项目级的配置管理员的职责:编写《配置管理计划》、《基线发布报告》,建立配置库目录结构、执行配置审计、报告配置项状态、管理配置库、控制配置项变更。
3.每个项目都有CCB吗?通常由哪些角色组成?他们的职责有哪些?CM SP1.3 ;GP2.4、 GP2.7、GP2.10 每个项目都有CCB(配置控制委员会),通常是由项目经理、QA人员、CM人员等组成。
CCB职责:审批《配置管理计划》; 审批基线的建立和发布;审批配置项、基线的变更。
4.你是如何制定配置管理计划的?在什么时间?权限设置、目录结构设置?CM GP2.2提示:在项目立项后,根据《项目计划》、配置管理过程文件及相关指南、模板制定《配置管理计划》。
《配置管理计划》经项目组评审,提交CCB审批。
配置管理员依据《配置项及配置库定义指南》进行设置,权限设置、目录结构在《配置管理计划》详细描述。
5.你参加过哪些方面的培训,是否给项目组、相关组做过配置管理方面培训? OT SP1.3提示:(1)首先参加了CMMI相关知识方面的培训和配置管理方面的培训,如配置管理工具VSS、公司配置管理规范、指南的培训等。
(2)组织级配置管理人员对项目级配置管理人员、项目组人员进行配置管理的指导和培训。
6.配置管理计划包括哪些方面内容?是否发生过计划变更?如何进行变更?CM GP2.10提示:《配置管理计划》包括人员、职责、软硬件资源、配置库结构、基线计划, 配置库备份计划、配置报告计划和配置审计计划等。
CMMI3访谈问题及答案--配置管理
CMMI3访谈问题及答案--配置管理配置管理访谈1. 可否请你描述一下:你是如何确定你的项目的配置项的访问控制的?我们在项目启动时,会编写项目配置管理计划,明确配置项以及相应的责任人,并设立每个配置项的访问权限,比如:项目计划的修改权只有计划的责任人拥有。
再次,对于配置项,我们实施变更控制:对于基线化了的配置项,配置管理员会锁定,如果有人要修改,要提交变更申请,得到CCB授权同意后,配置管理员才会将配置项的修改权限放给变更申请人。
2. 可否请你描述一下:在你的项目中是如何发起变更请求,如何审核变更请求,如何报告变更状况的(如何记录的)?对于基线化了的配置项,我们如果要修改,需要提交变更请求,即起草变更请求表;对于变更请求,项目CCB会进行影响分析,在变更请求表中填写影响范围、工作量等信息,同时会做出是否同意变更的决定,如果决定变更,会制定修改方案,安排相关人员明确影响范围,实施变更;变更实施完成,要提交CCB验证,验证通过后,变更请求才被关闭;3. 可否请你描述一下:怎样计划配置审计的(怎样制定配置审计计划)?配置审计计划一般参考项目配置管理计划制定审计计划,从功能审计和物理审计方面考虑具体审计时机。
功能审计,比如我们项目一般会在配置系统建立结束时作一次审计,以检查配置系统能够满足本项目的实施需要,配置项管理方法是否正确,是否完整;再则,我们根据基线建立计划以及阶段结束时间制订物理审计和功能审计的时机,以确保所有的配置项如在CM 计划中期望的那样放在配置管理系统(也称配置库)下,确保团队有一个机制来知道给定配置管理项的最新状态,确保配置管理项的状态与基线信息一致,识别团队的配置管理培训需求等4. 可否请你描述一下:怎样审核和授权软件基线的变更的?软件基线的变更需要获得CCB的审核和授权5. 可否请你描述一下:CCB由哪些人员组成?就由项目经理,配置管理员、技术骨干组成。
CCB主任一般由项目经理担当。
CMMI_开发访谈问题及答案
开发访谈1.你采用了什么编程语言?公司是否对这些语言的编码规范做了规定?TS SP3.1 采用了java编程语言,公司在编码标准中对这些语言的编码规范进行详细的规定,包括命名规范,程序开发规范,注释的规范。
我们编写程序在开发过程中都是遵循这些规范的。
2.你采用了什么样的开发工具? TS GP2.31.开发工具:Louts domino designer / VC++ / Eclipse2.开发语言:Lotus (VC++ / PHP )3.测试管理工具:TD4.应用服务器: Windows 20085.后台数据库:Oracle 10g6.分析设计工具:Visio2003(用例图、活动图、状态图、序列图、协作图、类图、流程图等等的设计);EXCEL等丰等工具7.版本管理工具: SVN8.项目管理工具:微软Project20033.你参与了哪些工作产品的评审?VER SP2.1 、SP2.2、SP2.3项目计划、需求规格说明书、代码、测试用例等等的评审。
4.编程活动在什么时候开始启动?TS SP3.1在详细设计评审通过后,编程开始启动。
5.你采用了什么样的编码方法?TS GP2.3面向对象的程序设计。
6.你用什么工具生成和调试你的程序的?TS GP2.3通过Louts / VC++ / Eclipse的Debug功能来调试程序。
7.你编写的程序是如何知道满足设计的?通过什么样的方式跟踪?TS GP2.31.编程本身是按照概要设计、详细设计进行的;同时编码过程都是遵循编码标准的2.通过代码检查和评审,由同行的专家提出意见和建议;项目经理以《需求跟踪矩阵》的形式进行跟踪记录。
8.如何对代码的质量进行评审? VER SP2.1 、SP2.2、SP2.3每个重要模块完成后,项目经理会指定专人依据《软件开发技术规范》对代码进行评审,评审结果记录在《评审纪录与报告》中。
9.你是如何进行单元测试的?测试的结果会记录吗?结果报告存放在哪里?TS SP3.1 单元测试,首先编写测试计划,计划通过评审后,编写测试观点,依据测试观点编写测试用例,然后对测试用例进行同行评审,评审通过后,编写测试程序,然后执行单元测试。
CMMI_质量保证组访谈问题及答案
质量保证组(QA)访谈1.是否有独立的QA组? PPQA GP2.4答:有,公司成立了QA组(质量管理部),负责对公司所有的项目级及组织级的过程和产品进行检查和审计。
组织级的质量保证职责:对公司过程改进活动和工作产品、培训活动和工作产品进行检查。
项目级的质量保证职责:对所有项目的过程和工作产品进行检查。
包括:制定质量保证计划、实施质量保证活动、总结质量保证活动。
2.什么时候开始制定QA计划?是否需经评审?是否发生过变更?QA计划中有哪些内容?PPQA GP2.2、GP2.7答:1、确立项目后,QA协助项目经理制定项目计划,同时制定QA计划。
2、质量保证作为项目计划的一部分,一起提交项目小组及相关人员评审3、如果需求、进度等因素引起QA计划的变更,则质量保证人员调整QA计划,提交项目组评审。
4、QA计划中包括质量目标、资源、质量保证计划进度安排、检查的频率等内容。
3.你能大致描述从项目启动→需求→设计→编码→测试→项目结束的过程吗?如何对这些过程进行监督检查?PPQA SP1.1、SP2.1、SP2.2答:确立项目后,QA协助项目经理制定项目计划,同时制定QA计划. 通过审批后,每2周对过程进行检查,如遇到产品发布时,则对产品进行检查,发现的问题记录在产品检查单中, 质量保证人员编写项目周报, 在里程碑点时,要进行质量审计。
在检查基线点时,协助配置管理人员进行配置审计,在项目结项时,对项目质量进行总结,形成质量保证计划。
QA对各阶段的活动和产品都要进行跟踪、检查和验证工作。
4.你主要检查了哪些工作产品?大致说一下?PPQA SP1.1、SP2.1、SP2.2答:包括立项报告、项目计划(包括:配置计划、度量计划、进度计划、配置管理计划、风险管理、成本预算“括号内可以不答”)等, 用户需求说明书、需求规格说明书、概要设计、详细设计、代码情况、测试计划、测试报告、配置管理报告、配置审计报告等。
5.你是如何检查配置管理活动及产出物(或产品)?CM SP3.2答:依据公司组织过程标准检查配置管理的环境组建、权限管理、目录结构、基线划分。
CMMI3访谈问题及标准答案
项目经理访谈1.项目介绍 , 自我介绍我叫的是实现XXX,是 XX项目的项目经理。
我们XXXXX,此刻已经结项。
我们项目从XX项目是用 XX开发的 XX系统,目X 年 X 月 X 日开始,到 X 年 X 月 X日结束,成员有XX,XX,XX⋯⋯,说明各自角色。
2.请描绘一下你是怎样做项目计划的?在立项建议书经过审批后,软件事业部部经理筹建项目组,指定 PM和项目成员。
PM向配置主管( XX)和 QA主管( XX)申请了 CM和 QA。
在QA的辅助下, PM参照财产库中的历史数据(北园春收费管理系统),依据立项建议书和合同中商定的工作内容拟订了项目开发计划。
1)依据《软件生命周期模型选择指导书》,使用《软件生命周期模型选择表》选择了本项目的生命周期模型 XX模型,并说明选择原由(选择表中的选择结果)。
2)依据《项目开发过程的选择与裁剪指导书》定义了项目特色,本项目需要X 人开发 X 月,因此是 X 类项目,使用《项目过程定义表》对项目过程进行裁剪,本项目裁剪了 XX活动并填写到《项目开发计划》的误差说明中。
3)PM依据项目的详细状况(如项目较简单,开发周期短,人员少)区分了里程碑。
本项目分 XX 个里程碑(详细说明),确立了每个里程碑的开始结束时间、抵达标记和输出件。
4)对项目所有的工作任务进行分解,记录在《项目开发计划.mpp》。
5)我们使用估量指导书进行了功能点估量。
先算出项目的数据功能点和项目的交易功能点,最后填写数据通讯、性能等 14 条通用特征计算有关复杂性调整因子及总功能点,获得调整后的功能点数,依据组织的生产率拟订本项目的生产率进而算出需要的工作量。
组织级的生产率是1(根据历史经验得来),本项目的是1。
并对各阶段的工作量比率进行了区分,依据各阶段的工作量对工作任务进行了时间分派,形成《进度计划》。
6)依据估量出的工作量进行了成本估量,包含人职薪资、开发环境建设成本、培训成本、公用成本。
CMMI_需求访谈问题及答案
需求访谈1.请说明公司怎样明确需求人员岗位职责?在哪些方面体现?RD、REQM: GP2.4提示:在《软件项目相关角色职责说明书》和《项目计划》的项目体制中明确定义了需求人员的岗位职责。
需求人员主要负责需求的调研、分析、整理需求,编制《用户需求说明书》、《需求规格说明书》。
2.需求方面,公司是否有一些指导的方针?RD、REQM: GP2.1提示:有,公司由EPG负责起草公司组织方针,由MSG审批访该方针,该方针为CMMI 17个过程域分别制作了子方针。
需求的方针是严格控制需求的变更,需求文档要经过严格评审才能提交客户确认。
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提示:利用《需求跟踪矩阵》标识需求状态。
CMMI组织类-过程改进组访谈问题及参考答案
CMMI组织类-过程改进组访谈问题及参考答案1.‘EPG(OPF)1.企业目标为何过程改进如何支持企业达成目标(SP答:金越软件的目标是成为国内领先的公共安全大数据平台承建商,政府信赖的数据治理和数据服务合作伙伴,致力于提升政府数据资产价值、提高政务(警务)云运行效率,助力建设平安社会、高效政务和智慧城市。
1) 成为中国领先的公共安全信息汇聚整合和大数据应用服务的创新企业;2) 公安、政法、政务等相关行业提供大数据资源整合和共享服务、大数据智能应用、跨网跨域安全交换和业务协同、综合业务办公整体解决方案;3) 研发大数据服务总线、大数据汇聚整合、跨网跨域安全交换、综合办公、门户等相关产品。
通过过程改进进一步规范软件产品研发和项目实施过程,提升项目研发效率,提高产品质量,降低缺陷率,强化发布软件系统的产品化程度,缩短现场工程实施周期,从而提高的公司的业务效益,实现公司的商业目标。
《改进计划》(\\cmmi\\EPG-过程改进\\01-诊断与改进计划)2.如何定期评鉴过程答:1)CMM过程改进项目启动时,由咨询公司结合我司商业目标以及项目实施和产品研发现状,针对CMM标准模型进行现状诊断,从而对当前软件成熟度现状有了初步的评价和改进意见;2)试点项目结束时,由项目组进行研发流程总结,总结本项目执行过程中发现的问题、提出建议,向EPG提交《项目总结报告》(cmmi\\项目1-赣州公安项目\\01-受控库\\02-过程文件\\04-支持)。
3)EPG组定期召开例会(2周一次),召集EPG组员收集试点项目的反馈信息,记录为《问题管理表》(\\cmmi\\EPG-过程改进\\04-改进项目管理\\组织级质量保证)、《》\\cmmi\\EPG-过程改进\\07-持续改进,作为后续改进计划依据。
4)试点项目结束后,咨询公司进行了预评估,全面诊断过程改进情况,形成《预评估报告》(\\cmmi\\EPG-过程改进\\06-预评估)EPG组长在整个cmm改进过程中,在各个阶段组织并监控评价过程,将评价结果向MSG汇报。
CMMI-3级评估-访谈提问单_答案
CMMI-3级评估-访谈提问单_答案CMMI访谈提问单PP 项目计划你是如何制定项目计划的,那些人员参与了项目计划制定过程,(1) 估计项目范围。
根据公司以往同类型历史项目的常规需、用户需求列表、参考同行产品得到产品的功能模块。
最小功能模块为增、删、改、查的上一级。
项目规模估计。
按独立功能(增、删、改操作的上一级)进行代码行数量估算。
定义项目过程。
由于本项目需求清晰,在项目初期就能就可以明确所有需求,所以选择的生命周期模型为瀑布模型。
本项目为产品研发项目,根据《组织标准软件过程裁剪指南》裁剪去掉了《组织标准软件过程》中项目立项阶段的“招标”和“应标”过程,裁剪结果记录在《项目软件过程定义》。
项目工作量估计。
在项目规模估计的基础上,依据组织提供的历史数据(人均生存率)以及业界标准(项目工作量阶段分布比例,开发工具系数、规模系数等)进行项目所需工作量的估计,从而进行进度安排。
确定项目角色和相关干系人。
项目经理为完成本项目选择相应的人员,定义每个成员的角色和职责,同时需识别相关干系人,比如客户代表,项目经理,需求人员、开发人员、设计人员等。
制定开发进度计划。
制定项目开发计划,明确所有的资源安排和时间安排,并得到项目相关干系人的统一认可。
识别项目风险。
物业:识别了项目的主要风险类别有“政策与行规”、“技术”、“项目团队”、“需求”及“计划”。
计划软硬件资源。
计划项目所需的软硬件资源。
物业:计划所需的软硬件资源有“开发PC”、“开发服务器”、“测试服务器”、“打印机”、“开发工具(如VS2005,VSS2005,SQL Server2005)”及“Office办公系列”确定项目数据管理计划。
项目产生的工作产品,统称为项目数据,如各种技术文档、管理文档、度量数据等。
项目的《配置管理计划》中的“配置项列表”给出了严格纳入配置管理、需版本控制的工作产品,如需求文档、设计文档、测试文档、源代码等;项目的《项目度量计划》给出了纳入该项目度量管理的所有数据,如工时、缺陷、评审发现的问题等。
CMMI_设计访谈问题及答案
设计访谈1.公司是否制定了设计方面的规程或指南?具体名称?TS SP1.3、SP1.4提示:公司制定了设计方面的规程。
主要有:《设计规范》、《设计方法》、《软件开发技术规范》、《面向对象设计方法》。
2.如何确定技术解决方案?TS SP1.1 、SP1.2 、SP1.3提示:在需求调研和需求文档确认后,相关设计人员就项目中的某些功能编写多个技术解决方案,完成后交项目经理,项目经理确定人员参与决策分析。
主要采用头脑风暴和会议的方式进行决策,从解决方案中选择适合项目的方案,形成决策分析报告,然后提交用户确认。
3.设计的过程?TS SP2.1、SP2.2、SP2.3、SP2.4;DAR SP1.3、SP1.4、SP1.5、SP1.6;PI SP1.1、SP1.2提示:设计一般分为2个阶段:概要设计和详细设计。
概要设计包括:总体设计、功能设计、运行设计、系统出错设计、数据结构设计、界面设计、系统安全设计、维护设计。
详细设计说明书:功能设计、表示层设计、接口设计、类设计、基表设计、数据库设计。
在需求规格说明书基线化后,进行概要设计的工作;在概要设计评审通过后进行详细设计的工作。
4.你参与了哪些工作产品的评审?VER SP2.1 、SP2.2、SP2.3提示:项目计划、用户需求说明书、需求规格说明书、概要设计、详细设计、测试用例的评审。
5.你采用了哪些设计方法及技术?你用到了哪些工具来开展你的设计工作?TS SP2.1 、SP2.2、SP2.3、GP2.3提示:采用面向对象的方法。
主要采用了:Visio2003:类图、流程图、界面示意图、网络拓朴图,主要用于系统方案、需求分析和模块设计。
6.你是如何确保你的设计符合需求?REQM SP1.4 ;VER SP2.1 、SP2.2、SP2.3提示:1.依据需求文档进行设计(主要是需求规格说明书);2.此外还需对设计进行评审,由专家进行把关;3.项目经理通过《需求跟踪矩阵》来跟踪需求是否被设计实现。
(完整版)CMMI访谈问答实例
如何理解客户的需求?答:首先,通过参阅客户的相关材料信息,进行需求调研;其次,针对获取的需求信息,进行相关培训;最后,参与需求评审会议,并作出评审记录,以便发布。
哪些人需要理解客户的需求?答:全体项目组成员都需要参与理解客户的需求。
1. Zheng Liu刘征——Project Manager (PM) ,项目经理兼Analysis & Design2. Jiping Wu吴际平——Analysis & Design,需求开发,组员3. Baolin Cheng程宝林——Coding & Development,软件开发,组员4. Tao Luo罗涛——Coding & Development,软件开发,组员5. Xiaofeng Yang杨晓峰——Testing6. Xiaowei Zhu朱晓伟——Configuration Management,配置管理7. Yan Zhou周燕——QA,质量检查如何让项目成员按照需求去遵循完成?答:首先,要给项目组成员培训客户的需求;通过每周例会,全体项目组成员要参与到需求的评审,让组成员对各自负责的需求进行确认。
如何对需求变更进行分析?答:首先得确认是不是由需求引起的变更;其次,再分析变更所产生的影响范围、大小甚至成本等。
哪些人会参与需求变更分析?答:一般受需求变更影响的项目组成员都得参与,必要的话,高层领导以及客户都得参与。
如何在项目中建立、跟踪、维护需求的双向跟踪矩阵?答:建立的话,通常在项目中各个里程碑阶段;而维护需求跟踪矩阵的话,包括需求、设计、编码、测试等;此外,我们主要从横向跟踪一致性与状态,然后再从纵向跟踪完成的进度。
如何处理需求变更对项目的工期或工作量的影响?答:1. 如果是变更的幅度较小,一般通过加班来解决问题2. 如果变更较大,可能会重新调整工期和工作量3. 我们会把变更记录在Project的Mpp中如何去开发客户的需求?答:首先收集客户材料,准备客户访谈单,进行访谈;然后通过现场观摩,整理需求、编写出需求文档等去实现开发需求。
CMMI3访谈问题-质量保证
CMMI3访谈问题-质量保证访谈问题-质量保证1、PPQA的职责是什么?如何来计划每个项目的质量检查过程?答:保证在软件整个生命周期内,项目组人员是否按照OSSP标准和规范执行项目活动。
根据项目定义和项目计划来制定质量保证的检查活动。
2、QA计划是如何制定的?有没有发生过变更?答:在项目立项的时候制定QA计划初稿,项目计划阶段制定QA 计划的完善,QA计划要经过评审,与项目计划一起进行评审,评审通过后要入基线库的。
计划发生过变更,有时针对客户不同时期的功能要求会形成不同的产品,计划免不了会发生相应的变动。
QA计划包含过程的检查,工作产品的检查两大方面。
过程的检查:分项目立项资料的检查、项目启动活动检查、项目管理执行活动检查、需求开发与管理检查、设计阶段活动检查、实现阶段活动检查、项目测试活动与测试执行检查、交付阶段检查、度量与分析过程检查、配置管理过程、配置管理执行检查、项目变更检查、管理评审检查、正式同行评审评审检查、非正式同行评审检查、走查检查、决策分析活动检查、项目总结活动检查。
工作产品检查: 分为项目裁减表检查、用户需求说明书检查、软件需求说明书检查、需求跟踪矩阵检查、软件估计检查、项目计划检查、度量计划检查、配置管理计划检查、测试计划检查、评审报告管理统计表、评审通知单、评审记录、里程碑检查。
3、对项目进行审计大概多久审计一次?答:按照质量保证计划,每半个月进行一次审计。
4、项目开发中检查了哪些工作产品?在哪里有定义?答:每个阶段都会产生一些工作产品,在《质量保证计划》和《检查表》中有定义。
项目立项阶段:我会检查有《项目审批表》、《项目管理记录》、《技术可行性分析报告》、《项目计划》初稿、《配置管理计划》初稿等;需求开发阶段:我检查《用户需求说明书》、《软件需求说明书》、《需求跟踪矩阵》等项目计划阶段:我检查《软件估计》、详细的《项目计划》、《配置管理计划》、《测试计划》、《项目计划评审》、《更新需求跟踪矩阵》项目的设计阶段:我会检查《数据库设计说明书》、《概要设计说明书》、《详细设计说明书》项目的编码阶段:我会检查《代码走读》、《单元测试用例》、《集成测试用例》、《系统测试用例》、《系统安装手册》、《用户使用手册》。
CMMI访谈问题及答案
20
度量与分析
B
21 22
度量与分析 度量与分析
A A
可否请你描述一下:在你项目中,度量数据的确认过程 度量怎么做的?有什么指标?除了质量、成本、进度之外,还要关注什 么,来帮助你的项目管理I
23
风险管理
C
可否请你描述一下:如何识别风险,风险系数是怎么来的?
我们有一个风险列表库,根据历史总结,我们主要在人员、客户沟通、技术、进 度等方面存在一些风险,我们从这些方面识别项目风险。 然后,根据分下发生的可能性和风险发生带来的影响的严重程度,得出风险系数 。 如果风险较多,我们一般跟踪风险系数最大的3到5个风险。 我们有一个风险列表库,根据历史总结,我们主要在人员、客户沟通、技术、进 度等方面存在一些风险,我们从这些方面识别项目风险。 然后我们设定风险缓解计划与跟踪计划,制订风险责任人负责跟踪风险状态。 我们这个项目周期比较短,我们对已经识别的风险基本上每天或者每隔一天跟踪 风险状态,并识别是否有新风险增加。 召开项目终了会议,总结项目经验和教训。并提交项目总结报告给EPG。
A:出现可能性极高;B:A类问题可能出现的 另一种提问方式;C:可能附加追问的问题 ID 1 过程领域 PPQA 问题级别 问题 B 可否请你描述一下:不一致问题(NC)是如何处理的?
回答问题要做到系统、有条理 回答参考 不一致问题需要与当事人和项目经理协商处理措施;如果不能达到统一意见,则 上报高级管理者; 同时根据解决期限,到时实施追踪; 按期无法解决的问题,再次和当事人协商,如果无法达成一致,则逐级上报给适 当的管理者进行解决; 对于近期的确无法解决的NC项,纳入组织课题管理表,在未来的高层会议中进行 分析、决策,项目中的该NC项暂时关闭; 所有NC项需要被跟踪到关闭; 首先做计划,根据计划去检查项目的情况如果发现不一致项,提交不一致项,进 行跟踪,如果不能达成统一意见则上报高级管理者。同时根据解决期限 到时实施 追踪,按期无法解决的问题 再次和当事人协商 如果无法达成一致则逐级上报给 适当的管理者进行解决,对于近期的确无法解决的NC项 纳入组织课题管理表, 在未来的高层会议中进行分析决策 项目中的该NC项暂时管关闭,所有的NC项需 要跟踪到关闭 QA非常有意义,但是也很难,QA工作最重要在于沟通 参与协助项目计划制定; 向项目组提供基于项目过程和规程的咨询和指导; 作为第三方检查项目组的活动、工作产品是否符合组织标准作业过程; 提交不符合项,协助项目组解决; 收集、提出改进意见; 向高层客观报告项目过程、产品等方面的信息; 帮助组织推广标准过程,实现过程改进的目标(今年的过程改进目标就是达到 CMMI L3标准) QA 定期进行检查,发现问题 ,QA把找出来的问题作为教训,为什么老是不按规 范做,一次又一次的不按规范做,对这些经验教训进行总结.,定期参加项目例 会,里程碑会议获取项目的数据经验。 参加职业培训 ,多参加一些实践提高自己的能力 对于项目组的检查要客观 公正 项目启动后要先跟项目经理交流,将自己获取的经验教训跟项目经理分享分享, 实际工作根据项项目经理计划制定QA计划。因为只有根据项目经理的计划的具体 数据才能够制定出符合本项目的更合理的QA计划 确保QA的权威性,QA人员就专职的做QA工作,不属于任何项目,还要检查项目配 置人员, 培训人员 ,EPG管理我的 保证有效性;审计及时性;缺陷修复最小代价;
CMMI_过程改进组访谈问题及答案
EPG访谈EPG:过程改进小组过程域(PA):为了完成目标而进行的相关活动的集合MSG:高层领导小组SPI:软件过程改进1.想问一下你们有专门的过程改进组吗?由哪些人员组成?OPF、OPD :GP2.4提示:成立了EPG小组和MSG组。
MSG组由公司高层领导组成,用于指导EPG工作。
EPG主要组成人员:项目经理、一些方面的专家(需求、设计、QA、CM、测试人员等)组成。
过程改进组织机构MSG的主要工作职责:⏹把SPI规划与组织的商业目标和发展战略联系起来;⏹提供资源和资金支持;⏹监督EPG活动。
EPG的主要工作职责:⏹争取CMMI管理委员会(MSG)的支持;⏹识别过程问题,制定详细的软件过程改进计划;⏹拥有按CMMI要求定义软件过程文件的职责和权利;⏹建立并管理组织的过程财富库,开展相关的培训活动;⏹与各级经理和项目开发人员合作推进过程改进;⏹对组织中使用的新过程、方法和工具进行监督和评价,优化过程并将其推广到组织的其他部分;⏹定期跟踪,监控和报告改进活动的状态;⏹开展阶段的评审活动,针对评估中发现的问题制定改进措施。
2.关于组织过程改进方面,是否有相关的方针?方针是谁写的?组织过程定义和组织过程焦点方针分别什么? OPF、OPD : GP2.1提示:我们公司制定了一个组织方针,这个方针由EPG起草,MSG审批,该方针里面为CMMI17个过程域都设立了子方针。
组织过程定义的方针:公司的过程财富库能实现共享和多次利用。
组织过程焦点的方针:过程改进是依据公司商业目标制定,并持续进行改进和完善。
3.你了解公司在过程改进方面投入情况吗?具体提供了哪些资源? OPF、OPD : GP2.3答:是的,我了解,首先作为公司员工,大家都知道目前正在进行过程改进的活动,并且在软件研发部和质量管理部门进行了实施,公司指定了一系列的制度给予了保证,比如说配备专项的资金供EPG小组使用,并且公司提供了充足的硬件设备,比如办公电脑、笔记本电脑、刻录机等。
CMMI_项目经理访谈问题及答案
项目经理访谈1.你目前负责哪几个项目,现处于什么阶段?PP GP2.4 ;PMC SP1.6、SP1.7本人目前负责的项目是建行OA,项目现已完成,产品已经交付客户使用(客户指建行)。
2.你是如何进行项目的裁剪(公司是否有相关的规程,裁剪的结果记录在哪)?IPM SP1.1、SP1.2项目立项后,本人开始策划,查阅公司历史项目数据后,依据公司的组织标准过程文件、裁减指南编制《项目定义过程》,它是作为《项目计划书》的一部分参加评审,评审会邀请EPG成员参加。
《项目定义过程》只有评审通过才能作为项目下一步开展的基础。
当《项目定义过程》发生变化时,由本人提出申请,经EPG评审后,本人进行修改。
目前,《项目定义过程》没有发生过变更。
3.项目采用的生命周期模型是什么(为什么采用这种生命周期模型、选择的依据)?OPD SP1.2 ;IPMSP1.1公司有《生命周期模型指南》规定了瀑布型、快速原型、迭代、增量、螺旋等生命周期模型。
但我们采用的是瀑布型,因为该项目规模小,需求明确,功能单一。
4.你是如何制定项目计划的,哪些人员参与了项目计划的制定过程?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.7当接到《项目立项报告》时,本人进行规模、工作量、成本、进度、风险、资源等的估算,编制项目主计划(包括项目估算书、风险管理计划、WBS、进度跟踪计划、项目培训计划、沟通计划、数据管理计划)。
参与人员包括QA,CM, 项目组成员。
(QA:质量保证计划,质量保证人员;CM:配置管理计划,配置管理人员。
)5.集成项目计划的包括了哪方面的内容,集成项目计划是否发生过变更,如何进行变更?PP SP2.7GP2.7 ;IPM SP1.3、SP1.4集成项目计划(通常叫项目计划书)包括:项目主计划(项目估算书、风险管理计划、WBS、进度跟踪计划、项目培训计划、沟通计划、数据管理计划)和项目从属计划(配置管理计划、质量保证计划、测试计划、验证和确认计划等)内容。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
2
程,制定评价准则,一起打分,选择最高分
为最终的方案。
P1:备选方案数据库的选择mySQL和ACCESS
评价准则有经济性,可靠性,成本,可维
需求阶段完成后,我们会会编写概要设
TS SP2.1 3 请简述产品设计的流程?
计,然后根据概要设计说明书编写详细设 计说明书
3
用UML,RATIONAL ROSE等
角色设计/开发 (1.5小时)
PA Practi NO. 过程 ces 序号
域 实践
Question 问题
Listen For 答案
Time 时间
开场白
3
作为编码人员日常工作:编现写测试用
例,编写代码,执行单元测试,参与计划
书,需求,设计用例及代码的评审工作。
1 请描述一下日常工作内容是什么? 作为设计人员日常工作:形成概要设计, 2
详细设计数据库设计,编写用户手册,参
与与计划书,需求,设计用例及代码的评
审工作。
有,立项之前售前的时候,编写给客户看
的。内容有:项目的背景,根据客户的需
求设定开发平台、技术架构等,复用。我
们对于大的开发技术,如开发平台,开发
TS
SP1.1 SP1.2
2
你们的技术方案有备选吗?如何决 定设计方案的?
框架等做了多套的解决方案,这些记录在 技术解决方案说明书中,然后对多个解决 方案进行了评价选择,采用决策分析的流
电子文档通过VSS由配置管理人员进行管 理,纸质文档也会有配置管理人员统一归 档管理。
2
项目经理、需求、开发人员、客户代表、
QA、CM
(1)我的直接上级项目经理会给我安排任
务,我每周通过参加例会向他汇报工作。
(2)需求人员会将他们的工作成果(用户
需求规格说明书和需求规格说明书)做为
我工作的输入,同时我工作结果(概设、
员和测试人员工作的输入。
(3)参加一些项目组成员的工作产品的评
审,了解与我任务相关的工作产品。
(4)质量保证人员会对我的工作过程和产
生的工作成果进行监督。
(5)还有其他的人员如培训、采购和
EPG,在某些方面都需要进行配合工作。
如何对技术解决方案活动进行跟踪 项目周报、周例会,提交报告。项目经理
GP2.8
3
模块的类设计。记录在设计文档中
编码阶段的参考文档主要有哪些? 根据概设、详设,进行代码编写,代码要
TS
SP3.1
7
如何确保编码的准确? 公司是否定义了编码标准?是否被
进行评审,项目经理通过《需求跟踪矩阵 》进行管理,并通过单元测试保证编码质
3
遵循?
量。
TS
SP3.2
8
是否编写用户手册,安装手册? 由谁编写?
20
对组织的标准编码和设计过程有没 有提出过反馈,是如何提出的?
整个项目过程中,我们会提出一些过程改 进建议给EPG,EPG会开会进行讨论,讨论 是否采纳或拒绝,举例说明过程改进建议
2
概设中有关接口的设计,接口要进行评
审,确保接口没有问题。《测试计划》中
有集成时间、集成人员、集成环境和集成
产品集成的策略是什么?比如顺 顺序的描述。单元测试通过之后,我们按
2
进入准则:单元测试通过,各模块能有效
PI SP1.3 23 集成的进入和退出准则是什么?
运行,环境已搭建好,接口兼容。 退出准则:产品集成过程中发现的缺陷都
2
已解决。
PI
SP2.1
在评审用户需求,软件需求和设计 24 文档接口覆盖率和完整性时,识别
了哪些问题?
参考《缺陷管理表》中关于需求评审出来 的问题 依据《概要设计说明书》确定集成接口。
确保接口完备性、兼容性;模块单元测试 通过;模块要考虑兼容
3
测试阶段完成后我们会进行试运行和验
PI SP3.4 29 请描述一下产品交付的流程?
收,编写试运行计划并与客户确认,试运 行结束后进行验收测试,产品交付,有《
2
交付件一览表》
G么样的组织 方针?
《组织方针》保证代码实现的功能与需求 良好匹配并满足组织的要求。
TS
SP2.4
6
你如何来评价是否开发,购买,重 用产品组件? 使用了什么样的评价 准则? 在哪里可以看到证据?
的复用,为了提高开发效率,我们会讨论 是否有通用模块可以重用,如果没有我们 就采用全新开发,视具体情况而定,例 如:项目是XX项目,和原来的XX项目类 似,有些模块是一样的,所以我们复用XX
MSG组长批准进行发布。
Is there any suggestion to 对组 整个项目过程中,我们会提出一些过程改
GP3.2 41 织的标准集成过程有没有提出过反 进建议给EPG,EPG会开会进行讨论,讨论 2
馈,是如何提出的?
是否采纳或拒绝,举例说明过程改进建议
当有重大技术解决方案:例如:开发平台
表》对接口进行了评审,形成《接口评审
记录与报告》
单元测试通过,各模块能有效运行,环境
PI SP3.1 26 如何确保产品集成已经就绪?
已搭建好,接口兼容。 产品集成过程中 3
发现的缺陷都已解决
概设中有关于接口的设计,接口要进行评
审,确保接口没有问题。《测试计划》中
有集成时间、集成人员、集成环境和集成
顺序的描述。单元测试通过之后,我们按
PI SP3.2 27 集成的具体流程是什么?
照《测试计划》搭建集成环境,根据集成 3
顺序和《接口列表》进行集成,测试人员
进行集成测试检查集成的结果,集成过程
中发现的问题记录到《缺陷管理表》中,
项目经理跟踪这些集成中发现的缺陷,直
PI
SP3.3
28
如何确认接口的兼容性? 集成测试 的测试用例和场景描述有没有相关 的接口项? 请举例
如何对产品集成活动进行跟踪和管 项目周报、周例会,提交报告。项目经理
GP2.8
37
理的?谁负责跟踪?关于产品集成 活动,你收集了哪些方面的度量数
每周召开例会,例会上会收集度量数据, 比如工作量,成本,进度,有问题会汇报
2
据?
给项目经理,项目经理安排人员进行修改
GP2.9
38
平时由谁来审计你们的工作?举例 不符合项
议。一般会通过《过程改进建议表》提交
GP3.1
40
作为设计/开发人员,你们的标准工 给EPG组长,EPG组长在每周的EPG例会上讨 作流程有哪些?如何裁剪?(同TS) 论改进建议(四种状态:新增、接受、拒
绝、暂缓),对于每个建议都会给出回复
。如果是接受了该建议,则会安排该文件
原来编写人员进行修改,提交EPG组评审和
GP3.1
19
作为设计/开发人员,你们的标准工 给EPG组长,EPG组长在每周的EPG例会上讨
作流程有哪些?如何裁剪?
论改进建议(四种状态:新增、接受、拒
1
绝、暂缓),对于每个建议都会给出回复
。如果是接受了该建议,则会安排该文件
原来编写人员进行修改,提交EPG组评审和
MSG组长批准进行发布。
GP3.2
概设之后陆陆续续开始编写用户手册和安 装手册,由设计人员编写
1
Is there any policy to 公司对于 设计的方针是保证设计出的解决方案能够
GP2.1
9
技术解决方案有什么样的组织方 针?这个组织方针在哪里可以获得
完美地覆盖需求并是组织当前能力可实现 的最优方案
1
到?
组织级有《组织方针》
求文档中,另外我们有接口列表,里面记
录着接口的一些信息;
有哪些接口标准?
外部接口:包括用户界面、软件接口与硬
TS
SP2.3
5
在哪里可以看到接口需求? 接口有哪些内容?
件接口; 内部接口(模块之间的接口):描述模块
2
之间调用的具体实现方法,给出模块之间
调用的接口以及应该注意的各种约束和规
则;
参考之前的项目经验,考虑类似功能模块
PI SP1.1 21 序,接口管理,过程和标准,测试 照《测试计划》搭建集成环境,根据集成 3
用例?
顺序和《接口列表》进行集成,测试人员
进行集成测试检查集成的结果,集成过程
中发现的问题记录到《缺陷管理表》中,
项目经理跟踪这些集成中发现的缺陷,直
PI SP1.2 22 请描述一下:集成工作的环境? 参考《产品集成计划》WIN7,VS2005
QA和CM会定期对我们的工作产品和过程进 行审计,举例说明不符合项
2
GP2.1 0
39
过程出现的问题如何和高层汇报? (高层如何帮助工作)
里程碑会议,项目经理汇报,交流,高层 领导会协调安排人员进行修改
2
EPG小组,参与了这些文件的编写和评审。
PAT(过程行动组成员),在项目试点及推
广时,负责对文件跟踪,收集过程改进建
1
GP2.2
31
对于产品集成这个活动是如何计划 的?这个计划存放在哪里?
制定《产品集成计划》,根据计划来开展 工作,存放在产品集成文件夹下
2
GP2.3
32
组织提供了哪些资源支持集成工作 的有效完成?
机器设备如电脑、办公场地、办公软件 等,公司有专门一个文件《工作环境标准 》明确一些资使用的要求。
1
GP2.4
2
外部接口:包括用户界面、软件接口与硬
件接口;
内部接口(模块之间的接口):描述模块
PI
SP2.2
如何管理接口?如何处理接口变更? 25 有没有相关的修改记录?
在哪里可以看到证据?
之间调用的具体实现方法,给出模块之间 调用的接口以及应该注意的各种约束和规 则。 依据《接口列表》管理接口。