内容发布更新时间 : 2024/12/27 19:32:19星期一 下面是文章的全部内容请认真阅读。

需求设计开发人员

1. 自我介绍，职责

我叫XXX，是XX项目的XXX角色。我们项目从X年X月X日开始，到X年X月X日结束。

2. 工作由谁分配？

PM分配，我们从项目计划，项目开发计划.mpp，周例会中获取；

3. 怎么做需求的？

在项目开发计划基线后，系统分析师按照计划制定《需求调研计划》，确定活动安排和时间安排，实施人员，客户配合人员，调研内容等。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，供以后的项目参考。包括度量表、风险表、功能点估算表、关键代码、各阶段的工作产品等。