CMMI3访谈问题及答案需求设计开发人员Word文档格式.doc
《CMMI3访谈问题及答案需求设计开发人员Word文档格式.doc》由会员分享，可在线阅读，更多相关《CMMI3访谈问题及答案需求设计开发人员Word文档格式.doc（5页珍藏版）》请在冰豆网上搜索。
PM审核需求调研计划，通过后，系统分析师做调研前的准备，准备需求调研提纲，按照计划进行现场调研，明确客户重点，详细记录并分析隐含需求。
现场调研完成后，系统分析师完成《客户需求说明书》并进行评审，通过后，PM与客户确认需求（我们采用了书面签字的方式，有签字确认单），通知CM基线。
客户需求说明书基线后，系统分析师讨论分析客户需求，编写软件需求规格说明书和评审并基线。
4.怎么做设计的？
1、在软件需求规格说明书基线后，进入设计阶段的工作。
PM按照计划分配设计任务，设计人员做设计准备，明确设计方法，制定软件设计说明书，通过评审后纳入基线。
2、软件设计说明书内容包括总体设计、功能性需求设计、非功能性需求设计、接口设计、结构化设计、数据库设计、界面设计、权限设计、安全设计、系统异常处理设计和系统维护设计等。
5.设计如何评审？
参加设计评审的有PM，项目组成员，其他项目技术骨干等。
PM向评审委员会主任提交评审申请，评审委员会主任任命评审组长和组员，评审组长发评审通知、评审检查单和评审材料，评审人员对材料进行预审，并在会议前将结果反馈给评审组长，评审组长汇总大家发现的问题记录在缺陷记录表中，召开评审会议。
在会议上采用逐页评审的方式，随时指出发现的问题，由作者解答，评审小组确认问题严重级别、责任人和修改时间，得出评审结论（直接通过，修改后通过，不通过）。
评审组长指定人员对发现的问题进行跟踪，修改完之后，评审组长完成评审总结报告发给相关人员，评审结束。
6.是否参与评审？
发现了哪些问题？
参加了。
参加评审的工作产品包括：
项目开发计划、质量保证计划、配置管理计划、客户需求说明书、软件需求规格说明书、软件设计说明书、关键代码（非正式评审）、单元测试计划、集成系统测试计划。
（举1-2个自己发现的问题例子）
7.怎么做编码和测试的？
在软件设计说明书基线后，PM：
（1）分配编写《单元测试计划》、编码及单元测试任务。
（2）若程序员不熟悉编码规范，可以组织对其进行培训。
（说出本项目使用的编码规范，是否进行了培训）
（3）确定编码及单元测试的具体时间。
（4）确定关键模块，编码顺序。
（5）与软件设计师共同确定单元代码的测试内容，测试方式：
如静态测试，或者动态测试。
程序员搭建编码及单元测试环境，根据软件设计说明书和编码规范进行编码和调试，按照评审后的单元测试计划进行测试。
PM组织对单元代码进行检查后纳入配置管理。
单元测试通过后，软件设计师与PM确定产品集成顺序，准备测试环境，测试员编写集成系统测试计划并进行评审，计划包括测试具体内容，测试进度，测试方法，测试资源等内容。
测试员编写测试用例，PM审批后进行测试。
我们项目是用TD进行测试的。
测试过程中，PM协调解决测试过程中遇见的问题直至结束。
8.编码是否有编码规范？
说出本项目使用的编码规范，是否进行了培训
9.单元测试发现的缺陷如何处理？
发现缺陷，程序员对代码进行修改，修改后，进行回归测试，直到缺陷已关闭。
确认所有缺陷已关闭，并将测试实际结果记录到《单元测试用例》最后的跟踪列中。
10.如何写用例？
根据需求规格说明书，覆盖测试需求；
项目特别的流程分析，异常情况，用例发现缺陷的能力。
11.集成环境是怎样的？
描述本项目的集成环境。
12.集成顺序是如何？
为何要这么做？
描述本项目的集成顺序和原因。
13.是否存在开发人员觉得不是BUG，测试人员觉得是的情况。
怎么解决？
出现这种情况会向项目经理反映，在周会上进行讨论，给出结论。
14.开发人员如何对配置库进行使用？
根据配置管理计划中分配的权限使用配置管理工具。
及时上传、下载配置库中更新的文件。
有基线的工作产品CM会发布给大家，我们在配置管理状态报告中查看每个工作产品的最新状态。
15.接受过哪些跟设计开发相关的培训？
编码规范培训、dorado、框架培训（Spring和hibernate）、（其他跟自己角色相关的培训）
16.QA有无检查你们的工作？
有。
在每个阶段结束的时候，QA都会来检查我们的工作，用相应的检查表来检查。
还会自己去检查我们的工作产品，发现的问题会记录到不符合问题跟踪表中，项目经理指定修改人员对问题修改，QA验证后关闭。
如果有无法关闭的不符合项，QA会层层上报直至关闭。
QA还提供过程和模版的培训，解答我们提出的问题。
17.项目测试目的？
发现问题，确保产品达到需求的要求。
18.如何判断测试已通过？
根据项目开发计划-测试计划中规定的测试退出准则，对测试结果进行分析，如测试用例的覆盖和缺陷解决率，稳定性，是否达到结束要求准则，达到要求可通过测试。
19.测试报告的内容？
测试进度、缺陷分析、测试总结（结论，不足和建议）
20. 在项目进行过程中，如果发现过程存在问题你会怎么办？
填写过程改进建议单交给QA或EPG成员，他们会讨论修改。
21.你提出过改进建议吗？
有/没有，XX时候，提了XX建议，XX时候被通过了。
22.公司组织级有没有为你的项目提供帮助？
首先公司制定了14个过程的过程和模版文档，还有许多有用的指导书和规范。
其次，在项目开始的时候，可以参考了很多财富库中以往同类项目的历史数据，如度量目标、估算生产率、风险等，在开发阶段还有许多重用库中可重用的代码等。
在经验库中还有很多值得借鉴的经验教训，使我们项目能少走弯路。
第三，EPG随时收集过程改进建议并及时开会讨论，每半年组织一次内部评估，对我们现阶段的工作进行检查，及时进行改进。
第四，公司每年安排至少两轮CMMI过程培训，并随时解答大家提出的问题，提供模版与指导书的使用培训。
第五，公司有专门的QA，对每个项目进行检查，提供帮助。
最后，在项目结束时，PM将本项目的好的工作产品都提交给了EPG，供以后的项目参考。
包括度量表、风险表、功能点估算表、关键代码、各阶段的工作产品等。
升级会员 