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

《广电商品采购平台项目计划书.docx》由会员分享，可在线阅读，更多相关《广电商品采购平台项目计划书.docx（11页珍藏版）》请在课桌文档上搜索。

1、广电商品采购平台项目计划书*商品采购平台项目计划文件状态：草稿正式公布正在修改文件标识：St-Gdec-Plan-PP当前版木：1.0作者：完成日期：2009-12-22泉州市视通光电网络有限公司【仅用于教学参考】2009年12月版本历史版本/状态作者参与者完成日期备注1.02009-12-22完成1 .前言41.1 目的41.2 范围41.3 符号、缩略语、术语定义41.4 参考资料52 .项目概述52.1 项目目的、范围与目标52.2 假定与约束52.3 项目工作产品52.4 方法、工具与技术53 .项目组织63.1 组织结构63.2 外部接口63.3 角色、职责与人员64 .项目计划74

2、.1 项目过程74.2 WBS表74.3 进度安排74.4 里程碑说明74.5 关键计算机资源估算84.6 财务预算84.7 项目评审84.8 过程文档95 .风险评估与操纵96 .沟通计划107 .培训计划错误!未定义书签。附录：项目计划审批111.刖百1.1 目的为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地熟悉项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把关于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险计策等内容做出的安排以书面的方式，作为项

3、目团队成员与项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展与检查项目工作的根据。1.2 范围项目介绍项目过程定义人力资源计划 软硬件资源计划财务计划 任务与进度 下属计划1.3 符号、缩略语、术语定义缩写、术语解释SPP精简并行过程，SimplifiedParallelProcessPP项目规划，ProjectPlanningIS09000质量管理体系标准PowerDesigner建模工具SVN版本管理工具Photoshop图片处理工具1.4 参考资料2.项目概述2.1 项目目的、范围与目标系统建设的目的要紧是为提高广电行业商品采购的电子商务水平,为实现广电行

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

5、owerDesigner15.0配置管理SVN文档管理SVN.RDMS制作文档MicrosoftOffice2003/2007开发工具VS2008数据库MYSQL开发过程管理RDMS3 .项目组织3.1 组织结构主导项目驱动思想，项目的一切事宜由项目经理协调、推动。机构领导辅助项目经理决策，帮助协调人力、项目经费、时间等整体资源；市场部负责与客户接洽事宜，宣传推广；用户部负责用户的培训，收集反馈；副总秘书负责进度的监控与跟踪；质量保证小组对项目的质量提出建议,并跟踪问题的解决;高级项目经理辅助项目经理做好软件开发过程的操纵。3.2 外部接口银行支付系统物流电子下单系统3.3 角色、职责与人员角

6、色职责人员工作说明机构领导项目监督及外部运作高级项目经理协助项目经理处理项目事宜项目经理主导项目的所有工作需求调研需求调研需求分析员需求分析，需求建模系统设计员对需求模型进行系统设计架构人员系统架构设计及系统框架的搭建数据库设计员设计数据库美工、界面设计人员确定界面风格，美化界面程序员负责全面设计，系统编码实现测试跟踪员负责系统的测试工作配置管理员管理系统的有关配置文档说明项目核心人员把握架构、需求、技术攻坚实施人员编写用户帮助文档4.1项目过程本项目使用瀑布式开发模型，要紧包含需求获取、需求分析、系统分析、系统设计、系统编码、系统测试、系统保护、系统部署等阶段，每一阶段工作，通常情况下，务必

7、评审通过后才能进入下一阶段工作，在进度可控的前提下，偏重于软件开发过程的操纵与管理。4.2WBS表4.3进度安排O-及分析19 TffB? 2009年 12月22日2010年Ol月15日3334 5 6 7 833333 3 192O2I2223SJ2526中目整悻构思聂迪 假行、将次以同笆同-信XUK务需求分析*M3F1友取信且交8过程分析交易碓备（由含、I工只分析签订合同支付、动流 到馆处裳 法雀中介件防构干8莒理制度分析 半线会求说狒 分析坪宁关税设计楂克设计界面设计In Uta-? -H4工作日？ 2工作B?2工作申 Il工作日？ 0.5工作日？ 15工作日2工作中 2工作日？ 2工作

8、日？ I工作申1工作日？ I工作B 1工作日 J工作日 io IftB?S工作日 2 14工作日我8年12月笈日 200912fl23B2009年12月2日2009冬12 月 24829I2 月 28 日 2009年12月28日2OM12 月 30B 208年12月30日 20I00104B 201 晔01 月 OeB 201MWI 月3日 刘网U月H日 208年12月28日 201期H月13日 2OlO*Olfll4 20!001J)5B2010年Oi月in日 201旗01月18日 201叫如月18日200班12月23日 RH拜Ol月08日2009年12月29日 2Ml2 月 25 日 20

9、旃12月8日2010年Ol月Il日 20瞬12月30日 2C8年12月31日 201帝I月05日 201（洋Ol月Cn日 201碑Ol月08日 201碑01月11日 20诲12月28日 201瞬Ol月13日 20MOI月M日 划曲H月15日2010年Ol月29日 201班Ol月22日 202邛Ol月20日10343536，3839设计讦干 设法发布-开发开定及单元秘或-MU楂试索戌洌试-实能及也运行OTe 试运行 侬行撷T-技术事究Miz onc-, 口a cj-dsei, MiX ITUW茶区拜哂置1 IftB1工作日？ 20工作日220工作日？ IO IITH?5工作日5工作申5 lira

10、1工作日3工作日I工作日 K工Tl日？1工作日3工作日3工作日？ S工作日？ 8工作日。T工作日201曲1月29日20IgOI月29日2010年0?月01日 2010年02月26日201网C月。旧201咛02月26日2010年03月Ol日2010年。3月12日20l0O3fl0lB201 5 03 月05 日201晔03月08日201呼03月12日272010年03月15日 2010年03月19日201Mo3月15日 201年03月15日 2010年03月16日 201班03月18日201晔03月19日201呼03月19日312009年12月22日2010年Ol月OU日208生12月22日 2

11、S仔12月22日 我8年12月23日 20C4年12月25日 208年12月28日 2003年12月30日 201瞒01月04日 201嘛Ol月8日 28冬12月22日 208零12月31日2010年(HJJll 日 ”10年4H JJ 19日由试2IftB20imillB201谣H月】2日5T作日2010年3日13日2010三01J94.4里程碑说明序号名称日期阶段成果质量标准备注1调研及分析2009-12-22-209-1-15业务需求说明书、软件需求规格说明书、调研报告2系统设计2010-01-18-2010-01-29系统设计说明书、数据库设计模型、数据库设计说明书3项目编码2010-

12、02-01-2010-02-26项目源代码、可运行程序4系统测试2010-03-01-2010-03-12测试用例文档、测试报ZH口5试运行2010-03-15-2010-03-19试运行结果报告1.5 关键计算机资源估算D平台运行环境所需关键计算机资源1 .服务器（InteI64bit）x2（虚拟：NginX服务器，业务处理服务器，界面服务器，消息总线服务器；另一台做热备）2 .普通台式机（仅主机）x40台（图片存储与其他数据存储）3 .千兆交换机2）项目开发环境所需关键计算机资源：公司现有资源完全满足开发需要3）项目测试环境所需关键计算机资源：公司现有资源完全满足开发需要1.6 财务预算开

13、支类别要紧开支项、用途金额时间人力资源费用成员工资项目管理费用团队建设、沟通通信费其他交通费，加班餐费总额1.7 项目评审描述按计划需要评审的工作产品，与使用的评审方式与参加评审的人员。产生阶段工作产品撰写人员评审参与人员备注前期规划系统建设方案书项目计划调研调研报告、业务需求说明书需求阶段软件需求规格说明书UML模型系统界面原型系统设计UML模型数据库模型图、数据库设计说明书系统设计说明书测试计划测试阶段测试报告用户手册试运行试运行报告结项结项报告1.8 过程文档文档名称频率撰写人员处理方式阅读人员备注需求变更申请报告发生变更的时候审核进入编程阶段后，所有关于需求的变更务必申请，项目经理通过

14、后才能执行变更。项目计划变更报告需要对项目计划中人力、时间进行变更时审核项目进展报告每周五审核每周五下班之前，将每周项目进展报告提交到RDMS,领导查看后，假如有疑问或者者建议，在RDMS上创建问题跟踪，项目经理即使跟踪处理会议记录项目会议通常阅读关于阶段性会议进行记录，而通常例会不予记录，免得过于严谨，影响会议气氛.风险评估与操纵1.进度安排风险对项目范围把握的不足，沟通上做不到位都有可能对项目的进度产生影响。5 .技术上的风险架构上使用了大量开源组件，使得架构的可行性及稳固性存在风险。系统投入运行将会面临大量的客户访问，高并发的数据库访问，海量的数据存取，这些都是在技术上务必解决的难题。6

15、 .人员风险项目驱动决定人员频繁调动，项目与项目之间可能存在人员争用的情况，人员不能及时到位或者是人员不能全力投入项目开发中都有可能给项目带来风险。7 .第三方公司风险系统提供的支付、物流、法律、仲裁服务都需要第三方公司的业务支持，商务上或者是技术支持上都有可能存在风险。6.沟通计划角色活动说明小构成员填写RDMS任务进度最少两天一次,有重大进展随时可填写通过RTX进行日常问题交流、沟通随时项目经理查看RDMS问题跟踪，同时提出处理意见随时公布需求当需求有变更,将需求公布到SVN,并提醒有关人员项目经理与小构成员公布需求及时公布需求给有关人员，最新、最准确的需求，务必由项目经理统一公布项目经理

16、与需求人员变更需求需求变更申请一旦通过,务必由需求人员来进行变更,然后将最新文档提交到SVN,并通知项目经理项目经理与质量小组通过RDMS问题跟踪进行沟通（重大问题及时当面沟通）项目经理与开发人员（关于bug）关于不予处理与延后处理的bug,务必要提交项目经理审核假如测试部关于不予处理的bug有分歧,直接找项目经理沟通需求人员与其他小构成员需求人员帮助开发人员、测试人员等懂得需求开发人员与测试人员通过RDMS中bug跟踪进行交流测试人员假如对需求有不一致懂得,直接与需求跟踪人员确认,假如发现开发人员对需求有较大误区,反馈到质量小组，并直接与项目经理联系副总秘书在RDMS上查看项目进度或者直接找项目经理（尽量不要找小构成员）每天附录：项目计划审批高级项目经理审批审批结论批准不批准意见建议高级项目经理签字签字，日期机构领导审批审批结论批准不批准意见建议机构领导签字签字，日期