图书管理系统完整版.docx
《图书管理系统完整版.docx》由会员分享，可在线阅读，更多相关《图书管理系统完整版.docx（33页珍藏版）》请在冰点文库上搜索。
图书管理系统完整版
.
科技大学
课程设计报告
学生姓名：
候成龙学号：
14L0752077
专业班级：
软件工程L142班
课程名称：
项目管理与案例解析
学年学期：
2016—2017学年第2学期
指导教师：
王会勇
word专业资料
.
2015年11月
课程设计成绩评定表
14L075207
学生姓名候成龙学号成绩
7
专业班级软件L142起止时间
图书管理系统
设计题目
word专业资料
.
学习态度：
正直
□较正直□一般
□
较差□
出勤情况：
好□
较好□
一般□
较差□
计划编写：
好□
较好□
一般□
较差□
工作量：
大□
较大□
一般
□
较少□
指
创新意识：
强□
较强□
一般□
较差□
导
课程设计报告完成情况：
优秀
□
好□
一般□
较差□
教
师
评
语
指导教师：
年月日
一、设计题··1
word专业资料
.
二、设计目的及要求··1
三、设计任务··4
四、项目估计与进度计划··3
五、成本计划··1
六、质量计划··4
七、配置计划··5
word专业资料
.
图书馆管理系统课程设计报告
一、课设题目
图书馆管理系统
二、目的与要求
随着经济的发展和社会信息化进度的进一步推进,各行各业各领域都在不同样程度上应用信息化手段来提高自己的工作效率和市场竞
争力。
近些年来,随着学院的办学规模的不断扩大,学生和教师的数量
在不断的增加,图书馆规模也随着不断增加,对于图书的管理工作变得
日益复杂起来。
随着高校信息化的建设的全面张开以及学院信息化工
作的张开,图书馆信息管理系统的建设也成为学院信息化建设中特别
重要的一部分,图书馆管理信息系统的开发与建设势在必行。
本课题
主若是结合学院图书馆信息管理的相关需求并实地进行调研。
本项目
所设计的软件方便了图书馆信息的管理,提高了图书馆管理工作效率,
实现了图书管理的“集中管理,分布存放,实时使用,高效可靠”要求。
word专业资料
.
当前该系统已经经过了试运行,功能方面和性能方面均能很好的满足用户的需求,系统运行可靠、正确、方便,能够很好的为读者和图书管理员服务。
三、项目的功能
（1）图书管理①图书种类管理：
增、删、改等管理。
②图书信息管理：
新书入库，图书购入后由图书管理人员将书籍
编码并将其详尽信息录入书籍信息表，及改正功能。
（2）读者管理
读者信息管理：
录入，更正，删除，盘问读者信息。
（3）流通管理
①图书借阅：
读入借阅者证号，尔后经过扫描读入所需借阅的图书编号。
②图书归还：
经过扫描读入图书编号，自动鉴别图书证号。
同时提示读者已借书数、超期图书应缴罚款等参照信息。
自动计算罚金。
③图书扔掉、损坏办理：
若是图书扔掉也许损坏，依照罚款规则计算罚款，同时记录需要出库的图书信息。
（4）统计管理：
按种类统计借还信息。
（5）盘问管理：
管理员按不同样方式盘问，读者按不同样方式盘问。
四、需求解析及项目功能
1.需求解析
1）用户需求
word专业资料
.
此项目是建立在学校的基础之上的，为学校私有图书馆，用户主要针对在校学生及教师。
因此，用户是学生和教师。
*用户功能管理
学生和老师用户主要包括书籍的借阅图书和还图书
*用户限制管理
借阅的书籍本数的限制、时间限制
*用户处罚管理
用户若是书籍扔掉，高出限制时间未归还图书，将面对处罚违约处罚。
2）管理需求
*对图书的管理
图书馆管理系统的管理者能够管理图书的录入，删除。
对图书及进行分类，统计等。
*对用户的管理
查察和更正用户的信息。
2.项目的功能
1）图书管理①图书种类管理：
增、删、改等管理。
②图书信息管理：
新书入库，图书购入后由图书管理人员将
书籍编码并将其详尽信息录入书籍信息表，及改正功能。
2）读者管理
读者信息管理：
录入，更正，删除，盘问读者信息。
word专业资料
.
3）流通管理①图书借阅：
读入借阅者证号，尔后经过扫描读入所需借阅
的图书编号。
②图书归还：
经过扫描读入图书编号，自动鉴别图书证号。
同时提示读者已借书数、超期图书应缴罚款等参照信息。
自动计
算罚金。
③图书扔掉、损坏办理：
若是图书扔掉也许损坏，依照罚款
规则计算罚款，同时记录需要出库的图书信息。
4）统计管理：
按种类统计借还信息。
5）盘问管理：
管理员按不同样方式盘问，读者按不同样方式盘问。
以下图为系统功能模块WBS图
word专业资料
.
五、项目估计
项目规模估计使用Delphi法进行估计，详尽步骤以下：
协调人向小组成员供应项目规格和估计表格；
协调人召集小组谈论与规模相关的因素；
小组成员匿名填写迭代表格；
协调人整理出一个估计总结，以迭代表的形式返回各成员；
word专业资料
.
协调人召集小组会，谈论较大的估计差异；
成员复查估计总结并在迭代表上提交另一个匿名估计；
重复上述操作，直到达到一个最低和最高估计的一致。
附Delphi法规模估计迭代表。
Delphi法规模估计迭代表
项目名图书管理系统项目管理
称：
估计日
期：
估计书骐
者：
估计轮3轮次
次：
代码行（LOC）
17,000LOC
周期（月）
0.5月
结果：
6人月
工作量（人月）
花销（元）
￥3000元
原由：
由于涉及到的小组成员没有本质开发的经验，再加
上规定完成项目的时间比较紧，因此项目估计在先期花
费了很多时间。
word专业资料
.
1、项目规模估计
经过小组部谈论得出项目规模估计以下：
项目名称：
《图书馆管理系统》
规模展望：
代码行：
17,000LOC
周期：
月
工作量：
6人月
花销：
￥3000元
项目进度估计
任
完
负
资源
备注
务
成时间
责人
需
201
候
2开发人
候成龙、
求谈论
成龙
员参加
林初聪
项
201
候
全体人
目规划
成龙
员参加
需
201
候
全体人
求确定
成龙
员参加
设
201
候
2开发人
林初聪、
计
成龙
员参加
书骐
项
201
候
全体人
目推行
成龙
员参加
word专业资料
.
测
201
候
2开发人
曹政、樊
试
成龙
员参加
英杰
部
201
候
2开发人
樊英杰、
署
成龙
员参加
耀杰
交
201
候
付
成龙
2、项目成本估计
声明
由于涉及到的小组成员没有本质开发的经验，在薪酬结算方面没有可供参照的标准，因此在这里采用一致的￥30.00人天。
成本估计
任务名称
工时
成本估计
图书管理系统
18
人天
￥
设备耗费
15
工作日
￥
需求谈论
2*2
人天
￥
软件规划
6*3
人天
￥
需求开发
6*3
人天
￥
设计
2*3
人天
￥.00
推行
6*3
人天
￥
测试
2*2
人天
￥
部署
2*1
人天
￥
word专业资料
.
六、软件项目的质量计划
1、项目经理的职责
（1）.评审质量计划。
（2）与质量保证人员一起协商不吻合项问题的纠正措施，并安
排资源推行纠正措施。
（3）如期或事件驱动地评审质量保证活动和结果。
2、质量保证人员的职责
（1）负责项目推行过程中对项目推行情况进行督查，包括对项目推行过程和工作产品进行督查检查。
（2）推行项目组成员的质量保证培训。
（3）拟定质量保证计划。
（4）按计划推行审计活动，依照质量保证计划执行评审/审计，并记录执行中发现的不吻合项。
（5）对不吻合问题提交不吻合项报告，追踪并考据纠正措施的执行情况。
（6）对项目不能够解决的不吻合项问超；向高层管理提交报告。
（7）向项目经理报告项目质量工作情况和质量胸襟结果。
（8）如期向项目组报告质量活动的结果。
（9）拟定质量保证的过程改进计划，记录过程数据。
3、质量目标
1.基于需求的测试覆盖率为100%。
word专业资料
.
2.功能测试完满
3.每个阶段评审中发现的问题都已经解决或获取合适办理。
4.产品宣布时不存在严重问题以及以上的弊端。
5.严格满足合同的要求和规格
6.用户领导满意
4、质量策略
1.控制产品的质量，实时纠正弊端
2.应该特别注意项目工作产质量量的早期评审工作，元论是质量保证还是质量控制，采用的策略都是早期预防和早期消除弊端。
3.将质量贯彻到平常的项目进展过程中；
七、软件质量保证活动
1、审计
审计（Audit）是对过程也许产品的一次独立评估。
将审察的主体
与为该主体以前建立的一组规程和标准进行比较目的是保证真切的
依照了这一个过程，产生了合适的文档和精确反响本质项目的报告，
能够起初规划的，也能够是临时决定的。
现在讲本项目中的起初规划
审计列出以下。
在整个开发过程中，会依照需要插入临时决定的审计。
2、过程评审
项目严格依照组织定义的软件过程进行开发，过程评审的详尽依
据参照企业的过程规，保证项目中的所有过程活动都在推行围。
在每
word专业资料
.
次评审此后，要对评审结果做出明确的决策并形成评审记录。
评审可采用文件传阅、评审会等形式。
质量保证人员负责对项目过程迸行督查，将发现的问题和解决情况在每周的例会上通知，对没有解决的问题迸行谈论，对不能够解决的问题提交高级管理者办理。
每个周末，进行一次配置管理审察，确认配置管理工作可否正常进行。
3、质量改进
为了达到更好的质量，现在拟定质量改进要求：
1.软件质量活动必定经过规划
2.软件质量活动规划必定明文规定
3.质量活动必定尽早开始
4.质量小组必定独立存在
5.应该经过训练
6.必定有合适的经费八、项目风险计划
风险是指在项目进行过程中可能发生的事件，这些时间将会对项
目按预期时间、资源和估计完成产生重要影响。
风险解析的目标是识
别这些事件，想法防备这些事件的发生并拟定一旦这些事件发生后的
办理措施
下表是项目风险计划清单表：
word专业资料
.
九、成员任务分配及职能分配
1、任务分配
项目经
理
需求分
析
成本质
量
沟通部
署
风险配
置
集成计
划
查收配置
排序
风险事
可能
影响
风险值
风险对付措施
件
性
1
合同不
10%
15%
40%
尽早认识合约容
慎重
以便补充
2
需求风
30%
20%
10%
对产品做出正确
险
评估
3
相关性
30%
15%
15%
对外面环境以及
风险
相关因素尽量把
控
4
技术风
20%
10%
15%
对相关的开发技
险
术进行学习
5
管理风
10%
20%
30%
拟定完满的管理
险
制度，让管理者有
清楚的认知
6
没有足
10%
20%
30%
增加工作时间，并
够时间
与用户协商
word专业资料
进行产
品测试
.
负责侯成龙林初聪书骐樊英杰曹政侯成龙耀杰
人
绘图书馆管理系统的人员组织管理结构：
2、项目职能解析
（1）项目经理职能分配：
1）．在主管领导的领导下工作，带领所属员工贯彻执行企业的相关规章制度，严格执行本项目的各项操作程序，保证各岗位的工作标准达到要求。
2）．拟定培训计划，并组织推行培训，督导手下将培训的容，落实到各工作岗位，并随时检查培训收效，保证员工认识业主单位约定
word专业资料
.
的工作要求
（2）软件开发阶段任务分配：
1）.人员负责项目的软件开发，包括设计，编码，单元测试和集成测试
2）.负责配合质量保证的活动，如系统测试，文档编制等
3）.负责产品查收的活动
（3）质量保证人员任务分配：
1）.负责产品满足用户需求规格说明书的约定
2）.负责项目过程中的质量保证活动
3）.过程、产评论审
（4）配置管理任务分配：
1）.负责软件产品的提交
2）.负责项目的配置管理活动
（5）用户任务职责：
3）.保证相关责任的推行
4）.负责与系统管理员进行协调沟通
5）.参加项目的组织和规划
6）.负责产品的查完工作
十、项目沟通及谈论
1、沟通计划
为了保证项目过程的顺利进行和信息的有效沟通，并且在保证效
word专业资料
.
果的前提下节约时间，提高工作效率，学籍管理系统要求以下的沟通计划：
①项目进行过程中，项目开发人员需要实时认识过程中的各种技术信息，以及相关的管理信息；项目经理需要全面认识项目所有信息，同时还需要认识项目管理中的进度信息、成本信息、质量信息；用户还需要认识项目管理过程中的进展和提交情况。
②项目信息实时盘问：
经过给定的权限实时盘问配置管理系统的项目信息，由配置管理员进行项目资料的实时更新和宣布。
③项目组成员之间的实时沟通，项目进行过程中，在开发环境方面保证开发人员集中在一起进行开发，便于有问题实时沟通沟通。
同时，确定项目组的沟通和报告渠道。
2、项目谈论时间
·每天上午11：
00~11.30，下午项目组成员进行
口头沟通
·每周五的14：
00前提交周报告
·每周五的15:
00~17:
00召开项目周例会，会后宣布会议要给相
关的项目人员，其中说明项目的进展和存在的问题
·对于一般的小问题也许是简单进行沟通，复杂的、必要的、重
要的沟通需要以会议解决，形成书面的会议纪要
·实时提交问题报告，问题能够经过网络提交，项目经搭理
实时获取问题信息
·项目报告：
每周向项目组及其企业领导层宣布项目评审报
word专业资料
.
告，每周向客户宣布项目简报和问题反响结果
十一、配置计划
图书管理系统配置管理计划
1.组织及职责
角色
人员
职责、工作围
配置管理
耀杰
指定《配置管理计划
员
书》，创办和保护配置库
SCCB负
耀杰
审批《配置管理计划
责人
书》，审批重要的更正
SCCB成
侯成龙，林初聪，曹政，
审批某些配置项或基
员
书骐，樊英杰，耀杰
线的更正
2.用户及权限
种类人员权限说明
配置管理者耀杰负责项目配置管理，对
库拥有所有权限
项目管理，质量侯成龙，林初接见、读
保证，配置管理等聪，曹政，书骐，樊
英杰，耀杰
word专业资料
.
3、更正管理其流程是：
·由央求者提交更正央求，更正控制委员会召开复审会议对更正
央求进行复审，以确定该请否为有效央求
·配置管理者收到基线更正央求此后，在配置库中生成与此配置项相关的涉及关系表
·配置管理者将基线涉及关系表提交给SCCB，由SCCB确定可否需要更正，若是需要修给，SCCB应该依照涉及关系表，确定需要更正的详尽文件，并在涉及解析表中表示出来
·配置管理者依照出库程序从配置库中取出要更正的文件·项目人员将更正后的文件提交给配置管理者·配置管理者将更正后的配置项按入库程序放入配置库·配置管理者按SCCB表记出的更正文件，由涉及关系表生成基
线更正记录表，并按入库程序放入配置库。
4、配置状态统计
利用配置状态统计能够记录和追踪配置项的改变，状态统计可用
于评估项目风险，在开发过程中追踪更正，并且供应统计数据以保证
所有必定的更正被执行。
为追踪工作产品基线，配置管理者需收集下
列信息：
·基线种类
·工作产品名称
word专业资料
.
·配置项名称
·版本号
·更改日期/时间
·更正央求列表
·需要更正的配置项
·当前状态
·当前状态发寿辰期
项目组每周提交配置项清单及其当前版本
配置管理人员每半个月提交更正央求的状态统计。
十二、项目完成查收
图书管理系统项目总结
1项目整体信息
项目总时间、总成本、总人力、总规模等信息以下：
项目总时间：
2017-6-7~2017-6-22，一共12天，比计划多
了1天
项目总成本：
￥
项目总人力：
6人
项目总规模：
84.00人/天
word专业资料
.
2．项目评审次数总评审次数：
14
其中：
项目计划评审：
2
设计评审：
2
质量评审：
4
如期评审：
2
阶段评审：
2
事件评审：
2
3．产评论审表
产品名称
阶段
日期
提交人
需求解析计划书
需求开发
2017-6-7
侯成龙
设计说明书
设计
2017-6-7
林初聪
word专业资料
.
成本估计
推行
2017-6-8
书骐
质量计划
推行
2017-6-8
书骐
沟通计划
推行
2017-6-9
樊英杰
人力资源计划
推行
2017-6-1
樊英杰
0
风险计划
推行
2017-6-1
曹政
1
配置计划
推行
2017-6-1
耀杰
2
集成计划
推行
2017-6-1
侯成龙
5
查收计划
提交
2017-6-1
耀杰
8
项目总结
提交
2017-6-2
侯成龙
2
4．本质与计划的差异解析
计划工期（天）
本质工期（天）
时间差异（天）
13
14
-1
计划规模（人天）
本质规模（人天）
规模差异（人天）
80
84
-4
估计成本（￥）
本质成本（￥）
成本差异（￥）
1800
2000
200
word专业资料
.
诚然计划与本质有差异，但都在可预示的围之。
5．结论与建议
《图书管理系统》设计过程遵守基本的软件设计项目管理过程。
《图书管理系统》的开发结果能够满足需求解析，实现基本的功
能。
各阶段按计划完成，打到预期收效。
先期应加强成员之间的而沟通与协作。
保证质量，加强质量管理，减少返工。
word专业资料
升级会员 