软件项目管理实践报告书

JIJIANGSUTEACHERSUNIVERSIOFTECHNOLOGY软件项目管理实践报告书项目：图书馆信息管理系统学院名称：计算机工程学院业：软件工程级：09东软件组：第三小组（王钦，王怡沁，王艺霖，夏琳，羊菁，张昀）指导教师姓名：范洪辉2011年12月19日首页本实践项目内容及意义本实践项目的主要内容为：图书馆信息管理系统。本系统立足于对图书馆信息的处理，主要包括了图书信息，借阅信息，学生信息以及管理员对信息的处理等等。图书馆信息管理系统是对图书馆和用户进行综合管理的平台系统，是一个图书馆信息化的基础平台。满足管理员对图书信息的有效管理，以及学生对图书的借阅，续借，欠费补交等活动的综合化信息处理。其目的是为了更好的为学生服务，极大的共享图书馆资源，其意义是为了提高管理员管理效率，便利学生对图书信息的最大化交流和利用。项目管理过程中各模块负责人软件项目初始，软件项目计划，软件项目执行控制，软件项目结束这四个模块都是第三小组一块完成的。负责人排序不分先后：王钦，王怡沁，王艺霖，夏琳，羊菁，张昀。项目管理各过程具体报告・软件项目初始阶段图书馆信息管理系统按例分析某校教育部门（甲方）希望所管辖的学校有一个现代化的图书馆信息管理平台，即图书馆信息管理系统。为此，他们提出了《图书馆信息管理系统》的需求，希望委托软件公司为其开发出这样一个软件项目。《图书馆信息管理系统》是对图书馆信息进行综合管理的工作的平台系统，目的是为了更好的为学生服务，极大的共享图书馆资源，其意义是为了提高管理员管理效率，便利学生对图书信息的最大化交流和利用。针对这个项目，甲方采取多方洽谈的招标方式。经过多方沟通和不懈努力乙方获得了这个项目的开发权。双方经过多次协商和讨论，最后签署项目开发合同。甲方招标需求由于本项目的甲（卖）方采取了多方洽谈的招标方式，所以没有明确的招标书，只编写了工作任务说明（SOW）与乙（买）方谈判。SOW如下：业务需求如下，图书馆信息管理系统是对图书馆和用户进行综合管理的平台系统，是一个图书馆信息化的基础平台。满足管理员对图书信息的有效管理，以及学生对图书的借阅，续借，欠费补交等活动的综合化信息处理。其目的是为了更好的为学生服务，极大的共享图书馆资源，其意义是为了提高管理员管理效率，便利学生对图书信息的最大化交流和利用。整体要求：系统要求提供管理员平台和学生工作平台。系统要求有严格的权限管理，权限要在数据方面和功能方面都要体现。系统要求有可扩充性，可以在现有系统的基础上，通过前台就可以加挂其他功能模块。图书馆系统功能结构如下：说明：1）管理员对图书信息和用户信息进行两个方面的管理。2）用户（即学生）缴费主要包括延时欠费补交以及图书丢失的罚款两项。3）图书馆的管理员是由普通的图书馆日常工作人员以及部分教师组成。4.功能描述：1）图书信息的管理功能：此功能主要分成四块，即图书信息的增加，删除，修改以及查询。这部分信息的更新都是根据仓库中和书架上的图书变动而引起的相应变动。2）用户信息管理功能：此功能主要是包括用户对图书的借阅情况和欠费情况构成。而欠费情况也分成续借缴费和丢失罚款两项。根据用户的具体情况而定。3）用户的借阅和续借:此功能是对用户借书的实时信息记录和管理。续借只包括续借一个月，为图书信息的最大共享化考虑，不支持续借一年。4）用户的缴费：主要根据管理员处的记录而定，分成图书借阅超时缴费，即延时缴费。以及图书的丢失而引起的罚款，罚款金额由丢失图书的金额而定。图书信息功能的流程图如下：

6.用户信息管理系统的流程图如下:7.乙方建议书乙方为了争取项目，编写了项目建议书（即投标书）。项目合同：双方经过多次的协商和讨论，最后签署项目开发合同。合同文本如下技术开发合同项目名称：图书馆信息管理系统委托人（甲方）:某学校教育部门研究开发人（乙方）:第三小组签订地点：某地签订日期：2011年12月19日星期一有效期限：2011年12月第三小组根据《中华人民共和国合同法》的规定，合同双方就图书馆信息管理系统项目的技术开发，经协商一致，签订本合同。标的技术的内容，范围以及要求：1）根据甲方的要求，乙方完成图书馆信息管理系统的研制和开发。2）根据甲方要求进行系统方案设计，要求建立B/S结构的，基于Sqlserver数据库，NT服务器，及J2EE技术的三层架构体系的综合服务软件系统。3）配合甲方，在与整体系统相融合的基础上，建立系统运行的软硬件环境。具体需见SOW应达到的技术指标和参数1）系统应该满足并行登陆，并行查询的速度要求。其中主要内容包括：（1）保证100人以上可以同时登陆系统（2）所有查询速度应该在10秒钟以内（3）保证数据的每周备份（4）工作日期间不能当机（5）出现问题应在10分钟以内得到恢复。2）系统的主要功能是应满足双方认可的需求规格，不可以随意改动。3）研究开发计划（1）第一阶段：乙方在合同签订后的7个工作日内，完成合同内容的系统设计方案。（2）第二阶段：完成第一阶段的系统设计方案以后，乙方于50个工作日内完成系统基本功能的开发。（3）第三阶段:完成第一和第二阶段的任务以后，由甲方配合乙方于3个工作日内完成系统的信息调试和集成。1）研究开发经费，报酬以及支付或结算的方式（1）研究开发经费是指完成本项目研究开发工作所需的成本。报酬是指本项目开发成果的使用费和研究开发人员的科研补贴。（2）本项目研究开发经费和报酬（人民币大写）：XXX万元整。（3）支付方式：分期支付。（4）本合同签署之日起生效，甲方在第五个工作日内应付乙方合同总金额的50%，验收后甲方在第五个工作内付清全部合同余款。5）利用研究开发经费购置的设备，器材，资料的财产权属。6）履行的期限，地点以及方式本合同自2011年12月开始履行，至2011年12月19日截止。甲方责任（1）甲方全力协助乙方完成合同内容。（2）合同期内甲方为乙方提供专业性接口技术支持。乙方责任（1）乙方按甲方要求完成合同内容。（2）乙方愿提供在实现功能的前提下，进一步予以完善。（3）乙方在合同商定的时间内保证系统正常运行。（4）乙方在项目验收后提供一年免费维护。（5）未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。7）技术情报和资料的保密本合同中得相关专业技术内容和所有的系统数据，归甲方所有，未经甲方同意乙方不得提供给第三方。8）风险的承担在履行本合同的过程中，确因在现有水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任呢双方各承担50%9）解决合同纠纷的方式在履行本合同的过程中发生争执，双方当事人和解或调解不成，可采取仲裁或司法程序解决。10）其他本合同一式6份。具有同等的法律效力。其中正式两份，甲乙双方各执一份。副本四份，交由乙方。本合同未尽事宜，经双方协商一致，可在合同中增加补充条款，补充条款是合同的组成部分。乙方项目授权书：图书馆信息管理系统的项目章程项目名称信息管理系统项目标识TSGI-system下达人项目委员会下达时间2011/12/1项目经理项目委员会项目计划时限2011/12/19送达人项目委员会项目目标为XXX提供基于B/S结构的图书馆信息管理系统为XXX提供多平台的交流项目范围项目性质公司外部项目，属软件开发类项目组成见项目输入项目要求见项目输入特殊说明无项目输入《图书馆信息管理系统》合同及其附件项目用户XXX教育部门与其他项目关系无项目限制完成时间预计完成时间为：2011/12/19资金见项目输入资源依据批准的项目计划实现限制B/S结构，开发平台为WindowsNT，IISServer，Sqlserver，J2EE生存周期模型:

针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量式模型，理由如下：用户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发，大大减小了开发的风险。在图书馆信息管理系统的需求中，要求系统有可扩充性。若试用增量模型，可以保证系统的可扩充性。用户明确了需求的大部分，但也存在不详尽的地方。“系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他功能模块”-------说明用户可能会增加新的需求。对一个管理方式已经比较成熟的学校，要完全舍弃原有的管理方式，用图书馆信息管理系统替代全部管理是不实际的。所以要从最基础的做起，逐步扩充其应用，所以选用增量模型来开发图书馆信息管理系统。本项目具备增量式模型的其他特点：项目复杂程度为中等。预计开发软件的成本为中等。产品和文档的再使用率会很高。项目风险较低。生存周期的各阶段定义如下：项目规划阶段阶段目标：根据合同和初步的需求分析确定项目的规模，时间计划和资源需求。输入：合同文本，SOW过程：项目规划，计划确认输出：项目计划需求分析阶段阶段目标：确定客户的需求输入：项目计划，SOW过程：需求获取，需求分析，需求控制输出：原型系统，需求规格设计阶段阶段目标：总体系统结构设计输入：原型系统，需求规格过程：总体设计输出：系统设计说明书，数据库结构定义增量1实现阶段目标：实现系统的通用功能输入：系统设计说明书，数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-1增量2实现阶段目标：实现系统的图书信息管理功能输入：系统设计说明书，数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-2增量3实现阶段目标：实现系统的用户记录功能输入：系统设计说明书，数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-3增量4实现阶段目标：实现系统的用户缴费功能输入：系统设计说明书，数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-4增量5实现阶段目标：实现系统的用户借阅功能输入：系统设计说明书，数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-5增量6实现阶段目标：实现系统的其余功能输入：系统设计说明书，数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本-6集成测试阶段目标：通过集成环境下的软件测试输入：测试计划，测试案例过程：集成测试，系统测试输出：系统软件包，测试报告，产品说明书产品提交阶段目标：产品可投入使用输入：系统软件包过程：产品提交输出：验收报告

二.软件项目计划阶段本项目需求调研阶段，发现用户缺乏相关知识，他们对需求没有很明确的说明，但随着项目的进展，用户的经验也会增加，自然会发现一些不合理或不完整或缺少的需求，必然会引起需求的变更。为了避免不必要的需求变化，在开发图书馆信息管理系统时，项目组和用户一起来确定需求规格。本项目采用模型分析法确定需求，然后根据用户确认的原型系统编写软件需求规格。最后，根据需求规格形成项目的最后范围计划，即WBS结果。系统原型分析根据客户的描述，本系统应该提供两个操作平台，即系统管理员平台，学生平台。他们希望两个平台统一登录界面，根据不同的角色来进入不同的平台如下图所示：其界面的内容也是开发人员与客户一同商量的结果，包括界面的风格、颜色等。同时客户提出根据管理员和学生的不同身份和权限通过点击“管理员登录”“用户登录”进入到不同的操作界面。需求规格说明书《图书馆信息管理系统》目录引言11.1目的11.2引言11.1目的11.2范围21.3缩写与术语21.4参考资料21.5版本更新信息2系统定义22.1项目背景22.2项目简介3应用环境33.1网络环境33.2软件环境4功能需求54.1平台功能54.1.1通用功能表述••74.1.2其他功能表述・・114.2学生平台214.3系统管理员平台・・・・22性能需求225.1扩充性225.2适应性225.3故障处理225.4用户界面235.5安全需求23签字认证23任务名称1囹书馆信息管理系统2软件规划3顼目规划4计划评审5需求开发6用户界面设计7用户需求评审8修政需求，修改用户界面9编写需求规格说明书10需求验证11设计12捎要设计13数据库Er图绘制』建库14设计评审15实施1B通用功能17其余功能18系统集成19系歧集成阿试20环境测试果如下图所示：21提交1|图书馆信息管理系统案例分析图书馆信息管理系统项目的进度计划采用渐进完善的方式进行的。1）初期项目进度计划由于项目初期信息不足，所以初期项目计划只是一个计划表格，相当于一个大计划，简单说明计划的执行步骤。如下表所示:任务完成时间负责人资源备注需求讨论11.12.10第三小组全体参与项目规划11.12.11第三小组全体参与需求确定11.12.13第三小组全体参与设计11.12.15第三小组全体参与项目实施11.12.17第三小组全体参与有待细化测试11.12.18第三小组全体参与提交11.12.19第三小组全体参与2）项目计划的细化上表的大计划不能作为指导详细工作的计划，是比较粗的，还需要进一步细化。随着对项目了解的深入，项目计划也会逐步完善和细化的。首先，根据WBS的分解情况，继续分解相应的的活动。使用MSproject工具，将分解后的所有活动和WBS代码录入项目的计划文件中，然后确定各个活动之间的关系，由于采用增量式的生存周期模型，在需求设计之后，系统的功能采用增量方式实现，实施阶段分为6个增量，对各个任务分配相应的资源，然后经过不断的资源调整优化以及工期，活动关系的调整等等，再经过多次的评审讨论，最后计划通过评

审，将此计划存为基准计划。项目的基准计划如下:进度计划任务名称工期开始时间结束时间资源图书馆信息管理系统10工作日2011-12-92011-12-19第三小组软件规划2工作日2011-12-92011-12-11第三小组项目规划1工作日2011-12-92011-12-10第三小组计划评审1工作日2011-12-102011-12-11第三小组需求开发1工作日2011-12-112011-12-12第三小组用户界面设计1工作日2011-12-112011-12-12第三小组用户需求评审1工作日2011-12-112011-12-12第三小组修改需求和用户界面1工作日2011-12-112011-12-12第三小组编写需求规格说明书1工作日2011-12-112011-12-12第三小组需求验证1工作日2011-12-112011-12-12第三小组设计1工作日2011-12-122011-12-13第三小组概要设计1工作日2011-12-122011-12-13第三小组数据库ER图编制，建库1工作日2011-12-122011-12-13第三小组设计评审1工作日2011-12-122011-12-13第三小组实施5工作日2011-12-132011-12-18第三小组增量11工作日2011-12-132011-12-14第三小组增量21工作日2011-12-132011-12-14第三小组增量31工作日2011-12-142011-12-15第三小组增量41工作日2011-12-152011-12-16第三小组增量51工作日2011-12-162011-12-17第三小组增量61工作日2011-12-172011-12-18第三小组系统集成1工作日2011-12-182011-12-19第三小组系统集成测试1工作日2011-12-182011-12-19第三小组环境测试1工作日2011-12-182011-12-19第三小组提交1工作日2011-12-182011-12-19第三小组完成文档1工作日2011-12-182011-12-19第三小组验收，提交1工作日2011-12-182011-12-19第三小组0土■:?]■■1.珀.L^L]R2T日湘11年12月4日£01洋]商11日2011ESSSElrtZB:HE|ZL就件规切L工作日30”年龙月Q日30LL年L2月g日E7/1i.U：LL二日T20】】年】w月in日明LL年姓月L口日]与34计俄怦帛耕求开派L工作日L工作目2CU1年1占曰II日2011年地月1?日2DLI■年日2DLL^L2月整日3%5.用户界面役计:工1n2011年姓月日2DLL^L£月L3日4ffih用尸孟不评〒L二外日细】年］斓|日日WOLL年LW月L4日包质量计划1）导言2）项目组织3）职责4）高层管理5）质量目标机遇需求的测试的覆盖率为100%。软件功能测试用例通过率不得低于95%。每个阶段评审中发现的问题都已经解决并得到适当处理。产品发布时不存在严重及其以上的缺陷。6）质量策略为了保证提交用户的产品提高质量，实施过程中采取的质量保证措施包括：将质量贯彻到日常的项目紧张中，应该特别注意项目工作产品质量的早期评审工作，无论是质量评审还是质量控制采取的策略都是早期预防和早期排出缺陷。7）质量保证活动质量保证的主要活动包括过程审计和产品审计。8）产品审计产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。审计表格如下：项目审计对象审计阶段参考的标准1软件项目计划计划结束质量体系2软件配置管理计划计划结束质量体系3软件质量保证计划计划结束质量体系4总体设计文档计划结束质量体系5详细设计文档计划结束质量体系6数据库表和编码规范计划结束质量体系7产品代码计划结束质量体系8测试报告计划结束质量体系9测试计划计划结束质量体系10用户文档计划结束质量体系9）过程审计（1）项目规划过程以及产品标准（2）项目跟踪管理过程（3）需求分析过程以及产品标准（4）系统设计过程以及产品标准（5）详细设计过程以及产品标准（6）调试运行过程以及产品标准（7）代码走查过程以及产品标准（8）产品集成测试过程以及产品标准（9）开发环境中的执行规则（10）测试环境中的执行规则（11）质量保证过程以及其标准（12）配置管理过程以及其标准10）质量控制活动质量控制活动包括代码走查，单元测试，集成测试，环境测试，由开发人负责，详见进度计划。编码人员在编写代码时要进行同步单元测试，但愿测试要达到分支覆盖，产品通过单元测试和代码检查过后，应提交测试部进行集成测试，系统测试。测试部的测试应达到质量目标要求，软件发布时应达到测试通准则的要求。11）质量保证的报告途径质量保证人员对每次审计活动发现的不符合项，应该和项目经理协商不符合项目的纠正措施，以及预定完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，高层管理者决定最后的措施。同时不符合项在项目周例会中汇报。12）记录的收集项目组应当保留项目执行过程中形成的各类文档，各种记录，各级周报，各级会议记录，对于项目中问题的处理需要形成记录保存。每周由质量保证人员根据任务清单的审计任务进行评审活动，并收集各级活动的过程数据。项目交流会议定于每天的17：00~17：30分，方式为口头交流和记录每。周提交周期性的报告，格式不定。风险计划本管理系统的主要风险是开发人员对客户需求中的环境不是很熟悉，另夕卜，客户要球的进度比较紧，而且具体需求不是很明确，下面的这个风险列表就是通过一些列的风险识别，风险评估，风险应对，最后得出项目风险计划。如下表:排序输入风险事件匕匕i可性影响风险值风险应对措施1客户的SOW需求不明确，增加需求，导致需求蔓延70%50%35%1）采取加班的方法2）修改计划去掉一些任务3）与客户商量延长一些时间2合同进度要求紧，合同金额有限30%50%15%可以请些同学来帮忙3历史项目信息开发人员对测试工作不重视30%40%12%1）强制要求每段代码保留测试单元，由SQA检查。2）加入专门的测试人员4WBS供货商，外包商的质量问题20%50%10%多选择几个可以作为备份的外包商和供应商5历史项目信息开发人员的流动15%60%9%1）注意项目团队的沟通2）控制好项目过程中的文档项目配置管理计划1）导言2）组织以及职责角色人员职责，工作范围配置管理者全体人员1）制定配置管理计划2）船舰和维护配置库SCCB负责人全体人员1）审批《配置管理计划》2）审批重大的变更SCCB成员全体人员审批某些配置项或基线的变更

3）目录结构序号内容说明路径1TCM技术合同管理$\prj-tsg\TCM2RM需求管理$\prj-tsg\RM3SPP软件项目规划$\prj-tsg\SPP4SPTO软件项目跟踪与管理$\prj-tsg\SPTO5SCM软件配置管理$\prj-tsg\SCM6SQA软件质量保证$\prj-tsg\SQA7S软件设计$\prj-tsg\SPE\DESIGN8P产品源代码$\prj-tsg\SPE\SOURCECODE9E工程目标代码$\prj-tsg\SPE\BUILD10测试$\prj-tsg\SPE\TEST11发布$\prj-tsg\SPE\RELEASE4）基线发布计划基线名称基线所包含的主要配置项预计建立时间需求《需求规格说明书》用户DEMO2011-12-10总体设计《总体设计说明书》《数据库设计》2011-12-14项目实现软件源代码，编码规则2011-12-17系统测试《测试用例》《测试报告》2011-12-195）配置项目列表类型主要配置项标识符预计正式发表时间技术合同《合同》Prj-tsg-TCM-CV1.02011-12-19SOWPrj-tsg-TCM-SV1.02011-12-19计划《项目计划》Prj-tsg-SPP-PPV1.02011-12-19《质量保证计划》Prj-tsg-SPP-SQV1.02011-12-19《配置管理计划》Prj-tsg-SPP-SCV1.02011-12-19需求《需求规格说明书》Prj-tsg-RM-SRV1.02011-12-19用户DEMOPrj-tsg-RM-DEV1.02011-12-19设计《总体设计说明书》Prj-tsg-DE-HLV1.02011-12-19《数据库设计》Prj-tsg-DE-DBV1.02011-12-19《详细设计说明书》Prj-tsg-DE-LLV1.02011-12-19《设计术语及规范》Prj-tsg-DE-STV1.02011-12-19编程源程序Prj-tsg-CO-MOV1.02011-12-19编码规则Prj-tsg-CO-STV1.02011-12-19测试《测试计划》Prj-tsg-TE-PLV1.02011-12-19《测试用例》Prj-tsg-TE-CAV1.02011-12-19《测试报告》Prj-tsg-TE-REV1.02011-12-19提交运行产品Prj-tsg-PR-EXV1.02011-12-19《验收报告》Prj-tsg-PR-REV1.02011-12-19《用户手册》Prj-tsg-PR-MAV1.02011-12-19三.软件项目执行控制阶段在本项目的进展过程中，项目组每天都要滚据项目计划来跟踪项目实际的执行情况，关注项目的成本，进度，质量，风险等情况，每天都要记录实际的进展的情况，通过工具得出计划于实际的对照的情况，发现问题需要解决。每周五进行一次定期的评审，每个阶段结束时，进行阶段评审，并给出评审报告，评审报告应该说明项目的进展情况，费用情况，质量情况，风险情况等，并对项目将来的情况做出预测，以保证项目能够按时保质保量完成。范围控制为了有效的管理项目的范围变更，确定了变更控制流程系统。所有的变更首先提出申请，然后进行评估并提交评估报告，如果经过评估，项目组认为拒绝变更，则终止。如果项目组认为可以变更，则分配人员进行变更，变更时从配置库中取出需要修改的配置项，进行变更，变更后，由质量保证人员进行审计，如果有问题，重新修改，如果没有问题将修改后的配置项纳入配置库。本项目采用原型分析法来进行需求分析，很快得到用户的确认，由于采用的是进化型原型方法，在后续的开发过程中，沿用了原型中的界面和相关的内同说明，这个非常重要，因为这是经过用户确认的。所以在项目实施过程中需求的变更比较少，而且项目管理过程中对需求变更控制的也比较好。项目进展过程中的变更主要有2项，这些变更申请是由用户提出的：1）增加“二次开发的接口模块”。2）增加“固定资产管理”和“办公自动化管理”。变更控制流程图如下所示：

进度，成本控制1）定期评审结果任务名称工期开始时间结束时间实际成本图书馆信息管理系统10工作日2011-12-92011-12-19YXXXX.XX软件规划2工作日2011-12-92011-12-11YXXXX.XX项目规划1工作日2011-12-92011-12-10YXXXX.XX计划评审1工作日2011-12-102011-12-11YXXXX.XX需求开发1工作日2011-12-112011-12-12YXXXX.XX用户界面设计1工作日2011-12-112011-12-12YXXXX.XX用户需求评审1工作日2011-12-112011-12-12YXXXX.XX修改需求和用户界面1工作日2011-12-112011-12-12YXXXX.XX编写需求规格说明书1工作日2011-12-112011-12-12YXXXX.XX需求验证1工作日2011-12-112011-12-12YXXXX.XX设计1工作日2011-12-122011-12-13YXXXX.XX概要设计1工作日2011-12-122011-12-13YXXXX.XX数据库ER图编制，建库1工作日2011-12-122011-12-13YXXXX.XX设计评审1工作日2011-12-122011-12-13YXXXX.XX实施5工作日2011-12-132011-12-18YXXXX.XX增量11工作日2011-12-132011-12-14YXXXX.XX增量21工作日2011-12-132011-12-14YXXXX.XX增量31工作日2011-12-142011-12-15YXXXX.XX增量41工作日2011-12-152011-12-16YXXXX.XX增量51工作日2011-12-162011-12-17YXXXX.XX增量61工作日2011-12-172011-12-18YXXXX.XX系统集成1工作日2011-12-182011-12-19YXXXX.XX系统集成测试1工作日2011-12-182011-12-19YXXXX.XX环境测试1工作日2011-12-182011-12-19YXXXX.XX提交1工作日2011-12-182011-12-19YXXXX.XX完成文档1工作日2011-12-182011-12-19YXXXX.XX验收，提交1工作日2011-12-182011-12-19YXXXX.XX2）阶段评审结果在项目计划中规定了每个阶段结束进行阶段评审。阶段评审报告如下图所示：项目名称图书馆信息管理系统项目标识Prj-tsg部门Dev阶段名称增量开发2支持人第三小组会议地点会议室评审时间2011-12-19评审次数1评审人王钦，王怡沁，王艺霖，夏琳，羊菁，张昀评审项与结论评审要素评审结果问题与对策实施结果满足需求规格的要求开发人员与用户起评审，用户对本阶段的提交结果很满意，但是用户越满意

越有可能提出更高的要求计划执行通过基本能按照计划执行，而且还稍有提前，但要注意后期的进度情况，从用户对增量1的反馈来看，用户可能会对原有的需求做出一些调整。质量情况通过满足质量计划的要求配置管理有待提高运行环境没有纳入配置管理，但是开发人员可以掌控运行环境其他问题问题不大开发人员增强业务学习，以便保证开发顺利进行计划调整完成根据计划执行情况而定］提交产品项目计划口计划跟踪数据□源码口增量2运行系统口评审报告口阶段统计数字数据项目计划实际偏差工期（天）550规模（人时）660人力投入（个）660成本（兀）XX0阶段日期10100阶段评语本阶段的成本和进度基本在控制的范围之内，而且进度略有提前。在完成本阶段目标的任务的基础上，开发人员更加深入的熟悉技术和业务，为了确定下阶段目标打下了一定的基础。从管理上，体现在生存期的定义，项目计划的细化和确认，项目跟踪日常化等方面。可以为今后类似项目的管理提供宝贵的经验。所以，本阶段除了较好的完成了规定的目标，而且进行了许多有益的尝试，本阶段后，项目进展及完成情况属正常。风险管理控制风险分析表

排序输入风险事件风险说明采取的措施1客户的SOW需求不明确，增加需求，导致需求蔓延1.客户提出增加“二次开发的接口模块”2.客户提出增加“办公自动化管理”和“固定资产管理”1.增加接口模块，技术上实现不困难，而且波及面不大，工作量也不大，所以同意客户的要求。2.增加办公自动化管理和固定资产管理工作量比较大，而且可以与现有的系统独自运行，所以经过与客户的交流，最后确定作为另外一个合同的实施2WBS供货商，外包商的质量问题“缴费管理”与本系统联调时存在很多的不能兼容问题由于“缴费管理”从用户的角度看可能使用率低，经过与客户的交流还是解决了这个问题。3历时信息开发人员的流动无无质量控制项目的缺陷在前期比较突出，随着项目的发展，缺陷的发生比例基本在项目的控制线以内。项目总体信息项目总时间、总成本、总人力，总规模等信息如下:项目总时间：项目总成本：项目总成本：项目总人力：6人项目总规模：规模比例见下图：口项目开发口项目管理口质量保证口配置管理项目评审记录总评审次数：23其中：项目计划评审：1设计评审：2质量评审：2

定期评审：8阶段评审：8事件评审：2产品提交表产品名称版本阶段日期提交人任务单1.0项目规划第三小组项目计划1.0项目规划第三小组配置管理计划1.0项目规划第三小组质量保证计划1.0项目规划第三小组用户界面demo1.0需求开发第三小组需求规格说明书1.0需求开