《12-第十二章-软件项目计划-软件工程教案-海南大学(共15章)》由会员分享，可在线阅读，更多相关《12-第十二章-软件项目计划-软件工程教案-海南大学(共15章)（53页珍藏版）》请在金锄头文库上搜索。
1、 软件工程软件工程（第二版）（第二版）齐治昌、谭庆平、宁洪齐治昌、谭庆平、宁洪 编著编著高等教育出版社高等教育出版社主讲：陈明锐主讲：陈明锐 教授教授省级精品课程省级精品课程第十二章 软件项目计划n问题定义n可行性研究n软件风险分析n项目实施计划计划时期的工作流程开 始问题定义可行性研究可行否项目实施计划终止项目的建议停 止转入开发阶段否是问题定义n目的n弄清需要解决的问题n项目所需的资源和经费n任务n编写“系统目标与范围的说明”系统目标与范围的说明示例系 统 目 标 和 范 围说 明 书 2006年6月 1.项目：教材销售系统 2.问题：人工发售教材手续繁琐，且易出错。 3.项目目标：建立一
2、个高效率、无差错的微机教材销售系统。 4.项目范围：利用现有微型计算机，软件开发费用不超过5000元。 5.初步想法：建议在系统中增加对缺书的统计与采购功能。 6.可行性研究：建议进行大约10天的可行性研究，研究费用不超过1000元。可行性研究n目的n研究项目是否可能实现和值得进行（用最 小的代价，在尽可能短的时间内确定）n回答 Why to do?n研究的内容n经济可行性n技术可行性n运行可行性n法律可行性经济可行性系统成本主要包括： （1）购置硬件软件的费用； （2）有关设备的工程安装费用； （3）系统开发费用； （4）系统的安装、运行和维护费用； （5）人员培训费用等等。 系统效益包括：
3、 （1）经济效益； （2）社会效益。技术可行性技术可行性是根据客户提出的系统 功能、性能以及实现系统的各项约束条 件，从技术的角度研究实现该系统的可 行性。技术可行性研究应该包括：风险分 析、资源分析和技术分析(现有技术能否实现新系统、技术难点、建议采用技术的先进性） 。数学建模、原型建造和模拟是基于 计算机系统技术分析活动的有效工具。运行可行性组织上、人员上、设备上去研究确 定并论证新系统的可行性，包括管理工 作的规范性、科学性、信息的可靠性、 管理水平、人员对新开发系统的设想和 要求，现有人员对计算机知识的掌握程 度是否足以支持新系统的运行等法律可行性研究在系统开发过程中可能涉及的 人力资
4、源、各种合同、知识产权纠纷 、责任以及各种与法律、法规、政策 和社会环境（含政治环境）相抵触的 问题。可行性研究n研究的步骤 （1）细化和修改“系统目标和范围”，得出 新系统的逻辑模型n进一步了解“说明”的含义，着重弄清用户想要解决的问题；n带着上述问题访问用户，弄清当前系统的工作过程，并用“系统流 程图”加以描述；n到处当前系统和新系统的逻辑模型，用数据流图描述；n再访用户，修改DFD，并对“说明”做必要的补充与修改。 （2）导出新系统的解决方案n根据新系统的逻辑模型，设想几种可能的解决方案，以便用户选 择可行性研究n研究的步骤（续） （3）提出推荐的方案n本项目的开发价值；n推荐这个方案的
5、理由。n推荐方案应附有“系统流程图”和简 单的“数据流图”，以及比较详细的 成本-效益分析系统流程图n描述系统物理模型n包含人员、硬件、软件等子系统n在黑盒级上描绘系统内部的主要成分，表达 信息在各成分之间流动的情况。n系统流程图表达的是信息在系统各部件之间 流动的情况，而不是对信息 进行加工处理的 控制过程，因此尽管系统流程图使用的某些 符号和程序流程图中用的符 号相同，但是它 却是物理数据流图而不是程序流程图。系统流程图的符号系统流程图例1开购书 证明学生收书费领书单人工教材销售系统流程图购书证明开购书 发票发票发书学生系统流程图例2购书单发书审查并 开发票开领书单学生终端各班学生 用书表
6、教材 存量表发票收书费发票收讫领书单计算机教材销售系统流程图系统流程图例3n某装配厂有一座存放零件的仓库，仓库 中现有的各种零件的数量以及每种零件 的库 存量临界值等数据记录在库存清 单主文件中。当仓库中零件数量有变化 时应该及时修改 库存清单主文件， 如果那种零件的库存量少于它的库存量 临界值，则应该报告给采购部门 以便 定货，规定每天向采购部门送一次定货 报告。系统流程图例3n该装配厂使用一台小型计算机处理更新库存 清单主文件和产生定货报告的任务。零 件库 存量的每一次变化称为一个事务，由放在仓 库中的CRT终端输入到计算机中；系统中的库 存清单程序对事务进行处理，更新存储在磁 盘上的 库
7、存清单主文件，并且把必要的定货 信息写在磁带上。最 后，每天由报告生成程 序读一次磁带，并且打印出定货报 告。 例3的系统流程图成本效益分析n系统成本n开发成本n运行维护成本n系统效益n经济效益n社会效益例子n修改一个已有的库存清单系统，使它能 在每天送给采购员一份定货报表。 修 改 已有的库存清单程序并且编写产生 报表的程序，估计共需5000元；系统 修改后能及时定 货将消除零件短缺问 题, 估计因此每年可以节省2500元， 五年共可节省12500元。但是， 不能 简单地把5000元和12500元相比较， 因为前者是现在投资的钱，后者是若干 年以后 节省的钱。试计算其效益。 例子n假定年利率
8、为12，利用上面计算货币现在价值 的公式可以算出修改库存清单系统 后每年预计节 省的钱的现在价值如表所示：n根据上表计算各项经济指标：纯收入、投资回收 期、投资回收率可行性论证报告n系统概述n简述当前系统及其问题n新系统功能及新旧系统的比较n可行性分析n经济、技术、法律上的可行性n建立新系统的主客观条件分析n结论意见n可立即进行or推迟进行or不能或不值得进行软件风险分析n尽可能的量化不确定性的程度及每个 风险导致的损失的程度，为软件开发 的实施计划提供参考。 1.风险识别 2.风险预测 3.风险的驾驭和监控风险识别n可用不同的方法对风险进行 分类。从宏观上来看，可将风 险分为项目风险、技术风
9、险和 商业风险。风险类型1、项目风险识别潜在的预算、进度、个人(包括人员和组 织)、资源、用户和需求方面的问题，以及它们对软件 项目的影响。如项目复杂性、规模和结构等都可构成风 险因素。 2、技术风险识别潜在的设计、实现、接口、检验和维护 方面的问题。此外，规格说明的多义性、技术上的不确 定性、技术陈旧、最新技术(不成熟)也是风险因素。技 术风险之所以出现是由于问题的解决比所预想的要复杂 。 3、主要的商业风险有以下5种：(1)建立的软件虽然很优 秀但不是真正所想要的(市场风险)；(2)建立的软件不 适合整个软件产品战略；(3)销售部门不清楚如何推销 这种软件；(4)由于课题改变或人员而失去上
10、级管理部 门的支持；(5)失去预算或人员的承诺(预算风险)。常见的风险子类与需要检查的内容产品规模风险检查与软件总体规模相关的风险； 商业影响风险检查与管理或市场的约束相关的风险； 与客户相关的风险检查与客户素质及通信能力相关的风险 ； 过程风险检查与软件过程被定义和开发相关的风险； 技术风险检查与软件的复杂性及系统所包含技术成熟度相 关的风险； 开发环境风险检查开发工具的可用性及质量相关的风险； 人员结构和经验风险检查与参与工作的人员的总体技术水 平及项目经验相关的风险；项目检查表（人员结构和经验风险）可投入的人员是最优秀的吗？按技能对人员做了合理的组合了吗？投入的人员足够吗？整个项目开始进
11、行期间人员如何投入？有多少人员不是全时投入这个项目的工作？人们对于手头上的工作是否有正确的目标？项目的成员接受过必要的培训吗？项目中的成员是否稳定和连续？风险预测又称为风险估计 包括两方面的内容： 风险发生的可能性 风险发生后所产生的后果风险预测n通常，项目计划人员与管理人员、技术人员一起 ，进行2项风险估计活动： (1) 建立一个尺度或标准来表示一个风 险的可能性；尺度可以用布尔值、定性的、或定量的方式 定义。一种比较好的方法是使用定量的概率尺度 ，它具有下列的值：极罕见的、罕见的、普通的 、可能的、极可能的。 (2) 估计风险对项计风险对项 目和产产品的影响。风险预测n风险发生的后果通常使
12、用定性的描述：灾难性的、严 重的、轻微的或可忽略的等等n造成影响的因素有三种：风险的性质、风险的范围和 风险的时间。n风险的性质指出在风险出现时可能出现的问题。例 如，一个定义得很差的用户硬件的外部接口(技术风 险)会妨碍早期的设计和测试，而且很可能在项目后 期造成系统组装上的问题。n风险的范围则组 合了风险的严重性(即它严重到什么 程度)与其总的分布(即对项目的影响有多大，对用户 的损害又有多大)。n风险的时间则 考虑风险 的影响什么时候开始，要影 响多长时间 。在多数情况下，项目管理人员可能希望 “坏消息”出现得越早越好，但在有些情况下则拖得比 较长。风险与管理的考虑风险评 价在风险风险
13、分析过过程中进进行风险评风险评 价的 时时候，应应当建立一个三元组组： ri, li, xi其中，ri是风险风险 ，li是风险风险 出现现的可 能性(概率)，而xi是风险风险 的影响。在做 风险评风险评 价时时，应应当进进一步检验检验 在风险风险 估计时计时 所得到的估计计的准确性，尝试尝试 对对已暴露的风险进风险进 行优优先排队队，并着 手考虑虑控制和(或)消除可能出现风险现风险 的 方法。风险评 价在做风险评风险评 价时时，按以下步骤执骤执 行：(1) 为项为项 目定义风险义风险 参照水准；(2) 尝试尝试 找出在每个ri, li, xi和每个参 照水准之间间的关系； (3) 预测预测 参
14、照点组组以定义义一个终终止区 域，用一条曲线线或一些易变动变动 区域来 界定；(4) 努力预测预测 复合的风险组风险组 合将如何 形成一个参照水准。风险驾驭和监控n风险驾驭是指利用某些技术，如原型化、 软件自动化、软件心理学、可靠性工程学 以乃某些项目管理方法等设法避开或转移 风险。n与每一风险相关的三元组(风险描述，风 险可能性、风险影响)是建立风险驾驭(风 险消除)步骤的基础。风险驾驭和监控假如人员的频繁流动是一项风险 ri，基于过去的历史和 管理经验，频繁流动可能性的估算值li为0.70(70%相当高)，而 影响xi的估计值是：项目开发时间 增加15，总成本增加12 ，给出了这些数据之后
15、，建议可使用以下风险驾驭 步骤：(1) 与现在在职的人员协商，确定人员流动的原因(如，工作条 件差，收入低，人才市场竞争等)；(2) 在项目开始前，把缓解这些原因(避开风险)的工作列入已拟 定的驾驭计 划中。(3) 当项目启动时，做好人员流动会出现的准备。采取一些办 法以确保人员一旦离开时项目仍能继续(削弱风险)；(4) 建立项目组，以使大家都了解有关开发活动的信息；(5) 制定文档标准，并建立一种机制以保证文档能够及时产生 ；(6) 对所有工作组织细 致的评审(以使更多的人能够按计划进度 完成自己的工作)；(7) 对每一个关键性的技术人员，要培养后备人员。风险驾驭和监控n风险缓 解、监控和管
16、理计划（RMMMP） 记叙了风险分析的全部工作，并且作为整 个项目计划的一部分为项目管理人员所使 用。n驾驭风险的措施会增加项目成本，称之为 风险成本。风险驾驭与监控计划概要1引言 1.1 本文档的范围和目的 1.2 概述 a. 目标 b. 风险消除优先级 1.3 组织 a. 管理 b. 职责 c. 作业描述 1.4 消除过程描述 a. 进度安排 b. 主要里程碑和评审 c. 预算 2风险分析 2.1 识别 a. 风险概述 (i)风险源 b. 风险分类 2.2 风险估计 a. 估算风险概率 b. 估算风险后果 c. 估算规则d. 可能的估算错误源 2.3 评价 a. 评价所使用方法 b. 评价方法的假设和限制c. 评价风险参照 d. 评价结果 3风险驾驭 3.1 劝告 3.2 风险消除的选项 3.3 风险消除的劝告 3.4 风险监控过程 4附录 4.1 风险位置的估算 4.2 风险排除计划常见的软件系统风险分析 风险分析
