软件产品设计开发管理程序

1 目的
本文件规定了软件产品的设计和开发的控制要求及质量职责。

2 范围
本文件适用于本公司的软件产品的设计和开发。

3 职责范围
3.l 技术中心技术总监对软件设计和开发的控制负领导责任。

3.2 技术中心负责软件设计的策划、输入、输出、评审、验证、确认和更改。

3.3 其他各部门负责所需的资源提供、测试、技术支持等。

3.4 软件设计人员应按质量控制要求，认真设计软件，保证设计质量，软件文档应按
要求编制，以保证成套性。

3.5 软件文档标准化由软件互联网部负责。

3.6 评审人员对评审结果的正确性、有效性负责。

3.7 软件设计人员应加强后期维护质量，负责软件的优化、升级和扩充。

4 控制要求
软件设计和开发应遵循 GB／T 8566《软件生存周期过程》和 GB／T 16260 《软件产品评价》中的规定。

4.1 设计和开发的策划
公司对设计和开发的策划应确定：
a)设计和开发阶段；
b)适用于每个设计和开发阶段的评审、验证和确认活动；
c)设计和开发的职责和权限。

总经理签发《设计开发任务书》，技术中心据此填写《设计开发计划书》，对参与设计和开发的不同小组之间的接口进行管理，以确保有效的沟通，并明确职责分工。

随设计和开发的进展，在适当时，策划的输出应予更新。

4.2设计和开发输入
公司应确定与产品有关的输入，并保持记录，填写《设计开发输入及评审单》。

输入应包括：
a)功能和性能要求；
b)适用的法律、法规要求；
c)适用时，以前类似设计提供的信息；
d)设计和开发所必需的其他要求。

应对输入进行评审，以确保输入是充分的与适宜的。

要求应完整、清楚，并且不能自相矛盾。

软件设计人员、评审人员在设计评审测试中要保证软件设计质量符合以下要求：
4.2.1 正确性
软件的功能能正确、完整地实现需求规格说明。

4.2.2 可靠性
软件在给予的硬件、软件支持下具有正常工作的能力，以及具有在异常条件下（如
输入非常数据、用户操作出错等）继续运行的能力。

4.2.3 可维护性
软件进行修改的方便程度，包括一致性、可及性、自说明性、软件结构可扩充性、
可更改性，运行过程给出提示并有相应文档。

4.2.4 可移植性
软件具有从一个环境（组织环境、硬件环境、软件环境）到另一个环境运行的能
力。

4.2.5 资源特性
软件执行规定的功能所占内存容量少，占用软件资源和外部设备少，且时间短，
消耗的材料和需用操作人员的时间少，通常要保证有20％的余量。

4.2.6时间特性
在规定的和其他必要条件下执行规定的功能的时间或执行这一功能所占用资源的
时间最短，要求处理时间的占用有20％的余量。

4.2.7 易使用性
软件操作简单，人机通讯方便。

4.2.8 安全性
计算机软件中重要的数据资料必须有安全保护措施，具有防盗取的能力。

4.3设计和开发输出
设计和开发输出应以能够针对设计和开发的输入进行验证的方式提出，并应在放行前得到批准，填写《设计开发输出及评审单》。

设计和开发输出应：
a)满足设计和开发输入的要求；
b)给出采购、生产和服务提供的适当信息；
c)包含或引用产品接受准则；
d)规定对产品的安全和正常使用所必需的产品特性。

4.4设计和开发评审
评审目的是评价设计和开发的结果满足要求的能力，识别任何问题并提出必要的措施。

4.4.1 软件设计过程中要设立或指定软件质量保证机构。

该机构负责软件质量的检
查、评审、测试，做到及时发现问题及时解决问题。

4.4.2 应视软件的重要程度及应用范围组织公司或部门级评审。

公司级评审由技术总
监组织，部门级评审由部门领导组织。

4.4.3 各类评审均应由与设计无直接关系的人员进行并对评审的结果形成记录。

4.4.4 软件设计各阶段评审
4.4.4.1 设计输入评审
对软件需求规格说明进行评审，以保证需求规格说明中列出的要求是合理且适当
的；对软件概要说明进行评审，以保证软件结构、模块划分、主要算法和接口关系的
合理性；对软件详细设计说明进行评审，以保证模块功能的正确性，控制结构、
数据结构和算法的合理性，以及设计的程序与要求的一致性。

4.4.4.2设计输出评审
对软件设计输出的测试计划、方法和测试分析报告等进行评审，以保证测试内容
和范围的正确性，测试结果评价的准确性。

4.5 设计和开发的验证
软件验收前，必须完成软件的强度测试，满足系统余量要求，并达到验收的错误
限制及错误修补限制要求。

并填写《设计开发验证单》。

4.6 设计和开发的确认
4.6.1 在软件的不同的生存周期，需编制不同的文档，以保证软件文档的成套性，其
成套文件的数量按软件文档编制的级别执行。

4.6.2 编制的文档按软件不同周期的文档级别执行。

4.6.3软件文档的审核与批准，可根据软件重要程度，由不同级别的人员签署。

签署人要对签署文档的技术全面负责，文档在批准人签署之前要交标准化审查，经签署后的文档方可归档。

填写《设计开发确认单》。

4.7设计和开发更改
应识别设计和开发的更改，并保持记录《设计开发更改申请单》。

适当时，应对设计和开发的更改进行评审、验证和确认，并在实施前得到批准。

设计和开发更改的评审应包括评价更改对产品组成部分和已交付产品的影响。

更改的评审结果及任何必要措施的记录应予
保持。

5 相关文件
《文件和资料管理程序》 MX2-01
6 相关记录
《设计开发任务书》 QR2-10-001 《设计开发计划书》 QR2-10-002 《设计开发输入及评审单》 QR2-10-003 《设计开发输出及评审单》QR2-10-004《设计开发验证单》 QR2-10-005 《设计开发确认单》 QR2-10-006。