文档库 最新最全的文档下载
当前位置:文档库 › 项目平台配置管理计划

项目平台配置管理计划

项目平台配置管理计划
项目平台配置管理计划

XX项目

平台配置管理计划文件修改控制

XX公司

2015年5月

目录

第1章引言

1.1.目的

本文档目的在于对XX项目进行软件配置管理,提高软件质量,降低软件开发成本。

本文档内容主要参考研发中心相关的制度文档,并在这基础上整理成适合本项目的软件配置管理,为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。

1.2.术语定义

软件配置管理:简称SCM(Software Configuration Management 的缩写),是在项目开发中,标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。软件的规模越大,配置管理就显得越重要。

基线:(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准。建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线。

配置管理员:项目组中负责配置管理工作的角色,该角色可以兼职。在某一开发阶段通过评审或某一质量检查点通过审核后,配置管理员负责统一添加或修改相关文档的最新有效版本以及审批人签字。

配置标识:(Configuration Identification)对软件项目在开发过程中的资源进行标识,以便识。

配置检查:(Configuration Audit)对软件配置管理过程中的行动进行检查。

1.3.参考资料

暂无

第2章软件配置

2.1.软件配置环境

服务器软件环境

硬件环境

配置管理客户端

项目组成员在各自的计算机安装SVN客户端,项目组成员以分配的帐号访问配置服务器和登录配置管理系统,根据配置管理员设定的用户权限进项配置管理活动。

2.2.软件配置项

在本项目的实施过程中,将配置库分为受控配置库和非受控配置库两种。

受控配置库

在本项目开发实施的整个过程中,根据不同阶段的配置管理划分11 个受控配置目录,只有配置管理员拥有增加和修改的权限,其它用户只有只读的权限。

初始配置库的根目录中包项目的配置文件清单,该文档包括本项目开发过程中应该提交的文档的清单,在实际开发过程中,根据实际情况,可以在清单中酌情修改、增加和删除需要提交的文档。具体内容参见本文的“配置文件清单的维护”。

非受控配置目录

在本项目开发过程中,设立了非受控配置目录。设立非受控配置目录的目的是为了统一管理和存放开发过程中产生的临时文档和过程性文档,没有格式及命名上的严格要求,使项目组成员在思考、设计时不受太多的限制和约束,能够更有效地发挥个人能力,符合以人为本的原则。

在项目初期,设立了以下三个目录:

在根据项目开发过程中,根据实际需要,可以酌情增加非受控配置目录。

2.3.配置管理员

在本软件项目开发过程中,项目组设立配置管理员,专业(或兼职)负责软件项目开发过程中的软件配置管理工作,保证在项目开发过程中的一些变更管理及文档管理的完整性,顺利地实施项目开发进度。

配置管理员负责制定配置管理计划,检查项目组成员是否正确使用配置库,并督促项目开发计划的实施。

配置管理员还需配合研发中心产品管理部进行项目的配置评审。评审结束,相关文档的批准人电子签名由批准人签写或经批准人授权配置管理员填写,然后由配置管理员负责签入配置库;同时,由配置管理员收集配置项审批相关的email 文档并签入配置库。

第3章软件配置管理计划

关于配置库的日常使用的规定参见附件3《配置库使用规定》。

建立示例配置库

配置管理员在制定完计划后,根据公司建议的配置库建立符合本项目的配置管理库。配置库建立在SVN上,目录结构可按照示例配置库提供的目录。对于本项目来说,需要划分多个子系统,因此要在确定子系统的划分后,在不同阶段下分建立各子系统的配置目录。

配置管理库建立完毕后,可根据配置管理库的人员计划在SVN上建立相应的用户及权限,并将这些用户分发给指定的开发人员或用户。具体的帐号及权限管理参见附录2 《帐号及权限管理》

配置管理员应保管好配置管理工具的管理员权限,项目组中使用配置管理库的成员应该及时更改自己在配置管理工具的缺省设置密码。

配置标识管理

1.文档

根据配置管理计划和配置库中的文档清单,配置管理员要检查需要提交的文档是否都按时提交,文档数目是否符合,文档的标识、命名以及版本等是否符合程序规定。关于文档的命名请参见附件1 《文档命名规定》。

2.程序

所有属于该项目的程序、分程序、模块和程序单元,都要按照由项目组和配置管理员制订的软件系统的命名约定的规定来标识。

要求所有模块的源代码都需记录模块编号,且模块编号在整个系统中是唯一的。模块编号在系统设计完成之后,由项目组和配置管理员共同根据系统设计进行编制。

3.基线

所有属于本项目及其各子系统的各类基线,首先要按照计划书、软件需求规格说明书、软件项目详细分析设计说明书的规定确定其技术内容,在整个软件项目开发过程中定义以下两类基线:

文档基线:本项目的文档基线的定义以里程碑的定义为准,将到达各阶段的里程碑时的文档作为基线,具体里程碑的定义参见第4 节“里程碑”。

产品基线:产品基线包两个,一个是系统上线时,一个是系统经过客户验证测试时,基线包含所有程序代码和文档。

配置管理员负责在项目开发的每一个里程碑处、每一个阶段性的版本发布时负责为整个配置库设立书签,划定配置管理基线,并以文档的方式记录下这些书签的定义。

配置库控制

权限控制

配置管理员根据附录2《帐号及权限管理》设置和调整项目组成员对配置项的权限。

配置库的控制

在项目开发和实施的整个过程中,配置管理员应根据配置管理计划及管理规则对配置库对应进行管理和控制。配置管理员负责检查项目组成员使用配置库是否正确。包括是否及时签入最新版本、是否添加了注释、是否及时更改配置状态,是否存在项目组成员修改了不属于自己负责的配置项,项目组成员是否完成了自己负责的配置项的检入,测试版本的构造是否从配置库中取出等。

建立软件库

在项目的各个开发阶段,应建立起各阶段各子系统的软件开发库(软件开发工作区),同时建立起想对应的有关该系统及其子系统的软件受控库。在每个阶段结束或里程碑,需让各子系统提交相关的产品并送入软件受控库,由配置管理员统一管理,以后再有对产品的变更需求,应按照正常的变更程序来控制并检查相关的变更文档。当全部开发工作结束,需建立起软件产品库,将所有可交付的产品都送入软件产品库。

软件配置更改

软件配置的更改管理适用于全部项目的所有文档和代码,其中包括整个项目的各个运行软件,也包括为项目专门开发的支持软件。

对该项目各个子系统及其专用支持软件的基线及其集成系统的任何修改,必须得到项目负责人的批准并在本项目软件质量管理专员处备案才能进行配置更改。

更改完成后的文档和代码等,需得到项目负责人认可,提交给配置管理员后,由配置管理员签入受控配置库。

受控配置库中的文档,在文档中需要有修改记录部分,包括修改人、修改日期、修改内容等项,每次对于受控配置库中文档的修改,必须填写这些项。

配置文件清单的维护由配置管理员维护。

项目初期,配置管理员与项目组成员一起对开发过程中可能产生的文档的进行预计,并在配置文件清单中列出这些文档及其大致的计划提交时间。

在实际开发过程中,文档提交可能会产生一些变化,如新增某些文档、原计划的一些文档不再单独产生、文档计划提交日期的变更等,项目组应该及时通知配置管理员,由配置管理员及时更改配置文件清单中的相应项。

配置的检查和评审

配置的检查和评审可通过研发中心配置管理制度的审核内容来进行检查。相关的审核内容如下表:

提供所需要的配置管理计划及相关资料,在项目开发结束后,需提交所有关于项目的软件配置库。

配置库的备份

在项目开发实施过程的各个阶段,配置管理员应定期做好软件配置库的备份,以防造成劳动成果的丢失而给整个项目及公司带来的严重损失。

备份可按照公司的要求定期(按周或月)进行。在每个阶段或里程碑处在做完基线工作后应进行备份。备份文件应存放在不同的地方。

配置管理计划的修订

初始的配置管理计划在项目开始的初期进行制定,由于此时只能大致确定整个开发过程中的一些活动及其会产生的文档,在实际开发过程中,可能会与此有些差异,因此,配置管理计划也需要根据开发过程的实际情况,及时进行修订,使之能够有效地对本项目的配置管理活动进行指导。

在一般情况下,进行配置管理计划修订的时机选在到达各个阶段的里程碑时。如果在一个阶段的实施过程中,配置管理计划不能适应实际过程的变更,则由配置管理员与项目管理人员一起根据实际情况修订配置管理计划。

配置管理计划附属文档

《配置文件清单》:记录项目开发过程中应该产生的一些文档、描述及其提交计划等内容,是执行配置管理及检查的重要依据。该文档在项目开始的初期建立,确定开发过程中需要提交的大部分文档,并在项目开发过程中根据实际情况稍做更新。

《模块清单》:模块清单记录了系统各个子系统、程序模块的名称并分进行项目内的唯一编号,是所有模块的源代码需记录模块编号的依据。《模块清单》在系统设计完成之后,由项目组和配置管理员共同根据系统设计进行编制。

第4章里程碑本项目主要划分以下几个里程碑:

附录1 文档命名规定

本命名规定主要是针对文档的,不包括源代码文件和最终程序的命名规则。本规定主要以下三个方面的命名规则:

受控配置库文件命名规则

非受控配置库文件命名规则

提交文档文件命名规则

1、受控配置库文件命名规则

受控配置库中的配置项文档(不含源代码和最终工作产品)名称应该按照如下格式命名:项目名称+ 资料名称+ 撰写或修改日期

例如:

2015年3月15日定稿的需求规格说明书。

2、非受控配置库文件命名规则

非受控配置库主要用于存放项目成员工作时产生的临时文档等,只要求提交时不致出错,对命名规则没有其它限制,由项目成员根据自己习惯对文档命名。

3、提交文档文件命名规则

同受控配置库的文件命名规则。

项目成员提交文档到文档提交区前,应该按照受控配置库的文件命名规则对文档命名,然后才提交道文档提交区中。

附录2 帐号及权限管理

一、帐号管理

1、配置管理服务器帐号

在配置管理服务器(FileServer)上为项目组的每个项目成员都建立帐号;

根据项目过程中的人员调配状况适时增加和删除帐号;

初始口令与用户名一致;

每个项目成员访问配置管理服务器时,都应该用自己的帐号;

2、配置管理库帐号

在SVN上为项目组的每个项目成员都建立帐号;

根据项目过程中的人员调配状况适时增加和删除帐号;初始口令与用户名一致;

每个项目成员第一次登录配置库时应该修改自己的用户口令;

每个项目成员应该使用自己的帐号登录SVN;

项目成员如果遗忘帐号口令,应即时通知配置管理员重新分配该帐号的口令;

二、权限管理

权限管理分为两大部分的权限管理:

受控配置库的权限管理

非受控配置库的权限管理

1、受控配置库

配置管理员对受控配置库拥有所有权限;

项目组其他成员对受控配置库拥有只读权限;

非项目组成员经允许对整个配置库没有任何权限;

2、非受控配置库

非受控配置库主要包以下三个目录:

?个人工作区

?小组工作区?文档提交区

附录3 配置库使用规定

1.项目组成员编写的与本项目有关文档、程序代码等,应该保存在配置库中;

2.文档在编写过程中,保存在配置库的非受控目录中,其中个人文档和代码保存在“个人工作区”的项目成员本人的目录下,小组文档保存在“小组工作区”的所属小组目录下;

3.每周第一个工作日开始,项目成员从非受控配置库中签出要编写、修改的文档或代码到本人的计算机,进行编写、修改工作;

4.每周最后一个工作日结束时,项目成员必须将签出的文档保存后签入到配置库中;

5.文档和代码要提交到受控配置库中时,必须先提交给配置管理员,由配置管理员提交到受控配置库中;

6.当文档或代码通过评审或得到项目管理人员及客户的一致认为可以提交时,提交到“文档提交区”的目录中;

7.文档提交前应该按照附录1《文档命名规定》中的规定进行命名,文档编码应该符合附录2《文档编码规范》中的规定;

8.项目组成员未经项目组允许不得更改他人的文档和代码;

9.任何文档、代码等,不能以压缩文件的方式签入配置库中;

10.每次评审结束,相关文档的批准人电子签名由批准人签写或经批准人授权配置管理员填写,然后由配置管理员负责签入配置库。

11.如果需要对受控配置库中的文档、代码进行变更,需得到项目负责人批准方能从受控配置库中取出更改;

12.更改完成后的文档,需得到项目负责人认可,提交给配置管理员后,由配置管理员签入受控配置库。

软件配置管理计划模板

卷号DEPLOY 卷内编号DEPLOY005 密级组内 HD20090917SR005 通用型行政审批服务协同管理平台 配置管理计划 1.2 项目承担部门:java第四组 撰写人(签名):区允文 完成日期:2010年8月4日 本文档使用部门:■主管领导■项目组 □客户(市场)□维护人员□用户 评审负责人(签名):江威龙 评审日期:2010/8/4

目录 1.简介4 1.1目的4 1.2范围4 1.3定义、首字母缩写词和缩略语4 1.4参考资料4 1.5概述4 2.项目配置4 2.1组织结构4 2.2职责和接口5 2.3工具、环境和基础设施5 3.配置管理活动6

3.1配置库6 3.1.1配置库架构6 3.1.2权限分配7 3.1.3配置库层次及开发活动说明:8 3.2配置标识9 3.2.1标识方法9 3.2.2项目基线10 3.3配置项11 3.4配置和变更控制11 3.4.1变更请求的处理和审批11 3.4.2变更控制委员会 (CCB)11 3.4.3变更过程中的活动11 3.4.4变更过程中的变更请求状态12 3.4.5保存变更历史记录13 3.4.6变更请求中受影响配置项的变更13 3.5配置状态统计14 3.5.1项目介质存储和发布进程14 3.5.2报告和审计14 4.里程碑15 5.培训和资源15 6.分包商和厂商软件控制15 7.附录15

配置管理计划 1.简介 1.1目的 为了使项目相关的各种资源便于查看,修改,不至于凌乱;为了让各个开发人员方便高效地协同合作;为了项目的版本便于管理,作出此配置管理计划。 1.2范围 项目进行中所得出的所有工件都要遵守此计划,包括文档以及源代码,以及硬件。 1.3定义、首字母缩写词和缩略语 CM:配置管理。 CCB:变更控制委员会。 CI:配置项。包含文档、程序。 Baseline:基线。 CR:变更请求。 PCA:物理审计。 FCA:功能审计。 1.4参考资料 《华南农业大学软件学院实训讲义》 《华南农业大学项目阶段评审工件》 1.5概述 此文档对项目开发过程中的配置方面作出约束,开发以及变更都要按照要求来做。 2.项目配置 2.1组织结构

项目平台配置管理计划

XX项目 平台配置管理计划文件修改控制 XX公司 2015年5月

目录 第1章引言 (3) 1.1.目的 (3) 1.2.术语定义 (3) 1.3.参考资料 (3) 第2章软件配置 (4) 2.1.软件配置环境 (4) 2.1.1 服务器软件环境 (4) 2.1.2 硬件环境 (4) 2.1.3 配置管理客户端 (4) 2.2.软件配置项 (4) 2.2.1 受控配置库 (4) 2.2.2 非受控配置目录 (5) 2.3.配置管理员 (5) 第3章软件配置管理计划 (4) 3.1 建立示例配置库 (4) 3.2 配置标识管理 (4) 3.3 配置库控制 (5) 3.3.1 权限控制 (5) 3.3.2 配置库的控制 (5) 3.3.3 建立软件库 (5) 3.3.4 软件配置更改 (5) 3.4 配置的检查和评审 (6) 3.5 配置库的备份 (7) 3.6 配置管理计划的修订 (7) 3.7 配置管理计划附属文档 (8) 第4章里程碑 (9) 附录1 文档命名规定 (1) 1、受控配置库文件命名规则 (1)

2、非受控配置库文件命名规则 (1) 3、提交文档文件命名规则 (2) 附录2 帐号及权限管理 (3) 附录3 配置库使用规定 (5)

第1章引言 1.1.目的 本文档目的在于对XX项目进行软件配置管理,提高软件质量,降低软件开发成本。 本文档内容主要参考研发中心相关的制度文档,并在这基础上整理成适合本项目的软件配置管理,为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。 1.2.术语定义 软件配置管理:简称SCM(Software Configuration Management 的缩写),是在项目开发中,标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。软件的规模越大,配置管理就显得越重要。 基线:(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准。建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线。 配置管理员:项目组中负责配置管理工作的角色,该角色可以兼职。在某一开发阶段通过评审或某一质量检查点通过审核后,配置管理员负责统一添加或修改相关文档的最新有效版本以及审批人签字。 配置标识:(Configuration Identification)对软件项目在开发过程中的资源进行标识,以便识。 配置检查:(Configuration Audit)对软件配置管理过程中的行动进行检查。 1.3.参考资料 暂无

软件项目配置管理计划

中国广东核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注:如无受控文件标识(蓝色印章)则为非有效版本,以受控文件规定为准。 此文件属中国广东核电集团有限公司所有,未经许可,不得以任何方式外传。

修改记录页

目录 (一)基本信息错误!未定义书签。 (二)角色与职责错误!未定义书签。 (三)配置管理资源错误!未定义书签。 (四)权限分配错误!未定义书签。 (五)配置项计划错误!未定义书签。 (六)配置库基线错误!未定义书签。 (七)配置库备份计划错误!未定义书签。 (八)配置库状态报告错误!未定义书签。 (九)配置审核错误!未定义书签。 (十)审批意见错误!未定义书签。

配置管理计划 基本信息 项目名称: 项目代号: 立项时间: 预计主要项目阶段有: 配置项目命名规则依据: 角色与职责 配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理,并提供更新、检索和历史版本的恢复。 提示: (1)配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。

(2)配置管理员根据所采用的配置管理软件,确定计算机资源(考虑内存、外存、CPU等)。 预计建库申请日期: 预计建库日期: 预计工作库需空间: 权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域帐号的设置相同。 若个人要求另行设置的,由项目组配置管理员负责汇总后,提交给高级配置管理员调整设置。

软件配置管理计划示例

软件配置管理计划示例 作者:赵文锋计划名CADCSC软件配置管理计划 项目名中国控制系统CAD工程化软件系统 项目委托单位 代表签名年月日 项目承办单位 代表签名年月日 1 引言 1.1 目的 本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款,以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1.2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1.3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理

2.1 机构 在本软件系统整个开发期间,必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导,由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成,由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。 2.2 任务 在软件工程化生产的各个阶段中,与本阶段的阶段产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中,开发者和开发小组长有权对本阶段的阶段产品作必要的修改;但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。因此,软件开发库属开发这个阶段产品的开发者管理,而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后,应该送入软件产品库,如欲对其修改,必须经软件配置管理小组研究同意,然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续,将在第条中详细规定。 2.3 职责 在软件配置管理小组中,各类人员要互相配合、分工协作,共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下: A.组长是总体组代表,他对有关软件配置管理的各项工作全面负责,特别要对更改建议的审批和评审负责; B.软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范; C.项目的专职配置管理人员检查在作配置更改时的质量保证措施; D.各子系统的配置管理人员具体负责实施各自的配置管理工作,并参与各子系统的功能配置检查和物理配置检查;

软件配置管理计划

您现在的位置:需求工程多媒体教学系统>> 教学资料>> 正文 软件项目配置管理范例. 一. 概述 1.1 目的和范围 本文档描述NewSkyCRM软件开发项目的软件配置管理计划,该计划向NewSkyCRM软件开发项目组以及相关受SCM活动影响的组和个人提供相应的说明和活动指南,使某某软件开发中心SCM方针能够在NewSkyCRM软件开发项目的SCM活动中得到贯彻。 本计划适用于NewSkyCRM软件开发项目的整个生命周期。 1.2 软件配置管理计划维护 本计划由NewSkyCRM项目经理和软件配置管理经理共同制订。如果计划中的SCM活动在实施中出现偏离,由软件配置管理经理按照《变更控制规程》及时维护。 1.3 参考资料 《电信NewSkyCRM产品软件开发计划书》,Version 1.3.0, NS.TEL-NewSkyCRM-CRM-RM-03; 《电信NewSkyCRM产品系统功能说明书》,Version 1.1.1, NS.TEL-NewSkyCRM-CRM-RM-02; 某某软件开发中心《软件配置管理过程》,Version 1.1,NS-PROC-SCM-001; 某某软件开发中心《软件配置管理计划规程》,Version 1.0, NS-PROC-SCM-002。 二. 角色与职责 2.1 软件配置管理代表

软件配置管理代表的职责是遵循某某软件开发中心《软件配置管理过程》及有关规程等文档进行软件配置管理活动。 表1软件配置人员表 2.2 配置控制委员会 NewSkyCRM软件开发项目配置控制委员会的职责是管理本项目内软件基线 的变更等操作和配置项/单元标识的审定。主席主持配置控制委员会的活动。 表2配置控制委员会 2.3 项目经理 NewSkyCRM软件项目经理必须履行某某软件开发中心《软件配置管理过程》及有关规程等文档中指定的有关项目经理的职责。 2.4 项目开发组 NewSkyCRM软件项目开发组必须履行某某软件开发中心《软件配置管理过程》及有关规程等文档中指定的有关项目开发组的职责。 表3项目组成员表

软件项目配置管理系统计划清单指导应用清单

中国核电集团 CHINA GUANGDONG NUCLEAR POWER GROUP 记录文件 项目编号 项目名称 CGN-IT-C3-A12-01 软件项目配置管理计划 版本编写审核审定批准生效时间A/0 注:如无受控文件标识(蓝色印章)则为非有效版本,以受控文件规定为准。 此文件属中国核电集团所有,未经许可,不得以任何方式外传。

修改记录页

目录 (一)基本信息 (4) (二)角色与职责 (4) (三)配置管理资源 (5) (四)权限分配 (5) (五)配置项计划 (6) (六)配置库基线 (7) (七)配置库备份计划 (8) (八)配置库状态报告 (8) (九)配置审核 (9) (十)审批意见 (9)

配置管理计划(一)基本信息 项目名称: 项目代号: 立项时间: 预计主要项目阶段有: 配置项目命名规则依据: (二)角色与职责

(三)配置管理资源 本项目使用配置管理工具对各配置项进行存储、版本管理,并提供更新、检索和历史版本的恢复。 提示: (1)配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。 (2)配置管理员根据所采用的配置管理软件,确定计算机资源(考虑存、外存、CPU等)。 预计建库申请日期: 预计建库日期: 预计工作库需空间: (四)权限分配 项目成员访问配置库的ID及PASSWORD默认设置为与域的设置相同。 若个人要求另行设置的,由项目组配置管理员负责汇总后,提交给高级配置管理员调整设置。

(五)配置项计划 填写上面表格过程中,需要对照成果物列表逐项填写。

配置管理计划配置管理计划的案例

配置管理计划配置管理计划的案例 配置管理计划来自:://.chinaspis. 作者:林锐电子工业出版社出版发行 { 项目名称 } 配置管理计划文状态: [√] 草稿 [ ] 正式发布 [ ] 正在修改文标识: pany-Project-CM-PLAN 当前版本: X.Y 作者: 完成日期: Year-Month-Day 版本历史版本/状态作者参与者起止日期备注 目录 1.人员及职责 2.配置管理软硬资源 3.配置项计划 4.基线计划 5.配置库备份计划 附录:本计划审批意见 1.人员及职责 提示: (1)根据《项目计划》中的角色分配,确定配置管理员,CCB(配置控制委员会)成员。

(2)CCB的人数根据项目规模而定。一般地,项目经理是CCB的负责人。 角色人员职责、工作范围 配置管理员 (1)制定《配置管理计划》 (2)创建和维护配置库 CCB负责人 (1)审批《配置管理计划》 (2)审批重大的变更 CCB成员例如:审批某些配置项或基线的变更… 2.用于配置管理的软硬资源 提示: (1)配置管理员确定本项目的配置管理软。例如采用Microsoft公司的Visual SourceSafe或者Rationa公司的l ClearCase。 (2)配置管理员根据所采用的配置管理软,确定计算机资源(考虑内存、外存、CPU等)。 配置管理软硬资源说明配置管理软名称公司,软版本等计算机名称内存、外存、CPU等3.配置项计划 提示:配置管理员标识配置项,估计每个配置项的正式发布时间。标识符的参考格式为Project-Type…Type-Number。例如:类型主要配置项标识符预计正式发表时间计划 《项目计划》

软件配置管理计划(SCMP)

软件配置管理计划(SCMP) 说明 《软件配置管理计划》(SCMP)说明在项目中如何实现配置管理。 软件配置管理计划的正本格式如下: 1引言 本章应分成以下几条。 1.1标识 本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号、发行号。 1.2系统概述 本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质;概述系统开发、运行和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划的运行现场;并列出其他有关文档。 1.3文档概述 本条应概括本文档的用途与内容,并描述与其使用有关的保密性与私密性要求。 1.4组织和职责 描述软件配置管理(SCM)负责人和软件配置控制委员会(SCCB)的组成以及他们在项目中的职责和权限;说明与项目配置管理相关的人员,如项目经理、部门SCM组长的职责;描述以上人员之间的关系。 为了能够清晰的表述,可选用图表的方式进行说明。 1.5资源 描述项目配置管理活动所需的各种资源,包括人员、培训、工具、设备、设施等等。其中人员是指人力成本,它是根据项目开发计划中的总工时计算得出的。 2引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。本章还应标识不能通过正常的供货渠道获得的所有文档的来源。 3管理 描述负责软件配置管理的机构、任务、职责及其有关的接口控制。 3.1机构 描述在各阶段中负责软件配置管理的机构。描述的内容如下: a.描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构; b.说明项目和子项目与其他有关项目之间的关系; c.指出在软件生存周期各阶段中的软件开发或维护机构与配置控制委员会的相互关系。 3.2任务 描述在软件生存周期各阶段中的配置管理任务以及要进行的评审和检查工作,并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。 3.3职责 描述与软件配置管理有关的各类机构或成员的职责,并指出这些机构或成员相互之间的关系: a.指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责; b.指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系; c.说明由本计划第3.2条指明的生存周期各阶段的评审、检查和审批过程中的用户职

配置管理计划

项目名称(The English Name)配置管理计划 XXX项目小组

修订表

审批记录

目录 1.引言 (5) 1.1目的 (5) 1.2适用范围 (5) 1.3参考资料 (5) 1.4术语和缩略语 (5) 2.人员与责任 (5) 3.用于配置管理的软硬件资源 (6) 4.配置库结构与权限 (6) 4.1配置库列表 (6) 4.2配置库结构 (6) 4.3人员权限 (6) 5.配置项计划 (7) 6.基线计划 (7) 7.配置库备份计划 (7)

1.引言 1.1目的 本计划的目的是定义软件项目组进行配置管理活动、任务和责任;定义支持配置管理的活动及报告的工具、技术和方法。 1.2适用范围 本计划定义项目组在项目期间的所有配置管理活动。 1.3参考资料 《配置管理指南》 《配置项变更规程》 《配置审核规程》 《基线生成产品规程》 1.4术语和缩略语 CCB:软件配置控制委员会、变更控制委员会 2.人员与责任 提示: (1)根据《项目计划》中的角色分配,确定配置管理员,CCB(配置控制委员会)成员。 (2)CCB的人数根据项目规模而定。一般地,项目经理是CCB的负责人。

3.用于配置管理的软硬件资源 提示: (1)配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的Visual SourceSafe、Excel 或者CVS。 (2)配置管理员根据所采用的配置管理软件,确定计算机资源(考虑内存、外存、CPU等)。 4.配置库结构与权限 4.1配置库列表 4.2配置库结构 以课堂上讲授的配置库结构为主,各小组可以根据自己组的实际情况来调整。 4.3人员权限

第6章 软件项目配置管理(习题)

第6章软件项目配置管理(习题) 一、选择题 1.在项目进行过程中,2个项目成员使用不同版本的设计说明书,这时项目经理 首先应该检查(B ) A.信息管理系统 B.配置管理系统 C.CPI D.SPI 2.变更控制主要关注的是(B ) A.阻止变更 B.标识变更,提出变更,管理变更 C.管理SCCB D.客户的想法 3.为了更好的管理变更,需要定义项目基线,关于基线的描述,正确的是(B ) A.不可以变化的 B.可以变化,但是必须通过基线变更控制流程处理 C.所有的项目必须定义基线 D.基线发生变更时,必须修改需求 4.项目的基线发生变更应该经过(D)授权执行的 A.项目管理者 B.质量保证人员 C.配置管理人员 D.SCCB 5.变更控制系统必须包括下列所有的内容,除了(B) A.文档说明 B.成功的谈判 C.跟踪系统 D.授权核准审批机构 二、判断题 1.软件配置管理的目的是建立和维护整个生存期中软件项目产品的完整性和可追 朔性。(√) 2.软件配置项是变更控制系统中的决策系统。(×) 3.统计被批准的配置项是一种配置审计。(√) 4.在进行配置管理过程中,一定要采用高档的配置管理工具。(×) 5.基线产品是不能修改的。(×) 三、简答题 1.什么是软件配置管理?它有什么作用? 2.软件配置项包括哪些内容,这些内容应该包括哪些相关信息? 3.什么是基线?它在配置管理中有什么作用?为什么要建立基线? 4.说出软件项目各阶段的基线,这些基线的建立产生过程以及它们在软件开发中的 作用。

5.基线管理的两个基本功能是什么? 6.简述软件配置管理的组织以及相关人员的职责。 7.简述软件配置管理的功能。 8.举出常见的配置管理的工具软件,并比较其优劣。 9.配置状态报告的内容是什么?随着项目的进行配置状态报告的内容有哪些变 化? 10.配置审核的概念和种类是什么? 11.配置管理计划包括哪些内容? 12.基于构件的软件配置管理与其他的配置管理形式有哪些异同点? 13.仅当每个与会者都在事先作了准备时,正式的技术复审才能取得预期的效果。如 果你是复审小组的组长,你怎样发现事先没做准备的与会者?你打算采取什么措施来促使大家事先做准备? 14.若你是一个小项目的主管,你将为此工程设置哪些基线,又如何控制它们?

配置管理计划V0.1

XXX项目配置管理计划 xxxxxxxxxxxxxxx公司20xx 年xx月xx 日

文档编号:XXXXXXXX-XXX-XXX 版本号:1.00 项目名称:XXXX项目 文档名称: 版本修改内容描述修改人日期备注1.0 第一版xxx 2014.6.3 1.01修正了……xxx 2014.6.3 批准人:日期:审核人:日期: 公司名称:xxxxxxxxxxxxxxxxxx有限公司 地址:xxxxxxxxxxxxxxxxxxxxxxxxx 电话:010-xxxxxxxx 网址:https://www.wendangku.net/doc/c812961212.html, 邮箱:mengsuran@https://www.wendangku.net/doc/c812961212.html,

目录 1. 引言 (1) 1.1 目的 (1) 1.2 术语定义 (1) 1.2.1软件配置管理 (1) 1.2.2 配置管理 (1) 1.2.3 配置项 (1) 1.2.4 基线 (1) 1.2.5 变更控制 (2) 1.2.6 配置审计 (2) 1.3 参考资料 (2) 2. 软件配置 (3) 2.1 软件配置环境 (3) 2.1.1服务器软件环境 (3) 2.1.2 硬件环境 (3) 2.1.3 配置管理客户端 (3) 2.2 软件配置项 (3) 2.2.1 受控配置项 (3) 2.2.2 非受控配置项 (4) 2.3 配置管理员 (4) 2.3.1 设立的必要性 (4) 2.3.2 主要职责 (4) 3. 软件配置管理计划 (4) 3.1 建立示例配置库 (4) 3.2 配置标识管理 (6) 3.2.1文档 (6) 3.2.2 程序 (6) 3.2.3 基线 (6) 3.3 配置库控制 (6) 3.3.1 .权限控制 (6) 3.3.2 配置库控制 (6) 3.3.3 建立软件库 (6) 3.3.4软件配置更改 (7) 3.3.5配置文件清单的维护 (7) 3.4 配置的检查和评审 (7) 3.5 配置库的备份 (8) 3.6 配置管理计划的修订 (9) 3.7 配置管理计划附属文档 (9) 4. 里程碑 (10)

软件配置管理计划

软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 1 引言 1.1 目的 本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款,以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1.2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1.3 参考资料

◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2.1 机构 在本软件系统整个开发期间,必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导,由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成,由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。 2.2 任务

项目配置管理计划范本

机电管理系统性能测试系统 配置管理计划

这里填写公司名称 文档编号:XXXXXXXX-XXX-XXX 版本号:1.00 产品名称:机电管理系统性能测试系统 文档名称:配置管理计划 这里填写公司地址、联系方式等

目录 1. 引言 (1) 1.1 目的 (1) 1.2 术语定义 (1) 1.3 参考资料 (1) 2. 软件配置 (2) 2.1 软件配置环境 (2) 2.2 软件配置项 (2) 2.3 配置管理员 (3) 3. 软件配置管理计划 (4) 3.1 建立示例配置库 (4) 3.2 配置标识管理 (6) 3.3 配置库控制 (7) 3.4 配置的检查和评审 (8) 3.5 配置库的备份 (9) 3.6 配置管理计划的修订 (9) 3.7 配置管理计划附属文档 (9) 4. 里程碑 (11) 附录1 文档命名规定 (12) 1、受控配置库文件命名规则 (12) 2、非受控配置库文件命名规则 (12) 3、提交文档文件命名规则 (12) 附录2文档编码规范 (13) 附录3 帐号及权限管理 (14) 附录4 配置库使用规定 (16) 文档修改记录 (17)

1. 引言 1.1 目的 本文档目的在于机电管理系统性能测试系统进行软件配置管理,提高软件质量,降低软件开发成本。 本文档内容主要参考研发中心相关的ISO程序和制度文档,并在这基础上整理成适合本项目的软件配置管理,为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。 1.2 术语定义 软件配置管理:简称SCM(Software Configuration Management的缩写),是在项目开发中,标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。软件的规模越大,配置管理就显得越重要。 基线:(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准。建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线。 配置管理员:项目组中负责配置管理工作的角色,该角色可以兼职。在某一开发阶段通过评审或某一质量检查点通过审核后,配置管理员负责统一添加或修改相关文档的最新有效版本以及审批人签字。 配置标识:(Configuration Identification)对软件项目在开发过程中的资源进行标识,以便识别。 配置检查:(Configuration Audit)对软件配置管理过程中的行动进行检查。 1.3 参考资料 《研发中心配置管理制度》 《产品的标识与可追溯性程序》 《开发手册》

配置管理计划

<项目名称> 配置管理计划 版本 <1.0> [注:以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体(样式=InfoBlue)显示的文本,它们用于向作者提供指导,在发布此文档之前应 该将其删除。按此样式输入的段落将被自动设置为普通样式(样式=正文)。]

修订版历史

目录 1.简介 1.1目的 1.2范围 1.3定义、首字母缩写词和缩略语 1.4参考资料 1.5概述 2.软件配置管理 2.1组织、职责和接口 2.2工具、环境和基础设施 3.配置管理活动 3.1配置标识 3.1.1标识方法 3.1.2项目基线 3.2配置和变更控制 3.2.1变更请求的处理和审批 3.2.2变更控制委员会 (CCB) 3.3配置状态统计 3.3.1项目介质存储和发布进程 3.3.2报告和审核 4.里程碑 5.培训和资源 6.分包商和厂商软件控制

配置管理计划 1.简介 [配置管理计划的简介应提供整个文档的概述。它应包括此配置管理计划的目的、范 围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 [阐明此配置管理计划的目的。] 1.2范围 [简要说明此配置管理计划的范围:它的相关模型,以及受到此文档影响的任何其他事物。] 1.3定义、首字母缩写词和缩略语 [本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。这些信息可以通过引用项目词汇表来提供。] 1.4参考资料 [本小节应完整地列出此配置管理计划中其他部分所引用的任何文档。每个文档应标有标题、报告号(如果适用)、日期和发布组织。列出可从中获取这些引用的来源。这 些信息可以通过引用附录或其他文档来提供。] 1.5概述 [本小节应说明此配置管理计划中其他部分所包含的内容,并解释文档的组织方式。] 2.软件配置管理 2.1组织、职责和接口 [说明谁将负责执行 CM 工作流程中所述的各种配置管理 (CM) 活动。] 2.2工具、环境和基础设施 [说明在整个项目过程或产品生命周期中为实现 CM 功能而使用的计算环境和软件工 具。 说明对整个项目过程或产品生命周期中生成的配置项进行版本控制时所需的工具和过 程。 建立 CM 环境时所涉及的问题有: ?产品数据量的预期大小 ?产品团队的分配 ?服务器和客户机的实际位置] 3.配置管理活动 3.1配置标识 3.1.1标识方法 [说明项目工件或产品工件的命名、标记和编号方法。标识方案中需包括硬件、系统软件、市售 (COTS) 产品以及产品目录结构中所列的所有应用程序开发工件,例如计划、模型、构件、测试软件、结果与数据、可执行文件等。] 3.1.2项目基线 [基线提供一项正式标准,随后的工作都基于此标准,并且只有经过授权后才能对此标准进行变更。

(完整版)软件配置管理题库【2015.10.26】

理论部分 1.你是怎么理解软件配置管理的? 软件配置管理为软件研发提供了基础性的支持环境,每个人都要面对软件配置管理,学习使用它,根据具体情况选择正确的策略和方法,以便从它那里充分受益。 2.软件配置管理的作用或意义? 在软件建立时变更是不可避免的,而变更加剧了项目中软件开发者之间的混乱。软件配置管理的目标就是为了标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更。 3.IPD流程有几个决策评审点,几个技术评审点?各个技术评审点的作用? 4个:概念决策评审(CDCP)计划决策评审(PDCP)计划决策评审(PDCP)可获得性评审(ADCP) 目标、关注点、输入、输出 4.IPD流程分为哪几个阶段? 3个:市场管理(MM)、需求管理(OR)、继承产品开发(IPD) 5.IPD流程的核心思想是什么? 1.产品开发是投资行为 2.基于市场的创新 3.基于平台的异步开发模式和重用策略 4.技术开发和产品开发分离 5.跨部门协同 6.结构化并行开发流程 7.产品线和能力线并重 8.职业化人才梯队建设 你是如何理解软件工作成果的? 软件工作成果包含哪些? 管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护 6.举例说明什么是配置项?配置项有哪些属性? 凡是纳入配置管理范畴的工作成果都是配置项 配置项有两大类:属于产品组成部分的工作成果;项目管理和机构职称过程产生的文档。 属性有:名称、标示符文件状态、版本、作者、日期…… 7.什么是配置库? 存放配置项的数据库,常用两种形式:按配置项类型分类建库和按任务建库。 如果让你为你们组的项目规划一个目录结构,你认为哪些目录是必须的? 1.项目立项与策划 2.需求分析

ISO9000质量管理体系认证软件配置管理计划通用

XXXX分析系统软件配置管理计划 XXXX信息科技有限公司

1 引言 1.1 目的 本计划的目的在于对所开发的XXXX分析软件项目规定各种必要的配置管理条款,以保证所交付的XXXX分析软件项目能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1.2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。1.3 参考资料 ?GB/T 11457 软件工程术语 ?GB 8566 计算机软件开发规范 ?GB 8567 计算机软件产品开发文件编制指南 ?GB/T 12505 计算机软件配置管理计划规范 2 管理 2.1 机构 在本软件系统整个开发期间,必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导,由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成,由总体组

代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。2.2 任务 在软件工程化生产的各个阶段中,与本阶段的阶段产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中,开发者和开发小组长有权对本阶段的阶段产品作必要的修改;但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。因此,软件开发库属开发这个阶段产品的开发者管理,而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后,应该送入软件产品库,如欲对其修改,必须经软件配置管理小组研究同意,然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续,将在第3.2条中详细规定。 2.3 职责 在软件配置管理小组中,各类人员要互相配合、分工协作,共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下:A.组长是总体组代表,他对有关软件配置管理的各项工作全面负责,特别要对更改建议的审批和评审负责; B.软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范; C.项目的专职配置管理人员检查在作配置更改时的质量保证措施; D.各子系统的配置管理人员具体负责实施各自的配置管理工作,并参与各子系统的功能配置检查和物理配置检查;

网络升级改造与服务器配置管理项目总结

浙江经济职业技术学院网络升级改造与服 务器配置管理项目 设 计 说 明 书 姓名:施匀路 学号:60211011 班级: S602110

目录 一、项目背景 (3) (一)、学校基本情况 (3) (二)、学校网络情况 (3) 二、项目的需求分析 (5) (一)、项目需求概括 (5) 1、学校需求概括 (5) 2、建设目标及原则 (6) 2.1、设计目标 (6) 2.2、设计原则 (6) (二)、实验设备 (7) 三、项目方案的整体设计 (8) (一)、Ip规划设计 (8) 1、VLAN 规划 (8) 2、楼房PC规划 (9) (二)、拓扑规划设计 (10) (三)、网络管理系统部署 (10) 1、二层交换机........................................................ 错误!未定义书签。 2、三层交换机........................................................ 错误!未定义书签。 3、路由器................................................................ 错误!未定义书签。 四、项目总体评价 (11)

一、项目背景 (一)、学校基本情况 1.浙江经济职业技术学院园区内共有三栋建筑物,分别是行政楼、教学楼和实验楼, 宿舍楼;浙江经济职业技术学院计划建设自己的学园区网络,希望通过这个新建的网络,提供一个安全、可靠、可扩展、高效的网络环境,使校园与宿舍内能够方便快捷的实现网络资源共享、全网接入Internet等目标,同时实现内部的信息保密隔离,以及对于公网的安全访问。为了确保这些关键应用系统的正常运行、安全和发展,网络必须具备如下的特性: 1、采用先进的网络通信技术完成校园网络的建设 2、为了提高数据的传输效率,在整个校园网络内控制广播域的范围 3、在整个校园内实现资源共享,并保证骨干网络的高可靠性 4、校园内部网络中实现高效的路由选择 5、在企业网络出口对数据流量进行一定的控制 6、能够使用一个公网IP接入Internet (二)、学校网络情况 1 浙江经济职业技术学院园区内共有三栋建筑物,分别是行政楼、教学楼和实验楼, 宿舍楼; 2.校园内部的三栋建筑物组建相互连通的局域网,主干网络技术采用千兆位以太网 技术; 3.整个校园要连接到互联网,采用100Base-FX连接到城域网,为广大师生提供上 网条件; 4.学校通过教育城域网连接到互联网,市教育局信息中心为普利斯顿中学分配了4 个C类的IP地址(192.168.1.0~192.168.4.0)用于终端设备的IP地址分配,将 连接城域网的线缆已敷设到校行政楼的信息室; 5.连接城域网的出口网络地址为172.1 6.100.6/30(由市教育局指定); 6.各建筑物网络设备相互连接的网络采用12网段(每个建筑3个网段); 7.学校内部WEB服务器使用LINUX操作系统。

软件配置管理计划

软件配置管理计划 与图形编辑功能以及上述辅助功能,可以比较方便地产生清晰悦目的文档,也有利于对文档进行更改,这有助于提高文档的编制质量。 有关这些工具的详细需求可参阅这三项工具的需求规格说明书中的规定。 5对供货单位的控制 CADCSC项目所属的各个子系统开发组如果需要从软件销售单位购买、委托其他开发单位、从开发单位现存软件库选用或从项目委托单位或用户的现有连锁反应加中选用软件时,则在选用前应向CADCSC总体组报告,然后由CADCSC总体组组织”软件选用评审小组”进行评审、测试与检查,只有当演示成功、测试合格后才能批准使用。如果只选用其中部分内容,则按等待开发软件的处理过程办理,此时CADCSC 总体组不予预。在进行上述工作过程中,软件配置管理人员要进行下列工作: A.项目的软件配置管理小组要参加对上述四类由间接供货单位提供的软件的物理配置检查;这些软件的功能配置检查由项目的软件质量保证小组负责。

B.在这些软件送入软件受控库与其他软件成分进行组装之前,软件配置管理小组要对其存放媒体和配置标识进行认真的审查。 C.由软件质量保证小组审查选用的上述四类软件,必须经过正式的验收手续,并由项目技术管理小组负责人批准,然后置于软件配置管理小组的控制之下。6记录的惧维护和保存在本项目及其所属的各个子系统的研制与开发期间,要进行各种软件配置管理活动。准确记录、及时分析并妥善存放有关这些活动的记录,对这些软件的下沉运行与维护工作十分有利。在软件配置管理小组中,应有专人负责收集、汇总与保存这些记录。 A.基础上组装系统、各个子系统、专用支持软件及选用软件的功能基线、指派基线与产品基线要送入软盘或磁带,至少必须一式两份且存放在两个不同的地点。这些记录应该每6个月拷贝一次,以免意外损伤与自然老化。 B.上述这些软件的文档也应送入软盘或磁带,至少必须工式两份且存放在两个不同的地点,并应有一份打印的硬拷贝。磁媒体应该每隔6个月拷贝一次,以免意外损伤与自然老化。 C.软件产品的源程序、测试数据、测试报告及其他有关文档,除了按A、B规定妥善存放外,要在项目结束后再保存2年,或在条件成

第十章-软件项目配置管理计划

第十章软件项目配置管理计划 案例说明-《校务通管理系统》配置管理计划 1.引言 略 2. 组织及职责 (1)根据《项目计划》中的角色分配,确定配置管理者,SCCB(配置控制委员会)成员。 (2)项目经理是SCCB的负责人。 (3)配置管理的角色和职责见表1 表1:配置管理角色职责表

3.配置管理环境 由于本项目属于中小型项目,工期也不是很长,而且大家对SourceSafe也比较熟悉,所以采用SourceSafe做为配置管理工具。 3.1目录结构 表格2:配置库的目录结构

3.2 用户及权限 表2:配置库的用户权限 4.配置管理活动 4.1 配置项标识 4.1.1 命名规范 命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件。

本项目文件命名规范由五个字段组成,从左到右依次为:公司、项目、类型、编号和版本号,如图1所示。这些字段用一横线(-)分隔。 图1:文档命名规范 4.1.2主要配置项如下: 表3 配置项列表 类型主要配置项标识符预计正式发 表时间 技术合同《合同》QTD-School-TCM-Contract-V1.02003-4-11 SOW QTD-School-TCM-SOW-V1.02003-4-11 计划《项目计划》QTD-School-SPP-PP-V1.02003-4-11《质量保证 计划》 QTD-School-SPP-SQA-V1.02003-4-11 《配置管理 计划》 QTD-School-SPP-SCM-V1.02003-4-11

4.1.3 项目基线 在SourceSafe中基线由LABEL标识,字母必须为大写。基线管理由项目执行负责人确认,SCCB授权,由配置管理员执行。

相关文档