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

《图书管理系统项目管理文档.docx》由会员分享，可在线阅读，更多相关《图书管理系统项目管理文档.docx（25页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、图书管理系统项目管理文档XX学院图书管理系统项目管理文档 书目 1 合同管理-3 1.1 合同-4 2 生存期-5 3 需求管理-6 3.1 软件需求管理过程-6 3.1.1 需求规格-6 3.1.2 需求变更管理-7 4 任务分解-7 4.1 任务清单-8 4.1.1 功能分解清单-9 4.2 WBS-10 5 规模估算-10 5.1 干脆成本-10 5.2 间接成本-11 5.3估算的误差-12 6 项目进度-12 6.1活动定义-13 6.2活动支配-14 6.3进度执行与优化-14 6.4工具运用-14 7 质量安排-14 7.1软件项目质量安排-15 7.2软件项目质量保证活动-14

2、 7.3测试安排-15 7.4质量改善-15 8 风险安排- 15 8.1风险识别与评估-15 8.2 风险规划-16 8.3风险分析表-16 8.4风险限制-16 9 团队管理-17 9.1项目组织结构-17 9.2团队沟通管理-17 10 项目结束-18 10.1项目终止-18 10.2结束安排-18 10.3收尾工作-19 10.4项目总结-20 第一部分 合同管理 1.1 合同 项目名称：XX学院图书馆管理系统 合同双方 甲方：XX学院图书馆管理 乙方：IT项目团队 协议形式 协议形式：技术合同 供应的商品和服务 供应的软件：乙方为甲方供应所需的“图书馆管理系统”应用程序 供应的服务：

3、乙方为甲方供应所需的日常维护和服务器管理。同时对甲方用户供应运用指导。供应的文档：乙方在交付软件时供应具体的软件规格说明书和运用文档。安装服务： 乙方为甲方供应软件的安装。公文处理： 乙方负责将甲方供应的图书馆图书加载入系统并进行分类 维护协议： 当甲方在运用该产品时，在正常操作的状况下出现BUG或系统错误，乙方免费为甲方供应修复服务以保障软件的正常运用。当由于甲方的错误运用等非软件缘由导致出现故障，乙方同样供应修复服务。由于甲方拥有该软件的源代码全部权，因此甲方须要担当部分修理和进一步开发的责任。当软件须要新的功能拓展或改版升级时，由双方共同协商确定。软件全部权 该软件是由甲方向乙方定制，甲

4、方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。软件提交时，项目源代码的全部权自动移交到甲方，乙方不得擅自对源代码进行修改。环境 乙方在规定时间内完成任务。甲方要保证安装软件的硬件设备和合同初始规定一样，乙方只保证软件和规定的硬件兼容。由任何一方的单方面缘由导致的延期产生的费用，由该方面支付。客户承诺 乙方开发软件过程中，甲方通过人员协同乙方进行开发。该人员主要参加项目的规划设计和需求分析，阶段性验收和总体测试。当项目出现需求变更时，对乙方进行具体的阐述说明。乙方不负责这些人员供应食宿和联系设备。验收规程 2016年6月24日，乙方为甲方安装所需的软件。6月25日至6月31日甲方代

5、表对产品进行验收测试，并依据需求在6月30日前对产品提出更正恳求。测试通过后，双方进行软件交付签字。乙方对甲方进行软件运用讲解。标准 乙方在开发过程中必需遵守ISO 12207关于软件生命周期和文档的标准。项目和质量管理 甲乙双方前三个月每月初进行一次进展会议，后三个月每两周周六进行进展会议。会议内容为乙方向甲方供应最新进度的掩饰和下一阶段的工作支配和安排。甲方依据演示提出相应的整改看法，并对下一步工作进行提出看法和建议。时辰表 具体时辰表见项目进度。此处略。价格和付款方式 软件总价为13W。合同签订后，甲方向乙方支付5万元定金。项目的第三个月，乙方按安排时辰表完成需求分析、系统分析、设计和完

6、成系统的基本框架后，甲方向乙方支付8万元。该系统完成后，甲方进行验收测试，在签字验收后完成后，甲方向乙方支付全款。其他法律要求及违约处理 当一方违约，一切责任由其本身担当。假如由任何一方的过失导致出现损失后的赔偿由双方协商确定。甲方法人代表：小王 乙方法人代表：小韩 签订地点：XX学院院办公室 有效期限：2016年-2018年6月26号 其次部分 项目生存期 项目的生命周期是描述项目从起先到结束所经验的各个阶段，最一般的划分是将项目分为 “识别需求、提出解决方案、执行项目、结束项目“四个阶段,也就是通常所说的规划阶段、安排阶段、实施阶段和完成阶段。本项目的需求明确，模块划分清楚，且要求软件具有

7、较高的质量，因此本项目选择增量模型来开发整个系统，这样可以按部就班，避开一次投入太大的风险可以削减开发过程中用户需求的变更有些增量可能须要重新开发。并采纳V模型来保证每个增量的质量。项目生存期模型如下： 图1.1 本项目中模型的应用? 本项目共分为三个子系统，因此整个系统分为三个重量。其中，图书信息管 理系统是图书馆图书管理的根本，作为本项目开发的第一个增量；图书借还管理系统处理图书与读者之间的关系，作为其次个增量；读者管理系统在该项目中比重最低，作为第三个增量。? 一个项目50%以上的时间花在测试上，V模型体现了全过程的质量意识。本 项目中每一个增量的开发过程中都采纳V模型来保证每个增量的质

8、量。V模型大体可以划分为以下几个不同的阶段步骤：需求分析、概要设计、具体设计、软件编码、单元测试、集成测试、系统测试、验收测试。?V模型基本特点 简洁易用? 强调测试过程与开发过程的对应性和并行性? 第三部分 需求管理 3.1 软件需求管理过程 XX学院图书馆管理提出需求如下： 设计开发、安装调试并后期维护满意需求的“图书馆管理系统”应用程序。须要该程序为桌面应用程序，进入程序后须要弹出图书主界面，该图书主界面需与计算机自身系统分别，不得覆盖，具有独立窗口。内部需有检索图书处理、图书信息管理、借书管理、还书管理、图书速览、读者信息管理6个主要功能，每个功能需在主界面中有独立的快捷方式。每个功能

9、的详细要求如下： 检索图书处理：1.当有人发起检索图书时，作出应答 2.当检索出需求的的图书时，提示图书位置及信息 3.当没有检索检索出该图书时，提示该图书馆不存在该图书 图书信息管理：1.实现图书信息录入对图书信息进行入库 2. 修改、删除等图书信息管理 3. 对图书类别和出版社管理。 借书管理：1.图书编号及读者编号 2. 借书日期 3.借书的期限 还书管理：1.图书编号及读者编号 2.还书日期，当还书日期超了借书的期限，系统自动给出提示。可以打印出应归还图书的人名单。 3.超出期限的超一天该借书者扣一元 图书速览：可以通过该功能阅读本图书馆的新进图书和优秀举荐的图书。同时可以通过该功能阅

10、览图书信息等主流图书的信息 读者信息管理：1.借书的卡号及读者姓名 2.读者的身份及读者性别 3.读者借书状况。 3.1.1 需求规格 需求规格说明书 系统定义：“XX学院图书管理系统”应用程序 应用环境： Windows xp；Windows 7；Windows 10；LINUX； 功能规格： 检索图书处理（检索，显示图书信息，显示图书存放位置）；图书信息管理（录入图书，修改图书，删除图书，图书分类，图书的出版社）；借书管理（图书编号，读者编号，借书日期，借书期限）；还书管理（图书编号，读者编号，还书日期）；图书速览（新进图书，优秀举荐图书阅览）；读者信息管理（借书卡号，读者姓名，读者性别，

11、读者身份，读者借书状况）。性能需求： 保证XX学校内部全部学生及老师同时登录服务器时也不会因处理的信息量过大而导致系统瘫痪。另必需保证系统的平安性，可以禁得住一般的黑客攻击和内部作假。对账户有足够的爱护措施以防账户被盗。操作简洁明白，提示明显，界面整齐大方。实现约束：检索图书处理、图书信息管理、借书管理、还书管理、图书速览、读者信息管理 质量描述： 如需求所述的足够用户承载量；牢靠的系统平安性；界面整齐大方。系统目标： ?依据以上的需求分析及用户的沟通，该系统要达到以下目标：? 1)?界面设计友好，美观。? 2)?数据存储平安，牢靠。? 3)?信息分类清楚，精确。? 4)?强大的查询功能，保证

12、数据查询的敏捷性。? 5)?操作简洁易用，界面清楚大方。? 6)?系统平安稳定。? 本系统主要实现对图书馆信息的管理，主要可以分为两大块：图书信息的服务系统和图书的综合管理系统。图书的运用对象是借阅者，例如学生，老师；管理者是XX学院图书馆图书馆的管理员。因此依据这些信息，本系统的主要功能就是：实现图书馆图书信息的管理和维护，如用户信息管理，图书馆规则维护，新书入库，整理图书，修改图书信息和进行查询等；以及服务系统的图书信息查询，图书的借出和归还等功能图书管理系统为用户供应足够的信息和快捷的查询手段.例如:检索快速、查找便利、牢靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提

13、高图书信息管理的效率,也是图书管理的科学化、数字化、正规化管理,与世界接轨的重要条件。签字认证：甲方（需方）：XX学院图书馆管理 乙方（供方）：IT项目团队代表小韩 3.1.2 需求变更管理 需求变更 假设XX学院图书馆管理向IT项目团队提出如下需求变更： 在显示主面做一个能显示访问当前系统在线的人员数量，便利管理员统计每天用书状况。软件基线产品修改提交单 申请人：小李 申请日期：2016年6月16日 项目名称：“XX学院图书管理系统”应用程序 修改内容：增加功能“显示在线访问人员数量”，可之间与表中用户进行记录，不必输入对方用户名 验证看法：同意变更 验证人：小张 验证日期：2016年6月1

14、7日 第四部分 任务分解 4.1 任务清单 4.1.1 功能分解清单 1“XX学院图书管理系统”应用程序 1.1 检索图书处理 1.1.1 检索图书， 1.1.2 处理检索图书的信息，包括图书标题、关键字等 1.1.3 显示出图书详细信息，包括图书作者，出版社等 1.1.4 显示图书陈设的位置 1.1.5 界面 1.1.6 单元测试 1.2 图书信息管理 1.2.1 录入图书 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

15、借书日期 1.3.4 借书期限 1.3.5 单元测试 1.4 还书管理 1.4.1 图书编号 1.4.2 还书日期 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.6 读者借书状况 1.6.7 单元测试 1.7 主界面 1.7.1 界面 1.7.2 后台数据传输 4.2 WBS XX学院图书管理系统应用程序 项目规划 1. 合同签署 1.1 需求分析报告 项目初步规划 1.2 项目建议书 1

16、.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. 手册编写 第五部分

17、规模估算 5.1 干脆成本 成本估算的方法有1.代码行、功能点、对象点 。2.类比 (自顶向下)估算法。3.自下而上估算法。4.参数法估算法。5.专家估算法。在这个项目中我们主要实行功能点估算法，同时融合进入其他的估算方法进行验证。用系统的功能数量来测量其规模，与实现产品所运用的语言和技术没有关系的。FP =UFC*TCF UFC：未调整功能点计数 TCF：技术困难度因子 TCF=0.56+0.01(sum(Fi)： Fi:0-5,TCF:0.56-1.35 5.1.2 本项目的功能点 UFC 148 + 70 + 110 = 328 TCF-技术困难度因子： TCF = 0.56 + 0.0

18、.1 * ( 5 + 4 + 3+2 + 1 5+2 2 + 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-8 FP3 。带入本项目的实际数据 E = 60.62 * 7.728 *10-8 *331.283 = 170、32（人月） 干脆成本计算 干脆成本组成:开发成本,管理成本，质

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

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

21、进度安排（包括多级管理的子安排），在执行该安排的过程中，常常要检查实际进度是否按安排要求进行，若出现偏差，便要刚好找出缘由，实行必要的补救措施或调整、修改原安排，直至项目完成。其目的是保证项目能在满意其时间约束条件的前提下实现其总体目标。 项目进度管理是依据工程项目的进度目标，编制经济合理的进度安排，并据以检查工程项目进度安排的执行状况，若发觉实际执行状况与安排进度不一样，就刚好分析缘由，并实行必要的措施对原工程进度安排进行调整或修正的过程。工程项目进度管理的目的就是为了实现最优工期，多快好省地完成任务。 项目进度管理是项目管理的一个重要方面，它与项目投资管理、项目质量管理等同为项目管理的重要

22、组成部分。它是保证项目如期完成或合理支配资源供应，节约工程成本的重要措施之一。 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.单元测试安排编制

23、 实现 1.编码（详细安排方式见任务清单） 2.代码复核 3.单元测试 测试 1.集成测试 2.系统测试 3.测试总额 4.缺陷跟踪 5.手册编写 6.2活动排序 甘特图 关键路径是确定项目完成的最短时间,关键路径上的任何任务都是关键任务,关键路径上的任何活动延迟，都会导致整个项目完成时间的延迟. 在这个项目中首先根据时间依次计算最早起先时间和最早完成时间,然后根据逆时间依次计算最晚起先时间和最晚结束时间。从而得出关键路径是： 起先 需求分析- 具体设计 编码-测试。6.3 进度执行与优化 在项目的进行过程中可以通过1、分解关键任务2、给任务增加资源3、缩减关键任务的工期 4、重叠或延迟链接任

24、务 5、设置日历增加工作时间 6 、通过安排加班工时来缩短关键任务来达到缩减项目工期的目的。6.4工具运用 在整个项目中将运用Microsoft的项目管理软件产品microsoft project 2012和Visio 2013来进行项目的管理 第七部分 质量安排 7.1软件项目的质量安排 7.1.1 项目经理的职责 1.评审质量安排。2.与质量保证人员一起协商不符合项问题的订正措施，并支配资源实施订正措施。3.定期或事务驱动地评审质量保证活动和结果。1.负责项目实施过程中对项目实施状况进行监督，包括对项目实施过程和工作产品进行监督检查。2.制定质量保证安排书。3按安排实施审计活动，依照质量保

25、证安排执行评审/审计，并记录执行中发觉的不符合项。4.对不符合问题提交不符合项报告，跟踪并验证订正措施的执行状况。5.对项目内不能解决的不符合项问超；向高层管理提交报告。6.向项目经理报告项目质量工作状况和质量度量结果。7.定期向项目组报告质量活动的结果。8.制定质量保证的过程改进安排，记录过程数据。1）基于需求的测试覆盖率为100%。2）?软件功能测试用例通过率不低于95%。3）每个阶段评审中发觉的问题都已经解决或得到适当处理。4）产品发布时不存在严峻问题以及以上的缺陷。5）严格满意合同的要求和规格 6）用户满足 ?为了保证提交给用户的产品是高质量的，实施过程中实行的质量保证措施包括：1)

26、将质量贯彻到日常的项目进展过程中。2）应当特殊留意项目工作产品质量和早期评审工作，无论是质量保证还是质量限制，实行的策略都是早期预防和早期解除缺陷。? 7.2软件质量保证活动 7.2.1 过程评审 项目严格根据组织定义的软件过程进行开发，过程评审的详细依据参照企业的过程规范，保证项目中的全部过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。评审可实行文件传阅、评审会等形式进行绽开。质量保证人员负责对项目过程迸行监督，将发觉的问题和解决状况在每天的晨会上通报，对没有解决的问题迸行探讨，对不能解决的问题提交高级管理者处理。每个周末，进行一次配置管理审核，确认配置管理

27、工作是否正常进行。7.2.2问题报告 质量保证人员对于每次审计活动发觉的不符合项，应当和项目经理协商不符合项的订正措施并预定完成日期，若和项目经理存在看法分歧，质量保证人员可以上报给高层管理者，由高层管理者确定最终的措施。同时，不符合项在项目周例会中汇报。质量保证人员有独立的汇报途径，日常的汇报途径如下： 1.将项目组内不能协调的问题汇报给高级管理者，由高级管理者协调解决。2.将发觉的问题通知项目经理，协调订正措施。3.将日常工作和过程数据汇报给质量经理，由其统一收集并进行统计。7.3质量改善 为了达到更好的质量，现在制定质量改善要求： 1软件质量活动必需经过规划 2.软件质量活动规划必需明文

28、规定 3.质量小组必需独立存在 5.必需有适当的经费 第八部分 风险安排 图书管理系统项目风险管理是指通过风险识别、风险分析和风险评价去相识项目的风险，并以此为基础合理地运用各种风险应对措施、管理方法技术和手段，对项目的风险实行有效的限制，妥当的处理风险事务造成的不利后果，以最少的成本保证项目总体目标实现的管理工作。8.1风险识别与评估 8.1.1风险识别是试图通过系统化地确定对项目安排的威逼，识别已知和可预料的风险。81.2风险识别过程 输入 标识风险 根据肯定标准对风险排序 制定风险表 8.1.3依据“IT项目经常存在一些共同的风险源”我们依据以往阅历制定了风险分析表。检查表法是利用检查表

29、作为风险识别的工具，是依据风险要素建立软件项目的风险条目列表，列表中列出全部与风险因素有关的提问，可以使管理者集中识别常见的类型中的已知和可预料的风险。8.2风险规划 针对风险分析的结果，为提高实现项目目标的机会，降低风险的负面影响而制定风险应对策略和应对措施的过程，即制定肯定的行动和策略来应付、削减、以至于歼灭风险事务。通常实行的措施有1.回避风险。2.转移风险。3.损失限制。4.自留风险。8.3风险分析表 通过对风险识别，风险评估，风险规划 ，我们制定了如下风险分析表。风险分析表 排序 输入 风险事务 可能性 影响 风险值 风险应对措施 1 最终用户放弃该系统。图书管理员可能会由于操作该系

30、统的问题对整个系统产生不好的心情。60% 60% 50% 1.尽力满意用户提出的需求。2.界面尽可能的简洁，明白。3.应擅长和客户沟通 2 项目期间，需求方增加功能。图书馆管理假如增加功能将很大的增加风险。20% 60% 30% 1.软件具体设计阶段留意增加软件的可重用性。提高复用水平。2.有效的沟通和协调。3 客户的需求规格说明。需求不明确，增加需求，导致需求扩散，由于本软件是不太了解计算机的领导运用，变更需求可能性很大。60% 40% 36% 1实行加班的方法。2修改安排去掉一些任务。3.当出现影响重大的变更需求时与客户协调，增加项目投入。4 合同带来的限制。进度要求紧，合同金额有限。35

31、% 55% 25% 可以进行少量的加班,一来成本不高,二来可以加快进度.。5 交付期限紧缩。需方存在紧缩交付期限的可能。导致项目交付不上。25% 68% 10% 1.加班。2.邀请挚友帮忙。3.调整项目的结构。6 历史项目信息。开发人员的流淌。15% 60% 9% 1留意项目团队的沟通，刚好了解开发人员的动态。2限制好项目过程中的文档。3.从其他的项目组借调人员。7 人员缺乏阅历。由于本项目中的一些员工是高校实习生，可能会缺乏阅历。15% 35% 10% 1.实行一带一帮，让有阅历的程序员带着相对阅历少的程序员进行开发。2.开发项目之前适当的岗前培训。8 用户数量超出安排。由于学校可能增加招收

32、学生，导致运用人员激增。20% 20% 20% 1防患于未然，数据库上采纳数据池的技术在，增加并发访问量。2.优化数据库 9 项目技术达不到预期效果。可能有一些技术达不到预期的效果，不能使需方满足。如一些小的功能不能实现等。10% 10% 10% 1.找有开发阅历的项目经理请教。2.优秀的高校生请教当代新型技术。8.4风险限制 1.实施和跟踪风险管理安排，保证风险安排的执行，评估削减风险的有效性。2.针对一个预料的风险事实上是否发生了，确保针对某个风险而制定的风险消退步骤正在合理运用 3.监视剩余的风险和识别新的风险， 4.收集可用于将来的风险分析信息 第九部分 团队管理 团队是肯定有肯定数量

33、的个体成员和有志青年组织的集合，包括自己组织的人、供应商、分包商、客户等为一个共同的目标工作，协调合作，最终开发出来高质量的产品。团队管理在整个项目的开发中具有非常重要的作用 9.1项目组织结构 经过分析我们采纳项目型的组织结构。结构图如下 此结构的优点： 1. 项目监理对项目可以全权负责。可以依据项目须要随意调动项目组织的内部资源或者外部资源。2. 项目型组织的目标单一，完全以项目为中心支配工作，决策的速度得以加快，能够对客户的要求做出刚好响应，项目团队精神得以充分发挥。有利于项目的顺当完成。3. 项目监理对项目成员有全部权利，项目组员只对项目监理负责，避开了职能型项目组织下项目成员处于多重

34、领导、无所适从的局面，项目监理是项目的真正、唯一的领导者。4. 组织结构简洁，易于操作。项目组员干脆属于同一个部门，彼此之间的沟通沟通简介、快速，提高了沟通效率，同时也加快了决策速度。此结构的缺点： 1 每一个项目型组织，资源不能共享，即使某个项目的专用资源闲置，也无法应用于另外一个同时进行的类似项目，人员、设施、设备重复配置，会造成肯定程度的资源奢侈。2 公司里各个独立的项目型组织处于相对封闭的环境之中，公司的宏观政策、方针很难做到完全、真正的贯彻实施，可能会影响公司的长远发展。3 在项目完成以后，项目型组织中的项目成员或者被拍到另一个项目中去，或者被解雇，对项目成员来说，缺乏一种事业上的连

35、续性和平安感。4 项目之间处于一种条块分割状态，项目之间缺乏信息沟通，不同的项目组很难共享学问和阅历，项目成员的工作会出现忙闲不均的现象。针对本项目的分析： 这个项目相比较软件公司开发的项目具有肯定的特别性。这是一个校内项目 由于该项目具有很大的临时性，项目组的成员是一个班级集中到一起的。这样的特别性使我们的这样的项目并不具有上面列出的2,3,4所示的缺点。因此项目型组织结构利于团队的建设以及小组人员与任务的安排；另外该组织结构简洁易操作，而且目标单一，特殊适用于这种零散的人员调度，同时很大程度上便利了成员间整体的沟通沟通，加快了决策速度。由于这个项目各模块间的耦合度较低，不须要小组间大量的信

36、息共享；而且项目组内有着统一的沟通方式，各项决策规定可以第一时间干脆反映给项目成员。针对这是一个校内图书管理系统项目，我们的界面应当做的可能的简洁好用这。样的项目组成结构，可以使我们在团队内部有稳定成员的同时，可以依据实时的需求。与此同时我们的项目的特别性并没有减弱项目型的组织结构的固有特点。故我们采纳项目性组织结构来进行这个项目的开发。9.2团队沟通 为了保证团队信息的沟通制定如下沟通安排 1. 每天早晨上班时间项目组成员进行口头沟通。2.?每周末晚上召开项目例会， 3. 刚好提交问题报告，问题可以通过网络提交，项目经理睬刚好获得问题信息。4. 组内成员有任何问题可以在微信群里进行非正式的探

37、讨。第十部分 项目结束 10.1项目终止 项目胜利终止。10.2结束安排 作为项目安排的一部分，与客户一同评审项目结束安排，细化并实施项目结束安排。 10.3项目收尾 1）范围确认：项目接收前，重新审核工作成果，检验项目的各项工作范围是否完成，或者完成到何种程度，最终，双方确认签字。 2）质量验收：质量验收是限制项目最终质量的重要手段，依据质量安排和相关的质量标准进行验收，不合格不予接收。3）费用决算：费用决算是指对从项目起先到项目结束全过程所支付的全部费用进行核算，编制项目决算表的过程。4）合同终结：整理并存档各种合同文件。5）资料验收：检查项目过程中的全部文件是否齐全，然后进行归档 10.

38、4项目总结 通过这次项目，我们团队细心合作，每个人的都有严谨的思索思路，还有独到的见解想法，让我们的项目更加完善。这个项目在合同的期限和预算内完成客户所须要的功能。用户非常满足，为我们的进一步合作打下了良好的基础。同时通过这个项目的进行，也使我们的团队队员的阅历得到提升，项目管理阅历有了很大的提高。这次项目中的文档及阅历是我们进行以后接着开发的最珍贵的财宝。项目的性能还是满意了用户的需求，用户可向数据库中添加图书信息，并且供应服务功能。?在项目进行的过程中，我们要不断去整理自己的工作状况和做好总结，这样以来，无论是在自己的技术还是其它方面，都会对我们有很大的提高，在长期的积累后，无论是我们个人实力，还是我们的团队实力都会有很大的提高。通过这次项目，我们能够满意用户需求，应当是我有足够好的沟通机制。我信任在其他行业中，人与人的之间的沟通是特别重要的。项目开发也不例外，很好的沟通能够加快项目的进度，这就要求我们每一个开发人员要学会和擅长沟通于客户和同事之间。在一个项目的开发过程中，我们与客户的沟通是一个不断沟通和沟通的过程。在开发到肯定的阶段，我们就须要和客户沟通已有功能，尽量的去避开一些隐藏的问题，刚好的发觉问题，解决问题，从而按时或者提前完成项目的开发。仅供参考