应用软件开发控制程序标准程序创新.docx

应用软件开发控制程序标准程序创新.docx

《应用软件开发控制程序标准程序创新.docx》由会员分享，可在线阅读，更多相关《应用软件开发控制程序标准程序创新.docx（8页珍藏版）》请在冰豆网上搜索。

应用软件开发控制程序标准程序创新

程序文件

应用软件开发控制程序

1目的

本文件规定了项目设计开发的职责、程序、组织和技术接口及设计更改的要求，以使软件开发过程得到有效控制，保证软件的设计、开发质量。

2适用范围

本程序文件适用于本公司所有软件开发过程的控制活动。

3相关/支持性文件

定义

4.1需求分析：

研究用户要求以得到系统或软件需求定义的过程。

4.2总体设计：

把软件需求变换成可表示的和可实现的软件形式，包括系统功能结构设计、模块功能设计、数据的定义及构造、界面的定义。

4.3详细设计：

推敲并扩充总体设计，以获得关于处理逻辑、数据结构和数据定义的更加详尽的描述。

4.4设计实现：

把设计翻译成代码，然后对此代码排除隐错的过程。

它是程序的一种机器可执行形式，或者能被自动地翻译成机器可执行形式的某种形式的程序。

4职责

5.1公司技术总监负责确认软件的主要功能，批准各阶段的评审，组织软件设计确认，对软件开发输出的文件给予审批。

5.2产品研发部主任负责审核各阶段设计。

5.3项目负责人负责协调项目内外各方的关系，控制项目进度并保证项目计划的实施和完成，规范在开发过程中需协调一致的规则，确定实施该项目的技术路线，采用的软件开发方法和使用的软件辅助开发工具，制定《软件开发计划》和《试运用计划》，编写技术审查资料。

5.4项目负责人负责审批测试计划和测试报告。

5.5需求分析员作为软件开发项目的代表，负责沟通用户和开发人员的认识和见解，明确及准确地编写《需求分析说明书》，记录软件试运用情况，编写《运用报告》。

5.6系统分析员负责制定软件开发计划，完成总体设计，为设计实现提供可行的依据，并在设计过程中负责编写《总体设计方案》、《用户手册》。

5.7程序员进行软件模块的详细设计。

程序员按设计要求把软件设计变换成可执行的代码，进行调试，编写《设计说明书》。

5.8测试人员负责制定《测试计划》、实施测试并提交《测试报告》。

5工作程序

软件开发应执行软件开发程序，在本阶段设计未结束前可以兼顾下一阶段的前期准备，但开展下一阶段的设计必须在本阶段设计评审通过后方能进行。

各阶段设计须依据上阶段设计输出，完成本阶段设计及输出。

设计输出须经项目负责人审核，填写质量审核卡，必要时召开会议论证，记录会议纪要，根据审核意见及时修订设计。

软件开发程序见图1。

6.1需求分析阶段

需求分析员根据合同、软件任务书的要求，确定系统功能、性能指标、环境要求、安全性、可靠性、兼容性、易维护性、可移植性、等，需要时应规定与其它软件或硬件产品的接口,完成《需求分析说明书》。

关于《需求分析说明书》的编写规范详见《软件需求分析说明书的编制办法》。

需求分析完成并审核后，应对项目是否满足用户需求、项目需求的设计、操作和维修的可行性进行评审。

在合同或其他情况下（可行时），需求评审应有用户代表或其委托人参加，或通过其它方式征得用户的确认。

当需求发生变更时，应与顾客进行确认，采用共同签署《变更、洽谈记录》或其它适宜的形式。

产品专责根据软件产品实际情况，确定需求分析阶段评审具体内容，可适当增减；评审内容应写入设计评审申请表，并作评审记录。

需求分析阶段评审内容：

●软件需求说明书是否覆盖了用户的所有要求。

●软件需求说明书完整性、一致性、可测试性、可跟踪性。

●文档是否符合有关标准规定（包括公司的ISO有关规定）。

6.2总体方案设计阶段

项目负责人对设计开发工作进行策划，策划应包括：

确定设计开发阶段及各阶段完成期限；确定适合的评审、验证和确认活动；确定合适的配置项、基线和配置管理活动；确定每项活动的职责和权限；明确参与设计开发不同组别之间的接口及设计开发活动所需的资源（人员、经费、时间、开发工具和设备等）等。

策划的结果应形成《软件开发计划》和《配置管理计划》。

编制《配置管理计划》时，由项目经理设定配置项，例如：

项目需求文档、设计文档、源程序、可执行代码、测试用例、运行软件所需的各种数据等。

由项目经理设定基线，对项目的需求、设计、源代码以及相应的可执行代码、用户文档等一系列唯一标识号构成基线。

制定软件《配置管理计划》时，应与项目的规模和关键性保持一致。

关于《软件开发计划》的编写规范详见《软件开发计划的编制办法》。

系统分析员根据经过确认的软件需求，设计系统总体结构、硬件及软件配置、模块功能、数据定义、界面定义，设计的结果应形成《总体设计方案》。

关于《总体设计方案》的编写规范详见《软件总体设计方案的编制办法》。

完成总体方案设计并经审核后，对总体方案是否满足项目需求、采用的工具是否适当、以及开发与操作和维护的可行性进行论证、评审。

产品专责根据软件产品实际情况，确定总体方案设计阶段评审具体内容，可适当增减；评审内容应写入设计评审申请表，并作评审记录。

总体方案设计阶段评审内容：

●软件开发计划的合理性。

●总体方案是否与软件需求说明书的功能要求一致。

●从逻辑上、系统后期拓展上、用户应用需求上评审系统模块划分的合理性和数据流程图设计的明确性。

●接口定义是否明确。

●文档是否符合有关标准规定（包括公司的ISO有关规定）。

6.3详细设计阶段

程序员进行软件模块的外部接口、内部接口以及数据库的详细设计。

软件模块各部分的设计，应尽量地将各个部分详细划分为含有软件单元的较低的层次，以便进行编码、编译和测试。

程序员应完成源程序编码、单元调试和模块调试，源程序编码具体依据公司企业标准的相关规定执行。

包括下列任务：

a）开发每个软件单元和数据库；

b）调试每个软件单元和数据库，以保证它们符合要求；

c）将软件单元和其各组成部分集成为软件模块并调试。

详细设计的结果应满足总体设计方案的要求，并形成《设计说明书》，产生程序代码。

关于《设计说明书》的编写规范详见《软件设计说明书的编制办法》。

详细设计的结果应进行评审，对其要求的可追溯性、与外部的一致性、模块各部分之间的一致性、所采用的设计方法的适宜性，详细设计的可行性、兼容性及操作和维护的可行性等进行评审。

产品专责根据软件产品实际情况，确定详细设计阶段评审具体内容，可适当增减；评审内容应写入设计评审申请表，并作评审记录。

详细设计阶段评审内容：

●详细设计说明书是否与总体方案的功能要求一致。

●模块内部逻辑结构是否合理，模块之间接口是否清晰。

●数据库设计是否完整，是否正确反映总体方案的要求。

●文档是否符合有关标准规定（包括公司的ISO有关规定）。

6.4测试与试运行阶段

该阶段应按项目需求完成软件、硬件和其它部分的集成，进行系统测试，开展系统试运行。

6.4.1软件测试

测试人员编制系统的《测试计划》（包括系统功能和性能的测试），并规定测试要求和进度安排。

关于《测试计划》的编写规范详见《软件测试计划的编制办法》。

按《测试计划》完成各软件模块的测试，测试结果应满足项目需求并形成《测试报告》。

关于《测试报告》的编写规范详见《软件测试报告的编制办法》。

测试过程中产生的问题应该进行测试追踪并填写记录单。

测试完成后应进行评审，评审测试方法的正确性和测试结果的符合性。

6.4.2试运行

为检验软件实际运用中是否符合用户需求，须进行现场试运行，试运行时间以合同或客户要求为准。

系统分析员负责编写软件使用说明的《用户手册》,关于《用户手册》的编写规范详见《软件用户手册的编制办法》；项目负责人确定试验点，编写软件《试运用计划》,关于《试运用计划》的编写规范详见《软件试运用计划的编制办法》，组织实施软件现场安装与试用；需求分析员记录运用过程中出现的问题，编写《运用报告》,关于《运用报告》的编写规范详见《软件试运用报告的编制办法》。

试运行完成后取得由用户确认盖章的、说明软件实际运用情况的《用户报告》。

产品专责根据软件产品实际情况，确定测试与试运行阶段评审具体内容，可适当增减；评审内容应写入设计评审申请表，并作评审记录。

测试与试运行阶段评审内容：

●软件测试说明对各测试用例进行详细的定义和说明，审核测试用例、环境、测试软件、测试工具等准备工作是否全面、到位。

●软件测试说明中测试用例是否全面、可测。

●文档是否符合有关标准规定（包括公司的ISO有关规定）。

6.5技术审查或鉴定阶段

该阶段应准备鉴定资料完成项目开发的工作总结和技术成果鉴定工作。

工作总结应对实际开发的结果给予说明、对开发工作给予评价和总结经验与教训。

6.6配置库管理

由项目经理建立项目的开发库、受控库、静态库、备份库对项目配置项进行管理。

开发库用于保存软件产品开发人员当前正在开发的配置实体，开发库通常包括新模块、文档、数据元素或进行修改的已有元素。

该开发库是软件工程师的工作区，由软件工程师控制。

受控库用于保存通过阶段评审的软件产品，由项目经理控制。

静态库为软件成品库，由档案室控制。

备份库为软件项目文档中的开发软件和相关构架、数据和文档的不同版本的复制品的备份。

6设计更改

在开发过程中，当需要对前面各阶段建立并通过评审的设计基线进行更改时，应由项目负责人和技术总监对更改内容和更改验证结果进行评审，需要时组织会议评审。

评审通过后，形成新设计基线的文档。

项目经理对变更内容、变更原因、受变更影响的关联配置项、工作量和变更实施人进行说明，由技术总监审批变更，项目经理组织实施变更活动。

经审批的设计文件需要更改时，根据相关控制程序进行更改。

7记录

以下记录作为ISO9001：

2008标准4.2.4“记录”对待，并作为该程序文件的支持性文件。

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《设计更改申请单》

图1.软件开发程序