河北科技大学课程设计报告学生姓名：候成龙学号：14L******* 专业班级：软件工程L142班课程名称：项目管理与案例分析学年学期：2 016 —2 017学年第2学期****：***2015 年11 月课程设计成绩评定表目录一、设计题 (1)二、设计目的及要求 (1)三、设计任务 (4)四、项目估算与进度计划 (3)五、成本计划 (1)六、质量计划 (4)七、配置计划 (5)图书馆管理系统课程设计报告一、课设题目图书馆管理系统二、目的与要求随着经济的发展和社会信息化进程的进一步推进,各行各业各领域都在不同程度上应用信息化手段来提高自身的工作效率和市场竞争力。
近些年来,随着学院的办学规模的不断扩大,学生和教师的数量在不断的增加,图书馆规模也随着不断增加,对于图书的管理工作变得日益复杂起来。
随着高校信息化的建设的全面开展以及学院信息化工作的展开,图书馆信息管理系统的建设也成为学院信息化建设中非常重要的一部分,图书馆管理信息系统的开发与建设势在必行。
本课题主要是结合学院图书馆信息管理的相关需求并实地进行调研。
本项目所设计的软件方便了图书馆信息的管理,提高了图书馆管理工作效率,实现了图书管理的“集中管理,分布存放,实时使用,高效可靠”要求。
目前该系统已经通过了试运行,功能方面和性能方面均能很好的满足用户的需求,系统运行可靠、准确、方便,能够很好的为读者和图书管理员服务。
三、项目的功能（1）图书管理①图书类别管理：增、删、改等管理。
②图书信息管理：新书入库，图书购入后由图书管理人员将书籍编码并将其具体信息录入书籍信息表，及删改功能。
（2）读者管理读者信息管理：录入，修改，删除，查询读者信息。
（3）流通管理①图书借阅：读入借阅者证号，然后通过扫描读入所需借阅的图书编号。
②图书归还：通过扫描读入图书编号，自动识别图书证号。
同时提示读者已借书数、超期图书应缴罚款等参考信息。
自动计算罚金。
③图书丢失、损坏处理：如果图书丢失或者损坏，根据罚款规则计算罚款，同时记录需要出库的图书信息。
（4）统计管理：按类别统计借还信息。
（5）查询管理：管理员按不同方式查询，读者按不同方式查询。
四、需求分析及项目功能1.需求分析1)用户需求此项目是建立在学校的基础之上的，为学校私有图书馆，用户主要针对在校学生及教师。
因此，用户是学生和教师。
*用户功能管理学生和老师用户主要包括书籍的借阅图书和还图书*用户限制管理借阅的书籍本数的限制、时间限制*用户处罚管理用户如果书籍丢失，超过限制时间未归还图书，将面临处罚违约处罚。
2)管理需求*对图书的管理图书馆管理系统的管理者能够管理图书的录入，删除。
对图书及进行分类，统计等。
*对用户的管理查看和修改用户的信息。
2.项目的功能1）图书管理①图书类别管理：增、删、改等管理。
②图书信息管理：新书入库，图书购入后由图书管理人员将书籍编码并将其具体信息录入书籍信息表，及删改功能。
2）读者管理读者信息管理：录入，修改，删除，查询读者信息。
3）流通管理①图书借阅：读入借阅者证号，然后通过扫描读入所需借阅的图书编号。
②图书归还：通过扫描读入图书编号，自动识别图书证号。
同时提示读者已借书数、超期图书应缴罚款等参考信息。
自动计算罚金。
③图书丢失、损坏处理：如果图书丢失或者损坏，根据罚款规则计算罚款，同时记录需要出库的图书信息。
4）统计管理：按类别统计借还信息。
5）查询管理：管理员按不同方式查询，读者按不同方式查询。
下图为系统功能模块WBS图五、项目估算项目规模估算使用Delphi法进行估算，具体步骤如下：协调人向小组成员提供项目规格和估计表格；协调人召集小组讨论与规模相关的因素；小组成员匿名填写迭代表格；协调人整理出一个估计总结，以迭代表的形式返回各成员；协调人召集小组会，讨论较大的估计差异；成员复查估计总结并在迭代表上提交另一个匿名估计；重复上述操作，直到达到一个最低和最高估计的一致。
附Delphi法规模估计迭代表。
1、项目规模估算经过小组内部讨论得出项目规模估算如下：项目名称：《图书馆管理系统》规模预测：代码行：17,000 LOC周期：0.5月工作量：6人月费用：￥3000元项目进度估算2、项目成本估算声明由于涉及到的小组成员没有实际开发的经验，在薪酬结算方面没有可供参照的标准，因此在这里采用统一的￥30.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、任务分配绘图书馆管理系统的人员组织管理结构：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.组织及职责2.用户及权限3、变更管理其流程是：·由请求者提交变更请求，变更控制委员会召开复审会议对变更请求进行复审，以确定该请求是否为有效请求·配置管理者收到基线修改请求之后，在配置库中生成与此配置项相关的波及关系表·配置管理者将基线波及关系表提交给SCCB，由SCCB确定是否需要修改，如果需要修给，SCCB应该根据波及关系表，确定需要修改的具体文件，并在波及分析表中表示出来·配置管理者按照出库程序从配置库中取出要修改的文件·项目人员将修改后的文件提交给配置管理者·配置管理者将修改后的配置项按入库程序放入配置库·配置管理者按SCCB标识出的修改文件，由涉及关系表生成基线变更记录表，并按入库程序放入配置库。
4、配置状态统计利用配置状态统计可以记录和跟踪配置项的改变，状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必须的更改被执行。