广电商品采购平台项目计划书.docx
《广电商品采购平台项目计划书.docx》由会员分享，可在线阅读，更多相关《广电商品采购平台项目计划书.docx（13页珍藏版）》请在冰点文库上搜索。
广电商品采购平台项目计划书
**商品采购平台
项目计划
文件状态：
[]草稿
[√]正式发布
[]正在修改
文件标识：
ST-GDEC-PLAN-PP
当前版本：
1.0
作者：
完成日期：
2009-12-22
泉州市视通光电网络有限公司【仅用于教学参考】
2009年12月
版本历史
版本/状态
作者
参与者
完成日期
备注
1.0
2009-12-22
完成
1.前言4
1.1目的4
1.2范围4
1.3符号、缩略语、术语定义4
1.4参考资料5
2.项目概述6
2.1项目目的、范围和目标6
2.2假定和约束7
2.3项目工作产品7
2.4方法、工具与技术7
3.项目组织8
3.1组织结构8
3.2外部接口8
3.3角色、职责和人员8
4.项目计划9
4.1项目过程9
4.2WBS表9
4.3进度安排10
4.4里程碑说明11
4.5关键计算机资源估算12
4.6财务预算12
4.7项目评审12
4.8过程文档13
5.风险评估和控制14
6.沟通计划14
7.培训计划15
附录：
项目计划审批16
1.前言
1.1目的
为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
1.2范围
Ø项目介绍
Ø项目过程定义
Ø人力资源计划
Ø软硬件资源计划
Ø财务计划
Ø任务与进度
Ø下属计划
1.3符号、缩略语、术语定义
缩写、术语
解释
SPP
精简并行过程，SimplifiedParallelProcess
PP
项目规划，ProjectPlanning
ISO9000
质量管理体系标准
PowerDesigner
建模工具
SVN
版本管理工具
Photoshop
图片处理工具
1.4参考资料
2.项目概述
2.1项目目的、范围和目标
系统建设的目的主要是为提高广电行业商品采购的电子商务水平，为实现广电行业企业提供完善一站式电子商务解决方案，并将实现与其它系统的集成共同营造一个信息化的行业交易平台。
系统最终将建设成为一个针对广电行业，提供支付、物流、仲裁、法律支持等商务服务的电子商务平台，并在此基础之上为企业提供增值服务的综合性运营平台。
2.2假定和约束
假定：
人员能够及时到位，律师事务所、银行、物流公司、仲裁机构等合作顺利。
约束：
项目开发过程中必须遵照ISO9000标准流程，各阶段的文档应符合公司的要求，代码编写应遵照公司制定的编码规范。
时间约束：
2010年3月初完成。
2.3项目工作产品
1.广电商品采购平台。
2.项目文档。
2.4方法、工具与技术
过程域
方法、工具与技术
面向对象分析与设计
PowerDesigner15.0
配置管理
SVN
文档管理
SVN、RDMS
制作文档
MicrosoftOffice2003/2007
开发工具
VS2008
数据库
MYSQL
开发过程管理
RDMS
3.项目组织
3.1组织结构
主导项目驱动思想，项目的一切事宜由项目经理协调、推动。
机构领导辅助项目经理决策，帮助协调人力、项目经费、时间等整体资源；市场部负责与客户接洽事宜，宣传推广；用户部负责用户的培训，收集反馈；副总秘书负责进度的监控和跟踪；质量保证小组对项目的质量提出建议，并跟踪问题的解决；高级项目经理辅助项目经理做好软件开发过程的控制。
3.2外部接口
银行支付系统
物流电子下单系统
3.3角色、职责和人员
角色
职责
人员
工作说明
机构领导
项目监督及外部运作
高级项目经理
协助项目经理处理项目事宜
项目经理
主导项目的所有工作
需求调研
需求调研
需求分析员
需求分析，需求建模
系统设计员
对需求模型进行系统设计
架构人员
系统架构设计及系统框架的搭建
数据库设计员
设计数据库
美工、界面设计人员
确定界面风格，美化界面
程序员
负责详细设计，系统编码实现
测试跟踪员
负责系统的测试工作
配置管理员
管理系统的相关配置文档说明
项目核心人员
把握架构、需求、技术攻坚
实施人员
编写用户帮助文档
4.项目计划
4.1项目过程
本项目采用瀑布式开发模型，主要包含需求获取、需求分析、系统分析、系统设计、系统编码、系统测试、系统维护、系统部署等阶段，每一阶段工作，一般情况下，必须评审通过后才能进入下一阶段工作，在进度可控的前提下，偏重于软件开发过程的控制和管理。
4.2WBS表
4.3进度安排
4.4里程碑说明
序号
名称
日期
阶段成果
质量标准
备注
1
调研及分析
2009-12-22~
209-1-15
业务需求说明书、软件需求规格说明书、调研报告
2
系统设计
2010-01-18~
2010-01-29
系统设计说明书、数据库设计模型、数据库设计说明书
3
项目编码
2010-02-01~
2010-02-26
项目源代码、可运行程序
4
系统测试
2010-03-01~
2010-03-12
测试用例文档、测试报告
5
试运行
2010-03-15~
2010-03-19
试运行结果报告
4.5关键计算机资源估算
1）平台运行环境所需关键计算机资源
1.服务器（Intel64bit）x2（虚拟：
NginX服务器，业务处理服务器，界面服务器，消息总线服务器；另一台做热备）
2.普通台式机（仅主机）x40台（图片存储与其他数据存储）
3.千兆交换机
2）项目开发环境所需关键计算机资源：
公司现有资源完全满足开发需要
3）项目测试环境所需关键计算机资源：
公司现有资源完全满足开发需要
4.6财务预算
开支类别
主要开支项、用途
金额
时间
人力资源费用
成员工资
项目管理费用
团队建设、沟通通信费
其他
交通费，加班餐费
总额
4.7项目评审
描述按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。
产生阶段
工作产品
撰写人员
评审参与人员
备注
前期规划
系统建设方案书
项目计划
调研
调研报告、业务需求说明书
需求阶段
软件需求规格说明书
UML模型
系统界面原型
系统设计
UML模型
数据库模型图、数据库设计说明书
系统设计说明书
测试计划
测试阶段
测试报告
用户手册
试运行
试运行报告
结项
结项报告
4.8过程文档
文档名称
频率
撰写人员
处理方式
阅读人员
备注
需求变更申请报告
发生变更的时候
审核
进入编程阶段后，所有关于需求的变更必须申请，项目经理通过后才能执行变更。
项目计划变更报告
需要对项目计划中人力、时间进行变更时
审核
项目进展报告
每周五
审核
每周五下班之前，将每周项目进展报告提交到RDMS，领导查看后，如果有疑问或者建议，在RDMS上创建问题跟踪，项目经理即使跟踪处理
会议记录
项目会议
一般阅读
对于阶段性会议进行记录，而一般例会不予记录，免得过于严谨，影响会议气氛
5.风险评估和控制
1.进度安排风险
对项目范围把握的不足，沟通上做不到位都有可能对项目的进度产生影响。
2.技术上的风险
架构上使用了大量开源组件，使得架构的可行性及稳定性存在风险。
系统投入运行将会面临大量的客户访问，高并发的数据库访问，海量的数据存取，这些都是在技术上必须解决的难题。
3.人员风险
项目驱动决定人员频繁调动，项目与项目之间可能存在人员争用的情况，人员不能及时到位或是人员不能全力投入项目开发中都有可能给项目带来风险。
4.第三方公司风险
系统提供的支付、物流、法律、仲裁服务都需要第三方公司的业务支持，商务上或是技术支持上都有可能存在风险。
6.沟通计划
角色
活动
说明
小组成员
填写RDMS任务进度
最少两天一次，有重大进展随时可填写
通过RTX进行日常问题交流、沟通
随时
项目经理
查看RDMS问题跟踪，并且提出处理意见
随时
发布需求
当需求有变更，将需求发布到SVN，并提醒相关人员
项目经理和小组成员
发布需求
及时发布需求给相关人员，最新、最准确的需求，必须由项目经理统一发布
项目经理和需求人员
变更需求
需求变更申请一旦通过，必须由需求人员来进行变更，然后将最新文档提交到SVN，并通知项目经理
项目经理和质量小组
通过RDMS问题跟踪进行沟通（重大问题及时当面沟通）
项目经理和开发人员（关于bug）
对于不予处理和延后处理的bug，必须要提交项目经理审核
如果测试部对于不予处理的bug有分歧，直接找项目经理沟通
需求人员和其他小组成员
需求人员帮助开发人员、测试人员等理解需求
开发人员和测试人员
通过RDMS中bug跟踪进行交流
测试人员如果对需求有不同理解，直接和需求跟踪人员确认，如果发现开发人员对需求有较大误区，反馈到质量小组，并直接和项目经理联系
副总秘书
在RDMS上查看项目进度或直接找项目经理（尽量不要找小组成员）
每天
附录：
项目计划审批
高级项目经理审批
审批结论
[]批准
[]不批准
意见建议
高级项目经理签字
签字，日期
机构领导审批
审批结论
[]批准
[]不批准
意见建议
机构领导签字
签字，日期
升级会员 