软件项目设计和开发控制管理规范样本.doc

软件项目设计和开发控制管理规范

XXXXXXXXX科技有限公司

目 录

1 引言 1
1.1 目 1
1.2 定义和缩写词 1
1.3 参照资料 1
2 管理 1
2.1 机构 2
2.2 任务 2
2.3 职责 2
2.4 接口控制 3
2.5 实现 3
2.6 合用原则、条例和商定 4
2.6.1 指明 4
2.6.2 内容 4
3 软件配备管理活动 5
3.1 配备标记 5
3.1.1 基线 5
3.1.2 代码、文档 6
3.2 配备控制 6
3.3 配备状态记录和报告 8
3.4 配备检查和评审 8
4工具、技术和办法 9
5 对供货单位控制 9
6 记录收集、维护和保存 10
7 附录：配备管理报表及其格式 10
7.1 软件问题报告单（SPR） 10
7.1.1 配备管理人员填写内容 10
7.1.2 配备管理状态 11
7.1.3 配备管理申请人员填写内容 11
7.2 软件修改报告单（SCR） 12

1 引言
1.1 目
本条必要指出特定软件配备管理筹划详细目。还必要描述该筹划所针对软件项目（及其所属各个子项目）名称和用途。
1.2 定义和缩写词
应当列出筹划正文中需要解释而在GB/T 11457中尚未包括术语定义，必要时，还要给出这些定义英文单词及其缩写词。
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 合用原则、条例和商定
2.6.1 指明
本条必要指明所合用软件配备管理原则、条例和商定，并把它们作为本筹划要实现一某些；还必要阐明这些原则、条例和商定要实现限度。
2.6.2 内容
必要描述要在本项目中编写和实现软件配备管理原则、条例和商定，内容可如下：
a． 软件构造层次树中软件位置标记办法；
b． 程序和模块命名商定；
c． 版本级别命名商定；
d． 软件产品标记办法；
e． 规格阐明、测试筹划与测试规程、程序设计手册及其她文档标记办法；
f． 媒体和文档管理标记办法；
g． 文档交付过程；
h． 软件产品库中软件产品入库移送或交付过程；
i． 问题报告、修改祈求和修改顺序解决过程；
j． 配备控制组构造和作用；
k． 软件产品交付给顾客验收规程；
l． 软件库操作，涉及准备、存储和更新模块办法；
m． 软件配备管理活动检查；
n． 问题报告、修改祈求或修改顺序文档规定，指出配备修改目和影响；
o． 软件进入配备管理之前测试级别；
p． 质量保证级别，例如，在进入配备管理之前，验证软件满足关于基线限度。
3 软件配备管理活动
本章必要描述配备标记、配备控制、配备状态记录与报告以及配备检查与评审等四方面软件配备管理活动需求。
3.1 配备标记
3.1.1 基线
本条必要详细阐明软件项目基线（即最初批准配备标记），并把它们与本筹划第2.2条描述生存周期特定阶段相联系。在软件生存周期中，重要有三种基线，它们是功能基线、指派基线和产品基线。对于每个基线，必要描述下列内容：
a． 每个基线项（涉及应交付文档和程序）；
b． 与每个基线关于评审与批准事项以及验收原则；
c． 在建立基线过程中顾客和开发者参加状况。
例如，在产品基线中，要定义元素可以涉及：
a． 产品名字和规则；
b． 产品标记编号；
c． 对每一种新交付版本，要给出版本交付号、新修改描述、修改交付办法、对支持软件修改规定以及对关于文档修改规定；
d． 安装阐明；
e． 已知缺陷和故障；
f． 软件媒体和媒体标记。
3.1.2 代码、文档
本条必要描述本项目所有软件代码和文档标题、代号、编号以及分类规程。例如，对代码来说：
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。
7.1.1 配备管理人员填写内容
表中A、B、C、P和状态等项目是由负责修改控制配备管理人员填写。表中其她各项即D、E、F、G、H、I、K、N和O各项是由发现问题人或申请配备管理人填写，她也许还要填写J、L和M三项内容。前四项内容意义如下：
A是由配备管理人员拟定登记号，普通按报告问题先后顺序编号；
B是由配备管理人员登记问题报告日期；
C是发现软件问题日期；
P是填写若干补充信息和修改建议。
关于配备管理七种状态含义在下面解释。
7.1.2 配备管理状态
状态一栏提成七种状况，现分别阐明如下：1表达软件问题报告正被评审，已拟定采用什么行动；2表达软件问题报告已由指定开发人员去进行维护工作；3表达修改已经完毕、测试好，正准备释放给主程序库；4表达主程序库已经更新，主程序库修改重新测试尚未完毕；5表达已经进行了复测，但发现问题依然存在；6表达已经进行了复测，已经顺利完毕所做修改，软件问题报告单被关闭（维护已完毕）；7表达留待后来关闭，因问题不是可重产生，或者是属于产品改进方面，或者只具备很低优先级等等。
7.1.3 配备管理申请人员填写内容
在软件问题报告单中，属于配备管理申请人填写各项内容意义如下：
D、E两项是项目和子项目名称，F是该子项目代号，这应按配备标记规定来命名代号；
阶段名和报告人姓名、住址和电话等含义是显而易见；
G表达问题属于哪一方面，是程序问题还是例行程序问题，是数据库问题还是文档问题，是功能性修改还是性能改进性修改问题，也也许是它们某种组合；
H表达子例行程序/子系统，即要指出浮现问题子例行程序名字，如果不知是哪个子例行程序，可标出子系统名，总之，尽量给出细节；
I是修订版本号，指出浮现问题子例行程序版本号；
J是媒体，表达包具有问题子例行程序主程序库存储媒体标记符；
K是数据库，表达当发现问题时所使用数据库标记符；
L是文档号，表达有错误文档编号；
M表达浮现错误重要测试实例标记符；
N是硬件，表达发现问题时所使用计算机系统标记；
O是问题描述/影响，填写问题征候详细描述，如果也许则写明实际问题所在，还要给出该问题对将来测试、界面软件和文档等影响。
7.2 软件修改报告单（SCR）
对软件产品或其阶段产品任何修改，都必要通过评审、批准后才干重新投入运营或作为阶段产品释放。这一过程用软件修改报告单（software change report）给以记录。软件修改报告单格式表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是提出对软件问题进行修改人员或单位；
Z是完毕软件问题修改人员或单位。
表1 软件问题报告单（SPR）
软件问题报告单
登记号
A
登记日期
B 年 月 日
发现日期
C 年 月 日
项目名
D
子项目
E
代号
F
阶段名
软件定义□
需求分析□
概要设计□
详细设计□
编码测试□
组装测试□
安装验收□
运营维护□
状态
1
2
3
4
5
6
7
报告人
姓名

电话

地址

问题：G 例行程序□ 程序□ 数据库□ 文档□ 改进□

子例行程序/子系统：H

修改版本号：I
媒体：J

数据库：K
文档：L

测试实例：M
硬件：N

问题描述/影响：O

附注及修改建议：P

表2 软件修改报告单（SCR）
软件修改报告单
登记号
A
登记日期
B 年 月 日
发现日期
C 年 月 日
项目名
D
子项目
E
代号
F
响应哪些SPR： G
修改类型
X
修改申请人
Y
修改人
Z
修改： H 程序□ 数据库□ 文档□ 解释□
修改描述： I

批准人： J
改动：

语句类型： K I/O □ 计算 □ 逻辑 □ 数据解决 □

程序名：L
老版本号：M
新版本号：N

数据库：O
DBCR：P
文档：Q
DUT：R

修改已测试否：S
单元
子系统
组装
确认
运营

成功否：S

SPR问题论述精确否？ T 是 □ 否 □

附注：U

问题来自：V 系统设计规格阐明书□ 需求规格阐明书□ 设计阐明书□ 数据库□ 程序□
资源来自：W 人工数：（单位：人日） 计算机时间：（单位：小时）