项目文档管理方案1Word格式.docx

项目文档管理方案1Word格式.docx

《项目文档管理方案1Word格式.docx》由会员分享，可在线阅读，更多相关《项目文档管理方案1Word格式.docx（7页珍藏版）》请在冰豆网上搜索。

一,文件种类

在一项软件系统的开发过程中，一般地说，应该产生以下多种文件：

0配置及材料

1项目任务书

2项目计划书及评审总结报告

3系统开发计划文档

04需求说明书及评审报告

系统设计

4.1接口设计

4.2软件设计

4.2.1总体设计说明书

4.2.2详细设计说明书

4.2.3数据库设计说明书

7系统测试及测试评审报告

测试申请

测试报告

测试总结

测试评审表

8系统实施（割接）方案

9系统试运行

10系统总结

11验收表

12系统版本维护

13系统维护手册/系统使用（操作）手册

培训文档

14系统故障/维护申请纪录

15项目会议纪要

周（月）报

项目会议纪录

人员

文件种类

人员名单

管理人员

配置及材料

项目任务书

项目计划书及评审总结报告

系统开发计划文档

项目会议纪要

系统实施（割接）方案

系统试运行

系统总结

验收表

开发人员

04系统设计

5需求说明书及评审报告

06系统开发计划文档

测试人员

项目开发计划

软件需求说明书

系统测试

维护人员

系统版本维护

测试分析报告

用户

维护手册

操作手册

三，软件生存周期各个阶段及其相应的各种文件的编制

3.1软件生存周期一个计算机软件，从出现构思，经过开发成功并投入使用，到停止使用，完成一个生存周期。

这个周期可以分为6个阶段：

-可行性与计划研究阶段

-需求分析阶段

-设计阶段

-实现阶段

-测试阶段

-运行与维护阶段

3.2软件生存周期各阶段中各类文件的编制

阶段

文件

可行性研究与计划阶段

需求分析阶段

设计阶段

实现阶段

测试阶段

运行与维护阶段

可行性研究报告

√

项目开发计划

软件需求说明书

开发计划

测试计划

概要设计说明书

详细设计说明书

数据库设计说明书

系统试运行报告

用户手册

操作手册

开发进度月报

项目开发总结

四，文件编制工作的管理

文件编制工作必须有管理工作的配合，才能使所编制的文件真正发挥作用。

文件编制工作是一项贯穿整个软件开发过程的工作。

因此对文件的管理必须贯彻整个开发过程。

在开发中必须进行的管理工作有：

4.1文件的形成文件的形成是各个阶段开发工作正式完成的标志，因此，开发集体必须及时地对这些文件进行严格的评审。

在软件开发过程中，必须

-按照规定，及时完成各种产品文件的编写工作；

-将开发过程中做出的决定和取得的修改及时写入文件；

文件中必须有文件创建者，修改者的签字及日期，必要的文件需要填写评审者、批准者的签字及编写、评审完成的日期和批准日期。

4.2文件分类与标识为了便于文件的保存、查找、使用和修改，应该对文件按照层次加以分类组织。

可以按照如下4个层次对文件加以分类和标识。

a文件编号

b文件所属项目标识

c文件种类标识

d每一种文件的不同版本号

4.3文件的控制

在软件开发过程中，随着程序的逐步形成和逐步修改，各种文件不断产生、修改和补充。

因此，必须加以周密的控制，以保证文件与程序产品的一致性，保证文件之间的一致性和安全性。

这种控制表现为：

（i）.对于一项软件开发工作，应设置一位专职的文件管理人员（可以由项目管理工程师担当，也可以由专门的文档管理员担当）。

（ii）.每一份提交给文件管理人员的文件都必须有编写者、编写日期。

（iii）.开发集体中的工作人员可以根据工作的需要，在本项目的开发过程中持有一些文件，即所谓个人文件，包括为使他完成他承担的任务所需要的文件，以及他在完成任务过程中所编制的文件；

该类文件须定期提交文件管理人员。

（iv）.不同开发人员所拥有的个人文件通常是主文本的各种子集。

所谓子集是主文本的各个部分根据所承担不同任务的人员的工作需要加以复制、组装而成的若干个文件的集合。

文件管理人员应列出一份不同子集的分发对象的清单，按照清单及时把文件分发给有关的人员。

（v）.一份文件如果已被另一份新的文件所代替，则原文件应该被注销。

文件管理人员应该随时整理主文本，及时反映出文件的变化和增加情况。

（vi）.当一个项目的开发工作临近结束时，文件管理人员应该逐个收回开发集体内每个成员的个人文件，并检查这些个人文件的内容。

如果发现这些个人文件比主文本更加详细，或不同于主文本，文件管理人员应监督有关人员进行修改，使主文本能真正反映出实际的开发结果。

4.4文档的修改管理在开发过程中，开发集体内的任何成员对文件的修改都应该遵守以下规程：

（i）.提议开发集体中的任何一个成员都可以向项目负责人提出修改建议，为此应该填写一份修改建议表，说明修改的内容、所修改的文件和部位、以及修改理由。

（ii）.评议有项目负责人或项目负责人指定的人对该修改建议进行评议，包括审核该修改的必要性，确定这一修改的影响范围，研究进行修改的方法、步骤和实施计划。

（iii）.审核由项目负责人进行审核，包括核实修改的目的和要求，核实修改或定将带来的影响，审核修改或定是否可行。

（iv）.批准由开发单位的部门负责人或上级领导对修改计划进行批准。

批准时，主要是决断修改工作的各项活动的先后顺序及各自的完成日期，以保证整个开发工作按照原定计划日期完成。

（v）.实施由项目负责人按照已经批准了的修改活动计划，安排各项修改活动的负责人员进行修改，建立修改记录，产生新的文件以取代原有文件，做后把文件交文件管理人员归档，并分发给有关的持有者。