OA办公系统项目配置管理计划

办公系统项目配置管理安排0A配置的检查和评审

3.4配置的检查和评审可通过研发中心配置管理制度的审核内容来进行检查相关的审核内容如下表审核分类审核内容检查状况发布审核发布文档是否清晰地定义发布的范围，包括应被纳入的更改恳求？全部已知缺陷/毛病（）是否已文档化？bug是否有适当的文档，它标识重建该发布所需的环境（编译器版本、OS版本、等等）compilation flags,是否有适当的文档，它说明构成该发布的成分及成分的版本？发布的全部项是否彼此同步（在时间上一样）？是否接受正确存储库中的正确成分的正确版本生成发布？存储库/配置存储库是否按安排定义？SCM项审核项是否已经进入正确的库？是否按安省中规定的命名约定项命名？SCM F是否依据安排，规定项的版本号？SCM是否依据安排中规定的事务已经将全部项入库？例如:测试完SCM成、客户的评审看法已接受项是否有所要求的文档以识别项、版本和更改历史？更改实施审是否全部所要求的更改恳求均已结束？核是否更改恳求标识出全部拟更改的项？更改恳求中所标识的全部要更改的项均已更改，被和在所要求QC的后入库？QC是否可能在项的任彳可两个版本中间区分更改？项的文档是否足够，能向后追踪更改到相应的更改恳求？是否有恰当方法能回到以前的版本？审核的其他是否对库作了恰当的备份？方面是否已测试过从备份中复原？在群组成员的工作书目中是否有任何未经许可的成分？是否有恰当的保密/批准手续以保证只有经授权的群组成员才能进行入库/出库？配置管理员应协作研发中心产品管理部定期对项目进行配置管理的审核在审核过程中，供应所须要的配置管理安排及相关资料，在项目开发结束后，需提交全部关于项目的软件配置库配置库的备份

3.5在项目开发实施过程的各个阶段，配置管理员应定期做好软件配置库的备份，以防造成劳动成果的丢失而给整个项目及公司带来的严峻损失备份可依据公司的要求定期（按周或月）进行在每个阶段或里程碑处在做完基线工作后应进行备份备份文件应存放在不同的地方本项目的备份按如下方式进行,定期备份时间为每个月备份一次，备份方式同公司研发中心一样，定于每个月的最终一个星期二；/当在月末（大于当月日）达到一个里程碑时，对配置库进行一次备份，取消当月20月备份；/当在月中（大于当月日，小于等于当月日）达到一个里程碑时，对配置库进行1020一次备份，当月月备份不变；/当在月初（小于当月日）达到一个里程碑时，不须要对配置库再进行一次备份,当10月月备份不变；/备份的文件要明确标明备份日期，刻录成光盘，在外地封闭开发，现场尚未配备刻录机时，应保存在牢靠的计算机中；配置管理安排的修订

3.6初始的配置管理安排在项目起先的初期进行制定，由于此时只能大致确定整个开发过程中的一些活动及其会产生的文档，在实际开发过程中，可能会及此有些差异，因此，配置管理安排也须要依据开发过程的实际状况，刚好进行修订，使之能够有效地对本项目的配置管理活动进行指导在一般状况下，进行配置管理安排修订的时机选在到达各个阶段的里程碑时假如在一个阶段的实施过程中，配置管理安排不能适应实际过程的变更，则由配置管理员及项目管理人员一起依据实际状况修订配置管理安排配置管理安排的修订，须要通过项目项目的项目负责任、软件质量限制专员、配XXXX置管理员的共同审核，一样签字同意后方能作为此后阶段的配置管理安排配置管理安排附属文档

3.7《配置文件清单》记录项目开发过程中应当产生的一些文档、描述及其提交安排等内容，是执行配置管理及检查的重要依据该文档在项目起先的初期建立，确定开发过程中须要提交的大部分文档，并在项目开发过程中依据实际状况稍做更新《模块清单》模块清单记录了系统各个子系统、程序模块的名称并分别进行项目内的唯一编号，是全部模块的源代码需记录模块编号的依据《模块清单》在系统设计完成之《文档命名规定》后，由《文档编码规范》项目组和配置管理员共同依据系统设计进行编制《帐号及权限管理》《文档命名规定》:参见附录1《配置库日常运用规定》《文档编码规范》:参见附录2《帐号及权限管理》:参见附录3《配置库日常运用规定》参见附录4里程碑

4.本项目主要划分以下儿个里程碑里程碑特点

1.需求分析已确立系统（或全部己确定子系统）的需求分析全部完成已形成相应的需求分析说明书及其它附属文档需求分析说明书已通过公司评审或及客户一样认为需求分析阶段已结束，可以进入设计阶段概要设计完成

2.系统（或全部已确定子系统）的概要设计全部完成已形成相应的概要设计说明书及其它附属文档概要设计说明书已通过公司评审或及客户一样认为概要设计阶段已结束，可以进入具体设计阶段

3.具体设计完成系统（或全部已确定子系统）的具体设计全部完成已形成相应的具体设计说明书及其它附属文档具体设计说明书已通过公司评审或及客户一样认为具体设计阶段已结束，可以进入编码阶段

4.编码完成系统（或全部已确定子系统）的编码全部完成系统全部程序已经经过调试并确定可以运行已通过公司评审或及客户一样认为编码阶段已结束，可以进入系统测试阶段

5.测试安排完成测试需求已经确定并完成；已形成相应的测试安排说明书及其它附属文档测试设计完成测试用例已经覆盖全部测试需求

6.已形成相应的测试用例说明书及其它附属文档系统测试完成

7.系统测试完成，所发觉的全部缺陷已得到妥当处理符合系统测试退出条件已完成测试分析报告项目结束上线胜利

8.已得到客户的确认并通过验收测试及客户一样认为该项目已结束附录文档命名规定1本命名规定主要是针对文档的，不包含源代码文件和最终程序的命名规则本规定主要包含以下三个方面的命名规则受控配置库文件命名规则

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

2.提交文档文件命名规则

3.、受控配置库文件命名规则1受控配置库中的配置项文档（不含源代码和最终工作产品）名称应当依据如下格式命名:项目名称+资料名称+撰写或修改日期项说明项目名称项目XXXX资料名称开发安排书系统方案书需求分析说明书概要设计说明书具体设计说明书测试安排模块清单撰写或修改日期第一次撰写完成日期或修改完成日期例如年月日定稿的开发安排书200258项目软件开发安排书XXXX doc年月日定稿的子系统一需求分析说明书为2002521项目子系统一需求分析说明书XXXX

20230521.doc、非受控配置库文件命名规则2非受控配置库主要用于存放项目成员工作时产生的临时文档等，只要求提交时不致出错，对命名规则没有其它限制，由项目成员依据自己习惯对文档命名、提交文档文件命名规则3同受控配置库的文件命名规则项目成员提交文档到文档提交区前，应当依据受控配置库的文件命名规则对文档命名,然后才提交道文档提交区中附录文档编码规范2文件编码原则依据复旦金仕达公司研发中心程序文件《文件编码及撰写规范》的规定，技术文件的文iso档编号、编码规则如下表示XXXXXXXX-XXX-XXX1------------文档流水号（3码）----------------------------------文档类型号（3码）---------------------------------------------------------------项目编号（8码）项目编号项目编号为8位，1-5位为在研发中心产品管理部申请的项目编号，6-8位标识版本文档类型号用来标识软件开发中产生的某一类技术文档，用三位数字表示文档类型号技术文档类型系统方案书/新产品可行性报告001软件开发安排书002需求分析报告003004概要设计说明书/设计说明书005测试安排具体设计说明书006用户手册007程序设计规范008009界面规范010数据库规范011测试用例说明书012软件测试分析报告013开发总结报告014安装手册新产品初步可行性分析报告015测试方案016017配置管理安排文档流水号只有当在同一文档分成儿部分编写时才运用对于技术文件来说，每一种技术文件的文件大小要取决于项关项目的规模大小和困难程度因为本项目比较大，依据系统状况拆分成了三个子系统，文档流水号分别为001〜003子系统一001子系统二002子系统三003附录帐号及权限管理3

一、帐号管理、配置管理服务器帐号1•在配置管理服务器上为项目组的每个项目成员都建立帐号；•帐号名及《项目开发小组通讯录》中登记的内部用户名一样;XXXX•依据项目过程中的人员调配状况适时增加和删除帐号；•初始口令及用户名一样；•每个项目成员访问配置管理服务器时，都应当用自己的帐号；、配置管理库帐号2•在上为项目组的每个项目成员都建立帐号；SourceSafe•帐号名及《项目开发小组通讯录》中登记的内部用户名一样；XXXX•依据项目过程中的人员调配状况适时增加和删除帐号；•初始口令及用户名一样；•每个项目成员第一次登录配置库时应当修改自己的用户口令；•每个项目成员应当运用自己的帐号登录SourceSafe；•项目成员假如遗忘帐号口令，应即时通知配置管理员重新安排该帐号的口令;

二、权限管理权限管理分为两大部分的权限管理:•受控配置库的权限管理•非受控配置库的权限管理受控配置库•配置管理员对受控配置库拥有全部权限；•项目组其他成员对受控配置库拥有只读权限；

2、非受控配置库•非项目组成员未经允许对整个配置库没有任何权限;非受控配置库主要包含以下三个书目•个人工作区•小组工作区•文档提交区个人工作区•在上的个人工作区书目下为项目组的每个项目成员都建立了一个及本SourceSafe人的中文名字一样的书目；•每人对及自己同名的书目拥有全部权限，对其它的书目拥有只读权限；小组工作区•分为子系统

一、子系统

二、子系统三个书目；•各小组的成员对所属小组书目拥有全部权限，对其它小组书目只有只读权限;•项目管理人员和配置管理员对全部小组书目拥有全部权限；文档提交区•用于文档和代码提交；•全部人对其拥有只读/修改/删除和签入/签出权限；•配置管理员对其拥有全部权限；附录配置库运用规定

4、项目组成员编写的及本项目有关文档、程序代码等，应当保存在配置库中；

1、文档在编写过程中，保存在配置库的非受控书目中，其中个人文档和代码保存在“个人工2作区”的项目成员本人的书目下，小组文档保存在“小组工作区”的所属小组书目下；、每周第一个工作日起先，项目成员从非受控配置库中签出要编写、修改的文档或代码到本3人的计算机，进行编写、修改工作；、每周最终一个工作日结束时，项目成员必需将签出的文档保存后签入到配置库中；

4、文档和代码要提交到受控配置库中时，必需先提交给配置管理员，由配置管理员提交到受5控配置库中；、当文档或代码通过评审或得到项目管理人员及客户的一样认为可以提交时，提交到“文档6提交区”的书目中；、文档提交前应当依据附录《文档命名规定》中的规定进行命名，文档编码应当符合附录712《文档编码规范》中的规定；、项目组成员未经项目组允许不得更改他人的文档和代码；

8、任何文档、代码等，不能以压缩文件的方式签入配置库中；

9、每次评审结束，相关文档的批准人电子签名由批准人签写或经批准人授权配置管理员填写，10然后由配置管理员负责签入配置库；、假如须要对受控配置库中的文档、代码进行变更，需得到项目负责人批准方能从受控配置11库中取出更改；、更改完成后的文档，需得到项目负责人认可，提交给配置管理员后，由配置管理员签入受12控配置库文档修改记录日期修改人修改内容其它andylau第一次编写完成2002/05/22andylau

1.配置库书目结构，规划到子书目级别2002/05/

312.加强对配置项的变更限制

3.增加受控文档的签字的描述

4.配置安排在开发过程中进行修订的确认和审批

5.增加测试里程碑的定义

6.加入配置库中不应当出现压缩文件

7.修改配置库备份的定义

8.修改签入/签出的周期为一周andylau在

3.3配置库限制一软件配置更改中增加对受控文件修改后必需增加描述内容202/06/01书目引言

1.1目的

1.11术语定义

1.21参考资料

1.31软件配置

2.2软件配置环境

2.12软件配置项

2.22配置管理员

2.33软件配置管理安排

3.4建立示例配置库

3.14配置标识管理

3.26配置库限制

3.37配置的检查和评审

3.48配置库的备份

3.59配置管理安排的修订

3.69配置管理安排附属文档

3.79里程碑

4.11附录文档命名规定

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

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

212、提交文档文件命名规则312附录文档编码规范213附录帐号及权限管理314附录配置库运用规定416文档修改记录17引言.1目的

1.1本文档目的在于对办公系统项目进行软件配置管理，提高软件质量，降低软件开发成OA本本文档内容主要参考研发中心相关的程序和制度文档，并在这基础上整理成适合本项ISO目的软件配置管理，为项目经理、配置管理员及相关人员供应日常的配置管理操作步骤术语定义

1.2软件配置管理简称的缩写，是在项目开发中，标SCM SoftwareConfiguration Management识、限制和管理软件变更的一种管理配置管理的运用取决于项目规模和困难性以及风险水平软件的规模越大，配置管理就显得越重要基线是项目储存库中每个工件版本在特定时期的一个“快照”它供应一个正式标BaseLine准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线配置管理员项目组中负责配置管理工作的角色，该角色可以兼职在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统一添加或修改相关文档的最新有效版本以及审批人签字配置标识对软件项目在开发过程中的资源进行标识，以便识别Configuration Identification配置检查对软件配置管理过程中的行动进行检查ConfigurationAudit参考资料

1.3《研发中心配置管理制度》《产品的标识及可追溯性程序》《开发手册》软件配置.2软件配置环境

2.1服务器软件环境软件名称作用Windowns2000Advance Server操作系统Visual SourceSafe

6.0配置管理软件在整个项目过程或产品生命周期中，选择作为配置管理工具硬件Visual SouceSafeVSS环境名称规格说明网络局域网服务器服务器名称PC内存256M为保留独立运用空间VSS5G客户机一般机项目组成员各自的计算机PC配置管理客户端项目组成员在各自的计算机安装客户端，项目组成员以安排的帐号访问配置服务器和VSS登录配置管理系统，依据配置管理员设定的用户权限进项配置管理活动软件配置项

3.2在本项目的实施过程中，将配置库分为受控配置库和非受控配置库两种受控配置库在本项目开发实施的整个过程中，依据不同阶段的配置管理划分个受控配置书目，只有11配置管理员拥有增加和修改的权限，其它用户只有只读的权限受控配置库的书目为:初始配置00启动01需求分析02设计03编码04测试05安装06总结07变更08项目管理09环境配置10初始配置库的根书目中包含项目的配置文件清单，该文档包括本项目开发过程中应XXXX当提交的文档的清单，在实际开发过程中，依据实际状况，可以在清单中酌情修改、增加和删除须要提交的文档具体内容参见本文的“配置文件清单的维护”

3.3各个配置书目内应当包含的文档，请参见办公系统项目配置文件清单“OA非受控配置书目在本项目开发过程中，设立了非受控配置书目设立非受控配置书目的目的是为了统一管理和存放开发过程中产生的临时文档和过程性文档，没有格式及命名上的严格要求，使项目组成员在思索、设计时不受太多的限制和约束，能够更有效地发挥个人实力，符合以人为本的原则在项目初期，设立了以下三个书目书目名称用途及说明个人工作区用于保存项目成员自己编写的文档，每个项目成员都有自己独立的工作书目小组工作区用于保存小组成员与作编与的文档，每个小组都有自己独立的工作书目文档提交区作为非受控配置库和受控配置库之间的缓冲，用于提交已经定稿的文档和代码，在评审通过后，再由配置管理员取出并提交到受控配置库中在依据项目开发过程中，依据实际须要，可以酌情增加非受控配置书目配置管理员

4.3在本软件项目开发过程中，项目组必需设立配置管理员，专业（或兼职）负责软件项目开发过程中的软件配置管理工作，保证在项目开发过程中的一些变更管理及文档管理的完整性，顺当地实施项目开发进度配置管理员负责制定配置管理安排，检查项目组成员是否正确运用配置库，并督促项目开发安排的实施配置管理员还需协作研发中心产品管理部进行项目的配置评审评审结束，相关文档的批准人电子签名由批准人签写或经批准人授权配置管理员填写，然后由配置管理员负责签入配置库；同时，由配置管理员收集配置项审批相关的文档并签入配置库email软件配置管理安排3,关于项目项目软件配置管理的文档提交安排请参见《项目配置文件清XXXX XXXX单》.xls关于配置库的日常运用的规定参见附件《配置库运用规定》4建立示例配置库

3.1配置管理员在制定完安排后，依据公司建议的配置库建立符合本项目的配置管理库配置库建立在上，书目结构可依据示例配置库供应的书目对于本项目来说，须Visual SouceSafe要划分多个子系统，因此要在确定子系统的划分后，在不同阶段下分别建立各子系统的配置书目项目其配置管理书目结构如下所示XXXX—$/—初始配置9a00T・01启动—需求分析02子系统一FM子系统二Tffl■子系统三La—设计03子系统一t・子系统二子系统三G—编码fc04—测试ttfl05—安装ta06—总结ftU07—变更fin08T・09项目管理—环境配置tn10—!■文档提交个人工作区—fill张三-UU海松宝中小组工作区F子系统一一子系统二』子系统三J X配置管理库建立完毕后，可依据配置管理库的人员安排在上建立相Visual SouceSafe应的用户及权限，并将这些用户分发给指定的开发人员或用户具体的帐号及权限管理参见附录《帐号及权限管理》3配置管理员应保管好配置管理工具的管理员权限，项目组中运用配置管理库的成员应当刚好更改自己在配置管理工具的缺省设置密码配置标识管理

3.2文档

1.依据配置管理安排和配置库中的文档清单，配置管理员要检查须要提交的文档是否都按时提交，文档数目是否符合，文档的标识、命名以及版本等是否符合程序规定关于文档的命名请参见附件《文档命名规定》,文档标识及版本参见附件《文档编码规范》12程序

2.全部属于该项目的程序、分程序、模块和程序单元，都要依据由项目组和配置管理员制订的软件系统的命名约定的规定来标识要求全部模块的源代码都需记录模块编号，且模块编号在整个系统中是唯一的模块编号在系统设计完成之后，由项目组和配置管理员共同依据系统设计进行编制基线

3.全部属于本项目及其各子系统的各类基线，首先要依据安排书、软件需求规格说明书、软件项目具体分析设计说明书的规定确定其技术内容，在整个软件项目开发过程中定义以下两类基线文档基线本项目的文档基线的定义以里程碑的定义为准，将到达各阶段的里程碑时的文档作为基线，具体里程碑的定义参见第节“里程碑”4产品基线产品基线包含两个，一个是系统上线时，一个是系统经过客户验证测试时，基线包含那时的全部程序代码和文档配置管理员负责在项目开发的每一个里程碑处、每一个阶段性的版本发布时负责为整个配置库设立书签，划定配置管理基线，并以文档的方式记录下这些书签的定义配置库限制

3.3权限限制配置管理员依据附录《帐号及权限管理》设置和调整项目组成员对配置项的权限3配置库的限制在项目开发和实施的整个过程中，配置管理员应依据配置管理安排及管理规则对配置库应进行管理和限制配置管理员负责检查项目组成员运用配置库是否正确包括是否刚好检入最新版本、是否添加了注释、是否刚好更改配置状态，是否存在项目组成员修改了不属于自己负责的配置项，项目组成员是否完成了自己负责的配置项的检入，测试版本的构造是否从配置库中取出等建立软件库在项目的各个开发阶段，应建立起各阶段各子系统的软件开发库（软件开发工作区），同时建立起想对应的有关该系统及其子系统的软件受控库在每个阶段结束或里程碑，需让各子系统提交相关的产品并送入软件受控库，由配置管理员统一管理，以后再有对产品的变更需求，应依据正常的变更程序来限制并检查相关的变更文档当全部开发工作结束，需建立起软件产品库，将全部可交付的产品都送入软件产品库软件配置更改软件配置的更改管理适用于全部项目的全部文档和代码,其中包括整个项目的各个运行软件，也包括为项目特地开发的支持软件•对该项目各个子系统及其专用支持软件的基线及其集成系统的任何修改，必需得到项目负责人的批准并在本项目软件质量管理专员处备案才能进行配置更改；•更改完成后的文档和代码等，需得到项目负责人认可，提交给配置管理员后，由配置管理员签入受控配置库；•受控配置库中的文档，在文档末尾必需有修改记录部分，包括修改人、修改日期、修改内容等项，每次对于受控配置库中文档的修改，必需填写这些项配置文件清单的维护•配置文件清单的维护由配置管理员维护；•项目初期，配置管理员及项目组成员一起对开发过程中可能产生的文档的进行预料，并在配置文件清单中列出这些文档及其大致的安排提交时间；•在实际开发过程中，文档提交可能会产生一些改变，如新增某些文档、原安排的一些文档不再单独产生、文档安排提交日期的变更等，项目组应当刚好通知配置管理员，由配置管理员刚好更改配置文件清单中的相应项。