390219z10软件工程基础第3章软件项目计划3 1-3 2.pptVIP

第3章 软件项目计划 一年之计在于春，一日之计在于寅 -----------增广贤文 软件项目计划概述 事实表明:软件工程项目的失败，大多是由于计划不周而引起的。 软件项目计划的目标就是提供一个框架，使管理者有能够对资源、成本、风险及进度进行合理的估算分析和调度，为软件工程过程提供管理依据。 软件项目计划一般由软件项目的管理员、系统分析员与用户共同制订。 在需求分析阶段弄清软件系统的详细情况后才能正式定稿 3.1风险分析 T. Gilb: 如果你不主动攻击风险，风险就会主动攻击你。 主动的、明智的风险管理策略应该在技术工作开始之前，先标识出潜在的风险，评估它们出现的概率及产生的影响，并按重要性加以排序，然后项目组织再制订一个计划来管理风险。 风险分析活动：风险标识、风险估计、风险评价和风险管理与监控。 3.1.1风险标识 ----类型 宏观：项目风险、技术风险和商业风险。 例如：资金不足（项目风险—预算问题） 规格说明存在二义性（技术风险） 开发的产品过时（商业风险） Charette：已知风险、可预测风险和不可预测风险。 例如：自然灾害(不可预测风险) 用户计算机知识欠缺（已知风险） 用户改变需求（可预测风险） 风险标识----方法：风险项目检查表(Bohem） 产品规模：与待开发或修改的软件的总体规模相关的风险。 商业影响：与管理或市场所加约束相关的风险。 客户特性：与客户的素质以及开发者和客户定期通信的能力相关的风险。 过程定义：与软件过程被定义的程度以及它们被开发组织所遵守的程度相关的风险。 开发环境：与用以建造产品的工具的可用性及质量相关的风险。 建造技术：与待开发软件的复杂性及系统所包含技术的“新奇性”相关的风险。 人员数量及经验：与参与工作的软件技术人员的总体水平及项目经验相关的风险。 3.1.2风险估计 估计风险发生的可能性。风险可能性尺度可以用布尔值、定量或定性的方式表示。 （概率） 估计与风险相关的问题出现后将会带来的损失：灾难的、严重的、轻微的和可忽略的。（影响值）。 3.1.3风险评价 根据风险估计的结果，建立一系列三元组：[ri, pi, ei]，其中ri表示风险，pi表示风险出现的概率，ei表示风险产生的影响 ； 定义项目的各种风险参考水准，如成本、进度等； 找出每个[ri, pi, ei]与各参考水准之间的关系； 预测一组临界点以定义项目的终止区，该区由一条曲线或易变动区域来界定； 预测怎样的风险组合，会影响参考水准。 风险表样本 风险参考水准曲线 3.1.4 风险管理与监控 风险管理是指利用某些技术，如原型化、软件自动化、可靠性工程学，以及某些项目管理方法等设法避免或转移风险。 实施风险管理策略会带来一些额外的开销。仅当实施风险管理策略所需的成本小于风险管理带来的效益（即风险带来的影响）时才可考虑实施风险管理策略。 高影响且发生概率为中到高的风险以及低影响且高发生概率的风险，应该首先列入管理的考虑之中。 按照Pareto的80-20规则，80%的软件风险能够由仅仅20%的已标出风险来说明。 风险监控 事件和主要风险因素的跟踪，判断一个预测的风险事实上是否发生了； 风险估计，确保针对某个风险制定的风险管理措施正在实施； 收集可用于将来风险分析的信息。 3.2 进度安排 方式1:系统最终交付日期已经确定，软件开发组织在这一约束下将工作量进行分配； 方式2：系统最终交付日期只确定了大致的期限，最终发布日期由软件开发组织确定，工作量以一种能够最好地利用资源的方式进行分配。 3.2.1 进度安排的基本原则 任务分解：将软件工程项目的任务分解成易管理的子任务,即作业; 作业依存：确保作业间的依存关系——顺序和并发； 时间分配：为每个作业指定开始和终止时间； 资源约束：在进行时间分配时应考虑资源约束，如人员数量、工具； 定义责任：应指定某特定小组负责某个作业； 定义结果：对每个作业定义相应的结果——产品或产品的一部分； 定义里程碑：每个作业或作业系列应与项目的里程碑相联系。 3.2.2 工作量分配 40-20-40规则：在整个软件开发过程中，编码的工作量约占20%，编码前的工作量占40%，编码后的工作量也占40% 。 实际统计: CAD应用开发软件包工作量分配方案示例 3.2.3 进度安排方法 原则上可以把一般工程项目的进度安排方法和工具应用于软件工程项目。 首先识别一组项目任务作业，建立任务作业之间的相互关联，然后估算各个任务的工作量，分配人力和其它资源，指定进度时