图书管理系统项目管理系统文档Word下载.docx
《图书管理系统项目管理系统文档Word下载.docx》由会员分享，可在线阅读，更多相关《图书管理系统项目管理系统文档Word下载.docx（29页珍藏版）》请在冰豆网上搜索。
单
---8
4.1.1
功
能
9
4.2
WBS--
--10
模
估
算
-----10
5.1
直
接
成
本
3.需
4.任
5.规
10
5.2间接成本
11
5.3估算的误差
12
6•项目进度
-——12
6.1
活
动
疋
---13
6.2
安
---14
6.3
进
度执
行
与优
——14
6.4
工
具
/、
使
7.质
量
计
7.1
件项
目
质
量计
--15
7.2
件项目
保证活
14
7.3
测
试
-15
7.4
改
8.风
险
义
排化用划
划
善
-----15
识别
15
与
评
8.1
风
8.2
8.3
析
表
-16
8.4
控
制
---16
9.
团
队
——17
9.1
项
组
织
结
构
9.2
沟
通
10.
束
--18
10.1
终
止
18
10.2
10.3
收
尾
作
-19
10.4
总
-20
第一部分合同管理
1.1合同
项目名称：
海滨学院图书馆管理系统
•合同双方
甲方：
海滨学院图书馆管理
乙方：
IT项目团队
•协议形式
协议形式：
技术合同
•供应的商品和服务
供应的软件：
乙方为甲方提供所需的“图书馆管理系统”应用程序
提供的服务：
乙方为甲方提供所需的日常维护和服务器管理。
同时对甲方用户提供使用
指导。
提供的文档：
乙方在交付软件时提供详细的软件规格说明书和使用文档。
安装服务：
乙方为甲方提供软件的安装。
公文处理：
乙方负责将甲方提供的图书馆图书加载入系统并进行分类
维护协议：
当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方
免费为甲方提供修复服务以保障软件的正常使用。
当由于甲方的错误使用
等非软件原因导致出现故障，乙方同样提供修复服务。
由于甲方拥有该软
件的源代码所有权，因此甲方需要承担部分维修和进一步开发的责任。
当
软件需要新的功能拓展或改版升级时，由双方共同协商决定。
•软件所有权
该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版
本卖个其他客户。
软件提交时，项目源代码的所有权自动移交到甲方，乙方不得擅自对
源代码进行修改。
•环境
乙方在规定时间内完成任务。
甲方要保证安装软件的硬件设备和合同初始规定一
致，乙方只保证软件和规定的硬件兼容。
由任何一方的单方面原因导致的延期产生的费
用，由该方面支付。
•客户承诺
乙方开发软件过程中，甲方通过人员协同乙方进行开发。
该人员主要参与项目的规
划设计和需求分析，阶段性验收和总体测试。
当项目出现需求变更时，对乙方进行详细
的阐述说明。
乙方不负责这些人员提供食宿和联系设备。
•验收规程
2016年6月24日，乙方为甲方安装所需的软件。
6月25日至6月31日甲方代表
对产品进行验收测试，并根据需求在6月30日前对产品提出更正请求。
测试通过后，
双方进行软件交付签字。
乙方对甲方进行软件使用讲解。
•标准
乙方在开发过程中必须遵守ISO12207关于软件生命周期和文档的标准。
•项目和质量管理
甲乙双方前三个月每月初进行一次进展会议，后三个月每两周周六进行进展会议。
会议内容为乙方向甲方提供最新进度的掩饰和下一阶段的工作安排和计划。
甲方根据演
示提出相应的整改意见，并对下一步工作进行提出意见和建议。
•时间表
详细时间表见项目进度。
此处略。
•价格和付款方式
软件总价为13W合同签订后，甲方向乙方支付5万元定金。
项目的第三个月，乙
方按计划时间表完成需求分析、系统分析、设计和完成系统的基本框架后，甲方向乙方
支付8万元。
该系统完成后，甲方进行验收测试，在签字验收后完成后，甲方向乙方支
付全款。
•其他法律要求及违约处理
当一方违约，一切责任由其本身承担。
如果由任何一方的过失导致出现损失后的赔偿由
双方协商决定。
甲方法人代表：
小王
乙方法人代表：
小韩
签订地点：
海滨学院院办公室
有效期限：
2016年-2018年6月26号
第二部分项目生存期
项目的生命周期是描述项目从开始到结束所经历的各个阶段，最一般的划分是将项目分为”识别需求、提出解决方案、执行项目、结束项目”四个阶段，也就是通常所说的规划阶段、计划阶段、实施阶段和完成阶段。
本项目的需求明确，模块划分清晰，且要求软件具有较高的质量，因此本项目选择增量模型来开发整个系统，这样可以循序渐进，避免一次投入
太大的风险可以减少开发过程中用户需求的变更有些增量可能需要重新开发。
并采用V模型
来保证每个增量的质量。
项目生存期模型如下：
「按收测试
I
\
/\1
\\
\|总体设帚一
编码与调试
图i.i
本项目中模型的应用
本项目共分为三个子系统，因此整个系统分为三个分量。
其中，图书信息管
理系统是图书馆图书管理的根本，作为本项目开发的第一个增量；
图书借还管理系统处理图书与读者之间的关系，作为第二个增量；
读者管理系统在该项目中比重最低，作为第三个增量。
一个项目50鳩上的时间花在测试上，V模型体现了全过程的质量意识。
项目中每一个增量的开发过程中都采用V模型来保证每个增量的质量。
V模型大体可以划分
为以下几个不同的阶段步骤：
需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试。
V模型基本特点
简单易用
强调测试过程与开发过程的对应性和并行性
第三部分需求管理
3.1软件需求管理过程
海滨学院图书馆管理提出需求如下：
设计开发、安装调试并后期维护满足需求的“图书馆管理系统”应用程序。
需要该程序为桌面应用程序，进入程序后需要弹出图书主界面，该图书主界面需与计算机自身系统分
离，不得覆盖，具有独立窗口。
内部需有检索图书处理、图书信息管理、借书管理、还书管理、图书速览、读者信息
管理6个主要功能，每个功能需在主界面中有独立的快捷方式。
每个功能的具体要求如下：
检索图书处理：
1.当有人发起检索图书时，作出应答
2•当检索出需求的的图书时，提示图书位置及信息
3.当没有检索检索出该图书时，提示该图书馆不存在该图书
图书信息管理：
1.实现图书信息录入对图书信息进行入库
2.修改、删除等图书信息管理
3.对图书类别和出版社管理。
借书管理：
1.图书编号及读者编号
2•借书日期
3•借书的期限
还书管理：
2.还书日期，当还书日期超了借书的期限，系统自动给出提示。
可以打印出应归还图书的人名单。
3.超出期限的超一天该借书者扣一元
图书速览：
可以通过该功能浏览本图书馆的新进图书和优秀推荐的图书。
同时可以通过该功能阅览图书信息等主流图书的信息
读者信息管理：
1.借书的卡号及读者姓名
2.读者的身份及读者性别
3.读者借书情况。
3.1.1需求规格
•需求规格说明书
系统定义：
“海滨学院图书管理系统”应用程序
应用环境：
Windowsxp；
Windows7;
Windows10;
LINUX;
功能规格：
检索图书处理（检索，显示图书信息，显示图书存放位置）；
图
书信息管理（录入图书，修改图书，删除图书，图书分类，图书的出版社）；
借书管理（图书编号，读者编号，借书日期，借书期限）;
还书管理（图书编号，读者编号，还书日期）；
图书速览（新进图书，优秀推荐图书阅览）；
读者信息管理（借书卡号，读者姓名，读者性别，读者身份，读者借书情况）。
性能需求：
保证海滨学校内部所有学生及老师同时登录服务器时也不会因处理的信息量过大而导致系统瘫痪。
另必须保证系统的安全性，可以禁得住一般的黑客袭击和内部作假。
对账户有足够的保护措施以防账户被盗。
操作简单明了，提示明显，界面整洁大方。
实现约束：
检索图书处理、图书信息管理、借书管理、还书管理、图书速览、读者信息管理
质量描述：
如需求所述的足够用户承载量；
可靠的系统安全性；
界面整洁大
方。
系统目标：
根据以上的需求分析及用户的沟通，该系统要达到以下目标：
1）界面设计友好，美观。
2）数据存储安全，可靠。
3）信息分类清晰，准确。
4）强大的查询功能，保证数据查询的灵活性。
5）操作简单易用，界面清晰大方。
6）系统安全稳定。
本系统主要实现对图书馆信息的管理，主要可以分为两大块：
图书信息的服务系统和图书的综合管理系统。
图书的使用对象是借阅者，例如
学生，教师；
管理者是海滨学院图书馆图书馆的管理员。
因此根
据这些信息，本系统的主要功能就是：
实现图书馆图书信息的管理和维护，如用户信息管理，图书馆规则维护，新书入库，整理图书，修改图书信息和进行查询等；
以及服务系统的图书信息查询，图书的借出和归还等功能图书管理系统为用户提供充足的信息和快捷的查询手段.例如：
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高图书信息管理的效率，也是图书管理的科学化、数字化、正规化管理,与世界接轨
升级会员 