项目总结报告
下载文档:
部门文档管理系统 项目总结报告
项目名称: 部门文档管理系统
项目编号:
编写人员:
编写日期:
审批人员:
审批日期:
历史修改记录
1. 引言... 3
1.1. 编写目的:... 3
1.2. 项目背景:... 3
1.3. 定义:... 3
1.4. 1.4参考资料:... 3
2. 开发结果... 3
2.1. 产品:... 3
2.2. 主要功能及性能... 3
2.3. 进度:... 3
2.4. 成本... 3
3. 评价... 3
3.1. 生产率评价:... 3
3.2. 技术方案评价... 3
3.3. 产品质量评价... 4
4. 经验与教训... 4
引言 1.1. 编写目的:
本报告的目的在于对部门文档管理系统进行总结,向公司报告项目的成本、进度、完成情况、文档情况等内容。
本文档的读者为:高级项目经理、项目经理、项目开发组、测试经理、测试组、质量保证组。
1.2. 项目背景:
本项目由开目公司提出立项,经英诺有限公司审批通过,由英诺有限公司负责开发工作。
本项目的用户是对文档有管理需求的企业。
本项目的目的是开发一个文档管理系统,对部门内的纸质文档和小型局域网内的电子文档进行入库、出库、版本更新的管理,提供文档信息的查询和定位服务,并根据用户所在的组织和用户的权限确定用户对不同文档的操作权限。
1.3. 定义:
序号 | 术语或缩写 | 定义 | 1. | 组织
| 按某种标准划分出的不同级别的团体,如技术科
| 2. | 系统管理员
| 对全部组织和用户进行管理的人员,至少一个。
| 3. | 超级用户
| 对所有文档拥有所有管理权限的特殊用户。
| 4. | 普通用户
| 除超级用户外的其它用户,其文档管理权限是受限的。
| 5. | 文档版本
| 在不同时期产生的,内容不同但名称相同的文档,称为文档的不同版本。
| 6. | 组织树
| 真实模拟企业管理架构,每一个组织都有上级组织,最高级组织的上级组织为空。
|
1.4. 1.4参考资料:
部门级文档管理系统立项申请报告
部门级文档管理系统需求规格说明书
软件配置管理计划指导书
软件质量保证计划指导书
英诺有限公司开发流程和标准
英诺有限公司编码规范
*以上资料由项目经理保管,电子文档存放于\\..\...\
2. 项目状况
2.1. 项目产品:
2.1.1. 程序
模块名称 源程序行数 注释行数
XML处理
10000
300
服务器端文档操作
2400
300
客户端文档操作
2800
100
日志管理
1400
102
数据导出
500
100
数据和文档备份和恢复
670
130
数据库操作
480
801
域用户管理
1300
100
组织管理
1400
通讯
14200
界面
20000
2.1.2. 文档
本项目生成的文档见下表
文档名称
| 日期 | 责任人 | 评审(Y/N)
| 备注 | 立项书
| 6月3号
| 开目公司
| Y
|
| 开发计划
| 6月4号
| 李**
| Y
|
| 质量计划
| 6月4号
| 张**
| Y
|
| 配置管理计划
| 6月5号
| 李**
| Y
|
| 需求规格说明书
| 6月5号
| 张**
| Y
|
| 概要设计
| 6月6号
| 李**
| Y
|
| 详细设计
| 6月8号
| 李**、张**
| Y
|
| 设计评审记录
| 6月8号
| 李**、张**
| Y
|
| 测试计划
| 6月18号
| 项**
| Y
|
| 测试报告
| 6月19号
| 项**
| Y
|
| 现场测试记录
| 6月19号
| 项**
| Y
|
| 配置管理报告
| 6月22号
| 李**,张**
| Y
|
| 验收报告
| 6月23号
| 李**,张**
| Y
|
| 用户手册
| 6月21号
| 王**
| Y
|
| 总结报告
| 6月23号
| 李**
| Y
|
| 顾客意见记录
| 暂无
|
|
|
| 顾客意见处理记录
| 暂无
|
|
|
| 顾客培训记录
| 暂无
|
|
|
|
2.2. 主要功能及性能
编号 | 功能名称 | 性能 | 1.
| 文档管理
| 无 | 1.1. | 文档入库
| 根据文件大小来决定 | 1.1.1. | 电子文档入库
| 根据文件大小来决定 | 1.1.2. | 纸质文档入库
| 无 | 1.2. | 文档版本更新
| 无 | 1.3. | 文档出库
| 根据文件大小决定 | 1.4. | 文档其它管理
| 无 | 1.4.1. | 修改文档属性
| 无 | 1.4.2. | 删除文档
| 无 | 2.
| 文档查询和定位
| 无 | 3.
| 组织和员工管理
| 无 | 3.1. | 添加组织
| 无 | 3.2. | 删除组织
| 无 | 3.3. | 修改组织
| 无 | 3.4. | 为组织引入员工
| 无 | 3.5. | 添加员工
| 无 | 3.6. | 删除员工
| 无 | 3.7. | 修改员工信息
| 无 | 3.8. | 移出员工
| 无 | 4.
| 权限管理
| 无 | 4.1. | 管理员授权
| 无 | 4.2. | 用户授权
| 无 | 4.3. | 身份验证
| 无 | 5.
| 模板定义
| 无 | 5.1. | 添加模板
| 无 | 5.2. | 删除模板
| 无 | 6.
| 数据备份
| 根据数据和文件大小来决定 | 6.1. | 手动备份
| 根据数据和文件大小来决定 | 6.2. | 自动备份
| 根据数据和文件大小来决定 | 6.3. | 数据导出
| 根据数据和文件大小来决定 | 7.
| 日志记录查看
| 无 | 8.
| 用户退出系统
| 无 | (列出项目的主要功能和性能。)
2.3. 项目进度:
阶段 计划完成时间 实际完成时间
启动
6月21号 6月23号
需求分析
6月5号 6月5号
概要设计
6月6号 6月6号
详细设计
6月8号 6月8号
编程
6月18号 6月18号
测试
6月19号 6月19号 2.4. 工作量和成本
估计项目工作量为190人天,成本为1.8万元。
实际工作量为210人天,成本为为2.1万元。
超标主要由于需求不明以及通讯模块出现重要BUG,导致整个工程延误2天。
3. 项目评价
3.1. 生产率评价:
每人日产源代码行数 ≈ 500行z
每人日产文档的字数 ≈ 565,614字节
3.2. 技术方案评价
本系统开发工具是.NET + SQL-Server,采用的是C/S3层架构,用Sokect实现远程通讯,充分的体现出了系统的可靠性,安全性以及效率。 3.3. 产品质量评价
本次开发中,严格的执行了需求评审,设计评审,代码评审,单元测试,集成测试和系统测试。虽然在各个阶段都出现过很多问题,但是都一一解决。
4. 经验与教训
4.1. 项目风险
识别到的风险:
项目关键人员流失:
未发生
沟通不畅:
未发生
人员能力不足:
未发生
未识别到的风险:
需求分析不明:
本次开发对数据备份部分的需求分析不明,后来由李经理亲自去和提供需求分析的开目公司进行协商,最终得到明确的需求。
总结:
因为此软件的需求是由开目公司提供的需求,需求里有部分地方没不明,因为及时的进行沟通,问题得到了解决。
4.2. 遗留问题
顾客反映最大的问题为:无
项目组成员反映最大的问题为:无
项目功能中存在的主要问题为:无
4.3. 经验总结
本软件开发过程中,采用了新的MS.NET技术,也是第1个用.NET开发的项目,虽然开发时间比计划开发时间超出2天,但是整体来说,还是比较成功的。
这次开发中,管理做得也十分到位,小组成员和项目经理等人之间积极配合,队员之间进行良好的沟通和帮助。
下载文档:
项目总结报告
|