广电商品采购平台项目计划书23932.docx

《广电商品采购平台项目计划书23932.docx》由会员分享，可在线阅读，更多相关《广电商品采购平台项目计划书23932.docx（12页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 广电商品采购平台 *商品采购平台项目计划文件状态： 草稿 正式发布 正在修改文件标识：ST-GDEC-PLAN-PP当前版本：1.0作 者：完成日期：2009-12-22泉州市视通光电网络有限公司【仅用于教学参考】2009 年 12 月 泉州市视通光电网络有限公司第 12 页 共 12 页版 本 历 史版本/状态作者参与者完成日期备注1.02009-12-22完成目 录 1. 前言41.1目的41.2 范围41.3符号、缩略语、术语定义41.4 参考资料52. 项目概述62.1 项目目的、范围和目标62.2 假定和约束72.3 项目工作产品72.4 方法、工具与技术73. 项目组织83.1

2、组织结构83.2 外部接口83.3 角色、职责和人员84. 项目计划94.1 项目过程94.2 WBS 表94.3 进度安排104.4 里程碑说明114.5关键计算机资源估算124.6 财务预算124.7 项目评审124.8 过程文档135. 风险评估和控制146. 沟通计划147. 培训计划15附录：项目计划审批161. 前言1.1目的为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、

3、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。1.2 范围 项目介绍 项目过程定义 人力资源计划 软硬件资源计划 财务计划 任务与进度 下属计划1.3符号、缩略语、术语定义缩写、术语解 释SPP精简并行过程，Simplified Parallel ProcessPP项目规划，Project PlanningISO9000质量管理体系标准Power Designer建模工具SVN版本管理工具Photoshop图片处理工具1.4 参考资料2. 项目概述2.1

4、 项目目的、范围和目标系统建设的目的主要是为提高广电行业商品采购的电子商务水平，为实现广电行业企业提供完善一站式电子商务解决方案，并将实现与其它系统的集成共同营造一个信息化的行业交易平台。系统最终将建设成为一个针对广电行业，提供支付、物流、仲裁、法律支持等商务服务的电子商务平台，并在此基础之上为企业提供增值服务的综合性运营平台。2.2 假定和约束假定：人员能够及时到位，律师事务所、银行、物流公司、仲裁机构等合作顺利。约束：项目开发过程中必须遵照ISO9000标准流程，各阶段的文档应符合公司的要求，代码编写应遵照公司制定的编码规范。时间约束：2010年3月初完成。2.3 项目工作产品1.广电商品

5、采购平台。2.项目文档。2.4 方法、工具与技术过程域方法、工具与技术面向对象分析与设计Power Designer15.0配置管理SVN文档管理SVN、RDMS制作文档Microsoft Office 2003/2007开发工具VS2008数据库MYSQL开发过程管理RDMS3. 项目组织3.1 组织结构主导项目驱动思想，项目的一切事宜由项目经理协调、推动。机构领导辅助项目经理决策，帮助协调人力、项目经费、时间等整体资源；市场部负责与客户接洽事宜，宣传推广；用户部负责用户的培训，收集反馈；副总秘书负责进度的监控和跟踪；质量保证小组对项目的质量提出建议，并跟踪问题的解决；高级项目经理辅助项目经

6、理做好软件开发过程的控制。3.2 外部接口银行支付系统物流电子下单系统3.3 角色、职责和人员角色职责人员工作说明机构领导项目监督及外部运作高级项目经理协助项目经理处理项目事宜项目经理主导项目的所有工作需求调研需求调研需求分析员需求分析，需求建模系统设计员对需求模型进行系统设计架构人员系统架构设计及系统框架的搭建数据库设计员设计数据库美工、界面设计人员确定界面风格，美化界面程序员负责详细设计，系统编码实现测试跟踪员负责系统的测试工作配置管理员管理系统的相关配置文档说明项目核心人员把握架构、需求、技术攻坚实施人员编写用户帮助文档4. 项目计划4.1 项目过程本项目采用瀑布式开发模型，主要包含需求

7、获取、需求分析、系统分析、系统设计、系统编码、系统测试、系统维护、系统部署等阶段，每一阶段工作，一般情况下，必须评审通过后才能进入下一阶段工作，在进度可控的前提下，偏重于软件开发过程的控制和管理。 4.2 WBS 表4.3 进度安排4.4 里程碑说明序号名称日期阶段成果质量标准备注1调研及分析2009-12-22209-1-15业务需求说明书、软件需求规格说明书、调研报告2系统设计2010-01-182010-01-29系统设计说明书、数据库设计模型、数据库设计说明书3项目编码2010-02-012010-02-26项目源代码、可运行程序4系统测试2010-03-012010-03-12测试用

8、例文档、测试报告5试运行2010-03-152010-03-19试运行结果报告4.5关键计算机资源估算1）平台运行环境所需关键计算机资源1.服务器(Intel 64bit) x 2 (虚拟：NginX服务器，业务处理服务器，界面服务器，消息总线服务器；另一台做热备)2.普通台式机（仅主机） x 40台 （图片存储与其他数据存储）3.千兆交换机2）项目开发环境所需关键计算机资源： 公司现有资源完全满足开发需要3) 项目测试环境所需关键计算机资源： 公司现有资源完全满足开发需要4.6 财务预算开支类别主要开支项、用途金额时间人力资源费用成员工资项目管理费用团队建设、沟通通信费其他交通费，加班餐费总

9、额4.7 项目评审描述按计划需要评审的工作产品，以及采用的评审方式和参加评审的人员。产生阶段工作产品撰写人员评审参与人员备注前期规划系统建设方案书项目计划调研调研报告、业务需求说明书需求阶段软件需求规格说明书UML模型系统界面原型系统设计UML模型数据库模型图、数据库设计说明书系统设计说明书测试计划测试阶段测试报告用户手册试运行试运行报告结项结项报告4.8 过程文档文档名称频率撰写人员处理方式阅读人员备注需求变更申请报告发生变更的时候审核进入编程阶段后，所有关于需求的变更必须申请，项目经理通过后才能执行变更。项目计划变更报告需要对项目计划中人力、时间进行变更时审核项目进展报告每周五审核每周五下

10、班之前，将每周项目进展报告提交到RDMS，领导查看后，如果有疑问或者建议，在RDMS上创建问题跟踪，项目经理即使跟踪处理会议记录项目会议一般阅读对于阶段性会议进行记录，而一般例会不予记录，免得过于严谨，影响会议气氛5. 风险评估和控制1.进度安排风险对项目范围把握的不足，沟通上做不到位都有可能对项目的进度产生影响。2.技术上的风险架构上使用了大量开源组件，使得架构的可行性及稳定性存在风险。系统投入运行将会面临大量的客户访问，高并发的数据库访问，海量的数据存取，这些都是在技术上必须解决的难题。3.人员风险项目驱动决定人员频繁调动，项目与项目之间可能存在人员争用的情况，人员不能及时到位或是人员不能

11、全力投入项目开发中都有可能给项目带来风险。4.第三方公司风险系统提供的支付、物流、法律、仲裁服务都需要第三方公司的业务支持，商务上或是技术支持上都有可能存在风险。6. 沟通计划角色活动说明小组成员填写RDMS任务进度最少两天一次，有重大进展随时可填写通过RTX进行日常问题交流、沟通随时项目经理查看RDMS问题跟踪，并且提出处理意见随时发布需求当需求有变更，将需求发布到SVN，并提醒相关人员项目经理和小组成员发布需求及时发布需求给相关人员，最新、最准确的需求，必须由项目经理统一发布项目经理和需求人员变更需求需求变更申请一旦通过，必须由需求人员来进行变更，然后将最新文档提交到SVN，并通知项目经理

12、项目经理和质量小组通过RDMS问题跟踪进行沟通（重大问题及时当面沟通）项目经理和开发人员（关于bug）对于不予处理和延后处理的bug，必须要提交项目经理审核如果测试部对于 不予处理 的bug有分歧，直接找项目经理沟通需求人员和其他小组成员需求人员帮助开发人员、测试人员等理解需求开发人员和测试人员通过RDMS中bug跟踪进行交流测试人员如果对需求有不同理解，直接和需求跟踪人员确认，如果发现开发人员对需求有较大误区，反馈到质量小组，并直接和项目经理联系副总秘书在RDMS上查看项目进度或直接找项目经理（尽量不要找小组成员）每天附录：项目计划审批高级项目经理审批审批结论 批准 不批准意见建议高级项目经理签字签字，日期机构领导审批审批结论 批准 不批准意见建议机构领导签字签字，日期