软件Software工程过程输出有 3种信息:
1)计算机(源及目标)；
2)描述计算机文档(包括技术文档和用户文档)；
3)数据结构
在软件Software工程过程中产生所有信息项(文档、报告、、表格、数据)就构成了软件Software配置软件Software配置是软件Software具体形态在某时刻瞬时影像这样具体形态取两种形式:
1)不可直接执行材料:如书写文档、清单、测试数据、测试结果等
2)可直接执行材料:如目标代码、数据库信息等它们可由计算机处理存于某种存储介质上
随着软件Software工程过程进展软件Software配置项(SoftwareConfigtlration1temSCI)数目快速增加系统规格介绍说明可繁衍出软件Software项目实施计划和软件Software需求规格介绍说明(还有和硬件相关文档)它们又依次繁衍出建立信息层次其他文档如果每个SCl只是简单地产生其他SCI造成混乱可能微乎其微然而在变更时会引入其他影响原因使得情况就变得复杂起来
SCM是组管理整个软件Software生存期中变更活动SCM可以视为种质量保证活动它应用于整个软件Software工程过程所有阶段下面将介绍主要scM任务
(1)基线(:Baseline)
基线是软件Software生存期中各开发阶段末尾特定点又称里程碑(Milestone)由正式技术评审而得到SCI协议和软件Software配置正式文本才能成为基线它作用是把各阶段工作划分更加明确化使本来连续工作在这些点上断开以便于检验和肯定阶段成果例如明确规定不允许跨越里程碑修改另阶段文档
以需求规格介绍说明基线为例用户对于需求认识是逐渐深入当他初步需求得到满足后常常会提出进步需求如果开发工作已跨过需求分析阶段得到各方协议通过需求规格介绍说明旦到达设计阶段或编码阶段为了满足需求变更会引起工作大量反复造成软件Software开发成本大幅度提高把需求规格介绍说明设置为基线将用户需求“冻结”如果用户提出了新需求必须在完成该项目开发后作为新项目需求来考虑
旦个SCI成为基线就把它存放到项目数据库(亦称项目信息库或软件Software仓库)中当位软件Software组织成员想要对基线SCI进行修改时就把它从项目数据库中复制到该工程师专用工作空间(privateworkspace)中把个标号为BscI从项目数据库复制到工程师专用工作空间中这个活动记录在个记事文件中工程师可以在B(B副本)上完成要求变更然后用B来更新B原创首发www.
有些系统中把这个基线SCI锁定在变更完成、评审和批准的前不许对它做任何操作
(2)软件Software配置项scI
软件Software配置管理对象就是ScI软件Software配置项它们是软件Software工程过程中产生信息项在极端情况下可把个SCI看成是个大规格介绍说明中节或个大测试用例组中个测试用例比较通用情况是把个文档、整个测试用例组、个有名字部件(如PAs—CAL过程或Ada包)看成是个SCI以下SCI是SCM对象并可形成基线:[Page]
系统规格介绍说明
软件Software项目实施汁划
软件Software需求介绍说明、可执行或“书面”原型
初步用户手册
设计规格介绍说明(数据设计、体系结构设计、模块设计、接口设计、
对象描述——使用面向对象技术时)
源代码清单
测试计划和过程、测试用例和测试结果记录
操作和安装手册
可执行(可执行模块、连接模块)
数据库描述(模式和文件结构、内容)
正式用户手册
维护文档(软件Software问题报告、维护请求、工程变更次序)
软件Software工程标准
项目开发整理总结
除了以上所列举SCI以外许多软件Software工程组织还把配置控制的下软件Software工具列入其中即编辑、编译、其他cASE工具特定版本都要作为软件Software配置部分加以“冻结”要使用这些工具来生成文档、和数据因此在对软件Software配置做变更时它们应当是可利用如果编译版本区别可能产生结果也区别由于这个原因工具也应当成为综合配置管理过程部分基线
在实现s(2M时把scI组织成配置对象在项目数据库中用个单名字来组织它们个配置对象有个名字和组属性并通过某些联系“连接”到其他对象
分别对配置对象“设计规格介绍说明”、“数据模型”、“模块N”、“源代码”和“测试规格介绍说明”进行了定义每个对象和其他对象联系用箭头表示这些箭头指明了种构造关系即“数据模型”和“模块N”是“设计规格介绍说明”部分双向箭头则表明种相互关系如果对“源代码”对象作了个变更软件Software工程师就可以根据这种相互关系确定其他哪些对象(和sCI)可能受到影响

(3)软件Software配置管理过程
软件Software配置管理(scM)除了担负控制变更责任的外它还要担负标识单个SCI和软件Software各种版本、审查软件Software配置以保证开发得以正常进行以及报告所有加在配置上变更等任务有关SCM需要考虑这样些问题:
1)采用什么方式来标识和管理许多已存在(和它们文档)各种版本?使得变更能够有效地实现
2)在软件Software交付用户的前和的后如何控制变更?
3)谁有权批准和对变更安排优先级?
4)如何保证变更得以正确地实施?
5)利用什么办法来估计变更可能引起其他问题?
这些问题归结到scM5个任务即标识、版本管理、变更控制、配置审计和配置报告