计算机软件配置管理计划规范GBT1250590
系统配置管理计划

xxx市xx局数据xx平台软件配置管理计划xxxxx公司文档修改/ 审批纪录项目组文档修改/ 审批纪录目录文档修改/ 审批纪录 (2)项目组文档修改/ 审批纪录 (2)1.引言 (5)1.1标识 (5)1.2系统概述 (5)1.3目的 (5)1.4定义 (5)1.5参考资料 (6)2.引用文件 (6)3.管理 (6)3.1机构 (6)3.2任务 (6)3.3职责 (7)3.4接口控制 (7)3.5实现 (8)3.6适用的标准、条例和约定 (9)4软件配置管理活动 (9)4.1配置标识 (9)4.1.1文档 (9)4.1.2程序 (9)4.1.3基线 (9)4.2配置控制 (10)4.3 配置状态审计 (10)4.4配置的检查和评审 (10)5.工具、技术和方法 (10)6.配置项和基线 (11)6.1配置项命名规则 (11)6.2配置项的识别和基线的划分 (11)6.3变更 (12)6.4 发布 (15)7.备份 (16)8.日程表 (16)9.注解 (17)附表 (17)附表1:产品发布清单 (17)附表2:配置变更申请单 (18)附表3:配置问题报告单 (19)附表4:配置变更和问题登录表 (20)附表5:配置状态统计报告 (21)附表6:配置审核报告 (21)1.引言1.1标识1.2系统概述xxx市xx局“数据xx”融合分析平台,数据平台目标为建设一个融汇大数据及应用平台,能够融合不同类型、来自不同系统的数据,并在此平台上进行集中的数据处理、流转、共享、分析及展现等功能。
为实现以上功能,需对客户现有主要业务进行需求调研,了解流程审批、数据流向、银行对接、监督监管、电子文档等模块;便于统一测试时间提高测试效率。
1.3目的本文档描述了软件配置管理计划和对系统各种必要配置管理条例的规定,以保证所交付“数据xx”项目能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件工程标准规范

CreatMap 地理信息共享服务云平台软件工程标准规范河北省制图院2015年1月30日1.前言1.1项目背景当前,我国国家信息化建设与应用不断深入,网络化地理信息应用如同雨后春笋,政府部门和社会大众使用地理信息的方式与频率正发生翻天覆地的变化。
针对这一重大应用需求,国家测绘局认真学习和贯彻落实科学发展观,做出了建设国家地理信息公共服务平台(以下简称“公共服务平台”)的战略性决策。
CreatMap 地理信息共享服务云平台是河北省地理信息局下属的河北省制图院自主研发的并拥有自主知识产权的新一代地理信息公共服务平台,平台以促进地理信息服务大局、服务社会、服务民生为目标,为政府、企事业单位、社会公众提供统一、高效的基础地理信息服务。
1.1.1软件系统名称CreatMap 地理信息共享服务云平台,是依托地理信息数据,通过在线方式满足政府部门、企事业单位和社会公众对地理信息和空间定位、分析的基本需求,具备个性化应用的二次开发接口和可扩展空间,是实现地理信息应用服务功能的数据、软件及其支撑环境的总称。
1.1.2政策依据1) 《国务院关于加强测绘工作的意见》(国发[2007]30号):要切实提高测绘保障能力和服务水平,构建基础地理信息公共平台,更好地满足政府、企业及人民生活等方面对基础地理信息公共产品服务的迫切需要。
2) 《全国基础测绘中长期规划纲要》(2006年国务院批准发布):到2010年,我国形成一批具有影响力的基础测绘公共产品;到2020年,要实现服务网络化社会化。
国家测绘局在《测绘事业发展第十一个五年规划纲要》中指出要以地理信息为基础平台整合社会、经济和人文等信息,促进各类信息资源的共享和高效开发利用,到2010年初步实现基础地理信息服务网络化。
3) 国务院办公厅“关于促进我国国家空间信息基础设施建设和应用若干意见”(国办发2001-53号):要求各级测绘部门与当地发展计划等有关部门配合,共同推进本地区地理空间信息协调机制的建设,解决好地理空间信息资源条块分割、封闭管理等问题。
软件配置管理计划

D2
(1)审批《配置管理计划》
(2)审批重大的变更
2
配置管理软硬件资源
说明
配置管理软件名称
Visual svn server 2.5.8
计算机名称
XX server内存8G CPU4核硬盘500G
3
类型
主要配置项
标识符
预计正式发表时间
计划
《软件开发计划书》
软件开发计划书
2018-10-20
源程序
源程序
2020-4-10
二进制库
二进制库
2020-4-10
测试
《测试计划》
Байду номын сангаас测试计划
2019-5-10
《测试用例》
测试用例
2019-5-10
《测试报告》
测试报告
2019-10-10
4
基线名称/标识符
基线所包含的主要配置项
预计建立时间
需求基线1.0
《软件需求规范》
2018-10-22
设计基线1.0
《软件设计规范》
《软件概要设计说明书》
2018-12-10
开发基线1.0
详细设计说明书和源代码
2019-3-20
集成测试1.0
《测试计划》
《测试用例》
《测试报告》
2019-5-10
发布1.0
发布程序和文档
2020-4-10
5
备份频度、时间
备份人
备份内容、目的地、方式等
每周一次,每周五晚上备份
X1
所有的版本库进行全量备份,复制到XXX备份主机中,使用手动备份方式,使用7zip压缩后复制到指定主机中
《质量手册》
软件工程国家标准、行业标准一览

软件工程国家标准、行业标准一览摘自计算机软件工程规范国家标准汇编2003DZ/T 0169-1997 物探化探计算机软件开发规范GB 17917-1999 商场管理信息系统基本功能要求GB 8566-1988 计算机软件开发规范(已为GB/T8566-1995替代)GB/T 11457-1995 软件工程术语GB/T 12504-1990 计算机软件质量保证计划规范GB/T 12505-1990 计算机软件配置管理计划规范GB/T 14079-1993 软件维护指南GB/T 14085-1993 信息处理系统计算机系统配置图符号及约定GB/T 15532-1995 计算机软件单元测试GB/T 15538-1995 软件工程标准分类法GB/T 15853-1995 软件支持环境GB/T 16260-1996 信息技术软件产品评价质量特性及其使用指南GB/T 16680-1996 软件文档管理指南GB/T 17544-1998 信息技术软件包质量要求和测试GB/T 17917-1999 商场管理信息系统基本功能要求GB/T 18234-2000 信息技术C ASE工具的评价与选择指南GB/T 18491.1-2001 信息技术软件测量功能规模测量第1部分:概念定义GB/T 18492-2001 信息技术系统及软件完整性级别GB/T 18905.1-2002 软件工程产品评价第1部分: 概述GB/T 18905.2-2002 软件工程产品评价第2部分: 策划和管理GB/T 18905.3-2002 软件工程产品评价第3部分: 开发者用的过程GB/T 18905.4-2002 软件工程产品评价第4部分: 需方用的过程GB/T 18905.5-2002 软件工程产品评价第5部分: 评价者用的过程GB/T 18905.6-2002 软件工程产品评价第6部分: 评价模块的文档编制★GB/T 8566-1995 信息技术软件生存期过程(已为GB/T8566-2001替代) GB/T 8566-2001 信息技术软件生存周期过程GB/T 9385-1988 计算机软件需求说明编制指南GB/T 9386-1988 计算机软件测试文件编制规范GB/Z 18493-2001 信息技术软件生存周期过程指南GB/Z 18914-2002 信息技术软件工程CASE工具的采用指南GJB 1091-1991 军用软件需求分析GJB 1419-1992 军用计算机软件摘要GJB 2115-1994 军用软件项目管理规程GJB 2255-1994 军用软件产品GJB 3181-1998 军用软件支持环境选用要求GJB 437-1988 军用软件开发规范GJB 438-1988 军用软件文档编制规范GJB 438A-1997 武器系统软件开发文档GJB 439-1988 军用软件质量保证规范GJB/Z 102-1997 软件可靠性和安全性设计准则GJB/Z 115-1998 GJB 2786《武器系统软件开发》剪裁指南GJB/Z 117-1999 军用软件验证和确认计划指南GJB/Z 68-1994 武器装备柔性制造系统软件工程手册HB 6464-1990 软件开发规范HB 6465-1990 软件文档编制规范HB 6466-1990 软件质量保证计划编制规定HB 6467-1990 软件配置管理计划编制规定HB 6468-1990 软件需求分析阶段基本要求HB 6469-1990 软件需求规格说明编制规定HB 6698-1993 软件工具评价与选择的分类特性体系HB/Z 177-1990 软件项目管理基本要求HB/Z 178-1990 软件验收基本要求HB/Z 179-1990 软件维护基本要求HB/Z 180-1990 软件质量特性与评价方法HB/Z 182-1990 状态机软件开发方法JB/T 6987-1993 制造资源计划MRPⅡ系统原型法软件开发规范SB/T 10264-1996 餐饮业计算机管理软件开发设计基本规范SB/T 10265-1996 饭店业计算机管理软件开发设计基本规范SJ 20681-1998 地空导弹指挥自动化系统软件模块通用规范SJ 20778-2000 软件开发与文档编制SJ/T 10367-1993 计算机过程控制软件开发规程SJ/T 11234-2001 软件过程能力评估模型SJ/T 11235-2001 软件能力成熟度模型。
软件行业QMS审核要点

软件行业QMS审核要点软件行业QMS审核要点1.依据标准1.1 质量管理体系审核标准GB/T 19000-2008 idt ISO9000:2008《质量管理体系基础和术语》GB/T 19001-2008 idt ISO9001:2008《质量管理体系要求》1.2 国家标准GB 8566-1995 信息技术软件生存期过程GB 8567-88 计算机软件产品开发文件编制指南GB 9386-88 计算机软件测试文件编制规范GB/T 11457-1995 软件工程术语GB/T 12504-90 计算机软件质量保证计划规范GB/T 12505-90 计算机软件配置管理计划规范GB/T 14079-1993 计算机软件维护指南GB/T 15532-1995 计算机软件单元测试GB/T 16260-1996 信息技术软件产品评价质量特性及其应用指南GB/T 16680-1996 软件文档管理指南2.定义除下述定义外采用GB/T 19000-2008、GB/T 11457的术语。
2.1 软件生存周期从设计软件产品开始,到产品不能再使用为止的时间周期。
软件生存周期通常包括需求阶段、设计阶段、实现阶段、测试阶段、安装和验收阶段、运行和维护阶段。
2.2 软件开发周期从决定开发一个软件产品开始到产品交付为止的时间间隔。
这个周期通常包括需求阶段、设计阶段、实现阶段、测试阶段,有时还包括安装和验收阶段。
2.3 回归测试为确认纠正软件缺陷所做的更改不致引起派生缺陷而进行的测试。
3.质量管理体系审核要点(1)与产品有关要求的评审承制方应对与产品有关要求进行评审,以确保合同的各项要求都有明确的规定,并形成文件。
(2)产品实现的策划(7.1)软件开发过程中,项目开发单位应编写《软件开发计划》、《软件质量保证计划》、《软件测试计划》和《软件配置管理计划》等,对软件的设计开发、评审、测试、管理等各项工作及进度要求作出规定与安排。
《软件配置管理计划》也可以纳入《软件开发计划》中。
软件工程国家标准、行业标准一览

软件工程国家标准、行业标准一览摘自计算机软件工程规范国家标准汇编2003DZ/T 0169-1997 物探化探计算机软件开发规范GB 17917-1999 商场管理信息系统基本功能要求GB 8566-1988 计算机软件开发规范(已为GB/T8566-1995替代)GB/T 11457-1995 软件工程术语GB/T 12504-1990 计算机软件质量保证计划规范GB/T 12505-1990 计算机软件配置管理计划规范GB/T 14079-1993 软件维护指南GB/T 14085-1993 信息处理系统计算机系统配置图符号及约定GB/T 15532-1995 计算机软件单元测试GB/T 15538-1995 软件工程标准分类法GB/T 15853-1995 软件支持环境GB/T 16260-1996 信息技术软件产品评价质量特性及其使用指南GB/T 16680-1996 软件文档管理指南GB/T 17544-1998 信息技术软件包质量要求和测试GB/T 17917-1999 商场管理信息系统基本功能要求GB/T 18234-2000 信息技术C ASE工具的评价与选择指南GB/T 18491.1-2001 信息技术软件测量功能规模测量第1部分:概念定义GB/T 18492-2001 信息技术系统及软件完整性级别GB/T 18905.1-2002 软件工程产品评价第1部分: 概述GB/T 18905.2-2002 软件工程产品评价第2部分: 策划和管理GB/T 18905.3-2002 软件工程产品评价第3部分: 开发者用的过程GB/T 18905.4-2002 软件工程产品评价第4部分: 需方用的过程GB/T 18905.5-2002 软件工程产品评价第5部分: 评价者用的过程GB/T 18905.6-2002 软件工程产品评价第6部分: 评价模块的文档编制★GB/T 8566-1995 信息技术软件生存期过程(已为GB/T8566-2001替代) GB/T 8566-2001 信息技术软件生存周期过程GB/T 9385-1988 计算机软件需求说明编制指南GB/T 9386-1988 计算机软件测试文件编制规范GB/Z 18493-2001 信息技术软件生存周期过程指南GB/Z 18914-2002 信息技术软件工程CASE工具的采用指南GJB 1091-1991 军用软件需求分析GJB 1419-1992 军用计算机软件摘要GJB 2115-1994 军用软件项目管理规程GJB 2255-1994 军用软件产品GJB 3181-1998 军用软件支持环境选用要求GJB 437-1988 军用软件开发规范GJB 438-1988 军用软件文档编制规范GJB 438A-1997 武器系统软件开发文档GJB 439-1988 军用软件质量保证规范GJB/Z 102-1997 软件可靠性和安全性设计准则GJB/Z 115-1998 GJB 2786《武器系统软件开发》剪裁指南GJB/Z 117-1999 军用软件验证和确认计划指南GJB/Z 68-1994 武器装备柔性制造系统软件工程手册HB 6464-1990 软件开发规范HB 6465-1990 软件文档编制规范HB 6466-1990 软件质量保证计划编制规定HB 6467-1990 软件配置管理计划编制规定HB 6468-1990 软件需求分析阶段基本要求HB 6469-1990 软件需求规格说明编制规定HB 6698-1993 软件工具评价与选择的分类特性体系HB/Z 177-1990 软件项目管理基本要求HB/Z 178-1990 软件验收基本要求HB/Z 179-1990 软件维护基本要求HB/Z 180-1990 软件质量特性与评价方法HB/Z 182-1990 状态机软件开发方法JB/T 6987-1993 制造资源计划MRPⅡ系统原型法软件开发规范SB/T 10264-1996 餐饮业计算机管理软件开发设计基本规范SB/T 10265-1996 饭店业计算机管理软件开发设计基本规范SJ 20681-1998 地空导弹指挥自动化系统软件模块通用规范SJ 20778-2000 软件开发与文档编制SJ/T 10367-1993 计算机过程控制软件开发规程SJ/T 11234-2001 软件过程能力评估模型SJ/T 11235-2001 软件能力成熟度模型。
信息系统项目管理师考点分析之十二:软件工程国家标准
信息系统项目管理师考点分析之十二:软件工程国家标准软件工程国家标准考试自2007年下半年考试中才开始出现,2007年下半年2道、2008年上半年3道,2008年下半年3道、2009年上半年3道。
而今年上半年项目管理工程师中级考试出现了4道,可以预见今年下半年软件工程国家标准考题也在3道题左右,建议重点掌握。
软件工程国家标准涉及标准文档较多,建议有时间都看一遍,有些考题考得比较偏,这种情况只能靠常识和逻辑推理来解题了。
一、考试范围下面是从考试大纲里摘录的软件工程相关国家标准:6.2软件工程的国家标准6.2.1基础标准·软件工程术语GB/T 11457-1995·信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编辑符号及约定GB 1526-1989·信息处理系统计算机系统配置图符号及约定GB/T 14085-19936.2.2开发标准·信息技术软件生存周期过程GB/T 8566-2001·软件支持环境GB/T 15853-1995·软件维护指南GB/T 14079-19936.2.3文档标准·软件文档管理指南GB/T 16680—1996·计算机软件产品开发文件编制指南GB/T 8567-1988·计算机软件需求说明编制指南GB/T 9385-19886.2.4管理标准·计算机软件配置管理计划规范GB/T 12505-1990·信息技术软件产品评价质量特性及其使用指南GB/T 16260-2002·计算机软件质量保证计划规范GB/T 12504-1990·计算机软件质量保证计划规范GB/T 14394-1993二、知识点归纳1、软件工程术语GB/T 11457-1995包括三方面的内容:1)英汉软件工程术语对照及中文解释2)英文索引3)中文索引软件工程术语(2006版)标准定义了1859条软件工程领域的术语,都是一些基础术语,个人觉得考试只需要掌握以上内容即可。
完整word版软件配置管理计划
水利工程建设注册造价工程师继续教育系统软件配置管理计划中水环球(北京)科技有限公司二零壹零年伍月份目录1 引言 (1)1.1 目的 (1)1.2 定义 (1)1.3 参考资料 (1)2 管理 (2)2.1 机构 (2)2.2任务 (3)2.3职责 (3)2.4接口控制 (4)2.5 软件配置管理计划的实现 (6)2.6 适用的标准、条例和约定 (7)3 软件配置管理活动 (8)3.1 配置标识 (8)3.1.1 文档 (8)3.1.2 程序 (8)3.1.3各类基线 (8)3.2 配置控制 (9)3.3 配置状态审计 (9)3.4配置的检查和评审 (10)4 工具、技术和方法是否有? (10)I5.记录的维护和保存 (11)II1 引言1.1 目的本计划的目的在于对所开发的水利工程建设注册造价工程师继续教育系统软件规定各种必要的配置管理条款,以保证所交付的水利工程建设注册造价工程师继续教育系统软件能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1.2 定义本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。
1.3 参考资料GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南1GB/T 12504 计算机软件质量保证计划规范GB/T 12505 计算机软件配置管理计划规范《计算机软件工程规范国家标准汇编2000》国家、水利部、信息产业部相关标准相关国际标准和水利行业标准2 管理2.1 机构在本软件系统整个开发期间,必须成立软件配置管理小组负责配置管理工作。
软件配置管理计划范本
软件配置管理计划范本一、引言软件配置管理(Software Configuration Management,简称SCM)是确保软件产品在其生命周期内能够进行有效控制和管理的过程。
为了规范软件配置管理的实施,制定一个详细的软件配置管理计划非常必要。
本文将提供一个软件配置管理计划范本,供相关人员参考和使用。
二、背景信息在撰写软件配置管理计划之前,我们需要了解以下背景信息:1. 项目名称:2. 项目目标:3. 相关人员:4. 版本控制工具:三、配置管理目标本部分将描述软件配置管理的目标和具体实施计划,包括以下几个方面:1. 配置标识符:为软件及其组件定义唯一的标识符;2. 版本控制:确保对软件及其组件的版本进行控制和管理;3. 变更管理:负责对软件及其组件的变更进行评审、批准、实施和记录;4. 系统构建和发布:负责将配置项组装成可执行的软件产品并进行发布;5. 配置状态管理:确保对软件配置项及其状态进行记录和管理。
四、配置管理计划本部分将详细介绍软件配置管理计划的内容和执行方式。
1. 配置标识符管理1.1 配置项命名规范配置项的命名规范应包括:配置项名称、版本号、标识符等信息。
1.2 配置项标识符的生成规则配置项标识符的生成规则应基于项目的特定需求,并确保唯一性和易于识别。
1.3 配置项标识符的维护和更新配置项标识符需要进行维护和更新,以保证项目团队的一致性和正确性。
2. 版本控制管理2.1 版本控制工具的选择根据项目需求和团队习惯选择适合的版本控制工具,如Git、SVN等。
2.2 版本控制策略设定版本控制的策略和规范,包括代码提交、分支管理、冲突解决等。
2.3 版本库的维护和备份定期对版本库进行备份,确保数据的安全性和可恢复性。
3. 变更管理3.1 变更管理流程制定变更管理的详细流程,包括变更请求、评审、批准、实施和记录等。
3.2 变更影响分析对变更进行影响分析,评估其对项目进度和功能的影响,并及时通知相关人员。
最新软件配置管理计划编写规范资料
<项目名称>作者:完成日期:签收人:签收日期:修改情况记录:版本号修改批准人修改人安装日期签收人......................................................................................................................1.1 目的 (1)1.2 定义和缩写词 (1)1.3 参考资料 (1)......................................................................................................................2.1 机构 (1)2.2 任务 (2)2.3 职责 (2)2.4 接口控制 (2)2.5 实现 (2)2.6 合用的标准、条例和约定 (3)2.6.1 指明 (3)2.6.2 内容 (3)................................................................................................3.1 配置标识 (4)3.1.1 基线 (4)3.1.2 代码、文档 (4)3.2 配置控制 (5)3.3 配置状态的记录和报告 (5)3.4 配置的检查和评审 (6)...................................................................................................................................................................................................................................................................................................................................................................7.1 软件问题报告单(SPR) (7)7.1.1 配置管理人员填写内容 (7)7.1.2 配置管理状态 (8)7.1.3 配置管理申请人员填写的内容 (8)7.2 软件修改报告单(SCR) (8)本条必须指出特定的软件配置管理计划的具体目的。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
计算机软件配置管理计划规范 GB/T 12505-90 Specification for computer software configuration management plan 1.主题内容与适用范围本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。
本规范适用于软件特别是重要软件的配置管理计划的制订工作。
对于非重要软件或已开发好的软件,可以采用本规范规定的要求的子集。
2.引用标准GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范3.术语下面给出在本规范中用到的一些术语的定义,其它术语的定义按GB/T 11457。
在引用时,特别要注意线(baseline)、配置控制(configuration)、配置控制组(configuration control board)、配置检查(configuration audit)、配置标识(configurationidentification)和配置状态记录(configuration status accounting)等术语的定义。
3.1项目委托单位project entrust organization项目委托单位是指为产品开发提供资金并通常也是(但有时也未必)确定产品需求的单位或个人。
3.2 项目承办单位project undertaking organization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。
3.3 软件开发单位software development organization软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。
3.4 用户user用户是指实际全胜软件来完成某项计算、控制或数据处理等任务的单位或个人。
3.5 软件software软件是指计算机程序及其有关的数据和文档,也包括固化了的程序。
3.6 重要软件critical software重要软件是指其故障会影响到人身安全、会导致重大经济损失或社会损失的软件。
3.7 软件生存周期software life cycle软件生存周期是指从软件系统设计对软件系统提出应用需求开始,经过开发,产生出一个满足需求的计算机软件系统,然后投入运行,直至该软件系统退役为止。
其间经历系统分析与软件定义、软件开发以及系统的运行与维护等三个阶段。
其中软件开发阶段一般又分成需求分析、概要设计、详细设计、编码与单元测试、组装与系统测试以及安装与验收等六个阶段。
3.8 软件开发库software development library软件开发库是指在软件生存周期的某一个阶段期间,存放与该阶段软件开发工作有关的计算机可读信息和人工可读信息的库。
3.9 软件受控库software sontrolled library软件受控库是指在软件生存周期的某一个阶段结束时,存放作为阶段产品而释放的、与软件开发工作有关的计算机可读信息一人工可读信息的库。
软件配置管理就是对软件受控库中的各软件项进行管理,因此软件受控库也叫做软件配置管理库。
3.10 软件产品库software product libary软件产品库是指在软件生存周期的组装与系统测试阶段结束后,存放最终产品而后交付给用户运行或在现场安装的软件的库。
3.11 接口控制interface control接口控制是指描述有关由一个或多个部门提供的两个或两个以上的配置项接口的所有功能特性和物理特性的过程。
在实现之前,要确保对这些功能特性和物理特性所建议的修改已经过评审和批准。
3.12 功能基线functional baseline功能基线是指在系统分析与软件定义阶段结束时,经过正式评审和批准的系统设计规格说明书中对待开发系统的规格说明;或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明;或是由下级申请经上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。
功能基线是最初批准的功能配置标识。
3.13 指派基线allocated baseline指派基线是指在软件需求分析阶段结束时,经过正式评审和批准的软件需求的规格说明。
指派基线是最初批准的指派配置标识。
3.14 产品基线product baseline产品基线是指在软件组装与系统测试阶段结束时,经过正式评审的批准的有关所开发的软件产品的全部配置项的规格说明。
产品基线是最初批准的产品配置标识。
3.15 软件配置software configuration软件配置是指一个软件产品在软件生存周期各个阶段所产生的各种形式(机器可读或人工可读)和各种版本的文档、程序及其数据的集合。
该集合中的每一个元素称为该软件产品软件配置中的一个配置项(configuration item)。
3.16 释放release释放是指在软件生存周期的各个阶段结束时,由该阶段向下阶段提交该阶段产品的过程。
它也指将集成与系统测试阶段结束时所获得的最终产品向用户提交的过程。
后面这个过程也中做交付(delivery)。
4.软件配置管理计划编制大纲项目承办单位(或软件开发单位)中负责软件配置管理的机构或个人,必须制订一个包括下面各章内容的的软件配置管理计划(以下简称计划)。
各章必须按所描述的顺序排列。
如果某章中没有相应的内容,则在该章标题之后必须说明"本章无内容"的字样,并附上相应的理由。
如果需要,可以在后面增加章条。
如果某些材料已经出现在其它文件中,则在该计划中应引用那些文件。
计划的封面必须标明计划名和该计划所属的项目名,并必须经项目委托单位和项目承办单位(或软件开发单位)的代表共同签字、批准。
计划的目次是:引言管理软件配置管理活动工具、技术和方法对供货单位的控制记录的收集、维护和保存下面给出软件配置管理计划的各个章条必须具有的内容。
4.1 引言4.1.1 目的本条必须指明特定的软件配置管理计划的具体目的,还必须描述该计划所针对的软件项目及其所属的各个子项目的名称和用途。
4.1.2 定义和缩写词本条应该列出计划正文中需要解释的、而在GB/T 11457中尚未包含的术语的定义,必要时,还要给出这些定义的英文单词及其缩写词。
4.1.3 参考资料本条必须列出计划正文中所引用资料的名称、代号、编号、出版机构和出版年月。
4.2 管理本章必须描述负责软件配置管理的机构、任务、职责及其有关的接口控制。
4.2.1 机构本条必须描述在各阶段中负责软件配置管理的机构。
描述的内容如下:A.描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构;B.说明项目和子项目与其他有关项目之间的关系;C.指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的相互关系。
4.2.2 任务本条必须描述在软件生存周期各个阶段中的配置管理任务以及要进行评审的检查工作,并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。
4.2.3 职责本条必须描述与软件配置管理有关的各类机构或成员的职责,并指出这些机构或成员相互之间的关系。
A.指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责;B.指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系;C.说明由本计划第4.2.2条指明的生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动;D.指出与项目开发有关的各个机构的代表的软件配置管理职责;E.指出其他特殊职责,例如为满足软件配置管理要求所必要的批准要求。
4.2.4 接口控制本条应该描述:A.接口规格说明标识和文档控制的方法;B.对已交付的接口规格说明和文档进行修改的方法;C.对要完成的软件配置管理活动进行跟踪的方法;D.记录和报告接口规格说明和文档控制状态的方法;E.控制软件和劫持它运行的硬件之间的接口的方法。
4.2.5 实现本条应该规定实现软件配置管理计划的主要里程碑,例如:A.建立配置控制组;B.确定各个配置基线;C.建立接口控制协议;D.制订评审与检查软件配置管理计划和规程;E.制订相关的软件开发、测试和劫持工具的配置管理计划和规程。
4.2.6 适用的标准、条例和约定4.2.6.1 本条必须指明所适用的软件配置管理标准、条例和约定,并把它们作为本计划要实现的一部分;还必须说明这些标准、条例和约定要实现的程度。
4.2.6.2 本条必须描述要在本项目中编写和实现的软件配置管理标准、条例和约定。
这些标准、条例和约定可以包括如下内容:A.软件结构层次树中软件位置的标识方法;B.程序和模块的命名约定;C.版本级别的命名约定;D.软件产品的标识约定;E.规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法;F.媒体和文档管理的标识方法;G.文档交付过程;H.软件产品库中软件产品入库、移交或交付的过程;I.问题报告、修改请求和修改次序的处理过程;J.配置控制组的结构和作用;K.软件产品交付给用户的验收规程;L.软件库的操作,包括准备、存储和更新模块的方法;M.软件配置管理活动的检查;N.问题报告、修改请求或修改次序的文档要求,指出配置修改的目的和影响;O.软件进入配置管理之前的测试级别;P.质量保证级别,例如,在进入配置管理之前,验证软件满足有关基线的程序。
4.3 软件配置管理活动本章必须描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。
4.3.1 配置标识4.3.1.1 本条必须详细说明软件项目的基线(即最初批准的配置标识),并把它们与本计划第4.2.2条描述的生存周期的特定阶段相联系。
在软件生存周期中,主要有三种基线,它们是功能基线、指派基线和产品基线。
对于每个基线,必须描述下列内容:A.每个基线的项(包括应交付的文档和程序);B.与每个基线有关的评审与批准事项以及验收标准;C.在建立基线的过程中用户和开发者可的参与情况。
例如,在产品基线中,要定义的元素可以包括:A.产品的名字和命名规则;B.产品标识编号;C.对每一个新交付的版本,要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及有关文档的修改要求;D.安装说明;E.已知的缺陷和故障;F.软件媒体和媒体标识。
4.3.1.2 本条必须描述本项目所有软件代码和文档的标题、代号、编号以及分类规程。
例如,对代码来说:A.编译日期可以作为每个交付模块标识的一部分;B.在构造模块源代码的顺序行号时,应使它适合于对模块作进一步子修改。