第12章-软件项目计划(史济民)

第十二章软件项目计划问题定义可行性研究软件风险分析项目实施计划计划时期的工作流程开始问题定义可行性研究可行否?项目实施计划终止项目的建议停止12.1问题定义目的弄清需要解决的问题项目所需的资源和经费任务编写“系统目标与范围的说明”《系统目标与范围的说明》

示例系统目标和范围说明书2006年3月1.项目：教材销售系统2.问题：人工发售教材手续繁琐，且易出错。3.项目目标：建立一个高效率、无差错的微机教材销售系统。4.项目范围：利用现有微型计算机，软件开发费用不超过5000元。5.初步想法：建议在系统中增加对缺书的统计与采购功能。6.可行性研究：建议进行大约10天的可行性研究，研究费用不超过1000元。12.2可行性研究一、引言开发基于计算机的系统会受到时间、技术和资源的限制。接受项目之前必须根据客户提供的时间、资源和技术力量进行可行性研究，避免盲目性。可行性研究与风险分析相互关联，项目风险越大，开发高质量软件的可行性就越小。可行性研究目的研究项目是否可能实现和值得进行回答Whytodo?研究的内容经济可行性技术可行性运行可行性法律可行性开发方案的选择性研究的步骤细化和修改“系统目标和范围”，得出新系统的逻辑模型弄清当前系统—系统流程图导出新系统逻辑模型—数据流图导出新系统的解决方案提出推荐的方案本项目的开发价值推荐这个方案的理由可行性研究系统流程图描述系统物理模型包含人员、硬件、软件等子系统符号借用程序流程图符号成本—效益分析系统成本开发成本运行维护成本系统效益经济效益社会效益可行性论证报告系统概述简述当前系统及其问题新系统功能及新旧系统的比较可行性分析经济、技术、运行、法律上的可行性建立新系统的主客观条件分析结论意见项目可行或推迟项目或终止项目二、经济可行性计算机迅速发展的原因在于，计算机的应用给社会带来了巨大的经济效益。基于计算机系统的成本－效益分析，给出系统开发的成本论证，并将估算的成本与预期的利润进行对比。项目开发成本受项目的特性、规模等因素制约。系统分析员很难直接估算基于计算机系统的成本和利润，得到完全精确的成本-效益分析结果十分困难。经济可行性基于计算机系统的成本①购置并安装软件、硬件及有关设备的费用。②系统开发费用。③系统安装、运行和维护费用。④人员培训费用。

在系统分析和设计阶段只能得到预算，即估算成本。在系统开发完毕并交付用户运行后，费用的统计结果就是实际成本。成本－效益分析系统效益分为两个方面经济效益系统为用户增加的收入，可以用直接的或统计的方法估算。估算项目的开发成本是否超过预期的利润分析系统开发对其他产品或利润的影响社会效益用定性的方法估算。例：开发计算机辅助设计(CAD)

系统取代当前的手工设计过程系统分析员为手工设计系统和CAD目标系统进行成本效益分析T:绘一幅图的平均时间，单位是小时。d:每小时绘图的平均成本，单位是元。n:每年绘图的数目。r:用CAD系统绘图减少的绘图时间比例。p:用CAD系统绘图的百分比。利用CAD系统绘图每年可以节省的经费为：

B＝r×T×n×d×p当r=1/4，T=4小时，n=8000/年，d=20元/小时，p＝60%代入上式计算得B=96000元/年。用CAD绘图比用手工系统绘图平均每年约节省96000元。CAD系统成本－效益分析系统开发成本、节省的经费与时间的关系如图所示。盈亏平衡点对应的时间坐标是3.1年，系统应用3.1年后可以收回成本。投资成本包括软硬件降价、税收的影响和其他潜在的因素。提高效益与追加成本的关系曲线AB段表明，系统在完成用户需求的条件下尚有一定潜力支持附加的功能和性能。曲线BC段表示，再增加功能和性能附加成本会急剧增加，这时系统没有能力再支持新的功能和性能，要做到这点必须增加新的软、硬件资源。例将单用户操作系统的计算机系统改造成多用户系统。系统效益明显增加，成本增加不多。当用户增加到一定数量时，系统扩充成本迅速增长。三、技术可行性

根据客户提出的系统功能、性能及实现系统的各项约束条件，从技术的角度研究实现系统的可行性研究内容风险分析在给定的约束条件下，判断能否设计并实现系统所需功能和性能。资源分析论证是否具备系统开发所需的各类人员(管理人员和各类专业技术人员)、软件、硬件资源和工作环境等。技术分析当前的科学技术是否支持系统开发的全过程。技术可行性采集影响系统性能、可靠性、可维护性方面的信息论证实现系统功能和性能需要的各种设备、技术、方法和过程分析项目开发在技术上担负的风险，及对开发成本的影响等等如有可能应研究现有类似系统的功能、性能，采用的技术、工具、设备，开发过程中成功和失败的经验、教训，为系统开发作参考技术可行性：途径系统分析员通过对现实世界的观察和分析建立分析模型评估模型的行为并将它们与现实世界对比论证系统开发方案在技术上的可行性和优缺点。开展其它技术可行性研究和设计活动

技术可行性：困难技术发展快领域知识不熟悉系统目标、功能和性能不确定建立分析模型、仿真四、方案选择系统分析任务完成后，系统工程师开始研究问题求解方案。思路：分而治之将一个大的复杂系统分解为若干个子系统；精确地定义子系统的界面、功能和性能；给出各子系统之间的关系。系统分解和实现的方案不是唯一的。每种方案对成本、时间、人员、技术、设备等都有一定的要求。不同方案开发出来的系统在系统功能、性能方面会有很大差异。方案选择：成本

研究成本、设计成本、设备成本、程序编码成本、测试和评审成本、系统运行和维护成本、系统退役成本等

在开发系统所用总成本不变的情况下，由于系统开发各阶段所用成本分配方案的不同会对系统的功能和性能产生相当大的影响。方案选择：过程功能、性能、成本技术、设备、风险对开发人员的要求方案选择：折衷折衷是软件工程的重要、重复概念。折衷过程也是系统论证和选择、确定系统开发方案的过程。例：客户和系统工程师在成本、清晰度和响应时间三者之间选取折衷方案。12.3风险管理软件开发几乎总会存在某些风险。对付风险应该采取主动的策略，也就是说，早在技术工作开始之前就应该启动风险管理活动：标识出潜在的风险，评估它们出现的概率和影响，并且按重要性把风险排序，然后，软件项目组制定一个计划来管理风险。风险管理的主要目标是预防风险，但是，并非所有风险都能预防，因此，项目组还必须制定一个处理意外事件的计划，以便一旦风险变成现实时能够以可控的和有效的方式作出反应。一、软件风险分类风险有两个显著特点不确定性：标志风险的事件可能发生也可能不发生，也就是说，没有100%发生的风险(100%发生的风险是施加在软件项目上的约束)。损失：如果风险变成了现实，就会造成不好的后果或损失。12.3风险管理（续）风险分析时，重要的是量化不确定性的程度及与每个风险相关的损失程度。为此必须考虑风险的类型：1、按照风险的影响范围分类(1)项目风险：指预算、进度、人力、资源、客户及需求等方面的潜在问题和它们对软件项目的影响。(2)技术风险：指设计、实现、接口、验证和维护等方面潜在的问题。(3)商业风险：往往危及项目或产品。有如下五个主要的商业风险：一、软件风险分类（续）市场风险：正在开发一个没有人真正需要的“优秀产品”。策略风险：正在开发一个不再符合公司的整体商业策略的产品。营销风险：正在开发一个销售部门不知道如何去卖的产品。管理风险：由于重点转移或人事变动，失去了高级管理层的支持。预算风险：没有获得预算或人力上的保证。商业风险分类2、按照风险的可预测性分类(1)已知风险：通过仔细评估项目计划、开发项目的商业和技术环境、以及其他可靠的信息得到(2)可预测的风险：从过去项目的经验中推测出来(3)不可预测的风险：不能事先识别的风险一、软件风险分类（续）二、风险识别通过识别已知的和可预测的风险，项目管理者就朝着在可能时避免风险并且在必要时控制风险的目标迈出了第一步。1、前面描述的每一类风险又可进一步分成两种类型：一般性风险和特定产品的风险。一般性风险对每个软件项目都是潜在的威胁。特定产品的风险只有那些对当前项目的技术、人员、及环境非常了解的人才能识别出来。12.3风险管理（续）2、事实上，“如果你不主动地攻击风险，风险将主动地攻击你”。因此，应该系统化地识别出一般性风险和特定产品的风险。3、采用建立风险条目检查表的方法，人们可以集中精力识别下列已知的和可预测的风险。二、风险识别(续)(1)产品规模—与要开发或要修改的软件总体规模相关的风险。(2)商业影响—与管理或市场所施加的约束相关的风险。(3)客户特性—与客户素质以及开发者和客户定期通信的能力相关的风险。(4)过程定义—与软件过程已被定义的程度以及软件开发组织遵守软件过程的程度相关的风险。(5)开发环境—与用来开发产品的工具的可用性和质量相关的风险。(6)所用技术—与待开发系统的复杂性及系统所包含的技术的“新奇性”相关的风险。(7)人员数目与经验—参加工作的软件工程师的总体技术水平及项目经验相关的风险。建立风险条目检查表风险条目要点列表与说明参见张海藩邮电版P246-250三、风险预测风险预测(也称为风险估算)试图从两个方面来评估每个风险：风险变成现实的可能性或概率，以及当风险变成现实时所造成的后果。1、评估风险后果美国空军建议从性能、支持、成本和进度等四个方面评估风险的后果，他们把上述四个方面称为四个风险因素。12.3风险管理（续）性能风险——产品能满足需求且符合其使用目的的不确定程度。成本风险——能够维持项目预算的不确定程度。支持风险——软件易于改错、适应和增强的不确定程度。进度风险——能够实现项目进度计划且产品能按时交付的不确定程度。四个风险因素根据风险发生时对上述四个风险因素影响的严重程度，可以把风险后果划分成四个等级：可忽略的、轻微的、严重的和灾难性的。三、风险预测（续）1-软件中的潜伏错误造成2-没有达到预期结果造成三、风险预测（续）1-软件中的潜伏错误造成2-没有达到预期结果造成2、建立风险表建立风险表是一种简单的风险预测技术。三、风险预测（续）1-灾难性的2-严重的3-轻微的4-可忽略的PS-产品风险BU-商业风险CU-客户风险TE-技术风险DE-开发环境风险ST-人员风险一旦填好了风险表前4列的内容，就应该根据概率和影响来排序。高概率、高影响的风险放在表的上方，而低概率的风险放在表的下方，这样就完成了第一次风险排序。项目管理者研究排好序的风险表，并确定一条中止线。该中止线是经过表中某一点的水平直线，它的含义是，只有位于线的上方的那些风险才会得到进一步的关注。对于处于线下方的风险要再次评估，以完成第二次排序。2、建立风险表从管理的角度看，风险影响和风险概率的作用是不同的。对一个具有高影响但发生概率很低的风险因素，不应该花费太多管理时间。但是，高影响且发生概率为中到高的风险，以及低影响且高概率的风险，应该进入风险管理的下一个步骤。应该在软件项目进展的过程中，迭代使用上述的风险预测与分析技术。项目组应该定期复查风险表，再次评估每个风险，以确定新情况是否引起它的概率和影响发生变化。作为这项活动的结果，可能在表中添加了一些新风险，删除了某些与项目不再有关系的风险，并且改变了表中风险的相对位置。三、风险预测（续）四、处理风险的策略对于绝大多数软件项目来说，上述的4个风险因素(性能、成本、支持和进度)都有一个临界值，超过临界值就会导致项目被迫终止。如果风险还没有严重到迫使项目终止的程度，则项目组应该制定一个处理风险的策略。一个有效的策略应该包括下述三方面的内容：风险避免(或缓解)；风险监控；风险管理和意外事件计划。12.3风险管理（续）1、风险缓解如果软件项目组采用主动的策略来处理风险，则避免风险总是最好的策略。这可以通过建立风险缓解计划来达到。

四、处理风险的策略（续）2、风险监控随着项目的进展，风险监控活动也就开始了。项目管理者监控某些能指出风险概率正在变高还是变低的因素。

例：“人员频繁流动的风险”监控的缓解措施与现有人员一起讨论人员流动的原因在项目开始前采取行动，以缓解处于管理控制之下的那些原因适当组织项目组，使得关于每个开发活动的信息都在组内广泛传播定义文档标准并建立适当的机制，以确保及时编写出来为每个关键的技术人员指定一个后备人员例：“人员频繁流动的风险”监控的因素项目组成员对于项目压力的态度项目组的凝聚力项目组成员彼此间的关系与工资和奖金相关的潜在问题在公司内和公司外获得其他工作岗位的可能性3、风险管理和意外事件计划风险管理和意外事件计划假设缓解风险的努力失败了，风险变成了现实。四、处理风险的策略（续）风险管理的任