系统配置管理计划Word格式.docx
《系统配置管理计划Word格式.docx》由会员分享,可在线阅读,更多相关《系统配置管理计划Word格式.docx(17页珍藏版)》请在冰豆网上搜索。
![系统配置管理计划Word格式.docx](https://file1.bdocx.com/fileroot1/2022-10/26/bf7c99d3-09c9-41e9-9c7c-afaac6e4f63c/bf7c99d3-09c9-41e9-9c7c-afaac6e4f63c1.gif)
发行号
1
SCMP
1.2系统概述
xxx市xx局“数据xx”融合分析平台,数据平台目标为建设一个融汇大数据及应用平台,能够融合不同类型、来自不同系统的数据,并在此平台上进行集中的数据处理、流转、共享、分析及展现等功能。
为实现以上功能,需对客户现有主要业务进行需求调研,了解流程审批、数据流向、银行对接、监督监管、电子文档等模块;
便于统一测试时间提高测试效率。
1.3目的
本文档描述了软件配置管理计划和对系统各种必要配置管理条例的规定,以保证所交付“数据xx”项目能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准
1.4定义
本计划中用到的一些术语的定义按GB/T11457和GB/T12504.
1.5参考资料
●GB/T11457软件工程术语
●GB8566计算机软件开发规范
●GB8567计算机软件产品开发文件编制指南
●GB/T12505计算机软件配置管理计划规范
2.引用文件
编号
修订版本
xxxxx局原型设计HTML
2017-05-16
2
xxx市xx局“数据xx”系统设计.doc
2017-05-17
3.管理
3.1机构
在本软件系统整体开发期间,必须成立软件配置管理小组负责配置管理工作。
软件配置管理小组属项目总体领导,由总体组代表、软件小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成,有总体组代表责任组长。
各子系统的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受子系统负责人领导。
软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。
各子系统的软件配置管理人员有权向软件配置管理小组报告子项目的软件配置管理情况。
各子系统的软件配置管理人员应该根据对子项目的具体要求,定制必要的规程和规定,以确保完全遵守本计划规定的所有要求。
3.2任务
在软件工程生产的各个阶段中,与本阶段的阶段产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段产品有关的信息则在软件受控库存放,在研制与开发阶段的阶段产品的过程中,开发者和开发小组长有权对本阶段的阶段产品做必要的修改;
但是如果开发者或者小组人为有必要个性前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。
因此,软件开发库开发这个阶段产品的开发者管理,而软件受控库由项目的配置管理小组管理。
软件经过组装与系统测试后,应该送入软件产品库,如欲对其修改,必须经软件配置管理小组研究同意,然后报项目总体组组长批准。
3.3职责
在软件配置管理小组中,各类人员要互相配合、分工协作,共同担负起整个项目的软件配置管理工作。
其中各类人员的分工如下:
A.组长总体组代表,他对有软件配置的各项工作全面负责,特别要对更改建议的审批和评审负责;
B.软件工程小组组长负责监督在软件配置管理中作中认真执行软件工程规范;
C.项目的专职配置管理人员检查在做配置更改时的质量保证措施;
D.各子系统的配置管理人员具体负责实施各自的配置管理工作。
并参与各子系统的功能配置检查和物理配置检查;
E.用户代表负责反映用户对配置管理的要求,并协助检查各类人员对软件配置管理计划的执行情况;
F.项目专职的配置管理人员协助组长开展各项软件配置管理活动,负责审查所采用的配置管理工具、技术和方法,并负责汇总、维护和保存有关软件配置管理活动的各项记录。
3.4接口控制
对各类接口进行严格、合理的控制,是软件配置管理中最重要的任务之一。
整个软件项目及其各子系统都必须进行严格的控制。
在工程软件系统,主要的接口有如下五类:
A.用户界面:
用户界面是指各子系统与设计人员、用户或者维护人员之间的操作约定。
同时还指定实现这些操作约定的物理部件的功能与性能特征。
B.系统内部接口:
系统内部接口是指各子系统在集成为一个总的软件系统时的各种连接约定。
C.标准程序接口:
标准程序接口是指各应用子系统与标准子程序库(包括宿主计算机系统已有的库程序)之间的调用约定。
D.设备接口:
设备接口是指各子系统与各种设备(包括终端和其他各种输入/输出设备)之间的连接约定。
E.软件接口:
软件接口是指各个子系统与宿主计算机上的系统软件以及与调用本软件的其它软件系统之间的连接约定。
以上五类接口是一个软件系统各项配置的重要组成部分。
对接口修改进行合理的控制,是软件配置管理的重要任务之一。
这五类接口都涉及到“数据xx”项目的系统全局,因此,当要对这五类接口中的人一类接口进行修改时,都必须办理正规的审批手续,最后要进项目总体组批准。
3.5实现
在软件配置管理计划的过程中,要特别注意实现以下三个里程碑:
家里各阶段配置管理小组:
在项目总体批准软件配置管理计划之后,立即成立软件配置管理小组;
A.建立各阶段的配置基线:
随着“数据xx”项目系统及其子模块的任务书的评审和批准,建立起功能基线;
随着自动化信息软件系统的集成与系统测试的完成,建立起产品基线。
B.建立软件库:
在本项目所属的各个子系统的研制工作的开始,就建立起各个子系统的软件开发库,并在本项目配置管理小组的计算机上建立起有关该系统及其子系统的软件受控库。
以后在每个开发阶段的结束,建立各个子系统的新的开发库,同时把这个阶段的阶段产品送入总的软件受控库,并在各个子系统的计算机上建立软件受控库的副本。
软件受控库必须以主软件受控库为准。
当全部开发工作结束,在配置管理小组的计算机上建立起软件产品库,并在各子系统的计算机上建立软件产品库的副本。
3.6适用的标准、条例和约定
除应奠定本计划的第1-3条中住处的参考资料开一计划中的其他张条所作的各项规定外,还应遵守如下标准、条例和约定:
A.软件开发库、软件受控库与软件产品库的操作规程与管理规程;
B.系统、子系统、模块和程序单元的命名约定;
C.文档和测试用例的命名和管理规程。
这引起命名约定、操作规程与管理规程应由软件设计技术组负责制定,并应认真听取各子系统项目负责人的意见,最后报项目总体组审批。
在执行过程中,如果发现某些条款需要修改,则必须办理正规的审批手续,最后要经项目总体组批准。
4软件配置管理活动
4.1配置标识
4.1.1文档
所有为本项目编制的文档,都要符合GB8567中的规定。
“数据xx”项目系统及其所属的各个子系统所编写的文档数目,可根据GB8567的规定作适当的剪裁。
剪裁方案由技术组提出建议,报总体组批准。
4.1.2程序
所有属于本项目的程序、分程序、模块和程序单元,都要按照由项目技术组制订,且经总体组批准的软件系统的命名约定的规定来标识。
4.1.3基线
所有属于本项目及其各子系统的各类基线,首先要按照任务书、软件需求规格说明书的规定确定其技术内容,然后按照软件系统的上述命名约定的规定来标识。
4.2配置控制
在软件中配置控制的功能,让不同的人可以放不同的页面,进行相关操作,并且有相应的操作人员对其进行审批和核查,配置控制要点如下:
A.修改批准权限:
对本项目各个子模块、指派极限、产品极限及其集成系统的任何修改(成为A类修改),都必须通过项目配置管理小组讨论,并必须经总体组批准;
对本项目专用支持软件的其他阶段产品的任何修改(称为B类修改),都必须通过本项目各模块的配置管理人员审查,并经项目的软件配置管理小组与各模块负责人的共同批准并报项目总体备案。
B.修改控制工具:
修改控制工具是协助软件配置管理人员进行配置控制的有效手段。
4.3配置状态审计
利用软件问题报告单和软件修改报告单对项目子系统及其支持软件的配置状态进行追踪。
对软件问题报告单和软件修改报告单的追踪应由软件配置管理工具自动实现,用户可通过该软件系统对其进行查询。
4.4配置的检查和评审
项目软件配置管理小组要对所有由第三方提供的软件进行物理配置检查;
对本项目及其各个子系统的每一个新的释放进行功能配置检查和物理配置检查;
对宿主计算机系统所提供的软件和硬件配置要每隔半年检查一次;
在软件验收前要对宿主计算机系统、各个子系统及其专用支持软件的配置进行综合检查
在软件开发周期各阶段的评审与检查工作中,要对该阶段所进行的配置管理工作进行必要的评审和检查。
应该进行评审与检查的内容与次数,由“数据xx”项目质量计划规定。
5.工具、技术和方法
在软件的开发过程中,与软件配置有关的工具有软件测试工具、软件配置管理工具、文档辅助生成工具与图形编辑工具等到三种。
A.JAVA软件测试工具:
它支持用JAVA语言编写的模块的静态分析、结构测试与功能测试。
主要功能为:
协助测试人员判断程序结构与变量使用情况是否有错;
给测试人员提供模块语句覆盖C0和分支覆盖率C1的值、并显示未覆盖语句和未覆盖分支的号码及其分支谓词,给出不同测试用例有效性的表格;
同时提出功能测试的有效情况,并协助组织最终交付给用户的有效测试用例的集合。
B.软件配置管理工具:
它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织;
支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围;
同时还应支持软件配置管理小组对软件配置更改进行科学的管理。
C.文档辅助生成工具与图形编辑工具:
它主要协助用户绘制描述程序流程与结构的DFD图与SC图、绘制描述软件功能(输入、输出关系)的曲线以及绘制描述系统特性的一些其他图形,同时还可生成若干与国家公派留学管理信息平台三期改造建设项目文档编制大纲适应的文档模板。
用户利用这个工具的正文与图形编辑功能以及上述辅助功能,可以比较方便地产生清晰悦目的文档,也有利于对文档进行更改,这有助于提高文档的编制质量。
6.配置项和基线
6.1配置项命名规则
配置项类型
命名规则的说明
SFA
年份-项目TrackerID-产品缩写-SFA-版本号
MRD
年份-项目TrackerID-产品缩写-MRD-版本号
PBR
年份-项目TrackerID-产品缩写-PBR-版本号
PRD
年份-项目TrackerID-产品缩写-PRD-版本号
6.2配置项的识别和基线的划分
配置基线
配置项名称
配置项标识
作者/负责人
配置时间
测试版
计划基线
PP
发行版
高级需求基线
HLR
完全版
详细需求基线
LLR
6.3变更
变更是指在项目的实施过程中,由于各种原因对项目的部分或项目的全部功能、性能、架构、技术、指标、集成方法和项目状态等方面做出改变。
1.配置库
配置库也称为配置项库,是用来存放配置项的工具。
配置库有以下三类。
1).开发库(DevelopmentLibrary)
存放开发过程中需要保留的各种信息,供开发人员专用。
库中的信息可能