超市管理系统概述.docx

一、 课程设计的原始资料及依据
项目开发与管理课程设计的前驱条件是要求学生们必须具备“软件工程”和“项目开发管理”等专业理论知识，本次设计正是在符合这种前提条件下实施。
首先成立项目小组并推举有责任心的学生担当项目组长，全组成员在组长的带领下，针对备选题目表中各个项目名称，选定一个项目作为本组课程设计题目，按着软件生命周期和项目管理的要求，查阅有关资料，完成此系统的项目管理过程文档。通过本设计可以加深理解项目管理的全过程以及项目管理的过程中各类文档的撰写方法，提高项目管理能力、分析问题、解决问题和实际动手的能力。

二、课程设计主要内容及要求
1. 了解软件项目管理发展的过程和基本概念。
2. 掌握CMMI软件成熟度模型、ISO9000质量管理体系模型。
3. 重点掌握在软件工程各个阶段中如何把软件项目管理方法应用到项目活动中，如何编制项目管理计划，如何利用常用管理工具进行项目管理。
4．成立项目开发小组并选举项目组长。
5．根据设计要求小组选定设计题目。
6．每天要求项目组长要至少组织召开一次会议，总结、汇报和布置任务。
7．每次会议要求保留会议记录并存档。
8．发挥团队合作精神共同完成如下内容：
⑴ 项目范围计划、进度文档。
⑵ 项目成本计划文档。
⑶ 项目资源人力资源与沟通计划文档。
⑷ 项目风险计划文档。
⑸ 项目合同计划文档。
⑹ 编制项目配置、集成计划文档
⑺ 项目控制与完成文档。
9．组长要根据能力合理地分配任务，要求每个组员都能积极参与并完成如下内容：
⑴ 各种计划、控制文档。
⑵ 个人总结。
10．组长要对每个组员进行公正客观地评价。
11．要求项目组共同对课程设计成果进行装订成册。

三、对课程设计说明书撰写内容、格式、字数的要求
1．课程设计说明书是体现和总结课程设计成果的载体，主要内容包括：设计题目、设计目的、设备器材、设计原理及内容、设计步骤、遇到的问题及解决方法、设计总结、设计小组评语、参考文献等。一般不应少于3000字。
2．在适当位置配合相应的实验原理图、数据通路图、微程序流程图、实验接线图、微指令代码表等图表进行说明。应做到文理通顺，内容正确完整，书写工整，装订整齐。
3．设计总结部分主要写本人完成工作简介以及自己的设计体会，包括通过课程设计学到了什么，哪里遇到了困难，解决的办法以及今后的目标。设计小组评语处注明设计组编号、设计组组长、设计组成员，并由设计组组长给出评语。
4．课程设计说明书手写或打印均可。手写要用学校统一的课程设计用纸，用黑或蓝黑墨水工整书写；打印时采用A4纸，页边距均为20mm，正文采用宋体小四号字，行间距一八磅。文中大标题采用黑体小三号字，一级节标题采用黑体四号字，二级节标题采用黑体小四号字，表题与图题采用宋体五号字。
5．课程设计说明书装订顺序为：封面、任务书、成绩评定表、目录、正文、参考文献。

四、设计完成后应提交成果的种类、数量、质量等方面的要求
1．完成“任务书”中指定的功能，运行结果正确。
2．课程设计说明书。
3．个人总结（每人1份）

五、时间进度安排
顺序
阶段日期
计 划 完 成 内 容
备注
1
第1天
编制项目范围及进度计划文档

2
第2天
编制项目成本、人力资源计划文档及项目沟通计划、风险计划文档

3
第3天
编制项目质量、项目配置、集成计划文档

4
第4天
编制项目控制与完成文档并整理实验数据，撰写课程设计报告

5
第5天
撰写课程设计说明书

六、备选题目
序号
课程设计备选题目
选择
备注
1
超市管理系统
√

2
工程项目管理

3
酒店管理系统

4
学校职工工资管理系统

5
信息管理平台

6
考务成绩管理系统

7
学生成绩管理系统

8
考务成绩管理系统

9
宿舍管理系统

10
视频监控系统

11
图书馆管理系统

12
网络教学系统

一三
停车场管理系统

14
网上购物管理系统

一五
学生信息管理系统

16
课程设计管理系统

17
实习实训管理系统

一八
毕业设计管理系统

19

自拟题目

七、主要参考资料（文献）
1．《软件项目管理》（第2版），清华大学出版社，覃征。
2．《软件项目管理》，人民邮电出版社，朱少民。
3．《软件项目管理理论与案例分析》，中国电力出版社，吴吉义。
4．《Project 2003项目管理与实施范例应用》，电子工业出版社，张友生。

课 程 设 计 任 务 分 工

组长姓名
金诗蕙
题目
超市管理系统
项目组成员
个人任务描述
自我评定
金诗蕙
项目任务分解、技术合同的编写、项目的进度、整理项目数据
良
张莹
项目成本计划、项目的配置管理、项目集成计划
良
郭冰婵
项目任务分解Wbs图、项目风险计划、整理项目数据
良
刘书彤
项目团队人员与沟通、项目执行控制
良

目 录

第1章 绪 论 - 1 -
1.1项目目的 - 1 -
1.2项目背景 - 1 -
第2章 总体需求 - 2 -
2.1 需求概述 - 2 -
2.2系统定义  - 2 -
2.2.1 系统要达到的目标  - 2 -
2.2.2系统总体要求 - 3 -
2.2.3系统整体结构 - 3 -
2.3系统概要分析 - 4 -
2.3.1业务流程分析 - 4 -
2.3.2功能需求 - 5 -
第3章 项目任务分解 - 6 -
3.1. WBS任务分解 - 6 -
3.2绘制wbs 图 - 7 -
第4章 项目成本计划 - 8 -
4.1项目估算方法 - 8 -
4.2项目估算步骤 - 9 -
第5章 项目进度 - 10 -
5.1进度管理 - 10 -
5.2项目进度图 - 12 -
5.3项目里程碑 - 12 -
第6章 项目配置管理 - 一三 -
6.1组织及职责 - 一三 -
6.2用户及权限 - 一三 -
第7章 项目团队与沟通计划 - 14 -
7.1项目组织结构 - 14 -
7.2项目团队人员 - 一五 -
7.3项目沟通与评审 - 一五 -
第8章 项目风险计划 - 17 -
8.1项目风险 - 17 -
8.2管理实践 - 一八 -
第9章 技术服务合同 - 19 -
9.1合同编号 - 19 -
第10章 项目集成计划 - 25 -
10.1集成计划 - 25 -
10.2项目生存期 - 25 -
10.3时间计划 - 26 -
第11章 项目执行控制 - 27 -
11.1关于进度计划 - 27 -
11.2关于其他计划 - 27 -
第12章 整理项目数据 - 28 -
12.1项目总体信息 - 28 -
12.2 评估总结和建议 - 29 -
12.2.1项目管理 - 29 -
12.2.2 质量保证 - 30 -
12.2.3 开发技术 - 30 -
结 论 - 31 -
个人总结 - 32 -
个人总结 - 33 -
个人总结 - 34 -
个人总结 - 35 -
致 谢 - 36 -
参考文献 - 37 -

第1章 绪 论

随着电子系统的不断普及，“不用存包、可存可不存、自助存包”的消费者自由之梦不仅在北京上海可以实现，在二三级城市都可以成为非常普遍的事实。以“自助存包、自主存包”为主标志的“后存包时代”将取代现有的“必须存包、人工存包”的局面。同时，“后存包时代”还体现在“查验购物小票”、挑选商品时“人盯人”等这些为防货品丢失而出现的尴尬局面的消失。
依托互联网技术现阶段普及情况，一部分崇尚高效率购物、快节奏生活的年轻消费者，尤其是网络工作者或网络爱好者便乐于做“网上购物”的“鸡头”，而惫于存包、收银、验票的卖场购物。于是，为适应这一部分“网络先行者”的要求，中国超市中也相应出现了极少数的“B2B先行者”。
在收银方面，随着现代化商用POS机的更新换代，中国超市也将一改往日手动+机器的半自动时代，一举步入全自动化的快速自助收银时代。但是，限于自助收银设备造价高昂，预计仅有部分大卖场会在5—10年内实现“无人收银”，绝大多数的超市仍会采用人工收银，但收银速度和收银台数量肯定愈加理想。同时，单纯现钞买单的局面也终将打破，取而代之的是有银行等金融机构介入，实现了“银企联动”、现金与“卡”并存并用的收银支付系统。届时，“钱包”厂商的日子恐怕会很难过。

1.1项目目的

超级市场的商品均事先以机械化的包装方式，分门别类地按一定的重量和规格包装好，并分别摆放在货架上，明码标价，顾客实行自我服务 ，可以随意挑选。
超级市场广泛使用电子计算机和其他现代化设备。便于管理人员迅速了解销售情况，及时保存、整理和包装商品，自动标价、计价等，因而提高了工作效率，扩大了销售数量。
超级市场内的商品品种齐全，挑选方便 。人们可以在一个商场内购买到日常生活所需的绝大部分商品，免除了许多麻烦。自动标价、计价、结算效率高，也节省了顾客的时间。而且由于商场的经营效益好，降低了成本，所以商品的价格相对也较低廉，受到广大顾客的欢迎。

1.2项目背景

开项目的名称：超市管理系统软件。
本项目的任务提出者：杨三
开发者是：金诗蕙，张莹，刘书彤，郭冰婵.
用户是小型超市户。

第2章 总体需求

2.1 需求概述

随着信息的飞速发展，信息化管理已经引入并应用到各行业管理领域，尤其是对于零售业。放眼四周，各种形式的百货商场、大型仓储超市、便利店、连锁超市和专卖店等形式的零售业不断出现、并不断改变、影响着我们的观念和生活方式。而企业若想在激烈的市场经济中立足并胜出，就必须拥有一套完善的并 适合自身特点的信息化管理系统，以实现企业降低成本、及时反馈市场信息、完善服务质量、提高经济效益、分析市场需求、制定销售计划和目标等管理目的。那么，如何才能实现一个商场的信息化建设呢？除了必要的硬件设备外，还必须要有一个优秀的信息管理系统软件的支持。
超市是一家大型商业零售企业。管理信息系统将使公司从系统一建立起，就以计算机收款机系统为工具，实现商品流转的主流处理。系统的最终目标是在采用计算机通讯网络技术和科学管理方法的基础上结合国际国内的先进计算机管理经验和教训,建立一个覆盖各级主要业务功能的人机协调的管理信息系统。实现以商品经营管理、人事劳资管理、商情信息管理等方面数据采集，传递、处理、 存栏、查询输出一体化，具有一定经济活动分析能力的管理信息系统。及时、准确反映企业经济活动状态，成为企业内各级管理人员的有力工具。支持他们进行科学化经营管理，使企业获得良好的经济效益和社会效益。
本文件为商场计算机管理信息系统项目方案书。本标书中关于商场的基本情况参考了商场相关的邀标书，关于商场的业务流程主要参考了国内同类商场的基本业务流程，本文主要介绍了商业信息系统集成中业务流程的设计与本公司为商场提供的应用软件解决方案。
1.案可分拆将相关资料给予相对应的部门参考
2.案篇幅有限，叙述不够完整之处可修改
3.的需求了解不尽全面，本方案与实际的方案有出入。
4.省时间可按目录参考相关章节

2.2系统定义 

2.2.1 系统要达到的目标 

  现信息的同步，从而方便顾客购物，并且便于管理员、理货员。进货员对商品信息的掌握，及时补充商品，避免商品短缺问题。 

2.2.2系统总体要求
根据对用户需求的分析，超市计算机管理信息系统将具有以下功能与性能特点：
1.统保证超市的各类基本的日常商品进、销、存的数据的集中与科学的管理，将能保证超市对商品数据采集、存贮、管理、传输、处理、访问的要求。
2.系统将切实遵守超市规定的技术要求和各项业务管理规范及处理流程。
3.数据合理分布、分级管理，保证数据的共享，而又合理减小网络开销，提高网络与系统的效率。
4.统将具有良好可扩充性，以有效保护用户的投资。
5.统建议采用的各项硬、软件设备将具有良好的性能价格比。
6.统具有良好的用户界面，易学易用易维护。

2.2.3系统整体结构
根据超市的需求和工作环境实际情况，计算机管理信息系统采用基于网络互连的客户机/服务器体系结构。 构成一个基于开放式网络、分布式关系数据库和商业管理信息应用软件的分布信息处理系统。客户机/ 服务器方式体系结构能够充分发挥服务器的高性能，又利用了客户机良好的处理界面，很适合于要求对数据统一管理，而又实现信息共享和分布处理需要的应用场合，而且结构灵活，扩展方便，界面友好，系统开放，是目前流行的模式。整个系统由超市电脑信息部负责保存与处理系统共享的基础数据及商品进、销、存数据等信息，为各业务子系统数据信息的管理和服务。承担计算机系统的管理与开发功能。各级网点相互之间可实现数据交流和访问。如图2.1所示。

超市管理系统
进货管理系统

库存管理系统

人事管理系统

销售管理系统

供货商信息管理
员工信息管理
销售信息盘点
销售信息维护
销售信息盘点
销售信息维护
销售信息查询
进货信息维护
进货信息查询

图2.1系统整体结构

2.3系统概要分析

2.3.1业务流程分析
系统主要业务分析：
（1）进货业务
进货管理是企业生产经营活动中及其重要的一个环节，它关系到产品质量能否得到保证，生产是否能够顺利进行，采购成本能否得到有效控制等问题。企业现代管理理念中对企业的进货管理提出新的要求；企业进货时对供货商的选择更见慎重，双方不再是讨价还价的买卖关系，而是一种相互依存的合作伙伴关系，并且还需要认识到企业产品质量要从采购抓起，这就关系到供方的供货、服务质量。下面是进货业务程序的主要内容：
供货商的情况调查：在实施采购之前，超市首先就要对市场上各大商品供货商进行详细的调查，了解公司的具体情况，评定企业的信誉级别和公司的市场口碑，做到准确无误，采购顺利。
采购计划的编制：超市根据自身的资金条件和销售状况，综合分析市场规律，拟定采购计划表。
实施进货计划：根据供货商档案及评审结果，选定供货商；生成订货单给选定的供货商；双方就价格、数量、质量等方面洽谈磋商，直至签订合同；跟踪合同执行，安排供货进度和货物运输，做好验收入库工作。
（2）库存业务
库存管理是指在经营中为销售和耗用而存储的各种资产。企业存货不当都会增加不必要的费用：存货过多将导致物资的积压、存储费用增加、流动资金周转不利，并且过量的库存会掩盖管理不善的问题。存货不足则影响企业的正常销售活动。库存管理的目标是需求最佳存货数量，使库存的成本总额最小化。其主要业务如下：产品入库、出库、盘库等日常处理。
科学合理地确定某库存物资的库存控制参数。如：最佳订货批量、最大库存量、最佳缺货量、最佳订购周期等，进行严格的库存控制工作。
汇总统计各类库存数据，反应和监督储备资金占用及采购资金使用情况。
（3）销售业务
销售对一个企业的生存和发展是至关重要的，它不再是传统意义上的“卖东西”，它对外关系到企业产品、服务和企业形象等多方面因素，对内涉及到销售、库存、财务等信息。此外信息化的高速发展为企业的销售工作提出了新的挑战，封闭意味着落后，超市要抓住时机，引入现代化的销售管理模式，实施企业的信息化、智能化销售管理，才能使超市在激烈的市场竞争中立于不败之地。
（4）库存业务
库存业务对于一个企业来说是至关重要的的，库存的不足或者过剩都会导致企业不利的发展，所以企业应对自身的库存水平进行控制，力求尽量降低库存数量，提高物流系统的效率，以强化企业的竞争力
（5）会员制业务
会员制业务对于宣传企业是有良好的作用的，一方面可以增加企业潜在的客源，另一方面会员制度可以给顾客带来优惠，是在顾客心中树立良好形象的一种手法。

2.3.2功能需求
(1)进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。
(2)库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。

第3章 项目任务分解

3.1. WBS任务分解

基于项目背景的WBS的细化方案.如表1

表1.WBS 细化方案
项目阶段
各活动下的任务
任务内容定义
需求分析阶段
1．对各个子系统进行需求获取
用多种方式进行需求获取
2．对获得的需求进行确认
分阶段的开需求评审会议
概要设计阶段
1.各个系统的用例描述和图
各个系统总的用例，分用例和所有的用例解说
2.各个系统的概念数据建模
各个系统的E-R模型和UML模型
3.概要设计评审
分阶段开概要评审会议
详细设计阶段
1. 各个系统对象关系建模
各个系统的对象模型建立
2. 各个系统分析类
各个系统的分析类，界面类，控制类
3. 各个系统设计类
设置所有类的属性值，和方法头
4. 各个系统物理数据库设计
对所有关系进行物理数据库
5.详细设计评审
分阶段开详细评审会议
编码阶段
1.前台销售管理子系统编码
对前台销售子系统的分析类的方法进行编码
2.前台销售管理子系统集成
对前台销售子系统所有模块进行集成
3.后台管理子系统编码
对后台管理子系统的分析类的方法进行编码
4.后台管理子系统集成
对后台管理子系统所有模块进行集成
系统集成
1.系统集成
对各个子系统进行集成
系统测试系统集成
1.集成测试
对各个子系统的集成进行测试
2.环境测试
对发布版本的环境进行测试
提交
1.编写用户使用手册
包括使用的方法
2.提供给用户安装程序
主要是安装向导
用户培训
1.给用户进行
初期进行系统应用的基本培训

3.2绘制wbs 图

如图3.1所示。

图3.1 wbs图

第4章 项目成本计划
4.1项目估算方法

估算是循序渐进的过程，随着项目的不断发展，估算可以重复多次进行的，而且是逐步精确的。本项目采用自下而上和参数法综合的估算方法，具体过程如下：
1.签订合同前
开始签订合同的时候，根据以往类似项目的经验，采用类比估算方法，进行粗略的估算：根据用户的要求采用B/S结构，公司JSP+SQLServer的技术比较成熟，以前成功完成过类似的项目，根据SOW的说明，基本上需要2-3个开发人员，2个月左右的开发时间，基本上是4-6人月的规模，所以，10-一五万可以作为合同的参考价格。
2.合同签署后
合同签署之后，根据现有的资源和WBS分解的结果，进一步细化估算，由于WBS分解是针对项目的功能进行的分解，在成本估算的时候，首先估算每个任务的开发规模，然后在通过系数获得相应的质量、管理任务的规模，从而计算直接成本，然后计算间接成本，以及总成本，具体过程如表4.1所示。

注：规模单位为人/天
表4.1 合同签署
阶段
WBS
名 称
估计值(人天)
小 计(人天)
总 计(人天)
需求分析阶段
1
前台管理系统

42
84
1.1
收银
5

1.1.1
金额计算
8

1.1.2
打印清单
6

1.1.3
会员卡
7

1.2
顾客信息录入
7

1.2.1
顾客退货管理
9

概要设计阶段
2
后台管理系统

22

2.1
人事管理
5

2.1.1
员工信息管理
9

2.1.2
员工操作权限管理
8

详细设计阶段

2.2
销售管理

12

2.2.1
查询销售信息
3

2.2.2
生成销售排行榜
9

系统集成
2.3
进退货管理

一五

2.3.1
进货信息系统
7

系统测试
2.3.2
退货信息系统
8

提交
2.4
库存管理

一三

2.4.1
库存信息管理
6

2.4.2
库存状态警告
7

4.2项目估算步骤

1.获取项目分解结果WBS
①任务分解是根据项目的功能进行分解的,
2.计算开发成本
①由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务可以通过计算开发任务得到，根据以往经验，管理任务和质量任务=20%*开发任务。
②从表6-3得知项目规模是84人天，开发人员成本参数=480元/天，则内部的开发成本=480元/天*84天=40320元，
③加上外包外购的部分软件成本5000+3000+3000=11000元，则开发成本=40320+11000=5一三20元。
3.计算管理、质量成本
①项目的管理和质量成本=开发成本*20%=10264元，
4.直接成本=5一三20+10264=6一五84元，
5.计算间接成本
①间接成本包括前期合同费用、房祖水电、培训、员工福利、客户服务等，
②根据以往经验，采用公式：间接成本=25%直接成本=一五396元，
6.计算总估算成本
① 项目总估算成本=6一五84+一五396=76980元。
7.重新评估项目的报价
① 重新评估一下项目的报价准确性，当然这时候，项目的合同已经签署了，报价是不能更改的，但是通过再次的评估可以进一步明确企业的项目运作和利润情况等，
②如果项目的利润是30%，其中风险基金10%，利润一五%，税费5%。则项目的总报价=76980*1.3=100074元,,应该说报价还是比较合适的。
另外，可以采用简便的算法进行估算，企业的报价可以通过开发规模的估算直接得出，例如如果成本系数为5000元/人月，一个人月28人天，则项目报价=5000*84/28=一五000元。

第5章 项目进度

5.1进度管理

此处用甘特图或进度表格描述。
1 进度计划：
① 本进度计划是从按照交付日期倒推确定时间，然后安排计划内容；
② 进度安排提交的日期并非是真实的交付日期，而是留有半个月左右的余量时间，以备变化。如表5.1所示。
表5.1 进度管理
任务名称
工 期
开始时间
结束时间
资 源
超市管理系统

20一五-10-一三
2016-1-1

l 软件项目规划
2
20一五-10-一三
20一五-10-14
全体人员参与
—项目规划
1
20一五-10-一三
20一五-10-一三
全体人员参与
—计划评审
1
20一五-10-14
20一五-10-14
全体人员参与
l 需求开发
9
20一五-10-一五
20一五-10-27
全体人员参与
—用户界面设计
2
20一五-10-一五
20一五-10-16
全体人员参与
—用户需求评审
1
20一五-10-19
20一五-10-19
全体人员参与
—修改需求、修改用户界面
3
20一五-10-20
20一五-10-22
全体人员参与
—编写需求规格说明书
2
20一五-10-23
20一五-10-26
全体人员参与
—需求验证
1
20一五-10-27
20一五-10-27
全体人员参与
l 概要设计
66
20一五-10-28
20一五-11-4
全体人员参与
—用例描述图
2
20一五-10-28
20一五-10-29
全体人员参与
—概念数据建模
2
20一五-10-30
20一五-10-31
全体人员参与
—概要设计评审
2
20一五-11-3
20一五-11-4
全体人员参与
l 详细设计
9
20一五-11-5
20一五-11-17
全体人员参与
—对象关系建模
3
20一五-11-5
20一五-11-9
全体人员参与
—分析类
2
20一五-11-10
20一五-11-11
全体人员参与
—设计类
1
20一五-11-12
20一五-11-12
全体人员参与
—物理数据库设计
2
20一五-11-一三
20一五-11-16
全体人员参与
—详细设计评审
1
20一五-11-17
20一五-11-17
全体人员参与
l 项目实施
24
20一五-11-24
20一五-12-25
全体人员参与
—前台销售管理子系统
9
20一五-11-24
20一五-12-4
全体人员参与
—顾客信息录入功能
2
20一五-11-24
20一五-1-25
全体人员参与
——顾客退货管理
1
20一五-11-24
20一五-11-24
全体人员参与
——顾客信息录入功能评审
1
20一五-11-25
20一五-11-25
全体人员参与
—收银
5
20一五-11-26
20一五-12-2
全体人员参与
——交易金额计算
1
20一五-11-26
20一五-11-26
全体人员参与
——打印交易清单
1
20一五-11-27
20一五-11-27
全体人员参与
——会员卡打折
2
20一五-3-21
20一五-3-22
全体人员参与
——收银评审
1
20一五-11-2
20一五-11-2
全体人员参与
—前台销售子系统集成
2
20一五-一三-3
20一五-12-4
全体人员参与
——子系统集成测试
1
20一五-一三-3
20一五-一三-3
全体人员参与
——子环境测试
1
20一五-一三-4
20一五-一三-4
全体人员参与
—后台管理子系统
一五
20一五-12-7
20一五-12-25
全体人员参与
—人事功能
3
20一五-12-7
20一五-12-9
全体人员参与
——员工信息管理
1
20一五-12-7
20一五-12-7
全体人员参与
——员工操作权限管理
1
20一五-12-8
20一五-12-8
全体人员参与
——人事功能评审
1
20一五-12-9
20一五-12-9
全体人员参与
—销售管理功能
3
20一五-12-10
20一五-12-14
全体人员参与
——查询打印销售信息
1
20一五-12-10
20一五-12-10
全体人员参与
——生成销售排行旁
1
20一五-12-11
20一五-12-11
全体人员参与
销售管理功能评审
1
20一五-12-14
20一五-12-14
全体人员参与
—进退货管理
3
20一五-12-一五
20一五-12-17
全体人员参与
——进货信息管理
1
20一五-12-一五
20一五-12-一五
全体人员参与
——退货信息管理
1
20一五-12-16
20一五-12-16
全体人员参与
——进退货管理评审
1
20一五-12-17
20一五-12-17
全体人员参与
—库存管理
3
20一五-12-一八
20一五-12-22
全体人员参与
——查询库存信息
1
20一五-12-一八
20一五-12-一八
全体人员参与
——库存状态自动警告
1
20一五-12-21
20一五-12-21
全体人员参与
——库存管理评审
1
20一五-12-22
20一五-12-22
全体人员参与
—后台管理子系统集成
3
20一五-12-23
20一五-12-25
全体人员参与
子系统集成测试
2
20一五-12-23
20一五-12-24
全体人员参与
子环境测试
1
20一五-12-25
20一五-12-25
全体人员参与
l 系统集成
1
20一五-12-28
20一五-12-28
全体人员参与
——系统集成
1
20一五-12-28
20一五-12-28
全体人员参与
l 系统测试
2
20一五-12-29
2012-12-30
全体人员参与
——系统测试
1
20一五-12-29
20一五-12-29
全体人员参与
——环境测试
1
2012-12-30
2012-12-30
全体人员参与
l 提交
2
20一五-12-31
2016-1-1
全体人员参与
——完成文档
1
20一五-12-31
20一五-12-31
全体人员参与
——验收、提交
1
2016-1-1
2016-1-1
全体人员参与

5.2项目进度图

逐项列出影响初始计划的因素和调整的条目（包括影响项目成败的关键问题、技术难点和风险），指出这些问题对项目的影响然后给出调整后的进度计划。如图5.1所示。

图5.1项目进度图

5.3项目里程碑

高层领导可能更加关注里程碑的进展，所以需要一个里程碑，如图5.2所示。

提交 20一五/12/31
系统测试 20一五/12/29
系统集成 20一五/12/28
项目实施 20一五/11/24
详细设计 20一五/11/5
概要设计 20一五/10/27
需求开发 20一五/10/一五
软件项目规划 20一五/10/一三

图5.2项目里程碑

第6章 项目配置管理
6.1组织及职责

(1)根据《项目计划》中的角色分配，确定配置管理者，SCCB（配置控制委员会）成员。
(2)项目经理是SCCB的负责人。
(3)配置管理的角色和职责见表6.1所示。

表6.1 配置管理角色职责表
角色
人员
职责、工作范围
配置管理者
张莹
（1）制定《配置管理计划》
（2）创建和维护配置库
SCC负责人
金诗蕙
（1）审批《配置管理计划》
（2）审批重大的变更
SCCB成员
质量保证人员－郭冰婵
配置管理者－刘书彤
审批某些配置项或基线的变更

6.2用户及权限
用户及权限具体如表6.2所示。

表6.2 配置库的用户权限
类别
人员
权限说明
配置管理者
张莹
负责项目配置管理，对库拥有所有权限
项目管理
金诗蕙
访问、读
质量保证人员
刘书彤
访问、读
开发人员
郭冰婵
访问、读
高层管理
-----
访问、读

第7章 项目团队与沟通计划

7.1项目组织结构

项目的组织结构如图7.1所示，它是矩阵型组织结构的一个具体化。
厂商
商品信息
订货信息
营业员
购买信息
顾客
销售信息
超市管理员
商品信息
库存信息
用户信息

图7.1项目组织结构图
其中：
超市管理员
--------负责商品的销售信息
--------负责用户信息
--------负责商品的库存信息
--------负责商品的订货信息
顾客
--------负责购买商品
--------负责了解购买商品的信息
营业员
--------负责了解商品的信息
--------负责商品的订货信息
--------负责商品的销售信息
--------负责商品的用户信息
--------负责商品的库存信息

厂商
--------负责商品信息

7.2项目团队人员

1.客户管理系统项目的责任矩阵（RAM）如表7.1所示。
表7.1 管理系统项目映射表

项目管理组
软件开发组
质量保证组
配置管理组
负责人
金诗蕙
张 莹
郭冰婵
刘书彤
组成人
金诗蕙
张 莹、金诗蕙
郭冰婵
刘书彤

2. 项目人员计划，如表7.2人员的角色分工所示。

表7.2人员角色分工表

项目负责人
需求分析员
概要设计员
详细设计员
编码人员
测试人员
负责人
金诗蕙
张莹
郭冰婵
张莹
金诗蕙
刘书彤
组成人
金诗蕙
张莹
郭冰婵
张莹
金诗蕙、张 莹
刘书彤

7.3项目沟通与评审

项目评审的主要目的是根据项目计划对项目的执行活动进行检查，及时发现问题，研究解决对策，纠正偏差，保证项目的顺利实施。项目交流计划分为如下几类：
-         每天17:00的沟通交流
-         定期评审
-         阶段评审
-         事件评审
各类交流评审安排见表7.3所示。 

表7.3 项目管理交流计划
评审类别
评审周期
评审要点
相关人员
日例会
每天17:00-17:30
不限定主题和内容,随意交流
共享经验,避免错误
项目组所有人
定期评审
(周例会)
每周五
本周工作进度
 问题及对策
资源协调
下周工作安排
项目经理
开发经理
质量经理
配置管理员
阶段评审
阶段结束
本阶段计划执行情况
 质量评审结果
产品审计结果
下阶段计划修正
项目主管
项目经理
开发经理
质量经理
配置管理员
市场人员
事件评审
当事件可能影响计划的执行
事件性质和影响范围
事件处理方案的讨论
修改计划的评审时间
项目经理
开发经理
质量经理

第8章 项目风险计划

8.1项目风险

项目风险具体如表8.1所示。
表8.1 项目风险
序号
风险识别
风险评估
风险应对措施
潜在的风险事件
风险发生的后果
可能性
影响
风险值
应对措施
预防措施
1
需求不明确：需求小组没有真正理解客户需求
客户不接受产品或拒绝付款
70%
50%
35%
派遣经验丰富的需求分析师与客户进行深入的交流，明确客户的主要需求，引导客户对项目做出正确的描述。
事先进行需求评审
2
项目范围定义不