信息系统有限公司项目总体计划.doc

上传人:仙人指路1688 文档编号:3818225 上传时间:2023-03-23 格式:DOC 页数:9 大小:114.50KB
返回 下载 相关 举报
信息系统有限公司项目总体计划.doc_第1页
第1页 / 共9页
信息系统有限公司项目总体计划.doc_第2页
第2页 / 共9页
信息系统有限公司项目总体计划.doc_第3页
第3页 / 共9页
信息系统有限公司项目总体计划.doc_第4页
第4页 / 共9页
信息系统有限公司项目总体计划.doc_第5页
第5页 / 共9页
点击查看更多>>
资源描述

《信息系统有限公司项目总体计划.doc》由会员分享,可在线阅读,更多相关《信息系统有限公司项目总体计划.doc(9页珍藏版)》请在三一办公上搜索。

1、深圳市慧瑞信息系统有限公司文档编号PRD _DOC_PP000版 本 号V1.1文档密级机密-JM项目总体计划文件更改摘要:日期版本号修订说明修订人审核人批准人目 录1.前言41.1目的41.2范围41.3术语定义41.4预期读者与阅读建议41.5参考42.项目工作陈述42.1项目工作范围42.2项目工作时限42.3项目交付成果52.4项目用户与验收准则52.5项目目标52.6约束52.7关联项目53.项目组织53.1项目内部组织结构53.2外部组织54.项目管理64.1项目过程定义64.2工作分解结构64.3项目估算数据64.4阶段划分与检查点64.4.1里程碑/次里程碑64.4.2主要阶段

2、工作产品64.4.3评审计划64.5项目进度安排74.6项目资源计划74.6.1人员计划74.6.2培训计划74.6.3工作场所(可选)74.6.4工作环境与工具使用74.6.5采购计划84.7风险管理计划84.8成本计划84.9项目沟通计划85.支持计划列表86.测量计划97.附件91. 前言1.1 目的 如下描述通过本计划描述项目的项目范围、工作内容、工作方法、时间安排、管理与控制办法、资源情况等,使项目的实施在本计划的基础上得到实施与控制。1.2 范围如下描述本计划主要描述了本项目的工作内容、项目组织、项目的管理办法与过程要求、项目采用的技术、测量办法与相关的管理、控制要求。在本计划的基

3、础上还将形成项目的进度计划、配置管理计划、质量保证计划、总体测试计划,这些计划作为本计划的补充与具体说明,受本计划影响。1.3 术语定义提供所有为正确解释本软件开发计划所必需的术语和缩略语的定义。术语很多时,用列表作为本文档的附件。1.4 预期读者与阅读建议描述本文档的主要读者,以及这些读者在阅读时的阅读重点与建议。可用列表的方式列出。如:预期读者阅读建议项目分管领导仔细阅读项目简介、项目用户、约束、工作结构分解、项目组织与里程碑设定。项目组成员仔细阅读文档的全部内容。关联项目组阅读项目范围、里程碑设计。1.5 参考列出描述项目计划时参考的所有文档。如:项目立项公告项目可行性分析报告需求规格说

4、明书项目合同组织测量库等2. 项目工作陈述2.1 项目工作范围在此描述项目要做什么事情。可参考项目立项公告2.2 项目工作时限在此描述项目开始和结束时间,可参考项目立项公告。对于维护类项目,可以不填写项目结束时间。同时,若存在外部强制日期要求(即客户/项目实施部门/客户服务部门要求提交产品或上线的日期要求),亦在此描述2.3 项目交付成果描述项目结项时向公司外部、内部提交的交付成果。2.4 项目用户与验收准则描述项目的最终接收者或验收者,明确项目接收条件、验收标准以及项目结项标准。2.5 项目目标根据项目立项公告、PRD_DOC_MA000_组织测量指标库确定本项目的工作目标。并在此列出项目考

5、核指标2.6 约束列出描述本计划所基于的约定:包括来自与客户方的、公司内部的、以及有关组织的约定。例如,项目必须满足的预算、人员、设备、进度等。这些约束分为:技术约束和非技术约束。技术约束可能包括(但不限于)以下几点:1. 必须遵从的标准、流程、规程2. 必须采用的方法、技术或工具3. 必须达到的性能目标4. 必须服从的格式非技术约束可能包括(但不限于)以下几点:1. 客户或用户的习惯或惯例2. 费用日期资源的限制3. 合作伙伴的限制4. 宗教、政治、文化、观念上的限制2.7 关联项目 描述与该项目关联的其它项目以及两者之间的影响因素,并且描述针对这些关联关系和影响因素,描述处理的方法如:统一

6、发布、同步升级、发布信息共享、一起进行发布测试、变更对关联项目组造成影响的第一时间通知对方等等。3. 项目组织3.1 项目内部组织结构描述项目的内部组织结构,包括管理人员(组)、技术人员(组)、测试组等所有与项目实施有关的人员和组之间的结构关系。角色人员名单职责3.2 外部组织列出与项目接口的外部组,对每个接口,指定内、外组的联络人。一般,外部组包括(举例):l 上层组织(如果本项目是某一大项目的子项目时,存在上层组织)l 客户组织(内部或外部客户组织,如一个合同客户,或公司高层领导)l 分包商l 项目支持部门(如研发部门、技术部门)l 项目监控组织(例如QA工程师、项目分管部门)组织名称接口

7、人职责4. 项目管理4.1 项目过程定义(识别项目的特点,从PRD_CMMI3_OPD001_生命周期模型和裁剪指南中选用适用的生命周期模型,并根据集成项目管理过程剪裁确定本项目的PDP。)本项目根据公司的集成项目管理过程与生命周期模型选择,制定了项目PDP说明。4.2 工作分解结构根据项目范围将整个项目工作分解成工作包(Work Package),形成工作分解结构(WBS:Work Breakdown Structure)。WBS可以用Project或Excel来体现。4.3 项目估算数据选用项目估算规程中的方法对规模、工作量、进度进行估计,形成项目估算记录。在些描述项目组引用的估算方法、进

8、行估算的项与估算输出结果的体现方式。4.4 阶段划分与检查点4.4.1 里程碑/次里程碑根据WBS与估算结果,结合项目组选用的生命周期模型,依据PRD_CMMI3_OPD001_生命周期模型和裁剪指南中该生命周期模型对阶段划分和里程碑设置的要求,划分项目阶段,并以表格方式列出项目中所有重要的里程碑/次里程碑、内容和时间。例如:项目阶段(次)里程碑里程碑内容描述里程碑结束标志计划完成时间需求阶段需求开发完成(次)完成用户需求确认完成需求文档编制完成需求跟踪表完成内部同行评审内部同行评审通过2005年7月10建立需求基线进行需求评审完成需求修改建立并发布基线需求评审通过并纳入基线库,发出基线发布通

9、知2005年8月134.4.2 主要阶段工作产品列出在整个生命周期中主要阶段的软件工作产品,包括简单的内容描述和产生时间等。项目阶段工作产品名称4.4.3 评审计划根据项目阶段划分与里程碑点设置各阶段的检查点与检查方式,约定在本项目的主要评审点、时间、评审性质与评审组成员要求。并根据评审计划组织评审活动,评审包括技术评审与管理评审。如下:项目阶段评审点时间点评审方式评审组成员要求需求阶段需求技术评审2005.7.5组内评审需求技术评审2005.7.15技术评审会议由项目管理部门确定设计阶段设计技术评审2005.8.30组内评审项目组全体成员、分管领导,业务专家张三、李四,关联系统代表赵四、王五

10、。4.5 项目进度安排根据WBS、估计数据与里程碑划,编制项目进度计划,具体描述不同的项目阶段、功能、活动和任务的时间及人员安排。要考虑到各项任务间的依赖关系、里程碑要求、评审活动、管理活动、可能发生的更改等。小项目可直接在本文档中描述开发进度。大项目可在项目进度计划中列出,建议用MS Project 进行项目进度安排。对于维护类项目,还应在此约定客户需求的评估周期与需求实现周期要求。如: 需求类型需求评估周期实现周期(指评估完到实现发布)突发特急当天完成需求评估紧急2个工作日内完成评估正常低4.6 项目资源计划4.6.1 人员计划根据项目的进度安排明确项目组所需的角色,到岗与缺口情况、缺口人

11、员的期望到岗时间,如果相关的人员的资源投入比例或退出时间有特殊要求,请在备注栏中予以说明。具体资源的工作安排可以在Project中体现。角色需要数量到岗数量到岗名单缺口数量期望到岗时间备注需求分析师32张三、李四17月中旬合计4.6.2 培训计划根据项目在技术、管理、工具、工作方法等方面的能力要求,评价项目组成员目前的差距,确定需要的培训、培训的时机、培训对象和培训人。如果培训内容较多则列出专门的计划。如有对采购产品的使用培训,也在此列出。培训内容培训对象培训时机培训讲师培训费用4.6.3 工作场所(可选)对额外需要的工作场所需求做出说明。任务描述地点人员时间段预计费用4.6.4 工作环境与工

12、具使用给出各个环境的计算机、网络设备、特殊硬件的数量、配置,IP分配,工具选择、版本要求、需要打的补丁包等基本配备要求,同时在备注中说明该设备的使用用途。本部分内容可以单独形成一张表作为总体计划的附件,并在项目实施过程中进行维护。软件工具从PRD_DOC_SAM020_推荐使用工具列表中获取开发环境:设备名称数量配置、型号备注测试环境:设备名称数量配置、型号备注软件工具:工具名称版本号补丁要求其它配置要求备注4.6.5 采购计划对目前还未到位的软、硬件资源以及未来期望得到的相关资源制定采购计划,明确到位时间要求与计划解决的方法(如硬件采购、软件复用、软件外包、租借等)。项目在实施的过程中应识别

13、是否有新的软、硬件采购需求,并体现在相关文档中)。资源名称配置要求需求数量要求到位时间解决办法4.7 风险管理计划根据PRD_CMMI3_RSKM000_风险管理过程制定项目风险管理策略,识别项目的风险、制定缓解措施,并形成风险管理报告。项目经理还应确定采取风险缓解措施可能要付出的成本。本项目的风险评估周期为:风险缓解措施成本预计(可选):4.8 成本计划(综合各块的成本计划,在此计划项目各个项的成本计划形成项目成本计划,并作为本文档的附件,可在此列出项目的总体成本。)4.9 项目沟通计划在这里约定项目的工作汇报的规则,这些规则包括项目组内个人、小组的沟通方式、项目经理与组外相关部门、项目分管领导的沟通方式,沟通的内容可以是例行会议、项目进展、技术交流、项目偏差等。沟通方式沟通内容责任人沟通对象沟通时机5. 支持计划列表列出本项目用到的所有支持过程计划:l 配置管理计划l 质量保证计划l 总体测试计划l 等等计划名称产生时间要求责任人配置管理计划2005.9.04张三6. 测量计划从组织测量库中选择并生成本项目的项目测量表。7. 附件本计划有关的附加资料。包括:PRD_DOC_PP004_项目进度计划PRD_DOC_PP002_项目估算记录PRD_DOC_PP005_项目成本计划PRD_DOC_MA004_项目测量表PRD_DOC_RSKM001_项目风险管理报告

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 办公文档 > 其他范文


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号