校园招聘系统配置计划.doc

校园招聘系统配置计划 通过对MicroMOe项目的配置项及产品基线的变更进行系统地控制、管理，确保在整个项目的生命周期内保持这些工作产品的一致性、完整性和可追溯性。 同时，该计划还包括对公司资产库的管理活动的定义。 适用范围为软件开发有限公司MicroMOe项目的整个生命周期。 1.2软件配置管理计划维护本配置管理计划依赖于MicroMOe计划，当MicroMOe计划更新时，本计划随之调整。 如果有配置管理活动等方面的问题需要更新本计划，按变更控制规程进行更新，并由SCM组负责完成。 1.3参考资料校园招聘系统MicroMOe1.0软件开发计划V1.0XX_ITOD_MicroMOe_PP_01配置管理过程V1.1XX_ITOD_PROC_CM_101变更控制规程V1.0XX_ITOD_PROC_SCM_xx角色和职责2.1软件配置管理代表软件配置管理员2.2项目开发组项目开发组成员2.3产品管理产品管理3配置管理环境3.1文档工具办公系统软件MS Office xx、Project2000SHAREPOINT XXP网站更新工具3.2软件配置管理工具变更控制工具版本控制工具（厂商和版本）变更控制表Microsoft VisualSourceSafe6.03.3配置管理服务器硬件平台（厂商和型号）DELLSEVER WINDOWSxx操作系统（版本）处理器内存网络适配器硬盘空间P42.5G2G10/100M80G4配置管理活动4.1配置标识4.1.1标识方法以下4.1.2和4.1.3节中所列各配置项需要分配唯一的标识，具体的标识方法可以参考软件开发有限公司软件配置管理过程中3.3节内容。 ?其他项目计划、管理类文档则根据以下规则，确保所有配置项的唯一性和可理解性。 XX_ITOD_MicroMOe(项目代号)_所属阶段_流水号(2位)例如XX_ITOD_MicroMOe_PP_01MicroMOe项目计划文档XX_ITOD_MicroMOe_CMP_01MicroMOe配置管理计划代码标识则遵循以下规则，代码的标识部分包括3部分1标识号以代码文件的文件名为唯一的标识号2修改历史应包括日前、作者、版本及历史记录（应注明是否经过单元测试）3由于代码的特殊性，在此应注明对设计文档的追溯，以方便追溯。 4.1.2配置项标识及存储工作产品名称标识号工作库位置是否为基线产品是否提交用户产品构思阶段校MicroMOe1.0立项申请书园招聘系统XX_ITOD_MicroMOe_PD_01$/MicroMOe/01Project Document/01Develop group/01Project DefineN校MicroMOe1.0工作任务陈述园招聘系统XX_ITOD_MicroMOe_PD_02$/MicroMOe/01Project Document/01Develop group/01Project DefineN构思阶段校MicroMOe1.0用户需求说明书园招聘系统XX_ITOD_MicroMOe_UR_01$/MicroMOe/01Project Document/01Developgroup/02Preparation Y校MicroMOe1.0软件开发计划园招聘系统XX_ITOD_MicroMOe_DP_01$/MicroMOe/01Project Document/02PM group/01Project Plan N校MicroMOe1.0配置管理计划园招聘系统XX_ITOD_MicroMOe_CMP_01$/MicroMOe/01Project Document/04SCM group/01SCM planN N校MicroMOe1.0质量管理计划园招聘系统XX_ITOD_MicroMOe_SQAP_01$/MicroMOe/01Project Document/03S质量管理group/01S质量管理PlanNN校MicroMOe1.0测试计划园招聘系统XX_ITOD_MicroMOe_TSP_01$/MicroMOe/01Project Document/05Test group/01Test planNN计划阶段校MicroMOe1.0软件需求规格说明书园招聘系统XX_ITOD_MicroMOe_RM_01$/MicroMOe/01Project Document/01Develop group/03Requirement Analysis校园招聘系统MicroMOe1.0信息模型XX_ITOD_MicroMOe_RM_02$/MicroMOe/01Project Document/01Develop group/03Requirement Analysis计划阶段校园招聘系统MicroMOe1.0系统测试方案XX_ITOD_MicroMOe_DS_01$/MicroMOe/01Project Document/05Test group/04design NN校园招聘系统MicroMOe1.0数据库设计说明书XX_ITOD_MicroMOe_DS_02$/MicroMOe/01Project Document/01Develop group/04design Y校园招聘系统MicroMOe1.0设计说明书XX_ITOD_MicroMOe_DS_03$/MicroMOe/01Project Document/01Develop group/04design开发阶段校园招聘系统MicroMOe1.0代码走查问题报告XX_ITOD_MicroMOe_CD_01$/MicroMOe/01Project Document/01Develop group/05Coding校园招聘系统MicroMOe1.0源代码包稳定阶段XX_ITOD_MicroMOe_CD_02$/MicroMOe/02Project CodeY N校园招聘系统MicroMOe1.0单元测XX_ITOD_MicroMOe_TS_01$/MicroMOe/01Project试问题报告Document/01Develop group/06Unit Testing校园招聘系统MicroMOe1.0系统测试记录XX_ITOD_MicroMOe_TS_03$/MicroMOe/01Project Document/05Test group/03Test Reporting校园招聘系统MicroMOe1.0系统测试总结报告XX_ITOD_MicroMOe_TS_05$/MicroMOe/01Project Document/05Test group/03Test ReportingN部署阶段校园招聘系统MicroMOe1.0产品发行记录XX_ITOD_MicroMOe_RE_01$/MicroMOe/01Project Document/01Develop group/07Release校园招聘系统MicroMOe1.0项目总结报告XX_ITOD_MicroMOe_RE_02$/MicroMOe/01Project Document/01Develop group/07Release N校园招聘系统MicroMOe1.0用户操作手册XX_ITOD_MicroMOe_RE_03$/MicroMOe/01Project Document/01Develop group/07Release校园招聘系统MicroMOe1.0系统维护手册XX_ITOD_MicroMOe_RE_04$/MicroMOe/01Project Document/01Develop group/07Release校园招聘系统MicroMOe1.0产品安装手册XX_ITOD_MicroMOe_RE_05$/MicroMOe/01Project Document/01Develop group/07Release4.1.3基线定义基线标识基线名称建立基线时机建立基线的目的与要求BL1.00-yyyymmdd需求基线需求分析阶段完成指导下一阶段工作BL2.00-yyyymmdd代码基线项目代码经过测试完成保证代码的统一性，并指导下一阶段的工作BL3.00-yyyymmdd产品基线项目工作产品完成时指导产品的发布以及交付4.2配置库管理4.2.1配置库结构MicroMOe项目的配置库层次结构从逻辑来分以下5大类来进行操作、管理?Project Document；根据参与MicroMOe项目的各个组的职能不同分为Develop group、PM group、SQA group、SCM group和Test group。 ?Project Code；主要是存放各个开发人员的代码。 ?Project Data；主要存放和项目有关的数据。 ?Baseline；管理项目各阶段所产生的阶段性成果并形成的基线。 ?Reference Document；主要是包括一些项目需要的模版及书籍。 配置库大致的物理结构参见下图。 4.2.2MicroMOe项目配置库结构图权限层次本节根据软件过程改进项目的几种不同角色，按配置库中的目录结构大致分配操作权限，针对每个项目成员对目录的具体操作权限请参看4.2.3节。 R为可读写C可进行检入/检出操作A可对文件重新命名或删除D可对文件作彻底删除文件夹角色产品管理程序管理R产品管理R开发组测试组用户体验R Project Document RCAD R RDevelop group RCAD RCADR RCA R R ProjectDefine RCAD RCADR RC R RPreparation RCAD RCADR RCA R R Requirement AnalysisRCAD RCADR RCR R DesignRCAD RCADR RCA R R CodingRCAD RCADRCAD UnitTesting RCAD RCADR RCAR ReleaseRCADRCADR RCAR R PM group RCADRCADR RCAR ProjectPlan RCADRCADR R R R Project TrackingObserving RCADRCADR RCADR R SQAgroup RCADRR R RR SQAplan RCADSQA Worksheet RCADR R R R SQAReporting RCADR RRRSQA Checklist RCADRRRR SCMgroup RCADRRRRR SCMPlan RCADR SCMWorksheet RCADRRRRR MeetingNotice RCADRRRRR Test group RCADRRR RCADR TestPlan RCADRCAD TestWorksheetRCADRRR RCADR TestReporting RCADRRR RCADR TestChecklistRCADRRR RCADRProject Code RCADCADRCADCADRCADRCADProject DataCADCABaselineReference DocumentRCADCADData ModelRCADRCADR RCADR Rnormal templetcorp RCADRRRRR Outsourcedesign RCADRCADR RRRTechnique RCADRCADRRRR4.2.3注册用户以下表格中按不同用户的操作权限进行了更为明确的定义。 用户名称登录帐号Admin Admin职责范围权限分配RCAD配置库维护ponsor配置库Tom$/MicroMOe/01Project CanalR TomDocument/01Develop group$/MicroMOe/01Project Document/02PMgroup$/MicroMOe/02Project CodeRCAD LisaLisa配置库$/MicroMOe/01Project Document/05Test RCADSarah sarahgroupRCASukada Sukada$/MicroMOe/01Project Document/05Test groupRCAD AliceAlice$/MicroMOe/01Project Document/05TestgroupRCAD KellyKelly$/MicroMOe/01Project Document/03S质量管理group$/MicroMOe/01Project RCADCarl CarlDocument/01Develop group$/MicroMOe/02Project CodeRCAD TienTien$/MicroMOe/01Project Document/01Develop group$/MicroMOe/02Project CodeRCAD CaryCary$/MicroMOe/01Project Document/01Develop group$/MicroMOe/02Project CodeRCAD JonesJones$/MicroMOe/01Project Document/01Develop group$/MicroMOe/02Project CodeRCAD LeeLee$/MicroMOe/01ProjectDocument/01Develop group$/MicroMOe/02ProjectCodeRCAD4.2.4备份机制配置管理员按照以下的说明定期地备份配置库中全部内容，每次的备份后还需要验证备份数据的可恢复性。 ?MicroMOe项目配置库备份 1、对MicroMOe库的配置项有改动应在每周五定期采用硬盘备份。 2、在每一次重要里程碑及形成基线要及时做硬盘及光盘备份。 备份存储介质通过配置服务器的可插拔硬盘及光盘作为备份存储介质。 备份范围每次都将采用完全备份，考虑到服务器的硬盘空间，备份的数据只保存本次备份及本次备份的上备份数据。 备份文件命名格式对于每次的硬盘备份都存放在一个文件夹中，该文件夹的命名方式为备份的时间来确定。 如在xx年5月10日做了一次备份，则文件夹的命名为“MicroMOe_xx0510”。 对于基线的备份文件命名格式与基线的命名一致。 备份文件存储点192.168.0.65VSS备份(F)MicroMOe?公司资产库备份对于提交到公司资产库的历史项目数据、组织过程能力数据、内部网数据以及集成管理工具的数据库文件等内容需要采取硬盘备份和光盘备份两种方式。 以上无论是项目配置库还公司资产库的备份在MicroMOe配置管理工作表中的“备份信息”页可以找到每次备份的详细信息。 4.3配置控制所有过程、规程、模板、检查表文档和各项计划的变更应严格遵循变更控制规程进行，并由程序组经理或配置控制主席批准。 配置管理员根据变更涉及到的配置项范围对处理人员授权修改，变更处理完成后将权限设为“只读”，变更处理的整个过程将采用变更控制工具来完成，每次变更详细的记录可以通过工具获得。 资产库中历史项目的配置项需要变更、获取信息必须要提出申请，由申请人填写公司资产库资源申请表，直接交由高级经理和质量管理部高级经理签字同意后，配置管理员按要求开放权限，并记录整个过程，完成历史项目的配置项的管理、控制。 4.4配置状态统计软件配置管理代表依照软件开发有限公司配置管理过程的状态报告章节的描述记录项目名称软件项目的配置项的状态，定期或事件驱动的生成有关的状态报告。 4.4.1配置控制委员会会议记录保留与MicroMOe项目有关配置控制每次会议的记录。 配置控制的会议记录根据会议日期来命名，命名格式为MicroMOe_MR-YYYYMMDD，其中“MR”指“会议记录”，“YYYY”指年份，“MM”指月份，“DD”某日份。 假如，与SPI项目有关的配置控制会议于xx年10月25日召开，其会议记录名称应为MicroMOe_MR-xx1025。 4.4.2变更请求状态MicroMOe项目的变更控制过程采用变更申请表，项目组成员可以通过内部网网址与注册的用户名来访问，并完成不同角色应完成的工作也可以查询每个变更请求状态等信息。 如果项目的变更请求、配置项、基线文档等的状态发生变化，需要及时以邮件的形式及时通知与受影响的组和个人，配置管理员应将该变化体现在校园招聘系统MicroMOe1.0配置管理工作表中并定期在组内周例会上通报一次，每月向高级经理汇报一次。 变更请求状态报告用于跟踪和报告变更请求的状态，由软件配置管理员每月生成所有变更请求的状态报告，或者事件驱动的生成所有/特定变更请求的状态报告。 例如变更请求状态内容有变更请求号、日期、请求人、状态、变更花费的工作量、变更结束时间等。 4.4.3配置项状态软件配置管理员依照软件开发有限公司配置管理过程的状态报告章节的描述记录MicroMOe项目的配置项的状态，如果配置项状态变化频繁需要定期每周或事件驱动的生成有关的状态报告。 确保在MicroMOe配置管理工作表中能反映出每个配置项的状态、版本以及一个版本上升到另一个高的版本，如果提交了变更应能对应到变更请求，并报告给相关组及个人。 例如到某日止预计配置库内配置项数、实际配置项数；发布数、发布版本、发布时间；版本变化情况以及配置管理工具状态等。 4.5基线审核软件配置管理员在MicroMOe项目每轮改进阶段里程碑处及基线形成时对项目基线进行审核，并且质量管理代表也参与。 配置管理员和质量管理代表可以扩充基线审核报告中的检查项内容，对存储配置项及相关记录的软件基线库的结构、内容和设施等进行检验，确保基线符合描述基线的文档。 例如配置标识是否得到遵循；变更控制