图书管理系统项目计划文档.docx

图书管理系统项目计划文档.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交付标准

用户可根据“需求分析”对系统进行详细的评定、验收或参考项目提供的其他功能/性能指标.