项目文档管理方案

1、项目文档管理方案项目组2010-1目 录一, 文件种类3二，使用文件的人员以及所关心的文件：4三，软件生存周期各个阶段及其相应的各种文件的编制6四，文件编制工作的管理7五,附:目录结构说明11一, 文件种类在一项软件系统的开发过程中，一般地说，应该产生以下多种文件：0配置及材料1项目任务书2项目计划书及评审总结报告3系统开发计划文档04需求说明书及评审报告系统设计4.1接口设计4.2软件设计4.2.1总体设计说明书4.2.2详细设计说明书4.2.3数据库设计说明书7系统测试及测试评审报告测试申请测试报告测试总结测试评审表8系统实施(割接)方案9系统试运行10系统总结11验收表12系统版本维护1

2、3系统维护手册/系统使用(操作)手册培训文档14系统故障/维护申请纪录 15项目会议纪要周(月)报项目会议纪录二，使用文件的人员以及所关心的文件：人员文件种类人员名单管理人员配置及材料项目任务书项目计划书及评审总结报告系统开发计划文档项目会议纪要系统实施(割接)方案系统试运行系统总结验收表开发人员0配置及材料1项目任务书2项目计划书及评审总结报告3系统开发计划文档04系统设计5需求说明书及评审报告06系统开发计划文档7系统测试及测试评审报告8系统实施(割接)方案9系统试运行测试人员项目开发计划软件需求说明书系统设计系统测试维护人员系统版本维护系统设计测试分析报告用户维护手册操作手册三，软件生存

3、周期各个阶段及其相应的各种文件的编制3.1 软件生存周期一个计算机软件，从出现构思，经过开发成功并投入使用，到停止使用，完成一个生存周期。这个周期可以分为6个阶段：- 可行性与计划研究阶段- 需求分析阶段- 设计阶段- 实现阶段- 测试阶段- 运行与维护阶段3.2 软件生存周期各阶段中各类文件的编制阶段文件可行性研究与计划阶段 需求分析阶段设计阶段实现阶段测试阶段运行与维护阶段可行性研究报告 项目开发计划 软件需求说明书 开发计划 测试计划 概要设计说明书 详细设计说明书 数据库设计说明书 系统实施(割接)方案系统试运行报告用户手册 操作手册 测试分析报告开发进度月报项目开发总结四，文件编制工

4、作的管理文件编制工作必须有管理工作的配合，才能使所编制的文件真正发挥作用。文件编制工作是一项贯穿整个软件开发过程的工作。因此对文件的管理必须贯彻整个开发过程。在开发中必须进行的管理工作有：4.1文件的形成文件的形成是各个阶段开发工作正式完成的标志，因此，开发集体必须及时地对这些文件进行严格的评审。在软件开发过程中，必须- 按照规定，及时完成各种产品文件的编写工作；- 将开发过程中做出的决定和取得的修改及时写入文件；文件中必须有文件创建者，修改者的签字及日期，必要的文件需要填写评审者、批准者的签字及编写、评审完成的日期和批准日期。4.2文件分类与标识为了便于文件的保存、查找、使用和修改，应该对文

5、件按照层次加以分类组织。可以按照如下4个层次对文件加以分类和标识。a 文件编号b 文件所属项目标识c 文件种类标识d 每一种文件的不同版本号4.3文件的控制在软件开发过程中，随着程序的逐步形成和逐步修改，各种文件不断产生、修改和补充。因此，必须加以周密的控制，以保证文件与程序产品的一致性，保证文件之间的一致性和安全性。这种控制表现为：(i).对于一项软件开发工作，应设置一位专职的文件管理人员（可以由项目管理工程师担当，也可以由专门的文档管理员担当）。(ii). 每一份提交给文件管理人员的文件都必须有编写者、编写日期。(iii). 开发集体中的工作人员可以根据工作的需要，在本项目的开发过程中持有

6、一些文件，即所谓个人文件，包括为使他完成他承担的任务所需要的文件，以及他在完成任务过程中所编制的文件；该类文件须定期提交文件管理人员。(iv). 不同开发人员所拥有的个人文件通常是主文本的各种子集。所谓子集是主文本的各个部分根据所承担不同任务的人员的工作需要加以复制、组装而成的若干个文件的集合。文件管理人员应列出一份不同子集的分发对象的清单，按照清单及时把文件分发给有关的人员。(v). 一份文件如果已被另一份新的文件所代替，则原文件应该被注销。文件管理人员应该随时整理主文本，及时反映出文件的变化和增加情况。(vi). 当一个项目的开发工作临近结束时，文件管理人员应该逐个收回开发集体内每个成员的

7、个人文件，并检查这些个人文件的内容。如果发现这些个人文件比主文本更加详细，或不同于主文本，文件管理人员应监督有关人员进行修改，使主文本能真正反映出实际的开发结果。4.4文档的修改管理在开发过程中，开发集体内的任何成员对文件的修改都应该遵守以下规程：(i). 提议 开发集体中的任何一个成员都可以向项目负责人提出修改建议，为此应该填写一份修改建议表，说明修改的内容、所修改的文件和部位、以及修改理由。(ii). 评议 有项目负责人或项目负责人指定的人对该修改建议进行评议，包括审核该修改的必要性，确定这一修改的影响范围，研究进行修改的方法、步骤和实施计划。(iii). 审核 由项目负责人进行审核，包括核实修改的目的和要求，核实修改或定将带来的影响，审核修改或定是否可行。(iv). 批准 由开发单位的部门负责人或上级领导对修改计划进行批准。批准时，主要是决断修改工作的各项活动的先后顺序及各自的完成日期