软件项目之配置管理计划（范文1）.docx

XXXX项目配置管理计划第1宣简介本计划描述了配置组织结构以及贯穿项目组日常工作，由项目组识别并定义的一系列的配置项的实践过程。1.1 文档目的定义配置管理的职责、所需资源以及描述实施过程中一系列的配置管理活动,指导项目软件配置管理工作。1.2 适用范围本计划适用于XXXX项目的软件配置管理活动的制定。1.3 项目背景描述略。1.4 术语与缩略语软件配置管理：简称SCM(SoftwareConfigurationManagement),是在项目开发中，标识、控制和管理软件变更的一种管理。配置项目标识：(ConfigurationIndentification)对软件项目在开发过程中的资源进行标识，以便标识。配置审计：(ConfigurationAudit)对软件配置管理过程中的行动进行检查。第2章资源2.1 配置管理组织架构图配置管理的组织架构主要角色有公司的配置管理(ConfigurationManagement,CM),项目的配置管理(ConfigurationManagement,CM),项目经理(Projectmanager,PM),以及配置管理审批人和项目成员。图1组织架构图2.2 关键角色和职责2.11 配置管理员项目组中负责配置管理工作的角色，负责计划和控制配置管理过程。在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统计添加或修改相关产出物的最新有效版本以及审核证明。2.12 2配置管理委员会（CCB）CCB是一个虚拟的小组，对配置管理各项活动拥有决策权（例如审批配置管理计划，审批配置项变更请求等）。CCB的决策采用“少数服从多数”的原则。主要成员：甲方项目经理、高层领导、需求专家、架构专家、配置管理人员、测试专家和质量保证人员。2.3所需资源表1配置管理工具及辅助软件工具名称发布公司用途GitLabGitLab配置库管理工具，主要源代码SVNApache软件基金会配置库管理工具，主要是文档MicrosoftOfficeMicrosoft办公工具MicrosoftProjectMicrosoft办公工具第3章SCM活动3.1 配置库的创建和授权Vl1项目配置库创建项目配置库申请审批通过后，项目经理通过一体化运维平台的工作单给项目组配置管理员，要求开通配置库，并说明项目人员权限。项目部配置管理员建设好配置库后邮件通知给项目经理，说明配置库的访问地址、用户名、用户密码等信息。注：工作单内容填写时请选择模板配置库中创建新项目的模板。KL2权限分配目录需授权的人员，角色分为：研发/开发人员、配置人员、只读人员。表2配置库权限分配目录角底、代码发布包技术文档项目管理文档TAG（基线）分支配置人员（cm）读、写读、写读读、写读、写读研发/开发人员（dep）读、写读读、写读、写读读只读人员（read）读读读读读读分支开发人员（dep）读读读、写读读读、写VM编写、审核配置管理信息计划项目配置责任人组织各块配置责任人填写项目配置管理信息表（包括配置项清单），并将信息表上传到配置库相应目录中（配置库标准目录：质量控制->CM活动管理），并邮件通知项目QA人员、项目经理、配置管理员。项目QA人员、项目经理对项目配置管理信息表进行审核。在确定配置责任人后，项目经理应尽早通知项目部配置管理员，以利于项目部配置管理员解释相应的配置管理要求，并指导项目配置责任人填写项目配置管理信息表。3.2 配置项和基线项目开始阶段就要确定本项目的配置项，根据其在项目中的作用为每个基线和配置项识别后分配唯一的标识并形成一系列的基线，策划每个配置项在项目不同时期的版本状态。111配置项标识1、文档标识为：项目简称+项目版本号+产出物名称+产出物版本号2、代码根据以往的开发经验，按照通过那个的习惯来命名，程序名称具有唯一性，且要体现程序功能。3上2配置项识别1、软件过程的输出信息可以分为4个主要类别：（1）计算机程序（源代码及可执行程序），主要包括XXXX各个子系统的源代码。（2）描述计算机程序的文档，主要包括XXXX系统开发过程中涉及的项目文档，如需求规格说明书、概要设计、详细设计等。（3）数据（包含在程序内部或外部），主要包括系统开发过程中的采集的数据，如系统用户名等数据。（4）项目管理的有关文件、信息记录，如项目管理制度、计划、验收等相关材料等。3JJ配置项清单根据项目计划中的过程产出物，在计划阶段，项目CM人员和项目经理共同识别配置项,选择并确定适用于本项目的配置项,填写到项目配置管理信息表的配置项清单中。114配置审计计划在每次主要的软件产品发布之前，必须进行基线审计，验证其完整性，提交审批人审批。审计结果作审计报告存放于配置库中，并发布邮件通知相关人员。表3基线审计计划表基线审计计划表序号审计基线类别计划审计时间审计人员1需求基线需求基线创建后项目CM及QA2设计基线设计基线创建后项目CM及QA3测试基线测试基线创建后项目CM及QA4系统/产品基线系统/产品基线创建后项目CM及QA工2£基线由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线通常对应开发过程中的里程碑(MiIeStone),基线中的配置项被“冻结”了，不能再被任何人随意修改。基线的主要属性包括：名称、标识符、版本、日期等。基线选择采用我司标准进行控制。一般基线含需求基线、设计基线、代码基线、测试基线、发布基线等。V26基线发布首先确认本基线包含内容己经完成，项目经理整理基线发布清单，并提出基线发布申请，CCB成员审核基线发布并签署意见，配置管理员执行基线发布操作,同时通知相关人员。工r变更控制3.2.7.1 变更控制对于已纳入基线去的配置项(受控状态)，因此需求、设计、计划方面提出变化时，即认为是变更。3.2.7.2 变更要求说明变更提出要有证明记录。项目组接收到变更请求，均要做初步评估，对优先级、严重程度，对系统影响，对项目的影响，实施复杂度等方面进行分析，将变更划分成重大、一般。对于不同的变更类型，采用不同审批层级。批准通过的变更请求，需要完善方案、制定计划，才可以开展实施活动。变更后内容，需要有验证。工配置状态信息配置活动按照配置审计要求记录和发布配置状态信息。表4配置状态信息表文档发布方法发布频度发布形式及对象配置项状态记录手工维护每月一次通过邮件通知全体项目成员3.2.8.1基线建立计划表5基线建立计划序号基线名称工作内容计划建立时间配置审计人1需求说明书采集需求2概要说明书、详细说明书说明书编写3代码编写代码4测试报告测试5验收报告验收3.2.8.2基线审计计划表6基线审计计划表序号审计基线类别计划审计时间审计人员1物理审计和功能审计每月一次3.2.83基线的发布配置项每次修改后，由配置管理员完成对应的发布及修订通知，并通过项目组全体成员。每季度末发布配置项状态记录，报告所有配置项的状态。3.3 电子资料上传配置库项目成员按配置信息和计划，及时上传电子资料到配置库中，项目和各块配置责任人检查。如需调整配置项清单内容及入库时间，项目配置责任人在征得项目经理同意后，对项目配置管理信息表进行变更，并将变更的信息邮件通知项目QA人员、项目经理、项目部配置管理员。3.4 QA检查项目QA人员每周根据项目配置管理信息表对配置项入库情况进行如发现没有及时上传，确定原因后，作为问题提出并监督解决。项目移交前，QA人员对项目配置库入库情况进行整体复核，确保项目配置管理信息表中的所有配置项均已入库。3.5 公司配置管理员抽查公司配置管理员每月按照项目配置管理信息表，对项目的电子资料入库情况进行抽查，出具检查报告，并跟踪问题的解决。3.6 纸质资料签字项目过程中产生的经客户签字的纸质资料，例如：需求文档、测试资料、验收资料等，项目配置责任人（或项目经理）负责保管，及时扫描归档，由项目QA人员对移交的纸质资料进行检查。3.7 组织要求、配置审计1、组织要求对于复杂管理的配置要指定“项目配置责任人”。对于简单管理的配置由项目经理负责配置的工作。2、配置审计对于复杂管理的配置项目QA和项目配置管理员都要对配置进行审计，审计内容参照CMMI配置管理规程执行。简单管理的项目由项目部配置管理员进行配置的审计。3.8 项目的资料移交当项目结束后，将相关资料移交给后续的维护支持人员，在配置这块的具体做法待定。权限管理：项目经理/维护负责人，开工作单给项目部配置管理员，要求回收配置库中开发人员的权限及增加维护人员的权限。第4章数据管理4.1数据管理除项目基线识别的配置项文档外，项目产生的其它所有工作产品均纳入配置库中。数据类文件须上传到开发库中，并存放在相应文件目录下，存放目录参考配置库目录结构。4.2数据备份表7配置库备份记录表:序号计划备份时间备份人备份媒体备份保存时间1每月一次存储备份2年备注：备份完成后，必须对备份的资料进行可恢复性检验，以确认备份可以恢复。附件一配置库中创建新项目配置库中新建项目/产品*项目/产品名称*项目/产品简称（建库名称）*项目类型（大型、普通、小型、维护服务、系统集成、产品实施）*部门归属*项目经理（对项目管理及用户产品均有创建文件夹、上传下载文件的权限）:研发/开发人员（对项目管理及用户产品均有创建文件夹、上传下载文件的权限）*配置责任人（有上传下载项目管理类文件的权限、下载用户产品类文件的权限）QA人员（有上传下载项目管理类文件的权限和下载用户产品类文件的权限）只读人员（只有下载权限）*人员类别1、实习生;2、试用期员工；3、转正员工）基于产品类别（全新产品、劳动保障卡、网上申报、门户网站、一卡通、社区平台、劳动监察、居保、业务影像等）采用技术（基于核二、三、其它）其它说明附件二配置库中人员权限变更配置库人员权限变更*人员姓名增加人员删除人员*增加/删除理由1 .成员调入项目2 .成员调离项目3 .项目验收或结项4 .其他*项目/产品名称或配置库路径人员公司邮箱*人员类别1 .实习生2 .试用期员工3 .转正员工*权限类别1 .研发/开发人员：对项目管理及用户产品均有创建文件夹、上传下载文件的权限；2 .配置责任人：对项目管理有上传下载文件、对用户产品文件只有下载权限；3 .QA人员：对项目管理有上传下载文件、对用户产品文件只有下载权限；4 .只读人员：只有下载权限其他说明附件三项目配置检查单项目名称项目所处阶段请项目配置负责人填写项目经理项目配置负责人所属部门检查结果*配置管理人员检查项序号检查项是否不适用项目情况/做法1.配置项是否已上传到配置库中？（配置项清单作为附件）配置项清单上共？个文件，目前须？个入库，已入库文件？个，入库率：？%2.配置项是否存放在指定的目录下？3.开发人员是否按日及时提交项目资料？4.以前检查发现的问题是否已处理？5.基线是否正确创建？适用于有基线的项目发现问题及跟踪序号问题责任人解决日期及情况对项目的建议：请检查人填写确认人：请项目配置负责人填写确认日期：请顼目配置负责人填写检查人：检查日期：附件四*项目配置管理信息表*基本信息项目名称预计上线试运行时间预计验收时间项目经理项目配置责任人*配置库路径定制开发填写内容配置责任人配置责任人配置责任人产品研发填写内容配置责任人配置责任人配置责任人系统集成填写内容配置责任人以下为有基线的项目填写内容基线记录基线责任人基线责任人基线变更记录系统名称变更所处阶段变更类型发布版本变更责任人