软件开发控制程序文件

编号ZHFW-CX-14

版本B/0

LOGO软件开发控制程序页数0/13

状态

分发号

软件开发控制程序

编制：__________________

审核：_________________

批准：_________________

XXXX-XX-XX发布XXXX-XX-XX实瓶

北京XXXX科技有限公司

软件开发控制程序

1、目的

本程序规定了目标特性数据库管理系统（属计算机软件）设计和开发过程中所实施的过程、活动

和要求，目的是确保软件设计和开发过程符合软件工程化要求，确保软件产品质量，增强顾客满意。

2、适用范围

本程序适用于对数据库管理系统设计和开发的控制。

3、术语

3.1数据库管理系统databasemanagementsystem（DBMS）

操纵和管理数据库的软件,它管理数据资源的使用和控制数据资源。

3.2软件software

与计算机系统的操作有关的计算机程序、规程和可能相关的文档。

3.3军用软件militarysoftware

使用于军事目的的实现某个或某些特定功能的计算机程序、数据、有关资料及其承载平台的统称。

3.4可重用软件产品reusablesoftwareproduct

为一种用途开发但还具有其他用途的软件产品，或者专门为了用于多个项目或一个项目的多种任

务而开发的软件产品。例如商业现货软件产品、需方提供的软件产品、重用库中的软件产品和开发方

现有的软件产品。每一次使用可以包括这些软件产品的全部或部分，也可以包括它的修改部分。

注：可重用软件产品可以是任何软件产品（例如需求、体系结构等），而不只限于软件本身。

3.5软件开发softwaredevelopment

产生软件产品的一组活动。可包括新开发、修改、重用、再工程、维护或者任何会产生软件产品

的其他活动。

3.6软件工程softwareEngineering

应用计算机科学理论和技术以及工程管理原则和方法，按预算进度，实现满足用户要求的软件产

品的定义、开发、发布和维护的工程或进行研究的学科。

3.7设计输入designinput

作为产品设计依据的有关要求的信息或文件。

注：“有关要求”包括顾客的需要和期望、适用的法规和法令等。

3.8设计输出designoutput

以图样、规范、说明书和分析报告等文件形式表述的设计结果。

3.9设计评审designreview

为了评价设计结果达到规定目标的能力，对设计所作的综合的、有系统的并形成文件的审查。

4、职责

4.1设计和开发部门（技术部）负责按承担的合同（协议）或研制任务书的要求，以项目组的形式进

行软件设计和开发工作，提供全套设计和开发文档，确保设计和开发的质量。

4.2技术部管理合同执行情况，负责与顾客沟通。

4.3质量部监督软件项目的实施，进行质量管理。

4.4公司主管领导负责解决和处理软件开发中的重大技术和质量问题。

5、工作程序

5.1软件设计和开发工作流程

图1描述了软件设计开发过程及评审点要求，采用的是瀑布模型法，若采用其他设计开发模型，

需在软件设计开发策划的文件中说明具体设计开发过程。

软件设计和开发评审、文档和记录管理，分别执行《软件测试控制程序》、《文件控制程序》、《记

录控制程序》的有关规定。

5.2软件设计和开发策划

5.2.1输入

合同、技术协议、研制任务书、适用的法律法规要求、适用的开发模型等。

5.2.2输出

软件设计和开发策划需要形成软件设计和开发计划（当设计和开发不能一步到位时，需对产品改

进做出安排）、配置管理计划、特性分析报告。

5.2.3控制要求

5.2.3.1软件设计和开发计划

按GB/T8567《计算机软件文档编制规范》或GJB438《军用软件开发文档通用要求》中有关软

件开发计划的要求编写，根据产品具体情况，标准的内容可以裁剪，并满足GB/T19001-2016或

GJB9001C-20178.3.2的要求。一般应包括的内容有：

1）范围（包括标识、系统概述、文档概述、与其他计划之间的关系）

2）引用文档

3）策划背景概述

4）软件开发活动实施计划

（1）总体策划

a)描述要采用的软件开发过程，明确是否一次完成设计，若设计和开发一次不能完成，应对产

品改进作出安排，还需明确是否采用可重用软件产品；

b)软件生存周期模型的定义和选择；

c)软件开发方法，开发方法应采用文档化的系统方法，包括使用手工的和自动的工具以及规程;

d)估计设计规模、工作量、关键计算机资源；

e)软件开发环境建立，描述在建立、控制、维护软件开发环境所遵循的途径。

(2)软件开发过程及进度

明确设计和开发的阶段，对软件需求分析、设计、实现、测试、验收、交付和使用的全过程进行

策划，落实需求管理、策划与跟踪、文档编制、测试、质量保证、配置管理等工作。

(3)确定评审、验证和确认活动

确定适合于每个设计和开发阶段的评审活动，一般应对需求分析、概要设计、详细设计、确认测

试(合格性测试)准备和确认测试进行评审，可采用代码审查、单元测试、单元集成测试等方法进行

设计和开发验证，可采用合格性测试、用户试用、用户验收、产品鉴定等方法进行设计和开发确认。

(4)确定设计和开发的职责和权限

包括明确项目负责人、软件设计和开发人员、测试人员、质量管理人员、配置管理人员，以及接

口管理。

(5)识别制约软件设计和开发的关键因素和薄弱环节并确定相应的措施还需描述安全性保证、

保密性保证和其他关键需求保证的处理所遵循的方法。

(6)软件产品标准

实施产品标准化要求，确定设计和开发中使用的标准和规范。

(7)运用优化设计和可靠性、可维护性、保障性、测试性、笑全性、环境适应性等专业工程技

术遂行软件设计和开发。

(8)对软件进行特性分析，为确定关键模块或单元(特性)和重要模块或单元(特性)提供依

据，

(9)设计和开发中采用的新技术，应经过论证和篓定。

(10)按规定要求，确定并提出软件交付时需要配置的保障资源。

(11)对参与设计和开发的供方的质量控制。

(12)提出监视与测量的需求。

(13)对计算机软件需求分析、设计、实现、测试、验收、交付和使用的全过程进行策划，落实

需求管理、策划与跟踪、文档编制、测试、质量保证、配置管理等工作。

（14）在整个项目周期中，对需求阶段、设计阶段、编码与测试阶段、软件测试阶段中产生的文

档、软件的功能与性能进行审核，对于技术状态发生更改内容，应对状态进行标识，转阶段前还需经

过确认。

（15）对软件的质量通性：可靠性、安全性、可维护性、可移植性、测试性进行相应的分析与确

认，必要时组织内部评审。

（16）在整个项目周期中，对各级阶段进行的评审活动采用评审表或审批表形式进行相应的记录,

包括产品要求评审表、需求规格评审表、软件方案设计评审表、设计更改单、输入评审报告、集成测

试汜录、需求跟踪表、回归测试记录表等，并提供转阶段风险评估报告。

（17）在软件开发阶段中采用三库管理：开发库、受控库、产品库，制定三库理规范，对软件产

品质量进行把控。

5.2.3.2软件配置管理计划

软件配置管理计划执行《软件开发控制程序》中的有关规定。

5.2.33特性分析

产品特性分析包括技术特性分析、设计分析、选定检险单元等，分析结果为确定产品关键件（模

块）及含有的关键特性、重要件（模块）及含有的重要特性提供依据，编写《特性分析报告》。

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

5.2.4采用可重用软件产品的设计和开发策划

可重用软件产品可按其原样使用，或修改后使用，可以用来满足部分或全部需求。对采用可重用

软件产品需在设计和开发策划予以说明。

5.3软件需求分析

5.3.1输入

需求分析的依据有：合同（协议）、任务书和项目分配的软件需求、适用的标准、规范。

5.3.2输出

需求分析结果形成软件需求规格说明，需要时还有数据需求规格说明，接口需求规格说明。

5.3.3控制要求

1）软件需求规格说明的内容包括能力需求（功能、主题、对象）、适用的参数（如响应时间、吞

吐时间、时限约束、时序、精度、容量、优先级别、连续运行需求等）、接口需求（包括外部接口和内

部接口）、内部数据需求、安全性和可靠性需求、保密性需求、环境需求、计算机资源需求、人员需

求、软件保障需求、设计和实现约束、验收交付和包装需求、合格性规定、需求可追踪性、适用的

法律法规要求、其它需求。

2）软件需求应满足顾客要求和公司的附加要求，需求内容完整、清楚，不自相矛盾、可设计、

可测试。

3）暂时不能确定的需求，应明确解决的方法和要求，适时予以确定。

4）软件需求规格说明得到签约机构的许可并进行正式评审。

5）严格控制需求变更，实施软件配置管理。

6）需求分析完成后，开始起草软件确认测试计划和测试用例。如有必要，可与软件需求一起评

审。

5.4概要设计

概要设计即软件配置项体系结构设计。

5.4.1输入

软件需求规格说明书，软件设计开发计划等策划文件，适用的标准、规范。

5.4.2输出

软件概要设计说明，单元集成测试计划初稿。

5.4.3控制要求

1）实施软件概要设计的内容

（1）描述软件配置项部件

a）赋予软件配置项中每个软件单元一个项目唯一的标识符；

b）描述单元的静态关系和每个软件单元的用途；

c）描述每个软件单元的开发状态/类型：

d）软件配置项计划使用的计算机硬件资源；

c）标识实现每个软件单元的软件放置在哪个程序库中。

（2）说明执行方案

可采用图表和描述来说明软件单元间的动态关系，适用时，应包括执行控制流程、数据流、动态

控制序列、状态转换图、时序图、单元间的优先关系、中断处理、时序/排序关系、例外处理、并发

执行、动态分配、对象/进程/任务的动态创建/删除等。

（3）接口设计

a）说明赋予每个接口的项目唯一的标识符（适用时，应通过名称、编号、版本及文档引用来标

识接口实体及其固定的接口特性），可通过接口图来描述这些接口；

b）根据需要可分条描述单方或双方接口实体的特性，可引用其他文档（例如数据字典、协议标

准、用户接口标准）代替在此所描述的信息。这些信息是:

•接口实体分配给接口的优先级；

•接U实体分配给接口的优先级；

•要实现的接口类型；

•接口实体将提供、存储、发送、访问、接收的各个数据元素的特征；

・接口实体将提供、存储、发送、访问、接收的数据元素组合体的特征；

•接口实体用于接口的通信方法的特征；

•接口实体用于接口的协议的特征；

•其他特征，例如接口实体的物理兼容性。

（4）需求可追踪性

2）保持软件内部的一致性和与外部的一致性，对软件需求规格说明进行追踪.

3）对软件概要设计结果进行设计评审。

4）概要设计的内容能通过单元集成测试加以检验，概要设计通过评审后，开始编写单元集成测试

计划。当软件规模不大时，概要设计可与详细设计合并进行，此时进行一次设计评审活动即可。

5.5详细设计

详细设计即软件配置项详细设计。

5.5.1输入

概要设计说明书，软件设计开发计划等策划性文件，适用的标准、规范。

5.5.2输出

软件详细设计说明书，用户手册［初稿），软件单元测试计划初稿。

5.5.3控制要求

1）实施软件详细设计的内容

设计每个程序单元的内部结构，要求详细设计到能够编程。通过项目的唯一的标识符来标识软件

单元，并对该单元进行说明。适用时，应包括下列信息：

a）所使用的算法；

b）该软件单元设计中的任何约束、限定或非常规特征；

c）如果使用不同于所指定的编程语言，应指出并说明使用它的理由；

d）如果该软件单元包含过程性命令或由过程性命令组成，应列出这些过程性命令，并引用解释

它们的用户手册或其他文档；

e）如果该软件单元包含、接收或输出数据，应对它的输入、输出及其他数据元素和数据元素组

合体进行说明;

f）如果该软件单元包含逻辑，则给出该软件单元所用到的逻辑，如该软件单元执行启动时，其

内部起作用的条件；将控制传递给其他软件单元的条件；对每个输入的响应以及响应时间；在软件单

元运行期间的操作顺序和动态控制序列；异常和错误处理；

g）需求可追踪性。

2）软件详细设计内容符合要求，并按照要求，开展软件安全性、可靠性、可维护性、保障性、测

试性、环境适应性设计和开发。

3）保持详细设计的内部一致性，对需求进行追踪。

4）对详细设计结果进行设计评审。

5）详细设计的内容，能通过单元测试加以验证，详细设计通过评审后，编制单元测试计划和编写

用户手册（初稿）。

5.6编码

5.6.1输入

软件详细计划说明书和适用的标准、规范，包括编码规则和注释规则，

5.6.2输出

调试通过的计算机源程序。

5.6.3控制要求

1）开发和记录与每个软件单元相对应的程序

适用时，应包括下列活动：

a）对计算机指令和数据定义进行编码；

b）建立数据库；

c）将数据值填入数据库和其他数据文件中；

d）其他为实现设计所需的活动。

2）按规定的编程语言编程，若使用合同要求以外语言编程需经签约机构同意；

3）坚持先设计后编程的原则；尽量做到模块高内聚，低耦合；

4）具有良好的编程风格，程序结构应完整，编码的逻辑关系与程序清单的实际位置相对应。

一个模块一个功能，控制结构为单入口和单出口，程序的注释量不少于源程序总行数的四分之一,

模块的规模不宜过大。

5.7软件测试

5.7.1输入

软件测试计划和设计开发计划、软件需求规格说明书、概要设计说明书、详细计划说明书，适用

的标准和规范。

5.7.2输出

程序静态审查或测试记录，软件单元测试记录，软件单元集成测试记录和测试报告，软件确认测

试（合格性测试）计划、测试用例、测试记录和测试报告、软件问题报告单以及软件修改过程和I回归

测试记录。

5.7.3控制要求

1）软件单元测试前，进行程序代码审查或代码走查，保留相关记录，

2）采用以白盒测试为主，白盒测试与黑盒测试相结合的测试方法进行单元测试，测试模块内部

结构（语句、路径、分支）若采用单元测试工具，需达到规定的测试覆盖类和覆盖率。

3）采用渐进方法进行软件单元集成测试，保持测试记录并提供测试报告。

4）软件确认测试（合格性测试）执行《软件测试控制程序》，编写软件测试用例，确认测试环

境，对测试准备进行评审。

5）按软件需求规格说明要求，编写软件确认测试计划和测试用例，对软件配置项或系统进行正

式合格性测试：保持测试记录；保持测试独立性，测试结束后编写测试报告。

6）若软件合格性测试未通过，应记录问题现象，提供对应的软件问题报告单，软件修改报告单

和回归测试记录。

7）对软件合格性测试准备和软件合格性测试完成后应进行评审。

8）按软件配置管理计划，实施软件配置管理，对采用的测试工具，初次使用前，应该确认和批

准。

5.8软件配置管理

5.8.1输入

计算机软件配置管理计划，有关的标准、规范。

5.8.2输出

软件配置项标识一览表，软件版本更改一览表，软件更改控制记录，配置项出/入库记录，软件

配置状态报告，软件配置审核报告。

5.8.3控制要求

执行软件配置管理计划，提供必要的实施证据。

5.9设计和开发评审

5.9.1评审目的

设计和开发评审是对设计和开发的结果达到规定目标所进行的检查，也是对设计和开发过程控制

的重要手段。评审目的有：

a）评价设计和开发的结果满足要求的能力；

b）识别存在的任何问题并提出必要的措施。

5.9.2评审时机

a）软件需求分析；

b）概要设计；

c）详细设计；

d）确认测试准备（包括测试计划、测试用例、测试环境等）；

e）确认测试。

5.9.3评审内容

通常评审内容包括：

a）内部一致性（被评审的文件资料的正确性、协调性和一致性）；

b）外部一致性（与有关的硬件和软件的协调性和一致性）；

c）可追溯性（本阶段设计和开发输出满足设计和开发输入的情况）；

d）可实现性（本阶段设计和开发输出在下一阶段的可实现性和可验证性）；

e）使用的设计和开发方法及工具的适宜性。

5.9.4评审控制要求

a）应依据设计和开发策划的安排，在适宜的阶段对设计和开发进行系统的评审，提供《软件设

计和开发评审报告》；

b）评审的参加者应包括与设计和开发阶段有关的职能部门的代表，包括软件维护人员，顾客要

求时，应邀请顾客参加评审；

C）必要时，进行可靠性、维修性、保障性、测试性、安全性、环境适应性等专题评审；

d）应对采取的措施进行跟踪，并把评审结论和跟踪结果向顾客通报；

e）保持评审结果及任何必要措施的记录；

5..0设计和开发更改的控制

5.10.1可能的设计更改原因

a）设计评审或工作检查中发现设计错误；

b）由于设计和编码中存在问题，测试未通过；

c）顾客或供方要求更改；

d）不适应已更改的安全法规或其他要求；

e）因采取纠正措施而需要进行更改等。

5..0.2产品的重大设计更改（重要技术指标、可靠性、安全性及外部接口的更改），由项目技术负

责人组织有关人员进行系统分析和赎证，以确定这些更改是否会影响已经批准的设计验证结果，是否

会影响到已交付的产品，然后填写《软件设计更改报告》，按规定履行审批程序。

5.10.3一般设计和开发更改（指重大设计更改之外的更改），在更改实施前需得到批准，填写《软件

设计更改报告》。

5.W.4设计和开发的更改应符合技术状态管理（软件配直管理）要求，已鉴定（定型）的军工产品的

更改按定型工作有关的规定办理。

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

5.11软件验收支持

1）应按合同规定向需方提供《软件验收申请报告》，由需方组织验收，本公司配合和协助，为需

方进行软件验收测试、评审和审核提供支持。软件验收测试、评审和审核后由需方组织编写《软件验

收扳告》，本公司将软件验收的结果记录在软件开发文件中。

2）按合同规定为需方和软件用户提供必要的培训。

3）若需软件产品定型，按合同规定为软件产品定型提供有关文档，包括软件研制总结报告、软

件产品规格说明、软件质量保证报告和软件配置管理报告等。

6、相关文件

6.1《文件控制程序文件》

6.2《记录控制程序文件》

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

6.4《软件测试控制程序文件》

7、相关记录

7.1《设计和开发输入评审》

7.2《设计开发任务书》

7.3《市场调研报告》

7.4《设计和开发计划》

7.5《项目可行性论证报告》

产品需求