配置管理文档

GLUTIONU小组工作区用于保存小组的公共代码和集体协作的文档个人代码提交区用于保存小组成员的个人代码，每个人都有单独的代码书目个人文档提交区用于保存小组成员的个人文档，每个人都有单独的文档书目在依据项目开发过程中，依据实际须要，可以酌情增加非受控配置书目

2.3配置管理员技术支持经理在项目中担当配置管理员的工作配置管理员负责L指定配置支配

2.定期的查看配置库更新的内容

3.定期通知大家对稳定版本进行下载

4.帮助组进步行交付物的检查和评审4软件配置管理支配

4.1建立示例配置库配置管理员在制定完支配后，建立符合本项目的配置管理库配置库建立在TortiesSVN上,书目结构可依据示例配置库供应的书目对于本项目来说，须要划分多个子系统，因此要在确定子系统的划分后，在不同阶段下分别建立各子系统的配置书目配置管理库建立完毕后，配置管理人员为小组其他成员安排帐号和权限配置管理员应保管好配置管理工具的管理员权限，项目组中运用配置管理库.svn测试方案文件夹文件夹测试用例情况文件夹联你却文件夹数据库设计文档文件夹详组设计文档项目个人总结文件夹文件夹项目检查项目详细计划与进度安狎E说明书文件夹文件夹需求分析柒总体测试计划小组周志文件夹文僚文件夹的成员应当刚好更改自己在配置管理工具的缺省设置密码图1项目管理文档列表PSI指数计算WBS分区报吉文件夹文件夹

4.

2.1文档测试®遑报告风险苣理文件夹文件夹文件夹个人计划及完成情况缺陷分析报吉配置告理文检文件夹文件夹依据配置管理支配和配置库中的文档清单，配置文件夹管理员要检查须要提交的文系统搭建情况及与要求不同的情况晦幸求说明文系统用户操作手册说明件夹文件夹档是否都按时提交，文档数目是否符合，文档的标识文件夹、命名以及版本等是否符合项目变更由清项目估算文件夹文件夹程序规定关于文档的命名请参见附件1《文档命名规定》项目开发总结报告“女个人贡献及能力评定文件夹文件夹

4.

2.2程序全部属于该项目的程序、分程序、模块和程序单元，都要依据由项目组和配置管理员制订的软件系统的命名约定的规定来标识要求全部模块的源代码都需记录模块编号，且模块编号在整个系统中是唯一的模块编号在系统设计完成之后，由项目组和配置管理员共同依据系统设计进行编制全部属于本项目及其各子系统的各类基线，首先要依据支配书、软件需求规格说明书、软件项目具体分析设计说明书的规定确定其技术内容，在整个软件项目开发过程中定义以下两类基线文档基线本项目的文档基线的定义以里程碑的定义为准，将到达各阶段的里程碑时的文档作为基线，具体里程碑的定义参见第4节〃里程碑〃产品基线产品基线包含两个，一个是系统上线时，一个是系统经过客户验证测试时，基线包含那时的全部程序代码和文档配置管理员负责在项目开发的每一个里程碑处、每一个阶段性的版本发布时负责为整个配置库设立书签，划定配置管理基线，并以文档的方式记录下这些书签的定义

4.

3.1权限限制配置管理员依据附录3《帐号及权限管理》设置和调整项目组成员对配置项的权限

4.

3.2配置库的限制在项目开发和实施的整个过程中，配置管理员依据配置管理支配及管理规则对配置库应进行管理和限制配置管理员负责检查项目组成员运用配置库是否正确包括是否刚好检入最新版本、是否添加了注释、是否刚好更改配置状态，是否存在项目组成员修改了不属于自己负责的配置项，项目组成员是否完成了自己负责的配置项的检入，测试版本的构造是否从配置库中取出等

4.

3.3建立软件库在项目的各个开发阶段，应建立起各阶段各子系统的软件开发库（软件开发工作区），同时建立起想对应的有关该系统及其子系统的软件受控库在每个阶段结束或里程碑，需让各子系统提交相关的产品并送入软件受控库，由配置管理员统一管理，以后再有对产品的变更需求，应依据正常的变更程序来限制并检查相关的变更文档当全部开发工作结束，需建立起软件产品库，将全部可交付的产品都送入软件产品库

4.

3.4软件配置更改软件配置的更改管理适用于全部项目的全部文档和代码，其中包括整个项目的各个运行软件，也包括为项目特地开发的支持软件对该项目各个子系统及其专用支持软件的基线及其集成系统的任何修•改，必需得到项目负责人的批准并在本项目软件质量管理专员处备案才能进行配置更改；更改完成后的文档和代码等，需得到项目负责人认可，提交给配置管理员•后，由配置管理员签入受控配置库；受控配置库中的文档，在文档末尾必需有修改记录部分，包括修改人、修•改日期、修改内容等项，每次对于受控配置库中文档的修改，必需填写这些项配置文件清单的维护配置文件清单的维护由配置管理员维护；•项目初期，配置管理员与项目组成员一起对开发过程中可能产生的文档的•进行预料，并在配置文件清单中列出这些文档及其大致的支配提交时间；在实际开发过程中，文档提交可能会产生一些改变，如新增某些文档、原•支配的一些文档不再单独产生、文档支配提交日期的变更等，项目组应当刚好通知配置管理员，由配置管理员刚好更改配置文件清单中的相应项配置的检查和评审可通过配置管理制度的审核内容来进行检查相关的审核内容如下表审核分类审核内容检查状况发布审核否发布文档是否清晰地定义发布的范围，包括应被纳入的更改恳求？全部已知缺陷/毛病（bug）是否已文档化是否是否有适当的文档，它标识重建该发布所需的环境（编译器版本、OS版本、compilation flags,等等）是是否有适当的文档，它说明构成该发布的成分及成分的版本？发布的全部收是否彼此同步（在时间上一样）？是是是否接受正确存储库中的正确成分的正确版本生成发布？存储库/存储库是否按SCM支配定义否配置项申项是否已经进入止确的库？是核是否按SCM支配中规定的命名约定项命名？是是否依据SCM支配，规定功的版本号？是是是否依据SCM支配中规定的事务已经将全部项入库？例如测试完成、客户的评审看法已接受项是否有所要求的文档以识别项、版本和更改历史？是更改实施是否全部所要求的更改恳求均已结束？是审核是否更改恳求标识出全部拟更改的项？是否更改恳求中所标识的全部要更改的项均已更改，被QC和在所要求的QC后入库是否可能在项的任何两个版本中间区分更改？是是项的文档是否足够，能向后追踪更改到相应的更改恳求？是否有恰当方法能回到以前的版本是审核的其是否对库作了恰当的备份？是他方面是否已测试过从备份中复原？是在群组成员的工作书目中是否有任何未经许可的成分？是是是否有恰当的保密/批准手续以保证只有经授权的群组成员才能进行入库/出库？配置管理员应协作研发中心产品管理部定期对项目进行配置管理的审核在审核过程中，供应所须要的配置管理支配及相关资料，在项目开发结束后，需提交全部关于项目的软件配置库

4.5配置库的备份在项目开发实施过程的各个阶段，配置管理员应定期做好软件配置库的备份，以防造成劳动成果的丢失而给整个项目及小组带来的严峻损失在每个阶段或里程碑处在做完基线工作后应进行备份备份文件应存放在不同的地方本项目的备份按如下方式进行,定期备份时间为每周备份一次,当达到一个里程碑时，对配置库进行一次备份,备份的文件要明确标明备份日期，除了在版本限制服务器中以外，还要在每个人电脑上进行备份

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

1.需求规格说明＞系统（或全部已确定子系统）的需求分析全部完书完成成里程碑特点＞已形成相应的需求分析说明书及其它附属文档＞需求分析说明书已通过小组评审，并且客户（老师）一样认为需求分析阶段已结束，可以进

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

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

4.数据库搭建完＞各个表的字段涵盖全部必要的属性成＞表之间的关联属性明确＞数据库服务器能够稳定的工作＞页面美观

5.静态贞面搭建完成＞包含各个子功能的模板贞

6.各个功能块＞Web Service数据操作止确Web Service搭建＞Web Service响应时间较短完成＞页面之间的跳转正常，没有遗漏的功能和页面

7.客户端页面整合完成＞网站运彳了止常

8.整个网站整合部署完成＞服务器运行稳定＞测试用例涵盖全部等价类

9.测试支配说明书完成＞测试时间支配得当

10.测试分析说明＞针对测试出现的每一种实际状况作出有效的分析书完成＞对后续的修改能够起到帮助作用＞对文档进行统一的编号和整理

11.文档整理和完善工作完成＞再次确认文档的风格是否统一

12.课程答辩通过＞大家得到满足的分数＞能够条例的展示小组的作品7附录1文档命名规定本命名规定主要是针对文档的，不包含源代码文件和最终程序的命名规则本规定主要包含以下三个方面的命名规则

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

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

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

7.1受控配置库文件命名规则受控配置库中的配置项文档（不含源代码和最终工作产品）名称应当依据如下格式命名小组名称_资料名称_版本号项说明项目名称依旧合得来小组资料名称开发支配书系统方案书需求分析说明书概要设计说明书具体设计说明书测试支配模块清单•・•・•・版本号V

1.0例如依旧合得来小组—配置管理文档

7.2非受控配置库文件命名规则非受控配置库主要用于存放项目成员工作时产生的临时文档等，只要求提交时不致出错，对命名规则没有其它限制，由项目成员依据自己习惯对文档命名7J提交文档文件命名规则同受控配置库的文件命名规则项目成员提交文档到文档提交区前，应当依据受控配置库的文件命名规则对文档命名，然后才提交道文档提交区中文件编码原则技术文件的文档编号、编码规则如下表示:项目编号文档类型号文档流水号XXXX+XXX+XXX项目编号项目编号为4位，前两位为小组编号，后两位为标识版本文档类型号用来标识软件开发中产生的某一类技术文档，用三位数字表示:文档类型号技术文档类型001系统方案书/新产品可行性报告002软件开发支配书003需求分析报告004概要设计说明书/设计说明书005测试支配006具体设计说明书文档类型号技术文档类型007用户手册008程序设计规范009界面规范010数据库规范011测试用例说明书012软件测试分析报告013开发总结报告014安装手册015新产品初步可行性分析报告016测试方案017配置管理支配文档流水号只有当在同一文档分成几部分编写时才运用对于技术文件来说，每一种技术文件的文件大小要取决于项关项目的规模大小和困难程度因为本项目比较大，依据系统状况拆分成了三个子系统，文档流水号分别为001〜003子系统一001子系统二002子系统三00310附录3帐号及权限管理

一、帐号管理

1、配置管理库帐号在网络教室SVN服务器上为项目组的每个项目成员都建立帐号；•帐号名与大家的学号相同；•初始口令与网络教室登录密码始终；•每个项目成员访问配置管理服务器时，都应当用自己的帐号；•

二、权限管理权限管理分为两大部分的权限管理＞受控配置库的权限管理＞非受控配置库的权限管理

1、受控配置库配置管理员对受控配置库拥有全部权限；•项目组其他成员对受控配置库拥有只读权限；•非项目组成员未经允许对整个配置库没有任何权限；•

2、非受控配置库非受控配置库主要包含以下三个书目＞个人工作区＞小组工作区＞文档提交区小组工作区各小组的成员对所属小组书目拥有全部权限，对其它小组书目只有只读•权限；项目管理人员和配置管理员对全部小组书目拥有全部权限；•个人文档提交区用于文档提交；•全部人对其拥有添加/只读/修改/删除和签入/签出权限；•配置管理员对其拥有全部权限；•个人代码提交区用于代码提交；•全部人对其拥有添加/只读/修改/删除和签入/签出权限；•配置管理员对其拥有全部权限；•项目名格拉特尼美食梦工厂开发日期2010-09-20至2011-01-14称分类:配置管理文档指导老师王崇文团队2013页数修订记录日期版本内容作者1侬0101,0编写文档框架20131蜂0101,1确定基线内容20131,2201311/7/2010将文件进行编号，和整理，并体现在文档当中魏盛斌20072757闫志鑫20072759小组成员11附录4配置库运用规定

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

2、文档在编写过程中，保存在配置库的非受控书目中，其中个人文档和代码保存在“个人工作区”的项目成员本人的书目下，小组文档保存在小组工作区的所属小组书目下；

3、每周第一个工作日起先，项目成员从非受控配置库中签出要编写、修改的文档或代码到本人的计算机，进行编写、修改工作；

4、每周最终一个工作日结束时，项目成员必需将签出的文档保存后签入到配置库中；

5、文档和代码要提交到受控配置库中时，必需先提交给配置管理员，由配置管理员提交到受控配置库中；

6、当文档或代码通过评审或得到项目管理人员及客户的一样认为可以提交时，提交到文档提交区的书目中；

7、文档提交前应当依据附录1《文档命名规定》中的规定进行命名

8、项目组成员未经项目组允许不得更改他人的文档和代码；

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

10、每次评审结束，相关文档的批准人电子签名由批准人签写或经批准人授权配置管理员填写，然后由配置管理员负责签入配置库；

11、假如须要对受控配置库中的文档、代码进行变更，需得到项目负责人批准方能从受控配置库中取出更改；

12、更改完成后的文档，需得到项目负责人认可，提交给配置管理员后，由配置管理员签入受控配置库尹航20072760郑然20072766书目21弓I言

31.1目的3L2术语定义

31.3参考资料32软件配置

52.1软件配置环境

52.2软件配置项

52.3配置管理员64软件配置管理支配

84.1建立示例配置库

84.2配置标识管理9421文档

94.

2.2程序

94.

2.3基线

94.3配置库限制

104.

3.2配置库的限制

104.

3.3建立软件库

104.

3.4软件配置更改

104.

3.5配置文件清单的维护

104.4配置的检查和评审

114.5配置库的备份

134.6配置管理支配附属文档135里程碑147附录1文档命名规定

157.1受控配置库文件命名规则

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

157.3提交文档文件命名规则159附录2文档编码规范1710附录3帐号及权限管理1811附录4配置库运用规定

201.1目的本文档目的在于对格拉特尼美食梦工厂进行软件配置管理，提高软件质量，降低软件开发成本本文档内容主要参考研发中心相关的ISO程序和制度文档，并在这基础上整理成适合本项目的软件配置管理，为项目经理、配置管理员及相关人员供应日常的配置管理操作步骤

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

1.3参考资料《研发中心配置管理制度》《产品的标识与可追溯性程序》《开发手册》2软件配置

2.1软件配置环境

2.

1.1开发用计算机软件环境软件名称作用Windows7/Windows XP/Windows操作系统VistaAdobe FlashPlayer

10.x flash运行环境Adobe FlexBuilder3flash开发环境TortiesSVN配置管理软件在整个项目过程或产品生命周期中，选择TortiesSVN作为配置管理工具

2.

1.2硬件环境无特别要求

2.

1.3配置管理客户端项目组成员在各自的计算机安装SVN客户端，项目组成员以安排的帐号访问配置服务器和登录配置管理系统，依据配置管理员设定的用户权限进项配置管理活动在本项目的实施过程中，将配置库分为受控配置库和非受控配置库两种受控配置库在本项目开发实施的整个过程中，依据不同阶段的配置管理划分8个受控配置书目，只有配置管理员拥有增加和修改的权限，其它用户只有只读的权限受控配置库的书目为00初始环境配置01启动02需求分析03概要与具体设计04编码05测试06安装部署07项目管理与变更限制初始配置库的根书目中包含依旧合得来小组的配置文件清单，该文档包括本项目开发过程中应当提交的文档的清单，在实际开发过程中，依据实际状况，可以在清单中酌情修改、增加和删除须要提交的文档非受控配置书目在本项目开发过程中，设立了非受控配置书目设立非受控配置书目的目的是为了统一管理和存放开发过程中产生的临时文档和过程性文档，没有格式及命名上的严格要求，使项目组成员在思索、设计时不受太多的限制和约束，能够更有效地发挥个人实力，符合以人为本的原则在项目初期，设立了以下三个书目书目名称用途及说明。