TSPP04P01 项目策划过程 V100.docx

《TSPP04P01 项目策划过程 V100.docx》由会员分享，可在线阅读，更多相关《TSPP04P01 项目策划过程 V100.docx（14页珍藏版）》请在第一文库网上搜索。

1、TIANSU项目策划过程文件编号TSP-P04-P01生效日期2009-11-25受控编号保密级别秘密版本号V1.00修改次数0总页数14正文10附录0编制陆培审核批准南京天溯自动化控制系统有限公司（版权所有,翻版必究）变更日志编号版本修改内容修改人修改日期10.10创建初稿陆增2009-10-3020.20内部评审，建立组织方针陆瑁2009-11-1031.00发布陆增2009-11-251引言11.1目的与方针11.2适用范围11. 3*11.4龙J12g22. 1过程概述22.2过程流程图33S.43.1项目计划阶段的支持43. 1.1概述43. 1.2角色与职责43. 1.3进入标准4

2、3. 1.4输入44. 1.5任务43. 1.6出口准则53. 1.7输出53. 1.8资源和能力要求53. 2WBS53. 2.1概述54. 2.2参与人员55. 2.31-1/I1P11j*56. 24*57. 25*08. 26I-I-II-J*O32711169. 2.8资源和能力要求63.3软件估计63.4制定风险管理计划73.4.1概述73.4.2内容73.5制定沟通管理计划73. 5.1概述74. 5.2角色与职责75. 5.3资源和能力要求76. 5.4人口准则77. 5.5输入78. 5.6任务79. 5.7出口准则810. 5.8输出83. 6制定项目计划83.6.1*83

3、62j9工8363I-J/11iy*83640y83.6.5.836611iI-JPiy367输出93.6.8资源和能力要求94相关文档104. 1引用文件104. 2使用模板101引言1.1 目的与方针“项目策划过程”的目的在于建立并维护规定项目各项活动的计划。本文的目的是规划整个生命周期的活动，为实施和管理软件项目活动提供基础。为策划和执行“项目策划”过程，制定并维护组织方针：每个软件项目指定一个项目经理；项目经理负责制定项目开发计划和配置管理计划；项目开发计划和配置管理计划应得到高级管理者的评审和批准。1.2 适用范围本文档适用公司所有软件项目。1.3 定义无1.4 参考资料无2过程总体

4、描述1 .1过程概述软件项目策划主要集中在从需求开发开始，到具体开发、实施工作前这一时间段内，但由于需求的变更以及其他一些因素会造成计划的改变，所以在项目的整个软件生命周期中都或多或少的存在软件项目策划的过程。项目策划阶段的工作结果是项目计划，它是项目后续开发和管理活动的基础。一个完整的项目计划包括：项目开发计划、风险管理计划、项目培训计划、组间协调计划、配置管理计划、质量保证计划、测试计划等。“项目策划”基本过程简述如下：高层经理指定项目经理负责组织分解软件产品和活动，估计软件规模、工作量/成本、进度和所需资源等开发、管理性活动，并协商制定和承诺项目开发计划。 与其它软件相关组和工程组协商支

5、持性活动的计划并形成文档，如制定QA计划、CM计划、培训计戈IJ、测试计划、同行评审计划、组间协调计划等。 对批准的项目开发计划要进行管理和控制，对计划的变更过程要按照变更控制规程进行。图1.项目策划过程在整个软件生命周期中存在2 .2过程流程图项目策划活动贯穿整个软件开发周期，它的过程流程图如图2所示:开始3过程元素描述3.1 项目计划阶段的支持3.1.1 概述项目定义的活动包括在项目初期建立项目团队、定义软件生命周期、项目过程定义。3.1.2 角色与职责项目经理：负责建立项目团队、选择软件生命周期模型、项目过程定义。 高层经理：参与、支持建立项目团队，批准软件生命周期。 项目组：参与选择软

6、件生命周期模型，项目过程定义。 EPG：批准软件项目过程定义。3.1.3 进入标准软件需求或产品需求开发己经完成。3.1.4 输入通过评审的需求规格说明书。3.1.5 任务(1)组织项目团队 项目经理根据项目要求向高层经理提出人员配备申请。 高层经理和项目经理与适当的组进行接触，并与他们协商参与项目策划阶段。要落实每个组都究竟让谁参与该项目。在进行项目估计时，还要对所需的其它资源和支持继续进行沟通和协商。 当分配好人员并组织起项目组时，就要清楚地识别项目所需角色，说明每个项目组成员的责任。(2)选择软件生命周期模型 根据软件生命周期模型使用规程，结合项目特性，选择项目的软件生命周期模型。 由负

7、责协调软件过程活动的组或个人，如：项目QA人员(具体人员在项目计划中确定)评审项目生命周期模型的剪裁、选择是否合理和适用，并由高层经理批准。 定义软件生命周期阶段实现标准。 确定软件生命周期各阶段的入口标准、工作任务、出口标准，建议如下： 入口标准：阶段开始之前所必须满足的先决条件。通常包括作为该阶段输入项的工作产品 工作任务：本阶段所要执行的工作。通常是组成该阶段的软件活动的概要描述。 出口标准：将要完成和被接受的工作产品、正式的项目评审。(3)项目过程定义 根据组织剪裁指南，结合项目的软件生命周期模型和项目特征，对组织标准软件过程进行剪裁，形成项目过程输出裁减表。 由负责协调软件过程和技术

8、活动的组或个人(如：项目QA人员，项目经理等定)评审项目软件过程的剪裁是否合理和适用，并由EPG批准。对于特殊过程的项目，对组织标准软件过程进行变更，并经EPG批准后，该过程作为过程财富纳入过程文档库进行管理。3.1.6 出口准则 项目组织已建立。 软件生命周期模型已选择。 项目的软件过程已定义。3.1.7 输出 项目过程输出裁减表 软件生命周期模型3.1.8 资源和能力要求 项目经理具有团队建设和组织能力。 项目能够得到高层经理的支持。 项目组具有软件生命周期模型的选择能力。项目组具有项目软件过程定义的能力。3.2WBS3.2.1概述WBS（WorkBreakdownStrUCIUre工作拆

9、分结构）是一种以分级方式表述项目工作和任务的技术，一个定义良好的WBS不仅体现了项目所采用的软件生命周期，而且指明了整个生命周期中所要产生的各种工作产品。WBS的建立可以有助于在项目策划期间防止遗漏某些重要的项和活动，并且保证所需要的活动都能得以逻辑的识别和关联。一个定义清晰的WBS是项目策划的基础。在项目的早期阶段对整个软件生命周期中的所有任务是无法完全而准确识别的，所以项目策划会在不同的阶段分别进行工作任务拆分。而WBS又先于其他的策划活动（比如：估计、进度表等）产生。当然，工作任务拆分也是一个迭代的过程，项目开发过程也会对它进行完善和维护，最终的WBS将和项目计划的所有其它工作产品一起进

10、行评审。3. 2.2参与人员 项目经理：组织人员完成工作的拆分。参与人员应对本项目所涉及的内容较熟悉。项目组：协助、配合项目经理进行工作拆分。 QA人员：协助、配合项目经理进行QA的工作拆分。 CM人员：协助、配合项目经理进行CM的工作拆分。3. 2.3入口准则软件生命周期模型已选择。3. 2.4输入需求规格说明书A软件生命周期模型4. 2.5任务（1）识别工作产品在定义了项目软件生命周期模型之后，根据需求规格说明书确定待产生的工作产品。在项目计划中确定各个阶段的活动以及相关的工作产品。在各阶段的详细策划期间，要定义许多项目任务，其中的一部分就是根据所要产生的工作产品定义的。并且，当项目执行时

11、，进度度量的基础就是工作产品的完成。（2）用WBS定义技术活动所谓技术活动是指如需求开发、设计、编码、测试等工作，主要是由项目组成员完成。用WBS定义技术活动，其定义要点为：在项目的早期定义WBS的高层元素，然后在进行详细策划时再定义WBS的低层元素。拆分从WBS的第一层开始。通常利用所选定的软件生命周期模型确定第一层和第二层，然后逐层确定各层元素，包括开发阶段、过程和产品。一般不会超过五层，最低层的元素通常在各个阶段详细策划时定义。当定义详细任务（最低层的元素）时，应考虑任务应在项目监控周期内完成。所定义的任务应当是一个人不承担其他任务，能在本周内完成的任务。详细任务的定义可以分阶段完成。（3）用WBS定义管理和支持活动参考上述方法对管理和支持活动进行定义，包括项目管理、软件质量保证、软件配置管理、人员培训等。将拆分结果填写到WBS中。项目活动和工作产品的裁减通过任务本身以及备注说明来体现。3.2.6出口准则NrBS已完成，并形成文件3. 2.7输出WBS3. 2.8资源和能力要求 要求项目组熟悉项目需求，并具