IT项目管理报告-超市管理系统项目管理报告.doc

上传人:来看看 文档编号:5014930 上传时间:2020-01-28 格式:DOC 页数:26 大小:561.50KB
返回 下载 相关 举报
IT项目管理报告-超市管理系统项目管理报告.doc_第1页
第1页 / 共26页
IT项目管理报告-超市管理系统项目管理报告.doc_第2页
第2页 / 共26页
IT项目管理报告-超市管理系统项目管理报告.doc_第3页
第3页 / 共26页
IT项目管理报告-超市管理系统项目管理报告.doc_第4页
第4页 / 共26页
IT项目管理报告-超市管理系统项目管理报告.doc_第5页
第5页 / 共26页
点击查看更多>>
资源描述

《IT项目管理报告-超市管理系统项目管理报告.doc》由会员分享,可在线阅读,更多相关《IT项目管理报告-超市管理系统项目管理报告.doc(26页珍藏版)》请在三一文库上搜索。

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-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-082011-6-08李宁

14、,高焕 编写需求规格说明书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-6-16王晓玉 浏览查询

15、用户信息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-282011-6-29 添

16、加修改删除会员信息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-7-07 添加修改删除员

17、工信息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工作日2011-7-142011

18、-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退货管理2011-7-05增量6

19、员工管理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 浏览查询商品信息12.3添加修改删除

20、商品入库信息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元,与估算的成本基本持平,这样6640元可以作为项目的成本控制

23、参考。表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.009 编写需求规格说明书20

24、11-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¥160.0018 浏览查询

25、用户信息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.0026 会员管理增量32011

26、-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-7-052011-7-0

27、5¥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 环境测试2011-7-1320

28、11-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位数字图11-1 文档命名规范

36、(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用户DEMOQID- Super

37、market -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编码规则QID- Super

38、market -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- Supermarket - Pr

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

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 研究报告 > 商业贸易


经营许可证编号:宁ICP备18001539号-1