国军标软件配置管理报告word版

合集下载

GJB5000A软件配置管理过程优化

GJB5000A软件配置管理过程优化作者：王小妮梁琦钱宏文来源：《数字技术与应用》2020年第08期摘要：软件项目运行中按照GJB5000A配置管理过程，依据项目协议任务识别项目周期模型，确定项目运行需要的配置管理阶段和配置项，结合软件项目平台系统使用三库和三基线标识并管理所需的配置项状态，最终通过软件项目配置管理过程的优化，标准规范的进行软件项目管理。

关键词：配置管理;配置库;配置项;基线中图分类号：TP311.52 文献标识码：A 文章编号：1007-9416（2020）08-0196-050 引言随着信息化的飞速发展软件研制规模不断增加，使得软件产品的版本管理困难也增加，参照GJB5000A-2008《军用软件研制能力成熟度模型》，对软件项目规模和软件项目需进行的阶段进行设计，以某小型项目文档模板按照GJB438B-2009《军用软件开发文档通用要求》为例介绍，该项目在某软件项目平台按五个阶段开展：系统需求分析与设计阶段、软件需求分析与设计阶段、软件实现与测试、软件合格性测试、软件验收与交付。

按软件项目阶段工作计划设定项目任务并分配软件项目需要的专业成员，保证软件项目研制阶段快速化、规范化、标准化。

配置管理是軟件项目开发环境管理的核心，如果不做好配置管理工作，经常会导致软件程序开发过程的多代码多版本等繁杂问题出现，这样很容易产生软件程序的冲突和混乱，处理这些问题又需要花费更多时间和精力[1]。

因此，做好软件项目的配置管理工作十分重要。

1 配置管理介绍配置管理的目的是利用配置标识、配置控制、配置状态记实和配置审核建立和维护配置项的工作产品的完整性。

配置管理主要管理软件项目开发过程中产生的各配置项，维护配置项版本的完整性及可追踪性，不仅是各配置项的管理，更是对软件项目过程中各任务的管理，因此，配置管理活动管控的是整个软件系统的形成过程。

在软件工程化管理过程中，配置管理的主要任务包括：建立软件配置管理计划、管理并标识软件各配置库中的配置项和基线、控制对软件配置项和基线的更改、建立和发布基线、记录配置项的状态和配置管理活动，生成并报告各阶段配置管理的工作报告。

gjb软件配置管理计划范文

gjb软件配置管理计划范文英文回答：Software configuration management (SCM) is an essential process in software development that involves managing and controlling changes to software systems throughout their lifecycle. A software configuration management plan (SCMP) outlines the strategies, procedures, and tools that will be used to manage the configuration of software products.The purpose of an SCMP is to ensure that all changes made to the software are properly documented, controlled, and tracked. It provides a roadmap for the development team, outlining how the software will be managed, including version control, change control, and release management.To create an effective SCMP, several key componentsneed to be considered. First, the plan should define the configuration management objectives and goals for the project. This helps to establish a clear direction andpurpose for the SCM activities. For example, the objective could be to ensure that all software releases are stableand meet customer requirements.Next, the plan should outline the roles and responsibilities of the individuals involved in the SCM process. This includes the configuration management team, developers, testers, and other stakeholders. Each person should understand their role and the specific tasks theyare responsible for. For instance, the configuration management team may be responsible for maintaining the software repository and managing the version control system.Another important aspect of the SCMP is theidentification and control of software baselines. Abaseline is a well-defined version of the software that serves as a reference point for future changes. The plan should specify how baselines will be established and controlled, ensuring that all changes are properly documented and approved.Furthermore, the SCMP should include a detailed changecontrol process. This process outlines the steps and procedures for requesting, reviewing, and approving changes to the software. It ensures that all changes are properly evaluated and tested before being implemented. For example, a change request may need to go through a formal review process and be tested in a development environment before being approved for deployment.Additionally, the plan should address the issue of version control. Version control is crucial for managing different versions of the software and tracking changes made to each version. The SCMP should specify the version control system to be used, along with the procedures for branching, merging, and tagging software versions.Lastly, the SCMP should include a release management strategy. This strategy outlines how software releases will be planned, scheduled, and deployed. It includes considerations such as release criteria, release notes, and deployment procedures. For example, the plan may specify that a release will only be deployed if all critical bugs have been fixed and all required documentation is complete.In conclusion, a software configuration management plan is a crucial document that outlines the strategies, procedures, and tools for managing software configuration.It ensures that changes to the software are properly controlled, documented, and tracked throughout the development lifecycle. By defining objectives, roles, baselines, change control processes, version control strategies, and release management strategies, an effective SCMP provides a roadmap for successful software development.中文回答：软件配置管理（SCM）是软件开发中的一个重要过程，涉及在整个软件生命周期中管理和控制软件系统的变更。

GJB5000A2008全套资料2204-2019软件配置管理规程

Q/BBTNL B B T N L A A A电子有限责任公司企业标准Q/BBTNL 2204-2019软件配置管理规程2019-05-31发布 2019-06-01实施BBTNLAAA电子有限责任公司发布XXX 2204-2019前言本标准代替Q/BBTNL 2204-2018《软件配置管理规程》。

本标准与Q/BBTNL 2204-2018相比，主要变化如下：1.修改开发库的建议结构；2.增加受控库的建议结构；3.过程记录流水号标识为可选项；4.修改开发库的存盘名称；5.统一标识规则的描述。

本标准由平台研究部提出并归口管理。

本标准由平台研究部起草。

本标准主要起草人：XXX。

本标准所代替标准的历次版本发布情况：----Q/BBTNL 2204-2018。

Q/LJDZ 2204-2019软件配置管理规程1 范围本标准定义了软件配置项的标识规则；规定了软件配置管理中基线管理、更改控制、配置管理记录、配置审核的基本要求；规定了软件开发库、受控库、产品库的管理要求。

本标准适用于本公司军用软件配置管理实施过程。

2 引用文件GB/T 11457-2006 信息技术软件工程术语GJB 5000A-2008 军用软件研制能力成熟度模型S/BBTNL XZ06-2018 档案管理制度3 术语与定义GB/T 11457《信息技术软件工程术语》和GJB 5000A《军用软件能力成熟度模型》确定的术语和定义适用于本标准。

4 活动4.1 软件配置项标识4.1.1 文档标识文档是在软件项目开发过程中产生的软件工作产品，是形成软件产品的部件或依据，属于软件配置项。

为了方便检索配置项，需对每个文档的标识和其存盘命名进行规定。

文档标识规则为：图号+空格+文件缩写+空格+版本号文档存盘命名规则：（文档标识）+文档名称+文件后缀例如：控制信号处理板项目，该项目的图号为：DZJ3160，该项目的软件需求规格说明，版本号为V1.0.0，则：文件标识为：DZJ3160 SRS V1.0.0文档存盘名称为：（DZJ3160 SRS V1.0.0）控制信号处理板软件需求规格说明.doc4.1.2 代码标识代码标识包括软件产品标识、计算机软件配置项标识、计算机软件配置单元标识。

基于GJB5000A的军用软件配置管理

基于GJB5000A的军用软件配置管理作者：宋敏来源：《电子技术与软件工程》2017年第02期摘要软件配置管理是提升组织软件研制能力的基础活动，通过标识软件项目的配置项，控制配置项的修改，记录并报告配置项的状态，审计配置管理活动来实现软件项目产品的完整性和可追踪性。

【关键词】配置项基线配置标识配置控制随着软件技术的发展，组织提升软件研制能力显得越来越重要并且迫切。

而军用软件，尤其是嵌入式软件的开发往往伴随硬件设备的研制而开展，其研制周期长，需求变更频繁，参与人员多，可能出现软件版本丢失、多重维护、开发过程混乱等问题。

GJB5000A-2008《军用软件研制能力成熟度模型》中明确配置管理的目的和专用实践，通过配置管理可以较好的解决以上问题。

1 组织机构、角色和职责组织应成立项目的配置控制委员会（以下简称CCB）。

CCB一般由来自不同领域的项目利益相关方的代表组成，而且有能力在管理上作出承诺，对提出的配置项的变更进行评价、批准或不批准。

其中，配置管员作为配置管理活动的直接责任人负责制定配置管理计划、发布配置状态报告、实施配置审核。

2 基于GJB5000A的配置管理活动2.1 建立基线2.1.1 标识配置项配置项作为配置管理的对象，在项目策时进行识别，并对其赋予唯一标识号，形成配置项列表。

包括：（1）识别软件配置项：软件配置项主要包括为本项目开发的软件配置项以及重用的软件配置项、订购方提供的软件配置项、分承制方开发的软件配置项、采购的软件配置项等。

其中，软件配置项的划分主要从下列因素进行权衡：软件功能、规模、重用计划、关键性、接口考虑等。

（2）识别配置文件：配置文件指定义软件配置项的功能特性或物理特性的文件，或从这些内容发展而来的关于其验证、使用、保障要求的技术文件。

一般包括：需求文档、设计文档、测试文档、用户文档等。

2.1.2 建立一个配置管理系统要使配置项在软件生命周期中受控，应建立有统一的存储介质、规程和访问方式的配置管理系统：（1）建立配置库。

16软件配置管理报告

份号：001 密级:XXXXXXX项目软件配置管理报告XXXX-R PB-R01.00XXXXXXX公司XXXX年XX 月XX 日辑要页摘要:主题词:文档修改记录1.3文档概述引用文挡软件配置管理情况综述软件配置管理基本信息专业组划分及权限分配配置项记录变更记录基线记录入库记录范围……1.1标识2 3 4 5 6 7 8 91.2系统概述.........10 11 12 13 14出库记录审核记录备份记录测量......主释......11111222222221范围本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名缩略名、版本号和发布号。

本条应概述本文档所适用的系统和软件的用途。

它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。

1.3文档概述本条应概括本文档的用途和内容，并描述与其使用有关的保密性考虑。

2引用文挡本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。

3软件配置管理情况综述本章应描述软件配置管理活动进展，与软件配置管理计划的偏差；软件配置管理活动与规程是否相符；对不符合项所采取的措施；完成软件配置管理工作的工作量等。

4软件配置管理基本信息本章应概述软件配置管理的基本信息，包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源（如计算机、软件和工具）等。

5专业组划分及权限分配本章应列出项目专业组的划分、各专业组的成员以及各成员的权限分配，如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等，权限可分为读出、增加、替换、删除等。

6配置项记录本章所列出项目的所有配置项，包括配置项名称、配置项最后发布日期、配置项控制力度（控制力度可分为基线管理、非基线管理（受到管理和控制））、配置项版本变更历史、配置项变更累计次数等内容。

军用软件质量管理规定模版

军用软件质量管理规定模版第一章总则第一条为了加强军用软件质量管理，提高军用软件的可靠性、安全性和稳定性，保障军队信息系统的正常运行，制定本规定。

第二条本规定适用于军用软件的开发、测试、验收和使用过程中的质量管理，并适用于军用软件的生命周期各个阶段。

第三条军用软件质量管理应遵循法律、法规、标准的规定，坚持科学、系统、规范、可控的原则。

第四条军用软件质量管理工作应建立健全相应的管理制度和工作机制，明确责任分工，保障质量管理工作的有效实施。

第五条军用软件质量管理应注重维护国家安全、军队机密和作战效能，确保军用软件的可信度和可靠性。

第六条军用软件质量管理应注重安全性，保障军用软件的防护能力，防止被恶意篡改、攻击和入侵。

第二章软件质量管理体系第七条军用软件质量管理应建立健全软件质量管理体系，明确软件质量管理的组织结构、职责和权责关系。

第八条软件质量管理体系包括以下内容：1. 软件质量管理组织结构，明确软件质量管理部门的职责和权责关系；2. 软件质量管理制度，明确软件质量管理的具体规定和要求；3. 软件质量管理过程，详细描述软件质量管理的工作流程和步骤；4. 软件质量管理工具，确定适用的软件质量管理工具和技术；5. 软件质量管理控制指标，制定软件质量管理的评价指标和控制要求；6. 软件质量管理培训计划，规划软件质量管理人员的培训和发展。

第九条软件质量管理体系应符合下列原则：1. 客观公正，确保软件质量管理工作的真实和可信；2. 系统完整，确保软件质量管理工作的全面和连续进行；3. 规范有序，确保软件质量管理工作的规范和标准一致；4. 可控可测，确保软件质量管理工作的可控性和可测性。

第十条软件质量管理体系应遵循以下原则：1. 客户导向，以用户需求为中心，提供符合用户期望的软件产品；2. 过程管理，关注软件开发和测试过程，持续改进软件开发和测试能力；3. 持续改进，通过不断追求卓越，提高软件质量管理水平；4. 借鉴引领，借鉴和应用国内外优秀的软件质量管理实践。

GJB-软件工程化-软件配置管理报告

标识：
XX
软件配置管理报告
编制/日期：
审核/日期：
批准/日期：
XX有限公司
2022年
1 范围
1. 1 标识
本文档的标题：XX系统软件配置管理报告
本文档的标识：
本文档的版本号：
1. 2 系统概述
本系统软件是由XX软件组成，该软件主要是XX等各项功能。

该软件是XX有限公司研制开发，主要应用于XX领域，所形成的软件产品将被XX研究所作为平台使用。

1. 3 文档概述
根据配置管理计划，执行配置管理相关的权限配置、基线建立、备份、标识状态等，根据CCB的要求严格执行配置管理，就本项目的全周期就行管理。

2 引用文档
《XX软件配置管理计划》
3 软件配置管理情况综述
配置管理工作严格按照配置计划执行，与计划基本没有偏差，工作严谨有序，在审计过程中没有出现其他不合格问题。

项目权限分配合理，基线创建和管理严格按照《XX配置管理计划》执行。

4 软件配置管理基本信息
CCB成员包括：张三、李四、王五。

其中，张三为CCB组长。

项目组：李张三、李四、王五
项目负责人：张三、
5 专业组划分及权限分配
6 配置项记录
7 变更记录无
8 基线记录
9 入库记录
10 出库记录
11 审核记录
12 备份记录
13 测量
详见SVN管理日志信息14 注释
无。

军用交付装备软件配置管理研究

军用交付装备软件配置管理研究军用交付装备软件配置管理是指在军事装备交付的过程中对软件进行有效的配置和管理，以确保软件的安全可靠运行。

随着科技的发展，现代军事装备中普遍存在大量的软件，其功能复杂多样。

而软件配置管理的研究旨在提供一种科学有效的方法来管理这些软件，保证其功能的正常运行。

一、软件需求分析和配置管理：在软件交付前，需要进行软件需求分析，明确软件的功能和性能要求。

在此基础上，进行软件配置管理，确定软件开发和操作环境，并进行相应的软件配置管理计划。

二、软件配置项的定义和标识：对软件进行配置管理需要将软件分解成若干个配置项，对每个配置项进行定义和标识。

配置项的定义是指确定软件应包含的具体功能、模块、数据和文档等。

而配置项的标识是为每个配置项分配一个唯一的标识符，以便于对其进行标识和管理。

三、软件配置控制：软件交付后，需要对软件进行配置控制，以确保软件的稳定性和一致性。

配置控制包括软件变更管理和版本控制两个主要方面。

软件变更管理是指对软件的改变进行控制和管理，以避免对现有功能造成影响。

而版本控制是指对软件的不同版本进行管理，包括版本变更记录和版本发布控制等。

四、软件配置项的追踪和审计：软件交付后，需要对软件的配置项进行追踪和审计，以确保软件的完整性和可靠性。

软件配置项的追踪是指对每个配置项的变更和使用情况进行记录和追踪，以便于对软件的配置状态进行监控和管理。

而软件配置项的审计是指对软件配置项进行检查和评估，以发现配置项的问题和风险，并提出相应的改进措施。

军用交付装备软件配置管理的研究是一项重要的任务，对于保障军事装备的正常运行和维护国家安全具有重要意义。

在今后的研究中，需要进一步完善软件配置管理的理论方法和实践经验，以提高软件配置管理的效率和可靠性。

国军标软件质量保证计划word版

GJB438B-2009《软件质量保证计划》的正文格式(软件质量保证计划》的正文格式如下：11范围1.1 1.1标识本条应描述本文档所适用系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。

1.2 1.2系统概述本条应槪述本文档所适用系统和软件的用途。

它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档.1.3 1.3文档概述本条应槪述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。

1.4 1.4与其他计划之间的关系本条应描述本计划和其他项目管理计划的关系。

22引用文档本章应列出引用文挡的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。

33组织和职责本窣应描述本项目软件质量保证负责人在项目中的职责和权限；相应的高层经理和与软件质量保证紧密配合的项目经理的职责；部门内部软件质班保证组的职责；部门内部软件质量保证组与项目软件质量保证组的关系.44标准、条例和约定本章应列出软件开发过程中要用到的标准、条例和约定，并描述监督和保证其实施的措施。

55活动审核本章应描述对项目活动进行审核的方法和依据，列出项目定义的活动以及相应的活动审核，包括被审核的项目活动、该活动的工作产品、审核方法和依据、责任人、计划的审核时间、审核记录的名称等。

66工作产品审核本章应描述进行工作产品审核的方法和依据，列出项目过程应产生的工作产品和质量记录，以及需要由软件质量保证人员负责审核的工作产品和相应的产品审核活动，包括被审核的工作产品、审核方法和依椐、责任人、计划的审核时间、审核记录的名称等。

77不符合问题的解决本章应描述过程评审和产品审核的结果的记录以及形成记录的方法，并描述处理在评审和审核中出现的不符合问题的规程。

80工具、技术和方法本章应描述用以支持特定软件项目质量保证工作的工具、技术和方法，描述它们的用途和用法。

GJB9001C软件配置管理程序(含完整表单)

GJB9001C软件配置管理程序(含完整表
单)
简介
本文档旨在规范软件配置管理程序，并包含完整的表单。

软件配置管理是软件工程的重要环节，它涉及到软件的版本控制、变更管理、配置项管理等内容，以确保软件的稳定性和可靠性。

目标
本文档的目标是确保软件配置管理的有效性和正确性，为软件开发项目提供科学的管理方案。

程序
1. 配置项标识
- 确定并标识所有的配置项，包括软件、文档、硬件等。

- 对每个配置项进行唯一的标识，以便追踪和识别。

2. 版本控制
- 对所有软件和文档配置项进行版本控制。

3. 变更管理
- 对于软件和文档配置项的变更，按照变更管理流程进行处理。

- 变更流程包括变更申请、评审、批准、实施和验证等阶段。

4. 配置管理计划
- 制定配置管理计划，明确配置管理的责任和流程。

5. 配置项控制
- 对配置项进行控制，确保其安全性和可用性。

6. 配置项审计
- 对配置项进行定期的审计，以确保其符合相关标准和规范。

7. 表单
- 附带完整的表单，包括软件配置项登记表、变更申请表、变
更评审表等。

结论
本文档提供了一个完整的软件配置管理程序，并包含了相应的表单。

通过执行这个程序，可以更好地管理和控制软件开发项目中的配置项，提高软件的质量和可维护性。

gjb软件配置管理计划范文

gjb软件配置管理计划范文英文回答：GJB Software Configuration Management Plan Template.1. Introduction.The Software Configuration Management (SCM) Plan defines the processes and procedures that will be used to control and manage the software configuration items (CIs) throughout the software development lifecycle. The SCM Plan ensures that the software is developed and maintained in a controlled and consistent manner, and that changes to the software are properly documented and tracked.2. Scope.The SCM Plan applies to all software CIs that are developed or maintained as part of the [Project Name] project. This includes all source code, documentation, testcases, and other artifacts that are necessary to build, test, and deploy the software.3. Roles and Responsibilities.The following roles and responsibilities are defined in the SCM Plan:Configuration Manager: The Configuration Manager is responsible for overall management of the SCM process.Development Team: The Development Team is responsible for creating and maintaining the software CIs.Testing Team: The Testing Team is responsible for testing the software CIs.Release Team: The Release Team is responsible for releasing the software CIs to production.4. Processes and Procedures.The following processes and procedures are defined in the SCM Plan:Version Control: The software CIs will be stored in a version control system.Change Management: Changes to the software CIs will be managed through a change management process.Release Management: Releases of the software CIs will be managed through a release management process.5. Tools and Techniques.The following tools and techniques will be used to implement the SCM Plan:Version Control Tool: [Tool Name] will be used as the version control tool.Issue Tracking Tool: [Tool Name] will be used as the issue tracking tool.6. Training and Education.The following training and education will be provided to the project team:SCM Overview: All project team members will receive an overview of SCM concepts and processes.Version Control Tool Training: All project team members who will be using the version control tool will receive training on how to use the tool.Change Management Training: All project team members who will be involved in the change management process will receive training on how to use the change management process.7. Audit and Review.The SCM Plan will be audited and reviewed on a regular basis to ensure that it is being followed and that it iseffective.中文回答：GJB软件配置管理计划范文。

配置管理在武器装备软件研制过程中的研究和实施的研究报告

配置管理在武器装备软件研制过程中的研究和实施的研究报告随着科技的不断进步，武器装备也在不断升级与更新。

这其中，武器装备软件的研制至关重要，因为它能够提高武器装备的性能和智能化水平。

然而，软件研制过程中有很多复杂因素需要考虑，例如如何对软件进行管理、如何协调各个部门的工作以及如何保证软件质量。

因此，配置管理在武器装备软件研制中的研究和实施至关重要。

配置管理是一种管理方法，它的核心是对产品的各个版本进行控制，确保开发团队始终使用最新的版本。

在软件研制过程中，配置管理可以直接影响到软件的研发进度、质量和效率。

因此，配置管理在武器装备软件研制中的研究和实施，对于提高软件质量、缩短研制周期、降低费用都有着重要的意义。

首先，配置管理确保了软件开发的透明度。

武器装备的软件开发通常涉及多个团队和部门，每个部门都需要按照不同的需求进行工作。

因此，为了避免工作重复和产生错误，配置管理应用中记录了每一个版本的变化以及开发所需的必要信息。

这样，不同部门可以在同一个平台上进行协调和合作，可以及时地了解软件的变化，消除因生产率低下导致的问题。

其次，配置管理能够确保在软件开发中出现的错误能够在较短的时间得到及时纠正。

对于软件开发过程中发现的缺陷或错误，在配置管理应用中记录下来，并及时纠正。

通过配置管理应用程序，软件误差可以被更快速地排除，从而确保软件更高效率的开发与更高质量的软件。

第三，配置管理为软件研制提供了可复制性和可重复性工作产出，这对于技术推广和改进非常重要。

在过去，软件开发的过程往往是由开发人员完成的，这使得软件开发过程难以重复。

但是，当配置管理被引入进来时，每个版本的变化记录将保证开发操作的一个可持续的历史记录，这样可以在未来的软件开发之前利用其作为可重复的历史依据，为软件研制提供可重复性和可复制性工作成果。

综上所述，配置管理在武器装备软件研制中具有非常重要的作用。

通过配置管理，可以保障研制项目的有效控制，包括对软件研制进度、质量、成本和安全等方面进行掌控。

软件配置管理计划与报告模板

10 系统集成测试报告评审 11 UAT测试报告 12 业务需求书 13 需求文档（如需求分析说明书、修改功能点说明 14 概要设计说明书 15 详细设计说明书 16 单元测试文档 17 程序修改登记表 18 用户/业务操作手册 19 投产技术手册
配置审计计划 NO. 1 2 3 4 5 6 7 审计时机日期执行者审计内容
TCen0.0
第1页
配置管理计划
角色职责配置负责人(CML)：配置工具与配置库配置管理工具/版本逻辑地址计算机配置文档版本管理计划 NO. 1 2 3 4 5 6 7 8 9 文档名称测试方案测试计划测试进度表测试计划评审记录测试列表测试用例（不含结果）测试列表及测试用例评审记录测试用例（含结果）系统集成测试报告项目/需求项目/需求工作量（10 工作量（10 天以下）天以上）可选必须可选可选可选可选可选必须必须可选可选必须必须可选可选可选必须可选必须可选必须必须必须必须必须必须必须必须必须可选必须必须可选可选可选必须可选必须版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本裁剪结果提交日期备注
广发银行信息技术部
TCenter_配置管理计划与报告 8 9 10
版本：V1.0.0
第2页
广发银行信息技术部

国军标软件需求规格说明word版

国军标软件需求规格说明word版《ADS-B目标监视软件需求规格说明》11范围1.1 1.t标识《ADS-B目标自动监视软件》本条应描述本文档所适用系统和软件的完整标识，适用时，包括其标识号，名称、缩略名、版本号和发布号。

1.2 1.2系统概述本条应概述本文档所适用的系统和软件的用途。

它还应描述系统与软件的一般特性：概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。

1.3 1.3文档概述本条应概述本文档的用途和内容，并描述与它的使用相关的保密性方面的要求。

22引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。

33需求3.1 3.1要求的状态和方式如果要求CSCI在多种状态或方式下运行，并且不间的状态或方式具有不同的需求，则应标识和定义每一状态和方式。

状态和方式的例子包括：空闲、就绪、活动、事后分析、训练、降级、紧急情况、后备、战时和平时等。

可以仅用状态描述CSCI，也可以仅用方式、用方式中的状态、状态中的方式、或其他有效的方式描述CSCI如果不需要多种状态和方式，应如实陈述，而不需要进行人为的区分；如果需要多种状态和/或方式，应使本规格说明中的每个需求或每组需求与这些状态和方式相对应，对应关系可以在本条或本条所引用的附录中，通过表格或其他方式加以指明，也可以在该需求出现的章条中加以说明。

3.2 3.2CSCI能力需求为详细说明与CSCI各个能力相关的需求，本条可分为若干子条。

“CSCI能力需求”中的“能力”为一组相关需求，可用“功能”、“主题”、“对象”、或其他适合表示需求的词替代。

3.2.13.2.X(CSCI能力）本条应标识必需的每一CSCI能力，并详细说明与该能力有关的需求。

如果该能力可以更清晰地分解成若干子能力，则应分条对子能力进行说明。

需求应详细说明所需的CSCI行为，包括适用的参致，如响应时间、吞吐时间、其他时限约束、时序、精度、容量、优先级别、连续运行需求和在基本运行条件下允许的偏差；适当时，需求还应包栝在异常条件、非许可条件或超限条件下所需的行为，错误处理需求和任何为保证在紧急时刻运行的连续性而引入到CSCI中的规定。

3 软件配置管理计划(模板)-GJB438C

密级：内部阶段：版次：A产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ共10页XXXX公司XXXX年XX月产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ编制审核会签批准修改页本文件版本情况如下：目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划之间的关系 (1)2引用文档 (2)3组织和职责 (2)4软件配置管理活动 (2)4.1配置标识 (2)4.1.1源代码配置项标识 (2)4.1.2文档配置项标识 (3)4.1.3软件运行体配置项标识 (3)4.1.4数据配置项标识 (3)4.2配置控制 (3)4.2.1软件三库的控制 (3)4.2.2软件更改的控制 (4)4.3配置状态记实 (4)4.4配置审核 (5)4.5软件发行管理和交付 (5)5工具、技术和方法 (5)6对供货单位的控制 (5)7进度表 (6)8注释 (6)1范围1.1标识本文档适用于产品（外部）型号+产品（中文）名称的软件管理，软件的完整标识为XXXX。

1.2系统概述产品（外部）型号+产品（中文）名称的软件分为XXXX。

各部分软件实现的功能如下：a)XXXX软件：XXXX；b)XXXX软件●XXXX；●XXXX；●XXXX。

c)XXXX软件●XXXX；●XXXX；●XXXX；●XXXX。

产品（外部）型号+产品（中文）名称的软件研制过程与产品研制周期保持同步，随产品交付用户。

1.3文档概述本文档规定了XX软件开发过程中的配置管理组织结构、职责及活动要求，软件三库的维护安排，明确了软件开发过程输出版本控制以及变更要求，是实施配置管理活动的依据。

1.4与其他计划之间的关系软件配置管理计划作为《软件开发计划》的一部分，应按照总体开发计划的要求协调，使项目软件开发按照合理规划有条不紊的进行，确保软件配置的有效性、适宜性和可追溯性。

2引用文档下列标准和文件中的有关条款，通过引用而成为本管理计划的条款。

国军标软件配置管理报告word版

GJB438B-2009附录AA(资料性附隶）《软件配置管理报告》的正文格式《软件配置管理报吿》的正文格式如下：1范围1.1 标识本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。

1.2 系统概述本条应概述本文档所适用的系统和软件的用途。

1.3 文档概述本条应概括本文档的用途和内容.并描述与其使用有关的保密性考虑。

2引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。

4软件配置管理基本信息本章应概述软件配置管理的基本信息，包括项目负责人、各级软件配置管理机构组成人员和负责人、软件配置管理所用的资源(如计算机、软件和工具)等。

5专业组划分及权限分配本章应列出项目专亚组的划分、各专业组的成员以及各成员的权限分配，如专业组可分为项目负责人、开发组、测试组、质量保证组、配置管理组等，权限可分为读出、增加、替换、删除等。

6配置项记录本章应列出项目的所有配置项，包括配置项名称、配置项最后发布日期，配置项控制力度(控制力度可分为基线管理、非基线管理(受到管理和控制))、配览项版本变更历史、配置项变更累计次数等内容。

7变更记录本章应列出软件研制过程中的所有变更，包括变更申谘单号、变更时间、变更内容、变更申请人、批准人、变更实施人等内容。

8基线记录本章应列出项目的所有基线，包括基线名称、基线最后一版发布日期、基线版本变更历史、基线变更累计次数、最后一版基线的内容及版本号等内容。

9入库记录本章应列出配置项的入库记录，包括入库时间、入库单号、入库原因、入库申请人和批准人等。

军用软件质量管理规定

军用软件质量管理规定军用软件质量管理规定第一章总则第一条为了加强军用软件质量管理，保证军用软件质量，依据《装备条例》制定本规定。

第二条本规定适用于作为装备或装备组成部分的软件质量管理。

本规定中所称的军用软件(以下简称软件)包括计算机程序、相关文档和数据，以及固化在硬件中的程序和数据。

第四条总装备部按照国家军用标准和有关规定对软件研制单位进行软件研制能力评价，对软件测评机构进行认可，并以合格名录形式予以发布。

未达到规定的软件研制能力要求的单位，不能承担软件研制任务;未经认可的软件测评机构不能承担软件测评任务。

第二章职责第七条承担软件研制任务的单位(以下简称研制单位)对软件研制和服务质量负责，履行下列职责：(一)建立健全质量管理体系，保持和改进软件研制能力，明确各类人员的质量责任;(二)实施软件工程化管理，制订本单位软件研制工作程序和规范，对软件研制过程实施质量控制;(三)配备必要的人员、技术手段和设施等资源，建立本单位软件质量信息系统;(四)对有缺陷的软件进行修复;(五)承担软件的使用培训和技术服务;(六)向软件测评机构提供软件测评所需的程序和文档资料。

第十条软件测评机构对软件的测评质量负责，履行下列职责：(一)建立健全质量管理体系，保持和改进软件测评能力，明确软件测评过程中各类人员的质量责任;(二)承担软件定型、鉴定、验收和成果鉴定的测评，外购软件产品质量评价及选优工作;(三)制定本单位软件测评工作的程序和规范，实施软件测评过程的质量控制;(四)配置必要的软件测评资源，建立软件测评质量信息系统;(五)开展软件测评理论、技术和方法的研究。

第四章软件研制第十七条装备主管部门在订立装备研制合同时，应当在合同中明确软件的级别、质量保证条款、测评项目、测评机构以及研制单位应当提供的测评保障条件。

第十八条装备主管部门应当组织对研制单位制订的软件研制计划和软件质量保证计划进行审查和确认，并监督其实施。

软件质量保证计划应当明确软件质量要求、软件质量保证的工作责任、控制项目和方法、编制的文档等。