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

海滨学院图书管理系统工程管理文档目录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.团队管理179,1工程组织结构179.2团队沟通管理1710.工程结束1810.1工程终止1810.2结束方案1810.3收尾工作1910.4工程总结20第一局部合同管理1.1合同工程名称：海滨学院图书馆管理系统合同双方甲方：海滨学院图书馆管理乙方：Fr工程团队协议形式协议形式：技术合同供给的商品和效劳供给的软件：乙方为甲方提供所需的"图书馆管理系统"应用程序提供的效劳：乙方为甲方提供所需的日常维护和效劳器管理。同时对甲方用户提供使用指导。提供的文档：乙方在交付软件时提供详细的软件规格说明书和使用文档。安装效劳：乙方为甲方提供软件的安装。公文处理：乙方负责将甲方提供的图书馆图书加载入系统并进行分类维护协议：当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方免费为甲方提供修复效劳以保障软件的正常使用。当由于甲方的错误使用等非软件原因导致出现故障，乙方同样提供修复效劳。由于甲方拥有该软件的源代码所有权，因此甲方需要承当局部维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时，由双方共同协商决定软件所有权该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。软件提交时，工程源代码的所有权自动移交到甲方，乙方不得擅自对源代码进行修改。环境乙方在规定时间内完成任务。甲方要保证安装软件的硬件设备和合同初始规定一致，乙方只保证软件和规定的硬件兼容由任何一方的单方面原因导致的延期产生的费用，由该方面支付。客户承诺乙方开发软件过程中，甲方通过人员协同乙方进行开发。该人员主要参与工程的规划设计和需求分析，阶段性验收和总体测试。当工程出现需求变更时，对乙方进行详细的阐述说明。乙方不负责这些人员提供食宿和联系设备。验收规程2023年6月24日，乙方为甲方安装所需的软件。6月25日至6月31日甲方代表对产品进行验收测试，并根据需求在6月30日前对产品提出更正请求。测试通过后，双方进行软件交付签字。乙方对甲方进行软件使用讲解。，标准乙方在开发过程中必须遵守ISO12207关于软件生命周期和文档的标准。工程和质量管理甲乙双方前三个月每月初进行一次进展会议，后三个月每两周周六进行进展会议。会议内容为乙方向甲方提供最新进度的掩饰和下一阶段的工作安排和方案。甲方根据演示提出相应的整改意见，并对下一步工作进行提出意见和建议。时间表详细时间表见工程进度。此处略。价格和付款方式软件总价为13%合同签订后，甲方向乙方支付5万元定金。工程的第三个月，乙方按方案时间表完成需求分析、系统分析、设计和完成系统的根本框架后，甲方向乙方支付8万元。该系统完成后，甲方进行验收测试，在签字验收后完成后，甲方向乙方支付全款.其他法律要求及违约处理当一方违约，一切责任由其本身承当。如果由任何一方的过失导致出现损失后的赔偿由双方协商决定甲方法人代表：小王乙方法人代表：小韩签订地点：海滨学院院办公室有效期限：2023年-2023年6月26号第二局部工程生存期工程的生命周期是描述工程从开始到结束所经历的各个阶段，最，般的划分是将工程分为"识别需求、提出解决方案、执行工程、结束工程"四个阶段,也就是通常所说的规划阶段、方案阶段、实施阶段和完成阶段。本工程的需求明确，模块划分清晰，且要求软件具有较高的质量，因此本工程选择增量模型来开发整个系统，这样可以循序渐进，防止一次投入太大的风险可以减少开发过程中用户需求的变更有些增量可能需要重新开发。并采用V模型来保证每个增量的质量。工程生存期模型如下：图L1本工程中模型的应用本工程共分为三个子系统，因此整个系统分为三个分量。其中，图书信息管理系统是图书馆图书管理的根木，作为木工程开发的第一个增量:图书借还管理系统处理图书与读者之间的关系，作为第二个增量：读者管理系统在该工程中比重.最低，作为第三个增量。一个工程50%以上的时间花在测试上，V模型表达了全过程的质量意识。本工程中每一个增量的开发过程中都采用V模型来保证每个增量的质量。V模型大体可以划分为以下儿个不同的阶段步骤：需求分析、概要设计、详细设计、软件编码、单元测试、集成测试、系统测试、验收测试。V模型根本特点简单易用强调测试过程与开发过程的对应性和并行性第三局部需求管理3.1软件需求管理过程海滨学院图书馆管理提出需求如下：设计开发、安装调试并后期维护满足需求的“图书馆管理系统"应用程序。需要该程序为桌面应用程序，进入程序后需要弹出图书主界面，该图书主界面需与计算机自身系统别离，不得覆盖，具有独立窗口。内部需有检索图书处理、图书信息管理、借书管理、还书管理、图书速览、读者信息管理6个主要功能，每个功能需在主界面中有独立的快捷方式。每个功能的具体要求如下:检索图书处理：1当有人发起检索图书时，作出应答2.当检索出需求的的图书时，提示图书位置及信息3.当没有检索检索出该图书时，提示该图书馆不存在该图书图书信息管理：L实现图书信息录入对图书信息进行入库2.修改、删除等图书信息管理3.对图书类别和出版社管理。借书管理：1图书编号及读者编号2.借书日期3.借书的期限还书管理：1.图书编号及读者编号2.还书日期，当还书日期超了借书的期限，系统自动给出提示。可以打印出应归还图书的人名单.3.超出期限的超-天该借书者扣一元图书速览：可以通过该功能浏览本图书馆的新进图书和优秀推荐的图书。同时可以通过该功能阅览图书信息等主流图书的信息读者信息管理：1借书的卡号及读者姓名2.读者的身份及读者性别3.读者借书情况。3.1.1需求规格需求规格说明书系统定义：“海滨学院图书管理系统"应用程序应用环境:Windowsxp；Windows7；Windows10；LINUX；功能规格:检索图书处理（检索，显示图书信息，显示图书存放位置）；图书信息管理（录入图书，修改图书，删除图书，图书分类，图书的出版社）：借书管理（图书编号，读者编号，借书日期，借书期限）；还书管理（图书编号，读者编号，还书日期）；图书速览（新进图书，优秀推荐图书阅览）；读者信息管理（借书卡号，读者姓名，读者性别，读者身份，读者借书情况）。性能需求：保证海滨学校内部所有学生及老师同时登录效劳器时也不会因处理的信息量过大而导致系统瘫痪。另必须保证系统的平安性，可以禁得住一般的黑客袭击和内部作假。对账户有足够的保护措施以防账户被盗。操作简单明了，提示明显，界面整洁大方。实现约束：检索图书处理、图书信息管理、借书管理、还书管理、图书速览、读者信息管理质量描述：如需求所述的足够用户承载量；可靠的系统平安性；界面整洁大方。系统目标：根据以上的需求分析及用户的沟通，该系统要到达以下目标：1）界面设计友好，美观。2）数据存储平安，可靠。3）信息分类清晰，准确。4）强大的查询功能，保证数据查询的灵活性。5）操作简单易用，界面清晰大方。6）系统平安稳定。本系统主要实现对图书馆信息的管理，主要可以分为两大块：图书信息的效劳系统和图书的综合管理系统。图书的使用对象是借阅者，例如学生，教师；管理者是海滨学院图书馆图书馆的管理员。因此根据这些信息，本系统的主要功能就是：实现图书馆图书信息的管理和维护，如用户信息管理，图书馆规那么维护，新书入库，整理图书，修改图书信息和进行查询等；以及效劳系统的图书信息查询，图书的借出和归还等功能图书管理系统为用户提供充足的信息和快捷的查询手段.例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、本钱低等。这些优点能够极大地提高图书信息管理的效率,也是图书管理的科学化、数字化、正规化管理,与世界接轨的重要条件。签字认证：甲方（需方）：海滨学院图书馆管理乙方（供方）：IT工程团队代表小韩3.1.2需求变更管理需求变更假设海滨学院图书馆管理向IT工程团队提出如下需求变更：在显示主面做一个能显示访问当前系统在线的人员数量，方便管理员统计每天用书情况。软件基线产品修改提交单申请人：小李申请日期：2023年6月16日工程名称：“海滨学院图书管理系统"应用程序修改内容：增加功能"显示在线访问人员数量"，可之间与表中用户进行记录，不必输入对方用户名验证意见：同意变更验证人：小张验证日期：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图书编号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.专家估算法在这个工程中我们主要采取功能点估算法，同时融合进入其他的估算方法进行验证。用系统的功能数量来测量其规模，与实现产品所使用的语言和技术没有关系的。5.1.1根本公式FP=UFC*TCFUFC：未调整功能点计数TCF：技术复杂度因子TCF=O.56+0.OKsum（Fi）:Fi:0-5,TCF:0.56-1.35本工程的功能点UFCI48+70+110=328TCF-技术复杂度因子:TCF=0.56+0.0.1*（5+4+3+2+1÷5+3+2+2+3+5+4+3+3）-0,56+0.01*45=1.01。功能点计算：FP=UFC*TCF.UFC-328TCF=1.01.FP=3281.01=331.28人月数计算：在本工程中，根据以往的经验使用经验导出本钱模型（面向FP驱动的）中的kemerer模型来计算人月数.Kemerer模型E=60.62×7.728×10"FP二带入本工程的实际数据E=60.62*7.728*10,*331.28170,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.5-3）本例中间接本钱=170.32*0.15*1.5=38.3万元。估算本钱=直接本钱+间接本钱=30.6+38.3=68.9万元5.3估算的误差由于根底数据缺乏，缺乏经验的估算人员，签约前后不连贯，低劣的推测技术，估算对需求的敏感性等一系列原因，可能会引起估算的误差。对此工程的人月数定义考虑误差如下估算170个人月+40-25+15人月：需求变更T5人月：IT工程小组的晚上时间的利用+5人月：IT工程小组出差TO人月：工程小组采取奖励措施+20人月：IT工程小组回家最正确情况：145人月。方案情况：170人月。最坏情况：180人月。第六局部工程进度工程进度管理是指在工程实施过程中，对各阶段的进展程度和工程最终完成的期限所进行的管理。是在规定的时间内，拟定出合理且经济的进度方案（包括多级管理的子方案），在执行该方案的过程中，经常要检查实际进度是否按方案要求进行，假设出现偏差，便要及时找出原因，采取必要的补救措施或调整、修改原方案，直至工程完成。其目的是保证工程能在满足其时间约束条件的前提下实现其总体目标。工程进度管理是根据工程工程的进度目标，编制经济合理的进度方案，并据以检查工程工程进度方案的执行情况，假设发现实际执行情况与方案进度不一致，就及时分析原因，并采取必要的措施对原工程进度方案进行调整或修正的过程。工程工程进度管理的目的就是为了实现最优工期，多快好省地完成任务。工程进度管理是工程管理的一个重要方面，它与工程投资管理、工程质量管理等同为工程管理的重要组成局部。它是保证工程如期完成或合理安排资源供给，节约工程本钱的重要措施之一。6.1活动定义海滨学院图书管理系统应用程序工程规划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.集成测试2.系统测试3.测试总额4.缺陷跟踪5.手册编写6.2活动排序廿特图关键路径是决定工程完成的最短时间，关键路径上的任何任务都是关键任务，关键路径上的任何活动延迟，都会导致整个工程完成时间的延迟.在这个工程中首先按照时间顺序计算最早开始时间和最早完成时间，然后按照逆时间顺序计算最晚开始时间和最晚结束时间。从而得出关键路径是：开始-需求分析-详细设计-编码-测试。6.3进度执行与优化在工程的进行过程中可以通过1、分解关键任务2、给任务增加资源3、缩减关键任务的工期4、重叠或延迟链接任务5,设置日历增加工作时间6、通过分配加班工时来缩短关键任务来到达缩减工程工期的目的.6.4工具使用在整个工程中将使用Microsoft的工程管理软件产品microsoftproject2023和ViSio2023来进行工程的管理第七局部质量方案7.1软件工程的质量方案7.1.1工程经理的职责1.评审质量方案。2.与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施。3.定期或事件驱动地评审质量保证活动和结果.7.1.2质量保证人员的职责1.负责工程实施过程中对工程实施情况进行监督，包括对工程实施过程和工作产品进行监督检查。2.制定质量保证方案书。3.按方案实施审计活动，依照质量保证方案执行评审/审计，并记录执行中发现的不符合项。4.对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况.5.对工程内不能解决的不符合项问超；向高层管理提交报告。6.向工程经理报告工程质量工作状况和质量度量结果。7.定期向工程组报告质量活动的结果。8.制定质量保证的过程改良方案，记录过程数据。7.1.3质量目标D基于需求的测试覆盖率为100%。2）软件功能测试用例通过率不低于95机3）每个阶段评审中发现的问题都已经解决或得到适当处理。4）产品发布时不存在严重问题以及以上的缺陷。5）严格满足合同的要求和规格6）用户满意7.IM质量策略为了保证提交给用户的产品是高质量的，实施过程中采取的质量保证措施包括：D将质吊:贯彻到口常的工程进展过程中。2）应该特别注意工程工作产品质量和早期评审工作，无论是质量保证还是质量控制，采取的策略都是早期预防和早期排除缺陷。7.2软件质量保证活动7.2.1过程评审工程严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程标准，保证工程中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式进行展开。质量保证人员负责对工程过程进行监督，将发现的问题和解决情况在每天的晨会上通报，对没有解决的问题迸行讨论，对不能解决的问题提交高级管理者处理。每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。问题报告质量保证人员对于每次审计活动发现的不符合项，应该和工程经理协商不符合项的纠正措施并预定完成日期，假设和工程经理存在意见分歧，质量保证人员可以上报给高层管理者，由高层管理者决定最后的措施。同时，不符合项在工程周例会中汇报质量保证人员有独立的汇报途径，日常的汇报途径如下：1.将工程组内不能协调的问题汇报给高级管理者，由高级管理者协调解决。2.将发现的问题通知工程经理，协调纠正措施。3.将日常工作和过程数据汇报给质量经理，由其统一收集并进行统计。7.3质量改善为了到达更好的质量，现在制定质量改善耍求：1软件质量活动必须经过规划2.软件质量活动规划必须明文规定3.质量小组必须独立存在5.必须有适当的经费第八局部风险方案图书管理系统工程风险管理是指通过风险识别、风险分析和风险评价去认识工程的风险，并以此为根底合理地使用各种风险应对措施、管理方法技术和手段，对工程的风险实行有效的控制，妥善的处理风险事件造成的不利后果，以最少的本钱保证工程总体目标实现的管理工作。8.1风险识别与评估8.1.1风险识别是试图通过系统化地确定对工程方案的威胁，识别和可预测的风险。8.L2风险识别过程输入-标识风险-按照-定标准对风险排序-制定风险表8.1.3根据“IT工程常常存在一些共同的风险源"我们根据以往经验制定了风险分析表。检查表法是利用检查表作为风险识别的工具，是根据风险要素建立软件工程的风险条目列表，列表中列出所有与风险因素有关的提问，可以使管理者集中识别常见的类型中的和可预测的风险。8.2风险规划针对风险分析的结果，为提高实现工程目标的时机，降低风险的负面膨响而制定风险应对策略和应对措施的过程，即制定一定的行动和策略来对付、减少、以至于消灭风险事件。通常采取的措施有1.回避风险。2.转移风险。3.损失控制。4.自留风险。8.3风险分析表通过对风险识别，风险评估，风险规划，我们制定了如下风险分析表。风险分析表排序输入风险事件可能性影响风险值风险应对措施1最终用户放弃该系统。图书管理员可能会由于操作该系统的问题对整个系统产生不好的情绪C60%60%50%L尽力满足用户提出的需求。2.界面尽可能的简浩，明了.3.应善于和客户交流2:程期间，需求方增加功能。图书馆管理如果增加功能将很大的增加风险.20%60%30%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%I.采取一带一帮，让有经验的程序员带着相对经验少的程序员进行开发.2.开发工程之前适当的岗前培训。8用户数量超出方案。由于学校可能增加招收学生，导致使用人员激增.20%20%20%1.防患于未然，数据库上采用数据池的技术在，增加并发访问量。2.优化数据库9工程技术达不到预期效果。可能有一些技术达不到预期的效果，不能使需方满意。如一些小的功能不能实现等。10%1。10%1.找有开发经验的工程经理请教。2.优秀的大学生请教当代新型技术。8.4风险控制1.实施和跟踪风险管理方案，保证风险方案的执行，评估削减风险的有效性。2.针对一个预测的风险事实上是否发生了，确保针对某个风险而制定的风险消除步骤正在合理使用3.监视剩余的风险和识别新的风险，4.收集可用于将来的风险分析信息第九局部团队管理团队是一定有一定数量的个体成员和有志青年组织的集合，包括自己组织的人、供给商、分包商、客户等为一个共同的目标工作，协调合作，最终开发出来高质量的产品。团队管理在整个工程的开发中具有十分重要的作用9.1工程组织结构经过分析我们采用工程型的组织结构。结构图如下此结构的优点:1.工程监理对工程可以全权负责。可以根据工程需要随意调动工程组织的内部资源或者外部资源。2.工程型组织的目标单一，完全以工程为中心安排工作，决策的速度得以加快，能够对客户的要求做出及时响应，工程团队精神得以充分发挥。有利于工程的顺利完成。3.工程监理对工程成员有全部权利，工程组员只对工程监理负责，防止了职能型工程组织下工程成员处于多重领导、无所适从的局面，工程监理是工程的真正、唯的领导者。4.组织结构简单，易于操作。工程组员直接属于同一个部门，彼此之间的沟通交流简介、快速，提高了沟通效率，同时也加快了决策速度。此结构的缺点：1.每一个工程型组织，资源不能共享，即使某个工程的专用资源闲置，也无法应用于另外一个同时进行的类似工程，人员、设施、设备重复配置，会造成一定程度的资源浪费。2.公司里各个独立的工程型组织处于相对封闭的环境之中，公司的宏观政策、方针很难做到完全、真正的贯彻实施，可能会影响公司的长远开展。3.在工程完成以后，工程型组织中的工程成员或者被拍到另一个工程中去，或者被解雇，对工程成员来说，缺乏一种事业上的连续性和平安感。4.工程之间处于一种条块分割状态，工程之间缺乏信息交流，不同的工程组很难共享知识和经验，工程成员的工作会出现忙闲不均的现象。针对本工程的分析：这个工程相比拟软件公司开发的工程具有一定的特殊性。这是一个校园工程由于该工程具有很大的临时性，工程组的成员是一个班级集中到一起的。这样的特殊性使我们的这样的工程并不具有上面列出的2,3,4所示的缺点。因此工程型组织结构利于团队的建设以及小组人员与任务的分配:另外该组织结构简单易操作，而且目标单-，特别适用于这种零散的人员调度，同时很大程度上方便了成员间整体的沟通交流，加快了决策速度。由于这个工程各模块间的耦合度较低，不需要小组间大量的信息共享；而且工程组内有着统一的交流方式，各项决策规定可以第一时间直接反映给工程成员。针对这是一个校园图书管理系统工程，我们的界面应该做的可能的简单实用这。样的工程组成结构，可以使我们在团队内部有稳定成员的同时，可以根据实时的需求。与此同时我们的工程的特殊性并没有削弱工程型的组织结构的固有特点。故我们采用工程性组织结构来进行这个工程的开发。9.2团队沟通为了保证团队信息的沟通制定如下沟通方案1.每天早晨上班时间工程组成员进行口头交流。2.每周末晚上召开工程例会，3.及时提交问题报告，问题可以通过网络提交，工程经理会及时获取问题信息。4.组内成员有任何问题可以在微信群里进行非正式的讨论。第十局部工程结束IaI工程终止工程成功终止。10.2结束方案作为工程方案的一局部，与客户一同评审工程结束方案，细化并实施工程结束方案。10.3工程收尾1）范围确认：工程接收前，重新审核工作成果，检验工程的各项工作范围是否完成，或者完成到何种程度，最后，双方确认签字。2）质量验收：质量验收是控制工程最终质量的重要手段，依据质量方案和相关的质量标准进行验收，不合格不予接收。3）费用决算：费用决算是指对从工程开始到工程结束全过程所支付的全部费用进行核算，编制工程决算表的过程。4）合同终结：整理并存档各种合同文件。5）资料验收：检查工程过程中的所有文件是否齐全，然后进行归档10.4工程总结通过这次工程，我们团队精心合作，每个人的都有严谨的思考思路，还有独到的见解想法，让我们的工程更加完善。这个工程在合同的期限和预算内完成客户所需要的功能。用户十分满意，为我们的进步合作打下了良好的根底。同时通过这个工程的进行，也使我们的团队队员的经验得到提升，工程管理经验有了很大的提高。这次工程中的文档及经验是我们进行以后继续开发的最珍贵的财富。工程的性能还是满足了用户的需求，用户可向数据库中添加图书信息，并且提供效劳功能。在工程进行的过程中，我们要不断去整理自己的工作情况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人能力，还是我们的团队能力都会有很大的提高。通过这次工程，我们能够满足用户需求，应该是我有足够好的沟通机制。我相信在其他行业中,人与人的之间的沟通是非常重要的。工程开发也不例外，很好的沟通能够加快工程的进度，这就要求我们每一个开发人员要学会和蔼于沟通于客户和同事之间。在一个工程的开发过程中，我们与客户的沟通是一个不断交流和沟通的过程。在开发到一定的阶段，我们就需要和客户沟通己有功能，尽量的去防止一些隐臧的问题，及时的发现问题，解决问题，从而按时或者提前完成工程的开发。