016软件开发配置管理规程.docx
- 文档编号:3460867
- 上传时间:2022-11-23
- 格式:DOCX
- 页数:27
- 大小:36.27KB
016软件开发配置管理规程.docx
《016软件开发配置管理规程.docx》由会员分享,可在线阅读,更多相关《016软件开发配置管理规程.docx(27页珍藏版)》请在冰豆网上搜索。
016软件开发配置管理规程
ISO9001质量体系作业文件
名称:
软件开发配置管理规程
编号:
PRS/QWFC-01-09-016-1999版号A/0
拟制:
孙继纲日期1999/05/27
审核:
日期
批准:
日期
生效日期:
受控状态:
发文号:
会签部门
会签人/日期
会签部门
会签人/日期
目录
1前言1
1.1目的1
1.2读者对象1
1.3版本信息1
1.4术语与缩略词1
1.5参考文献2
1.6修改历史2
2配置管理的理论基础3
2.1配置管理对象3
2.2配置管理任务3
2.2.1标识配置对象3
2.2.2版本控制3
2.2.3修改控制4
2.2.4报告配置状况4
2.3软件配置的方式4
3配置管理的措施4
3.1软件配置的工作目标4
3.2岗位职责5
3.3软件项标识的原则5
3.4软件项标识的分类5
3.4.1文档6
3.4.2代码7
3.4.3数据7
3.5软件项配置的状态7
3.6标识编码规则8
3.6.1文档标识8
3.6.2代码标识10
3.6.3数据标识11
3.6.4软件项状态的标识11
3.7配置管理12
3.7.1配置管理的基本流程12
3.7.2配置管理的阶段划分12
3.7.3立项计划阶段的配置管理13
3.7.4原型开发阶段的配置管理13
3.7.5需求分析阶段的配置管理13
3.7.6概要设计阶段的配置管理13
3.7.7详细设计阶段的配置管理14
3.7.8编码调试阶段的配置管理14
3.7.9系统测试阶段的配置管理14
3.7.10内部验收阶段的配置管理15
3.7.11工程实施阶段的配置管理15
3.7.12初验阶段的配置管理16
3.7.13试运行阶段的配置管理16
3.7.14终验阶段的配置管理16
3.7.15运行维护阶段的配置管理16
3.8变更管理16
4配置管理工具16
1前言
1.1目的
编写本管理规程的目的是为创智软件园软件配置测试中心的配置测试管理组对日常的软件项目开发进行配置工作时提供指导,为软件开发体系的项目组在日常的项目管理、设计、开发和测试中制定统一的软件项及其状态标识提供依据,以便于项目管理、开发、配置和测试工作有序、统一和规范化。
在本管理规程中明确了软件配置在软件开发中的意义、阶段划分、配置的内容、软件配置的基础、目标、正常流程、质量评价方法,以及进行软件配置工作时需要使用的相关表格和记录格式,为软件开发和维护中的可追溯性提供保障。
本操作规程是指导创智软件园软件开发体系进行软件配置工作的唯一指南,可以作为创智软件园有限公司ISO9001质量体系程序文件的支持文件。
1.2读者对象
本管理规程的可能合法读者是创智软件园软件开发体系的项目管理人员、设计人员、配置测试人员、机要室的机要员和经软件配置测试中心部门经理授权的人员。
任何无关人员不得以任何方式私阅、借阅、复制和传递本规程,创智软件园的员工一旦发现本管理规程在外面流失,有责任维护公司利益,及时向公司汇报,以挽回可能带来的直接和间接的损失。
1.3版本信息
本管理规程1.0.0版是在综合公司自1995年以来软件开发中软件配置的经验和借鉴国内外软件配置技术最新研究成果的基础上,由创智软件园软件配置测试中心规范研究与制定组于1998年10月开始起草,并于1998年11月初稿完成的。
本管理规程2.0.0版是由软件配置测试中心规范研究与制定组按照ISO9001质量体系程序文件要求于1999年05月进行修订并完成的。
1.4术语与缩略词
1)软件:
包括能够使应用系统正常运行和维护所必须的文档、程序和数据。
2)软件项:
构成整个应用系统的子系统、功能模块的独立的或以操作系统文件形式存在的软件元素,通常以操作系统文件或功能模块及其组合的形式存在。
3)准基线库:
由软件开发项目组提交的等待评审或测试的软件项数据仓库。
4)基线库:
由软件项目/产品开发组提交的完全通过评审或测试的合格软件项数据仓库。
5)配置管理:
将软件项目的组成部分(文档、代码和数据)存放入准基线库和基线库进行配置管理和版本控制。
6)软构件库:
可以供公司各个项目组重复使用或共享的经过构件化过程的合格软件项数据仓库。
7)软件配置:
一个软件产品在软件生存周期各个阶段所产生的各种形式(机器可读或人工可读)的各种版本的文档、程序及其数据的集合。
该集合中的每一元素称为该软件产品配置中的一个软件配置项(SCI)。
8)单元测试:
测试软件项(诸如构件、模块、函数等),具体设计到控制流和数据流。
9)组装测试:
对软件项(诸如构件、模块、函数等)或子系统等进行组合测试,测试其接口的正确性、稳定性。
10)系统测试:
将整个软件项目作为一个整体,包括网络、服务器和工作站的软硬件以及应用软件的配置到位的情况下,进行测试。
是公司内部的验收测试,为公司内部软件项目/产品的验收评审提供测试依据。
11)验收测试:
是将整个软件项目作为一个整体,包括网络、服务器和工作站的软硬件以及应用软件的配置到位的情况下,由客户单位为主体进行的测试,包括初验测试和终验测试,初验可以在模拟环境下,终验则必须是在实际运行环境下进行。
12)软件配置工具:
可以辅助人工进行软件配置和管理工作的软件工具。
1.5参考文献
1)GB/T11457软件工程
2)GB/T8566计算机软件开发规范
3)Gb/T8567计算机软件产品开发文件编制指南
4)《软件工程》齐治昌等。
北京:
高等教育出版社,1997
5)《创智软件园软件开发项目管理手册》
6)《创智软件园软件开发安全管理制度》
7)《软件工程》齐治昌等。
北京:
高等教育出版社,1997
8)创智软件园ISO9001质量体系《产品标识和可追溯性控制程序》版本B/0
9)创智软件园ISO9001质量体系《创智软件园产品标识和可追溯性控制程序》版本B/0
1.6修改历史
序号
时间
地点
责任人
修改内容记录
1
1998/12/08
创智软件园
孙继纲
修改、初稿
2
1999/3/15
创智软件园
陈皓
修改
3
1999/3/19
创智软件园
陈皓
根据会议意见修改
4
1999/5/25
创智软件园
刘立军
参考程序文件进行修改
5
1999/05/26
创智软件园
孙继纲
最终定版
2配置管理的理论基础
软件配置管理(SoftwareConfigurationManagement简称SCM)是对软件修改进行标识、组织和控制的技术,用来协调和控制整个系统过程,保证资料的完整性与一致性,应用于整个软件工程过程。
它是一组追踪和控制活动。
通过严格的软件配置管理,可以使接受软件测试的源代码、可执行代码和数据首先处于准基线库这种可以控制的状态中,从而可以为软件测试提供稳定的、可靠的、可重复的被测素材;同时,通过软件配置管理,可以保证开发和测试的对象的一致性,不会造成被测对象的内容和版本存在差异,从而为可能存在的测试后的缺陷跟踪和修改提供了极大的方便。
本管理规程将从配置管理对象、配置管理任务以及配置管理流程几个方面详细说明。
2.1配置管理对象
软件开发过程的最终结果包括三类信息:
(1)程序:
包括源程序和目标程序;
(2)文档:
包括技术文档和用户文档两类;
(3)数据结构:
包括程序内部和外部定义两部分。
在软件工程过程中产生的所有信息项就构成了软件配置项(SCI),它是软件的具体形态在某一时刻的瞬时影像。
这样的具体形态取两种形式:
(1)文档:
如书写的文档、程序清单、测试数据、测试结果等。
(2)代码:
如源代码、目标代码、数据库信息等。
2.2配置管理任务
软件开发配置管理的主要任务是控制软件的修改,主要包括:
(1)标识配置对象
(2)版本控制
(3)修改控制
(4)报告配置状况
2.2.1标识配置对象
为了控制和管理的方便,所有的配置对象都应命名并组织起来,根据软件开发和项目管理的特点,结合软件项目的功能组成,对其进行逐级标识,从而可以区分不同的功能模块和软件结构。
2.2.2版本控制
理想情况下,每个配置项只需保存一个版本。
实际上为了纠错和满足不同用户的需求,往往一个项目保存多个版本,并且随着系统开发的展开,版本数目将明显增加。
配置管理的版本控制主要解决下列问题:
(1)根据不同用户的需要配置不同的系统;
(2)保存系统老版本,为以后调查问题使用;
(3)建立一个系统新版本,使它包含某些决策而抛弃另一些;
(4)支持两位以上工程师同时在一个项目中工作;
(5)高效存储项目的多个版本。
2.2.3修改控制
在一个大型软件开发过程中,无控制地修改会迅速导致混乱。
如果把人的管理与自动工具结合起来,建立一套机制,有意识的控制软件修改,就可在最大程度上减小混乱的威胁。
2.2.4报告配置状况
配置状况报告(ConfigurationStatusReporting,简称CSR)作为软件配置管理的一项任务,主要概述下列问题:
(1)发生了什么事情;
(2)发生的原因;
(3)谁做的;
(4)何时发生的;
(5)有什么影响。
CSR的时机是当某个SCI被赋予新标记或更新标记时,或进行一项修改申请时。
CSR的输出可放在项目数据库中,供开发人员和维护人员随时按关键字查询,这样可以减少大型软件开发项目中由于人员缺乏通信而造成的盲目行为。
2.3软件配置的方式
软件配置的方式有人工和自动(软件工具)两种。
在现阶段,由于开发方式及软件工具不完善等原因,只能以人工为主,配置工具为辅的方法进行配置工作。
当各方面的条件都具备后,则应以自动化配置工具为主,人工干预为辅的配置方式。
3配置管理的措施
3.1软件配置的工作目标
整体工作目标:
1)为公司软件项目/产品的质量提供保证。
2)为软件项目/产品测试及供服务。
3)建立公司的软件库,为公司软件项目/产品保存及查询提供服务。
4)建立软构件库,为公司的项目/产品提高开发速度及提供质量保证。
具体工作目标:
1)对软件项目开发的可行性研究、质量策划、需求分析、概要设计、详细设计评审,及时预防和尽早发现缺陷,反馈给项目组,尽早修改完善。
2)执行软件配置管理建立基线库,为项目测试提供基础。
3)控制配置对象的修改,保证项目/产品质量。
3.2岗位职责
在软件开发过程中,直接和间接参与配置管理的岗位职责包括:
1)开发部项目组成员:
●制定项目开发计划书
●在概要设计和详细设计中标识软件项。
●按期将各个阶段的软件项提交配置测试中心配置测试组
2)开发部验证组成员:
●制定验证计划
●对项目组产生的阶段成果进行提交配置测试组之前的验证,提交验证报告
●根据总监办的评审结果或配置测试组的测试结果,对项目组的修改情况进行验证,提交验证报告
3)配置测试中心配置测试组:
●制定配置测试评审计划和配置管理计划
●对各个阶段产生的软件项进行收集和进行配置管理和版本控制。
●对各个阶段产生的变更情况进行控制
●定期提交配置管理和版本控制状态报告
4)配置测试中心系统管理组:
●针对不同的项目建立配置管理系统
●针对不同的项目进行软件项在配置管理系统中的生成、复制、备份和清除
5)机要室机要员:
●对成型产品的软件项进行基线库和构件库的管理。
3.3软件项标识的原则
1)软件工程中关于软件项标识的唯一性
2)软件项配置管理和版本控制的原则
3)关于软件的理解(即软件包含程序、数据和文档)
4)关于软件项目开发的阶段划分
3.4软件项标识的分类
可以将软件项标识分为3类:
1)文档:
包括管理文档和产品文档。
2)代码:
包括源代码和可执行代码。
3)数据:
包括系统初始化数据、静态维护数据、运行数据。
3.4.1文档
文档包括管理文档和产品文档,分别由项目组和配置测试管理组完成。
由开发部项目组完成的管理文档包括:
1)项目开发计划书
2)新技术培训计划书
3)差旅计划书
4)各阶段计划表
5)各阶段工作总结
6)会议纪要
7)工作备忘
由开发部验证组完成的管理文档包括:
1)验证计划
2)验证报告
由配置测试组完成的管理文档包括:
1)配置测试评审计划书
2)配置管理计划
由项目组、验证组和配置测试组共同完成的管理文档包括:
1)项目开发计划评审报告
2)原型开发阶段评审报告
3)需求分析阶段评审报告
4)系统测试大纲评审报告
5)概要设计阶段评审报告
6)组装测试大纲评审报告
7)详细设计阶段评审报告
8)单元测试大纲评审报告
9)系统内部验收阶段评审报告
10)初验报告
11)终验报告
由开发部项目组完成的产品文档包括:
1)可行性研究报告
2)快速原型设计说明书
3)需求分析说明书
4)概要设计说明书
5)详细设计说明书
6)数据库设计说明书
7)模块开发卷宗
8)用户手册
9)维护手册
10)安装手册
11)产品功能说明书
由配置测试组完成的产品文档包括:
1)系统测试大纲
2)组装测试大纲
3)单元测试大纲
4)单元测试记录表
5)单元测试报告
6)组装测试记录表
7)组装测试报告
8)系统测试记录表
9)系统测试报告
3.4.2代码
代码包括源代码和可执行代码。
源代码按照功能模块和开发工具可以包括不同的层次关系:
1)系统列表
2)系统和所属的子系统列表
3)子系统和所属的功能模块列表
4)功能模块和对应的开发工具
可执行代码按照功能模块的层次进行划分:
1)系统列表
2)系统和所属的子系统列表
3)子系统和所属的功能模块列表
3.4.3数据
数据主要包括:
1)系统初始化数据
2)静态可维护参数
3)运行数据
3.5软件项配置的状态
管理文档的配置状态:
1)没有
2)已经产生,等待批准
3)已经批准,定版
4)已经锁定,等待变更
5)变更完毕,定版
产品文档的配置状态:
1)没有
2)已经产生,等待预审
3)预审通过,等待评审
4)评审通过,定版
5)已经锁定,等待变更
6)变更完毕,定版
源代码的配置状态:
1)没有
2)已经产生,等待测试
3)测试不通过,等待修改
4)修改完毕,等待测试
5)测试通过,定版
6)已经锁定,等待变更
7)变更完毕,定版
可执行代码的配置状态:
1)没有
2)已经产生,等待测试
3)测试不通过
4)测试通过,定版
数据的配置状态:
1)没有
2)只有部分
3)完全具备
3.6标识编码规则
3.6.1文档标识
管理文档的标识代码为MD,产品文档的标识代码为PD,采用“标识代码-顺序号-版本号”的方式进行文档的标识,版本号采用“X.Y.Z”的方式,X的起始号为1,Y的起始号为0,Z的起始号也为0。
文档标识号的与文档名称的对应关系见下表。
序号
文档名称
文档标识号
1
项目开发计划书
MD-01-1.0.0
2
新技术培训计划书
MD-02-1.0.0
3
差旅计划书
MD-03-1.0.0
4
原型开发阶段计划表
MD-04-1.0.0
5
原型开发阶段工作总结
MD-05-1.0.0
6
需求分析阶段计划表
MD-06-1.0.0
7
需求分析阶段工作总结
MD-07-1.0.0
8
概要设计阶段计划表
MD-08-1.0.0
9
概要设计阶段工作总结
MD-09-1.0.0
10
详细设计阶段计划表
MD-10-1.0.0
11
详细设计阶段工作总结
MD-11-1.0.0
12
编码调试阶段计划表
MD-12-1.0.0
13
编码调式阶段工作总结
MD-13-1.0.0
14
内部验收(系统测试)阶段计划表
MD-14-1.0.0
15
内部验收(系统测试)阶段工作总结
MD-15-1.0.0
16
工程实施阶段计划表
MD-16-1.0.0
17
工程实施阶段工作总结
MD-17-1.0.0
18
试运行阶段计划表
MD-18-1.0.0
19
试运行阶段工作总结
MD-19-1.0.0
20
验证计划
MD-20-1.0.0
21
验证报告
MD-21-1.0.0
22
配置测试评审计划书
MD-22-1.0.0
23
配置管理计划
MD-23-1.0.0
24
项目开发计划评审报告
MD-24-1.0.0
25
原型开发阶段评审报告
MD-25-1.0.0
26
需求分析阶段评审报告
MD-26-1.0.0
27
系统测试大纲评审报告
MD-27-1.0.0
28
概要设计阶段评审报告
MD-28-1.0.0
29
组装测试大纲评审报告
MD-29-1.0.0
30
详细设计阶段评审报告
MD-30-1.0.0
31
单元测试大纲评审报告
MD-31-1.0.0
32
系统内部验收阶段评审报告
MD-32-1.0.0
33
初验报告
MD-33-1.0.0
34
终验报告
MD-34-1.0.0
35
可行性研究报告
PD-01-1.0.0
36
快速原型设计说明书
PD-02-1.0.0
37
需求分析说明书
PD-03-1.0.0
38
概要设计说明书
PD-04-1.0.0
39
详细设计说明书
PD-05-1.0.0
40
数据库设计说明书
PD-06-1.0.0
41
模块开发卷宗
PD-07-1.0.0
42
用户手册
PD-08-1.0.0
43
维护手册
PD-09-1.0.0
44
安装手册
PD-10-1.0.0
45
产品功能说明书
PD-11-1.0.0
46
系统测试大纲
PD-12-1.0.0
47
组装测试大纲
PD-13-1.0.0
48
单元测试大纲
PD-14-1.0.0
49
单元测试记录表
PD-15-1.0.0
50
单元测试报告
PD-16-1.0.0
51
组装测试记录表
PD-17-1.0.0
52
组装测试报告
PD-18-1.0.0
53
系统测试记录表
PD-19-1.0.0
54
系统测试报告
PD-20-1.0.0
3.6.2代码标识
源代码的标识代码为SC,可执行代码的标识代码为EC,采用“标识代码-系统顺序号-子系统顺序号-模块顺序号-开发工具代码-版本号”的方式进行文档的标识,版本号采用“X.Y.Z”的方式,X的起始号为1,Y的起始号为0,Z的起始号也为0。
源代码的标识方式如:
SC-SYS-SUB-MOD-TID-X.Y.Z
其中,系统SYS、子系统SUB和模块MOD的顺序号以及开发工具代码TID,根据不同的项目建立不同的对应表,如下表。
序号
系统名称
系统顺序号
1
营业受理系统
A
2
配线管理系统
B
3
配号管理系统
C
4
定单管理系统
D
5
机线管理系统
E
序号
系统顺序号
子系统名称
子系统顺序号
1
A
客户资料管理子系统
a
2
A
营业受理子系统
b
3
B
全自动配线子系统
c
4
B
半自动配线子系统
d
5
B
手工动配线子系统
e
序号
系统顺序号
子系统顺序号
功能模块名称
功能模块顺序号
1
A
a
1
2
A
a
2
3
A
a
3
4
A
a
4
5
A
a
5
序号
开发工具名称
开发工具代码
1
DB2
DB2
2
Oracle
ORA
3
Sybase
SYB
4
Informix
INF
5
SQLServer
SQL
6
PowerBuilder
PB
7
Delphi
DP
8
VisualBasic
VB
9
VisualC++
VC
10
Tuxedo
BEA
可执行代码的标识方式如:
EC-SYS-SUB-MOD-X.Y.Z
其中,系统SYS、子系统SUB和模块MOD的顺序号,根据不同的项目建立不同的对应表,如上表。
3.6.3数据标识
系统初始化数据的标识代码为DAT-INIT-顺序号。
静态可维护参数的标识代码为DAT-STATIC-顺序号。
运行数据的标识代码为DAT-RUN-顺序号。
其中的顺序号为操作系统下不同名称的文件的顺序号,对应表如下表。
标识代码
顺序号
文件名称
数据用途
INIT
1
。
。
。
。
。
。
INIT
2
。
。
。
。
。
。
STATIC
1
。
。
。
。
。
。
RUN
1
。
。
。
。
。
。
3.6.4软件项状态的标识
管理文档的配置状态标识为SMD,对应的代码值为:
序号
意义
代码值
1
没有
0
2
已经产生,等待批准
1
3
已经批准,定版
2
4
已经锁定,等待变更
3
5
变更完毕,定版
4
产品文档的配置状态标识为SPD,对应的代码值为:
序号
意义
代码值
1
没有
0
2
已经产生,等待预审
1
3
预审通过,等待评审
2
4
评审通过,定版
3
5
已经锁定,等待变更
4
6
变更完毕,定版
5
源代码的配置状态标识为SSC,对应的代码值为:
序号
意义
代码值
1
没有
0
2
已经产生,等待测试
1
3
测试不通过,等待修改
2
4
修改完毕,等待测试
3
5
测试通过,定版
4
6
已经锁定,等待变更
5
7
变更完毕,定版
6
可执行代码的配置状态标识为SEC,对应的代码值为:
序号
意义
代码值
1
没有
0
2
已经产生,等待测试
1
3
测试不通过
2
4
测试通过,定版
3
数据的配置状态标识为SDA,对应的代码值为:
序号
意义
代码值
1
没有
0
2
只有部分
1
3
完全具备
2
3.7配置管理
3.7.1配置管理的基本流程
1)在项目立项阶段确定整个开发周期将要经历的关键阶段
2)在各个阶段开始之际,项目组将阶段计划表提交配置测试组
3)在各个阶段结束
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 016 软件 开发 配置管理 规程