图书综合管理系统.docx

河北科技大学

课程设计汇报

学生姓名： 候成龙 学 号： 14L0752077
专业班级： 软件工程L142班
课程名称： 项目管理和案例分析
年学期： 2 016 — 2 0第 2学期

指导老师： 王会勇

年 11 月

课程设计成绩评定表
学生姓名
候成龙
学 号
14L0752077
成绩

专业班级
软件L142
起止时间
.6.19-.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法规模估量迭代表
项目名称：
图书管理系统项目管理
估量日期：
.6.6-.6.13
估量者：
陈书骐
估量轮次：
3轮次
结果：
代码行（LOC）
17,000 LOC
周期（月）
0.5月
工作量（人月）
6人月
费用（元）
￥3000元
理由：
因为包含到小组组员没有实际开发经验，再加上要求完成项目标时间比较紧，所以项目估算在前期花费了不少时间。

1、项目规模估算
经过小组内部讨论得出项目规模估算以下：
项目名称：《图书馆管理系统》
规模估计：
代码行：17,000 LOC
周期：0.5月
工作量：6人月
费用：￥3000元
项目进度估算
任务
完成时间
责任人
资源
备注
需求讨论
.6.6
候成龙
2开发人员参与
候成龙、林初聪
项目计划
.6.8
候成龙
全体人员参与

需求确定
.6.11
候成龙
全体人员参与

设计
.6.14
候成龙
2开发人员参与
林初聪、陈书骐
项目实施
.6.17
候成龙
全体人员参与

测试
.6.20
候成龙
2开发人员参与
曹政、樊英杰
布署
.6.22
候成龙
2开发人员参与
樊英杰、李耀杰
交付
.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项目总体信息
项目总时间、总成本、总人力、总规模等信息以下：
项目总时间：-6-7~-6-22，一共12天，比计划多了1天
项目总成本：￥3000.00
项目总人力：6人
项目总规模：84.00人/天

2．项目评审次数
总评审次数：14
其中：
项目计划评审：2
设计评审：2
质量评审：4
定时评审：2
阶段评审：2
事件评审：2
3．产品评审表
产品名称
阶段
日期
提交人
需求分析计划书
需求开发
-6-7
侯成龙
设计说明书
设计
-6-7
林初聪
成本估量
实施
-6-8
陈书骐
质量计划
实施
-6-8
陈书骐
沟通计划
实施
-6-9
樊英杰
人力资源计划
实施
-6-10
樊英杰
风险计划
实施
-6-11
曹政
配置计划
实施
-6-12
李耀杰
集成计划
实施
-6-15
侯成龙
验收计划
提交
-6-18
李耀杰
项目总结
提交
-6-22
侯成龙
4．实际和计划差异分析
计划工期（天）
实际工期（天）
时间差异（天）
13
14
-1
计划规模（人天）
实际规模（人天）
规模差异（人天）
80
84
-4
预算成本（￥）
实际成本（￥）
成本差异（￥）
1800

200
即使计划和实际有差异，但全部在可预见范围之内。
5．结论和提议
《图书管理系统》设计过程遵守基础软件设计项目管理过程。
《图书管理系统》开发结果能够满足需求分析，实现基础功效。
各阶段按计划完成，打到预期效果。
前期应加强组员之间而沟通和协作。
确保质量，加强质量管理，降低返工。