《超市管理系统项目管理报告.doc》由会员分享，可在线阅读，更多相关《超市管理系统项目管理报告.doc（22页珍藏版）》请在三一办公上搜索。
1、超市管理系统项目管理报告一、导言随着我国经济情况的日新月异，飞速发展，涌现出许许多多的超市和便利店。越来越多的人喜欢到超市购物，超市里销售的商品也呈现出多种多样的变化趋势。随着超市里商品种类、数量和消费者的大量增加，超市工作人员的工作量也急剧增加，收银台处更是排着很长的队，工作人员着急，顾客也焦急，面对这种情况，各超市纷纷根据自己的业务流程和习惯开发超市管理信息系统，以便提高工作效率和追求经济效益最大化，并为顾客提供高质量的服务，争取更多的顾客。本系统就是根据超市日常工作任务、流程和习惯，为超市量身打造一个方便、简洁又高效的超市管理信息系统。使超市的管理更加趋于信息化，现代化，规范化和系统化，
2、在技术、管理、人才等综合能力的竞争浪潮中居于不败之地。本系统提供了商品采购入库，商品销售出库，退货入库，会员管理，员工管理，销售业绩查询等众多功能，使超市的进销存功能更加系统化，规范化，高效化，使超市在节省人力、物力、财力等资源的基础上提高工作效率，减少资源浪费，提高经营效益。二、概述超市管理信息系统是对超市进销存活动及日常业务进行综合管理的平台系统，是基于C/S的综合信息系统，满足超市日常的采购、销售、退货、会员、员工等管理工作。目的是使超市的管理更加趋于信息化，现代化，规范化和系统化，在技术、管理、人才等综合能力的竞争浪潮中居于不败之地。系统具有操作简单、规范，易用、易维护、稳定等特点。三
3、、项目任务范围超市管理信息系统的任务主要包括：系统管理，商品管理，会员管理，销售管理，退货管理，员工管理，用户管理。各主要功能模块的具体功能如下： 系统管理：对用户登录信息进行管理，包括添加、浏览、查询、修改、删除用户信息。商品管理：对商品信息进行管理。包括添加、浏览、查询、修改和删除商品基本信息，商品的入库信息，相关厂商信息。会员管理：对会员信息进行管理，包括添加、浏览、查询、修改和删除会员信息。销售管理:对商品的销售信息进行管理，包括添加、浏览、查询和删除商品的销售信息。退货管理：对售出商品的退货信息进行管理，包括添加、查询、浏览和删除商品的退货信息。员工管理：对超市员工信息进行管理，包括
4、添加、修改、浏览、查询和删除员工信息。用户管理：用户可以通过此业务修改自己的登录密码并重新登录本系统。根据对本项目的需求分析进行任务分解，其分解结果如图3-1所示， F超市管理信息系统F1.1添加修改删除用户信息F1系统管理F2商品管理F3会员管理F4销售管理F5退货管理F6员工管理F7用户管理F1.2浏览查询用户信息F2.1添加修改删除商品信息F2.2浏览查询商品信息F2.3添加修改删除厂商信息F2.4浏览查询厂商信息F3.1添加修改删除会员信息F3.2浏览查询会员信息F4.1添加删除销售信息F4.2浏览查询销售信息F5.1添加删除退货信息F5.2浏览查询退货信息F6.1添加修改删除员工信息
5、F6.2浏览查询员工信息F7.1修 改密 码F7.2重新登录图3-1 任务范围WBS四、项目目标随着我国经济情况的日新月异，飞速发展，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。超市管理信息系统可以使超市的管理趋于正规化、现代化和系统化。本项目的产品可以达到以下目标： 提高工作效率，减少返工。 节省开支。 业务流程的流水线化。 先前人工劳动的自动化。 符合相关标准和规则。 与目前的应用产品相比较，提高了可用性或减少了失效程度。另外，通过项目进一步验证和完善公司的质量体系，同时锻炼开发队伍的协同精神
6、。五、项目实施策略实施策略是确定如何实施项目，以达到项目目标的策略。根据超市管理系统项目特点和超市的战略要求，采取如下策略： 项目管理策略1）项目管理过程遵循公司质量体系中关于项目管理过程规范。2）根据项目计划中的评审点进行跟踪和管理，并根据结果对项目计划进行适当的调整。3）评审采用定期评审、阶段评审和事件评审相结合的方式。4）按周发布项目简报，通报项目进展情况及其他相关情况。 软件开发策略1)采用OO技术逐步构造系统。2)产品按阶段提交。3)开发实施过程采用公司的复用技术，同时遵循公司质量体系中关于项目实施过程规范。 质量保证策略1)质量管理过程遵循公司质量体系中关于项目质量管理过程规范。2
7、)加强对项目参与人员的质量保证概念的培训。3)加强对过程的控制，重点确定该项目中需控制的过程。4)加强对产品规范的审计，重点确定该项目中需审计的产品。5)实施完整的软件配置管理。六、项目组织结构由于该项目在实施过程中需要涉及不同组织的各方面人员，而各组织之间的利益、任务和职责也不尽相同，因此明确定义项目组织结构和各自职责可保证项目的顺利进行。该项目的组织结构图如图6-1所示：高层管理质量控制配置管理项目管理市场部实施软件开发质量保证设计用户协调者图6-1 项目的组织结构其中：市场部 负责与用户的协调工作。 负责项目相关的商务活动。 负责用户需求的接口。 配合项目经理的资源协调活动。 负责产品的
8、验收活动。 负责系统的维护活动。项目管理 负责项目的组织和规划。 负责项目计划制定和维护。 负责项目的跟踪和管理。 负责资源的分配和协调活动。 负责各组织和计划之间的协调活动。 负责与市场部的协调活动。软件开发 负责项目的软件开发，包括设计、编码、单元测试和集成测试。 负责产品质量控制的工作。 负责配合质量保证的活动，如系统测试、文档编制等。 配合产品验收的相关活动。质量保证 负责项目过程和产品规范的制定。 负责项目过程的质量保证活动。 过程评审。 产品审计。配置管理 负责项目的配置管理活动。 负责软件产品的提交。用户 确保相关责任的实施。 参与项目的组织和规划。 负责产品的验收工作。表6-1
9、为角色映射表。表6-1 角色映射表项目管理组软件开发组质量保证组配置管理组负责人于文龙陈伟费晓龙顾天琪组成（人）1111七、项目生存期根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图7-1所示：项目规划需求分析设计产品提交集成测试增量1增量2增量7增量3增量4增量5增量6图7-1 生存期模型生存期中的各阶段定义如下：项目规划阶段阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。输入：合同文本、SOW过程：项目规划，计划确定输出：项目计划需求分析阶段阶段目标：确定客户的需求输入：项目计划，SOW过程：需求获取，需求分析，需求控制输出：原型系统，
10、需求规格设计阶段阶段目标：总体系统结构设计输入：原型系统，需求规格过程：总体设计输出：系统设计说明书，数据库结构定义增量1实现阶段目标：实现系统的系统管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 1增量2实现阶段目标：实现系统的商品管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 2增量3实现阶段目标：实现系统的会员管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说
11、明书，源代码，可运行版本 - 3增量4实现阶段目标：实现系统的销售管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 4增量5实现阶段目标：实现系统的退货管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 5增量6实现阶段目标：实现系统的员工管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 6增量7实现阶段目标：实现系统的用户管理输入：系统设计
12、说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 7集成测试阶段目标：通过集成环境下的软件测试输入：测试计划、测试案例过程：集成测试，系统测试输出：系统软件包，测试报告、产品说明书产品提交阶段目标：产品可投入使用输入：系统软件包过程：产品提交输出：验收报告八、时间计划根据WBS的分解情况，继续分解相应的任务，由于采用增量式的生存期模型，在需求设计之后，系统的功能采用增量方式实现，实施阶段分7个增量，对各个任务分配相应的资源。项目的基准计划如下：1. 进度计划根据项目的初期计划和相继的需求分析与任务分解，制定详细的项目计划，项目
13、计划表如表8-1所示：表 8-1 项目计划任务名称工期开始时间结束时间资源超市管理系统33工作日2011-11-032011-12-15软件规划2工作日2011-11-032011-11-04项目规划1工作日2011-11-032011-11-03于文龙，陈伟计划评审1工作日2011-11-042011-11-04于文龙，陈伟，费晓龙，顾天琪需求开发6工作日2011-11-052011-11-10用户界面设计2工作日2011-11-052011-11-06费晓龙，顾天琪 用户需求评审1工作日2011-11-072011-11-07于文龙，陈伟，费晓龙，顾天琪 修改需求、修改用户界面1工作日20
14、11-11-082011-11-08费晓龙，顾天琪 编写需求规格说明书1工作日2011-11-092011-11-09陈伟 需求验证1工作日2011-11-102011-11-10于文龙，陈伟 设计3工作日2011-11-132011-11-15 概要设计1工作日2011-11-132011-11-13陈伟 数据库ER图编制、建库1工作日2011-11-142011-11-14陈伟 设计评审1工作日2011-11-152011-11-15于文龙，陈伟，费晓龙，顾天琪 实施18工作日2011-11-162011-12-11 系统管理增量12工作日2011-11-162011-11-17 添加修改
15、删除用户信息1工作日2011-11-162011-11-16陈伟 浏览查询用户信息1工作日2011-11-172011-11-17于文龙 商品管理增量24工作日2011-11-202011-11-23 添加修改删除商品信息1工作日2011-11-202011-11-20费晓龙 浏览查询商品信息1工作日2011-11-212011-11-21顾天琪添加修改删除商品入库信息1工作日2011-11-222011-11-22于文龙 浏览查询商品入库信息1工作日2011-11-232011-11-23费晓龙 添加修改删除厂商信息1工作日2011-11-242011-11-24陈伟 浏览查询厂商信息1工作
16、日2011-11-272011-11-27顾天琪 会员管理增量32工作日2011-11-282011-11-29 添加修改删除会员信息1工作日2011-11-282011-11-28费晓龙 浏览查询会员信息1工作日2011-11-292011-11-29陈伟 销售管理增量42工作日2011-11-302011-12-01 添加删除销售信息1工作日2011-11-302011-11-30于文龙浏览查询销售信息1工作日2011-12-012011-12-01于文龙 退货管理增量52工作日2011-12-042011-12-05 添加删除退货信息1工作日2011-12-042011-12-04于文龙
17、 浏览查询退货信息1工作日2011-12-052011-12-05于文龙 员工管理增量62工作日2011-12-062011-12-07 添加修改删除员工信息1工作日2011-12-062011-12-06陈伟 浏览查询员工信息1工作日2011-12-072011-12-07陈伟 用户管理增量72工作日2011-12-082011-12-11 修改密码1工作日2011-12-082011-12-08费晓龙 重新登录1工作日2011-12-112011-12-11费晓龙 系统集成2工作日2011-12-122011-12-13 系统集成测试1工作日2011-12-122011-12-12于文龙，
18、陈伟 环境测试1工作日2011-12-132011-12-13于文龙，陈伟，费晓龙，顾天琪 提交2工作日2011-12-142011-12-15 完成文档1工作日2011-12-142011-12-14于文龙，陈伟 验收、提交1工作日2011-12-152011-12-15于文龙，陈伟，费晓龙，顾天琪2. 里程碑本项目也需要里程碑计划，因为一些人员，特别是高层管理人员，可能更加关注里程碑的进展，里程碑图示如表8-2。表 8-2 里程碑图示事件时间增量1系统管理2011-11-17增量2商品管理2011-11-27增量3会员管理2011-11-29增量4销售管理2011-12-01增量5退货管理
19、2011-12-05增量6员工管理2011-12-07增量7用户管理2011-12-11提交2011-12-15九、项目成本计划1. 项目成本估算项目估算是为了确定项目所需人力、时间以及项目完成中耗费的人力、物力、财力资源。（1）资源分析 人力资源 1个开发人员 1个项目管理人员 1个项目质量人员 1个配置管理人员 设备资源（作为间接成本计算） 3台电脑 1台服务器项目规模的估算如表9-1所示：表9-1 项目规模估算表WBS名称估计值（人天）小计（人天）总计（人天）1 系统管理2181.1 添加修改删除用户信息11.2 浏览查询用户信息12 商品管理62.1 添加修改删除商品信息12.2 浏览
20、查询商品信息12.3添加修改删除商品入库信息12.4 浏览查询商品入库信息12.5 添加修改删除厂商信息12.6 浏览查询厂商信息13 会员管理23.1 添加修改删除会员信息13.2 浏览查询会员信息14 销售管理24.1 添加删除销售信息14.2浏览查询销售信息15 退货管理25.1 添加删除退货信息15.2 浏览查询退货信息16 员工管理26.1 添加修改删除员工信息16.2 浏览查询员工信息17 用户管理27.1 修改密码17.2 重新登录1（2）估算步骤 获取项目分解结果WBS。任务分解是根据项目的功能进行分解的。 计算开发成本 由于任务分解的结果主要是针对开发任务的分解，管理任务和质
21、量任务可以通过计算开发任务得到，根据以往经验，管理任务和质量任务 = 20%开发任务。 从表9-1得知项目规模是18人天，开发人员成本参数=300元/天，则内部的开发成本=300元/天18天=5400元。 计算管理、质量成本项目的管理和质量成本=开发成本20%=540020%=1080元。 直接成本=5400+1080=6480元。 计算间接成本 间接成本包括房租水电、培训、员工福利、客户服务等。 根据以往经验，采用公式：间接成本=25%直接成本=1620元。 计算总估算成本项目总估算成本=直接成本+间接成本=8100元。2. 项目成本预算在编制超市管理系统项目计划中考虑到，开发人员是全职在这
22、个项目中，而项目经理、质量保证和配置管理人员不是全职在这个项目中，他们同时还在管理其他的项目，进行成本估算的时候，应该根据项目人员付出的时间以及各项任务的具体情况进行成本预算，最后得到成本基准。资源费用比例如表9-2所示：表 9-2 资源费用比例资源名称类型最大单位标准费率成本累算基准日历1于文龙工时100%￥140.00/工时按比例标准2陈伟工时100%￥160.00/工时按比例标准3费晓龙工时100%￥100.00/工时按比例标准4顾天琪工时100%￥80.00/工时按比例标准根据每个任务的资源分配和时间安排，确定项目的预算，如表9-3所示，预算总成本为6640元，与估算的成本基本持平，这
23、样6640元可以作为项目的成本控制参考。表9-3 项目成本预算任务名称开始时间结束时间比较基准1超市管理系统2011-11-032011-12-15￥6640.002软件规划2011-11-032011-11-04￥780.003项目规划2011-11-032011-11-03￥300.004计划评审2011-11-042011-11-04￥480.005需求开发2011-11-052011-11-10￥1240.006用户界面设计2011-11-052011-11-06￥180.007 用户需求评审2011-11-072011-11-07￥480.008 修改需求、修改用户界面2011-11
24、-082011-11-08￥180.009 编写需求规格说明书2011-11-092011-11-09￥160.0010 需求验证2011-11-102011-11-10￥240.00 11 设计2011-11-132011-11-15￥780.0012 概要设计2011-11-132011-11-13￥140.0013 数据库ER图编制、建库2011-11-142011-11-14￥160.0014 设计评审2011-11-152011-11-15￥480.0015 实施2011-11-162011-12-11￥2280.0016 系统管理增量12011-11-162011-11-17￥30
25、0.0017 添加修改删除用户信息2011-11-162011-11-16￥160.0018 浏览查询用户信息2011-11-172011-11-17￥140.0019 商品管理增量22011-11-202011-11-23￥640.0020 添加修改删除商品信息2011-11-202011-11-20￥100.0021 浏览查询商品信息2011-11-212011-11-21￥80.0022添加修改删除商品入库信息2011-11-222011-11-22￥140.0023 浏览查询商品入库信息2011-11-232011-11-23￥80.0024 添加修改删除厂商信息2011-11-242
26、011-11-24￥160.0025 浏览查询厂商信息2011-11-272011-11-27￥80.0026 会员管理增量32011-11-282011-11-29￥260.0027 添加修改删除会员信息2011-11-282011-11-28￥100.0028 浏览查询会员信息2011-11-292011-11-29￥160.0029 销售管理增量42011-11-302011-12-01￥280.0030 添加删除销售信息2011-11-302011-11-30￥140.0031浏览查询销售信息2011-12-012011-12-01￥140.0032 退货管理增量52011-12-04
27、2011-12-05￥280.0033 添加删除退货信息2011-12-042011-12-04￥140.0034 浏览查询退货信息2011-12-052011-12-05￥140.0035 员工管理增量62011-12-062011-12-07￥320.0036 添加修改删除员工信息2011-12-062011-12-06￥160.0037 浏览查询员工信息2011-12-072011-12-07￥160.0038 用户管理增量72011-12-082011-12-11￥200.0039 修改密码2011-12-082011-12-08￥100.0040 重新登录2011-12-112011
28、-12-11￥100.0041 系统集成2011-12-122011-12-13￥780.0042 系统集成测试2011-12-122011-12-12￥300.0043 环境测试2011-12-132011-12-13￥480.0044 提交2011-12-142011-12-15￥780.0045 完成文档2011-12-142011-12-14￥300.0046 验收、提交2011-12-152011-12-15￥480.00十、质量管理计划1.职责根据项目的组织结构图（图6-1），确定本项目中质量保证组织的职责如下：（1） 高层管理高层管理是公司负责质量的高级管理，其质量职责如下： 受
29、理项目内不能解决的不符合问题，必要时与项目经理协调； 负责听取质量保证组的工作报告，评审质量保证活动和结果； 参加有关质量保证过程改进的评审。（2） 项目的质量保证人员质量保证人员的质量职责如下： 负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查； 实施项目组成员的质量保证培训； 制定质量保证计划； 按计划实施审计活动，依照质量保证计划执行评审/审计，并记录执行中发现的不符合项； 对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况； 对项目内不能解决的不符合项问题向高层管理提交报告； 向项目经理报告项目质量工作状况和质量度量结果； 定期向项目组报告质量
30、活动的结果； 制定质量保证的过程改进计划，记录过程数据。（3） 项目经理项目经理的质量职责如下： 评审质量计划； 与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施； 定期或事件驱动的评审质量保证活动和结果。2. 质量保证根据企业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标：1）基于需求的测试覆盖率为100%；2）软件功能测试用例通过率不低于95%；3）每个阶段评审中发现的问题都已经解决或得到适当处理；4）产品发布时不存在严重及其以上的缺陷。结合以往的项目经验和企业的质量相应标准，制定质量标准如表10-1所示：表 10-1 质量计划标准项目具体描述计划实际缺陷
31、排除率（缺陷数/页）需求检查4系统总体设计检查2缺陷排除率（缺陷数/KLOC）详细设计复核30详细设计检查10代码复核65代码检查20编译20单元测试15系统集成5系统测试53. 质量策略为了保证提交用户的产品是高质量，实施过程中采取的质量保证措施包括：1） 将质量贯彻到日常的项目进展过程中；2） 应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制采取的策略都是早期预防和早期排除缺陷。4. 质量保证活动质量保证的主要活动包括过程审计和产品审计。过程审计和产品审计的目的是为了确保在项目进展过程的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程审计和产
32、品审计都应填写相应的报告或活动记录。（1）产品审计产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。质量保证人员对项目生存期中创建的工作产品可以有选择性的进行审计，已验证是否符合适当的标准，是否进行了质量检查。表10-2是质量审计一览表。表10-2 产品审计一览表项审计对象审计阶段参照的标准1软件项目计划计划结束企业质量体系2软件配置管理计划计划结束企业质量体系3软件质量保证计划计划结束企业质量体系4总体设计文档设计结束企业质量体系和项目计划5详细设计文档设计结束企业质量体系和项目计划6数据库表和编码规范设计结束企业质量体系和项目计划7产品代码每个阶段实施结束企业质量体系和项目计划8
33、测试报告测试结束企业质量体系和项目计划9测试计划设计结束企业质量体系和项目计划10用户文档测试结束企业质量体系和项目计划（2）过程审计项目严格按照组织定义的软件过程进行开发，过程审计的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次审计之后，要对审计结果做出明确的决策并形成评审记录。审计可采取文件传阅、评审会等形式。质量保证人员负责对项目过程进行监督、发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。5. 质量控制活动质量控制活动包括代码走查、单元测试、集
34、成测试、环境测试等，由开发人负责。编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交测试部进行集成测试、系统测试。测试部的测试应达到质量目标要求，软件发布时应达到测试通过准则的要求。6. 质量保证的报告途径质量保证人员对每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施，及预订完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，高层管理者决定最后的措施。同时不符合项在项目周例会中汇报。对不符合项，质量保证人员要在预定完成日期内重新审计、验证不符合项的纠正情况，若超过预订完成日期1周仍然有没解决的不符合项，质量保证
35、人员上报给高级管理者，由高级管理者决定最后的措施。质量保证人员有独立的汇报途径，日常的汇报途径如下： 发现的问题通知项目经理，协调纠正措施。 将项目组内不能协调的问题汇报给高层管理者，由高层管理者协调解决。 日常工作和过程数据要汇报给质量经理统一收集、统计。十一、项目风险计划风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间、资源和预算完成产生重大影响。风险分析的目标是识别这些事件，设法避免这些事件的发生并制定一旦这些事件发生后的处理措施。超市管理信息系统项目的主要风险是开发人员对客户需求中的超市管理环境不是很熟悉，另外，客户要求的进度比较紧，而且具体需求不是很明确，下面的这
36、个风险列表就是通过一系列的风险识别、风险评估、风险应对，最后得出项目风险计划见表11-1。表11-1 项目风险计划排序输入风险事件可能性影响风险值风险应对措施1客户的SOW需求不明确，增加需求，导致需求蔓延70%50%35%1、采取加班的方法2、修改计划去掉一些任务3、与客户商量延长一些时间2合同进度要求紧，合同金额有限30%50%15%可以请一些实习的学生作辅助工作，一来成本不高，二来可以加快进度3历史项目信息开发人员对测试工作不重视30%40%12%1、强制行要求每段代码保留测试单元，由SQA检查2、加入专门的测试人员4历史项目信息开发人员的流动15%60%9%1、注意项目团队的沟通，及时
37、了解开发人员的动态2、控制好项目过程中的文档3、从其他的项目组借调人员4、从外部招聘有过此类开发经验的人员十二、项目沟通与评审项目评审的主要目的是根据项目计划对项目的执行活动进行检查，及时发现问题，研究解决对策，纠正偏差，保证项目的顺利实施。项目交流计划分为如下几类：每天17:00的沟通交流定期评审阶段评审事件评审各类交流评审安排见表12-1所示：表12-1 项目管理交流计划评审类别评审周期评审要点相关人员日例会定期评审（周例会）每天17:0017:30每周五1、不限定主题和内容，随意交流2、共享经验，避免错误3、本周工作进度4、问题与对策5、资源协调6、下周工作安排项目组所有人项目经理开发经
38、理质量经理配置管理员阶段评审阶段结束1、本阶段计划执行情况2、质量评审阶段3、产品审计结果4、下阶段计划修正项目主管项目经理开发经理质量经理配置管理员市场人员事件评审当事件可能影响计划的执行1、事件性质和影响范围2、事件处理方案的讨论3、修改计划的评审时间项目经理开发经理质量经理十三、项目结束过程1项目总体信息项目总时间、总成本、总人力，总规模等信息如下：项目总时间：2011/6/032011/7/20，共计35天，比预计多2天。项目总成本：￥8000.00项目总人力：4人项目总规模：26人天规模比例见下图：2项目评审记录总评审次数：20其中：项目计划评审：1设计评审：2质量评审：2定期评审：
39、6阶段评审：7事件评审：23产品提交表产品名称版本阶段日期提交人任务单1.0项目规划2011-11-03于文龙项目计划1.0项目规划2011-11-04于文龙配置管理计划1.0项目规划2011-11-04顾天琪质量保证计划1.0项目规划2011-11-04费晓龙用户界面demo1.0需求开发2011-11-06陈伟需求规格说明书1.0需求开发2011-11-09陈伟设计说明书1.0设计2011-6-15于文龙设计说明书1.1设计2011-6-15于文龙项目计划2.0实施2011-6-16陈伟系统管理增量10.1实施2011-6-17于文龙商品管理增量20.1实施2011-6-27于文龙会员管理增量30.1实施2011-6-29于文龙销售管理增量40.1实施2011-7-01于文龙退货管理增量50.1实施2011-7-05于文龙人员管理增量60.1实施2011-7-07于文龙用户管理增量70.1实施2011-7-11于文龙产品包1.0实施2011-7-13于文龙测试报告1.0测试2011-7-13顾天琪用户手册1.0测试2011-7-14陈伟验收报告1.0提交
