| 卷号 | |
| 卷编号 | |
| 密级 |
项目名称：_部门级文档管理系统
项目编号： ***
编写人员： ____
编写日期： 2004-5-10 _
审批人员：
审批日期：
历史修改记录
| 版本号 | 修改人/日期 | 摘要 | 审定人/日期 |
1.1.编写目的
编写本文档的目的是为实施工程和管理软件项目制定合理的计划，为实施和管理软件项目活动提供根底，并根据软件项目资源、约束条件和能力向软件项目的的客户提出承诺。
本文档的读者为：高级项目经理、项目经理、项目开发组、测试经理、测试组、质量保证组。
1.2.项目标识
项目名称：部门级文档管理系统。
1.3.项目背景
本项目由开目公司提出立项，经英诺审批通过，由英诺负责开发工作。
本项目的用户是对文档有管理需求的企业。
本项目的目的是开发一个文档管理系统，对部门的纸质文档和小型局域网的电子文档进展入库、出库、版本更新的管理，提供文档信息的查询和定位服务，并根据用户所在的组织和用户的权限确定用户对不同文档的操作权限。
1.4.术语定义
| 序号 | 术语或缩写 | 定义 |
| 1. | 组织 | 按某种标准划分出的不同级别的团体，如技术科 |
| 2. | 系统管理员 | 对全部组织和用户进展管理的人员，至少一个。 |
| 3. | 超级用户 | 对所有文档拥有所有管理权限的特殊用户。 |
| 4. | 普通用户 | 除超级用户外的其它用户，其文档管理权限是受限的。 |
| 5. | 文档版本 | 在不同时期产生的，容不同但名称一样的文档，称为文档的不同版本。 |
| 6. | 组织树 | 真实模拟企业管理架构，每一个组织都有上级组织，最高级组织的上级组织为空。 |
部门级文档管理系统立项申请报告
部门级文档管理系统需求规格说明书
软件配置管理计划指导书
软件质量保证计划指导书
英诺开发流程和标准
英诺编码规
*以上资料由项目经理保管，电子文档存放于\\\\..\\...\。
1.6.约束和假定
2.项目概况
2.1.项目产品
2.1.1.交付产品
部门级文档管理系统〔程序〕
部门级文档管理系统用户手册〔文档〕
2.1.2.非交付产品
软件开发计划
软件配置计划
软件质量保证计划
需求规格说明书
概要设计
详细设计
程序代码
测试计划
测试用例
测试报告
项目总结报告
2.1.3.维护和服务
为用户提供的服务包括网上和技术支持，不能远程解决的问题在产品售出3个月提供免费上门调试和维护。对影响使用的缺陷与时提供升级补丁。
3.开发规程、标准和方法
3.1.规程和标准
开发工作应遵循以下规程或标准：
部门级文档管理系统需求规格说明书
英诺开发流程和标准
英诺编码规
3.2.生命周期选择
本项目开发使用瀑布式开发模型
3.3.开发语言和编程工具
本项目开发语言使用C++，编程工具为VC6.0。
4.规模和本钱估计
4.1.项目规模
部门级文档管理系统〔程序〕
功能点数：32个
部门级文档管理系统用户手册〔文档〕
页数：约12页
软件开发计划
页数：约10页
软件配置计划
页数：约5页
软件质量保证计划
页数：约5页
需求规格说明书
页数：约25页
概要设计
页数：约16页
详细设计
页数：约32页
程序代码：约2000行
测试计划
页数：约5页
测试用例
个数：约320个
测试报告
页数：约5页
项目总结报告
页数：约5页
4.2.项目工作量和本钱
估计项目工作量为190人天，本钱为1.8万元。
5.资源需求
| 名称 | 描述 | 数量 | 单位 |
| 设备 | |||
| 交换机 | 24口交换机 | 1 | 台 |
| PC机 | 6 | 台 | |
| PC机〔测试用〕 | P4 700M/128M/80G/ | 3 | 台 |
| PC服务器 | 512M/120G’ | 1 | 台 |
| PC服务器〔测试用〕 | P41.6G/256M/120G | 1 | 台 |
| 打印机 | A4，激光，共享 | 1 | 台 |
| 复印机 | 共享 | 1 | 台 |
| 局域网系统 | 支持TCP/IP协议 | 1 | 套 |
| 软件 | |||
| 操作系统 | Windows 2000 server共200节点 | 2 | 套 |
| 操作系统(测试用) | Windows2000 professional | 1 | 套 |
| 操作系统(测试用) | Windows XP | 1 | 套 |
| 操作系统(测试用) | Windows 98 | 1 | 套 |
| 操作系统(测试用) | Windows 2000Server | 1 | 套 |
| 数据库 | SQLServer〔单CPU〕不限用户 | 2 | 套 |
| 办公软件 | Office 2002 | 11 | 套 |
| 开发工具 | 11 | 套 | |
| 11 | 套 | ||
| Viso2003 | 11 | 套 | |
| National Rose 2002 | 11 | 套 | |
| 测试工具 | TestDirector | 1 | 套 |
| 项目管理 | Project2003 | 1 | 套 |
| 配置管理 | 1 | 套 |
〔标明开发人员的组织结构和相应岗位的人员安排。〕
| 角色 | 职责 | 人员 |
| 项目经理 | 对项目全过程进展控制和管理； 负责项目过程中资源〔人力、物力、财力等〕的组织和调配； 制定《项目计划》，监视项目进展、定期完成交付件； 负责项目变更控制和管理； 负责项目问题的协调和处理； | |
| 需求工程师 | 负责与需求发起人充分沟通需求，理解意图； 确定需求边界，并对需求进展分析，整合和模块化； 输出《需求规格说明书》； 在项目过程中，对需求进展讲解，协助项目组成员理解需求，保证项目成果符合用户要求； | |
| 设计工程师 | 负责验证需求的合理性和可实施性； 负责与需求人员进展沟通，充分理解需求； 进展应用程序系统结构、详细处理过程和数据库模式等整体框架设计； 输出《概要设计》文档； 参与编码； | |
| 开发组组长 | 组织开发小组完成开发任务； 制定《开发计划》〔包括任务分解、人员分工、时间进度和监控点〔里程碑〕〕； 对开发进度和质量进展监控和管理； 组织技术攻关； 与时反响小组问题，并提出解决方案； 负责与小组成员的沟通； 参与编码； | |
| 开发工程师 | 根据《开发计划》完成编码工作； 与时反响问题； 技术攻关； | |
| 测试组组长 | 组织开发小组完成测试任务； 制定《测试计划》〔包括任务分解、人员分工、时间进度和监控点〔里程碑〕〕； 编写《测试大纲》，明确测试的容和测试通过的准如此； 组织小组人员设计完整合理的《测试用例》，以便系统实现后进展全面测试； 对测试进度和质量进展监控和管理； 与时反响小组总是并提出解决方案； 负责与小组成员的沟通； 参与测试； | |
| 测试工程师 | 编写《测试用例》； 进展功能测试、系统测试、性能测试、安全测试、极限测试、回归测试，输出《测试报告》； | |
| 配置管理员 | 管理软件配置工作 |
| 序号 | 任务名称 | 工期 | 开始时间 | 完毕时间 | 前置任务 | 资源名称 | ||
| 1. | 文档管理系统开发 | 16天 | 2004年6月4日 | 2004年6月21日 | ||||
| 2. | 工作环境的搭建 | 1天 | 2004年6月4日 | 2004年6月4日 | ||||
| 3. | 建立项目的相关规 | 1天 | 2004年6月4日 | 2004年6月4日 | ||||
| 4. | 界面规 | 1天 | 2004年6月4日 | 2004年6月4日 | ||||
| 5. | 程序编码规 | 1天 | 2004年6月4日 | 2004年6月4日 | ||||
| 6. | 数据库规 | 1天 | 2004年6月4日 | 2004年6月4日 | ||||
| 7. | 需求分析 | 2天 | 2004年6月4日 | 2004年6月5日 | 2 | |||
| 8. | 概要设计 | 1天 | 2004年6月6日 | 2004年6月6日 | 7 | |||
| 9. | 建立ER模型 | 1天 | 2004年6月6日 | 2004年6月6日 | ||||
| 10. | 功能模块划分 | 1天 | 2004年6月6日 | 2004年6月6日 | ||||
| 11. | 详细设计 | 2天 | 2004年6月6日 | 2004年6月8日 | 8 | |||
| 12. | 数据库建表 | 1天 | 2004年6月7日 | 2004年6月7日 | ||||
| 13. | 系统ER模型的熟悉 | 1天 | 2004年6月7日 | 2004年6月7日 | ||||
| 14. | 数据库〔存储过程、 触发器〕详细设计 | 2天 | 2004年6月7日 | 2004年6月8日 | ||||
| 15. | 客户端、服务器端详 细设计 | 2天 | 2004年6月7日 | 2004年6月8日 | ||||
| 16. | 详细设计完成 | 0天 | 2004年6月6日 | 2004年6月6日 | ||||
| 17. | 编码 | 8天 | 2004年6月8日 | 2004年6月18日 | 11 | |||
| 18. | 后台(数据库)程序编 码 | 3天 | 2004年6月9日 | 2004年6月11日 | ||||
| 19. | 服务器与客户端编码 | 8天 | 2004年6月9日 | 2004年6月18日 | ||||
| 20. | 单元测试 | 8天 | 2004年6月9日 | 2004年6月18日 | ||||
| 21. | 编码完成 | 0天 | 2004年6月8日 | 2004年6月8日 | ||||
| 22. | 测试 | 12天 | 2004年6月6日 | 2004年6月19日 | ||||
| 23. | 测试计划和方案制定 | 11天 | 2004年6月6日 | 2004年6月18日 | ||||
| 24. | 集成测试 | 1天 | 2004年6月19日 | 2004年6月19日 | ||||
| 25. | 压力测试 | 1天 | 2004年6月19日 | 2004年6月19日 | ||||
| 26. | 测试报告 | 1天 | 2004年6月19日 | 2004年6月19日 | ||||
| 27. | BUG修正与系统调整 | 9天 | 2004年6月9日 | 2004年6月19日 | ||||
| 28. | 文档和手册 | 2天 | 2004年6月20日 | 2004年6月21日 | 22 | |||
| 29. | 操作指南 | 2天 | 2004年6月20日 | 2004年6月21日 | ||||
| 30. | 系统安装和维护管理手册 | 2天 | 2004年6月20日 | 2004年6月21日 | ||||
无
9.风险评估和防
| 序号 | 风险名称 | 风险描述 | 发生可能性P | 影响的严重性I | 风险值P×I | 预防措施 | 应急措施 |
| 1 | 项目关键人员流失 | 项目关键人员在项目实施过程中流失，影响项目进度和质量。 | 1 | 2 | 2 | 制订项目资源管理方法，建立有效的激励机制，为关键人员准备后备人员。 | 无 |
| 2 | 人员能力不足 | 经过培训后的人员能力不满足要求，无法满足工作要求。 | 2 | 3 | 6 | 加强人员培训和考核 | 替换相关人员 |
| 3 | 沟通不畅 | 项目成员间不能进展很好的沟通，无法协作工作。 | 1 | 3 | 3 | 定义清晰的沟通计划和沟通制度 | 无 |
