各种软件项及介质的标识管理规范完整

1、KjNEUVLPIhE标识规范文件编号：NW601101生效日期：2000.3.20受控编号：密级：秘密版次：Ver2.1修改状态：总页数9正文8附录1马云生孟莉孟莉沈阳东大阿尔派软件股份（版权所有，翻版必究）文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期目录目的适用范围术语和缩略语标识规则标识对象文档版本控制发行版本控制软件项标识方式不合格品的标识引用文件NW602102文件编号规定质量记录NR602101A”文件备份清单”.目的为便于标识、控制和追踪软件开发过程中产生的各种软件项及介质，特制定本文件。.适用范围适用于软件开发过程中所需的各种软件项及介质。.术语和缩

2、略语本程序采用NQ402100质量手册中的术语和缩略语及其定义。.标识规则标识对象标识对象主要包括：技术文档（可行性分析报告、需求分析报告、开发计划、质量计划、系统设计报告、技术报告、测试计划等）、提交产品（计算机程序、释放产品等），主要通过介质标识和版本控制以便于存取和查阅。文档版本控制对于计划性文档、技术文档和用户文档，其版本按修改的先后顺序确定。新生成的文档第一次发行为第一版，修改后第二次发行为第二版，以此类推。发行版本控制最终完成的软件版本用三位符号表示：“s.xy”。各符号位的含义如下：“y”为第二次版本号，表示纠正错误时的版本升级，用一位数字表示：“19”,对上一次产品或项目中的缺

3、陷做修正，第二次版本号增加；“x”为第一次版本号，表示增加功能时的版本升级，用一位数字表示：“09”。与上一产品或项目相比，功能进行了小量的增加或修正时，第一次版本号增加，第二次版本号为零，第二版本号为零时可以省略不写；“s”为主版本号，用一位数字表示：“19”。对产品作重大调整，或与已发行的上一产品相比，在功能与性能上有较大改善时主版本号增加，次版本号为零，产品或项目概念全新，第一次完成，版本号为1.0。软件项标识方式技术文档的标识体现在相应文件的封面上，由开发人员参照相应文档模板的格式要求，对技术文档进行标识。技术文档编号用十五位符号表示：“xxxxxxxxxxxttnn”。各符号位的含义

4、如下：“xxxxxxxxxxx”为本次开发的项目编号，共十一位，具体含义见NW602102文件编号规定；“tt”为文档类别代号，用两位大写字母表示。“tt”的取值范围如下：FA(FeasibilityAnalysis):可行性分析报告RA(RequirementAnalysis):需求分析报告DP(DevelopingPlan)：开发计划QP(QualityPlan):质量计划SD(SystemDesign):系统设计报告TR(TechnicalReport):技术报告SR(SummaryReport)：项目开发总结报告本部分未给出代号的文档，其代号由相应的文档编写部门确定。“nn”为顺序号，

5、用两位数字表示：“0199”。计算机程序备份标识方法程序备份标识方法体现在提供备份介质的备份路径中。在开发过程中保存的文件，由开发人员参照相应的文件管理软件进行操作。在提交开发结果时，由开发人员对存放文件的介质进行规范标识，目录标识方法如下：技术文档其中的文件名称为：文档名称（文档编号）项目名称（项目编号-日期）源程序（版本号）按类别或模块建立子目录执行程序（版本号）项目编号规定参见NW602102文件编号规定，程序版本号规定见4.3说明：日期格式为：nnnnmmdd根据介质上所存储的内容，在介质的表面进行标识1）磁盘介质产品的标识方式:沈阳东大阿尔派软件股份Tel: (024) 238417

6、48 Fax: 23890817Copyright 1990-1998, NEU-ALPINE.ALL rights reserved产品磁盘号/总 磁盘数2）光盘介质产品的标识方式:盘签号：MO-QA1998M001其中，MO盘签的编号方式如下：MO盘签编号共12位“MO-ssnnnnxddd”;前2位“ss”表示部门代号；第36两位“nnnn”为数字,取公元纪年的末两位。如1991年为“1991”;第7位“x”取值及表示意义如下：取“M”时，表示为主拷贝或母盘；取“B”时，表示为备份拷贝；取“T”时，表示为临时存贮用盘；后3位为存盘序列号，取值为“001999”，每年从头排号，按每年用盘的

7、数量和次序依次编号。每张MO盘可按部门分类或项目分类存贮一个或多个软件产品/项目的程序及文档，并在盘标上分别注明内容、备份时间和备份人员。当MO盘标签不足以记录所存贮内容的索引时，应在MO盘的根目录下用电子文件：“文件备份清单”来记录。4）备份光盘的标识方式备份光盘的标识应同时加注在光盘盘面与光盘签上，其编号方式如下：编号共12位“CD-ssnnnnxddd”：前2位“ss”表示部门代号；第36两位“nnnn”为数字，取公元纪年的末两位。如1991年为“1991”；第7位“x”取值及表示意义如下：取“M”时，表示为主拷贝或母盘；取“B”时，表示为备份拷贝；取“T”时，表示为临时存贮用盘；后3位

8、为存盘序列号，取值为“001999”，每年从头排号，按每年用盘的数量和次序依次编号。每张光盘可按部门分类或项目分类存贮一个或多个软件产品/项目的程序及文档，并在盘标上分别注明内容、备份时间和备份人员。当光盘标签不足以记录所存贮内容的索引时，应在光盘的根目录下用电子文件：“文件备份清单”来记录。5）母盘的标识方式对于母盘，除按上述方式标识之外，一定注明“母盘”字样注：PR产品释放（ProductionReleaseM厂品释放的母盘盘签号：CD-PR1999M001产品名称：版本号：注明“（母盘）”字样回收时间释放时间回收人释放人不合格品的标识4.5.3对不合格品的处理应能防止该不合格品被误用或以

9、其他方式重新流入软件开发过程。对不合格品的处理可以采用删除存储内容、重新格式化、退货或让步接收等方式进行。必须记录不合格品的处理过程。.引用文件NW602102文件编号规定.质量记录NR602101A”文件备份清单”文件备份清单记录编号：NR602101A-序号项目编号项目（软件）名称内容备份人/日期开发部门备注1.此表用于登记MO/CD备份时的内容索引，一般在MO/CD盘的根目录下，也可以是书面记录;2.此页不足可以有附页，附页与此页相同。第页/共页回港期亚1.1.11.1.1.1.1密级：内控研发本部版本管理规范1.1.11.1.2.V1.0浪潮集团山东通用软件目录 TOC o 1-5 h

10、 z HYPERLINK l bookmark22 o Current Document 文档类别使用对象31引言4目的4范围4 HYPERLINK l bookmark29 o Current Document 术语定义4参考资料4版序控制记录5 HYPERLINK l bookmark33 o Current Document 版本更新记录52版本管理5 HYPERLINK l bookmark37 o Current Document 21版本标识方法5211正式版本6212特殊版本622目录结构6 HYPERLINK l bookmark45 o Current Document 3文

11、档的存放8 HYPERLINK l bookmark47 o Current Document 当前版本和历史版本的存放8 HYPERLINK l bookmark49 o Current Document 开发文档的存放8 HYPERLINK l bookmark51 o Current Document 源代码的存放8 HYPERLINK l bookmark53 o Current Document SQL语句的存放8发行文档的存放8 HYPERLINK l bookmark57 o Current Document 4权限控制管理83更新管理91源程序的修改932已发布版本的维护及修改

12、9 HYPERLINK l bookmark59 o Current Document 3外出人员对产品的修改104版本升级12版本升级原则12 HYPERLINK l bookmark66 o Current Document 新版本的发布13 HYPERLINK l bookmark68 o Current Document 安装盘制作步骤134备份管理14 HYPERLINK l bookmark72 o Current Document 5用户版本管理142文档类别使用对象文档类别该文档是为浪潮通软公司研发本部各产品部、事业部提供一个版本管理规范性文件。使用对象该文档使用对象为浪潮通软

13、公司研发本部各部门经理及版本管理人员，以及其他相关人员。未经管理过程改善部书面许可，该文档不得提供给上述规定对象以外的人员阅读或使用。31引言1.1目的本文档是为规范公司研发本部各产品部、事业部版本管理而制定的。1.2范围本文档为各产品部、事业部版本管理员提供有关版本管理规范的相关内容，包括：版本标识方法软件系统数据的存放文档的修改控制文档的备份制度1.3术语定义SCMSoftwereConfigurationManagemen稀写SVMSoftwareVersionManageme陶!写文档一种数据媒体和其上所记录的数据。配置管理标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的

14、投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。软件配置软件的具体形态在某时刻的瞬时影像。配置项软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。基线软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。3.31.4参考资料1事业部门版本管理工作标准SEPG2国强财务V60配置管理财务产品部V1.03商业事业部版本管理规范V1.04酒店事业部版本管理规范V1.05财务产品部版本管理规范V1.06PAC事业部版本管理规范V1.0口MRPII部版本管理规范V1.0

15、8金融事业部版本管理规范V1.09ER唐B版本管理规范V1.03.41.5版序控制记录版序状态拟稿审核批准发布日期r1.0管理过程改善部任甲林99/11/183.51.6版本更新记录*A-增加M-修改D-删除版本/修订版修改页码修改记录修改人日期1.0初始版本99/1142.版本管理4.12.1版本标识方法为了使工作规范化、统一化，研发本部各部门实行的版本标识管理方法分为：正式版本和特殊版本。.1.1正式版本公司在市场渠道上发行的正规版本。以“V”开头，版本号放后。版本号分3节：主版本号，次版本号和内部版本号，每节之间以小数点（.）间隔。如V表示主版本号为2,次版本号为0,内部版本号为01.1

16、.2特殊版本特殊版本是在正式版本的基础上，针对某客户开发的版本。它与正式版本的不同之处在于问题不具有通用性和适应性，只符合该用户的实际使用情况。该版本标识分为常规部分和扩展部分，常规部分表示该特殊版本哪一个正式版本的分支，命名方法同正式版本的命名方法。对于扩展部分，以“S”开头，后加一唯一序号。举例如下：V2.33.S01表示由V2.33分支出的第一个特殊版本V2.33.S02表示由V2.33分支出的第二个特殊版本事业部不鼓励产生特殊版本。只有在极特殊的情况下，才产生适当的特殊版本。并在以后的版本演化中，尽量将其纳入到正式版本中。2.2目录结构由于各部门的实际情况不同，目录结构很难统一，但为了

17、能更好地管理各事业部的文档，建议可将被管理的配置项分为三大类：文档类、源码类及安装盘类，这样存放比较清晰，有利于版本管理。至于二级目录是以模块划分还是以版本划分，各产品部、事业部可根据自己部门的情况，制定适合本部门的目录结构，并根据制定的目录结构给出文件级目录清单（先给出源程序及文档的文件级目录清单，安装盘的可以后再执行）：,现以财务产品部V6。0的目录结构举例如下：根目录二级目录三级目录四级目录对应配置项备注源码（F：）模块缩写1Current存目录前正在修改的内容V6.0PBLSQLSQL文件DOC详细设计、数据结构HTML帮助文件bmp:图像文件V6.0.01按版本号依次类推模块缩写2与

18、模块1相同000000模块缩写n文档(G：)Require用户需求记录版本号在文件名上标识DesignV6.0总体设计文档按版本号依次类推VTestRecord测试记录版本号在文件名上标识CaseV6.0测试用例VUserV6.0用户使用手册产品说明手册VPlanProject项目计划Month月度计划安装盘(H：)V6.0ReleaseRELSRCSETUP产品盘或发布文档V.表示正式版本及特殊版本的目录按以下原则定义：正始版本：以“V”开头，版本号放后，主版本号和次主版本号之间的”.去掉，明细版本号之前加“-。举例如下：版本号目录名 TOC o 1-5 h z V6.0V60V6.1V61

19、V6.0.01V60-1V6.1.02V61-2特殊版本：目录名分为常规名和扩展名两部分，常规部分表示该特殊版本是由哪一个正始版本分支而来，命名方法同正始版本的命名方法。对于扩展名,以“S”开头，后加一唯一序号。举例如下：目录名意义V60.S01表示由V6.0分支出的第一个特殊版本V60.S02表示由V6.0分支出的第二个特殊版本V60-1.S01表示由V6.0.01分支出的第一个特殊版本对于有些事业部是针对某个具体用户开发的特殊版本，在表示特殊版本的目录时，常规部分表示该特殊版本是哪一个正始版本的分支，对于扩展部分，可以把项目名称作为扩展名。举例如下：V60.中信表示由V6.0分支出的中信版

20、本23文档的存放当前版本和历史版本的存放对于源码文件，特别增加了一个Current目录，存放当前正在开发与维护的源码文件，当前未发布版本的所有数据都存放在下。一旦当前版本正式发行，则当前目录被修改为相应的历史目录。历史版本是指已经发行的版本，存放在相应的版本目录之下，一般不允许改动。4.3.22.3.2开发文档的存放根据各部门自己的情况，将系统用户需求记录、总体设计文档、详细设计及数据结构文件、测试记录、用户手册等放入相应的目录下，也可将不同模块的开发文档存放于不同的模块中。4.3.3源代码的存放源代码包括如：PBL，PBR，BMP，ICO，CPP，HPP，MAK，PRJ，INI等相关文件，是

21、未经编译处理的、不能直接交付使用的产品文件以及编译产品所需的文件；联机帮助文件HLP在未生成HLP文件之前的DOC，RTF等格式的文档也视为源代码。各子系统当前的程序源文件放入相应的目录下。对于一个子系统又分多个分子系统的情况，应在该目录下分别建立几个相应的目录。4.3.42.3.4SQL语句的存放各子系统SQL文件放入.SQL下，对于不同的数据库，分别建立不同的子目录，如WAT、SYB、MSS、ORC、DB2等。公共SQL文件直接放入SQL下即可，不同数据库的特殊SQL分别放入对应的子目录下。4.3.52.3.5发行文档的存放发行文档是指产品交付用户使用所必须的文件。包括：产品可执行文件，用

22、户使用说明书，联机帮助（HLP）；资源文件（BMP，ICO等），环境配置文件等。以上文档作为制作发行盘的素材，放在RELEASE的REL_SRC目录之下，制作好的发行盘放在RELEASE的SETUP目录。4.424权限控制管理为保障文档的安全性，一致性，以及防止意外修改，必须对不同的文档设置不同的访问权限。文档权限类别：只读权限，读写权限。文档类别：设计文档，源码，发行文档。用户类别：开发人员、测试人员、分析设计人员、部门经理、配置管理员、安装盘制作人员、问题及需求管理人员、用户文档编写人员等。为了控制不同的使用权限，根据要求在服务器上分别建立不同的用户，针对不同的配置项所在目录分配不同的权限

23、。为了便于各产品部、事业部的管理，应以表格的形式列出人员与管理对象的访问关系（用户权限清单）。53更新管理31源程序的修改当开发小组在开发同一产品时，应能保障：各成员间的修改不会互相覆盖；程序员的修改能及时反映到产品的最新版本中。建议首先在相应子系统的下一级建一目录，如checkout,存放正在修改的文档及修改登记表。当某个程序员要修改某一文档时，遵循以下程序：1、接收维护任务；2、查看需要修改的文件（如PBL及SQL等）是否正在被其它人员修改（检查checkout目录下是否存在要修改的文件或后缀已改为该程序员姓名简写）；3、如果有人在修改该文件，等待或与相应的开发员联系，重复2。否则继续；4

24、、将该文件复制到checkout目录下，在修改登记表中登记；或将该文件的后缀改为本人姓名简写；5、将该文件考至自己的私有目录；6、根据要求修改源文件；7、根据要求测试，并进行相关项的回归测试；8、交测试人员测试，如未通过，重复6。如通过则继续；9、在checkout目录中删除该文件，并在修改登记表中标注修改完成；10、将修改完毕的文件通过电子邮件或其它手段送交版本管理员，版本管理员将文件复制到相应的路径；如遇特殊情况（版本管理员出差），程序员可将修改完毕的文件复制到相应的路径下，或将后缀改回正式。11、回复下达者，报告维护任务完成。驻外开发时，也采用以上程序进行控制。32已发布版本的维护及修改

25、在正式版本发布后，由于软件错误或其它问题（如用户提出增加小功能）需要对程序进行修改时，应及时作出修补盘（可以软盘或其它的形式），。在该发布版本目录下建立一该版本的修补目录，该目录由版本管理员负责。各系统如果修改了部分错误或增强了部分功能，应将修改或增加的编译后程序文件交由版本管理员，由管理员将该程序文件加入到该目录下，并更及时更新到安装盘中去。维护人员在更改产品的程序错误，如增加小的模块，或做小的改进时，应将程序文件及时通知版本管理员，由版本管理员负责更新源程序。维护人员应详细记录修改内容。举例如下:修改时间产品代号或名称以及版本号修改原因修改的模块；受影响的模块是否修改了表结构，修改了哪些表

26、结构对应的修改申请表单号修改负责人该表存放在相应版本的根目录下。(4)修改过的源程序要经过测试人员的测试。事业部如没有专人测试，可由程序员自己测试。(5)对于涉级数据结构的程序变动，原则上不作为修补的内容，它只对某些用户有用，将可能在下一版本中体现，具体情况要具体处理。3.3外出人员对产品的修改外出人员对产品的修改，是指以下几种情况：(1)外出维护时，需要对产品进行修改；(2)实施工程时，针对客户要求，对产品进行用户个性化修改(在这种情况下，一般需要衍生出特殊版本)。执行程序：(1)维护人员每当接到实施或维护任务时，若需修改源代码，应在启程前认真填写源程序修改申请表，交部门负责人认定后，维护人

27、员可携带源程序到用户现场。(2)在维护期间，确实由于维护需要而必须在用户设备上拷入源程序时，应确保源程序的安全性，并及时予以删除。(3)在维护期间若修改了源程序或用户提出了新的问题，维护人员必须认真填写源程序更新登记表。(4)回公司后，版本管理员应负责和监督相关人员将所有文档复制到规定目录之下，并完善相关的所有文档，相关的文档包括：源程序更新登记表、用户程序更改日志和修改申请表。将更新登记表及所更新的源程序数据交由部门版本管理人员确认并审定。如果是已发布版本的源程序，必须由版本管理员负责更新；非对外发布的版本如特殊版本可由程序员自己更新，但版本管理员应及时进行备份，保证源程序为最新。(5)修改

28、过的源程序要经过测试人员的测试。事业部如没有专人测试，可由其他程序员或本人自己测试。(6)将更新登记表交由部门负责人签字确认。(7)将更新登记表交由部门版本管理人员存档。(8)部门配置管理员及时通知相关程序员。修改申请表样例:申请时间用尸名称版本号问题简单描述申请人签字侦贵人签字源程序更新登记表样例：源程序更新登记表编号：年月日填表人单位名称地址版本情况问题描述编号描述内容（包括：模块问题现象问题原因）实编号修改时问修改内容际修改遗留问题*更新编号是e更新更新时问版本管理员签字备注：部门经理签字注:更新栏由部门版本管理写；5.43.4版本升级5.4.13.4.1版本升级原则版本升级应严格纳入版

29、本管理的控制之下。应当谨慎地控制版本的升级，保障高版本的向下兼容性，或提供严格定义的升级方法。在下面几种情况下，进行版本演化和升级：1、当产品发生重大修改和改进时，主版本号加1。重大修改和改进包括：1）平台迁移；2）开发工具的迁移；3）体系结构的变迁。2、当产品发生较小的改进或修改时，次版本号可以加1。3、对于改动量比较少的，如修改产品的错误，可增加内部版本号。内部版本号对用户来说是不可见的，只对事业部内部版本控制有用。4、记录版本升级过程。每次版本升级，都要填写版本升级记录表，记录表样例如下:版本升级记录表版本号发布日期修改文件问题简要描述发布责任人批准人备注说明：版本号：记录当前发布的版本

30、。发布日期：该版本批准发布的日期。修改文件：版本修改记录文件，一般为版本修改日志。5.4.23.4.2新版本的发布新版本的发布包括主版本号和次版本号的升级，一般不包括内部版本号的升级。流程如下：1、接收新版本发布任务，接收本次发布的版本代号。2、在指定目录中，根据本次发布的版本号建立相应的子目录，将current下的所有内容拷贝至新建目录下。3、可在新建目录下建立readme.txt,并加入相应的内容。4、下达安装盘制作指令。readme.txt文件是记录该版本与上一版本的不同，作过哪些改动。格式样例如下：增加或修改功能涉及源文件改动原因5.4.33.4.3安装盘制作步骤.接收安装盘制作指令。

31、.编译源程序。.制作升级SQL。.测试升级程序。.根据版本号在安装盘目录下建立新版安装盘目录。.在新建目录下制作安装盘。.交测试员测试安装盘，如安装盘存在问题重复7,否则继续.提交安装盘。4.备份管理为了保证文档的最大可恢复性，要随时及定期地进行备份工作。1、随时备份：(1)开发人员每天都要将自已当日修改的源文件在本地机器上进行备份。(2)开发负责人每天要将所有源文件在本地机备份。(3)建议备份采用循环备份。2、定期备份(1)备份形式为硬盘备份和光盘备份。硬盘备份时，要备份在独立的硬盘上；光盘备份时，要将光盘存放在可靠的地方。(2)备份周期视各产品部、事业部的具体情况而定。如果处于开发阶段，每

32、周应对所有的源程序项进行备份，一般为每周周五；如果处于其它阶段，根据具体情况而定，但周期不能超过两周。(3)备份要由版本管理员负责，备份原则应是保证文档的最大可恢复性。(4)对于历史版本或某用户的特殊版本，如果无特殊原因不再进行修改的话，建议用光盘进行备份，而且应有备份盘说明文件BACKUP.TXT。该文件应该记录以下内容：本次备份时间，备份内容，执行人。5.用户版本管理目前各事业部很多是以做项目为主，是根据客户要求开发的程序。为了更好地管理源程序，应为每一用户建立一个用户版本文件，该文件应包含以下内容：用户编号：用户名称：软件版本号：开始使用时间：联系人：联系：用户程序更改日志样例如下：更改

33、时间版本号修改模块名称变更原因变更概述软件位置变更人员备注说明：用户购买软件时要为该用户建立一个包含上述内容的一个用户版本文件，并填写有关数据。用户进行版本更新时要求填写该文件的版本变更记录，用以反映用户版本的变更情况。NEUVLPrE配置管理规范文件编号：NW601103生效日期：0受控编号：密级：秘密版次：Ve10修改状态：总页数7正文7附录0马云生王宇孟莉沈阳东大阿尔派软件股份（x,翻版必究）文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期目录目的适用范围术语和缩略语规范内容引用文件8目的指导配置管理人员如何建立配置库，并利用配置库管理所有配置项，从而提供配置项的

34、存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。适用范围适用于所有软件产品和软件项目的配置项管理。配置管理可采用各种工具及手工办法，本文件以Sourcesafe配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。术语和缩略语本文件采用NP601100配置管理程序使用的术语和缩略语的定义。规范内容配置管理的范围软件配置可包括以下几方面：项目文档，源代码，执行程序，相关设备及资料等。项目文档主要指：立项建议报告、项目启动计划、可行性分析报告、开发计划、需求分析报告、软件功能规格说明书、系统设计报告、数据库表结构、技术报告、总结报告、验收报告以

35、及上述文档的评审记录。相关设备主要指项目开发和运行环境(包括硬件和软件)，以及项目开发和测试过程中使用的专用仪器设备，如读卡机、扫描仪等。相关资料主要指客户提供的行业法规，标准及其调研期间提供的业务单据，往来会议记要，电子邮件，重要的记录等。各配置项的获得项目立项之后，软件配置管理负责人SCML即可建立项目配置库，并着手收集各配置项。项目文档。开发各阶段结束时，软件配置管理负责人SCML可向开发人员索要相关文档及对应评审记录，归到配置库。开发人员在出差前应带好与客户会谈的准备材料。根据出差的任务不同，还应准备客满意度调查表，交付书，验收报告等。返回之前应和客户确认，并在出差回来时交给软件配置管

36、理负责人SCML一份备份，如有客户提供的文献资料、有关设备仪器须进行登记。对于任何正在进行的项目，如有客户来访须做好会议纪要。开发部门发给客户的件或客户发来至少应在项目档案中保存一份备份。对于源代码和执行程序的管理最好使用工具，条件不具备时，要注意对配置库的目录分配。各开发人员分别建立自己的工作目录，完成后的模块再放到项目相关目录下。在项目结束归档时电子邮件也应作为项目的相关资料进行归档。配置库的建立所有项目应建立一配置库，以便管理前面提到的各配置项。一般的可视化开发环境都有自带的配置管理工具，可以用管理工具来建立配置库，也可以在机器的某目录下建立配置库，手工管理。下面以SourceSafe为例描述配置管理库的建立及各配置项的控制方法。各项目在开始时，均应建立以下几项子项目，进行分阶段管理。配置项包括立项建议报告及其评审结果、合同草案及评审结果、合作协议、项目任务书等。项目立项通