项目文档管理方案_第1页
项目文档管理方案_第2页
项目文档管理方案_第3页
项目文档管理方案_第4页
项目文档管理方案_第5页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、项目文档管理方案项目文档管理方案项目组2010-1项目文档管理方案目录一, 文件种类3二,使用文件的人员以及所关心的文件:4三,软件生存周期各个阶段及其相应的各种文件的编制5四,文件编制工作的管理7五,附 :目录结构说明错误 ! 未定义书签。项目文档管理方案一, 文件种类在一项软件系统的开发过程中,一般地说 ,应该产生以下多种文件 :0 配置及材料1 项目任务书2 项目计划书及评审总结报告3 系统开发计划文档4 需求说明书及评审报告系统设计4、 1 接口设计4、 2 软件设计4、2、1 总体设计说明书4、2、2 详细设计说明书4、2、3 数据库设计说明书7 系统测试及测试评审报告测试申请测试报

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

3、测试评审报告8系统实施 (割接 )方案9系统试运行测试人员项目开发计划软件需求说明书系统设计系统测试维护人员系统版本维护系统设计测试分析报告用户维护手册操作手册三,软件生存周期各个阶段及其相应的各种文件的编制3、1 软件生存周期一个计算机软件 ,从出现构思 ,经过开发成功并投入使用 , 到停止使用 ,完成一个生存周期。这个周期可以分为 6 个阶段 :项目文档管理方案- 可行性与计划研究阶段- 需求分析阶段- 设计阶段- 实现阶段- 测试阶段- 运行与维护阶段3、2 软件生存周期各阶段中各类文件的编制阶段文件可行性研需求分析设计阶段实现阶段测试阶段运行与维究与计划阶段护阶段阶段可行性研究报告项目

4、开发计划软件需求说明书开发计划测试计划概要设计说明书详细设计项目文档管理方案说明书数据库设计说明书系统实施( 割接 ) 方案系统试运行报告用户手册操作手册测试分析报告开发进度 月报项目开发总结四,文件编制工作的管理文件编制工作必须有管理工作的配合 ,才能使所编制的文件真正发挥作用。文件编制工作就是一项贯穿整个软件开发过程的工作。 因此对文件的管理必须贯彻整个开发过程。在开发中必须进行的管理工作有:项目文档管理方案4、1 文件的形成文件的形成就是各个阶段开发工作正式完成的标志,因此 ,开发集体必须及时地对这些文件进行严格的评审。在软件开发过程中 ,必须- 按照规定 ,及时完成各种产品文件的编写工

5、作 ;- 将开发过程中做出的决定与取得的修改及时写入文件 ;文件中必须有文件创建者,修改者的签字及日期,必要的文件需要填写评审者、批准者的签字及编写、评审完成的日期与批准日期。4、2 文件分类与标识为了便于文件的保存、查找、使用与修改,应该对文件按照层次加以分类组织。可以按照如下4 个层次对文件加以分类与标识。a文件编号b文件所属项目标识c文件种类标识d每一种文件的不同版本号4、3 文件的控制在软件开发过程中 ,随着程序的逐步形成与逐步修改 ,各种文件不断产生、 修改与补充。因此 ,必须加以周密的控制 ,以保证文件与程序产品的一致性 ,保证文件之间的一致性与安全性。这种控制表现为 :(i) 、

6、对于一项软件开发工作 ,应设置一位专职的文件管理人员 (可以由项目管理工程师担当 ,也可以由专门的文档管理员担当 )。(ii) 、 每一份提交给文件管理人员的文件都必须有编写者、编写日期。(iii) 、 开发集体中的工作人员可以根据工作的需要 ,在本项目的开发过程中持有一些文件 ,即所谓个人文件 ,包括为使她完成她承担的任务所需要的文件 ,以及她在完成任务过程中所编制的文件 ;该类文件须定期提交文件管理人员。(iv) 、不同开发人员所拥有的个人文件通常就是主文本的各种子集。所项目文档管理方案谓子集就是主文本的各个部分根据所承担不同任务的人员的工作需要加以复制、组装而成的若干个文件的集合。 文件

7、管理人员应列出一份不同子集的分发对象的清单 ,按照清单及时把文件分发给有关的人员。(v) 、 一份文件如果已被另一份新的文件所代替 ,则原文件应该被注销。文件管理人员应该随时整理主文本 ,及时反映出文件的变化与增加情况。(vi) 、 当一个项目的开发工作临近结束时 ,文件管理人员应该逐个收回开发集体内每个成员的个人文件 ,并检查这些个人文件的内容。如果发现这些个人文件比主文本更加详细 ,或不同于主文本 ,文件管理人员应监督有关人员进行修改 , 使主文本能真正反映出实际的开发结果。4、4 文档的修改管理在开发过程中,开发集体内的任何成员对文件的修改都应该遵守以下规程 :(i) 、提议开发集体中的任何一个成员都可以向项目负责人提出修改建议 ,为此应该填写一份修改建议表,说明修改的内容、所修改的文件与部位、以及修改理由。(ii) 、 评议 有项目负责人或项目负责人指定的人对该修改建议进行评议,包括审核该修改的必要性,确定这一修改的影响范围,研究进行修改的方法、步骤与实施计划。(iii) 、 审核 由项目负责人进行审核 ,包括核实修改的目的与要求 ,核实修改或定将带来的影响 ,审核修改或定就是否可行。(iv) 、 批准 由开发单位的部门负责人或上级领导对修改计划进行批准。批准时 ,主要就是决断修改工作的各项活动的先后顺序及各自的完成日期 ,以保证

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论