图书管理系统项目管理与需求分析
以下为《图书管理系统项目管理与需求分析》的无排版文字预览，完整格式请下载
下载前请仔细阅读文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。
图书管理系统项目管理与需求分析
项目概述：
本项目的名称：图书管理系统。设计并实现一个将各种图书管理的服务功能结合起来的管理信息系统十分重要，可以有效地节约资源并且有效的储存、更和.新查询信息，提高工作和服务的效率。
（2）工作任务书（业务需求）
项目目标
图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况（如借书天数、超过限定借书时间的天数）的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。尽管有的图书馆有计算机，但是尚未用于信息管理，没有发挥它的效力，资源闲置比较突出，这就是管理信息系统的开发的基本环境。
数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了，造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难了。基于这此问题，我认为有必要建立一个图书管理系统，使图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况。
图书馆信息管理作为计算机应用的一个分支，有着手工管理无法比拟的优点，如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点很大程度的提高了管理图书馆信息的工作效率，节省了大量资金，方便了师生对图书的借阅和归还和预定图书。
功能要求
2.1对功能的规定
该系统的具有以下功能：
（1）图书管理
（2）用户管理（包括读者用户、前台操作员、图书管理员）
（3）读者借书管理
（4）图书预订
（5）读者还书管理
（6）借阅信息管理
（7)?图书检索
（8）信息查询密码修改
2.2功能描述
功能编号：1
功能名称：图书管理
功能描述：
图书信息的添加、删除、修改以及采购新书、旧书下架等
输入项：
图书编号?图书名称?作者?出版社?定价?图书类型?库存数量?可借数量?已借数量
处理描述：
当图书馆购买新的图书后图书管理员将图书的信息录入系统中，给每本图书分配一个唯一标示的图书编号，以方便对图书进行各种查询及更新、修改操作。根据读者的需要输入书名，查询图书数据库显示图书信息和图书的数量是否可借。
输出项：
图书信息
功能编号：2
功能名称：用户管理
功能描述：
系统管理员管理前台操作员用户、图书管理员用户、读者用户的信息以及权限
输入项：
用户编号?用户姓名?性别?年龄?身份?权限
处理描述：
所有用户从进入本校开始，都有一个唯一标识的用户编号，所有用户信息都会在用户数据库，不同身份的用户有不同的权限，可以进行属于自己权限的操作以及管理，用户信息有改动时，用户管理系统管理员可以修改信息，用户离校时信息作废，不能使用
输出项：
用户信息
功能编号：3
功能名称：读者借书管理
功能描述：
读者用户可以通过将借书证上的唯一标识的用户编号借书
输入项:
读者用户编号?姓名?所借图书编号?图书名称?借书时间?
处理描述:
当读者用户去图书馆前台借书时，出示自己的借书证，前台工作人员通过扫描借书证上的信息标识和图书编号，判断当前用户是否可以借当前的图书，如果读者是在校合法的注册读者用户，则可以借书，否则，不能借书
输出项：
当前读者是否可以借当前图书
功能编号:4
功能名称:读者还书管理
功能描述:
通过读者用户借书证和所还图书上唯一标识的编号判断是否正常还书
输入项:
读者编号?读者姓名?性别?年龄?图书编号?图书名称?借书时间?还书时间
处理描述：
当读者用户去图书馆前台还书时，出示自己的借书证和要还的图书，前台工作人员通过扫描借书证上的信息标识和图书编号，查询当前用户的借书信息，判断读者是否违章，若读者违章，则缴纳罚金，若读者未违章，正常还书
输出项：
读者是否可以正常还书
功能编号：5
功能名称：图书预订管理
功能描述：
读者通过图书检索预订图书
输入项：
读者编号?姓名?性别?年龄?图书编号?图书名称?
处理描述：
读者可以预订当前全部借完的图书，以便在该书还回后尽快借到该图书
输出项：
预定图书是否成功
功能编号：6
功能名称：借阅信息管理
功能描述：
读者用户可以查询自己的图书借阅信息，可以续借一次当前已借图书
输入项：
读者编号?读者姓名?性别?年龄?所借图书编号?图书名称?借书日期?
处理描述：
读者用户通过登陆自己的客户端查询自己的图书借阅信息，还可以续借一次已借图书
输出项：
所借图书信息，借书历史信息
功能编号：7
功能名称：图书检索
功能描述：
读者用户登录到自己的客户端对想借阅的图书进行检索
输入项：
图书名称?图书编号
处理描述：
读者用户通过客户端可以进行图书检索，有一般检索（模糊查询）和高级查询（详细查询）
输出项：
图书信息
功能编号：8
功能名称：信息查询密码修改
功能描述：
所有用户都可以登录到自己的系统，进行对自己的信息查询和密码修改操作
输入项：
用户编号?当前密码?XX码
处理描述：
用户通过自己合法的用户名与密码登录到系统，查询自己的基本信息，修改登录密码
输出项：
个人信息?密码修改是否成功
性能要求
3.1精度
1.?该系统的所有输入输出的数据精确到小数点后两位。货币金额数据类型均按实数保存，在显示处理时保留小数点后4位。
2.?文本安装基本文字规范录入。
3.2时间特性要求
作为学校的一个重要管理部门要求及时性。进行操作和查询时某某为单位，以达到实时性；而进行增加，删除和修改等操作时，可以根据数据的多少分别以秒和分为单位，原则是操作人员不因时间而影响效率。
1）响应时间：统计、查询数据数据的相应时间控制在30秒内一卡通读卡时间控制在0.5秒之内，写卡时间控制在0.8秒之内
2）更新处理时间：局域网数据库在网络无故障的情况下，插入一条数据和更新一条数据的数据库操作响应时间控制在0.5秒/条之内
3）数据的转换和传送时间：在拨号网络连接通后，交换数据以数据单元形式进行，所有数据交换过程控制在20分钟内
4）运行时间：程序启动和初始化时间控制在3秒之内
3.3灵活性
a.系统采用模块化程序设计方法，既便于系统功能的各种组合和修改，又便于未
参与开发的技术维护人员补充，维护；
b.该应用产品能在windos7/windows?server/windows8/Liux操作系统平台环境
下正常运行，并且在以后的需求变化时能方便的进行功能扩充和模块的增加；
c.精度和有效时限基于安装的硬件的最低要求；
d.改进可以通过本开发小组进行更新升级维护软件。
3.4输人输出要求
（1）图书信息输入输出：图书编号，每本图书都有一个唯一的编号，它是唯一有
效区分图书的方式；图书名称，每本书的名称，是区分图书的的方法之一；作者，出版社，出版时间，图书定价，如果每本书的出版时间超过了七年，则需要图书管理员申请更新图书，是区分每本书是否为已过时很久需要更新图书的标准，图书定价是如果读者违章阅读还书时需要缴纳的罚金的额度标准；库存量，是图书馆一共有该图书的数量；已借数目，当前图书借出去的数量；可借数目，当前图书还剩余可借的数目，是图书管理员进行图书清点的最方便快捷的方法。
（2）用户输信息入输出：用户编号，每个用户都有一个唯一的编号，是有效区分
用户的唯一标识；密码，使用户登录的必须前提，只有用户编号和密码都输入正确才能登陆系统开始使用；用户名，每个用户的真实姓名，是区分用户的方式之一；性别，年龄，院系，专业，电话，地址，是用户资料的组成部分，用来完善用户资料，方便管理员进行管理；入校时间，离校时间，是用户的有效期范围，只有在校用户才能使用该系统，用户从入学时分配用户编号，知道用户离校此编号作废，不能再使用；
（3）借书还书输入输出：读者的用户编号，用户姓名，图书编号，图书名称，是
查看用户所借（所还）图书信息是否正确的方式；借书时间，结束时的日期；还书时间，还书时的日期；借阅时长，从借书成功开始算起，一直到还书的日期所经历的时间长度。
（4）罚金输入输出：若读者违章，则需要缴纳罚金，额度由系统管理员设定，由
前台操作员代收。
?
3.5数据管理能力要求
考虑到图书馆的业务特点和每天的实际业务量的情况：要求能存储海量数据的能力，并且能够对大量数据处理有强大的功能和快的响应时间。鉴于开发条件有限，Microsoft?SQL?Server2008数据库设计约束，编码人员技术不成熟、编程语言限制为Java、时间仓促，在完善软件功能上还有些欠缺。
系统内数据保存具有持久不丢失性，数据的安全保证要能防止病毒和网络上非法用户如黑客的获取。这些可以通过对Web服务器的维护管理和各种杀毒与网络安全系统来提供保证，不属于本系统数据安全性要求范围内。
3.6故障处理要求
（1）本系统可能出错的情况：
??1.?身份认证时可能出错
??2.?信息输出出错
??3.?数据联机操作时出现数据的输入、输出错误
（2）出错处理方法及补救措施：
??1.?根据出错的种类提示身份认证重新输入
??2.?系统给出错误提示
??3.?系统给出正确的操作系列
?
3.7其他专门要求
1.密码安全性需求：在软件系统的安全性方面要求有较高的安全防护，基本的安全防护为用户密码，无法通过验证的用户是无法进入系统；提供用户修改密码功能；用户的密码与数据库密码相结合及用户所具有的界面操作权限与其所对应的数据库表的权限是一致的，这样不仅提高了应用程序的安全性，而且提高了数据库的安全性。
? 2.数据库安全性：提供定期数据库自动备份和手工备份功能，并对数据库服务器和数据库平台（Microsoft?SQL?Server2008）进行加密，只有系统管理员才有权限进行数据库的备份和还原工作，以提高数据库的安全性。
（3）项目进度计划
分解项目工作
/
项目工作关系表
/
根据不同人员所承担的不同任务，可以得到下面的职责分配矩阵：
活
动
人员
项目经理
专
家
顾
问
项
目
助
理
技
术
总
监
开
发
部
门
经
理
测
试
部
门
经
理
技
术
支
持
部
经
理
财
务
部
经
理
软
件
开
发
工
程
师
测
试
工
程
师
技
术
支
持
人
员
财
务
人
员
人事管理
P
S
S1
专家调研
P
技术管理
P
S
S
S
软件开发
P
S1
软件测试
P
S1
技术支持
P
S1
财务管理
P
S1
注：其中P代表活动负责人，S1代表某活动的第二负责人，S代表对该活动影响较大的人
绘制甘特图
日 期
分部分项名称
一月份
二月份
三月份
四月份
五月份
备 注
1-10
11-20
21-31
1-10
11-20
21-28
1-10
11-20
21-31
1-10
11-20
21-30
1-10
11-20
21-31
1
确定参与项目的相关人员
2
立项
3
项目规模成本估算
4
项目质量计划
5
项目团队计划
6
项目配置管理计划
7
需求分析阶段
8
设计分析阶段
9
编码阶段
10
测试阶段
绘制里程碑计划
日期
里程碑事件
具体内容
2021/1/10
项目开工
确定参与项目的人员
准备好启动资金
确定工作地点
2021/1/15
得出总估算成本
计算：
开发，质量成本 直接成本
间接成本
2021/1/20
项目质量计划书
项目质量保证组织
项目的质量保证
质量保证活动
质量控制活动
2021/2/9
项目团队计划书
项目团队组成 顶目团队管理 顶目沟通计划
2021/2/15
项目配置管理计划书
组及职责
配置管理环境
配置管理活动
2021/2/24
得出用户画像
团队组及职责
团队管理
进度管理
质量管理
需求管理
2021/3/4
设计分析书
团队组织及职责
团队管理
进度管理的质量管理
2021/3/24
网站可以运行
团队组织及职责
团队管理
进度管理
质量管理
成本管理
2021/4/7
测试完成
团队组及职责
团队管理
进度管理
质量管理
2021/4/10
项目结束
总结表彰大会
（4）项目规模成本估算
分解顶目工作
项目规模估算表
开发成本们管理、质量成本
直接成本
间接成本
总估算成本
（5）项目质量计划
项目质量保证组织
（1）项目计划的编制人员必须具备相关项目的执行经验、项目管理经验和必要的技术
知识背景，项目计划必须经过项目经理审核批准，并***主管批准后执行。
（2）项目计划的制定周期：根据项目的规模大小一个月到半个月调整一次。
（3）项目计划应当包含以下主要内容：
项目人员的到位，以及相应的实施计划；
办公场所,车辆,外包人员等安排以及相应的实施计划；
项目中需要跨部门协调的重要事件，比如设备、人员安排等；
项目组人员的使用计划和培养计划；
项目中特有的重要安排。
（4）项目计划在收到主管领导的回复后，项目经理负责项目计划的执行。
项目的质量目标
1 产品的技术要求（包括质量标准和合同要求） ；
2质量计划涉及的部门、人员的职责；
3生产前的技术准备；
4必要的计量、检测要求；
5产品接受准则；
6应配备的设备及人员要求；
7应采取的程序、方法和作业指导书。
8提供 要求证据的记录。
质量保证活动们质量控制活动
制定质量标准
确定标准是质量保证的初始工作内容。质量标准是相对于客户需求而言的，在制订时必须综合考虑客户需求、自身实力、行业现状和各类相关标准等来建立。
提出质量保证所采用方法和技术
质量保证是为了提供足够的信任表明实体能满足质量要求， 而在质量体系中实施并根据需要进行证实的全部有计划、有系统的活动
?质量保证有内部和外部两种目的：内部质量保证:在组织内部质量保证向管理者提供信任。外部质量保证:在合同或其他情况下，质量保证向顾客或他万提供信任。
?质量控制和质量保证的某些活动是相互关联的。
?只有质量要求全面反映了用户的要求，质量保证才能提供足够的信任。
4. 建立质量保证体系
质量体系是是为实施质量管理所需的组织结构、程序、过程和资源
?质量体系的内容应以满足质量目标的需要为准；
?一个组织的质量体系主要是为满足该组织内部管理的需要而设计的，它比特定顾客的要 求要广泛，顾客仅仅评价质量体系中的有关部分；
?为了合同或强制性质量评价的目的，可要求对已确定的质量体系要求的实施进行证实。
（6）项目团队计划
项目团队组成
项目经理：项目经理对项目的推动有着至关重要的任务，PM要负责与用户交流，将用户的需求展现成其他成员能够理解和执行的语言，并且带领团队达成最重要的目标，保持团队的平衡。同时也要注意和控制具体详细开发进度和开发的质量。
需求分析：需求人员需要与用户一起分析所需的功能和具体明确的需求，通过收集、分析、挖掘需求，将用户的可实现的需求转化为最终的需求说明，最好要收集用户对于产品的期望与标准，软件需求对于后续的设计开发有着重要的意义，是开发依据的基础文件。
架构设计：负责后续的开发人员可以按照架构的思路来实现业务的需求和功能模块，同时协助开发人员解决问题。
编程人员：可以部分参考结对编程的方法，对于其中的详细设计要有明确的规定和足够的有效的沟通和交流。
测试人员：考虑到团队人数的问题，这里只安排了一名测试人员，既要负责白盒测试也要负责系统测试，可能任务比较重，但是考虑到开发方法，测试任务并不会过重。
顶目团队管理
项目组织的规划
??? 确定项目中的角色、职责和组织结构。
团队人员获取
??? 获得项目所需的人力资源（个人或集体）。
团队建设
??? 提高团队成员个人为项目做出贡献的能力；提高团队作为集体发挥作用的能力。
团队日常工作管理
??? 跟踪团队成员工作绩效，解决问题和冲突，协调变更事宜。
沟通管理
??? 对在项目干系人之间传递项目信息的内容、方法和过程进行综合管理。保证项目干系人及时得到所需的项目信息。
顶目沟通计划
项目沟通要点：
项目组成员对目标达成共识
项目沟通计划、规章
相互尊重、主动倾听
项目组内沟通：
需求：职责、授权、协调、状态
会议：项目讨论会、成员进度汇报、项目例会（及时、公开、恰到好处）
与高层、客户的沟通
谁，为什么需要信息？
他们需要什么类型的信息？何种详尽程度？频率？
沟通时，你的目标是什么？采用什么样的方法来完成沟通？
有效沟通的关键要素
（1）会前：
?事先明确为什么开会，以及预期要取得什么效果 内容过长，仅展示头部和尾部部分文字预览，全文请查看图片预览。 bug缺陷，测试计划，测试用例，测试报告）管理工具，该工具把需求定义、设计(每项设计关联一.个或多个需求点)、开发(建立开发模块与需求点的关联矩阵)、测试(每个测试用例关联一一个或多个需求点)有机的联系在一起。 我负责专人(本项目以系统集成人员兼职)来定期扫描和跟踪需求的进展,可以让我随时了解项目的进展以及离完全符合客户所有需求还有多远的距离。
（9）设计分析阶段的项目管理
团队组织及职责
团队管理
项目组织的规划
??确定项目中的角色、职责和组织结构。
团队人员获取
获得项目所需的人力资源（个人或集体）。
团队建设
? 提高团队成员个人为项目做出贡献的能力；提高团队作为集体发挥作用的能力。
团队日常工作管理
??跟踪团队成员工作绩效，解决问题和冲突，协调变更事宜。
沟通管理
??对在项目干系人之间传递项目信息的内容、方法和过程进行综合管理。保证项目干系人及时得到所需的项目信息。
进度管理的质量管理
（10）编码阶段的项目管理
团队组织及职责
团队管理
进度管理们质量管理
成本管理
(11)测试阶段的项目管理
团队组及职责
团队管理
进度管理们质量管理
[文章尾部最后500字内容到此结束,中间部分内容请查看底下的图片预览]
以上为《图书管理系统项目管理与需求分析》的无排版文字预览，完整格式请下载
下载前请仔细阅读上面文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。
图片预览
