IT项目管理报告

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浏览查询退货信息F

5、6.1添加修改删除员工信息F6.2浏览查询员工信息F7.1修 改密 码F7.2重新登录图3-1 任务范围WBS四、项目目标随着我国经济情况的日新月异，飞速发展，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。超市管理信息系统可以使超市的管理趋于正规化、现代化和系统化。本项目的产品可以达到以下目标： 提高工作效率，减少返工。 节省开支。 业务流程的流水线化。 先前人工劳动的自动化。 符合相关标准和规则。 与目前的应用产品相比较，提高了可用性或减少了失效程度。另外，通过项目进一步验证和完善公司的质量体系，

6、同时锻炼开发队伍的协同精神。五、项目实施策略实施策略是确定如何实施项目，以达到项目目标的策略。根据超市管理系统项目特点和超市的战略要求，采取如下策略： 项目管理策略1）项目管理过程遵循公司质量体系中关于项目管理过程规范。2）根据项目计划中的评审点进行跟踪和管理，并根据结果对项目计划进行适当的调整。3）评审采用定期评审、阶段评审和事件评审相结合的方式。4）按周发布项目简报，通报项目进展情况及其他相关情况。 软件开发策略1)采用OO技术逐步构造系统。2)产品按阶段提交。3)开发实施过程采用公司的复用技术，同时遵循公司质量体系中关于项目实施过程规范。 质量保证策略1)质量管理过程遵循公司质量体系中关

7、于项目质量管理过程规范。2)加强对项目参与人员的质量保证概念的培训。3)加强对过程的控制，重点确定该项目中需控制的过程。4)加强对产品规范的审计，重点确定该项目中需审计的产品。5)实施完整的软件配置管理。六、项目组织结构由于该项目在实施过程中需要涉及不同组织的各方面人员，而各组织之间的利益、任务和职责也不尽相同，因此明确定义项目组织结构和各自职责可保证项目的顺利进行。该项目的组织结构图如图6-1所示：高层管理质量控制配置管理项目管理市场部实施软件开发质量保证设计用户协调者图6-1 项目的组织结构其中：市场部 负责与用户的协调工作。 负责项目相关的商务活动。 负责用户需求的接口。 配合项目经理的

8、资源协调活动。 负责产品的验收活动。 负责系统的维护活动。项目管理 负责项目的组织和规划。 负责项目计划制定和维护。 负责项目的跟踪和管理。 负责资源的分配和协调活动。 负责各组织和计划之间的协调活动。 负责与市场部的协调活动。软件开发 负责项目的软件开发，包括设计、编码、单元测试和集成测试。 负责产品质量控制的工作。 负责配合质量保证的活动，如系统测试、文档编制等。 配合产品验收的相关活动。质量保证 负责项目过程和产品规范的制定。 负责项目过程的质量保证活动。 过程评审。 产品审计。配置管理 负责项目的配置管理活动。 负责软件产品的提交。用户 确保相关责任的实施。 参与项目的组织和规划。 负

9、责产品的验收工作。表6-1为角色映射表。表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-6-032011-7-15软件规划2工作日2011-6-032011-6-04项目规划1工作日2011-6-032011-6-03王雪飞，王晓玉计划评审1工作日2011-6-042011-6-04王雪飞，王晓玉，李宁，高焕需求开发6工作日2011-6-052011-6-10用户界面设计2工作日2011-6-052011-6-06李宁，高焕 用户需求评审1工作日2011-6-072011-6-07王雪飞，王晓玉，李宁，高焕 修改需求、修改用户界面1工作日2011-6-

14、082011-6-08李宁，高焕 编写需求规格说明书1工作日2011-6-092011-6-09王晓玉 需求验证1工作日2011-6-102011-6-10王雪飞，李宁 设计3工作日2011-6-132011-6-15 概要设计1工作日2011-6-132011-6-13王晓玉 数据库ER图编制、建库1工作日2011-6-142011-6-14王晓玉 设计评审1工作日2011-6-152011-6-15王雪飞，王晓玉，李宁，高焕 实施18工作日2011-6-162011-7-11 系统管理增量12工作日2011-6-162011-6-17 添加修改删除用户信息1工作日2011-6-162011

15、-6-16王晓玉 浏览查询用户信息1工作日2011-6-172011-6-17王雪飞 商品管理增量24工作日2011-6-202011-6-23 添加修改删除商品信息1工作日2011-6-202011-6-20李宁 浏览查询商品信息1工作日2011-6-212011-6-21高焕添加修改删除商品入库信息1工作日2011-6-222011-6-22王雪飞 浏览查询商品入库信息1工作日2011-6-232011-6-23李宁 添加修改删除厂商信息1工作日2011-6-242011-6-24王晓玉 浏览查询厂商信息1工作日2011-6-272011-6-27高焕 会员管理增量32工作日2011-6-

16、282011-6-29 添加修改删除会员信息1工作日2011-6-282011-6-28李宁 浏览查询会员信息1工作日2011-6-292011-6-29王晓玉 销售管理增量42工作日2011-6-302011-7-01 添加删除销售信息1工作日2011-6-302011-6-30王雪飞浏览查询销售信息1工作日2011-7-012011-7-01王雪飞 退货管理增量52工作日2011-7-042011-7-05 添加删除退货信息1工作日2011-7-042011-7-04王雪飞 浏览查询退货信息1工作日2011-7-052011-7-05王雪飞 员工管理增量62工作日2011-7-062011

17、-7-07 添加修改删除员工信息1工作日2011-7-062011-7-06王晓玉 浏览查询员工信息1工作日2011-7-072011-7-07王晓玉 用户管理增量72工作日2011-7-082011-7-11 修改密码1工作日2011-7-082011-7-08李宁 重新登录1工作日2011-7-112011-7-11李宁 系统集成2工作日2011-7-122011-7-13 系统集成测试1工作日2011-7-122011-7-12王雪飞，王晓玉 环境测试1工作日2011-7-132011-7-13王雪飞，王晓玉，李宁，高焕 提交2工作日2011-7-142011-7-15 完成文档1工作日

18、2011-7-142011-7-14王雪飞，王晓玉 验收、提交1工作日2011-7-152011-7-15王雪飞，王晓玉，李宁，高焕2. 项目甘特图根据详细的项目计划，在Microsoft Office Project2007中绘制项目进度计划，甘特图如图8-1和8-2所示：图8-1 进度计划图8-2 进度计划3. 里程碑本项目也需要里程碑计划，因为一些人员，特别是高层管理人员，可能更加关注里程碑的进展，里程碑图示如表8-2。表 8-2 里程碑图示事件时间增量1系统管理2011-6-17增量2商品管理2011-6-27增量3会员管理2011-6-29增量4销售管理2011-7-01增量5退货管

19、理2011-7-05增量6员工管理2011-7-07增量7用户管理2011-7-11提交2011-7-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元，与估算的成本基本持平，这样664

23、0元可以作为项目的成本控制参考。表9-3 项目成本预算任务名称开始时间结束时间比较基准1超市管理系统2011-6-032011-7-15￥6640.002软件规划2011-6-032011-6-04￥780.003项目规划2011-6-032011-6-03￥300.004计划评审2011-6-042011-6-04￥480.005需求开发2011-6-052011-6-10￥1240.006用户界面设计2011-6-052011-6-06￥180.007 用户需求评审2011-6-072011-6-07￥480.008 修改需求、修改用户界面2011-6-082011-6-08￥180.00

24、9 编写需求规格说明书2011-6-092011-6-09￥160.0010 需求验证2011-6-102011-6-10￥240.00 11 设计2011-6-132011-6-15￥780.0012 概要设计2011-6-132011-6-13￥140.0013 数据库ER图编制、建库2011-6-142011-6-14￥160.0014 设计评审2011-6-152011-6-15￥480.0015 实施2011-6-162011-7-11￥2280.0016 系统管理增量12011-6-162011-6-17￥300.0017 添加修改删除用户信息2011-6-162011-6-16￥

25、160.0018 浏览查询用户信息2011-6-172011-6-17￥140.0019 商品管理增量22011-6-202011-6-23￥640.0020 添加修改删除商品信息2011-6-202011-6-20￥100.0021 浏览查询商品信息2011-6-212011-6-21￥80.0022添加修改删除商品入库信息2011-6-222011-6-22￥140.0023 浏览查询商品入库信息2011-6-232011-6-23￥80.0024 添加修改删除厂商信息2011-6-242011-6-24￥160.0025 浏览查询厂商信息2011-6-272011-6-27￥80.002

26、6 会员管理增量32011-6-282011-6-29￥260.0027 添加修改删除会员信息2011-6-282011-6-28￥100.0028 浏览查询会员信息2011-6-292011-6-29￥160.0029 销售管理增量42011-6-302011-7-01￥280.0030 添加删除销售信息2011-6-302011-6-30￥140.0031浏览查询销售信息2011-7-012011-7-01￥140.0032 退货管理增量52011-7-042011-7-05￥280.0033 添加删除退货信息2011-7-042011-7-04￥140.0034 浏览查询退货信息2011

27、-7-052011-7-05￥140.0035 员工管理增量62011-7-062011-7-07￥320.0036 添加修改删除员工信息2011-7-062011-7-06￥160.0037 浏览查询员工信息2011-7-072011-7-07￥160.0038 用户管理增量72011-7-082011-7-11￥200.0039 修改密码2011-7-082011-7-08￥100.0040 重新登录2011-7-112011-7-11￥100.0041 系统集成2011-7-122011-7-13￥780.0042 系统集成测试2011-7-122011-7-12￥300.0043 环境

28、测试2011-7-132011-7-13￥480.0044 提交2011-7-142011-7-15￥780.0045 完成文档2011-7-142011-7-14￥300.0046 验收、提交2011-7-152011-7-15￥480.00十、质量管理计划1.职责根据项目的组织结构图（图6-1），确定本项目中质量保证组织的职责如下：（1） 高层管理高层管理是公司负责质量的高级管理，其质量职责如下： 受理项目内不能解决的不符合问题，必要时与项目经理协调； 负责听取质量保证组的工作报告，评审质量保证活动和结果； 参加有关质量保证过程改进的评审。（2） 项目的质量保证人员质量保证人员的质量职责如

29、下： 负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品进行监督检查； 实施项目组成员的质量保证培训； 制定质量保证计划； 按计划实施审计活动，依照质量保证计划执行评审/审计，并记录执行中发现的不符合项； 对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况； 对项目内不能解决的不符合项问题向高层管理提交报告； 向项目经理报告项目质量工作状况和质量度量结果； 定期向项目组报告质量活动的结果； 制定质量保证的过程改进计划，记录过程数据。（3） 项目经理项目经理的质量职责如下： 评审质量计划； 与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施； 定期或

30、事件驱动的评审质量保证活动和结果。2. 质量保证根据企业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标：1）基于需求的测试覆盖率为100%；2）软件功能测试用例通过率不低于95%；3）每个阶段评审中发现的问题都已经解决或得到适当处理；4）产品发布时不存在严重及其以上的缺陷。结合以往的项目经验和企业的质量相应标准，制定质量标准如表10-1所示：表 10-1 质量计划标准项目具体描述计划实际缺陷排除率（缺陷数/页）需求检查4系统总体设计检查2缺陷排除率（缺陷数/KLOC）详细设计复核30详细设计检查10代码复核65代码检查20编译20单元测试15系统集成5系统测试53. 质量策略为了

31、保证提交用户的产品是高质量，实施过程中采取的质量保证措施包括：1） 将质量贯彻到日常的项目进展过程中；2） 应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制采取的策略都是早期预防和早期排除缺陷。4. 质量保证活动质量保证的主要活动包括过程审计和产品审计。过程审计和产品审计的目的是为了确保在项目进展过程的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程审计和产品审计都应填写相应的报告或活动记录。（1）产品审计产品审计由质量保证人员来进行，检查项目产品是否达到质量目标。质量保证人员对项目生存期中创建的工作产品可以有选择性的进行审计，已验证是否符合适当

32、的标准，是否进行了质量检查。表10-2是质量审计一览表。表10-2 产品审计一览表项审计对象审计阶段参照的标准1软件项目计划计划结束企业质量体系2软件配置管理计划计划结束企业质量体系3软件质量保证计划计划结束企业质量体系4总体设计文档设计结束企业质量体系和项目计划5详细设计文档设计结束企业质量体系和项目计划6数据库表和编码规范设计结束企业质量体系和项目计划7产品代码每个阶段实施结束企业质量体系和项目计划8测试报告测试结束企业质量体系和项目计划9测试计划设计结束企业质量体系和项目计划10用户文档测试结束企业质量体系和项目计划（2）过程审计项目严格按照组织定义的软件过程进行开发，过程审计的具体依据

33、参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次审计之后，要对审计结果做出明确的决策并形成评审记录。审计可采取文件传阅、评审会等形式。质量保证人员负责对项目过程进行监督、发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。5. 质量控制活动质量控制活动包括代码走查、单元测试、集成测试、环境测试等，由开发人负责。编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交测试部进行集成测试、系统测试。测试部的测试应达到质量目标要

34、求，软件发布时应达到测试通过准则的要求。6. 质量保证的报告途径质量保证人员对每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施，及预订完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，高层管理者决定最后的措施。同时不符合项在项目周例会中汇报。对不符合项，质量保证人员要在预定完成日期内重新审计、验证不符合项的纠正情况，若超过预订完成日期1周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高级管理者决定最后的措施。质量保证人员有独立的汇报途径，日常的汇报途径如下： 发现的问题通知项目经理，协调纠正措施。 将项目组内不能协调的问题汇报给高层管理者，由高层管

35、理者协调解决。 日常工作和过程数据要汇报给质量经理统一收集、统计。十一、配置管理计划软件配置管理（SCM），是一套规范、高效的软件开发管理方法，同时也是提高软件质量的重要手段，它帮助开发团队对软件开发过程进行有效的变更控制，高效地开发高质量的软件。1配置项标识（1） 命名规范命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件。本项目文件命名规范由五个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图11-1所示：QID- Supermarket -RM-SRS-v1.0公司：3个字符项目：最长10个字符版本号：Vm.n类型：最长5个字符编号：最长8位数

36、字图11-1 文档命名规范（2）主要配置项本项目主要配置项如表11-1所示：表11-1 配置项列表类型主要配置项标识符预计正式发表时间技术合同SOWQID-Supermarket-TCM-SOW-V1.02011-06-04计划项目计划QID- Supermarket -SPP-PP-V1.02011-06-04质量保证计划QID- Supermarket -SPP-SQA-V1.02011-06-04配置管理计划QID- Supermarket -SPP-SCM-V1.02011-06-04需求需求规格说明书QID- Supermarket -RM-SRS-V1.02011-06-10用户D

37、EMOQID- Supermarket -RM-Demo-V1.02011-06-10设计总体设计说明书QID- Supermarket -Design-HL-V1.02011-06-15数据库设计QID- Supermarket - Design -DB-V1.02011-06-15详细设计说明书QID- Supermarket - Design -LL-V1.02011-06-22设计术语及规范QID- Supermarket - Design -STD-V1.02011-06-15编程源程序QID- Supermarket -Code-ModuleName-V1.02011-07-13编

38、码规则QID- Supermarket -Code-STD-V1.02011-07-11测试测试计划QID- Supermarket -Test-Plan-V1.02011-07-11测试用例QID- Supermarket -Test-Case-V1.02011-07-11测试报告QID- Supermarket -Test-Report-V1.02011-07-13提交运行产品QID- Supermarket Product-Exe-V1.02011-07-13验收报告QID- Supermarket Product - Report -V1.02011-07-15用户手册QID- Sup

39、ermarket - Product -Manual-V1.02011-07-15(3) 项目基线在SourceSafe中基线由LABEL标识，字母必须为大写。基线管理由项目执行负责人确认，SCCB授权，由配置管理员执行。本项目基线如表11-2所示：表 11-2 基线发布计划基线名称/标识符基线所包含的主要配置项预计建设时间需求需求规格说明书、用户DEMO2011-06-10总体设计总体设计说明书数据库设计2011-06-15项目实现软件源代码、编码规则2011-07-11系统测试测试用例测试报告2011-07-132变更管理变更管理的流程是：1） 由请求者提交变更请求，变更控制委员会召开复审

40、会议对变更请求进行复审，以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。2） 配置管理者收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。3） 配置管理者将基线波及关系表提交给SCCB，由SCCB确定是否需要修改，如果需要修改，SCCB应根据波及关系表，确定需要修改的具体文件，并在波及关系表中标识出来。4） 配置管理者按照出库程序从配置库中取出需要修改的文件。5） 项目人员将修改后的文件提交给配置管理者。6） 配置管理者将修改后的配置项按入库程序放入配置库。7） 配置管理者按SCCB标识出的修改文件，又波及关系表生出基线变更记录表，并按入库程序放入配置库。

41、3配置状态统计利用配置状态统计可以记录和跟踪配置项的改变。状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必须的更改被执行。为跟踪工作产品基线，配置管理者需收集下列信息： 基线类型 工作产品名称 配置项名称/标识符 版本号 更改日期/时间 更改请求列表 需求更改的配置项 当前状态 当前状态发生日期项目组每周提交配置项清单及其当前版本。配置管理人员每半个月提交变更请求的状态统计。十二、项目风险计划风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间、资源和预算完成产生重大影响。风险分析的目标是识别这些事件，设法避免这些事件的发生并制定一旦这些事件发生后

42、的处理措施。超市管理信息系统项目的主要风险是开发人员对客户需求中的超市管理环境不是很熟悉，另外，客户要求的进度比较紧，而且具体需求不是很明确，下面的这个风险列表就是通过一系列的风险识别、风险评估、风险应对，最后得出项目风险计划见表12-1。表12-1 项目风险计划排序输入风险事件可能性影响风险值风险应对措施1客户的SOW需求不明确，增加需求，导致需求蔓延70%50%35%1、采取加班的方法2、修改计划去掉一些任务3、与客户商量延长一些时间2合同进度要求紧，合同金额有限30%50%15%可以请一些实习的学生作辅助工作，一来成本不高，二来可以加快进度3历史项目信息开发人员对测试工作不重视30%40

43、%12%1、强制行要求每段代码保留测试单元，由SQA检查2、加入专门的测试人员4历史项目信息开发人员的流动15%60%9%1、注意项目团队的沟通，及时了解开发人员的动态2、控制好项目过程中的文档3、从其他的项目组借调人员4、从外部招聘有过此类开发经验的人员十三、度量计划软件度量是用量化的方法来评价软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值，包括过程度量和产品度量两个方面。需要度量的项目要素包括：1）项目进度度量。对项目进度进行定期的跟踪度量，及时发现当前进度与计划的偏差，可以及时采取措施，及时赶工或调整进度计划。2）缺陷度量。项目的成败直接取决于客户满意度，客户满意度是个难以

44、量化的指标，而项目成果产品的缺陷密度直接影响着客户的满意程度。度量产品的缺陷密度，可以有效地了解项目完成的质量。3）项目工作量度量。工作量是衡量项目成本、人员工作情况的基础，准确地度量出项目真实的工作量，既可以掌握当前项目的情况，对于今后估算其他项目数据也有重要意义。4）人员生产率度量。人力资源是项目中最为重要的资源，掌握人员的生产能力对于项目管理中人员管理、资源管理都有重要的参考价值。项目管理是个不断完善的知识领域，引入量化管理，强化量化管理，可以使项目管理知识体系发挥更大的作用。十四、项目沟通与评审项目评审的主要目的是根据项目计划对项目的执行活动进行检查，及时发现问题，研究解决对策，纠正偏差，保证项目的顺利实施。项目交流