图书管理系统项目管理文档.docx

《图书管理系统项目管理文档.docx》由会员分享，可在线阅读，更多相关《图书管理系统项目管理文档.docx（17页珍藏版）》请在优知文库上搜索。

1、海滨学院图书管理系统工程管理文档目录1.合同管理31.1合同42.生存期53.需求管理63.1软件需求管理过程63.1.1需求规格63.1.2需求变更管理74.任务分解74.1任务清单84.1.1功能分解清单94.2WBS105.规模估算-105.1直接本钱105.2间接本钱U53估算的误差126.工程进度126.1活动定义136.2活动安排-146.3进度执行与优化146,4工具使用147.质量方案147.1软件工程质量方案157.2软件工程质量保证活动147.3测试方案157.4质量改善158.凤险方案158风险识别与评估158.2风险规划168.3风险分析表168.4风险控制169.团队

2、管理179,1工程组织结构179.2团队沟通管理1710.工程结束1810.1工程终止1810.2结束方案1810.3收尾工作1910.4工程总结20第一局部合同管理1.1合同工程名称：海滨学院图书馆管理系统合同双方甲方：海滨学院图书馆管理乙方：Fr工程团队协议形式协议形式：技术合同供给的商品和效劳供给的软件：乙方为甲方提供所需的图书馆管理系统应用程序提供的效劳：乙方为甲方提供所需的日常维护和效劳器管理。同时对甲方用户提供使用指导。提供的文档：乙方在交付软件时提供详细的软件规格说明书和使用文档。安装效劳：乙方为甲方提供软件的安装。公文处理：乙方负责将甲方提供的图书馆图书加载入系统并进行分类维护

3、协议：当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方免费为甲方提供修复效劳以保障软件的正常使用。当由于甲方的错误使用等非软件原因导致出现故障，乙方同样提供修复效劳。由于甲方拥有该软件的源代码所有权，因此甲方需要承当局部维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时，由双方共同协商决定软件所有权该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。软件提交时，工程源代码的所有权自动移交到甲方，乙方不得擅自对源代码进行修改。环境乙方在规定时间内完成任务。甲方要保证安装软件的硬件设备和合同初始规定一致，乙方只保证软件和规定的硬件兼容由

4、任何一方的单方面原因导致的延期产生的费用，由该方面支付。客户承诺乙方开发软件过程中，甲方通过人员协同乙方进行开发。该人员主要参与工程的规划设计和需求分析，阶段性验收和总体测试。当工程出现需求变更时，对乙方进行详细的阐述说明。乙方不负责这些人员提供食宿和联系设备。验收规程2023年6月24日，乙方为甲方安装所需的软件。6月25日至6月31日甲方代表对产品进行验收测试，并根据需求在6月30日前对产品提出更正请求。测试通过后，双方进行软件交付签字。乙方对甲方进行软件使用讲解。，标准乙方在开发过程中必须遵守ISO12207关于软件生命周期和文档的标准。工程和质量管理甲乙双方前三个月每月初进行一次进展会

5、议，后三个月每两周周六进行进展会议。会议内容为乙方向甲方提供最新进度的掩饰和下一阶段的工作安排和方案。甲方根据演示提出相应的整改意见，并对下一步工作进行提出意见和建议。时间表详细时间表见工程进度。此处略。价格和付款方式软件总价为13%合同签订后，甲方向乙方支付5万元定金。工程的第三个月，乙方按方案时间表完成需求分析、系统分析、设计和完成系统的根本框架后，甲方向乙方支付8万元。该系统完成后，甲方进行验收测试，在签字验收后完成后，甲方向乙方支付全款.其他法律要求及违约处理当一方违约，一切责任由其本身承当。如果由任何一方的过失导致出现损失后的赔偿由双方协商决定甲方法人代表：小王乙方法人代表：小韩签订

6、地点：海滨学院院办公室有效期限：2023年-2023年6月26号第二局部工程生存期工程的生命周期是描述工程从开始到结束所经历的各个阶段，最，般的划分是将工程分为识别需求、提出解决方案、执行工程、结束工程四个阶段,也就是通常所说的规划阶段、方案阶段、实施阶段和完成阶段。本工程的需求明确，模块划分清晰，且要求软件具有较高的质量，因此本工程选择增量模型来开发整个系统，这样可以循序渐进，防止一次投入太大的风险可以减少开发过程中用户需求的变更有些增量可能需要重新开发。并采用V模型来保证每个增量的质量。工程生存期模型如下：图L1本工程中模型的应用本工程共分为三个子系统，因此整个系统分为三个分量。其中，图书

7、信息管理系统是图书馆图书管理的根木，作为木工程开发的第一个增量:图书借还管理系统处理图书与读者之间的关系，作为第二个增量：读者管理系统在该工程中比重.最低，作为第三个增量。一个工程50%以上的时间花在测试上，V模型表达了全过程的质量意识。本工程中每一个增量的开发过程中都采用V模型来保证每个增量的质量。V模型大体可以划分为以下儿个不同的阶段步骤：需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试。V模型根本特点简单易用强调测试过程与开发过程的对应性和并行性第三局部需求管理3.1软件需求管理过程海滨学院图书馆管理提出需求如下：设计开发、安装调试并后期维护满足需求的“图书

8、馆管理系统应用程序。需要该程序为桌面应用程序，进入程序后需要弹出图书主界面，该图书主界面需与计算机自身系统别离，不得覆盖，具有独立窗口。内部需有检索图书处理、图书信息管理、借书管理、还书管理、图书速览、读者信息管理6个主要功能，每个功能需在主界面中有独立的快捷方式。每个功能的具体要求如下:检索图书处理：1当有人发起检索图书时，作出应答2.当检索出需求的的图书时，提示图书位置及信息3.当没有检索检索出该图书时，提示该图书馆不存在该图书图书信息管理：L实现图书信息录入对图书信息进行入库2.修改、删除等图书信息管理3.对图书类别和出版社管理。借书管理：1图书编号及读者编号2.借书日期3.借书的期限还

9、书管理：1.图书编号及读者编号2.还书日期，当还书日期超了借书的期限，系统自动给出提示。可以打印出应归还图书的人名单.3.超出期限的超-天该借书者扣一元图书速览：可以通过该功能浏览本图书馆的新进图书和优秀推荐的图书。同时可以通过该功能阅览图书信息等主流图书的信息读者信息管理：1借书的卡号及读者姓名2.读者的身份及读者性别3.读者借书情况。3.1.1需求规格需求规格说明书系统定义：“海滨学院图书管理系统应用程序应用环境:Windowsxp；Windows7；Windows10；LINUX；功能规格:检索图书处理（检索，显示图书信息，显示图书存放位置）；图书信息管理（录入图书，修改图书，删除图书，

10、图书分类，图书的出版社）：借书管理（图书编号，读者编号，借书日期，借书期限）；还书管理（图书编号，读者编号，还书日期）；图书速览（新进图书，优秀推荐图书阅览）；读者信息管理（借书卡号，读者姓名，读者性别，读者身份，读者借书情况）。性能需求：保证海滨学校内部所有学生及老师同时登录效劳器时也不会因处理的信息量过大而导致系统瘫痪。另必须保证系统的平安性，可以禁得住一般的黑客袭击和内部作假。对账户有足够的保护措施以防账户被盗。操作简单明了，提示明显，界面整洁大方。实现约束：检索图书处理、图书信息管理、借书管理、还书管理、图书速览、读者信息管理质量描述：如需求所述的足够用户承载量；可靠的系统平安性；界面

11、整洁大方。系统目标：根据以上的需求分析及用户的沟通，该系统要到达以下目标：1）界面设计友好，美观。2）数据存储平安，可靠。3）信息分类清晰，准确。4）强大的查询功能，保证数据查询的灵活性。5）操作简单易用，界面清晰大方。6）系统平安稳定。本系统主要实现对图书馆信息的管理，主要可以分为两大块：图书信息的效劳系统和图书的综合管理系统。图书的使用对象是借阅者，例如学生，教师；管理者是海滨学院图书馆图书馆的管理员。因此根据这些信息，本系统的主要功能就是：实现图书馆图书信息的管理和维护，如用户信息管理，图书馆规那么维护，新书入库，整理图书，修改图书信息和进行查询等；以及效劳系统的图书信息查询，图书的借出

12、和归还等功能图书管理系统为用户提供充足的信息和快捷的查询手段.例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、本钱低等。这些优点能够极大地提高图书信息管理的效率,也是图书管理的科学化、数字化、正规化管理,与世界接轨的重要条件。签字认证：甲方（需方）：海滨学院图书馆管理乙方（供方）：IT工程团队代表小韩3.1.2需求变更管理需求变更假设海滨学院图书馆管理向IT工程团队提出如下需求变更：在显示主面做一个能显示访问当前系统在线的人员数量，方便管理员统计每天用书情况。软件基线产品修改提交单申请人：小李申请日期：2023年6月16日工程名称：“海滨学院图书管理系统应用程序修改内容：增加功

13、能显示在线访问人员数量，可之间与表中用户进行记录，不必输入对方用户名验证意见：同意变更验证人：小张验证日期：2023年6月17日第四局部任务分解4.1任务清单4.1.1功能分解清单1.“海滨学院图书管理系统应用程序1.1检索图书处理1.1.1检索图书，1.1.2处理检索图书的信息，包括图书标题、关键字等1.1.3显示出图书具体信息，包括图书作者，出版社等1.1.4显示图书陈列的位置1.1.5界面11,6单元测试1.2图书信息管理1.2.I录入图书1.2.2修改图书信息1.2.3删除图书1.2.4对图书进行分类1.2.5对图书出版社管理1.2.6界面1.2.7单元测试1.3借书管理1.3.1图书

14、编号1.3.2读者编号1.3.3借书日期借书期限单元测试1.4还书管理1.4.1图书编号还书日期1.4.3单元测试1.5图书速览1.5.1新进图书展示1.5.2优秀推荐图书展示1.5.3界面1.5.4单元测试1.6读者信息管理1.6.1借书卡号1.6.2读者姓名1.6.3读者性别读者身份1.6.6读者借书情况1.6.7单元测试1.7主界面1.7.1界面1.7.2后台数据传输4.2WBS海滨学院图书管理系统应用程序工程规划1.合同签署1.1需求分析报告&工程初步规划1.2工程建议书1.3合同草案2.方案编制2.1时间表3.确认方案需求分析1.需求开发1.1需求探索2需求管理2.1需求规格说明书3.系统测试方案编制总体设计1.策略确定2.开发标准确定（具体分配方式见任务清单）3.架构设计（具体分配方式见任务清单）4.集成测试方案编制详细设计1.接口设计（具体分配方式见任务清单）2.模块设计（具体分配方式见任务清单）3.单元测试方案编制，实现1.编码（具体分配方式见任务清单）2.代码复核3.单元测试测试1.集成测试2.系统测试3.测试总额4.缺陷跟踪5.手册编写第五局部规模估算5.1直接本钱本钱估算的方法有1代码行、功能点、对象点。2.类比（自顶向下）估算法。3.自下而上估算法。4.参数法估算法。5.专家估算法在这个工程中我