10 软件设计开发控制程序

1总则

研发部负责设计和开发控制，正确理解客户需求并在软件产品中按预期实现的过程；以便确保后续的产品和服务的提供。

2设计和开发策划

2.1 研发部经理应在对项目的总体过程进行策划（见本手册8.1）的基础上，按照《软件开发规范》和《软件开发流程》的要求，对项目设计开发活动进行策划。策划应明确以下内容：

a)明确设计开发各阶段任务列项、预期成果及时间预期；

b)明确各任务项预期输出适用的评审、验证、确认活动的安排；

c)明确各任务项的组织职责、权限及职责接口，明确沟通的方式和渠道；

d)明确各职能/组之间的技术接口及输入输出关系。

2.2 设计开发策划的结果应在《项目计划》中予以详细描述，且应随着项目的进展，必要时予以更新。编制计划：项目经理负责编制《项目计划》。

a)设计和开发阶段；

b)适合于每个设计和开发阶段的评审、验证和确认活动；

c)设计和开发的职责和权限；

d)对参与设计开发的供方的管理和控制要求；

e)阶段放行的准则和完成的标志；

f)产品的标准化要求，以及设计和开发中使用的标准和规范；

g)可靠性、维修性、安全性和保障性等保证活动；

h)特性分类活动；

i)监视与测量的需求；

j)项目的质量目标和要求；

k)研发部的人员组成；

l)所需的文件，必要时制订作业指导书；

m)需要的资源（人力资源、设备设施、资金等）；

n)需要进行的测试和验收活动及验收准则；

o)项目的各个阶段、责任人和进度；

p)所需的记录。

项目负责人随项目实施的进展根据具体情况可更新计划，计划的更新必须得到技术总监的批准。

3 设计和开发输入

3.1 设计开发人员应通过需求调研和分析，了解顾客的业务需求，并以文件形式予以定义。软件项目的顾客需求应形成《需求说明书》。

《需求说明书》中应至少包含以下内容：

a)软件产品或拟建系统的功能、性能要求；

b)适用的法律法规要求；

c)以往其他类似设计的必要信息；

d)组织承诺实施的标准和行业规范；

e)由产品和服务性质所决定的、失效的潜在后果。

3.2 项目经理负责组织相关人员与客户共同对需求分析结果进行评审和确认，确保需求的充分性、适宜性，且清楚、准确、无相互矛盾。

3.3 对已经确认的需求的更改、添加也应经过评审确认，并以受控的方式更改（见本手册7）。

研发部须保存需求文档及相关评审记录。

4 设计和开发控制

研发部负责设计和开发过程中评审、验证、确认活动进行控制。

4.1 设计和开发评审

a)项目经理应按照《项目计划》的安排，针对各阶段的设计输出安排评审活动。

b)《项目计划》的立项评审，需通过公司的OA系统完成相关的立项审批；结项评审需根据甲方的要求，组织相关专家组进行结项评审，并保留评审记录；其他设计开发阶段的输出文档的评审方式，根据《项目计划》中确定的评审方式进行文档的评审，并保留评审的记录。

c)评审方式可根据项目的规模进行选择，评审方式分为会议、邮件、流程会签三种方式。评审结果据评审方式的不同而形成不同的记录，会议评审形成《会议记录》，流程会签或邮件评审，均通过相应的评审媒介查询评审结果；针对评审中提出的问题及整改措施建议，由责任人进行整改，由项目经理确认。《会议记录》由相应责任部门归档，电子类记录存放在相关应用系统的数据库中。

d)评审时须考虑：

设计输出满足本阶段设计输入以及《需求说明书》和《项目任务书》的要求的能力；

设计方法和采用标准是否适宜；

设计实现能否满足质量要求；

设计是否包含对系统安全性的规定和正常使用系统必需的特性。

e)会议评审时，应有以下方面的代表参加：设计输入阶段的代表、承担后续阶段任务的代表、必要的技术权威或专家参加。

f)邮件或流程评审，需经过该项目的项目经理和本部门负责人确认即可。

g)研发部负责保存评审以及后续措施的记录。

4.2 设计和开发验证

a)项目负责人应按照《项目计划》的安排，对相应阶段的设计输出安排验证，以确定设计输出是否可满足设计输入的要求。

b)针对公司应用软件的验证方式包括：

c)应用软件一般采用测试的方法进行验证，根据项目的情况进行源代码走查和系统测试。验证的结果及必要的措施应形成《测试报告》，源代码走查通过后，直接纳入svn进行版本管理，不需要形成单独的走查记录。

d)研发部须保留验证的结果以及后续措施记录。

4.3 设计开发和确认

a)项目负责人应按照《项目计划》的安排，对相应阶段的设计输出安排确认，以确定设计输出是否可满足预期的顾客运行要求。如可行，确认应在交付之前进行。

b)针对公司应用软件的确认方式：在客户现场安装实施完成后，进行现场调试，通过后客户在《结项单》上签字为最终确认。确认结果及必要的整改措施的记录必须归档。

c)按照与顾客协商的方式，确认的结果可以是验收报告、试运行报告等。

d)研发部须保存确认的结果和后续措施的记录，作为项目档案的一部分在项目结束时归档。

5 设计和开发输出

5.1 设计开发输出即按照《项目计划》的安排，每一设计开发任务项的输出成果。每一阶段任务的输出，即为下一阶段的输入。

5.2 所有的设计输出须形成文件，须以能够对照输入进行验证的方式表述，且应满足输入的要求。

5.3 每一阶段的输出在正式发布并作为下一阶段任务的输入之前，须按照《项目计划》的安排得到评审、验证、和确认。

5.4应用软件开发项目的输出必须包括：

设计说明书；

源代码；

测试用例（含测试接受准则）；

操作手册；

5.5计算机软件开发项目的输出，还可包括：

软件原型；

安装说明文件；

6 设计和开发更改的控制

6.1 设计和开发结果经评审、验证或确认后，如需更改，须以受控的方式进行。

6.2 设计更改的控制要求包括：

a)更改提出者以书面形式描述更改的原因和理由、更改的范围；

b)对更改请求进行评审和适用的验证和确认，以确定：

c)更改的性质；

d)更改对正在开发的和已交付的产品/服务/系统其他部分的影响；

e)更改对顾客现行系统运行的影响；

f)更改对项目的组织、进度以及经济性方面的影响；

g)更改的技术可行性；

h)可行的更改方案。

6.3 须依据评审的意见确定是否可批准更改。只有批准的更改才可实施。

6.4 对于对顾客现行系统和/或公司已交付产品/服务/系统有较大影响的更改，应按照新项目进行管理。

6.5 更改以及相应的评审、验证、确认记录须保存。

6.7 对于批准的更改的信息应及时提供给配置管理人员，以便于其更新配置信息。

6.8 各项目课题组在设计和开发完成后1周内，将全部设计和开发资料进行整理、归档保存。

7.相关记录

7.1 《项目开发计划》

7.2《需求分析》

7.3《设计开发评审记录（或审核记录）》

7.4《设计开发验证记录》

7.5《设计开发确认记录（系统开发总结）》

7.6《设计开发变更记录》