项目平台配置管理计划

XX目平台配置管理计划文件修改控制文件状态：[√]意见

文件标识：XX项平台配置理计划当前版本：[]正发

作

者：[]正修

完成日期：XX公年5月

版本

修改述

作者

修改期

审核

审核期新建修改

录

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

第2件配软件配置环境务器件境软件名称Windows10、Server2013TortoiseSVN

作用操作系统配置管理软件在整个项目过程产品生命期选SVN作配置管理工。件环名称网络服务器客户机

规格局域网服务器普通PC机

说明名称：Server内为SVN保留独使用空间项目组成员各自计算机置管客端项目组成员在各的计算机装SVN客户端项目组成以分配的号访问置服务器和登录配置管理统，根据置管理员设定的用户权限进配置管理动。软件配置项在本项目的实施程中，将置库分为受控配置库和非受配置库两。控配库在本项目开发实的整个过中，根据不同阶段的配置管划分11个控配置录，只有配置管理员有增加和改的权限，其它用户只有只的权限。

初始配置库的根录中包项的配置文件清单，该文档包本项目开过程中该提交的文档的清单，实际开发程中，根据实际情况，可以清单中酌修改、加和删除要提交的文档。体内容参本文的“配置文件单的维”。受控置录在本项目开发过中，设立非受控配置目录。设立非受配置目录目的是了统一管理和存放开发程中产生临时文档和过程性文档，没格式及命上的严要求，使目组成员在思考设计时不太多的限制和约束，能够更效地发挥人能力符合以人本的原则。在项目初期，设了以下三目录：目录名称个人工作区小组工作区文档提交区

用途及说明用于保存项目成自己编写文档，每个项目成员都有自己独立的工作目用于保存小组成写作编写文档，每个小组都有自己独立的工作目录作为非受控配置和受控配库之间的缓冲，用于提交已经定稿的文档和码，在评通过后，再由配置管理员取出并提交到受控置库中在根据项目开发程中，根实际需要，可以酌情增加非控配置目。配置管理员在本软件项目开过程中，目组设立配置管理员，专业或兼职）责软件目开发过程中的软件配管理工作保证在项目开发过程中的一变更管理文档管的完整性顺利地实施项目发进度。配置管理员负责定配置管计划，检查项目组成员是否确使用配库，并促项目开发计划的实施配置管理员还需合研发中产品管理部进行项目的配置审。评审束，相文档的批准人电子签名批准人签或经批准人授权配置管理员写，然后配置管员负责签配置库；同时，配置管理收集配置项审批相关的文档并签入置库。

第3章件配管理计关于配置库的日使用的规参见附件3《置库使用规定建立例配库配置管理员在制完计划后根据公司建议的配置库建立合本项目配置管库。配置库建立在上，目录构可按照例配置提供的目。对于项目来说需要划分个子系统，因此在确定子统的划分后，在不同阶段下立各子系的配置目。配置管理库建立毕后，可据配置管理库的人员计划在SVN上立相应的户及权限并将这些户分发给定的开发员或用具的帐号及限管理参附录2《号及权限管理》配置管理员应保好配置管工具的管理员权限，项目组使用配置理库的员应该及时更改自己在置管理工的缺省设置密码。配置识管1．文档根据配置管理计和配置库的文档清单，配置管理员要查需要提的文档否都按时提交，文档数是否符合文档的标识、命名以及版本是否符合序规定关于文档命名请参见附件1《档名规定2．程序所有属于该项目程序、分序、模块和程序单元，都要照由项目和配置理员制订的软件系统的名约定的定来标识。要求所有模块的代码都需录模块编号，且模块编号在个系统中唯一的模块编号在系统设计完之后，由目组和配置管理员共同根据统设计进编制。3．基线所有属于本项目其各子系的各类基线，首先要按照计书、软件求规格明书、软件项目详细分设计说明的规定确定其技术内容，在个软件项开发过中定义以两类基线：

文档基线：本项的文档基的定义以里程碑的定义为准将到达各段的里碑时的文档作为基线，体里程碑定义参见第4节里程碑。产品基线：产品线包两个，个是系上线时，个是系统过客户验证测试时，基线包含所有程序码和文档配置管理员负责项目开发每一个里程碑处、每一个阶性的版本布时负为整个配置库设立书签划定配置理基线，并以文档的方式记下这些书的定义配置控制限控配置管理员根据录《帐号及权管理》设和调整项目组成员对配置项权限。置库控在项目开发和实的整个过中，配置管理员应根据配置理计划及理规则配置库对应进行管理和制。配置理员负责检查项目组成员使配置库是正确。括是否及签入最新版本、否添加了释、是否及时更改配置状态是否存在目组成修改了不于自己负责的配项，项目成员是否完成了自己负责的置项的检，测试本的构造否从配置库中取等。立软库在项目的各个开阶段建立起阶段各子统的软件发软件开发工作区时建立起想对应有关该系及其子系统的软件受控库。每个阶段束或里碑，需让子系统提交相关产品并送软件受控库，由配置管理员一管理，后再有产品的变需求，应按照正的变更程来控制并检查相关的变更文。当全部发工作束，需建起软件产品库，所有可交的产品都送入软件产品库。件配更软件配置的更改理适用于部项目的所有文档和代码，中包括整项目的个运行软件，也包括为目专门开的支持软件。

对该项目各个子统及其专支持软件的基线及其集成系的任何修得到项目负责人的批准并本项目软质量管理专员处备案才能进配置更改更改完成后的文和代码等需得到目负责人认可交给配置理员后由置理员签入受控配库。受控配置库中的档，在文中需要有修改记录部分，包修改人、改日期修改内容等项，每次对受控配置中文档的修改，必须填写这项。配置文件清单的护由配置理员维护。项目初期，配置理员与项组成员一起对开发过程中可产生的文的进行计，并在配置文件清单列出这些档及其大致的计划提交时间在实际开发过程文提交可能会生一些变化如新增某些文档原划的一些文档不再单独产生文档计划交日期的变更等，项目组应及时通知置管理，由配置理员及时更改配文件清单的相应项。配置检查评审配置的检查和评可通过研中心配置管理制度的审核内来进行检。相关审核内容如下表：审核分类发布审核

审核内容发布文档是否清地定义发的范围应被纳入的更改请求

检查情况所有已知缺陷毛(是否已文档化？是否有适当的文，它标识建该发所需的环（编译版本、OS版、compilation，等等）？是否有适当的文，它说明成该发的成分及分的版？发布的所有项是彼此同步在时间一致）？是否采用正确存库中的正成分的确版本生发布？存储库/配置存储库否按SCM计定？项审核

项是否已经进入确的库？是否按SCM计划中规定的命约定项命?是否按照SCM计划，定项的本号？是否按照SCM计划中定的事已经将所项入库？如完成、客户的评意见已采？项是否有所要求文档以识项、版本和更改历史？更改实施审是全部所要求的更请求均已束？

核

是否更改请求标出全部拟改的项更改请求中所标的全部要改的项已更改，QC和在所要求的QC后入库？是否可能在项的何两个版中间区更改？项的文档是否足，能向后踪更改相应的更请求？是否有恰当方法回到以前版本？审核的其他是对库作了恰当的?方面

是否已测试过从份中恢?在群组成员的工目录中是有任何经许的成分是否有恰当的保/批准手以保证只有经授权的组成员才进行入库出？配置管理员应配研发中心品管理部定期对项目进行配管理的审核过程，提供所需要的配管理计划相关资料，在项目开发结束，需提交有关于目的软件置库。配置的备在项目开发实施程的各个段，配置管理员应定期做好件配置库备份，防造成劳动成果的丢失给整个项及公司带来的严重损失。备份可按照公司要求定期按周或月）进行。在每个阶或里程碑在做完线工作后应进行备份。份文件应放在不同的地方。配置理计的修初始的配置管理划在项目始的初期进行制定，由于此只能大致定整个发过程中的一些活动及会产生的档，在实际开发过程中，可会与此有差异，此，配置理计划也需要根开发过程实际情况，及时进行修订，之能够有地对本目的配置理活动进行指导在一般情况下，行配置管计划修订的时机选在到达各阶段的里碑时。果在一个阶段的实施过中，配置理计划不能适应实际过程的更，则由置管理与项目管人员一起根据实情况修订置管理计划。

配置理计附属档《配置文件清单开发过程应该产生一些文及提计划等内，是执行配置管理检查的重依据。该文档在项目开始的期建立，定开发程中需要交的大部分文档并在项目发过程中根据实际情况稍做新。《模块清单块单记录了统各个子统、程模块的名并分进项目内的唯一编号，是所有块的源代需记录模块编号的依据单》在统设计完之后，由项目组和配置管员共同根系统设计进行编制。《文档命名规定《帐号及权限管

参见附录《文档名规定》参见附录《帐号权限管理《配置库日常使规定》参见附《置日常使用定》

第4章里程碑本项目主要划分下几个里碑：里程碑1.需分析已确立2.概设计完成3.详设计完成4.编完成5.测计划完成6.测设计完成7.系测试完成

特点系（或所有确定子系需求分析全完成已形成相应的需求分说明书及它附属文档；需求分析说明书通过公司审或与客户一致认为需求分析阶段已结束可以进入计阶段；系（或所有确定子系概要设计全完成已形成相应的概要设说明书及它附属文档；概要设计说明书通过公司审或与客户一致认为概要设计阶段已结束可以进入细设计阶段；系（或所有确定子系详细设计全完成已形成相应的详细设说明书及它附属文档详细设计说明书通过公司审或与客户一致认为详细设计阶段已结束可以进入码阶段；系（或所有确定子系编码全部完系所有程序已经经过调并确定可运行；已通过公司评审与客户一认为编码阶段已结束，可以进入系统测试段；测试需求已经确并完成；已形相应的测试计划明书及其它附属文；测试用例已经覆所有测试求已成相应的测试用例说明书及其它属文档；系统测试完成发的所有缺陷已得到妥处理符合系统测试退出条已成测试分报告；

8.项结束

上线成功；已得到客户的确并通过验测试与客户一认为该项目已结束。

附录文档命规定本命名规定主要针对文档包括源代码件和最程序的命规则规定主以下三个方面的名规则：受控配置库文件名规则非受控配置库文命名规则提交文档文件命规则、受配置文件名规受控配置库中的置项文含源代码和终工作品应该按照如下格命名：项目名称+资名称+撰写或修日期项项目名称资料名称撰写或修改日期

说明XX项软件开发计划需求规格说明书概要设计用户手册……第一次撰写完成期或修改成日期例如：2015年3月15日定稿的需求规格说明书。、非控配库文命名则非受控配置库主用于存放目成员工作时产生的临时文等求提时不致出，对命名规则没有它限制，项目成员根据自己习惯对文命名。

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

附录帐号及限管理一、1

帐号管理配置管理服务帐号在配置管理服务）为项目组的个项目员都建立号；根据项目过程中人员调配况适时加和删除号；初始口令与用户一致；每个项目成员访配置管理务器时都应该用己的帐；2

配置管理库帐在SVN上为项组的每个目成员都立帐号根据项目过程中人员调配况适时加和删除号；初始口令用户名一；每个项目成员第次登录配库时应修改自己用户口；每个项目成员应使用自己帐号登；项目成员如果遗帐号口令应即时知配置管员重新配该帐号口令；二、

权限管理权限管理分为两部分的权管理：受控配置库的权管理非受控配置库的限管理12

受控配置库配置管理员对受配置库拥所有权；项目组其他成员受控配置拥有只权限；非项目组成员经允对整个配库没有任权限；非受控配置库非受控配置库主包以下三个录：个人工作区

➢➢

小组工作区文档提交区

附录配置库用规定1.2.

项目组成员编写与本项目关文档、程序代码等，应该存在配置中；文档在编写过程在配置库的非受控录中个文档和代码保存“个人工作的项目成员人的目录，小组文档保存“小组工作”的所属小组录下；3.

每周第一个工作开始目员从非受控配置库中签要编写改的文或代码到本人的计算，进行编、修改工作；4.5.

每周最后一个工日结束时项目成员必须将签出的文档存后签入配置库；文档和代码要提到受控配库中时