CMMI-3级评估,访谈提问单

正措施，计入《问题报告及纠正措施》进行跟踪。

RD 需求开发

你们是如何获取客户需求的？RD1.1,RD1.2

立项完成之后，我们会制定需求开发计划

需求开发计划会安排具体的时间点做需求调研，用户需求规格书的编写时间，产品需求规格说明书的编写时间

然后依照计划开展需求调研，调研要准备调查表，和问题表，记录，进度安排

需求调研之后，整理数据得出客户原始需求，

根据客户原始需求分析做用户需求规格说明书，对用户需求规格说明书做评审，准备通知单，检查单，之后总结出问题单，开始会议，做会议记录，得出结论，如果通过则发给客户做确认！如果不通过则要求复审。

客户确认之后发回，开始做产品需求规格说明书，通过中高层的审批通过之后可以做设计和测试用例编写！

你们需求调研开展之前是否有计划？ GP 2.5

有，需求开发计划，计划了进度和调研的时间

如何将客户需求转化为产品需求？（需求分类，分配产品组件需求，确定接口需求）RD2.1,RD2.2,RD2.3

首先对需求分类，分为功能性需求和非功能性需求，对功能性需求做产品组件分解，用UML建模建立组件包和产品架构！

在模块和组件之间的接口做定义，确定内部接口，外部接口，硬件接口，软件接口

然后对非功能性需求做定义和分析：确定了界面，性能，安全性，质量，响应时间，并发处理等等。

说出具体的接口和非功能性需求，举个例子即可

你们是否定义了非功能性需求，如何体现？RD3.1

主要的非功能性需求有--要求自己根据自己的理解，概括大概内容就可以：软件、硬件环境需求

性能需求，用户界面需求，质量需求，响应时间需求，并发处理需求

举例：用户并发处理，客户要求可以同时有100个人以上能够同时操作和同时处理要求的事情！而且要求响应的时间不能操作2s钟。

在哪里定义了功能性需求？RD3.2

在产品需求规格说明书和用户需求规格说明书中都有体现！

1. 在客户需求说明书中描述功能的内容

2. 在产品需求说明书中定义详细的功能需求

如何确保需求之间的一致性和完整性？RD3.4

1. 通过评审及确认，需求跟踪矩阵

2. 在评审记录的缺陷表中记录，通过每周的例会及QA跟踪缺陷的解决情况

3. 项目组成员参与需求的内部评审，客户参与需求的确认

是否识别了与需求相关的风险？在哪跟踪这些风险直至风险关闭？RD3.5

1. 需求风险：变更、不稳定、扩散等