图书管理系统项目计划文档.docx
- 文档编号:5115411
- 上传时间:2022-12-13
- 格式:DOCX
- 页数:9
- 大小:19.62KB
图书管理系统项目计划文档.docx
《图书管理系统项目计划文档.docx》由会员分享,可在线阅读,更多相关《图书管理系统项目计划文档.docx(9页珍藏版)》请在冰豆网上搜索。
图书管理系统项目计划文档
文档标识:
Lms-1
当前版本:
1.0
当前状态:
草稿
发布日期:
2010-11-23
发布
✓
修改历史
日期
版本
作者
修改内容
评审号
变更控制号
2010-11-23
1.0
黄琴
项目计划
1.0
项目计划
1引言
基本信息
项目名称
图书管理系统
项目代号
001
项目类型
管理类
客户方
厦门理工学院
客户代表
朱薇
开发方
软件学院实训小组
项目经理
朱薇
项目起止日期
2010-11-22至2011-1-14
术语定义
LMS:
LibraryManagementSystem,图书管理系统。
2项目概述
项目范围
为了方便对全校学生借还书情况的管理,所以开发了该项目方便管理和查询。
使用该程序之后,超级管理员拥有所用的权限,可以对其他用户进行管理以及意见的回复。
管理员能够输入图书的综合情况和进行新书入库、现有图书信息修改以及删除,能够实现对读者档案的查询和编辑管理,进行罚款、进行借阅历史的查询以及借还情况。
读者可以根据不同的条件进行查询、意见反馈还可以进入我的图书馆查看个人借还情况。
生命周期模型
我们所采用的生命周期模型是原型模型。
原型模型优点是可以很大程度上消除需求沟通方面的风险。
原型模型本身是一个迭代的模型,是为了解决在产品开发的早期阶段存在的不确定性、歧义性和不完整性等问题,通过建立原型使开发者进一步确定其应开发的产品,使开发者的想象更具体化,也更易于被客户理解。
原型模型是从初始原型出发、不断求精的一个渐进过程。
即首先建立最初概念,再设计和实现最初原型,精化原型直到可以被接受,然后完成和交付原型。
开发标准和模板
1.需求分析建模采用UML建模标准
2.数据库设计用数据建模工具PowerDesigner
3.用户界面设计采用Dreamweaver版本
4.编码基于MyEclipse6.5开发工具,主要采用Struts2.1.6+Hibernate3.2+Spring2.5开发,还有用EXT技术作为辅助
里程碑
里程碑标识号
阶段标志
里程碑完成日期
控制手段
001
项目计划文档
11月25日
评审会
002
需求分析文档
11月27日
评审会
003
数据库设计
11月29日
评审会
004
界面设计
12月4日
评审会
005
功能实现
1月3日
评审会
006
软件测试
1月5日
评审会
3项目组织结构
项目发起人朱薇
项目经理朱薇
测试人员邢兵
测试人员李桂林
…
开发人员郑勇顺
开发人员林志明
开发人员郭健顺
文档编辑人员黄琴
文档编辑人员简阿琴员肖显斌
角色与职责
角色(岗位)
职责
技能要求
项目经理
制定项目计划并依据计划对项目进行监督与跟踪控制事件驱动或定期向高级经理汇报项目的进展情况对项目中出现的问题及时采取相应措施
开发人员
动态网页编程,数据库编程,实现项目各个模块的功能
熟悉MyEclipse开发平台、Java语言基础、MySQL数据库基本操作语言、熟悉Struts+Spring+Hibernate框架
文档编辑人员
了解需求,确定系统的功能、性能、行为等。
收集有关的资料、编写用户需求说明书、及系统说明书等各类文档。
熟练UML、Visio、PowerDesinger等工具掌握各种文档编写的规格
测试人员
配合开发人员,对软件系统进行测试,查找系统存在的漏洞、缺陷等,并写出相关的文档。
须熟悉一些黑盒测试软件工具
4项目估计
估计的方法与假设条件
4.1.1历史数据估计方法
这种软件规模估计方法要是利用已完成的项目数据来估计当前软件的大小,通常用代码行数/文档页数表示。
历史数据估计方法的步骤如下。
步骤一:
分解软件系统
把软件系统模块化,通过系统模块化可以及早了解整个系统。
系统分解程度要以历史项目为基础。
步骤二:
确定相似模块
使用历史项目要与当前项目有相似的应用和相似的语言。
假如相似的模块不存在,也可以用其他方法估计该模块。
步骤三:
确定相似模块规模
历史项目的软件规模可以通过标准的代码统计工具进行统计,在开发和估计当前项目规模时,要求使用同类型统计工具。
步骤四:
调整模块大小
软件模块估计的调整基于历史项目模块的相似程度或修改量。
步骤五:
收集并记录估计数据
规模估计
规模估计详见《图书管理系统项目估算表》中的规模开发工作量明细。
人员估计
详见《图书管理系统项目估算表》中的人员估计表。
项目任务进度表
活动名称
工作周期(周末休息)
开始时间
结束时间
所需的人员
实训准备
2
11月22日
11月23日
全体组员
项目策划
2
11月24日
11月25日
组长
需求分析和建模
4
11月26日
12月1日
需求分析小组
系统设计
5
12月2日
12月8日
设计小组
编码与测试阶段
20
12月8日
1月5日
程序员与测试员
实训总结
5
1月6日
1月12日
文档编写人员
5资源计划
软件环境
MyEclipse开发工具
Struts2.1.6+Hibernate3.2+Spring2.5框架
MySql数据库
PowerDesigner数据库建模工具
Dreamweaver界面设计
Tomcat6.x服务器测试工具
6风险管理计划
风险评估中的风险评估表。
7度量计划
产品质量目标管理
序号
对象
单位
项目目标值
控制范围
优先级
下限值
上限值
1
测试覆盖率
百分数
96%
100%
50%
高
2
文档评审覆盖率
百分数
85%
100%
50%
高
3
技术手段的使用率
百分数
70%
100%
50%
高
度量对象
序号
过程名称
子过程名称
优先级
1
同行评审
评审准备
中
评审执行
高
评审整理
中
2
项目管理
项目跟踪管理
高
3
配置管理
基线审核
高
变更控制
中
4
实现过程
编码实现
高
5
测试过程
测试准备
高
测试执行
高
6
交付
交付准备
高
产品交付
高
采用方法
序号
过程名称
子过程名称
优先级
1
同行评审
评审准备
中
评审执行
高
评审整理
中
2
项目管理
项目跟踪管理
高
3
配置管理
基线审核
高
变更控制
高
活动安排
内容
时间
执行角色
采用工具
质量数据采集
每周五
项目经理、测试人员、需求文档人员、QA代表
Excel
质量数据统计
每周五
项目经理
手工统计
数据验证
每周一
项目经理、QA
手工统计
统计结果与质量目标的定期分析比较
每周一
项目经理、QA代表
Excel、度量数据库
分析结果汇报
每周一
项目经理、QA代表
Excel
8项目约定
外部约定
序号
约定内容
参与人员
控制标准
1
将项目计划,进度等信息上交到项目经理,便客户及时了解项目情况。
项目经理、配置代表
所有共享给客户的资料必须经过项目经理和QA的共同确认
2
学校要提供相关的数据库
数据库管理员、客户代表
所提供的资料必须经过项目经理和数据库管理员的共同确认
3
客户提供产品资料,项目组成员考虑是否需要培训
客户代表及项目组成员
内部约定
序号
约定内容
1
项目组内部必须采用一定的规范,如课件编辑规范等
2
项目组成员每周采集数据并于每周四提交给项目经理
3
项目组内部必须提供完全的测试记录,并通过测试人员的黑盒测试后,方可提交。
4
可能引起配置管理下的工作产品变更时,必须及时向组长说明进行小组讨论。
如需求变化、设计方案变化等。
会议计划
会议名称
会议内容
参与人员
主持人
需求分析会议
确定项目需求、制定项目计划
全体项目组成员
项目组组长
界面设计会议
设计任务分析与分配
组长、开发人员、文档编辑人员
文档编辑人员
软件测试会议
制定测试方法及范围
测试人员
测试人员
项目管理会议
风险管理及项目实施
全体项目组成员
项目组组长
9交付标准
用户可根据“需求分析”对系统进行详细的评定、验收或参考项目提供的其他功能/性能指标。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书 管理 系统 项目 计划 文档
![提示](https://static.bdocx.com/images/bang_tan.gif)