CMMI3访谈问题列表 for Developer.docx

资源描述

CMMI3访谈问题列表 for Developer.docx

《CMMI3访谈问题列表 for Developer.docx》由会员分享，可在线阅读，更多相关《CMMI3访谈问题列表 for Developer.docx（13页珍藏版）》请在冰豆网上搜索。

CMMI3访谈问题列表 for Developer.docx

CMMI3访谈问题列表forDeveloper

需求访谈

1.请说明公司怎样明确需求人员岗位职责？

在哪些方面体现？

由高层指定项目经理，由项目经理在项目启动会时介绍我作为该项目的需求人员，以及相应的职责。

这些内容都记录在《项目计划书》中。

2.需求方面，公司是否有一些指导的方针？

有的，这个方针是由组织统一制订的。

主要内容是：

需求开发和需求管理，包括需求的获取、分析和管理按照统一的过程实施；需求是确定的、被跟踪和控制的；保证需求和最终产品的一致性。

3.请你描述一下需求阶段分为几个子过程？

及主要的工作是什么？

需求阶段分为需求获取，需求确认，需求分析，需求评审，需求管理（填写需求跟踪距阵）等等。

需求获取阶段主要制定需求开发管理计划，收集客户的需求，并整理到《用户需求说明书》，然后给客户确认，采用的方式主要是面对面访谈，会议交流，EMAIL沟通，填写调查表等等；

《用户需求说明书》确认通过后，需求人员填写《需求跟踪距阵》的“用户需求”列；

需求分析人员根据《用户需求说明书》制定《需求规格说明书》。

然后项目组人员对《软件需求说明书》进行评审。

评审通过后，需求人中更新《需求跟踪距阵》中的“软件需求”列。

需求开发流程图：

4.你是如何获取项目和产品的需求？

有哪些方法？

如何获取客户的需求：

根据《需求开发管理计划》中的需求调研方法、计划安排，向客户需求提供人员进行需求调研。

获取客户的需求，主要是与客户各业务部门通过广泛、深入的访谈、参观、收集材料、交流、或者提供原型的方式进行细致准确的需求调研，并记录过程结论、一致意见、不一致意见，整理分析形成《需求访谈记录表》。

采用的方式主要是面对面访谈，会议交流，EMAIL沟通，填写调查表等等，或做一些原型给客户，帮助客户发现一些潜在的需求。

5.你是如何对需求分类（功能、非功能）？

需求分为功能性需求与质量属性方面的需求，质量属性可以分为可维护性，安全性，兼容性，易用性等等。

6.你是如何标识需求状态的？

你采用了什么方法或工具跟踪需求的状态？

我们在每个阶段完成时，都填写《需求跟踪距阵》，所以当需求变更时，我们采用《需求跟踪距阵》来查看每个需求的状态，了解因变更而影响的需求范围。

7.需求分析采用了哪些方法？

你是如何判断这些方法符合项目要求？

需求分析主要使用了原形法或传统方法对用户需求进行逐步的细化，最后根据需求分析结果，编写《需求分析规格》，以及维护《需求跟踪矩阵》。

我们采用VISIO工具来分析系统，并对系统进行建模，制定出系统的业务流程图和系统架构图。

当《需求规格说明书》制定完成后，由项目经理组织邀请客户，开发人员，测试人员，配置人员，质量保证人员，高层参加需求规格说明书的评审会议，在保证需求分析是满足客户需求的，并得到大家的认可。

各项目组成员根据项目选择实际情况回答：

需求开发采用的方法是原型法或者传统法。

（传统法和原型法的说明：

1、传统的方法，主要包含结构化的开发方法及面向对象的开发方法，我们统称为传统的方法主要是为了区别于原型法而定的。

2、原型法，运用原型法开发系统时，开发人员首先要对用户提出的问题进行总结，然后开发一个原型系统并运行之。

开发人员和用户一起针对原型系统的运行情况反复对它进行修改（在这过程中也可以添加新功能），直到用户对系统完全满意为止，与结构化系统开发方法不同，原型法不注重对管理系统的全面、系统的详细调查与分析，而是本着系统开发人员对用户需求的理解，先快速实现一个原型系统，然后通过反复修改来实现管理信息系统。

）

8.需求分析结果是否都记录在哪里，主要内容有哪些？

记录在《需求规格说明书》，主要的内容有系统架构图，每个功能的业务流程图及场景描述和接口需求等等。

9.需求的优先级如何确定？

需求程度（验证、一般），需求的稳定性？

高——软件必须实现的功能

中——软件应该实现的功能

低——软件尽量实现的功能

10.你是如何与客户确定需求变更的约定？

有哪些记录？

当需求变更时，由项目经理对需求变更进行分析，主要是从需求变更所影响的范围，进度，质量和成本四个方面进行分析。

当项目经理分析后，确定这次变更的影响，根据项目计划书中的变更审批权限进行相应的审批。

例如变更工作量在2天以内由项目经理决定是否执行变更，当变更工作量超过2天,则提交给（高层和客户）CCB来决定是否执行变更。

关于变更都记录在《需求变更申请表》《需求跟踪矩阵》等文档中。

11.需求变更的流程是如何的？

1、提出需求变更申请

●项目组内部和客户方都可以根据需要提出需求变更申请，填写《需求变更申请表》。

2、影响性分析

●项目经理组织相关人员，对提交到项目组的需求变更申请进行影响性分析。

会议通过打分的方式决定是否变更及影响的工作量、工期。

3、CCB审核

●根据项目计划书中的变更审批权限进行审批，如“单次变更工作量≤24人时，累计变更工作量≤80人时”由项目经理审批，“单次变更工作量>24人时”由CCB审核。

●CCB根据需求变更内容和项目组提交的影响性分析，批准或拒绝需求变更申请。

4、实施和验证需求变更

●项目经理接受批准后的需求变更申请，作为项目任务安排（根据需求变更的复杂情况，涉及项目实施的各个方面，包括但不限于重计划，各种基线变更发布等）；

流程图如下：

注：

每个项目的变更审批权限，请根据项目计划书的“变更审批权限”来回答自已项目中的变更流程。

12.在配置库中是否建立了需求基线？

如何建立需求基线？

该基线包括哪些配置项？

建立了，由配置管理员在需求开发里程碑评审通过后，建立“需求基线”，然后将《基线建立通知单》发项目组中的每个人。

在这条基线里主要包括《需求规格说明书》、《评审报告》等配置项。

13.工作量统计吗？

需求阶段工作量占项目总工作量的多少？

统计的，每阶段结束，项目经理会记录该阶段的工作量、工期至《项目度量数据表》，在项目结项时，由项目经理统计项目中的阶段性工作量，需求阶段的工作量占项目总工作量的10%~15%左右。

14.需求活动在什么情况下可以结束？

什么时候？

需求得到用户的确定并通过项目组的评审后可以进入设计阶段。

15.你参与的项目采用的生命周期模型是什么？

公司定义了哪几种生命周期模型？

公司现有生命周期模型：

●标准V-瀑布生命周期（SVW）（*）

●阶段V-瀑布生命周期（V4）

●阶段V-瀑布生命周期（V3）

●编码和修正生命周期（C&F）

●阶段交付模型

●交叠瀑布模型

项目采用瀑布生命周期模型，分为计划，需求开发，概要设计阶段，详细设计阶段，编码阶段，单元测试阶段，集成测试系统，系统测试阶段，上线发布阶段

16.需求活动中是否会碰到一些风险？

你是如何识别和控制这些风险的？

有的，“客户的需求不明确、不清晰”，在项目计划阶段项目组就识别该风险并记录至《风险管理列表》，我们在每周进行跟踪，分析这条风险的级别，由我负责跟客户交流，通过访谈、会议、msn、电子邮件等方式咨询客户。

所以在需求分析阶段就关闭了这条风险。

17.你是如何确定你的需求都被实现了呢？

首先查看《需求跟踪距阵》，确认需求的完整性，然后通过集成测试，系统测试来检查我的需求实现情况。

设计访谈

1.公司是否制定了设计方面的规程或指南？

具体名称？

是的，EPG制定了《设计过程》《产品集成过程》等来指导我们工作，比方说设计过程，要先做《概要设计说明书》、《数据库设计说明书》、《接口清单》，然后召开评审会议，评审通过后，再做详细设计，包括《详细设计说明书》并通过评审，最终保证《需求规格说明书》中的各项要求在设计时都能够得到满足。

2.如何确定技术解决方案？

在我们这个项目中，在做概要设计时，有两种技术方案，我们当时是由项目经理组织召开了决策分析会议，在会议上，我们共同分析了两种方案的优缺点，制定了权衡标准和权重，然后共同根据权衡标准来对每一种方案进行打分，这个分数是大家共同认可的，然后将这个分数乘以权重，得到最后的分数。

最终选择分数最高的做为这个决策的最佳方案。

接下来，请举出项目中的实例，查看各项目的“决策分析报告”的文档内容，对采用的方案进行简要描述。

3.设计的过程？

由设计人员根据《需求规格说明书》，先做《概要设计说明书》和《数据库设计说明书》，然后召开评审会议，评审通过后，再做《详细设计说明书》，然后由项目经理召开评审会议，评审通过后，将相关配置项由配置管理工程师入库等。

设计的过程详细描述：

●在确定技术解决方案后，进行概要设计，确认项目约束条件，系统总体架构，功能模块，开发和测试环境，确定系统内、外部接口说明，同时还要考虑重用策略及资源，编写《概要设计规格》、《接口清单》。

然后进行数据库设计，形成《数据库设计规格》。

●对概要设计和数据库设计、接口清单进行评审，评审通过后，更新RTM

●进行详细设计，主要工作有：

模块/组件设计，业务模块用户界面、类与接口设计，细化、实现数据结构及算法，进行安全性要求设计，形成《详细设计规格》，并进行评审以及更新RTM。

详见《设计流程》，设计方案包括了概要设计规格、数据库设计规格、详细设计规格、接口清单。

请根据各自项目了解这四个文档具体包括的内容。

4.你采用了哪些设计方法及技术？

你用到了哪些工具来开展你的设计工作？

结构化设计方法：

主要是1.自顶向下2.逐步细化3.模块化设计4.结构化编码，用到的设计工具是：

visio建模。

5.你是如何确保你的设计符合需求？

我们利用《需求跟踪距阵》来保证需求，设计，编码，测试的一致性和完整性；同时设计中的每一个阶段（概要设计阶段，详细设计阶段）都召开评审会议，确保阶段性工作产品的质量。

6.有哪些人员参与设计的评审？

评审发现的问题如何处理？

由项目经理，需求人员，开发人员，测试人员，配置人员参加了《概要设计说明书》《数据库设计说明书》《接口清单》《详细设计说明书》等评审会议，在评审中发现的问题我们会记录在《评审记录表》中进行跟踪解决，最终形成《评审报告》决定是否评审通过。

7.在设计阶段需要编写哪些支持性文档？

有《概要设计说明书》，《数据库设计说明书》，《接口清单》，《详细设计说明书》等等，并更新《需求跟踪矩阵》。

8.你了解公司的培训计划吗？

了解，公司在培训三天前通过EMAIL发培训通知到我的邮件里，告诉我们培训的内容，培训的地点，培训讲师，培训人员，培训资料的存放地址等

9.你培训后是否填写过培训反馈表？

你知道有免培规程吗？

填写了，培训结束后，由培训负责人发《培训评估调查表》给我，我根据培训情况对培训讲师进行打分，对培训教材进行打分等等，然后提交给培训负责人。

知道免培规程，当我参加过这样的培训时，同时我能证明我有这方面的能力，不需要参加这次培训，我可以填写《免培申请表》来申请免修，得到部门经理的审批，并提交培训专员备案后，可以不参加这次培训。

10.是否制定有培训讲师的评选和管理规程？

有的，在组织标准过程（OSSP）体系里培训过程中定义了培训讲师的要求和管理规程，同时在“讲师库”中也有讲师列表可供选择。

11.你了解公司组织过程财富库中有哪些内容吗？

你是如何访问？

了解。

公司组织过程财富库里有组织标准过程（OSSP），度量库，风险库，工作环境定义，最佳实践，生命周期模型，由配置管理人员利用SVN进行管理，这个财富库由配置管理员对公司所有员工开放只读权限。

12.你通过哪些途径了解公司过程改进的进展情况？

你是否向EPG组提交过一些建议或意见，他们是否有反馈，多久反馈，是否采纳了？

主要是通过邮件、培训的形式，一开始收到公司过程改进的启动通知，然后是参加CMMI过程域的培训、体系发布、紧接着是体系在全公司内进行培训，然后体系在公司项目中试点推广，在这个期间，发现的任何有关过程改进的问题都通过MAIL的形式提交给EPG人员，EPG人员会在收到问题后一天内给予回复，同时，EPG小组也有人进入我们的项目，指导过程改进工作。

参见”组织过程财富库\02-过程改进\01-过程管理\05-改进问题及建议”的《OPD-4-03过程改进建议表》—各成员均要了解，举个例子

开发访谈

1.你采用了什么开发环境？

公司是否对这些语言的编码规范做了规定？

开发环境：

根据项目的实际情况回答

公司有相对应的编码规范约定，包括有：

编程规范JAVA、编程规范C、编程规范C#、编程规范C++、编程规范EC。

2.你采用了什么样的开发工具？

开发工具：

根据项目实际情况回答

3你参与了哪些工作产品的评审？

根据项目实际情况回答。

比如，我参加过《项目计划》、《需求分析规格》、《概要设计规格》、《数据库设计规格》、《详细设计规格》、代码、《集成测试计划》、《系统测试计划》、《集成测试用例》、《系统测试用例》等工作产品的评审。

评审方式有会议评审或邮件评审。

会议评审：

由项目经理确定评审的参加人员，发送《评审通知单》（通知内容：

评审时间，评审的工作产品、评审记录表等）给评审参加人员。

项目经理先发起预审，预审阶段由评审人员将发现的问题记录在《评审记录表》中，在评审会议上，作者根据《评审记录表》回答评审人员提出的问题，由项目经理指定并监控作者解决评审中发现的问题，最终形成评审报告。

邮件评审：

由评审人员将发现的问题记录在《评审记录表》中提交给项目经理，项目经理汇总后发给作者，由作者进行修订，项目经理指定并监控作者解决评审记录表中发现的问题，最终形成评审报告。

4.编程活动在什么时候开始启动？

●详细设计阶段里程碑评审通过，可执行下一阶段工作；

●详细设计基线入库，配置管理人员发布设计《基线建立通知单》；同时满足时进入“编码阶段”

5你采用了什么样的编码方法？

MVC（模型，视图，控制）三层架构。

可根据项目实际情况回答。

6你用什么工具生成和调试你的程序的？

开发工具自带的“Debug”调试工具

可根据项目实际情况回答。

7.你编写的程序是如何知道满足设计的？

通过什么样的方式跟踪？

我们利用《需求跟踪距阵》来保证需求，设计，编码，测试的一致性和完整性；同时，测试人员会对我们的代码进行单元测试、集成测试与系统测试，并将测试出的BUG记录在《缺陷跟踪表》中，由测试人员进行跟踪解决项目中所发现的BUG。

8.如何对代码的质量进行评审？

我们每天下班前，由项目经理组织开发人员进行交互代码走查，主要是检查代码的编码规范和代码的逻辑性，并将发现的问题记录在《代码走查表》中跟踪解决，同时开发人员进行单元测试，以保证代码的质量。

9.你是如何进行单元测试的？

测试的结果会记录吗？

结果报告存放在哪里？

我们（是指开发人员）根据评审通过的单元测试用例进行单元测试，并将测试出的BUG记录在《缺陷跟踪表》中进行跟踪解决。

在《测试报告》中统计单元测试BUG数及分析其原因。

10.如何确定编码结束？

（编码结束的准则？

）

●根据《需求跟踪矩阵》，该软件的功能已经按照《用户需求说明书》和《需求规格说明书》的要求全部实现，功能和界面结合完成。

●代码评审通过

●所有功能代码均已基线化。

11.描述一下如何进行产品集成？

在概要设计时，由设计人员制定接口清单及集成顺序，在编码阶段，制定集成计划和集成环境，在编码完成后，开发人员根据集成计划与集成顺序，同时搭建集成环境进行产品集成。

开发人员集成后，提交给测试人员，由测试人员进行集成测试。

12.项目中的源代码是如何管理的？

在做项目开发时，我们利用SVN版本控制工具来管理项目中的源代码，每个人从服务器上将源代码“检出”到本机后进行编辑，然后在本机将新编辑的文档“提交”到服务器上，在本机点“更新”就可以查看其它所有人所修改的文档，同时，SVN可以帮助开发人员随时找到任何版本的数据文档，这样就保证了文档不会丢失。

13.你是如何和测试人员合作的？

首先，测试出的BUG有四种状态，分别是：

打开，跟踪，重新打开，关闭

首先当测试人员将发现的BUG后，将BUG记录在《缺陷跟踪表》中，此时的BUG状态是“打开”；接着由测试人员将《缺陷跟踪表》提交给项目经理，由项目经理指派BUG修改的负责人，当BUG修改负责人解决BUG后，将BUG的状态改为“跟踪”，然后提交给测试人员，由测试人员进行验证测试，当测试人员验证测试成功，则当BUG的状态改为“关闭”，当测试人员验证测试失败，则当BUG的状态改为“重新打开”，作为BUG重新处理。

14.QA是如何检查你的工作的？

QA依据《质量保证计划》、《过程审计检查单》，对项目的工作产品及过程进行检查；对于发现的不符合项会记录在《不一致问题跟踪单》中进行跟踪解决，并编制《QA质量报告》。

然后通报给项目经理，由项目经理指定专人负责解决问题，如项目经理遇到解决不了的问题，汇报给高层经理，由他们负责解决，QA跟踪直到关闭。

举例说明：

查看本项目QA的“不一致问题跟踪表”，说一个有关开发过程中发现的问题。

15.编码过程中会统计哪些方面的数据？

这些数据存放在哪？

在编码阶段，我们收集项目规模，工作量都记录在《项目度量数据表》中。

16.你参加过哪些方面的培训？

我参加过组织级提供的需求管理过程，设计过程，编码过程，测试过程等相关的培训，以及产品线组织的开发工具、开发语言、数据库开发等。

培训效果最好的是开发工具培训。

各自项目的培训：

项目计划书中制定培训计划，由项目经理组织培训，提前三天发培训通知，培训现场签到，培训结束进行培训调查。