TSPP04T01 项目开发计划 V100.docx

《TSPP04T01 项目开发计划 V100.docx》由会员分享，可在线阅读，更多相关《TSPP04T01 项目开发计划 V100.docx（13页珍藏版）》请在第一文库网上搜索。

1、TIANSU项目开发计划文件编号TSP-P04-T02生效日期2009-11-25受控编号保密级别秘密版本号V1.00修改次数0总页数13正文9附录0编制陆培审核批准南京天溯自动化控制系统有限公司（版权所有,翻版必究）变更日志编号版本修改内容修改人修改日期10.10创建初稿陆增2009-10-3020.20内部评审陆瑁2009-11-1031.00发布陆增2009-11-251引言11. 1目的11.2背景11.4At11.512目22. 1工作范围22 .2工作时限23 .3*22. 4项目用与验收条件22. 5项目目标22. 6约束22. 7关键依赖关系23项目组织33.1 组织结构33.

2、 2外部组织33. 3角色与责任34项目策划44.1 项目过程定义44.2 2WBS44.3 项目估算44.3.2彳古Irf*44.4aIJc11JaJ*54.4.1Ja*54.42Ijc/11fr*54.4.3项目评审计划54.5项目进度安排54.6项目资源计划54.6.1人员计划54.6.2培训计划64.6.3工作场所（可选）64.6.4软件工程设备和支持工具估计64.6.5关键计算机资源估计64.7需求管理计划64.8决策分析计划74.9风险管理计划74.10项目沟通计划74.11质量保证计划74.12配置管理计划74.13项目测试计划84.14项目验收vf*划.84.15项目级财划.B

3、4.16星艮*8m1.1 目的描述出编写这份软件项目开发计划的目的,指出本文档的描述范围,并指出预期的读者。例如:本计划的制定是为了XX项目进行管理提供依据,是项目进行跟踪与监控的基础。通过本计划描述XXXXX项目的项目范围、工作内容、工作方法、时间安排、管理与控制办法、资源情况等,使项目的实施在本计划的基础上得到实施与控制。本计划主要描述了本项目的工作内容、项目组织、项目的管理办法与过程要求、项目采用的技术、度量办法与相关的管理、控制要求。在本计划的基础上还将形成项目的进度计划、配置管理计划、质量保证计划、总体测试计划,这些计划作为本计划的补充与具体说明，受本计划影响。本文档面向的读者是:项

4、目研发人员、各部门项目组成员、技术部门经理、总工、技术副总、总经理,以及其它与本项目相关的人员。1.2 背景说明:(1)待开发的软件系统的名称;(2)本项目的任务提出者、开发者、用户及实现该软件的部门或组织;(3)该软件系统同其他系统或其他机构的基本的相互来往关系。14定义以表格形式列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇,同时继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注1.5 参考资料列出用得着的参考资料，如:(1)本项目的经核准的计划任务书或合同、上级机关的批文;(2)属于本项目的其他已发表的文件;本文件中各处引用的文件、资料、包括所要

5、用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。编号资料名称说明2项目概述1. 1工作范围在此描述项目要做什么事情。2. 2工作时限在此描述项目最迟提交交付物的时间。3. 3交付成果描述向公司外部、内部提交的交付成果。4. 4项目用户与验收条件描述项目的最终接收者或验收者,明确项目接收条件、验收标准。5. 5项目目标描述本项目的工作目标,工作目标包括过程目标与质量目标。12. 6约束列出描述本计划所基于的约定:包括来自与客户方的、公司内部的、以及有关组织的约定。例如,项目必须满足的预算、人员、设备、进度等。这些约束分为:技术约束和非技术

6、约束。技术约束可能包括（但不限于）以下几点:必须准从的标准、流程、规程必须采用的方法、技术或工具必须达到的性能目标必须服从的格式非技术约束可能包括（但不限于）以下几点:客户或用户的习惯或惯例费用口期资源的限制合作伙伴的限制宗教、政治、文化、观念上的限制。2.7 关键依赖关系描述与该项目关联的其它项目以及两者之间的影响因素。识别项目组和相关组之间的关系,包括:市场部和项目组、工程部和项目组、其他项目组和本项目组、项目组和用户或用户代表之间的关键依赖关系3项目组织2.8 组织结构描述项目的内部组织结构,包括管理人员（组）、技术人员（组）、质量保证人员（组）、测试组等所有与项目实施有关的人员和组之间

7、的关系结构图。3. 2外部组织列出与项目接口的外部组,对每个接口,指定内、外组的联络人。一般,外部组包括（举例）： 上层组织（如果本项目是某一大项目的子项目时,存在上层组织） 客户组织（内部或外部客户组织,如一个合同客户,或公司高层领导） 分包商 文档组（如果文档组不是设置在项目组内部） 最终用户支持组（可能包括一些关联的项目） 项目与之交互的任何其它组。3.3角色与责任列出在组织结构中的所有角色（不限于此）,并说明他们的职责。编号角色职责备注（联系方式等）1项目经理项目经理履行的任务是对整个项目的总体业务负责;项目经理是指导、控制、管理和调整项目进行构造软件或硬件/软件系统工作的个人,项目经

8、理是最终向顾客负责的个人。2需求人员对客户的需求进行收集，然后分析成归于软件的需求。3开发人员根据需求,通过设计和编码实现软件的需求。4测试人员对软件产品进行测试,保证满足软件设计要求和客户的需求。5SQA人员在整个软件生命周期中,监督和检验软件过程与标准的符合性以及软件产品生产规范的符合性。6SCM人员在整个软件生命周期中,控制软件产品的状态和一致性,确保产品的有序变更和发布。7培训人员负责对项目人员进行相应技能的培训。8组间协调人员负责协调不同性质的组之间的工作，并与其他小组代表一起监控和协调各项技术和管理、支持工作。9CCB管理项目软件基线的委员会10注意:一个人可以担任多个角色,如是项

9、目经理、需求人员、开发人员和CCB主席。4项目策划4.1项目过程定义识别项目的特点,从生命周期模型裁剪指南中选用适用的生命周期模型,并根据项目过程定义过程剪裁确定本项目的PDP。本项目的特点是:本项目所选择的生命周期模型是:原因：本项目的需求明确、理解充分,并且较为稳定。本项目根据输出管理规定与生命周期模型选择,制定了本项目的PDP,具体参见过程输出裁减表瓦4.2WBS根据项目范围将整个项目工作分解成工作包(WorkPackage),形成工作分解结构(WBS:WOrkBreakdownStructure)o具体参见模板WBS。最终可反映在项目进度计划中4.3项目估算选用软件估计规程中的方法对的

10、规模、工作量、进度进行估计,形成项目估算记录,并将估算结果在此进行描述。4.3.1估计策略No估计对象单位方法备注1软件产品规模功能点功能点估算方法软件需求规格说明书完成并形成基线后2工作量功能点功能点估算方法各个详细阶段开始之前4其他估计无度先软件需求规格说明书完成并形成基线后5管理活动工时修法得出第一次工作量估计完成后6培训活动工时算法得出加入的员工确定后7开发进度无算法得出1第一次工作量估计完成后2各详细阶段工作量估计完成后8技术文档页经验WBS完成后9测试设计文档用例数经验WBS完成后2、详细设计完成具体的估计方法参考软件估计规程4.3.2估计结果见项目估算记录44阶段划分与检查点4.

11、41里程碑划分根据WBS与估算结果,划分项目阶段,并以表格方式列出项目中所有重要的里程碑/次里程碑、内容和时间。1项目阶段（次）里程碑里程碑内容描述里程碑结束标志计划完成时间需求阶段需求开发完成（次）完成用户需求确认完成需求文档编制完成需求跟踪表完成内部同行评审内部同行评审通过2005年7月10建立需求基线进行需求评审完成需求修改建立并发布基线需求评审通过并纳入基线库,发出基线发布通知2005年8月134.4.2主重阶段工作产品列出在整个生命周期中主要阶段的软件工作产品,包括简单的内容描述和产生时间等。项目阶段工作产品名称4.4.3项目评审计划根据项目阶段划分与里程碑点设置各阶段的检查点与检查方式,约定在本项目的的主要评审点、时间、评审性质与评审组成员要求。并根据评审计划组织评审活动,评审包括同行评审与管理评审。如下：项目阶段评审点时间点评审方式评审组成员要求需求阶段需求同行评审2009.7.5组内评审需求评审2009.7.15公司级评审由公司评审管理部门确定设计阶段设计评审2009.8.30内部评审项目组全体成员、高层经理、业务专家、关联系统代表4.5项目进度安排根据WBS、估计数据与里程碑划,编制项目进度计划,具体描述不同的项目阶段、功能