CMMI访谈问题及答案


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 有没有相关的修改记录?
在哪里可以看到证据?
之间调用的具体实现方法,给出模块之间 调用的接口以及应该注意的各种约束和规 则。 依据《接口列表》管理接口。
合集下载

【CMMI认证】3. PAD、PCM、MPM 访谈问题 - EPG -(含答案)

【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访谈问题 - 配置管理员 -(含答案)

【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访谈问题及答案

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_测试访谈问题及答案

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_组织培训访谈问题及答案

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_配置管理员访谈问题及答案

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)依据估量出的工作量进行了成本估量,包含人职薪资、开发环境建设成本、培训成本、公用成本。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
相关文档
最新文档