CMMI3访谈问题及答案--需求设计开发人员_第1页
CMMI3访谈问题及答案--需求设计开发人员_第2页
CMMI3访谈问题及答案--需求设计开发人员_第3页
CMMI3访谈问题及答案--需求设计开发人员_第4页
免费预览已结束,剩余1页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、需求设计开发人员1. 自我介绍,职责我叫XXX是XX项目的XXX角色。我们项目从X年X月X日开始,至IJ X 年 X 月 X 日结束2. 工作由谁分配?Pg配,我们从项目计划,项目开发计划.mpp,周例会中获取;3. 怎么做需求的?在项目开发计划基线后,系统分析师按照计划制定需求调研计划 , 确定活动安排和时间安排,实施人员,客户配合人员,调研内容等。PM审核需求调研计划,通过后,系统分析师做调研前的准备,准备需求调研提纲, 按照计划进行现场调研,明确客户重点,详细记录并分析隐含需求现场调研完成后,系统分析师完成客户需求说明书并进行评审,通过后, PM 与客户确认需求(我们采用了书面签字的方式

2、,有签字确认单),通知CMS 线客户需求说明书基线后,系统分析师讨论分析客户需求,编写软件需求 规格说明书和评审并基线4. 怎么做设计的?1、在软件需求规格说明书基线后,进入设计阶段的工作。PM按照计划分配设计任务,设计人员做设计准备,明确设计方法,制定软件设计说明书,通过评审后纳入基线2、软件设计说明书内容包括总体设计、功能性需求设计、非功能性需求设计、接口设计、结构化设计、数据库设计、界面设计、权限设计、安全设计、系统异常处理设计和系统维护设计等5. 设计如何评审?参加设计评审的有PM项目组成员,其他项目技术骨干等。PM向评审委员会主任提交评审申请,评审委员会主任任命评审组长和组员,评审组

3、长发评审通知、评审检查单和评审材料,评审人员对材料进行预审,并在会议前将结果反馈给评审组长,评审组长汇总大家发现的问题记录在缺陷记录表中,召开评审会议。在会议上采用逐页评审的方式,随时指出发现的问题, 由作者解答, 评审小组确认问题严重级别、 责任人和修改时间,得出评审结论(直接通过,修改后通过,不通过) 。评审组长指定人员对发现的问题进行跟踪, 修改完之后, 评审组长完成评审总结报告发给相关人员,评审结束。6. 是否参与评审?发现了哪些问题?参加了。参加评审的工作产品包括:项目开发计划、质量保证计划、配置管理计划、客户需求说明书、软件需求规格说明书、软件设计说明书、关键代码(非正式评审) 、

4、单元测试计划、集成系统测试计划。 (举 1-2 个自己发现的问题例子)7. 怎么做编码和测试的?在软件设计说明书基线后,PM:(1) 分配编写单元测试计划 、编码及单元测试任务。(2) 若程序员不熟悉编码规范, 可以组织对其进行培训。 (说出本项目使用的编码规范,是否进行了培训)(3) 确定编码及单元测试的具体时间。(4) 确定关键模块,编码顺序。(5) 与软件设计师共同确定单元代码的测试内容,测试方式:如静态测试,或者动态测试。程序员搭建编码及单元测试环境, 根据软件设计说明书和编码规范进行编码和调试,按照评审后的单元测试计划进行测试。PM组织对单元代码进行检查后纳入配置管理。单元测试通过后

5、,软件设计师与PMffi定产品集成顺序,准备测试环境,测试员编写集成系统测试计划并进行评审,计划包括测试具体内容,测试进度,测试方法,测试资源等内容。测试员编写测试用例,PM审批后进行测试。 我们项目是用TD进行测试的。测试过程中,PM协调解决测试过程中遇见的 问题直至结束。8. 编码是否有编码规范?说出本项目使用的编码规范,是否进行了培训9. 单元测试发现的缺陷如何处理?发现缺陷,程序员对代码进行修改,修改后,进行回归测试,直到缺陷已关闭。确认所有缺陷已关闭,并将测试实际结果记录到单元测试用例最后的跟踪列中。10. 如何写用例?根据需求规格说明书, 覆盖测试需求; 项目特别的流程分析, 异常

6、情况, 用例发现缺陷的能力。11. 集成环境是怎样的?描述本项目的集成环境。12. 集成顺序是如何?为何要这么做?描述本项目的集成顺序和原因。13. 是否存在开发人员觉得不是BUG测试人员觉得是的情况。怎么解决?出现这种情况会向项目经理反映,在周会上进行讨论,给出结论。14. 开发人员如何对配置库进行使用?根据配置管理计划中分配的权限使用配置管理工具。及时上传、下载配置库中更新的文件。有基线的工作产品CM会发布给大家,我们在配置管理状态报告中查看每个工作产品的最新状态。15. 接受过哪些跟设计开发相关的培训?编码规范培训、dorado 、框架培训(Spring 和 hibernate) 、 (

7、其他跟自己角色相关的培训)16. QA有无检查你们的工作?有。在每个阶段结束的时候,QA都会来检查我们的工作,用相应的检查 表来检查。还会自己去检查我们的工作产品,发现的问题会记录到不符合问题跟踪表中,项目经理指定修改人员对问题修改,QA验证后关闭。如果有无 法关闭的不符合项,QA会层层上报直至关闭。QA还提供过程和模版的培训,解答我们提出的问题。17. 项目测试目的?发现问题,确保产品达到需求的要求。18. 如何判断测试已通过?根据项目开发计划 -测试计划中规定的测试退出准则,对测试结果进行分析,如测试用例的覆盖和缺陷解决率,稳定性,是否达到结束要求准则,达到要求可通过测试。19. 测试报告

8、的内容?测试进度、缺陷分析、测试总结(结论,不足和建议)20. 在项目进行过程中,如果发现过程存在问题你会怎么办?填写过程改进建议单交给QA EPGK员,他们会讨论修改。21. 你提出过改进建议吗?有/没有,XX时候,提了 XX建议,XX时候被通过了。22. 公司组织级有没有为你的项目提供帮助?有。首先公司制定了 14 个过程的过程和模版文档,还有许多有用的指导书和规范。其次,在项目开始的时候,可以参考了很多财富库中以往同类项目的历史数据,如度量目标、估算生产率、风险等,在开发阶段还有许多重用库中可重用的代码等。在经验库中还有很多值得借鉴的经验教训,使我们项目能少走弯路。第三,EPG随时收集过程改进建议并及时开会讨论,每半年组织一次内部评估,对我们现阶段的工作进行检查,及时进行改进。第四,公司每年安排至少两轮CMM过程

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论