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

1、图书管理系统项目管理文档图书管理系统项目管理文档XX学院图书管理系统项目管理文档目录1合同管理-31.1合同-42生存期-53需求管理-63.1软件需求管理过程-63.1.1需求规格-63.1.2需求变更管理-74任务分解-74.1任务清单-84.1.1功能分解清单-94.2WBS-105规模估算-105.1直接成本-105.2间接成本-115.3估算的误差-126项目进度-126.1活动定义-136.2活动安排-146.3进度执行与优化-146.4工具使用-147质量计划-147.1软件项目质量计划-157.2软件项目质量保证活动-147.3测试计划-157.4质量改善-158风险计划-15

2、8.1风险识别与评估-158.2风险规划-168.3风险分析表-168.4风险控制-169团队管理-179.1项目组织结构-179.2团队沟通管理-1710项目结束-1810.1项目终止-1810.2结束计划-1810.3收尾工作-1910.4项目总结-20第一部分合同管理1.1合同项目名称：XX学院图书馆管理系统合同双方甲方：XX学院图书馆管理乙方：IT项目团队协议形式协议形式：技术合同供应的商品和服务供应的软件：乙方为甲方提供所需的“图书馆管理系统”应用程序提供的服务：乙方为甲方提供所需的日常维护和服务器管理。同时对甲方用户提供使用指导。提供的文档：乙方在交付软件时提供详细的软件规格说明书

3、和使用文档。安装服务：乙方为甲方提供软件的安装。公文处理：乙方负责将甲方提供的图书馆图书加载入系统并进行分类维护协议：当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方免费为甲方提供修复服务以保障软件的正常使用。当由于甲方的错误使用等非软件原因导致出现故障，乙方同样提供修复服务。由于甲方拥有该软件的源代码所有权，因此甲方需要承担部分维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时，由双方共同协商决定。软件所有权该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。软件提交时，项目源代码的所有权自动移交到甲方，乙方不得擅自对源代码进行修

4、改。环境乙方在规定时间内完成任务。甲方要保证安装软件的硬件设备和合同初始规定一致，乙方只保证软件和规定的硬件兼容。由任何一方的单方面原因导致的延期产生的费用，由该方面支付。验收规程2022年6月24日，乙方为甲方安装所需的软件。6月25日至6月31日甲方代表对产品进行验收测试，并根据需求在6月30日前对产品提出更正请求。测试通过后，双方进行软件交付签字。乙方对甲方进行软件使用讲解。标准乙方在开发过程中必须遵守ISO12207关于软件生命周期和文档的标准。项目和质量管理甲乙双方前三个月每月初进行一次进展会议，后三个月每两周周六进行进展会议。会议内容为乙方向甲方提供最新进度的掩饰和下一阶段的工作安

5、排和计划。甲方根据演示提出相应的整改意见，并对下一步工作进行提出意见和建议。时间表详细时间表见项目进度。此处略。价格和付款方式软件总价为13W。合同签订后，甲方向乙方支付5万元定金。项目的第三个月，乙方按计划时间表完成需求分析、系统分析、设计和完成系统的基本框架后，甲方向乙方支付8万元。该系统完成后，甲方进行验收测试，在签字验收后完成后，甲方向乙方支付全款。其他法律要求及违约处理当一方违约，一切责任由其本身承担。如果由任何一方的过失导致出现损失后的赔偿由双方协商决定。甲方法人代表：小王乙方法人代表：小韩签订地点：XX学院院办公室有效期限：2022年-2022年6月26号第二部分项目生存期项目的

6、生命周期是描述项目从开始到结束所经历的各个阶段，最一般的划分是将项目分为“识别需求、提出解决方案、执行项目、结束项目“四个阶段,也就是通常所说的规划阶段、计划阶段、实施阶段和完成阶段。本项目的需求明确，模块划分清晰，且要求软件具有较高的质量，因此本项目选择增量模型来开发整个系统，这样可以循序渐进，避免一次投入太大的风险可以减少开发过程中用户需求的变更有些增量可能需要重新开发。并采用V模型来保证每个增量的质量。项目生存期模型如下：图1.1本项目中模型的应用?本项目共分为三个子系统，因此整个系统分为三个分量。其中，图书信息管理系统是图书馆图书管理的根本，作为本项目开发的第一个增量；图书借还管理系统

7、处理图书与读者之间的关系，作为第二个增量；读者管理系统在该项目中比重最低，作为第三个增量。?一个项目50%以上的时间花在测试上，V模型体现了全过程的质量意识。本项目中每一个增量的开发过程中都采用V模型来保证每个增量的质量。V模型大体可以划分为以下几个不同的阶段步骤：需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试。?V模型基本特点简单易用?强调测试过程与开发过程的对应性和并行性?第三部分需求管理3.1软件需求管理过程XX学院图书馆管理提出需求如下：设计开发、安装调试并后期维护满足需求的“图书馆管理系统”应用程序。需要该程序为桌面应用程序，进入程序后需要弹出图书主界

8、面，该图书主界面需与计算机自身系统分离，不得覆盖，具有独立窗口。内部需有检索图书处理、图书信息管理、借书管理、还书管理、图书速览、读者信息管理6个主要功能，每个功能需在主界面中有独立的快捷方式。每个功能的具体要求如下：检索图书处理：1.当有人发起检索图书时，作出应答2.当检索出需求的的图书时，提示图书位置及信息3.当没有检索检索出该图书时，提示该图书馆不存在该图书图书信息管理：1.实现图书信息录入对图书信息进行入库2.修改、删除等图书信息管理3.对图书类别和出版社管理。3.超出期限的超一天该借书者扣一元图书速览：可以通过该功能浏览本图书馆的新进图书和优秀推荐的图书。同时可以通过该功能阅览图书信

9、息等主流图书的信息读者信息管理：1.借书的卡号及读者姓名2.读者的身份及读者性别3.读者借书情况。性能需求：保证XX学校内部所有学生及老师同时登录服务器时也不会因处理的信息量过大而导致系统瘫痪。另必须保证系统的安全性，可以禁得住一般的黑客袭击和内部作假。对账户有足够的保护措施以防账户被盗。操作简单明了，提示明显，界面整洁大方。实现约束：检索图书处理、图书信息管理、借书管理、还书管理、图书速览、读者信息管理质量描述：如需求所述的足够用户承载量；可靠的系统安全性；界面整洁大方。系统目标：?根据以上的需求分析及用户的沟通，该系统要达到以下目标：?1)?界面设计友好，美观。?2)?数据存储安全，可靠。

10、?3)?信息分类清晰，准确。?4)?强大的查询功能，保证数据查询的灵活性。?5)?操作简单易用，界面清晰大方。?6)?系统安全稳定。?本系统主要实现对图书馆信息的管理，主要可以分为两大块：图书信息的服务系统和图书的综合管理系统。图书的使用对象是借阅者，例如学生，教师；管理者是XX学院图书馆图书馆的管理员。因此根据这些信息，本系统的主要功能就是：实现图书馆图书信息的管理和维护，如用户信息管理，图书馆规则维护，新书入库，整理图书，修改图书信息和进行查询等；以及服务系统的图书信息查询，图书的借出和归还等功能图书管理系统为用户提供充足的信息和快捷的查询手段.例如:检索迅速、查找方便、可靠性高、存储量大

11、、保密性好、寿命长、成本低等。这些优点能够极大地提高图书信息管理的效率,也是图书管理的科学化、数字化、正规化管理,与世界接轨的重要条件。签字认证：甲方（需方）：XX学院图书馆管理乙方（供方）：IT项目团队代表小韩3.1.2需求变更管理需求变更假设XX学院图书馆管理向IT项目团队提出如下需求变更：在显示主面做一个能显示访问当前系统在线的人员数量，方便管理员统计每天用书情况。在这个项目中我们主要采取功能点估算法，同时融合进入其他的估算方法进行验证。用系统的功能数量来测量其规模，与实现产品所使用的语言和技术没有关系的。FP=UFC*TCFUFC：未调整功能点计数TCF：技术复杂度因子TCF=0.56

12、+0.01(sum(Fi)：Fi:0-5,TCF:0.56-1.355.1.2本项目的功能点UFC148+70+110=328TCF-技术复杂度因子：TCF=0.56+0.0.1*(5+4+3+2+15+22+3+5+4+3+3)=0.56+0.01*45=1.01。功能点计算：FP=UFC*TCF。UFC=328。TCF=1.01.FP=328*1.01=331.28人月数计算：在本项目中，根据以往的经验使用经验导出成本模型（面向FP驱动的）中的kemerer模型来计算人月数。Kemerer模型E=60.627.72810-8FP3。带入本项目的实际数据E=60.62*7.728*10-8*

13、331.283=170、32（人月）直接成本计算直接成本组成:开发成本,管理成本，质量成本。简易估算：开发（工作量）规模：Scale(Dev)170.32(单位：人月)管理、质量（工作量）规模：Scale(Mgn)=a*Scale(Dev)=170.32*20%=34a:比例系数：例如：20%-25%直接成本=规模*人力成本参数=204.32*0.15=30.6万元人力成本参数=1500/人月（由于校内开发，成本比较低）5.2间接成本间接成本=规模*人力成本参数*间接成本系数（间接成本系数=1.53）本例中间接成本=170.32*0.15*1.5=38.3万元。估算成本=直接成本+间接成本=3

14、0.6+38.3=68.9万元5.3估算的误差由于基础数据不足，缺乏经验的估算人员，签约前后不连贯，低劣的推测技术，估算对需求的敏感性等一系列原因，可能会引起估算的误差。对此项目的人月数定义考虑误差如下估算170个人月+40-25+15人月：需求变更-15人月：IT项目小组的晚上时间的利用+5人月：IT项目小组出差-10人月：项目小组采取奖励措施+20人月：IT项目小组回家最佳情况：145人月。计划情况：170人月。最坏情况：180人月。第六部分项目进度项目进度管理是指在项目实施过程中，对各阶段的进展程度和项目最终完成的期限所进行的管理。是在规定的时间内，拟定出合理且经济的进度计划（包括多级管

15、理的子计划），在执行该计划的过程中，经常要检查实际进度是否按计划要求进行，若出现偏差，便要及时找出原因，采取必要的补救措施或调整、修改原计划，直至项目完成。其目的是保证项目能在满足其时间约束条件的前提下实现其总体目标。项目进度管理是根据工程项目的进度目标，编制经济合理的进度计划，并据以检查工程项目进度计划的执行情况，若发现实际执行情况与计划进度不一致，就及时分析原因，并采取必要的措施对原工程进度计划进行调整或修正的过程。工程项目进度管理的目的就是为了实现最优工期，多快好省地完成任务。项目进度管理是项目管理的一个重要方面，它与项目投资管理、项目质量管理等同为项目管理的重要组成部分。它是保证项目如

16、期完成或合理安排资源供应，节约工程成本的重要措施之一。6.1活动定义XX学院图书管理系统应用程序项目规划1.合同签署1.1需求分析报告&项目初步规划2.1项目建议书3.1合同草案2.计划编制2.1时间表3.确认计划需求分析1.需求开发1.1需求探索2.需求管理2.1需求规格说明书3.系统测试计划编制总体设计1.策略确定2.开发标准确定（具体分配方式见任务清单）3.架构设计（具体分配方式见任务清单）3.集成测试计划编制详细设计1.接口设计（具体分配方式见任务清单）2.模块设计（具体分配方式见任务清单）3.单元测试计划编制实现1.编码（具体分配方式见任务清单）2.代码复核3.单元测试测试1.集成测

17、试2.系统测试3.测试总额4.缺陷跟踪5.手册编写6.2活动排序甘特图关键路径是决定项目完成的最短时间,关键路径上的任何任务都是关键任务,关键路径上的任何活动延迟，都会导致整个项目完成时间的延迟.在这个项目中首先按照时间顺序计算最早开始时间和最早完成时间,然后按照逆时间顺序计算最晚开始时间和最晚结束时间。从而得出关键路径是：开始需求分析-详细设计编码-测试。6.3进度执行与优化在项目的进行过程中可以通过1、分解关键任务2、给任务增加资源3、缩减关键任务的工期4、重叠或延迟链接任务5、设置日历增加工作时间6、通过分配加班工时来缩短关键任务来达到缩减项目工期的目的。6.4工具使用在整个项目中将使用

18、Microsoft的项目管理软件产品microsoftproject2022和Visio2022来进行项目的管理第七部分质量计划7.1软件项目的质量计划7.1.1项目经理的职责1.评审质量计划。2.与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施。3.定期或事件驱动地评审质量保证活动和结果。1.负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查。2.制定质量保证计划书。3按计划实施审计活动，依照质量保证计划执行评审/审计，并记录执行中发现的不符合项。4.对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况。5.对项目内不能解决的不符合项

19、问超；向高层管理提交报告。6.向项目经理报告项目质量工作状况和质量度量结果。7.定期向项目组报告质量活动的结果。8.制定质量保证的过程改进计划，记录过程数据。1）基于需求的测试覆盖率为100%。2）?软件功能测试用例通过率不低于95%。3）每个阶段评审中发现的问题都已经解决或得到适当处理。4）产品发布时不存在严重问题以及以上的缺陷。5）严格满足合同的要求和规格6）用户满意?为了保证提交给用户的产品是高质量的，实施过程中采取的质量保证措施包括：1)将质量贯彻到日常的项目进展过程中。2）应该特别注意项目工作产品质量和早期评审工作，无论是质量保证还是质量控制，采取的策略都是早期预防和早期排除缺陷。?

20、7.2软件质量保证活动7.2.1过程评审项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式进行展开。质量保证人员负责对项目过程迸行监督，将发现的问题和解决情况在每天的晨会上通报，对没有解决的问题迸行讨论，对不能解决的问题提交高级管理者处理。每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。7.2.2问题报告质量保证人员对于每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施并预定完成日期，若和项目经理存在意见分歧，

21、质量保证人员可以上报给高层管理者，由高层管理者决定最后的措施。同时，不符合项在项目周例会中汇报。质量保证人员有独立的汇报途径，日常的汇报途径如下：1.将项目组内不能协调的问题汇报给高级管理者，由高级管理者协调解决。2.将发现的问题通知项目经理，协调纠正措施。3.将日常工作和过程数据汇报给质量经理，由其统一收集并进行统计。7.3质量改善为了达到更好的质量，现在制定质量改善要求：1软件质量活动必须经过规划2.软件质量活动规划必须明文规定3.质量小组必须独立存在5.必须有适当的经费第八部分风险计划图书管理系统项目风险管理是指通过风险识别、风险分析和风险评价去认识项目的风险，并以此为基础合理地使用各种

22、风险应对措施、管理方法技术和手段，对项目的风险实行有效的控制，妥善的处理风险事件造成的不利后果，以最少的成本保证项目总体目标实现的管理工作。8.1风险识别与评估8.1.1风险识别是试图通过系统化地确定对项目计划的威胁，识别已知和可预测的风险。81.2风险识别过程输入标识风险按照一定标准对风险排序制定风险表8.1.3根据“IT项目常常存在一些共同的风险源”我们根据以往经验制定了风险分析表。检查表法是利用检查表作为风险识别的工具，是根据风险要素建立软件项目的风险条目列表，列表中列出所有与风险因素有关的提问，可以使管理者集中识别常见的类型中的已知和可预测的风险。8.2风险规划针对风险分析的结果，为提

23、高实现项目目标的机会，降低风险的负面影响而制定风险应对策略和应对措施的过程，即制定一定的行动和策略来对付、减少、以至于消灭风险事件。通常采取的措施有1.回避风险。2.转移风险。3.损失控制。4.自留风险。8.3风险分析表通过对风险识别，风险评估，风险规划，我们制定了如下风险分析表。风险分析表排序输入风险事件可能性影响风险值风险应对措施1最终用户放弃该系统。图书管理员可能会由于操作该系统的问题对整个系统产生不好的情绪。60%60%50%1.尽力满足用户提出的需求。2.界面尽可能的简洁，明了。3.应善于和客户交流2项目期间，需求方增加功能。图书馆管理如果增加功能将很大的增加风险。20%60%30%

24、1.软件详细设计阶段注意增加软件的可重用性。提高复用水平。2.有效的沟通和协调。3客户的需求规格说明。需求不明确，增加需求，导致需求蔓延，由于本软件是不太了解计算机的领导使用，变更需求可能性很大。60%40%36%1采取加班的方法。2修改计划去掉一些任务。3.当出现影响重大的变更需求时与客户协调，增加项目投入。4合同带来的限制。进度要求紧，合同金额有限。35%55%25%可以进行少量的加班,一来成本不高,二来可以加快进度.。5交付期限紧缩。需方存在紧缩交付期限的可能。导致项目交付不上。25%68%10%1.加班。2.邀请朋友帮忙。3.调整项目的结构。6历史项目信息。开发人员的流动。15%60%9%1注意项目团队的沟通，及时了解开发人员的动态。2控制好项目过程中的文档。3.从其他的项目组借调人员。7人员缺乏经验。由于本项目中的一些员工是大学实习生，可能会缺乏经验。15%35%10%1.采取一带一帮，让有经验的程序员带着相对经验少的程序员进行开发。2.开发项目之前适当的岗前培训。8用户数量超出计划。由于学校可能增加招收学生，导致使用人员激增。20%20%20%1防患于未然，数据库上采用数据池的技术在，增加并发访问量。2.优化数据库9项目技术