软件开发控制程序文件.doc

软件开发控制程序文件.doc

《软件开发控制程序文件.doc》由会员分享，可在线阅读，更多相关《软件开发控制程序文件.doc（6页珍藏版）》请在冰豆网上搜索。

江阴天一环保科技有限公司

文件编号

QC/RJ-（软）-R01

编制

王淑建

审核

严循东

文件名称

《软件开发控制程序文件》

批准

于明

实施日期

2009.11.12

软件开发控制程序文件

1目的

1.1对软件开发的全过程进行控制，确保产品能满足用户需求和期望及有关法律、法规要求。

2范围

2.1适用于本公司软件新产品开发全过程的控制。

3职责

3.1技术部负责软件开发全过程的组织、协调、实施工作，包括进行开发的策划、确定开发的组织和技术的接口、输入、输出、验证、评审，设计开发的更改和确认等。

3.2技术部经理负责审核软件开始输出文件和成果。

3.3技术部经理负责审核项目可行性研究报告、项目开发方案，下达开发任务书，负责批准项目开发计划、开发输入、开发输出、开发评审、开发验证、确认和软件更改等。

3.4总经理负责批准项目可行性研究报告、项目开发方案。

3.5采购部负责所需物料的采购。

3.6技术部负责根据合同要求，负责提交用户使用新产品后的《验收报告》。

3.7技术部负责控制新产品的质量保证能力。

4程序

4.1软件开始的策划

根据“软件生存周期”的阶段划分，这属于“可行性研究与计划阶段”。

4.1.1软件开发项目的来源：

a.根据市场部与用户签定的新产品合同或技术协议，总经理批准的相应的《项目可行性研究报告》、《产品要求评审表》、技术部经理下达《软件开发任务书》，并将与新产品有关的技术资料转交软件开发人员。

b.市场部根据市场调研或分析提出《项目可行性研究报告》，报技术部经理审核、总经理批准后，技术部经理下达《软件开发任务书》，并将相关背景资料转交软件开发人员。

c.技术部综合各方面信息，提交《项目可行性研究报告》，报技术部经理审核、总经理批准后，技术部经理下达《软件开发任务书》，交软件开发人员实施。

d.技术部经理制定的科技发展规划：

包括新产品计划和已有产品的重大升组级计划（如平台更换、重大技术改造等）。

4.1.2项目负责人根据上述项目来源，确定项目负责人，根据《软件开发任务书》将软件开发策划的输出转化为《项目开发计划》，报技术部经理审核、批准。

计划书内容包括：

a.开发输入、输出、评审、验证、确认等务阶段的划分和主要工作内容；

b.各阶段人员职责和权限、进度要求和配合单位；

c．产品及成果、验收标准；

d．资源配置需求，如人员、设备、资金保证及支持务件等及其他相关内容等。

4.1.3软件开发策划的输出文件将随着设计开发的进展，在适当进予以修改，应执行《文件控制程序》关于文件更改的有关规定。

4.1.4软件开发不同小组之间的接口管理

a.软件开发的不同小组可能涉及到公司不同职能或不同层次，也可能涉及到公司外部。

b.对于小组之间重要的软件开发信息沟通，软件开发人员填写《内部联络单》，由项目经理审批后发给相关小组。

需要技术部经理进行协调工作的，由技术部经理审批后组织协调。

4.1.5市场部负责与用户的联系及信息传递。

4.1.6软件开发策划的输出文件应报技术部经理助理备案，技术部经理负责监督、协调项目开发计划的实施；负责每个月定期检查计划的执行情况。

4.2软件开始的输入

根据“软件生存周期”的阶段划分，这属于“需求分析阶段”。

4.2.1软件开发输入应包括以下内容：

a.产品主要功能、性能要求，这些要求主要来自用户或市场的需求与期望,一般应隐含在合同或项目可行性研究报告中；

b.适用的法规、法规要求，对国家强制性标准一定要满足；

c.以前类似设计提供的适用信息；

d.对确定产品的安全性和适用性到关重要的特性要求，包括安全、维护及使用环境等。

4.2.2软件开发的输入应形成文件，项目开发人员应编制《软件需求说明书》等，报技术部经理审批准后实施。

如客户对软件的功能和性能等有更改要求时,作成《需求更改说明书》。

4.2.2.1《软件需求说明书》内容包括：

a.引言：

说明编写目的、背景、定义及参考资料等；

b.任务概述：

目标、用户特点、假定与约束；

c.需求规定：

对功能的规定，对性能规定，精度、时间特性要求，灵活性，输入输出要求，数据管理能力要求，故障处理要求，其他专门要求等；

d.运行环境规定：

设备、支持软件、接口、控制等。

4.3软件开发的输出

根据“软件生存周期”的阶段划分，这属于“设计和实现阶段”。

4.3.1软件开发人员根据开发任务书、方案及计划等开展软件开发工作，并编制相应的软件开发输出文件。

4.3.2软件开发输出应以能针对软件开发输入进行验证的形式来表达，以便于证明满足输入要求，为行产运作提供适当的信息。

软件开发输出因产品不同而不同，除开发编制的应用软件外，还应根据产品特点规定对安全和正常使用的产品特性，包括安装、使用、维护等的要求。

适当时其输出包括：

a.《概要设计说明书》

b.《详细设计说明书》

c.《详细设计---数据库设计说明书》

d.《模块报告》

e.《测试计划》

f.《用户操作手册》

4.4软件开发的评审

4.4.1在软件开发的适当阶段进行系统、综合的评审，一般对项目管理级和技术级两个方面进行评审，由设计项目负责人提出申请，技术部经理批准并组织相关人员和部门进行。

a.应在《项目开发计划》明确评审的阶段、达到的目标、参加人员及职责等，并按照计划进行评审。

b.评审的目的是评价满足阶段设计开发要求及对应于内外部资源的适宜性、满足总体设计输入要求的充分性及达到设定目标的程度；识别和预测问题的部位和不足，提出纠正措施，以确保最终设计满足用户的要求。

c.根据需要也可安排计划外的适当阶段评审，但应提前明确时间、评审方法、参加人员及职责等。

4.4.2项目负责人根据评审结果,填写《软件开发评审报告》,提交技术部经理确认。

根据需要采取相应的改进或纠正措施，技术部经理负责跟踪记录措施的执行情况，填写在《软件开发评审报告》的相应栏目内。

4.5软件开始的验证

根据“软件生存周期”的阶段划分，这属于“测试阶段”。

4.5.1开发人员对于形成的软件，应根据《测试计划》对其进行验证。

4.5.2在软件开发的适当阶段也可以进行验证，可采用与已证实的类似设计进行比较、计算验证、模似试验等。

4.5.3项目负责人综合所有验证结果，填写《测试分析报告》，把组装测试和阶段测试的结果、发现及分析形成文件予以记载。

其内容包括：

测试概要、测试结果及发现、对阶段软件功能的结论、分析摘要、测试资源消耗等，并记录验证的结果及跟踪的措施，技术部经理对分析报告确认。

确保软件开发输入中生一项性能、功能指标都得到了验证。

4.6软件开发的确认

4.6.1确认的目的是证明产品能够满足预期的使用要求。

通常应在产品交付之前（如单件产品）或产品实施（如批量产品）之前完成。

如需经用户使用一段时间才能完成确认工作的，应在可能的适用范围内实现局部确认。

可以选择下述几种确认方式之一：

a.技术部经理组织召开新产品鉴定会，邀请有关专家、用户参加，提交《新产品鉴定报告》即对开发的软件予以确认；

b.试产合格的产品，由项目组联系交用户使用一段时间，项目组提交《用户试用报告》，说明用户对试样符合标准或合同要求的满意程序及对适用性的评价，用户满意即对开发软件予以确认；

c.新产品可送往国家授权的试验室进行性能、功能检测并出具合格报告，并提供用户使用满意的报告，即为对开发的软件予以确认。

上述报告及相关资料为确认的结果，技术部经理对此结果进行分析，根据需要采取相应的跟踪和改进措施，并填写在《内部联络单》上传递给相关部门执行，以确保开发的产品满足用户预期的使用要求。

4.6.2项目完成后，项目负责人应编制《项目开发总结》，报技术部经理审准后，由技术部归档。

4.7软件开发更改的控制

4.7.1软件开发的更改可发生在软件生存期的任何阶段。

开发人员应正确识别和评估设计更改对软件使用性能、安全性、可靠性等方面带来的影响。

4.7.2软件开发的更改提出部门应填写《软件更改申请单》，并附上相关资料，报技术部经理批准后方可进行更改。

4.7.3当更改涉及到主要技术参数和功能、性能指标的改变，或人身安全及相关法律法规要求时，应对更改进行适当的评审、验证和确认，经技术部经理批准后才能实施。

对更改的评审结果及任何必要措施的记录，由项目负责人保存。

4.8软件开发阶段的进度控制

为了及时向有关部门汇报项目开发的进展情况，以便及时发现和处理开发过程中出现的问题，应以项目组为单位按月填写《开发进度月报》，记录工程进度与状态、资源耗用与状态、经费支出与状态及下个月的工作计划和建议等，报技术部经理备案，根据需要采取协调措施，以便使相关部门之间进行必要的沟通。

5相关文件

5.1《文件控制程序》

5.2《软件、系统集成文档资料控制程序》

6记录

6.1《项目开发任务书》

6.2《项目开发计划》

6.3《软件需求说明书》

6.4《详细设计说明书》

6.5《概要设计说明书》

6.6《测试计划》

6.7《软件开发评审报告》

6.8《模块测试报告》

6.9《测试分析报告》

6.10《内部联络单》

6.11《新产品鉴定报告》

6.12《软件更改申请单》

6.13《项目开发总结报告》

6.14《用户使用手册》

6.15《用户安装手册》

6.16《用户维护手册》

第6页共6页