软件项目设计和开发控制管理规范.docx
- 文档编号:14086924
- 上传时间:2023-06-20
- 格式:DOCX
- 页数:32
- 大小:42.48KB
软件项目设计和开发控制管理规范.docx
《软件项目设计和开发控制管理规范.docx》由会员分享,可在线阅读,更多相关《软件项目设计和开发控制管理规范.docx(32页珍藏版)》请在冰点文库上搜索。
软件项目设计和开发控制管理规范
软件项目设计和开发控制管理规范
XXXXXXXXX科技有限企业
目
录
1前言..................................................
1.1
目的...............................................
1.2
定义和缩写词.......................................
1.3
参照资料...........................................
2管理..................................................
2.1
机构...............................................
2.2
任务...............................................
2.3
职责...............................................
2.4
接口控制...........................................
2.5
实现...............................................
2.6
合用的标准、条例和商定.............................
指明...........................................
内容...........................................
3软件配置管理活动......................................
3.1
配置表记...........................................
基线...........................................
代码、文档......................................
3.2
配置控制...........................................
3.3
配置状态的记录和报告...............................
3.4
配置的检查和评审...................................
4工具、技术和方法.......................................
5对供货单位的控制......................................
6记录的采集、保护和保留................................
7附录:
配置管理报表及其格式............................
7.1软件问题报告单(SPR)..............................
配置管理人员填写内容............................
配置管理状态....................................
配置管理申请人员填写的内容......................
7.2软件改正报告单(SCR)..............................
1前言
1.1目的
本条一定指出特定的软件配置管理计划的详细目的。
还一定描绘该计划所针对的软件项目(及其所属的各个子项目)的名称和用途。
1.2定义和缩写词
应当列出计划正文中需要解说的而在GB/T11457中还没有包含的术
语的定义,必需时,还要给出这些定义的英文单词及其缩写词。
1.3参照资料
列出要用到的参照资料,如:
a.本项目的经同意的计划任务书或合同、上司机关的批文;b.属于本项目的其余已发布的文件;
c.本文件中各处引用的文件、资料,包含所要用到的软件开发标
准。
列出这些文件的标题、文件编号、发布日期和第一版单位,说明能够获得这些文件资料的根源。
2管理
一定描绘负责软件配置管理的机构、任务及其有关的接口控制。
2.1机构
一定描绘在各阶段中负责软件配置管理的机构。
描绘内容以下:
a.描绘在软件生计周期各阶段中软件配置管理的功能和负责软件
配置管理的机构;
b.说明项目和子项目与其余有关项目之间的关系;
c.指出在软件生计周期各阶段中的软件开发或保护机构与配置控制组的互相关系。
2.2任务
描绘在软件生计周期各个阶段中的配置管理任务以及要进行的评审和检查工作,并指出各个阶段的阶段产品应寄存在哪一类软件库中(软件开发库、软件受控库或软件产品库)。
2.3职责
一定描绘与软件配置管理有关的各种机构或成员的职责,并指出这些机构或成员互相之间的关系。
A.指出负责各项软件配置管理任务(如配置表记、配置控制、配
置状态记录以及配置的评审与检查)的机构的职责;
B.指出上述机构与软件质量保证机构、软件开发单位、项目包办
单位、项目拜托单位以及用户等机构的关系;
C.说明由本计划第2.2条指明的生计周期各个阶段的评审、检查
和审批过程中的用户职责以及有关的开发与保护活动;
D.指出与项目开发有关的各个机构的代表的软件配置管理职责;E.指出其余特别职责,比如为知足软件配置管理要求所必需的批
准要求。
2.4接口控制
本条应当描绘:
a.接口规格说明表记和文档控制的方法;
b.对已交托的接口规格说明和文档进行改正的方法;c.对要达成的软件配置管理活动进行追踪的方法;d.记录和报告接口规格说明和文档控制状态的方法;e.控制软件和支持它运转的硬件之间的接口的方法。
2.5实现
应当规定实现软件配置管理计划的主要里程碑,比如:
a.成立配置控制组;
b.确立各个配置基线;
c.成立接口控制协议;
d.制定评审与检查软件配置管理计划和规程;
e.制定有关的软件开发、测试和支持工具的配置管理计划和规程。
2.6合用的标准、条例和商定
指明
本条一定指明所合用的软件配置管理标准、条例和商定,并把它们作为本计划要实现的一部分;还一定说明这些标准、条例和商定要实现的程度。
内容
一定描绘要在本项目中编写和实现的软件配置管理标准、条例和商定,内容可以下:
a.软件结构层次树中软件地点的表记方法;b.程序和模块的命名商定;c.版本级其余命名商定;
d.软件产品的表记方法;
e.规格说明、测试计划与测试规程、程序设计手册及其余文档的表记方法;
f.媒体和文档管理的表记方法;
g.文档交托过程;
h.软件产品库中软件产品入库移交或交托的过程;
i.问题报告、改正恳乞降改正序次的办理过程;
j.配置控制组的结构和作用;
k.软件产品交托给用户的查收规程;
l.软件库的操作,包含准备、储存和更新模块的方法;
m.软件配置管理活动的检查;
n.问题报告、改正恳求或改正序次的文档要求,指出配置改正的
目的和影响;
o.软件进入配置管理以前的测试级别;
p.质量保证级别,比如,在进入配置管理以前,考证软件知足有关基线的程度。
3软件配置管理活动
本章一定描绘配置表记、配置控制、配置状态记录与报告以及配置检查与评审等四方面的软件配置管理活动的需求。
3.1配置表记
基线
本条一定详尽说明软件项目的基线(即最先同意的配置表记),并
把它们与本计划第2.2条描绘的生计周期的特定阶段相联系。
在软件
生计周期中,主要有三种基线,它们是功能基线、指派基线和产品基
线。
对于每个基线,一定描绘以下内容:
a.每个基线的项(包含应交托的文档和程序);
b.与每个基线有关的评审与同意事项以及查收标准;
c.在成立基线的过程顶用户和开发者的参加状况。
比如,在产品基线中,要定义的元素能够包含:
a.产品的名字和规则;
b.产品表记编号;
c.对每一个新交托的版本,要给第一版本交托号、新改正的描绘、改正交托的方法、对支持软件的改正要求以及对有关文档的改正要求;
d.安装说明;
e.已知的缺点和故障;
f.软件媒体和媒体表记。
代码、文档
本条一定描绘本项目全部软件代码和文档的标题、代号、编号以及分类规程。
比如,对代码来说:
a.编译日期能够作为每个交托模块表记的一部分;
b.在结构模块源代码的次序行号时,应使它合适于对模块作进一步的改正。
3.2配置控制
一定描绘在本计划第2.2条描绘的软件生计周期中各个阶段使用的改正同意权限的级别;
一定定义对已有配置的改正建议进行办理的方法,此中包含:
a.详尽说明在本计划第2.2条描绘的软件生计周期各个阶段中提
出改正建议的程序(能够用注上自然语言的流程图来表达);
b.描绘实现已同意的改正建议(包含源代码、目标代码和文档的
改正)的方法;
c.描绘软件库控制的规程,此中包含存取控制、对于合用基线的
读写保护、成员保护、成员表记、档案保护、改正历史以及故障
恢复等七项规程;
d.假如有必需修理目标代码,则要描绘其表记和控制的方法。
对于各个不一样层次的配置控制组和其余改正管理机构,本条一定:
a.定义其作用,并规定其权限和职责;
b.假如已构成机构,则指明该机构的领导人及其成员;
c.假如还没有构成机构,则说明如何委任该机构的领导人、成员
及代理人;
d.说明开发者和用户与配置控制组的关系。
当要与不属于本软件配置管理计划合用范围的程序和项目进行接
口时,本条一定说明对其进行配置控制的方法。
假如这些软件的改正
需要其余机构在配置控制组评审以前或以后进行评审,则本条一定描
述这些机构的构成、它们与配置控制组的关系以及它们之间的互相关
系;
本条一定说明与特别产品(如非交托的软件、现存软件、用户供给
的软件和内部支持软件)有关的配置控制规程。
3.3配置状态的记录和报告
本条一定:
a.指明如何采集、考证、储存、办理和报告配置项的状态信息;b.详尽说明要按期供给的报告及其散发方法;
c.假如有动向查问,要指出所供给的动向查问的能力;
d.假如要求记录取户说明的特别状态时,要描绘其实现手段。
比如,在配置状态记录和报告中,往常要描绘的信息有:
a.规格说明的状态;
b.改正建议的状态;
c.改正同意的报告;
d.产品版本或其改正版的状态;
e.安装、更新或交托的实现报告;
f.用户供给的产品(如操作系统)的状态;
g.有关开发项目历史的报告。
3.4配置的检查和评审
本条一定:
a.定义在软件配置管理计划的第2.2条所定义的软件生计周期的
特定点上履行的检查和评审中软件配置管理计划的作用;b.规定每次检查和评审所包含的配置项;
c.指出用于表记和解决在检查和评审时期所发现的问题的工作规程。
4工具、技术和方法
一定指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法,指明它们的目的,并在开发者全部权的范围内描绘其用法。
比如,能够包含用于以下任务的工具、技术和方法:
a.软件媒体和媒体文档的表记;
b.把文档和媒体置于软件配置管理的控制之下,并把它正式地交托给用户。
比如,要给出对软件库内的源代码和目标代码进行控制的工具、技术和方法的描绘;假如用到数据库管理系统,则还要对该系统进行描绘。
又如,要指明如何使用软件库工具、技术和方法来办理软件产品的交托。
c.编制对于程序及其有关文档的改正状态的文档。
所以一定进一步定义用于准备多种级别(如项目负责人、配置控制小组、软件配置管理人员和用户)的管理报告的工具、技术和方法。
5对供货单位的控制
供货单位是指软件销售单位、软件开发单位或软件子开发单位。
一定规定对这些供货单位进行控制的管理规程,进而使从软件销售单位购置的、其余开发单位开发的或从开发单位现存软件库中采用的软件能知足规定的软件配置管理需求。
管理规程应当规定在本软件配置管
理计划的履行范围内控制供货单位的方法;还应解说用于确立供货单位的软件配置管理能力的方法以及监察他们按照本软件配置管理计划需求的方法。
6记录的采集、保护和保留
本章一定指明要保留的软件配置管理文档,指明用于汇总、保护和
保护这些文档的方法和设备(此中包含要使用的后备设备),并指明要保留的限期。
7附录:
配置管理报表及其格式
7.1软件问题报告单(SPR)
在系统的运转与保护阶段对软件产品的任何改正建议,或在软件开发的任一阶段中对前方各个阶段的阶段产品的任何改正建议,都应填
入软件软件问题报告单。
软件问题报告单位的格式见表1。
配置管理人员填写内容
表中A、B、C、P和状态等项目是由负责改正控制的配置管理人员
填写的。
表中其余各项即D、E、F、G、H、I、K、N和O各项是由发现
问题的人或申请配置管理的人填写的,他可能还要填写J、L和M三项
内容。
前四项内容的意义以下:
A是由配置管理人员确立的登记号,一般按报告问题的先后次序编
号;
B是由配置管理人员登记问题报告的日期;
C是发现软件问题的日期;
P是填写若干增补信息和改正建议。
对于配置管理七种状态的含义在下边解说。
配置管理状态
状态一栏分红七种状况,现分别说明以下:
1表示软件问题报告正
被评审,已确立采纳什么行动;2表示软件问题报告已由指定的开发人
员去进行保护工作;3表示改正已经达成、测试好,正准备开释给主程
序库;4表示主程序库已经更新,主程序库改正的从头测试还没有达成;
5表示已经进行了复测,但发现问题仍旧存在;6表示已经进行了复测,已经顺利达成所做的改正,软件问题报告单被封闭(保护已达成);7表示留待此后封闭,因问题不是可重产生的,或许是属于产品改良方面的,或许只拥有很低的优先级等等。
配置管理申请人员填写的内容
在软件问题报告单中,属于配置管理申请人填写的各项内容的意义以下:
D、E两项是项目和子项目的名称,F是该子项目的代号,这应按配
置表记的规定来命名代号;
阶段名和报告人的姓名、地址和电话等的含义是不言而喻的;
G表示问题属于哪一方面的,是程序的问题仍是例行程序的问题,
是数据库的问题仍是文档的问题,是功能性改正仍是性能改良性改正
问题,也可能是它们的某种组合;
H表示子例行程序/子系统,即要指出出现问题的子例行程序名字,
假如不知是哪个子例行程序,可标出子系统名,总之,尽可能给出细
节;
I是订正版本号,指出出现问题的子例行程序版本号;
J是媒体,表示包含有问题的子例行程序的主程序库储存媒体的表记符;
K是数据库,表示当发现问题时所使用的数据库表记符;
L是文档号,表示有错误的文档的编号;
M表示出现错误的主要测试实例的表记符;
N是硬件,表示发现问题时所使用的计算机系统的表记;
O是问题描绘/影响,填写问题征候的详尽描绘,假如可能则写明实
际问题所在,还要给出该问题对未来测试、界面软件和文档等的影响。
7.2软件改正报告单(SCR)
对软件产品或其阶段产品的任何改正,都一定经过评审、同意后才
能从头投入运转或作为阶段产品开释。
这一过程用软件改正报告单
(softwarechangereport)给予记录。
软件改正报告单的格式表2。
当收到了软件问题报告单以后,配置管理人员便填写软件改正报告单。
软件改正报告单要指出改正种类、改正策略和配置状态,它是供配置
控制小组进行审批的改正申请报告。
表中各项内容的意义以下:
A是登记号,它是配置改正小组收到软件改正报告单时所作的编号;
B是配置管理人员登记软件改正报告单的日期;
C是已经准备好软件改正报告单、能够对它进行评审的时间;
D、E和F的意义与软件问题报告单中的D、E和F的意义同样;
G填写被办理的软件问题报告单的编号,如该编号中提出的问题只
是部分解决,则在填写时要在该编号后附以字母P(Part表示部分之意);
H指出是程序改正、文档更新、数据库改正仍是它们的组合,假如仅是指出用户文档的缺点则在解说处作上记号;
I是改正的详尽描绘,假如是文档更新,则要列出文档更新通知单的编号;假如是数据库改正,则要列出数据库改正申请的表记号;
J是同意人,经同意人署名、同意后才能进行改正;
K是语句种类,程序改正中波及到的语句种类包含:
输入/输出语句
类、计算语句类、逻辑控制语句类、数据办理语句类(如数据传递、
寄存语句);
L是程序名,指被改正注程序、文档或数据库注名字。
假如只需求软件改正报告单做解说性工作,则着重复软件问题报告单给出的名字;
M指目前注版本/订正本表记;
N指改正后的新版本/订正本表记;
O指数据库,假如申请数据库改正,这里给出数据库的表记符;
P是数据库改正申请号DBCR;
Q指文档,即假如要求文档改正,则在这里给出文档的名字;
R是文档更新通知单编号DUT;
S表示改正能否已经测试,指出已对改正做了哪些测试,如单元、子系统、组装、确认和运转测试等,并注明测试成功与否;
T指出在软件问题报告单中给出的问题描绘能否正确,并回答是或
否;
U是问题说明,正确地从头表达要改正的问题;
V指明问题来自哪里,如系统设计规格说明书、软件需求规格说明书、纲要设计说明书、详尽设计说明书、数据库、源程序等;
W说明达成改正所需要的资源预计,即所需要的人月数和计算机终
端时数;
X指出所要进行改正的种类,由履行改正的人最后填写。
改正种类主要有适应性改正、改良性改正以及计算错误、逻辑错误、输入和输犯错误、接口错误、数据库错误、文档错误以及配置错误等的改正;
Y是提出对软件问题进行改正的人员或单位;
ZZ是达成软件问题改正的人员或单位。
表1
软件问题报告单(SPR)
登记号
A
软件问题报告单
登记日期
B
年
月
日
发现日期
C
年
月
日
项目名
D
子项目
E
代号
F
软件
需求
纲要
详尽
编码
组装
安装
运转
123
4
5
67
阶段名
定义
剖析
设计
设计
测试
测试
查收
状
保护
□
□
□
□
□
□
□
态
□
报告人
姓名
电话
地点
问题:
G
例行程序□
程序□
数据库□
文档□
改良□
子例行程序/子系统:
H
改正版本号:
I
媒体:
J
数据库:
K
文档:
L
测试实例:
M
硬件:
N
问题描绘/影响:
O
附注及改正建议:
P
表
2
软件改正报告单(
SCR)
软件改正报告单
登记号
登记日期
发现日期
A
B
C
年月日
年月日
项目名D
响应哪些SPR:
改正种类X
改正:
H
改正描绘:
I
G
程序□
子项目E
改正申请人Y
数据库□
代号
改正人Z
文档□
F
解说□
同意人:
J
变动:
语句种类:
程序名:
L
K
I/O
□计算
老版本号:
M
□
逻辑□
新版本号:
N
数据办理
□
数据库:
O
DBCR:
P
文档:
Q
DUT:
R
改正已测试否:
成功否:
S
S
单元
子系统
组装
确认
运转
SPR的问题表达正确否?
T是□否□
附注:
U
问题来自:
资源来自:
V
W
系统设计规格说明书□
人工数:
(单位:
人日)
需求规格说明书□设计说明书□
计算机时间:
(单位:
小时)
数据库□
程序□
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 设计 开发 控制 管理 规范