软件项目计划课件

软件项目计划四川华迪信息技术有限公司

VersionX.XOverviewTPCASEPG11/25/20232课程介绍软件项目计划制作项目计划几点建议参考资料课程介绍关于本次课程TPCASEPG11/25/20234课程目标预备知识目标听众日程表词汇表课程介绍TPCASEPG11/25/20235课程目标预备知识目标听众日程表词汇表预备知识TPCASEPG11/25/20237项目管理的基本知识RUP的基本知识项目管理与开发规范目标听众TPCASEPG11/25/20238项目经理项目计划复审员其他人员词汇表TPCASEPG11/25/202310SPP-

Software

Project

PlanRUP-

Rational

Unified

ProcessCMMI-

Capability

Maturity

Model

Integration软件项目计划OverviewTPCASEPG11/25/202312几个问题关于项目计划的知识：概念目标时机职责作用问题TPCASEPG11/25/202313项目计划要回答的问题是什么？什么是软件项目计划？为什么要做计划，作计划要达到什么样的目标？在何时制定计划？谁将对项目计划负责？做计划有何作用（意义何在）？项目计划要回答的问题必须做什么？TPCASEPG11/25/202314如何做？谁去做？什么时候做？成本是多少？应该达到什么质量？概念TPCASEPG11/25/202315软件项目计划软件项目计划项目是一个综合的组装工件（即它是一个计划集），用来收集管理项目时所需的所有信息。包括项目在开始阶段中开发的许多工件，并且在整个项目过程中保留下来。可能在不断的更新中（迭代、阶段中）。时机TPCASEPG11/25/202317在项目的开始阶段开发总体的计划高级计划在每个重要里程碑处更新根据项目的实际运作的情况，比较项目计划设置的重要里程碑（可能是阶段、迭代、迭代内的里程碑），适时地和合理地调整项目计划，以提高项目计划的可行性例如：阶段迭代周、月、季度职责项目经理负责制定软件项目计划，并确保在整个软件开发生命周期中始终提供计划文档的最新版本。项目组所有成员(包括SQA)都要参与计划的制定SQA、高级管理者、委托方（用户、用户代表）要参与项目计划的评审TPCASEPG11/25/202318制作项目计划项目计划的内容TPCASEPG11/25/202321项目概述项目组织结构项目管理流程项目技术流程项目支持流程其它专题计划项目计划的内容（Const.）TPCASEPG11/25/202322项目概述项目的目标以及规模项目中的假设与约束条件项目应该交付的工件软件项目计划的演进项目计划的内容（Const.）TPCASEPG11/25/202323项目组织结构项目角色的划分与职责的定义人力资源的配置人员沟通计划（内部与外部）项目计划的内容（Const.）TPCASEPG11/25/202324项目管理流程估算项目（规模、费用、预算）划分项目开发阶段与迭代安排项目开发时间表（进度）分配项目资源（人员、计算机软、硬件资源以及项目参与人员的培训等）计划迭代计划项目的风险管理对所有影响项目的因素的跟踪与控制计划计划项目的收尾项目计划的内容（Const.）TPCASEPG11/25/202325项目技术流程软件生命周期模型开发案例描述项目开发中使用的方法、工具与技术产品验收计划项目计划的内容（Const.）TPCASEPG11/25/202327其它专题计划合同或法规所要求的其他计划。制作软件项目计划的流程估算项目的

规模、工作量、开发周期Estimate

project

size，effort,

time计划项目的时间表、资源Plan

schedule

and

resources定义项目的软件开发生命周期模型模型Define

software

development

lifecyclemodel计划项目的阶段、迭代Determine

phases

and

iterations确定关键的软件开发活动以及里程碑Confirm

the

key

developing

activities

andmilestones制作子计划Develop

Sub

Plan制作专题计划Develop

Additional

Plan制作软件项目计划文档Documented

software

project

plan计划评审Review

the

software

projectplan通过？Pass?结束是否修改计划Update

the

software

projectplanTPCASEPG11/25/202328定义软件开发生命周期模型从TPUP中进行剪裁的生命周期与活动阶段定义与里程碑目标的定义、评估标准定义迭代以及每次迭代的目标2次迭代每次迭代3周确定软件发布的工作版本A1B1，B2，…C1，C2，C3，…TPCASEPG11/25/202330计划阶段、迭代TPCASEPG11/25/202331将开发周期分配到各个阶段建议的阶段例子根据组织定义的划分比例InceptionElaborationConstructionTransitionEffort5%20%65%10%ScheduleI1n0c%eption3El0a%borationC50o%nstructionT1r0a%nsitionSchedu过le程剪2裁W指ee南ks进4行W调eek整s6Weeks2Weeks计划阶段、迭代（Const.）TPCASEPG11/25/202332确定各个阶段的里程碑目标、评估标准里程碑目标评估标准根据项目的特点阐述确定各个阶段的迭代、目标、评估标准阶段的迭代每次迭代的目标迭代的评估标准根据项目的特点阐述计划阶段、迭代（Const.）TPCASEPG11/25/202333确定各个阶段的里程碑目标、评估标准里程碑目标评估标准根据项目的特点阐述确定各个阶段的迭代、目标、评估标准阶段的迭代每次迭代的目标迭代的评估标准根据项目的特点阐述定义项目的组织结构TPCASEPG11/25/202334根据关键开发与管理活动划分项目内功能组Business

ModelingRequirementsAnalysis

&

DesignImplementationTestingDeploymentConfigurationManagementProject

ManagementEnvironmentAdditional

Groups（根据项目的特殊需要）ProjectBusiness

ModelingRequirementsAnalysis

&

DesignImplementationTestingDeploymentConfiguration

ManagementProject

ManagementEnvironmentAdditional

Groups定义项目的组织结构（Const.）TPCASEPG11/25/202335根据项目情况在小组中分配角色，同时确定角色的对应人员。例如，项目需求组包括的角色：需求复审员Bruce,

Robbie

Williams系统分析员Eric

Clapton,

Bee

Gees用例阐述者Bee

Gees,

Johnson,

B.B.King用户界面设计员Will

SmithRequirementsRequirements

Reviewer(Bruce,

Robbie

Williams)System

Analyst(Eric

Clapton,

BeeGees)Use

CaseSpecifier(Bee

Gees,

Johnson,

B.B.King)UI

Designer(Will

Smith)定义项目的组织结构（Const.）TPCASEPG11/25/202336项目沟通计划项目组内部的沟通项目组与外部的沟通制作子计划TPCASEPG11/25/202337预算控制计划说明以何种方法监控项目预算开支，以及如何在需要时采取纠正措施进度控制计划说明以何种方法按照设定的时间表监控项目进展，以及如何在需要时采取纠正措施项目报告计划说明将生成的内部和外部报告，以及报告发布的频率和范围制作子计划（Const.）TPCASEPG11/25/202338资源获取计划说明您将如何发现并招募项目所需的人员培训计划列出项目团队成员所需的所有特殊培训，以及完成这些培训的预定日期制作子计划（Const.）TPCASEPG11/25/202339风险管理计划（风险列表）问题解决计划制作子计划（Const.）TPCASEPG11/25/202340文档编写计划说明项目文档的编写方式、时间进度安排、资源的分配评审计划产品验收计划制作子计划（Const.）TPCASEPG11/25/202341配置管理计划配置经理负责完成需求管理计划系统分析员负责完成每个迭代的迭代计划项目经理负责完成制作项目专题计划TPCASEPG11/25/202342SQA计划独立于项目组的SQA组负责制定测试计划项目测试组其它专题计划用户培训计划维护计划……制作项目计划文档TPCASEPG11/25/202343遵照组织定义的软件开发计划模版格式对项目计划的建议对项目计划的建议-1TPCASEPG11/25/202345认识到信心来自规划过程，而不是计划本身创建项目计划会迫使您早在编写一行代码之前就考虑如何构建您的系统——减少项目的风险，因为您已经考虑了各种策略和方法并且已经选择了最有意义的一项。您的目的不应该只是不花气力产生一个计划；它应该是

一个实际可行的计划，您可以根据它来成功管理您的项

目。对项目计划的建议-2TPCASEPG11/25/202346软件过程推动计划的开发每个软件过程都有一个不同的集合，它包括组织团队的活动方法以及规划项目常用的技术。由于这个原因，基于RationalUnifiedProcess(RUP)的项目规划不同于OOSP项目的规划，而OOSP项目的规划也不同于eXtreme

Programming

(XP)项目的规划。不同的过程有不同的计划。对项目计划的建议-3TPCASEPG11/25/202347从粗粒度的计划开始在项目将要开始时，应该制定一个粗粒度的、确定项目高级活动和预期里程碑的计划。粗粒度的计划将组织成迭代——根据项目的大小和性质，每次迭代通常在三周到八周之间发生（四周到六周为更佳）。其中一些迭代将集中在项目初期，而很多迭代将集中在整个应用的功能部分开发，还有一些迭代集中在将您的系统转变成产品。对项目计划的建议-4TPCASEPG11/25/202348实施者应该是计划人员创建项目计划的最佳人员是负责实施该计划的人员。当规划由一个人创建而由另一个人实施时，如果项目不能按时完成或超出预算，他们不太会相信计划，而很有可能会责备它。也就是说，参与项目的每个人都应该投入到项目计划的开发和进展中。对项目计划的建议-5TPCASEPG11/25/202349不要忘记“不该忘记的事”计划不仅要反映需求设计、建模、编程和测试的“真实”工作，而且还应该反映辅助活动（然而仍是重要的），它包括：休假和法定假日培训和教育项目管理活动，如规划和人员管理开销，如系统当机时间、会议和回复电子邮件体系结构定义测试之后的系统返工系统交付与重用相关的活动，如普遍化对项目计划的建议-6TPCASEPG11/25/202350将任何设想和约束编入文档规划时您总要作一些假设，如能够及时获得应用程序服务器的新发行版，或可以得到熟悉您正在应用的技术和技巧的开发人员。同时，您将在一些约束下工作，如影响计划的强制截止期限或资源限制。将这些假设和约束编入文档，这样，当您实施项目的任何时候更新计划时，都可以记起您先前做出的一些“不寻常”决定。对项目计划的建议-7TPCASEPG11/25/202351认识到不同的资源意味着不同的计划十名有经验的开发人员组成的团队创造出的成效要远远多于十名初学者组成的团队所创造的成效。要想更加实际的话，您的计划必须反映项目可使用的资源的真实情况。对项目计划的建议-8TPCASEPG11/25/202352创建现实的计划项目组必须相信其项目的目的、估价和时间表。要做到这点，您必须真实地规划，避免规划超出您能理解的范围。仅当您打算研究