软件开发控制程序文件
文件控制程序范本
文件控制程序范本一、目的本文档旨在规定公司文件控制程序，以确保文件的完整性、准确性和一致性。
通过明确责任和流程，我们将确保所有文件都能得到妥善管理和使用，从而为公司提供稳定、可靠的信息来源。
二、范围本文档适用于公司内所有文件的控制，包括但不限于行政管理文件、人力资源文件、财务文件、采购文件、销售文件等。
三、职责1、行政部门：负责文件的审核、批准、发放、存档和废止。
2、使用部门：负责文件的接收、使用、保管和保密。
3、监督部门：负责对文件控制程序进行监督，确保程序的执行。
四、程序1、文件编制：使用部门根据工作需要向行政部门提出编制文件的需求，并提交相关材料。
行政部门审核后，交由编制部门完成编制工作。
编制完成后，文件需经行政部门审核，最终由公司领导批准后生效。
2、文件发放：生效的文件由行政部门负责发放，需按照公司规定进行编号、盖章、登记，确保文件的合法性和唯一性。
各部门应按照规定的范围和数量领取文件，并妥善保管。
3、文件使用：各部门在使用过程中应遵守文件的使用规定，注意保护文件的完整性和保密性。
使用完毕后，应将文件及时归还行政部门或存档部门。
4、文件修改与更新：当文件需要修改或更新时，使用部门应向行政部门提出申请，经审核批准后由编制部门进行修改或更新。
修改或更新后的文件需重新审核、批准和发放。
5、文件废止：当文件不再适用或需要更新时，行政部门应宣布废止该文件，并通知各部门停止使用。
废止的文件需进行存档或销毁处理。
6、文件存档：所有生效的文件均需进行存档管理，以便日后查阅和使用。
行政部门应建立完善的存档制度，确保文件的完整性和安全性。
7、监督与检查：监督部门应对文件控制程序进行定期检查和评估，确保程序的执行和文件的合法性。
如发现违规行为，应及时纠正并追究相关责任。
五、附则1、本程序自发布之日起生效，如有未尽事宜由行政部门解释并制定补充规定。
2、本程序最终解释权归公司行政部门所有。
一、目的本文档旨在规定和描述公司文件控制程序，以确保文件的统一性、完整性和准确性，并促进公司内部信息交流和协同工作。
软件设计和开发控制程序
产品软件控制程序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 软件开发库、受控库、产品库软件开发库是指存放与软件开发工作有关的计算机可读信息和人工可读信息的软件库。
软件受控库是指在软件生存周期的某一阶段结束时，存放作为尖端产品而释放的、与软件开发工作有关的计算机可读信息和人工可读信息的库。
程序文件 (2024)(一)2024
程序文件 (2024)（一）引言：程序文件是计算机软件开发中必不可少的组成部分之一。
它包含了程序的代码和相关的资源文件，为了实现特定的功能而被编写和组织。
本文将介绍程序文件的概述和重要性，并深入讨论程序文件的组成、命名规范、版本控制、文档编写以及维护等方面。
正文：一、程序文件的组成1. 源代码文件的含义和作用2. 头文件的作用和使用方法3. 资源文件的类型和用途4. 配置文件的作用和常见格式5. 依赖文件的作用和管理方法二、程序文件的命名规范1. 使用有意义的名称来区分不同的文件2. 采用合适的命名约定提高代码的可读性3. 遵循平台或语言的命名规范以保持一致性4. 避免使用特殊字符和过长的文件名5. 使用版本号来标识不同的程序文件三、程序文件的版本控制1. 什么是版本控制，为什么需要进行版本控制2. 常见的版本控制系统和工具3. 版本控制的基本操作和流程4. 分支管理和合并的技巧和规范5. 版本控制的最佳实践和注意事项四、程序文件的文档编写1. 编写文档的目的和重要性2. 文档的种类和内容3. 编写文档的规范和格式4. 文档的更新和维护策略5. 利用工具和平台提高文档编写效率五、程序文件的维护1. 程序文件的演化和维护周期2. 维护期间可能遇到的问题和挑战3. 确保程序文件的良好注释和文档记录4. 定期进行代码审查和重构5. 使用测试和调试工具保障程序文件的质量和稳定性总结：程序文件是软件开发不可或缺的一部分，它的组成、命名规范、版本控制、文档编写和维护都是保证软件开发质量和可维护性的重要环节。
通过合理的组织和管理程序文件，可以提高团队的协作效率和开发效率，同时也有助于代码质量的提升和项目的顺利进行。
因此，合理注意程序文件的管理是每个软件开发者必须要重视的方面。
程序文件的作用(两篇)2024
引言概述程序文件是一组按照特定格式排列的代码和指令的集合，通过编译或解释执行产生计算机可执行文件，并在计算机上实现特定的功能。
程序文件起着程序员和计算机之间的一个桥梁作用，它们定义了计算机运行的算法和逻辑。
正文内容一、程序文件在软件开发中的作用1. 提供基础功能：程序文件包含了实现特定功能的代码，它们是软件开发的基础。
通过使用程序文件，开发人员可以快速构建需要的功能，减少重复开发的工作量。
2. 支持模块化开发：程序文件可以被组织为不同模块，每个模块负责特定的功能。
这种模块化的开发方式可以提高代码的复用性和可维护性。
3. 实现算法和逻辑：程序文件定义了软件运行的算法和逻辑。
开发人员可以通过编写代码来实现特定的算法和逻辑，从而实现软件特定的功能。
4. 方便调试和测试：程序文件可以被单独调试和测试，这使得开发人员可以快速发现和修复问题。
通过使用调试工具和测试框架，开发人员可以提高代码的质量和稳定性。
5. 提高团队协作：程序文件可以被团队成员共同使用和修改。
通过版本控制系统和协作工具，团队成员可以轻松地协作开发，提高开发效率和质量。
二、程序文件在系统运行中的作用1. 实现系统功能：系统中的各个模块和组件都是以程序文件的形式存在。
通过执行这些程序文件，系统可以实现各种功能和服务。
2. 控制程序执行流程：程序文件定义了程序的执行流程和控制逻辑。
通过执行程序文件中的指令，计算机可以按照预定的逻辑执行相应的操作。
3. 提高系统性能：优化程序文件可以提高系统的性能。
通过优化算法和代码，程序文件可以减少系统资源的消耗，提高系统的响应速度和吞吐量。
4. 处理系统异常：程序文件中定义了处理系统异常的方法和逻辑。
通过适当的异常处理，程序文件可以保证系统的稳定性和可靠性。
5. 支持系统扩展：程序文件可以被动态地加载和卸载，从而支持系统的动态扩展和更新。
通过更新和替换程序文件，系统可以获得新的功能和特性。
三、程序文件对系统安全性的重要性1. 防止恶意代码：程序文件是系统中运行的核心组成部分，它们容易成为黑客攻击和恶意代码注入的目标。
计算机软件设计开发控制程序文件
计算机软件设计开发控制程序1.目的为使软件设计开发全过程得到有效的实施和控制，保证软件产品在开发过程中各个阶段的质量以及最终软件的功能、性能指标符合规定要求及适用于产品的法律、法规的要求,以增强顾客满意，特制定本程序。
2.围本程序涉及软件设计开发过程中的全过程的控制。
3.流程3.1.可行性研究在与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由公司组织相关人员对合同条款进行评审，评审通过后，公司组织进行立项工作。
3.2.立项可行性分析评审通过后，有开发部门经理下达立项任务，制定相关人员填写立项申请报告报批，报批通过后，由部门经理和技术负责人协商下达开发任务书，经技术负责人审核通过后报公司批准。
批准立项后，项目进度应以立项申请报告中的阶段进度为准，如果进度需要调整，需要填写进度调整申请报告报批。
3.3.需求分析公司根据客户提出的技术要求和相应的软件任务书以及其他有关件，与客户协商确定详细的软件需求。
3.4.开发策划根据项目要求和软件需求，由配置人员配合项目经理编写本项目的质量保证计划、配置管理计划和项目综合计划。
在配置管理计划中应列明本项目需提交的各阶段文档的名称，在项目完成后项目组需列表说明需要移交的文档。
在制定计划时，应为计划、设计、测试、修正、再测试、变更以及编制文档留出足够的时间。
3.5.设计●概要设计根据软件需求说明建立软件总体结构和模块间的关系，确定各模块功能，定义各功能模块的接口，设计全局数据库和数据结构。
●详细设计在概要设计的基础上，开发者需要进行软件系统的详细设计。
在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。
应当保证软件的需求完全分配给整个软件。
详细设计应当足够详细，能够根据详细设计报告进行编码。
3.6.编码实现在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。
必需的六个程序文件文件控制程序2024
引言：在现代计算机系统中，程序文件的管理对于软件开发和系统维护至关重要。
一个好的文件控制程序可以提高开发效率、保证程序的稳定性，并简化系统复杂性。
本文是《必需的六个程序文件控制程序》系列的第二篇，将深入探讨另外三个必需的程序文件控制程序。
正文内容：1. 异常处理程序：1.1 错误处理机制：异常处理程序应该能够捕获和处理程序中的各种异常情况，如空指针引用、除零错误等。
错误处理机制可以通过使用try-catch语句块来实现。
1.2 异常类型：异常处理程序应该能够处理各种类型的异常，例如运行时异常和编译时异常。
合理的异常类型设计可以提高程序的健壮性和可维护性。
1.3 异常处理策略：异常处理程序应该基于特定的场景，选择适当的异常处理策略。
例如，可以选择抛出异常、日志记录或回滚操作等。
2. 日志记录程序：2.1 日志级别：日志记录程序应该支持多个日志级别，如调试、信息、警告和错误。
通过设置适当的日志级别，可以在不同的运行环境下控制日志的详细程度。
2.2 日志格式：日志记录程序应该支持不同的日志格式，以满足不同的需求。
常见的日志格式有文本格式、JSON格式和XML格式等。
2.3 日志存储：日志记录程序应该能够将日志信息存储到合适的位置，如文件、数据库或云存储。
合理的日志存储策略可以方便后续的故障排查和系统分析。
3. 配置文件管理程序：3.1 配置文件格式：配置文件管理程序应该支持常见的配置文件格式，如INI文件、XML文件和JSON文件等。
不同的配置文件格式可以适用于不同的场景和需求。
3.2 配置项管理：配置文件管理程序应该能够方便地读取和修改配置项。
可以通过提供简洁的API接口或配置管理工具来实现配置项的管理。
3.3 配置文件的加载和保存：配置文件管理程序应该能够方便地加载和保存配置文件。
可以提供自动加载机制或手动加载接口，以及自动保存或手动保存接口。
4. 线程管理程序：4.1 线程创建和销毁：线程管理程序应该提供简单易用的接口，用于创建和销毁线程。
设计与开发程序文件
设计与开发程序文件设计与开发程序文件1. 概述在软件开发过程中，设计与开发程序文件是至关重要的一部分。
程序文件包括源代码文件、配置文件、文档文件等，它们是开发人员用来描述和实现软件功能的基础工具。
本文将介绍程序文件的设计与开发，包括常用的文件类型、文件目录结构的设计以及文件版本管理等内容。
2. 常用的程序文件类型2.1 源代码文件源代码文件是软件开发中最常见的文件类型之一，它包含了实现软件功能的代码。
源代码文件可以使用多种编程语言编写，例如C/C++、Java、Python等。
在开发过程中，开发人员需要按照规范编写源代码，以确保代码的可读性和可维护性。
2.2 配置文件配置文件用来存储软件的配置参数，例如数据库连接信息、日志级别等。
配置文件通常使用文本格式存储，常见的格式有INI、XML、JSON等。
在软件开发过程中，开发人员需要根据实际需求设计和编写配置文件，以方便用户进行配置和管理。
2.3 文档文件文档文件用来记录软件的设计和使用方法，包括需求文档、设计文档、用户手册等。
文档文件通常使用Markdown格式编写，以方便阅读和发布。
在软件开发过程中，编写清晰完整的文档对于团队协作和项目管理非常重要。
3. 程序文件的目录结构设计良好的程序文件目录结构可以提高程序的可读性和可维护性。
下面是一个常见的程序文件目录结构设计示例：- /src: 源代码目录- /module1: 模块1的源代码目录- module1.c: 模块1的源代码文件- module1.h: 模块1的头文件- /module2: 模块2的源代码目录- module2.c: 模块2的源代码文件- module2.h: 模块2的头文件- mn.c: 主程序的源代码文件- /config: 配置文件目录- config.ini: 配置文件- /doc: 文档目录- README.md: 项目说明文档- user_manual.md: 用户手册在实际开发中，可以根据项目的具体需求对目录结构进行调整和扩展。
设计及开发控制程序文件
设计及开发控制程序文件控制程序文件是用于控制设备、系统或流程的软件程序。
它们通常用于自动化系统中，通过编写代码来实现对设备或系统的控制和监控。
本文将详细介绍设计及开发控制程序文件的标准格式，包括文件结构、代码规范和开发流程。
一、文件结构控制程序文件的结构对于开发和维护都非常重要。
以下是一个常见的控制程序文件的标准结构：1. 引用和导入：在程序文件的开头，我们通常会引用和导入所需的库和模块。
这些库和模块包含了我们需要使用的函数和类。
2. 全局变量和常量：在程序中，我们可能会定义一些全局变量和常量，用于存储和传递数据。
这些变量和常量应该在文件的开头进行定义。
3. 函数和类定义：在程序文件中，我们会定义一些函数和类来实现具体的功能。
这些函数和类应该按照一定的逻辑顺序进行定义，以便于代码的阅读和维护。
4. 主程序：在控制程序文件中，通常会有一个主程序，用于启动和执行整个控制过程。
这个主程序应该位于文件的末尾，并且应该调用之前定义的函数和类来完成具体的控制任务。
二、代码规范为了保证控制程序文件的可读性和可维护性，我们需要遵守一定的代码规范。
以下是一些常见的代码规范：1. 命名规范：变量、函数和类的命名应该具有描述性，并且遵循一定的命名规范，例如使用驼峰命名法或下划线命名法。
2. 注释：在代码中，我们应该添加适当的注释来解释代码的功能和实现细节。
注释应该清晰明了，避免使用含糊不清或冗长的语句。
3. 缩进和空格：为了提高代码的可读性，我们应该使用一致的缩进和空格。
通常情况下，使用四个空格作为缩进的标准。
4. 错误处理：在编写控制程序文件时，我们应该考虑到可能出现的错误情况，并编写相应的错误处理代码。
这样可以提高程序的稳定性和可靠性。
三、开发流程开发控制程序文件需要经历一系列的步骤和流程。
以下是一个常见的开发流程：1. 需求分析：在开发控制程序文件之前，我们需要明确具体的需求和功能要求。
这包括设备或系统的控制需求、输入输出要求以及性能要求等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件开发控制程序文件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 项目负责人综合所有验证结果，填写《测试分析报告》，把组装测试和阶段测试的结果、发现及分析形成文件予以记载。
其内容包括：测试概要、测试结果及发现、对阶段软件功能的结论、分析摘要、测试资源消耗等，并记录验证的结果及跟踪的措施，技术部经理对分析报告确认。
确保软件开发输入中生一项性能、功能指标都得到了验证。
.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《用户维护手册》。