《IT项目管理报告-超市管理系统项目管理报告》

1、超市管理系统工程管理报告一、导言随着我国经济情况的日新月异，飞速开展，涌现出许许多多的超市和便利店。越来越多的人喜欢到超市购物，超市里销售的商品也呈现出多种多样的变化趋势。随着超市里商品种类、数量和消费者的大量增加，超市工作人员的工作量也急剧增加，收银台处更是排着很长的队，工作人员着急，顾客也焦急，面对这种情况，各超市纷纷根据自己的业务流程和习惯开发超市管理信息系统，以便提高工作效率和追求经济效益最大化，并为顾客提供高质量的效劳，争取更多的顾客。本系统就是根据超市日常工作任务、流程和习惯，为超市量身打造一个方便、简洁又高效的超市管理信息系统。使超市的管理更加趋于信息化，现代化，标准化和系统化，

2、在技术、管理、人才等综合能力的竞争浪潮中居于不败之地。本系统提供了商品采购入库，商品销售出库，退货入库，会员管理，员工管理，销售业绩查询等众多功能，使超市的进销存功能更加系统化，标准化，高效化，使超市在节省人力、物力、财力等资源的根底上提高工作效率，减少资源浪费，提高经营效益。二、概述超市管理信息系统是对超市进销存活动及日常业务进行综合管理的平台系统，是基于C/S的综合信息系统，满足超市日常的采购、销售、退货、会员、员工等管理工作。目的是使超市的管理更加趋于信息化，现代化，标准化和系统化，在技术、管理、人才等综合能力的竞争浪潮中居于不败之地。系统具有操作简单、标准，易用、易维护、稳定等特点。三

3、、工程任务范围超市管理信息系统的任务主要包括：系统管理，商品管理，会员管理，销售管理，退货管理，员工管理，用户管理。各主要功能模块的具体功能如下： 系统管理：对用户登录信息进行管理，包括添加、浏览、查询、修改、删除用户信息。商品管理：对商品信息进行管理。包括添加、浏览、查询、修改和删除商品根本信息，商品的入库信息，相关厂商信息。会员管理：对会员信息进行管理，包括添加、浏览、查询、修改和删除会员信息。销售管理:对商品的销售信息进行管理，包括添加、浏览、查询和删除商品的销售信息。退货管理：对售出商品的退货信息进行管理，包括添加、查询、浏览和删除商品的退货信息。员工管理：对超市员工信息进行管理，包括

4、添加、修改、浏览、查询和删除员工信息。用户管理：用户可以通过此业务修改自己的登录密码并重新登录本系统。根据对本工程的需求分析进行任务分解，其分解结果如图3-1所示， F超市管理信息系统F1系统管理F2商品管理F3会员管理F4销售管理F5退货管理F6员工管理F7用户管理浏览查询退货信息添加修改删除员工信息浏览查询员工信息修 改密 码重新登录图3-1 任务范围WBS四、工程目标随着我国经济情况的日新月异，飞速开展，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。超市管理信息系统可以使超市的管理趋于正规化、

5、现代化和系统化。本工程的产品可以到达以下目标： 提高工作效率，减少返工。 节省开支。 业务流程的流水线化。 先前人工劳动的自动化。 符合相关标准和规那么。 与目前的应用产品相比拟，提高了可用性或减少了失效程度。另外，通过工程进一步验证和完善公司的质量体系，同时锻炼开发队伍的协同精神。五、工程实施策略实施策略是确定如何实施工程，以到达工程目标的策略。根据超市管理系统工程特点和超市的战略要求，采取如下策略： 工程管理策略1工程管理过程遵循公司质量体系中关于工程管理过程标准。2根据工程方案中的评审点进行跟踪和管理，并根据结果对工程方案进行适当的调整。3评审采用定期评审、阶段评审和事件评审相结合的方式

6、。4按周发布工程简报，通报工程进展情况及其他相关情况。 软件开发策略1)采用OO技术逐步构造系统。2)产品按阶段提交。3)开发实施过程采用公司的复用技术，同时遵循公司质量体系中关于工程实施过程标准。 质量保证策略1)质量管理过程遵循公司质量体系中关于工程质量管理过程标准。2)加强对工程参与人员的质量保证概念的培训。3)加强对过程的控制，重点确定该工程中需控制的过程。4)加强对产品标准的审计，重点确定该工程中需审计的产品。5)实施完整的软件配置管理。六、工程组织结构由于该工程在实施过程中需要涉及不同组织的各方面人员，而各组织之间的利益、任务和职责也不尽相同，因此明确定义工程组织结构和各自职责可保

7、证工程的顺利进行。该工程的组织结构图如图6-1所示：高层管理质量控制配置管理工程管理市场部实施软件开发质量保证设计用户协调者图6-1 工程的组织结构其中：市场部 负责与用户的协调工作。 负责工程相关的商务活动。 负责用户需求的接口。 配合工程经理的资源协调活动。 负责产品的验收活动。 负责系统的维护活动。工程管理 负责工程的组织和规划。 负责工程方案制定和维护。 负责工程的跟踪和管理。 负责资源的分配和协调活动。 负责各组织和方案之间的协调活动。 负责与市场部的协调活动。软件开发 负责工程的软件开发，包括设计、编码、单元测试和集成测试。 负责产品质量控制的工作。 负责配合质量保证的活动，如系统

8、测试、文档编制等。 配合产品验收的相关活动。质量保证 负责工程过程和产品标准的制定。 负责工程过程的质量保证活动。 过程评审。 产品审计。配置管理 负责工程的配置管理活动。 负责软件产品的提交。用户 确保相关责任的实施。 参与工程的组织和规划。 负责产品的验收工作。表6-1为角色映射表。表6-1 角色映射表工程管理组软件开发组质量保证组配置管理组负责人王雪飞王晓玉李宁高焕组成人1111七、工程生存期根据该工程的特点并结合公司已有的软件生存期模型定义，本工程生存期采用增量模型如图7-1所示：工程规划需求分析设计产品提交集成测试增量1增量2增量7增量3增量4增量5增量6图7-1 生存期模型生存期中

9、的各阶段定义如下：工程规划阶段阶段目标：根据合同和初步的需求分析确定工程的规模、时间方案和资源需求。输入：合同文本、SOW过程：工程规划，方案确定输出：工程方案需求分析阶段阶段目标：确定客户的需求输入：工程方案，SOW过程：需求获取，需求分析，需求控制输出：原型系统，需求规格设计阶段阶段目标：总体系统结构设计输入：原型系统，需求规格过程：总体设计输出：系统设计说明书，数据库结构定义增量1实现阶段目标：实现系统的系统管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 1增量2实现阶段目标：实现系统的商品管理输入：

10、系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 2增量3实现阶段目标：实现系统的会员管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 3增量4实现阶段目标：实现系统的销售管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 4增量5实现阶段目标：实现系统的退货管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出

11、：详细设计说明书，源代码，可运行版本 - 5增量6实现阶段目标：实现系统的员工管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 6增量7实现阶段目标：实现系统的用户管理输入：系统设计说明书、数据库结构定义过程：详细设计，编码，代码走查，代码评审，单元测试输出：详细设计说明书，源代码，可运行版本 - 7集成测试阶段目标：通过集成环境下的软件测试输入：测试方案、测试案例过程：集成测试，系统测试输出：系统软件包，测试报告、产品说明书产品提交阶段目标：产品可投入使用输入：系统软件包过程：产品提交输出：验收报告八、时间

12、方案根据WBS的分解情况，继续分解相应的任务，由于采用增量式的生存期模型，在需求设计之后，系统的功能采用增量方式实现，实施阶段分7个增量，对各个任务分配相应的资源。工程的基准方案如下：1. 进度方案根据工程的初期方案和相继的需求分析与任务分解，制定详细的工程方案，工程方案表如表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王雪飞，王晓玉，李宁，高焕需求

13、开发6工作日2011-6-052011-6-10用户界面设计2工作日2011-6-052011-6-06李宁，高焕 用户需求评审1工作日2011-6-072011-6-07王雪飞，王晓玉，李宁，高焕 修改需求、修改用户界面1工作日2011-6-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王晓玉 设

14、计评审1工作日2011-6-152011-6-15王雪飞，王晓玉，李宁，高焕 实施18工作日2011-6-162011-7-11 系统管理增量12工作日2011-6-162011-6-17 添加修改删除用户信息1工作日2011-6-162011-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王雪飞

15、浏览查询商品入库信息1工作日2011-6-232011-6-23李宁 添加修改删除厂商信息1工作日2011-6-242011-6-24王晓玉 浏览查询厂商信息1工作日2011-6-272011-6-27高焕 会员管理增量32工作日2011-6-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王雪飞

16、退货管理增量52工作日2011-7-042011-7-05 添加删除退货信息1工作日2011-7-042011-7-04王雪飞 浏览查询退货信息1工作日2011-7-052011-7-05王雪飞 员工管理增量62工作日2011-7-062011-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

17、-122011-7-13 系统集成测试1工作日2011-7-122011-7-12王雪飞，王晓玉 环境测试1工作日2011-7-132011-7-13王雪飞，王晓玉，李宁，高焕 提交2工作日2011-7-142011-7-15 完成文档1工作日2011-7-142011-7-14王雪飞，王晓玉 验收、提交1工作日2011-7-152011-7-15王雪飞，王晓玉，李宁，高焕2. 工程甘特图根据详细的工程方案，在Microsoft Office Project2007中绘制工程进度方案，甘特图如图8-1和8-2所示：图8-1 进度方案图8-2 进度方案3. 里程碑本工程也需要里程碑方案，因为一些

18、人员，特别是高层管理人员，可能更加关注里程碑的进展，里程碑图示如表8-2。表 8-2 里程碑图示事件时间增量1系统管理2011-6-17增量2商品管理2011-6-27增量3会员管理2011-6-29增量4销售管理2011-7-01增量5退货管理2011-7-05增量6员工管理2011-7-07增量7用户管理2011-7-11提交2011-7-15九、工程本钱方案1. 工程本钱估算工程估算是为了确定工程所需人力、时间以及工程完成中消耗的人力、物力、财力资源。1资源分析 人力资源 1个开发人员 1个工程管理人员 1个工程质量人员 1个配置管理人员 设备资源作为间接本钱计算 3台电脑 1台效劳器工

19、程规模的估算如表9-1所示：表9-1 工程规模估算表WBS名称估计值人天小计人天总计人天1 系统管理218 添加修改删除用户信息1 浏览查询用户信息12 商品管理6 添加修改删除商品信息1 浏览查询商品信息1添加修改删除商品入库信息1 浏览查询商品入库信息1 添加修改删除厂商信息1 浏览查询厂商信息13 会员管理2 添加修改删除会员信息1 浏览查询会员信息14 销售管理2 添加删除销售信息1浏览查询销售信息15 退货管理2 添加删除退货信息1 浏览查询退货信息16 员工管理2 添加修改删除员工信息1 浏览查询员工信息17 用户管理2 修改密码1 重新登录12估算步骤 获取工程分解结果WBS。任

20、务分解是根据工程的功能进行分解的。 计算开发本钱 由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务可以通过计算开发任务得到，根据以往经验，管理任务和质量任务 = 20%开发任务。 从表9-1得知工程规模是18人天，开发人员本钱参数=300元/天，那么内部的开发本钱=300元/天18天=5400元。 计算管理、质量本钱工程的管理和质量本钱=开发本钱20%=540020%=1080元。直接本钱=5400+1080=6480元。计算间接本钱 间接本钱包括房租水电、培训、员工福利、客户效劳等。 根据以往经验，采用公式：间接本钱=25%直接本钱=1620元。计算总估算本钱工程总估算本钱=直

21、接本钱+间接本钱=8100元。2. 工程本钱预算在编制超市管理系统工程方案中考虑到，开发人员是全职在这个工程中，而工程经理、质量保证和配置管理人员不是全职在这个工程中，他们同时还在管理其他的工程，进行本钱估算的时候，应该根据工程人员付出的时间以及各项任务的具体情况进行本钱预算，最后得到本钱基准。资源费用比例如表9-2所示：表 9-2 资源费用比例资源名称类型最大单位标准费率本钱累算基准日历1王雪飞工时100%￥140.00/工时按比例标准2王晓玉工时100%￥160.00/工时按比例标准3李宁工时100%￥100.00/工时按比例标准4高焕工时100%￥80.00/工时按比例标准根据每个任务的

22、资源分配和时间安排，确定工程的预算，如表9-3所示，预算总本钱为6640元，与估算的本钱根本持平，这样6640元可以作为工程的本钱控制参考。表9-3 工程本钱预算任务名称开始时间结束时间比拟基准1超市管理系统2011-6-032011-7-15￥6640.002软件规划2011-6-032011-6-04￥780.003工程规划2011-6-032011-6-03￥304方案评审2011-6-042011-6-04￥485需求开发2011-6-052011-6-10￥1246用户界面设计2011-6-052011-6-06￥187 用户需求评审2011-6-072011-6-07￥488 修改

23、需求、修改用户界面2011-6-082011-6-08￥189 编写需求规格说明书2011-6-092011-6-09￥1610 需求验证2011-6-102011-6-10￥24 11 设计2011-6-132011-6-15￥7812 概要设计2011-6-132011-6-13￥1413 数据库ER图编制、建库2011-6-142011-6-14￥1614 设计评审2011-6-152011-6-15￥4815 实施2011-6-162011-7-11￥22816 系统管理增量12011-6-162011-6-17￥3017 添加修改删除用户信息2011-6-162011-6-16￥16

24、18 浏览查询用户信息2011-6-172011-6-17￥1419 商品管理增量22011-6-202011-6-23￥6420 添加修改删除商品信息2011-6-202011-6-20￥1021 浏览查询商品信息2011-6-212011-6-21￥822添加修改删除商品入库信息2011-6-222011-6-22￥1423 浏览查询商品入库信息2011-6-232011-6-23￥824 添加修改删除厂商信息2011-6-242011-6-24￥1625 浏览查询厂商信息2011-6-272011-6-27￥826 会员管理增量32011-6-282011-6-29￥2627 添加修改删

25、除会员信息2011-6-282011-6-28￥1028 浏览查询会员信息2011-6-292011-6-29￥1629 销售管理增量42011-6-302011-7-01￥2830 添加删除销售信息2011-6-302011-6-30￥1431浏览查询销售信息2011-7-012011-7-01￥1432 退货管理增量52011-7-042011-7-05￥2833 添加删除退货信息2011-7-042011-7-04￥1434 浏览查询退货信息2011-7-052011-7-05￥1435 员工管理增量62011-7-062011-7-07￥3236 添加修改删除员工信息2011-7-06

26、2011-7-06￥1637 浏览查询员工信息2011-7-072011-7-07￥1638 用户管理增量72011-7-082011-7-11￥239 修改密码2011-7-082011-7-08￥1040 重新登录2011-7-112011-7-11￥1041 系统集成2011-7-122011-7-13￥7842 系统集成测试2011-7-122011-7-12￥3043 环境测试2011-7-132011-7-13￥4844 提交2011-7-142011-7-15￥7845 完成文档2011-7-142011-7-14￥3046 验收、提交2011-7-152011-7-15￥48十

27、、质量管理方案根据工程的组织结构图图6-1，确定本工程中质量保证组织的职责如下：高层管理高层管理是公司负责质量的高级管理，其质量职责如下：受理工程内不能解决的不符合问题，必要时与工程经理协调；负责听取质量保证组的工作报告，评审质量保证活动和结果；参加有关质量保证过程改良的评审。工程的质量保证人员质量保证人员的质量职责如下：负责工程实施过程中对工程实施情况进行监督，包括对工程实施过程和工作产品进行监督检查；实施工程组成员的质量保证培训；制定质量保证方案；按方案实施审计活动，依照质量保证方案执行评审/审计，并记录执行中发现的不符合项；对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况；对工

28、程内不能解决的不符合项问题向高层管理提交报告；向工程经理报告工程质量工作状况和质量度量结果；定期向工程组报告质量活动的结果；制定质量保证的过程改良方案，记录过程数据。工程经理工程经理的质量职责如下：评审质量方案；与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施；定期或事件驱动的评审质量保证活动和结果。2. 质量保证根据企业的质量方针和质量目标，结合本工程特点，制定工程的总体质量目标：1基于需求的测试覆盖率为100%；2软件功能测试用例通过率不低于95%；3每个阶段评审中发现的问题都已经解决或得到适当处理；4产品发布时不存在严重及其以上的缺陷。结合以往的工程经验和企业的质量相

29、应标准，制定质量标准如表10-1所示：表 10-1 质量方案标准工程具体描述方案实际缺陷排除率缺陷数/页需求检查4系统总体设计检查2缺陷排除率缺陷数/KLOC详细设计复核30详细设计检查10代码复核65代码检查20编译20单元测试15系统集成5系统测试53. 质量策略为了保证提交用户的产品是高质量，实施过程中采取的质量保证措施包括：将质量贯彻到日常的工程进展过程中；应该特别注意工程工作产品质量的早期评审工作，无论是质量保证还是质量控制采取的策略都是早期预防和早期排除缺陷。4. 质量保证活动质量保证的主要活动包括过程审计和产品审计。过程审计和产品审计的目的是为了确保在工程进展过程的各个阶段和各个

30、方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程审计和产品审计都应填写相应的报告或活动记录。1产品审计产品审计由质量保证人员来进行，检查工程产品是否到达质量目标。质量保证人员对工程生存期中创立的工作产品可以有选择性的进行审计，已验证是否符适宜当的标准，是否进行了质量检查。表10-2是质量审计一览表。表10-2 产品审计一览表项审计对象审计阶段参照的标准1软件工程方案方案结束企业质量体系2软件配置管理方案方案结束企业质量体系3软件质量保证方案方案结束企业质量体系4总体设计文档设计结束企业质量体系和工程方案5详细设计文档设计结束企业质量体系和工程方案6数据库表和编码标准设计结束企业质量

31、体系和工程方案7产品代码每个阶段实施结束企业质量体系和工程方案8测试报告测试结束企业质量体系和工程方案9测试方案设计结束企业质量体系和工程方案10用户文档测试结束企业质量体系和工程方案2过程审计工程严格按照组织定义的软件过程进行开发，过程审计的具体依据参照企业的过程标准，保证工程中的所有过程活动都在实施范围内。在每次审计之后，要对审计结果做出明确的决策并形成评审记录。审计可采取文件传阅、评审会等形式。质量保证人员负责对工程过程进行监督、发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。每个周末，进行一次配置管理审核，确认配置管理工作是否正常进

32、行。5. 质量控制活动质量控制活动包括代码走查、单元测试、集成测试、环境测试等，由开发人负责。编码人员在编写代码时要进行同步单元测试，单元测试要到达分支覆盖，产品通过单元测试和编码检查后，应提交测试部进行集成测试、系统测试。测试部的测试应到达质量目标要求，软件发布时应到达测试通过准那么的要求。6. 质量保证的报告途径质量保证人员对每次审计活动发现的不符合项，应该和工程经理协商不符合项的纠正措施，及预订完成日期，假设和工程经理存在意见分歧，质量保证人员可以上报给高层管理者，高层管理者决定最后的措施。同时不符合项在工程周例会中汇报。对不符合项，质量保证人员要在预定完成日期内重新审计、验证不符合项的

33、纠正情况，假设超过预订完成日期1周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高级管理者决定最后的措施。质量保证人员有独立的汇报途径，日常的汇报途径如下：发现的问题通知工程经理，协调纠正措施。将工程组内不能协调的问题汇报给高层管理者，由高层管理者协调解决。日常工作和过程数据要汇报给质量经理统一收集、统计。十一、配置管理方案软件配置管理SCM，是一套标准、高效的软件开发管理方法，同时也是提高软件质量的重要手段，它帮助开发团队对软件开发过程进行有效的变更控制，高效地开发高质量的软件。1配置项标识命名标准命名标准适用于过程文档、生存期中各阶段的方案、需求、设计、代码、测试、手册等文件。本

34、工程文件命名标准由五个字段组成，从左到右依次为：公司、工程、类型、编号和版本号，如图11-1所示：QID- Supermarket公司：3个字符工程：最长10个字符类型：最长5个字符编号：最长8位数字图11-1 文档命名标准2主要配置项本工程主要配置项如表11-1所示：表11-1 配置项列表类型主要配置项标识符预计正式发表时间技术合同SOWQID-Supermarket2011-06-04方案?工程方案?QID- Supermarket -SPP-PP2011-06-04?质量保证方案?QID- Supermarket -SPP-SQA2011-06-04?配置管理方案?QID- Superm

35、arket -SPP-SCM2011-06-04需求?需求规格说明书?QID- Supermarket -RM-SRS2011-06-10用户DEMOQID- Supermarket -RM-Demo2011-06-10设计?总体设计说明书?QID- Supermarket -Design-HL2011-06-15?数据库设计?QID- Supermarket - Design -DB2011-06-15?详细设计说明书?QID- Supermarket - Design -LL2011-06-22?设计术语及标准?QID- Supermarket - Design -STD2011-06-1

36、5编程源程序QID- Supermarket -Code-ModuleName2011-07-13编码规那么QID- Supermarket -Code-STD2011-07-11测试?测试方案?QID- Supermarket -Test-Plan2011-07-11?测试用例?QID- Supermarket -Test-Case2011-07-11?测试报告?QID- Supermarket -Test-Report2011-07-13提交运行产品QID- Supermarket Product-Exe2011-07-13?验收报告?QID- Supermarket Product -

37、Report 2011-07-15?用户手册?QID- Supermarket - Product -Manual2011-07-15(3) 工程基线在SourceSafe中基线由LABEL标识，字母必须为大写。基线管理由工程执行负责人确认，SCCB授权，由配置管理员执行。本工程基线如表11-2所示：表 11-2 基线发布方案基线名称/标识符基线所包含的主要配置项预计建设时间需求?需求规格说明书?、用户DEMO2011-06-10总体设计?总体设计说明书?数据库设计?2011-06-15工程实现软件源代码、编码规那么2011-07-11系统测试?测试用例?测试报告?2011-07-132变更管

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

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

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

41、30%40%12%1、强制行要求每段代码保存测试单元，由SQA检查2、参加专门的测试人员4历史工程信息开发人员的流动15%60%9%1、注意工程团队的沟通，及时了解开发人员的动态2、控制好工程过程中的文档3、从其他的工程组借调人员4、从外部招聘有过此类开发经验的人员十三、度量方案软件度量是用量化的方法来评价软件开发中的费用、生产率、进度和产品质量等要素是否符合期望值，包括过程度量和产品度量两个方面。需要度量的工程要素包括：1工程进度度量。对工程进度进行定期的跟踪度量，及时发现当前进度与方案的偏差，可以及时采取措施，及时赶工或调整进度方案。2缺陷度量。工程的成败直接取决于客户满意度，客户满意度是个难以量化的指标，而工程成果产品的缺陷密度直接影响着客户的满意程度。度量产品的缺陷密度，可以有效地了解工程完成的质量。3工程工作量度量。工作量是衡量工程本钱、人员工作情况的根底，准确地度量出工程真实的工作量，既可以掌握当前工程的情况，对于今后估算其他工程数据也有重要意义。4人员生产率度量。人力资源是工程中最为重要的资源，掌握人员的生产能力对于工程管理中人员管理、资源管理都有重要的参考价值。工程管理是个不断完善的知识领域，引入量化管理，强化量化管理，可以使工程管理知识体系发挥更大的作用。十四、工程沟通与评审工程评审的主要目的是根据工程方案对工程的执行活动进行检查，及时发现问题，