超市标准管理系统.doc

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

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

三、对课程设计阐明书撰写内容、格式、字数规定
1．课程设计阐明书是体现和总结课程设计成果载体，重要内容涉及：设计题目、设计目、设备器材、设计原理及内容、设计环节、遇到问题及解决办法、设计总结、设计小组评语、参照文献等。普通不应少于3000字。
2．在恰当位置配合相应实验原理图、数据通路图、微程序流程图、实验接线图、微指令代码表等图表进行阐明。应做到文理通顺，内容对的完整，书写工整，装订整洁。
3．设计总结某些重要写本人完毕工作简介以及自己设计体会，涉及通过课程设计学到了什么，哪里遇到了困难，解决办法以及此后目的。设计小组评语处注明设计组编号、设计组组长、设计构成员，并由设计组组长给出评语。
4．课程设计阐明书手写或打印均可。手写要用学校统一课程设计用纸，用黑或蓝黑墨水工整书写；打印时采用A4纸，页边距均为20mm，正文采用宋体小四号字，行间距18磅。文中大标题采用黑体小三号字，一级节标题采用黑体四号字，二级节标题采用黑体小四号字，表题与图题采用宋体五号字。
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
网络教学系统

13
停车场管理系统

14
网上购物管理系统

15
学生信息管理系统

16
课程设计管理系统

17
实习实训管理系统

18
毕业设计管理系统

19

自拟题目

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

课 程 设 计 任 务 分 工

组长姓名
金诗蕙
题目
超市管理系统
项目构成员
个人任务描述
自我评估
金诗蕙
项目任务分解、技术合同编写、项目进度、整顿项目数据
良
张莹
项目成本筹划、项目配备管理、项目集成筹划
良
郭冰婵
项目任务分解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章 项目配备管理 - 13 -
6.1组织及职责 - 13 -
6.2顾客及权限 - 13 -
第7章 项目团队与沟通筹划 - 14 -
7.1项目组织构造 - 14 -
7.2项目团队人员 - 15 -
7.3项目沟通与评审 - 15 -
第8章 项目风险筹划 - 17 -
8.1项目风险 - 17 -
8.2管理实践 - 18 -
第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—内实现“无人收银”，绝大多数超市仍会采用人工收银，但收银速度和收银台数量必定更加抱负。同步，单纯现钞买单局面也终将打破，取而代之是有银行等金融机构介入，实现了“银企联动”、钞票与“卡”并存并用收银支付系统。届时，“钱包”厂商日子恐怕会很伤心。

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-15万可以作为合同参照价格。
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
进退货管理

15

2.3.1
进货信息系统
7

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

提交
2.4
库存管理

13

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=51320元。
3.计算管理、质量成本
①项目管理和质量成本=开发成本*20%=10264元，
4.直接成本=51320+10264=61584元，
5.计算间接成本
①间接成本涉及前期合同费用、房祖水电、培训、员工福利、客户服务等，
②依照以往经验，采用公式：间接成本=25%直接成本=15396元，
6.计算总估算成本
① 项目总估算成本=61584+15396=76980元。
7.重新评估项目报价
① 重新评估一下项目报价精确性，固然这时候，项目合同已经订立了，报价是不能更改，但是通过再次评估可以进一步明确公司项目运作和利润状况等，
②如果项目利润是30%，其中风险基金10%，利润15%，税费5%。则项目总报价=76980*1.3=100074元,,应当说报价还是比较适当。
此外，可以采用简便算法进行估算，公司报价可以通过开发规模估算直接得出，例如如果成本系数为5000元/人月，一种人月28人天，则项目报价=5000*84/28=15000元。

第5章 项目进度

5.1进度管理

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

-10-13
-1-1

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

5.2项目进度图

逐项列出影响初始筹划因素和调节条目（涉及影响项目成败核心问题、技术难点和风险），指出这些问题对项目影响然后给出调节后进度筹划。如图5.1所示。

图5.1项目进度图

5.3项目里程碑

高层领导也许更加关注里程碑进展，因此需要一种里程碑，如图5.2所示。

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

图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
项目范畴定义不明确
项目没完没了
40%
50%
15%
规定需求小组按照客户规定变更项目范畴。
需求要在事先定义清晰并获得客户确认。
3
项目目的不明确
导致项目进度拖期或成本超支。
30%
50%
10%
修改项目目的。
事先明确项目目的
4
需求小组对客户业务理解不够
软件不能实现业务功能
70%
60%
20%
修改软件
加强与理解并让客户参加
5
需求不断变化
项目变得没完没了
50%
40%
10%
提交CCB讨论、决定
建立范畴变更程序
6
任务定义不够充分
项目不能准时、按预算完毕
20%
30%
15%
重新定义
事先与客户达到共识
7
程序员对系统设计理解上浮现偏差
软件实现不了设计功能，客户回绝接受
60%
50%
5%
修改代码
进行设计评审
8
客户规定增长功能
项目进度拖期、成本超支
80%
50%
10%
修改程序
事先拟定范畴目的
9
客户突然规定增长功能
项目进度拖期、成本超支
70%
15%
15%
作出相应修改
事先拟定项目范畴和功能规定
10
浮现故障，顾客维护人员解决不了
客户投诉
15%
10%
20%
派技术人员协助解决
事先培训客户系统维护人员

8.2管理实践

1.人力资源风险应对办法
①和关于资源部门充分沟通，达到共识，建立人员稳定和释放机制，在开发周期内保持人员相对稳定，资源线调动资源需要和产品部协调，并将此作为产品线考核资源线一种指标。
②针对人员缺少经验，需要进行系列培训组织，保证项目开发人员及时理解产品知识。工作交接规范化，保证产品开发不会由于人员变动受到大冲击。
③ 对项目组进行良好组织，使得每一种开发活动信息能被广泛传播和交流。