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