软件设计和开发控制程序
设计开发控制程序
设计开发控制程序设计开发控制程序1. 简介设计开发控制程序是指在软件开发过程中，为了保证项目的高质量和有效管理而设计的一套程序控制方法和工具。
它可以帮助团队成员协同工作，跟踪项目进度，保持代码的一致性和可维护性，并及时发现和解决问题。
本文将探讨如何设计和开发一个控制程序来提高软件开发流程的效率和质量。
2. 控制程序的功能和特性设计和开发控制程序的主要目标是优化软件开发过程，并确保项目的交付质量。
以下是控制程序的主要功能和特性：2.1 版本控制版本控制是控制程序的核心功能之一。
它可以帮助团队成员管理代码版本，记录修改历史，协同开发，解决代码冲突，并恢复到之前的版本。
常见的版本控制系统有Git和SVN等。
2.2 代码审查代码审查是控制程序的另一个重要功能。
通过代码审查，团队成员可以相互检查代码质量，发现潜在问题，并提出改进意见。
代码审查有助于提高代码的可读性、可维护性和稳定性。
2.3 缺陷跟踪控制程序还应该具备缺陷跟踪功能，以便团队成员能够及时发现、记录和解决项目中的缺陷和问题。
缺陷跟踪系统可以帮助团队确保所有缺陷都得到恰当的处理，并监控缺陷修复的进度。
2.4 自动化构建和测试自动化构建和测试可以提高开发效率和产品质量。
控制程序应该支持自动化构建工具，如Maven或Gradle，并与测试框架集成，以便能够自动执行单元测试、集成测试和系统测试等。
2.5 文档管理文档管理是一个容易被忽视的方面，但它对于软件开发项目的成功非常重要。
控制程序应提供文档管理功能，以便团队成员能够共享和管理项目文档，包括需求文档、设计文档、用户手册等。
3. 控制程序的设计与实现为了实现上述功能，我们可以选择使用一些开源的控制程序工具，如GitLab、Jenkins、JIRA等。
这些工具提供了丰富的功能和插件，可以满足大多数项目的需求。
下面是一个基本的控制程序的设计与实现步骤：1. 需求分析：明确项目的需求和开发团队的规模，确定所需的功能和特性。
软件设计和开发控制程序
产品软件控制程序1 目的与适用范围1.1 目的本程序规定了产品配套软件的开发及管理所遵循的原则和一般要求,其目的是对设计和开发的全过程实施控制，确保以科学的控制流程、合理的资源配置实现顾客需求和期望，达到设计目标，并保证产品达到规定的质量要求。
1.2 适用范围本程序适用于本公司配套软件产品（含外协）生存周期的控制与管理。
2 引用文件GB/T11457 -95 软件工程术语GB/T12504- 90 计算机软件质量保证计划规范3 术语和定义3.1 软件软件指计算机程序和相应的数据文档；包括固件中的程序和数据，与其驻留的物理介质无关。
3.2 软件级别根据产品可靠性、保障性大纲的规定，对系统中软件关键性进行分析，将软件按关键性分成A、B、C、D 四个级别，且对不同级别的软件在质量控制要求及方法上有所差别。
本公司所研制的软件属于D类软件：其失效可能造成轻微危害的软件。
3.3 产品配套软件分类产品配套软件按功能分为：地面测试软件、数据处理软件、计算机软件等；按使用环境分为：地面软件、测试软件等；按规模分为：小、微型软件。
3.4 软件开发软件开发过程是指从任务书或合同生效之日开始，到承办单位交付产品并有用户验收为止的整个软件研制、生产过程。
3.5 软件维护软件维护是在软件产品交付使用之后，为纠正故障、改善性能和其它属性，或使产品适应改变了的环境所进行的修改活动。
一般分为完善性维护、适应性维护和改正性维护三种类型。
3.6 文档文档是对软件的书面描述和说明，它定义了软件的功能、性能、组成、设计、测试和使用方法。
3.7 软件生存周期从设计软件产品开始到软件产品不能再使用时为止的时间周期。
3.8 软件开发库、受控库、产品库软件开发库是指存放与软件开发工作有关的计算机可读信息和人工可读信息的软件库。
软件受控库是指在软件生存周期的某一阶段结束时，存放作为尖端产品而释放的、与软件开发工作有关的计算机可读信息和人工可读信息的库。
设计和开发控制程序
设计和开发控制程序在软件开发领域，设计和开发控制程序是一个非常重要的环节。
控制程序是用来规范和管理软件开发过程的一系列指导和规范。
通过设计和开发控制程序，可以提高团队的开发效率、降低维护成本，并确保软件质量。
在本文中，我们将探讨如何设计和开发控制程序，以及其在软件开发过程中的重要性。
控制程序的定义控制程序是一套规范和指导，用于规范和管理软件开发过程。
它包括了软件开发的流程、规范、标准以及相应的工具和技术。
通过控制程序，可以确保软件开发过程有序进行，团队成员之间有明确的分工和职责，可以提前识别和解决问题，从而提高软件的质量和开发效率。
设计控制程序的步骤设计控制程序是一个系统性的工作，需要经过以下几个步骤：1.需求分析：首先需要明确软件开发的需求和目标，确定控制程序的范围和内容。
这一步骤非常重要，因为只有清楚了解需求，才能设计出符合实际情况的控制程序。
2.制定规范：在需求分析的基础上，制定相应的规范和标准，包括开发流程、代码规范、测试标准等。
规范的设计应该符合实际情况，既要满足软件开发的需求，又不能过于繁琐和复杂。
3.确定工具和技术：根据规范的设计，确定适合的工具和技术来支撑控制程序的实施。
例如，可以使用版本管理工具来管理代码的版本，使用自动化测试工具来提高测试效率等。
4.实施和监控：将设计好的控制程序付诸实施，并不断监控和调整。
实施过程中要关注团队成员的反馈和效果，及时调整控制程序，确保其有效性和实用性。
开发控制程序的重要性设计和开发控制程序在软件开发过程中具有重要意义：1.规范软件开发流程：控制程序可以规范软件开发的各个阶段，明确每个阶段的工作内容和职责分工，避免开发过程混乱和失控。
2.提高开发效率：通过控制程序，可以提高团队的协作效率，减少重复劳动，提高开发效率。
3.降低维护成本：良好的控制程序可以提前发现和解决问题，减少软件维护的难度和成本。
4.保证软件质量：控制程序可以规范软件开发的标准和流程，提高软件的质量和稳定性。
计算机软件设计开发控制程序
计算机软件设计开发控制程序一、引言计算机软件设计开发控制程序是实现软件设计、开发和控制的核心环节。
它涉及到软件的整体架构设计、编码实现、版本管理、代码质量控制、测试和发布等方面。
在软件开发过程中，一个有效的控制程序能够提高软件开发的效率和质量，确保项目的顺利进行。
二、需求分析在设计开发控制程序之前，需要进行需求分析。
通过与项目组成员的沟通和了解，明确软件开发的目标和需求，分析系统的功能、性能、安全等方面的要求，并将其转化为明确的任务和优先级。
三、架构设计在需求分析的基础上，进行系统的整体架构设计。
架构设计是软件开发的基石，它涉及到系统的模块划分、接口定义、数据流程和控制流程的设计等。
一个良好的架构设计能够提高系统的稳定性、可维护性和可扩展性。
四、编码实现在架构设计完成后，进行具体的编码实现。
编码实现是将设计思想转化为具体的代码实现的过程，它需要程序员熟练运用各种编程语言和开发工具，按照设计要求编写代码，并进行良好的代码注释和文档编写。
五、版本管理软件开发过程中，会出现多个版本的代码，需要进行版本管理。
版本管理是对软件开发过程中的各个版本进行管理和控制，包括代码的提交、分支管理、冲突解决、版本回退等。
一个好的版本管理工具能够提高开发团队的协作效率和代码的可靠性。
六、代码质量控制为了确保软件的质量，需要进行代码质量控制。
代码质量控制包括代码规范的制定和维护、静态代码分析、单元测试、代码复审等方面。
一个好的代码质量控制程序能够有效地减少代码错误和维护成本，提高软件的稳定性和可靠性。
七、测试在开发控制程序完成后，需要进行测试。
测试是验证软件功能和性能的过程，包括单元测试、集成测试、系统测试等。
通过不同层次的测试，可以发现并修复软件中的问题，确保软件的正确性和稳定性。
八、发布当软件经过开发、测试等环节后，需要进行发布。
发布是将软件交付给最终用户的过程，包括软件打包、文档编写、用户指导等。
一个好的发布程序能够确保软件的顺利接入用户的环境，并提供相应的支持和维护。
软件设计和开发控制程序
软件设计和开发控制程序软件设计和开发控制程序软件设计和开发控制程序是指在软件开发过程中，通过一系列的规划、设计和执行步骤来控制软件的开发并确保其质量和可靠性。
这个过程涉及到多个方面，包括需求调研、需求分析、系统设计、编码实现、、部署和维护等。
需求调研在软件开发过程中，需求调研是非常关键的一步。
开发团队需要与用户沟通，了解用户的真正需求，明确软件的功能和性能要求。
需求分析需求分析是指对用户需求进行详细分析和抽象，将用户需求转化为软件系统的几个方面要素，包括功能需求、非功能需求、界面需求等。
通过需求分析，可明确软件的功能和性能要求，为之后的设计和实现工作打下基础。
系统设计系统设计是软件开发过程中的一个重要环节，它决定了软件系统的结构和组成方式。
在系统设计阶段，开发团队需要根据需求分析的结果，设计软件的结构和模块，并确定各个模块的接口和交互方式。
编码实现编码实现是将系统设计的结果转化为具体的软件代码的过程。
在编码实现过程中，开发人员需要按照设计文档的要求，编写代码并进行调试和，确保代码的正确性和可靠性。
是软件开发过程中的一个重要环节，通过不同的手段和方法，验证软件的功能、性能和稳定性。
可以帮助发现和解决软件中的问题和缺陷，提高软件的质量和用户体验。
部署和维护部署和维护是软件开发的一步，将开发好的软件安装到目标系统中，并进行相关设置。
在软件部署后，还需要进行软件的维护工作，包括bug修复、功能扩展等。
以上就是软件设计和开发控制程序的基本流程和步骤。
通过合理的控制和管理，可以有效提高软件开发的效率和质量，满足用户的需求。
软件设计和开发控制程序
软件设计和开发控制程序软件设计和开发控制程序1 ⽬的和范围本程序规定了公司军⽤软件设计开发的要求，包括软件来发的基本活动、⽀持活动和管理活动等⽅⾯。
本程序适⽤于本公司军⽤软件设计开发过程。
公司军⽤软件分两类，⼀类属于硬件-软件系统，软件嵌⼊硬件内⼀并交付顾客。
对于这类情况，本程序只适⽤于其中的软件部分；⼀类是单纯软件作为产品交付顾客，本程序适⽤这类产品设计开发全过程。
2规范性引⽤⽂件下列⽂件对于本程序的应⽤是必不可少的。
凡是注⽇期的引⽤⽂件，仅注⽇期的版本适⽤于本程序。
凡是不注⽇期的引⽤⽂件，其最新版本（包括所有的修改单）适⽤于本程序。
GB/T19001-2016 质量管理体系要求GJB 9001C-2017 质量管理体系要求GJB 2786A-2009 军⽤软件开发通⽤要求GJB438B-2009 军⽤软件开发⽂档通⽤要求GJB5235-2004 军⽤软件配置管理GJB 439A-2013 军⽤软件质量保证通⽤要求GJB5234 -2004 军⽤软件验证和确认GJB1267 -1991 军⽤软件维护GJB1268A -2004 军⽤软件验收要求GJB5716 -2006 军⽤软件开发库、受控库、产品库通⽤要求3 术语和缩略语3.1 术语3.1.1 新产品产品功能指标超出现有技术⽔平，⼯艺设备⽆法保障研制条件，必须采⽤新技术、新⼯艺、新器件（材料）、新设备才能满⾜⽤户要求的产品定义为新产品。
新产品含军队、军⼯单位⽴项委托研制项⽬以及公司⾃筹经费的⾃研项⽬。
3.1.2 软件与计算机系统的操作有关的计算机程序、规程和可能相关的⽂档。
3.1.3 软件开发产⽣软件产品的⼀组活动。
3.1.4 软件开发⽂件与特定软件开发有关的资料库。
其内容⼀般包括（直接或通过引⽤）有关需求分析、设计和实现的考虑、理由和约束条件；开发⽅内部的测试信息；以及进度和状态信息。
3.1.5 软件产品作为定义、维护或实施软件过程的⼀部分⽽⽣成的任何制品，包括过程说明、计划、规程、计算机程序和相关⽂档等，⽆论是否打算将它们交付给顾客或最终⽤户。
计算机软件设计开发控制程序[1]
![计算机软件设计开发控制程序[1]](https://img.taocdn.com/s3/m/fa35f94e00f69e3143323968011ca300a6c3f620.png)
计算机软件设计开发控制程序计算机软件设计开发控制程序一、概述在计算机软件设计开发过程中，控制程序是一个非常重要的组成部分。
它负责协调和控制各个模块之间的交互和协作，确保软件能够按照预期的方式运行。
本文将介绍计算机软件设计开发控制程序的基本概念、设计原则和开发过程。
二、控制程序的基本概念控制程序是一个独立的模块，负责协调和控制软件中其他模块的执行。
它通常由一系列规则和算法组成，用于判断和决定下一步的执行动作。
控制程序具有以下几个基本特点：1. 灵活性：控制程序可以根据需求进行动态调整和改变，以适应软件的变化和扩展。
2. 可扩展性：控制程序可以随着软件的功能增加而扩展，添加新的规则和算法。
3. 可维护性：控制程序应该具有良好的结构和可读性，便于维护和修改。
4. 性能优化：控制程序需要考虑软件的性能需求，尽量减少不必要的计算和交互操作。
三、控制程序的设计原则在设计控制程序时，需要遵循一些基本的设计原则，以确保软件的可靠性和可维护性，以下是几个常用的设计原则：1. 单一职责原则：每个控制程序模块应该只负责一个具体的职责，避免功能的混杂和耦合。
2. 开闭原则：控制程序应该对扩展开放，对修改关闭。
通过使用接口和抽象类的方式，可以方便地扩展控制程序的功能。
3. 依赖倒置原则：控制程序应该依赖于抽象而不是具体的实现。
这样可以降低模块间的耦合度，提高代码的可复用性。
4. 迪米特法则：控制程序的设计应该尽量降低模块的交互和依赖关系，避免模块之间的紧耦合。
四、控制程序的开发过程1.需求分析在开发控制程序之前，首先需要进行需求分析，明确软件的功能和特性。
通过与产品经理、用户等进行沟通，明确软件的需求和目标。
2.概要设计在需求分析的基础上，进行概要设计。
这一阶段主要是制定软件的整体结构和组织方式，确定关键模块和接口。
3.详细设计在概要设计的基础上，进行详细设计。
这一阶段主要是对每个模块进行详细的设计，包括算法的选择、数据结构的设计、接口的定义等。
10 软件设计开发控制程序
10 软件设计开发控制程序在软件设计开发过程中，控制程序起着至关重要的作用。
它能够确保项目能够按照既定计划进行，并且有效地解决可能出现的问题。
本文将介绍一些常用的软件设计开发控制程序，以帮助开发团队更好地掌控项目的进度和质量。
1. 设立明确的目标和计划在软件开发过程中，明确的目标和计划对于确保项目的顺利进行至关重要。
通过设立明确的目标，开发团队可以更好地了解项目的需求和期望，从而合理安排工作和资源。
制定详细的计划可以帮助开发团队分解任务，确保每个成员都清楚自己的工作内容和时间要求。
2. 使用版本控制系统版本控制系统是开发过程中必不可少的工具之一。
它能够记录软件的变更历史，并且提供协同工作功能，确保团队成员能够并行开发，保证代码的一致性。
通过使用版本控制系统，开发团队可以更好地管理代码，随时回滚修改，避免意外丢失或覆盖重要代码。
3. 定期进行进度评估定期进行进度评估是软件设计开发控制程序中的重要环节。
通过定期评估项目进展，开发团队可以及时发现和解决问题，确保项目能够按计划进行。
在评估过程中，可以借助一些工具和方法，如甘特图、里程碑等，帮助团队更好地掌握项目进展情况。
4. 进行质量控制和测试质量控制和测试是软件开发过程中不可或缺的环节。
通过进行质量控制和测试，开发团队可以发现和修复潜在的问题，确保软件质量和稳定性。
可以采用各种测试方法，如单元测试、集成测试、系统测试等，来评估软件的性能和功能，确保软件符合用户的需求和期望。
5. 持续改进和学习软件设计开发控制程序是一个不断迭代和改进的过程。
开发团队应该不断学习和经验教训，寻找改进的空间，并及时应用到下一个项目中。
通过持续改进和学习，可以提高开发团队的技术水平和工作效率，进一步优化软件开发过程。
，软件设计开发控制程序对于确保项目的顺利进行至关重要。
通过设立明确的目标和计划、使用版本控制系统、定期进行进度评估、进行质量控制和测试以及持续改进和学习，开发团队可以更好地掌控项目的进度和质量，提高软件开发效率和质量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
产品软件控制程序
1 目的与适用范围
1.1 目的
本程序规定了产品配套软件的开发及管理所遵循的原则和一般要求,其目的是对设计和开发的全过程实施控制，确保以科学的控制流程、合理的资源配置实现顾客需求和期望，达到设计目标，并保证产品达到规定的质量要求。
1.2 适用范围
本程序适用于本公司配套软件产品（含外协）生存周期的控制与管理。
2 引用文件
GB/T11457 -95 软件工程术语
GB/T12504- 90 计算机软件质量保证计划规范
3 术语和定义
3.1 软件
软件指计算机程序和相应的数据文档；包括固件中的程序和数据，与其驻留的物理介质无关。
3.2 软件级别
根据产品可靠性、保障性大纲的规定，对系统中软件关键性进行分析，将软件按关键性分成A、B、C、D 四个级别，且对不同级别的软件在质量控制要求及方法上有所差别。
本公司所研制的软件属于D类软件：其失效可能造成轻微危害的软件。
3.3 产品配套软件分类
产品配套软件按功能分为：地面测试软件、数据处理软件、计算机软件等；按使用环境分为：地面软件、测试软件等；按规模分为：小、微型软件。
3.4 软件开发
软件开发过程是指从任务书或合同生效之日开始，到承办单位交付产品并有用户验
收为止的整个软件研制、生产过程。
3.5 软件维护
软件维护是在软件产品交付使用之后，为纠正故障、改善性能和其它属性，或使产品适应改变了的环境所进行的修改活动。
一般分为完善性维护、适应性维护和改正性维护三种类型。
3.6 文档
文档是对软件的书面描述和说明，它定义了软件的功能、性能、组成、设计、测试和使用方法。
3.7 软件生存周期
从设计软件产品开始到软件产品不能再使用时为止的时间周期。
3.8 软件开发库、受控库、产品库
软件开发库是指存放与软件开发工作有关的计算机可读信息和人工可读信息的软件库。
软件受控库是指在软件生存周期的某一阶段结束时，存放作为尖端产品而释放的、与软件开发工作有关的计算机可读信息和人工可读信息的库。
软件产品库是指在软件生存周期和组装与系统测试阶段结束后，生产并存放最终产品而后交付给用户运行或在现场安装的软件的库。
4 职责
4.1 经营规划部负责软件的任务计划及节点跟踪；
4.2 总体室应在软件研制方案阶段制定《软件实施大纲》，提供软件开发的技术支援、按需求进行软件的测试和鉴定。
4.3 开发室负责产品配套软件（含外协）的开发及“软件开发库”的管理，对产品配套软件（含外协）的研制质量负责。
4.4 情报标准化室负责软件研发的质量管理，“软件产品库”、“软件受控库”及软件文档的管理及保密工作，负责生产和存放并向用户提供封存好的、现行有效的软件最终产品。
5 工作程序
5.1 基本要求
5.1.1 以保证产品配套软件（一下简称软件）质量为中心，把可靠性放在首位。
5.1.2 认真实施软件开发和管理工程化，杜绝有同一设计人员进行分析、设计、编程、测试、使用维护的开发模式。
5.1.3 建立健全软件工程化管理体系，明确分工，严格实行三级审签制度，实施软件的规范化管理。
5.1.4 软件的研制必须采取严格的质量控制措施，在产品软件工程化实施大纲中明确设置质量控制点。
在软件研制中实施软件开发阶段的评审，没有通过评审不得转入下一阶段。
5.1.5 总体室应在进度、资源、经费等计划中规定关于软件的内容，保证完成研制任务和使用、维护任务所需的资源；将软件列入实物配套表中，监督、检查软件按阶段完成情况。
情报标准化室负责组织软件的验收工作，负责软件的质量管理、监督、检查软件质量保证的执行情况，组织软件的测试和评审，以及软件生存周期内的各类重要信息的收集、整理、分析和反馈。
软件产品必须同硬件一样，进行考核和交付。
5.1.6 交付使用的软件必须是由情报标准化室出库已封存、现行有效的版本；由总体室领取和交付。
私人携带的软件不允许交付或提供使用。
5.1.7 凡按规定配置的专业计算机，必须专人专用，不得用户非本专业的其它任务。
计算机应采取防病毒措施并执行部相关保密规定。
5.2 软件开发
5.2.1 软件开发流程与硬件研制过程的关系
软件开发流程图见附录A。
产品配套软件的开发流程应按表1执行。
5.2.2 软件开发环境
在软件开发的技术和管理活动中，应尽可能选用相同的支持工具来完成编程、测试以及配置管理和文档管理。
5.2.3 编程语言
软件开发初期，同一产品配套软件源程序应尽可能用同一种高级语言编写。
表1：
5.2.4 软件开发程序
5.2.4.1 由总体室向外包单位提出软件研制任务书，任务书中应明确软件的关键等级。
5.2.4.2 软件项目组根据研制任务书或合同编制开发计划和质量保证计划报规划室，配套软件项目由软件项目组申报纳入技术配套表，总体室负责将开发计划纳入研制计划考核。
5.2.4.3 在研制的各阶段，总体室可根据具体要求组织制定软件研制质量控制要求，由研发中心主任批准后实施。
5.2.4.4 软件项目组是软件开发阶段管理的基本单位，成员一般由项目组长、配置管理员、组员组成，必须避免一项软件从设计、编程、配置到测试由一人完成。
软件项目组负责软件的具体开发任务，编制相应文档，并对其设计质量负责。
需求分析
根据用户提出的软件任务书，软件项目组应对所要开发的软件进行定义和需求分析，编制软件需求规格说明报告，经用户参与评审批准后，作为下一阶段工作的依据。
未经用户同意，不得修改这些要求。
软件设计
软件项目组必须保证软件设计完全满足软件任务书和软件需求规格说明。
设计应尽量简化，各分程序之间、模块时间和程序单元之间的依赖关系应减少到最低限度。
软件实现
软件实现时应尽量采用结构化方法自顶向下进行，使开发的软件具有良好的、清晰的结构。
软件测试
开发项目组按任务书或合同要求完成单元测试、组装测试和系统联调；按任务书或合同要求完成第三方确认测试，并向用户提供正确和完整的测试报告。
5.2.4.5 软件质量保证
软件质量保证计划：
软件开发初期，应根据产品具体要求，由经营规划部组织，总体室负责编制软件工程化实施大纲。
大纲应由研发中心主任批准。
软件项目组应根据软件级别和软件质量保证大纲在软件需求分析阶段制定质量保证计划，质量保证计划应由研发中心主任批准，由情报标准化室进行质量会签。
质量保证计划的制定参照附录B。
确定校验方法：
根据软件不同类型和级别，在软件任务书下达后，由研发中心主任去决定采用何种校验方法，并在质量保证计划中予以明确。
a)双岗制，应贯穿软件设计的全过程；
b)自检，由软件项目组检查所完成的开发工作和所编写的各种文档和程序；
c)互检，由软件项目组长负责组织组内人员互相检查。
评审：
在软件各阶段及系统转阶段前，软件应同硬件一样进行评审。
审批制度：
软件与硬件一样，实行三级审签制度。
更改控制：
软件更改必须履行严格的审批手续。
更改后要进行第三方确认测试或回归测试，更改前源软件配置项必须保留，记录可追溯。
更改后要进行回归测试，并更改相应文档，进行重新评审和验收。
5.4 软件文档管理
文档是软件的重要组成部分，是工作成功的体现，是后续工作的依据，是解决软件“透明性”设计和达到质量控制目的的基础。
新研制产品的软件文档应同硬件设计同样管理，主要内容是：
a)软件研制任务书；
b)软件需求规格说明；
c)概要设计说明；
d)详细设计说明；
e)软件测试计划；
f)程序；
g)软件测试分析报告；
h)软件使用说明。
5.5 提交验收和交付
提交验收和交付软件产品应与硬件同样要求。
5.6 外协软件的质量控制
在软件任务书或研制合同中，应有明确的质量保证条款内容。
质量保护增条款应包括如下内容：
a)双岗制要求；
b)阶段评审要求；
c)制定质量保证计划的要求；
d)执行软件工程化管理要求；
e)文档要求；
f)测试及验证要求；
g)信息反馈要求；
h)交付产品的质量证明文件要求；
研制单位可以根据实际情况与用户协商对此内容进行增删。
5.7 软件维护
已交付用户使用的软件产品发生维护，软件的更改需由研发中心主任批准；更改后（其更改控制要求同开发阶段更改控制）要进行回归测试，并更改相应文档，进行重新评审和验收；
软件项目组的维护活动应限定在已有系统的框架之内，必须在已有的设计和编码结构约束下做修改；应使用现有的测试数据进行回归测试，必要时要产生新的数据，对软
件修改及修改后的影响进行测试。
6 记录
B731-1 软件测试报告
B731-2 软件产品生产记录
B731-3 软件产品交接单
附录1：
流程
文档
软件可行性研究报告软件研制任务书
软件需求说明书软件测试计划书
概要设计说明书详细设计说明书需求分析评审报告
设计评审
程序代码可执行程序测试数据分析
评审验收报告
软件入库申请单软件更改入库申请单软件更改出库申请单软件出库申请单软件产品入库单
软件产品证明书
软件使用说明书软件产品交接单
软件开发流程
附录2：各阶段输出文档列表。