软件配置管理计划

AMInameofprocessProcessv01计划模板December1996WERPBCMDSS项目软件配置管理计划CPC-PDM项目软件配置管理计划深圳市中兴通讯股份有限公司质企中心IT部文档历史[这个表包含了这个文档的版本历史] 版本 日期 描述 作者 10 2003429 新建模板 虞渊明 12 2003-11-24 软件配置管理员的在实际操作过程中根据模板标准化修改了权限组的命名和开发流的命名 戴锦年 目录51CPC-PDM项目整体概览2介绍521目的522范围523假设和有待解决的问题5231假设5232存在的问题53定义和缩略语64引用文件和参考资料65组织角色和职责651软件配置控制委员会SCCB652软件配置管理组SCM组753角色与职责7531软件配置管理员7532软件变更控制管理员8533开发人员8534测试人员86管理工具与环境861工具选择862网络环境87配置管理活动971配置标识9711标识方法12712配置项描述12713里程碑设置1272配置库的建立和管理13721配置库规划13722项目规划13723流策略13724目录结构13725用户权限管理16726命名约定1773配置控制18731变更控制的范围18732变更处理 流程 快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计 18733ClearQuest权限设置20734统计报告20735产品构建规程2174备份计划2275配置状态报告2276配置审核2377SCM报告分发 办法 鲁班奖评选办法下载鲁班奖评选办法下载鲁班奖评选办法下载企业年金办法下载企业年金办法下载 248 培训 焊锡培训资料ppt免费下载焊接培训教程 ppt 下载特设培训下载班长管理培训下载培训时间表下载 249估算和预算2410计划的维护251CPC-PDM项目整体概览 项目名称 PDM 英文简称 CPC-PDM 当前版本 101 VOB库 PDM_VOB CC当前项目 PDM 权限用户组 ITDEV2_PDM 公用开发流 PDM_Development 集成流 PDM_Integration 特别注意目前由于参与项目的人数不多在ClearCaseClient加入项目的时候务必使用公用开发流2介绍21目的本文档目的在于对中兴通讯CPC-PDM项目进行软件配置管理提高软件质量降低软件开发成本本计划制定了中兴通讯CPC-PDM项目如何进行配置管理活动活动的计划安排指派的职责和所要求的资源以及配置控制活动对中兴通讯CPC-PDM项目实施软件配置管理活动时需要参照本计划22范围本文针对中兴通讯CPC-PDM项目的软件配置管理进行了规定具体从以下几个方面进行了计划和规范·项目配置管理组织的设置角色与职责的划分·配置管理工具的选择及环境设置·配置管理活动如配置项的标识配置库的建立和管理变更控制流程配置审核方法和配置状态报告备份计划等·培训及资源需求·配置管理计划的版本修订计划23假设和有待解决的问题231假设本计划假设使用RationalClearCase200205版本及更高版本作为软件配置管理工具且环境已安装并可用232存在的问题[列出在当前版本中有待解决的问题] 版本 日期 存在问题的描述 作者 3定义和缩略语·软件配置管理SCM软件配置管理是一门应用技术管理和监督相结合的学科通过标识和文档来记录配置项的功能和物理特性控制这些特性的变更记录和报告变更的过程和状态并验证它们与需求是否一致·软件配置SC指一个软件产品在软件生存周期各个阶段所产生的各种形式和各种版本的文档程序及其数据的集合·配置项CI软件配置中的每一个元素称为该软件产品软件配置中的一个配置项·基线BaseLine已经通过正式复审和批准的某规约或产品它因此可以作为进一步开发的基础并且只能通过正式的变更控制过程进行改变·VOB存储库VersionObjectBasesClearCase中存储文件目录和元数据的数据库用于存储版本控制数据·视图View提供给开发人员或协作团体的工作空间用来选择VOB库里的各元素的不同版本有两种视图·快照视图SnapshotView一个视图先在本地建一个目录然后拷贝VOB中的ClearCase元素和其它文件系统对象到本地目录·动态视图DynamicView一个跟踪当前VOB的视图创建并维护包含VOB文件元素和视图私有文件版本的目录树可以直接动态查看VOB里的变化·元素Element使用ClearCase进行版本控制下的一个文件或目录·版本Version一个文件或目录的演进过程对文件或目录的每一次修改checkout-edit-checkin都会产生一个版本·版本树VersionTree元素由有组织的版本结构组成即元素的多个版本串起来称为版本树·流Branch版本树包括被组织到彼此独立的开发工作中的相关数据称为流·配置规格ConfigSpec每个视图都有一个配置规格

它指定选择的文件和目录元素的版本的一系列规则·视图模板ViewProfile是一组预先定义的配置规范configspec可方便地做到configspec共享4引用文件和参考资料·CPC-PDM曾用过的CC管理目录·QZX731340SCCB建立规程·QZX731360软件配置管理计划规程·QZX731350软件配置管理规程·QZX735020软件配置管理审核规程5组织角色和职责51软件配置控制委员会SCCB·职责·评审配置管理计划批准配置管理计划的生效·批准各阶段各类配置管理库的启用和配置管理项单元标识的有效性·评审和批准对软件基线变更的变更申请主要活动·审定由配置管理库制造的软件生成的正确性·定期或事件驱动审核软件基线和配置管理活动·组织人员名单 姓名 角色 项目组角色 于平 主席 开发二科科长 应松 成员 项目经理 易琳 成员 业务人员 钟锋 成员 业务人员 林中伟 成员 业务人员 王清志 成员 开发人员 戴锦年 成员 开发人员 汪宏星 成员 开发人员52软件配置管理组SCM组·职责·项目各阶段配置管理库的建立和管理流策略的实现·制订和维护软件配置管理计划·负责软件基线的更新审核已执行的对基线的变更·负责对软件基线库的存取管理·定期发布软件配置管理报告配置管理组行动记录·组织人员名单 姓名 角色 说明 邹凤 IT部软件配置管理员 指导配置管理工作 戴锦年 项目组软件配置管理员 具体实施本项目的配置管理 暂缺 项目组软件变更控制管理员 具体负责本项目的变更控制 暂缺 SQA经理 53角色与职责531软件配置管理员软件配置管理员必须要由专人担任并具有以下规定的工作职责·安装维护及升级ClearCase系统·配合项目经理制定基于ClearCase的开发策略和流程·创建维护VOB库·设定ClearCase中数据的访问权限·为开发集成准备模板文件ViewProfiles·执行开发流错误修改流和集成流等流之间的归并并在适当时候为版本打标签LABEL·定期或事件驱动地执行项目的构建Build·执行所有版本的发布·配合配置控制委员会SCCB定期或事件驱动地召开SCCB例会·定期或事件驱动地进行软件配置状态报告·配合软件质量保证人员SQA和项目管理人员进行配置审核·定期备份ClearCase数据库·解决日常使用中遇到的ClearCase系统问题对ClearCase系统进行性能优化·对开发人员进行配置管理工具等相关知识技能的培训532软件变更控制管理员软件变更控制管理员应具有以下规定的工作职责·安装维护及升级ClearQuest系统并安装所用数据库系统SQLServer·配合项目经理制定基于ClearQuest的开发策略和流程·根据软件配置管理员提出的变更管理需求设计并升级模式Schema·创建维护项目使用的数据库设定数据的访问权限·定期备份ClearQuest数据库·解决日常使用中遇到的系统问题·对ClearQuest系统进行性能优化等533开发人员开发人员在软件配置管理过程中应担负的职责有·用配置管理员给出的ViewProfile创建自己的工作空间View·根据分配基线生成自己负责的配置项如项目文档程序代码调试报告等并将这些配置项加入到配置管理库中·执行ClearCase中的Checkout-Edit-Checkin实现各种变更·根据需要创建私有流并进行归并目前情况下务必使用公用开发流·根据需要更新静态视图SnapshotViews·根据需要在ClearQuest变更库中填写变更请求单· 分析 定性数据统计分析pdf销售业绩分析模板建筑结构震害分析销售进度分析表京东商城竞争战略分析 ClearQuest变更库中需要自己处理的变更制定出处理方案从ClearCase数据库中检出需要变更的代码和文档处理完毕之后再检入534测试人员测试人员在软件配置管理过程中具有以下职责·负责生成自己负责的配置项并加入配置管理库如系统测试计划测试报告等·在配置管理员生成实现基线版本后提取基线版本进行测试·对测试过程中新发现的问题在ClearQuest的数据库中填写异常报告单·验证变更库中跟自己相关的已被标识为已解决验证人为自己的变更·确认异常已解决且没有引入新的异常之后验证通过否则验证失败6管理工具与环境61工具选择在该项目中将采用Rational公司的ClearCase和ClearQuest进行软件配置管理其中ClearCase主要用于版本管理工作空间管理和过程管理等ClearQuest用于变更控制62网络环境·网络局域网Windows平台单域模式·服务器在ClearCase的环境中按照机器执行任务的不同划分不同的角色LicenseServer存储了License信息负责提供ClearCaseLicense服务Regis

tryServer包含了ClearCaseVOB和View的内部注册信息VOBServer是VOB的物理存储机ViewServer则是View的物理存储机以下是ClearCaseServer的设置情况 主机名 ClearCase角色 内存 CPU 硬盘 网络设置 ITCM01 主域控制器域名itdevztecomcnCCRegistryServerCCVOBServerCCViewServer 2G MHz 150GB IP10302130 ITCM02 CCLicenseServer M MHz GB IP10302131以下是ClearQuestServer的设置情况 主机名 ClearQuest角色 内存 CPU 硬盘 网络设置 ITCM01 CQDataBaseServerCQWEBServerCQLicenseServer 2G MHz 150GB IP10302130·客户端运行Windows200098的PC机7配置管理活动71配置标识本节详细列出了所有应纳入配置库进行管理的工作产品分文档和模块代码两大类标明了各配置项第一次建基线的时间以及在配置库中的存放路径配置项列表1文档清单 No 配置项名称 建立基线时间 CPC-PDM库存放位置 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 配置项列表2模块清单 No 模块名称 建立基线时间 CPC-PDM库存放位置 备注 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 711标识方法这里只统一文档的命名源代码部分遵循公司的编码规范以下是项目文档命名规范项目名V发布版本号文件种类_子系统名称[模块名称]示例 文件种类 文档名称 需求分析说明 书 关于书的成语关于读书的排比句社区图书漂流公约怎么写关于读书的小报汉书pdf CPC-PDMV10软件需求分析说明书 软件项目计划 CPC-PDMV10软件项目计划 总体方案 CPC-PDMV10总体方案 软件模块详细说明书 CPC-PDMV10软件模块详细说明书 数据库设计说明书 CPC-PDMV10数据库设计说明书 程序配置清单 CPC-PDMV10程序配置清单 测试计划 CPC-PDMV10测试计划 测试报告 CPC-PDMV10测试报告 用户手册 CPC-PDMV10用户使用手册 操作维护手册 CPC-PDMV10操作维护手册 项目总结 CPC-PDMV10项目总结712配置项描述所有的配置项均纳入ClearCase配置库VOB进行管理文档和源代码分开分别放入不同的VOB库中两者之间的关联通过统一的标签实现或采用符号链接方式关联通过创建流和标签来识别软件开发库软件受控库开发人员只能在软件开发库中自由使用更改受控库的更改需要遵循变更控制流程每个VOB库的访问权限由项目经理决定原则上根据项目开发小组来设置权限每个开发小组对本小组开发的模块或子系统有读写权限其他相关小组只有只读权限其他人员有访问要求的需要再申请713里程碑设置 里程碑 说明 到达时

间 72配置库的建立和管理721配置库规划拟为CPC-PDM项目创建一个VOB库 VOBtag VOB存储路径 描述 1 CPC-PDM_VOB ITCM01ccstg_fVOBsCPC-PDM_VOBvbs CPC-PDM库同时为CPC-PDM项目创建一个项目管理VOB库 VOBtag VOB存储路径 描述 1 CPC-PDM_PVOB ITCM01ccstg_fVOBsCPC-PDM_VOBvbs CPC-PDM管理库722项目规划ClearCase中的项目名称使用项目英文简称的格式即项目的名称为CPC-PDM723流策略初始为项目分别建立一个公用的开发流和集成流公用开发流的名称使用项目英文简称_Development格式集成流使用项目英文简称_Integration格式 项目 公用开发流 集成流 CPC-PDM CPC-PDM_Development CPC-PDM_Integration特别注意目前由于参与某个项目的人数不多在ClearCaseClient加入项目的时候务必使用公用开发流724目录结构7241CPC-PDM_VOB库的目录结构--Documents项目文档目录--DataBase_Design数据库设计文档--Event_Meeting事件活动项目会议记录评审记录--RD_Doc设计概要设计详细设计--Requirement需求需求反馈记录--Team_Schedule团队管理及开发计划--Tech_Rule技术规范及标准--Reference参考文档--Manual使用安装和操作用户手册--Test_Debug测试和Bug问题记录--SCM软件配置管理--Summarize经验及总结--Tools开发工具第三方工具--ThirdParty_Package第三方工具--IDE_SoftWare集成开发软件－SourceCodes源代码管理--windchillwindchill源码根路径--bin批处理文件--codebase配置文件jsp--db数据库脚本--doc在线文档--loadFiles待倒入基础数据--report报表配置文件--src源码javaRbInfo--Release产品发布--Release_20031020以日期或者开发子版本命名--Release_20031120以日期或者开发子版本命名725用户权限管理7251用户组 组名 说明 ITDEV2_CPC-PDM 所有CPC-PDM项目组成员7252用户组成员 组名 成员 ITDEV2_CPC-PDM 于平应松易琳钟锋林中伟戴锦年王清志汪宏星7253权限设置在ClearCase中可以为每个目录和文件设置读写权限CPC-PDM项目中主要对针对目录进行访问控制ClearCase中的目录访问权限的含义如下7可读可写可执行5可读可执行0无任何权限 项目 根目录 一级目录 二级目录 属主 属组 存取模式 CPC-PDM Document ccadmin ITDEV2_CPC-PDM 770 Tool ccadmin ITDEV2_CPC-PDM 770 SourceCode ccadmin ITDEV2_CPC-PDM 770 Release ccadmin ITDEV2_CPC-PDM 770上表中存取模式中的三位数字分别代表属主属组其他用户的访问权限如CPC-PDM项目Document目录的权限设置为750表示属主ccadmin为7具有全部权限属组CPC-PDM_组为5具有可读和可执行权限其他用户为0没有任何权限726命名约定7261发布版本命名发布版本命名规则版本号主版本号[次版本号][测试版本号][P补丁编号]其中·由方括号[]括起的部分表示一个可选项·主版本号表示一个主要的发布版本如25等项目进展中它是不能改变的·次版本号使用两位数字如0510项目进展中由项目经理决定是否升级·测试版本号使用英文字母从a开始依次递增如abc代表因为修复错误而产生的更新·补丁编号使用三位数字从001开始依次递增如P001P003示例 发布版本名 含义 V1 表示主版本号为1 V110 表示主版本号为1次版本号为10 V110a 表示110版的测试版a V110P001 表示110版的第001号补丁7262标签命名标签命名规则·标签类型分三种1发布版本标签项目名_REL发布版本号2项目基线标签项目名_BL发布版本号_Dyymmdd3测试版本标签项目名_BUILD发布版本号_Dyymmdd·所有标签名一律采用大写字母表示示例 标签名 含义 CPC-PDM_REL101

01 表示CPC-PDM项目的10101发布版 CPC-PDM_BL101_D031105 表示CPC-PDM项目在2003年11月05日建立的关于开发版本V11的项目基线 CPC-PDM_BULID101a_D031104 表示WERP项目在2003年11月04日建立的关于开发版本V115a的测试版本7263流命名流命名规则·流类型分三种1项目名_Development开发流表示元素正处于正常开发阶段其当前开发版本为发布版本标签所指定的版本2项目名_Integration集成流表示元素正处于开发集成阶段其当前开发版本为发布版本标签所指定的版本3项目名_bugfix表示元素正处于缺陷修复阶段其对应版本为发布版本标签所指定的版本示例 流名 含义 CPC-PDM_Development 表示系统的开发流 CPC-PDM_Integration 表示系统的集成流 CPC-PDM_bugfix 表示发布的缺陷修复流7264视图命名视图命名规则用户名_项目名_任务其中·用户名视图属主的登入帐号·发布版本号视图所工作的发布版本·任务视图对应的开发活动如DevelopmentbugfixtestIntergration等示例daijinnian_CPC-PDM_Developmentdaijinnian_CPC-PDM_Integration73配置控制731变更控制的范围CLearQuest中变更控制范围新增需求用户问题缺陷报告及其他变更请求的处理732变更处理流程图1变更处理流程示意图CLearQuest中的变更处理流程在公司规程的基础上构造如图1所示对于新增需求缺陷报告和用户问题处理流程基本相同都在CQ中进行ClearQuest中定义的状态转移矩阵StateTransitionMatrix如下 已提交 被拒绝 被上报 已延期 研究中 已指派 处理中 已解决 已关闭 已提交 再提交 再提交 提案 重新指派 重新指派 被拒绝 拒绝 被上报 上报 已延期 延期 研究中 研究 已指派 指派 处理中 开始处理 验证失败 已解决 解决 已关闭 验证通过 733ClearQuest权限设置对于ClearQuest的操作根据用户的组属性设置了不同的权限用户组设置有SCCB项目经理开发人员组测试组及SQA对处理流程中的动作权限设置如下 动作 权限拥有者 提交 所有用户 拒绝上报延期研究指派提案 SCCB项目经理SQA 再提交 所有用户 开始处理解决 被指派的实施人 验证失败验证通过 被指派的验证人734统计报告统计报告主要用于在项目和产品生命周期中随时对项目和产品进行评估做到心中有数有效的报告是·多维的·包含了有用的度量·有利于进度的监控和追踪·可以指示将来的趋势·有明确对象的在ClearQuest中可以定制各种图表进行有关变更请求的状态和情况的统计图表有以下三种·时效图基于时间·已经提交n天或n天以上而未处理的变更请求·处理完毕而未验证超过n天的变更·分布图基于计数·按提交者处理人分别统计的变更请求数·按优先级分类统计的变更请求数·趋势图基于时间和计数·一个时间段内发现并修复的缺陷数量及分布情况·解决缺陷所用的平均时间及变化情况目前ClearQuest中已定制了新增需求缺陷报告和用户问题的各种时效图分布图和趋势图在以后的使用中可以根据用户需求再定制还制作了一些变更请求的基本情况报表可打印出来方便SCCB及相关人员讨论和分析图2为ClearQuest的使用界面中包含的公共查询图表和报表等图2ClearQuest的使用界面中包含的项列表735产品构建规程构建流程1项目经理开发人员测试人员等提出系统版本的构建申请该申请应包括以下信息a包含的变更请求b目标版本号cSCM审核报告非正式发布版本可选2SCCB审批通过3配置管理员进行软件构建4构建完成后产生相应的版本说明构建时间一般情况下每周构建一次在测试发布阶段可能需要经常构建具体构建时间由SCCB决定74备份计划每日执行一次数据备份将数据拷贝到本机其他硬盘再将数据拷贝到其他机器但不覆盖前一日的数据保留最近一周的数据75配置状态报告配置状态报告将不定期提供只有产品经理项目经理或SCCB提出需求才提供下面详细列出状态报告中所应包括的信息可以按照实际情况由产品经理项目经理或SCCB决定此次状态报告所需信息·概述项目名称项目经理项目所处阶段状态统计的范围时间状态报告的组织·状态报告内容A．存储库a存储库名称b范围描述B配置项a存储库名称b配置项名称c描述

d配置项类型C版本a版本名称b版本号c生成时间d相对于前一个版本的变更描述·状态统计表A时效图a已经提交3天或3天以上而未处理仍然处于已提交状态的变更请求b处理完毕而未验证超过15天的变更c每个版本中发现的变更其中解决并合入下一个版本中的变更数d每个版本中合入的变更库中的变更数B分布图a每个人提交的变更请求数b每个人处理的变更请求数·版本发布a发布地点b发布版本号c发布的文件d接收人和联系方式e发布原因f发布申请人g发布日期·备份a备份日期b备份目录c备份详细内容d备份介质76配置审核配置管理员按照以下软件配置审核列表对配置管理进行检查审核完毕填写《软件配置审核报告》配置审核定期每月一次此外每次软件版本发布时也要进行配置审核SQA代表遵循《质量保证计划》对项目的配置管理进行定期审核配置审核列表 审计编号 审计日期或事件视时间或事件驱动而定 审计重点 审计者 1．物理审计 A01 SCM硬件环境机器性能及网络环境 SCM运行库安装的机器是否能正常运行网络是否能保持通讯 A02 SCM系统运行环境 安装SCM工具的操作系统能否保持正常的运行 A03 SCM工具运行状态 SCM工具是否运行良好 A04 SCM库的完整性 SCM库中的配置管理项是否是完备的 A05 SCM库的有备份及可恢复性 SCM库是否定期的备份备份的数据是否有效能否在意外的情况下恢复到正常的运行环境中保证有效 A06 配置项清单版本清单系统版本引用正确性 配置项清单版本清单系统版本是否是一致的 2．功能审计 B01 编译版本前所有相关变更是否完全处理 在编译某个版本时此版本的相应的变更单所列的变更是否都得到完全的处理并且是有效的 B02 版本的修改是否经过正式的流程 所有修改的版本是否具有符合规定的变更处理 B03 变更是否有影响范围分析 变更责任人是否对有影响的范围进行分析并填写结果 B04 版本的修改是否向受影响的组发出通知 如果修改影响到了其他的小组被影响的小组是否得到相应的版本修改通知 B05 检查变更是否影响需求基线如果是则需求变更的处理是否进入正式的需求变更流程 如果变更影响到了需求那么需求变更是否得到了相应的处理 B06 涉及的小组是否有统一讨论的记录 变更有关联的各个小组是否具有统一的讨论 B07 检查变更是否涉及别的开发组如果是相应的变更是否完成 如果变更涉及其他开发组则需要其他组的变更是否处理 B08 根据流程的变更强制项是否填写完全 在变更流程中强制的选项是否都已经填写 3．跟踪审计 C01 所有的产品功能能否追踪到相应的需求 某版本中的所有的功能能否追踪到相应的需求 C02 是否所有的需求已经完成 某版本要求的需求是否已经全部完成 4．集成审计 D01 是否可根据版本配置单编译出对应的版本 使用某版本的版本配置单能否编译出相应的版本 D02 编译出的版本与先前版本大小版本生成说明书是否一致 此恢复编译的版本与历史版本是否有一致性的 77SCM报告分发办法配置状态报告和配置审核报告输出后归档于DocumentSCM中并邮件发送给产品经理项目经理SCM报告的查阅权限由SCCB确定由SCM组实施控制8培训·项目组培训·ClearCase客户端使用普及培训·有关配置管理规范普及培训·ClearQuest变更跟踪流程培训·项目经理及相关负责人培训·配置管理理论流策略培训·配置管理员培训·配置管理工具系统培训9估算和预算实施本计划所需硬件和软件平台只列出了最基本配置如下·硬件平台域服务器PDC1台采用部门现有域服务器ClearCase服务器2台需专门配置其中一台为VOB服务器对机器的稳定性和性能都有很高要求内存越大性能越好一般要求内存至少在125M以上存储数据的磁盘分区空间至少在2G以上另一台为License服务器对机器的硬件配置要求不高稳定性好就可以了·软件平台操作系统Windows2000SP1orSP2CC系统RationalClearCaseRelease200205CQ系统RationalClearQuestRelease·License数量CC系统10个CQ系统2个·人员配置SCM人员兼职1名10计划的维护在每个里程碑到达时要进行本计划的维护当配置管理活动发生较大变化时也要进行本计划的修订已提交 处理中 已延迟 研究中 已指派 被拒绝 被上报 已提交 已关闭 已解决 再提交 重新指派 验证失败 解决 验证通过 提案 开始处理 闲置 SCCB 工程组员 关闭 计划模板Page4Dec1996软件配置管理计划Page15of23