网上购物商城集成计划.docx
《网上购物商城集成计划.docx》由会员分享，可在线阅读，更多相关《网上购物商城集成计划.docx（14页珍藏版）》请在冰豆网上搜索。
网上购物商城集成计划
案例说明-《网上购物商城管理》的项目集成计划
1．导言
为了更好地记录分析描述用户提出的技术需求，特编写项目集成计划，一遍系统的开发很好的进行。
2．概述
电子商务在当今已经不再是一种新兴产业，但是在早期由于网站企业的信誉度难以认证、网上交易的法律不健全、物流不发达等一系列原因，一定程度上制约了电子商务发展。
进入21世纪以来，随着整个互联网的发展，限制电子商务的各种问题基本上都已经被解决，致使越来越多的企业进入电子商务的洪潮中，到目前为止，国内已经有近1000万的中小企业开始尝试通过互联网来增加对企业的影响力及销售额。
传统的购物方式虽然仍处于市场的主导地位，但是这种方式并不具备便捷、随意、时尚等网络购物具有的优势，所以电子商务不仅正在以迅猛之势席卷整个网络，而且还为购物市场做了一次革命性的改变。
3项目任务范围
网络购物商城是一个典型的JSP数据库开发应用程序，由前台管理和后台管理两部分组成。
前台管理：
该部分主要包括商品展台、购物车、收银台、会员管理、商城公告及订单查询、商品查询等功能。
系统功能结构图如下所示
后台管理：
该部分主要对商城内的一些基础数据进行有效管理，包括后台登录、商品设置、会员设置、订单设置、后台管理员设置、友情链接设置、公告设置等功能。
后台系统功能结构图如下所示
4项目目标
由于网络商城的特点，整个系统会频繁与数据库交互，对于像网络购物中心这样的数据流量特别大的网络管理系统，必须满足使用方便，操作灵活等要求，本系统在开发设计时应该满足一下几个目标。
采用人机对话的操作方式，界面美观、友好，信息查询灵活、方便，数据存储准确，安全可靠。
全面展示购物中心所有商品，并可展示最新商品及特价商品。
便于顾客快捷地进行商品信息查询（采用了模糊查询技术）。
会员可以随时修改自己的基本资料。
实现网上购物功能。
实现商品销售排行功能，以方便顾客了解购物中心内的热销商品及帮助企业领导者做出企业营销方案。
商城公告公布购物中心内的最新信息。
顾客可以随时查看自己的订单信息。
对顾客输入的数据，系统进行严格的数据检验，尽可能排除人为的错误。
系统最大限度地实现了易维护性和易操作性。
系统运行稳定，安全可靠。
5项目实施策略
实施策略是确定如何实施项目，以达到项目目标的策略。
根据校务通项目特点和企业的战略要求，采取如下策略：
● 项目管理策略
1. 项目管理过程遵循公司质量体系中关于项目管理过程规范
2. 根据项目计划中的评审点进行跟踪和管理，并根据结果对项目计划进行适当的调整
3. 评审采用定期评审、阶段评审和事件评审相结合的方式
4. 按周发布项目简报，通报项目进展情况及其他相关情况
● 软件开发策略
1. 采用OO技术逐步构造系统
2. 产品按阶段提交
3. 开发实施过程采用公司的复用技术，同时遵循公司质量体系中关于项目实施过程规范
● 质量保证策略
1. 质量管理过程遵循公司质量体系中关于项目质量管理过程规范。
2. 加强对项目参与人员的质量保证概念的培训
3. 加强对过程的控制，重点确定该项目中需控制的过程
4. 加强对产品规范的审计，重点确定该项目中需审计的产品
5. 实施完整的软件配置管理
6项目组织结构
由于该项目在实施过程中需要涉及不同组织的各方面人员，而各组织之间的利益、任务和职责也不尽相同，因此明确定义项目组织结构和各自职责可保证项目的顺利进行。
该项目的组织结构图如图2：
其中：
市场部
- 负责与用户的协调工作
- 负责项目相关的商务活动
- 负责用户需求的接口
- 配合项目经理的资源协调活动
- 负责产品的验收活动
- 负责系统的维护活动
项目管理
- 负责项目的组织和规划
- 负责项目计划制定和维护
- 负责项目的跟踪和管理
- 负责资源的分配和协调活动
- 负责各组织和计划之间的协调活动
- 负责与市场部的协调活动
软件开发
- 负责项目的软件开发，包括设计，编码，单元测试和集成测试
- 负责产品质量控制的工作
- 负责配合质量保证的活动，如系统测试，文档编制等
- 配合产品验收的相关活动
质量保证
- 负责项目过程和产品规范的制定
- 负责项目过程的质量保证活动，
- 过程评审
- 产品审计
配置管理
- 负责项目的配置管理活动
- 负责软件产品的提交
用户
- 确保相关责任的实施
- 参与项目的组织和规划
- 负责产品的验收工作
表1为角色映射表。
表1：
角色映射表
项目管理组
软件开发组
质量保证组
配置管理组
负责人
赵旭立
孙阿娜
慧晓敏
水雪莉
组成（人）
1
1
1
1
7项目生存期
根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图3。
生存期中的各阶段定义如下：
项目规划阶段
阶段目标：
根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。
输入：
合同文本
SOW
过程：
项目规划，计划确认
输出：
项目计划
需求分析阶段
阶段目标：
确定客户的需求
输入：
项目计划，SOW
过程：
需求获取，需求分析，需求控制
输出：
原型系统，需求规格
设计阶段
阶段目标：
总体系统结构设计
输入：
原型系统，需求规格
过程：
总体设计
输出：
系统设计说明书，数据库结构定义
增量1实现
阶段目标：
实现系统的通用功能
输入：
系统设计说明书
数据库结构定义
过程：
详细设计,编码，代码走查，代码评审，单元测试
输出：
详细设计说明书，源代码，可运行版本－1
增量2实现
阶段目标：
实现系统的招生管理功能
输入：
系统设计说明书
数据库结构定义
过程：
详细设计,编码，代码走查，代码评审，单元测试
输出：
详细设计说明书，源代码，可运行版本－2
增量3实现
阶段目标：
实现系统的学生日常管理功能
输入：
系统设计说明书
数据库结构定义
过程：
详细设计,编码，代码走查，代码评审，单元测试
输出：
详细设计说明书，源代码，可运行版本－3
增量4实现
阶段目标：
实现系统的教务管理功能
输入：
系统设计说明书
数据库结构定义
过程：
详细设计,编码，代码走查，代码评审，单元测试
输出：
详细设计说明书，源代码，可运行版本－4
增量5实现
阶段目标：
实现系统的教师辅助功能
输入：
系统设计说明书
数据库结构定义
过程：
详细设计,编码，代码走查，代码评审，单元测试
输出：
详细设计说明书，源代码，可运行版本－5
增量6实现
阶段目标：
实现系统的聊天室/论坛功能
输入：
系统设计说明书
数据库结构定义
过程：
详细设计,编码，代码走查，代码评审，单元测试
输出：
详细设计说明书，源代码，可运行版本－6
集成测试
阶段目标：
通过集成环境下的软件测试
输入：
测试计划
测试案例
过程：
集成测试，系统测试
输出：
系统软件包,测试报告，产品说明书
产品提交
阶段目标：
产品可投入使用
输入：
系统软件包
过程：
产品提交
输出：
验收报告
8时间计划
项目进度计划甘特图如图4所示（,详见进度计划.mpp,）：
图4：
进度计划
9项目成本估算
项目估算是为了确定项目所需的人力、时间以及项目完成过程中耗费的人力、物力、财力资源。
图5是项目估算和预算的结果（详见估算计划.）.
图5：
成本计划
10质量管理计划
质量管理计划详见质量管理计划专题.
11配置管理计划
配置管理计划详见配置管理计划专题.
12项目风险计划
风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间、资源和预算完成产生重大影响。
风险分析的目标是识别这些事件，设法避免这些事件的发生并制定一旦这些事件发生后的处理措施。
表2是本项目风险计划清单表。
表2：
风险分析表
排序
输入
风险事件
可能性
影响
风险值
风险应对措施
1
客户的SOW
需求不明确，增加需求，导致需求蔓延
70%
50%
35%
1．采取加班的方法
2．修改计划去掉一些任务
3．与客户商量延长一些时间
2
合同
进度要求紧，合同金额有限
30%
50%
15%
可以请一些实习的学生做辅助工作,一来成本不高,二来可以加快进度.
4
WBS
供货商、外包商的质量问题
20%
50%
10%
多选择几个可以作为备份的外包商和供应商
5
历史项目信息
开发人员的流动
15%
60%
9%
1．注意项目团队的沟通，及时了解开发人员的动态
2．控制好项目过程中的文档
3.从其他的项目组借调人员
4．从外部招聘有过此类开发经验人员
13.度量计划
详见度量计划专题
14项目沟通与评审
项目评审的主要目的是根据项目计划对项目的执行活动进行检查，及时发现问题，研究解决对策，纠正偏差，保证项目的顺利实施。
项目交流计划分为如下几类：
- 每天17:
00的沟通交流
- 定期评审
- 阶段评审
- 事件评审
各类交流评审安排见表3。
表3:
项目管理交流计划
评审类别
评审周期
评审要点
相关人员
日例会
每天17:
00-17:
30
1. 不限定主题和内容,随意交流
2. 共享经验,避免错误
项目组所有人
定期评审
（周例会）
每周五
3. 本周工作进度
4. 问题及对策
5. 资源协调
6. 下周工作安排
项目经理
开发经理
质量经理
配置管理员
阶段评审
阶段结束
1. 本阶段计划执行情况
2. 质量评审结果
3. 产品审计结果
4. 下阶段计划修正
项目主管
项目经理
开发经理
质量经理
配置管理员
市场人员
事件评审
当事件可能影响计划的执行
1. 事件性质和影响范围
2. 事件处理方案的讨论
3. 修改计划的评审时间
项目经理
开发经理
质量经理
升级会员 