研发部执行ISO 9001的方案.pdfVIP

研发部执行ISO9001的方案--第1页

研发部执行ISO9001的方案（初稿）

研发部作为软件的研究开发部门，承担着公司自研软件项目的开发和维护工作。

在前期进行ISO9001认证工作，在咨询人员的指导下，建立了一套相关的质量体系控

制流程，但仅是为了通过评审认证。为了更好地促进研发部的工作，提高产品的质量，加强

对产品过程的控制和管理，提高客户满意度。在认真吸取这次评审认证工作经验的基础上，

参考评审认证过程中编制的流程，结合工作中的实际情况和经验，要按照ISO9001的要求

建立起切实可用的研发部的质量管理体系流程。

质量控制流程主要可以分为三个相对独立的部分：新项目的开发、已有项目的维护、

客服和技术支持。

一、新研发软件项目

新研发软件项目在已建立的质量体系中，应纳入《软件开发控制程序》（CRQ-CX07）和

《配置管理程序》（CRQ-CX12）的管理中。

按照已建立的上述程序，在软件开发过程中，应当按阶段进行如下管理。

1、立项阶段：

项目立项可以根据客户意向、项目合同或内部立项产生，应产生的文件有《立项建

议书》、《项目计划》、《配置管理计划》、《系统开发规范》。

对于因交易规则变化而必须产生的项目立项，可以考虑不编写《立项建议书》，但

其中的部分内容要在项目计划中予以体现。

2、需求分析阶段：

需求分析为对项目的具体实现的分析过程，应产生的文件有《软件需求说明书》、

《评审记录表》，应有客户的认可。

对于因交易规则等变化引起的项目，需求分析应参考相应的交易规则等相关文档。

目前的问题在于：许多客户的需求是十分模糊的，很难具体化，是在边改边用过

程中实现具体内容的，导致需求分析也是不停地在修改。结果就是可能先有设计再编写

需求文档。

如目前的ETF项目就是如此，我们先根据他们大概的想法设计出来了，他们看了

再提出修改意见。会导致大量的反复工作。这样的需求文档也会反复修改，难以维护管

研发部执行ISO9001的方案--第1页

研发部执行ISO9001的方案--第2页

理。尤其是在多人同时进行需求分析或设计的情况下。保持文档的一致性就十分的关键

了。

3、软件设计阶段：

应产生的文件有《概要设计说明书》、《详细设计说明书》、包括验收准则的《测试

用例》或相关设计文档；提供后续安装、使用和维护活动信息的《用户手册》等。还有

概要设计、详细设计、测试用例的《评审记录表》。

对于子系统的项目或简单项目可以考虑不写《概要设计说明书》。

目前设计说明书是编写比较完整的，也基本进行了设计的评审，但是缺少相应的

评审记录内容及存档。

《测试用例》的编写目前基本没有。一方面是因为人员少，没有时间；另一方面

也存在自己编用例，自己测试的情况，这种情况下编写用例会增加测试的工作量，感觉

是在重复劳动。

4、软件实现及单元测试阶段：

编码过程中应遵循《系统开发规范》和《软件编码规范（VB）》、《JAVA编程规范》

等的命名规则和注释等规定保证程序的清晰、易读，根据《详细设计说明书》等进行软

件的编写。输出：《源程序》。需要由开发人员根据《单元测试计划》完成单元测试，并

提交《单元测试报告》。

目前开发人员的单元测试没有测试计划和测