软件工程第5章软件策划.ppt

第5章 软件策划,本章导读 软件项目管理始于软件立项，终于软件交付，中间进程是软件计划的制订、执行、跟踪、修改。软件策划，既是为软件开发者和管理者制定合理的计划，又是为软件项目跟踪和监控提供考核依据。软件估计既是软件策划的核心，又是软件策划的重点与难点。本章首先论述软件策划方法，重点介绍软件项目工作量和开发费用的估计方法，然后介绍软件策划文档。,5.1 软件策划概论,软件策划和软件项目策划是一个意思，既是为软件开发者和管理者制定合理的工作计划，又是为软件项目跟踪和监控提供考核依据。软件策划，或者说软件计划，英文单词都是指Planning。但是，策划包含有出谋划策和做计划两个意思，计划只是策划的一个主要结果。软件策划属于软件管理和软件决策的范畴，是项目经理以上人员的职责范围，是软件企业管理的重大事件之一。,软件策划的输入/输出,合同/立项建议书2)用户需求报告,策划过程,1)软件开发计划书2)质量保证计划3)配置管理计划4)里程碑及评审计划,软件策划的目的 软件策划的目的，是为软件开发和软件管理制定合理的工作计划。由于项目的管理者，是按照计划确定的内容和进度对项目进行管理的，所以计划的合理性将直接关系到项目管理的成败。软件策划的理论基础 软件策划的基础，是软件生命周期模型的选取。软件组织和项目经理，要根据项目的特点，在瀑布模型、增量模型、迭代模型、原型模型中选取一种，并经过适当的裁剪后，列入项目计划，作为软件项目策划的理论依据之一。,软件策划的步骤,软件策划的目标,(1)对项目策划和跟踪用的三个软件估计已建立文档。这三个估计是：工作产品规模估计 工作量及成本估计 计算机资源估计；(2)软件项目活动和约定，是有计划的并巳建立文档。这里的活动，包括开发活动和管理活动。这里的约定，是指对项目的各种标准、规范、规程的约束；注：标准是对产品的约束规范是对行的约束规程是对操作的约束,软件策划的目标,(3)受影响的组和个人，同意他们对软件项目的约定。受影响的组和个人有：软件工程组(项目组)软件估计组 系统测试组 质量保证组 配置管理组 合同管理组 文档支持组,软件策划的时机,对软件项目进行策划的时机，中国人习惯的作法与国际通用的作法不大一致。美国人要先做需求分析，后做软件策划，因为需求不清楚，项目的功能点个数、性能点个数、接口个数、界面个数、实体个数、文档页数都心中无数，策划人员是无法估计工作量、进度、经费和其他资源的，完成项目策划是不现实的。与美国人相反，中国人习惯在用户需求报告之前策划，不习惯在用户需求报告之后策划。不管怎么样，调查研究是十月怀胎，软件策划是一朝分娩，心中无数是不能作软件策划的。因此，我们要逐渐与向国际接轨。,5.2 软件策划方法,直到目前为止，软件策划的方法仍然是采用经验数据加结构化方法，这些方法有三个要点：(1)粒度由粗到细的分解：自顶向下、逐步细化、逐项逐条逐日安排计划。(2)粒度由细到粗的综合：自底向上、逐步归纳、逐日逐周逐月安排计划。(3)同类项目经验数据类比法、同行专家协商策划法。软件策划是以用户确认的需求为基础，以软件组织内部的软件标准为依据，把组织内部类似项目的成功经验作为策划时的参考。,策划阶段主要进行的活动,1.定义软件过程。就是根据选定的生命周期模型，规定每一开发阶段的工作步骤及文档标准。2.进行软件估计。就是指对软件项目进行量化估计，并记录估计结果的过程。3.进行风险分析。就是对政策风险、技术风险、技能风险、资源风险等进行逐个分析与分解。4.进行项目跟踪与监督。就是对策划阶段输出的软件开发计划，进行动态跟踪与实时监督，一旦发现偏差，必须立即纠正。5.完成软件开发计划书。6.使参与软件开发计划制定的组或个人意见统一。,1定义软件过程,开发计划是对项目定义软件过程的规模、工作量、成本、进度、质量、人员配置和其他资源的具体描述。由于软件项目能共享过程数据，所以在制定计划时，能吸取软件组织中积累的经验教训。为此，要建立较完善的“软件测量数据库”和“文档库”，这一工作称作过程财富积累，一般在CMMI2级就要开始考虑，在CMMI3级就必须做到。,2进行软件估计,项目组要对项目的规模、工作量、成本、进度、关键计算机资源等方面进行量化估计，然后使用估计数据进行软件策划。在以后的项目执行过程中，若发现估计数据严重偏离实际数据，则要重新进行软件估计。这些收集的实际项目数据与估计数据，要及时地录入到“软件测量数据库”之中，日积月累，就建立了强大的软件过程数据库，为日后的软件策划和CMM升级准备了雄厚的财富。软件估计的内容和方法包括如下三个方面：,（1）对软件工作产品的规模进行量化估计 软件工作产品规模和工作量的估计方法,对代码行的估计方法 LOC 指所有的可执行的源代码行数。1 LOC 的价值和人月代码行数，体现软件组织的生产力。可以根据历史项目的审计，来核算组织的单行代码价值。例如，统计发现某公司每一万行 C 语言源代码形成的源文件为 250 K。某项目的源文件大小为 3.75 M，则可估计该项目源代码大约为 15 万行，该项目累计投入工作量为 240 人月，每人月费用为 10000 元（包括人均工资，福利,办公费用公滩等），1 LOC 的价值为：（24010000）/150000 16 元/1 LOC 项目的人月均代码行数为：150000/240=625 LOC/人月。目前，IT企业软件项目规模估计方法有以下四种：,方法1：希腊古都法(Delphi法),在没有历史数据的情况下，希腊古都法是流行的专家评估法。它要求有多种软件相关经验的人参与，互相说服对方。其步骤是：1、协调人向各专家提供项目需求规格和估计表格；2、协调人召集小组会，专家讨论与规模相关的因素；3、专家匿名填写迭代估计表格；4、协调人整理出一个估计，以迭代表形式返回专家；5、协调人召集小组会，讨论较大的估计差异；6、专家复查估计，在迭代表上提交另一个匿名估计；7、重复 4-6，直到最低估计和最高估计一致为止。,方法2：类比法,在有历史数据的情况下，类比法适合评估一些与历史项目在应用领域、环境、复杂度方面相似的估计项目，通过估计项目与历史项目的比较，得到规模估计。其步骤是：1、整理出历史项目功能点列表和实现每个功能点的代码行；2、标识出估计项目的功能点列表与历史项目功能点列表的差异；3、按照历史项目每个功能点的代码行，确定估计项目每个功能点的代码行；4、通过步骤1和3 的循环，得出所有功能点的估计；5、产生总的规模估计。,方法2：类比法(续),注：用类比法中，往往还要解决可重用代码的估算问题。估算出新项目可重用的代码中，需重新设计的百分比、需重新编码的百分比、需重新测试的百分比。根据这三个百分比，可用下面的公式计算等价新代码行：等价新代码行=(重新设计%+重新编码%+重新测试%)/3已有的旧代码行 比如有10000行旧代码，假定30%要重新设计，50%要重新编码，70%要重新测试，那么其等价的新代码行为：(30%+50%+70%)/310000=5000(新代码行)意即：重用这 10000 代码相当于新编写 5000 代码行的工作量。,方法3：功能点估计法,功能点(实体数、构件数、屏幕数、报表数、文档数)估计方法。通过研究需求来确定各种输入、输出、计算和数据库需求的数量和特性。通常的步骤是：1、计算输入、输出、查询、主控文件和接口需求的数目；2、将这些数据进行加权乘，得到总的功能点数；3、估计每个功能点的规模，得出总的规模估计；4、估计者根据对复杂度的判断，总数可以用+25%、0、或-25%调整。注：对一个软件产品的开发，功能点对项目早期的规模估计很有帮助。然而，在了解产品越多后，功能点可以转换为软件规模测量更常用的 LOC。,代码行法和功能点法的比较,LOC代码行法和FP功能点法，它们之间的区别和关系如下：FP功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高，假如这个时候使用LOC代码行估算法，则误差会比较大。使用FP功能点估算法无需懂得软件使用何种开发技术。LOC代码行估算法与软件开发技术密切相关。FP功能点法是从用户为角度进行估算，LOC代码行估算法则是从开发者角度进行估算的。通过一些行业标准或企业自身度量的分析，FP功能点估算法是可以转换为LOC代码行的。,方法4：无礼估计法,无礼估计法对各个项目活动的完成工作量(规模)，按三种不同情况估计：一个期望规模估计 一个最低可能估计 一个最高可能估计 用这三个估计用来得到一个产品期望规模和标准偏差，称为无礼统计估计法。无礼的估计法可得到代码行的期望值E和标准偏差SD。,（2）对软件工作产品成本的费用进行量化估计 软件工作产品成本估计的方法,（3）对关键计算机资源进行量化估计 关键计算机资源估计的方法,3.风险分析,所谓风险分析，是指对项目及团队的政策风险、技术风险、技能风险、资源风险等因素，进行逐个分析与分解，制定用于跟踪和监控风险的风险管理计划。风险分析活动，是通过对项目的各个方面可能存在的风险进行识别和分析，逐步降低与化解风险，确定避免或减轻风险的策略及措施，以达到回避风险，保证项目顺利进行的目的。,五种风险风险分析,4软件项目跟踪与监督,所谓软件项目跟踪与监督，就是对软件开发计划进行动态跟踪与实时监督，一旦发现偏差，必须立即纠正。因为：项目跟踪与监督的基础，是开发计划。在跟踪过程中，定期地或事件驱动式的对开发计划进行修订。在美国，项目实践中通常指定一名项目软件经理（Project Software Manager），由项目软件经理负责，依据开发计划对项目实施跟踪与监督。,5软件开发计划书的内容,（1）软件项目的目的、范围、目标和对象。（2）软件生存周期的选择与裁剪。（3）确定软件开发和维护的规范、方法和标准。例如，开发策略、配置管理、质量保证、设计方法、问题跟踪和解决、软件测量等。（4）软件工作产品的确定。（5）对工作产品规模的估计。（6）对工作量和成本的估计。（7）关键计算机资源的估计和使用情况。（8）项目的进度、里程碑和评审计划。（9）风险的识别和评估。（10）项目工程设施和工具的计划。,6参与软件开发计划制定的组或个人,7软件开发计划的编制工具,软件开发计划采用自然语言描述，可以在描述中加入图表。编制工具可以采用Microsoft公司的Word和Project，一般采用Word 书写文件的主体部分，采用Project形成的文件作为它的附件。,5.3 软件策划文档,软件策划文档就是软件开发计划书，它一般还包括质量保证计划、软件配置管理计划、测试计划、里程碑及评审点计划。由于测试、质量保证和配置管理都比较复杂，所以将它们放在后续章节中单独论述。软件开发计划是软件项目策划过程的最终工作产品，所以放在这里详细介绍。软件开发计划书编写参考指南(P110),5.4 策划管理方法与文档,1软件策划管理方法 在CMM框架中，软件策划管理的方法，是面向CMM2的关键过程域SPTO（Software Project Tracking and Oversight）方法。其目的是建立对实际进展的可视性监控，使管理者能在计划发生明显偏离时采取有效措施。软件策划完成之后，必须要对策划输出文档进行评审。只有评审获得通过，才能结束策划阶段的工作。,1软件策划管理方法,项目经理按计划跟踪项目进度、软件工作产品规模、工作量和成本、关键计算机资源、软件工程技术活动和软件风险，并以此编制项目进展报告。项目经理定期或事件驱动组织软件工程组进行内部评审，以便对照开发计划跟踪，并将评审结果告知软件相关组。当软件开发计划发生20%的偏离时，必须修改软件开发计划，并将修改的结果通知有关的组和个人。计划跟踪与监控时，必须注意软件工程中的“20/80原理”，即“二八定律”。,2软件策划管理文档,软件开发计划书2)项目组的实际工作进度状态,软件策划管理过程,1)项目周报2)项目月报 3)里程碑报告4)重大事件报告5)软件开发计划评审报告6)项目计划变更申请表7)计划更改与批准记录,5.5 本章小结,如果说，软件立项就是软件组织的重大决策，那么，软件策划就是贯彻执行重大决策的具体行动。立项或签订合同是软件项目的源头，策划是指导软件项目开发和管理的依据。为了使软件策划有坚实的基础，使软件开发计划不致于过多偏离项目工程进度、质量、资源的实际(小于20%)，最常用的办法是：(1)策划的时机，迭择在用户需求报告之后，而在需求规格说明书之前；(2)软件估计既是重点又是难点，估计时要查阅“软件测量数据库”，参照同类可比项目的历史经验；(3)由同行专家，对软件开发计划书进行评审。,