选择合适的项目方法（33页)ppt课件

1、第四章 选择适宜的工程方法本章目的在谋划工程时思索待开发系统的特征选择适宜的过程模型在适宜的场所最正确地运用“瀑布过程模型经过创建适宜的原型来降低风险经过增量式地实现工程来降低其它风险运用“矫捷开发方法消除组织级妨碍4.1 引言选择适宜的工程方法对应的是步进式方法中的步骤3：分析工程的特征。选择特定的过程模型会添加新的产品到工程分解构造中，或者添加新的活动到活动网络中。这将创建步骤4的输入：标识工程的产品和活动。 4.2 选择技术工程分析的输出是选择最适宜的方法学和技术。方法包括OO、SSADM等；技术能够包括适宜的运用程序构造和自动化测试环境。影响范围：开发人员的培训需求要招聘的员工类型开发

2、环境系统维护安排 4.2.1 目的/产品驱动目的驱动的工程优先于产品驱动的工程，需求选择通用的软件处理方案来实现。工程经理的理想情况是有明确的目的，但尽能够非常自在地选择满足目的的方法。 4.2.2 分析工程其它特征要实现的系统是面向数据的还是面向过程的将产生的软件是通用工具还是运用领域特定的要实现的运用程序能否是特殊类型的并发？基于知识？计算机图形？要创建的系统是不是有平安性需求的系统要在其上运转的系统环境的特点是什么4.2.3 标识高级别工程风险在开场时工程的不确定性越大，工程不胜利的风险越大。产品不确定性(需求)过程不确定性(开发过程与模型)资源不确定性(人力)4.2.4 思索与实现有关

3、的用户需求当用户的需求影响到系统的实施方法的时候，工程谋划人员应该努力确保不用要的假设或约束不会影响满足工程目的的方法，同时，也要尽力采用可以满足用户需求的工程实施方案。(用户的组织特征和用户采用的规范)控制系统信息系统通用工具:Face to market公用技术：KRM硬件环境平安性关键的系统不准确的需求4.2.5 选择通用的生命周期方法引见和概括约束条件系统特征、风险、用户需求引荐的方法方法学、过程模型、软件工具、目的环境实现开发环境、维护环境、需求的培训有关问题产品和活动、财务4.3 技术方案内容清单系统开发要着手进展许多相关的活动来创建最终的产品。这些活动可按许多不同的方法来组织并称

4、之为“过程模型谋划人员不仅需求选择方法，而且必需规定每种方法如何运用。学生工程4.4 过程模型的选择快速运用开发rapid application development, RAD强调的是快速产生供用户评价的软件原型。RAD采用结合运用开发joint application development, JAD研讨会战略。RAD压力：快速廉价、强壮性4.5 构造与交付速度4.6 瀑布模型4.7 V过程模型4.8 螺旋模型原型分类：丢弃型原型：只验证某些想法，然后在真正开发系统是丢弃进化型原型：开发和修正原型，直至它最终成为可运转的系统。4.9 软件原型开发采用原型进展开发理由：在实际中学习改良沟通

5、改良用户参与廓清部分知的需求验证规格阐明的一致性和完好性减少文档的需求降低了维护本钱特征约束产生期望的结果原型的缺陷和危险：用户能够曲解原型的作用能够缺乏工程规范缺乏控制额外的费用机器效率与开发人员亲密接近要从原型中学到什么详细阐明希望从原型中学到什么方案如何评价原型报告实践从原型中学到什么4.10 分类原型的其它方法4.10 分类原型的其它方法原型要做到什么程度实验模型模拟模型部分任务模型纵向的横向的那些要进展原型化人机界面系统的功能4.10 分类原型的其它方法4.11 增量式交付这个方法包括将运用程序分解为小的构件，然后按顺序实现和交付构件。每个要交付的构件应该给用户带来一些效益。时间盒通

6、常与增量式方法相关联。每个增量可交付产品的时机严厉受已同意的最终期限的约束，即使删掉一些功能，这个最终期限也必需满足。4.11 增量式交付举例：ERP系统消费方案管理模块消费排程管理模块销售管理模块采购管理模块库存管理模块系统管理模块质量管理模块设备管理模块质量追溯管理模块产品召回管理模块4.11 增量式交付优点：从早期增量得到的反响来改良后面的阶段减少需求变卦的能够性用户在早期就能受害早期可以得到报答易于控制与管理开发过程控制可以更灵敏假设出现紧急任务，该工程可以暂时放弃开发人员添加了成就感4.11 增量式交付缺陷：软件变卦量:后面的增量能够要求更改前面的构件程序员效率低降低了系统的可扩展性

7、:可扩展性与全局性的矛盾4.11 增量式交付SSADM: Structured Systems Analysis & Design MethodDSDM: Dynamic Systems Development Method4.12 动态系统开发方法用户自动参与DSDM组做出决策经常交付产品满足业务目的迭代式和增量式交付变卦是可逆的需求从高层次来基线化测试要集成到整个生命周期中工程相关人员之间的协作方法是通用的4.12 动态系统开发方法DSDM鼓励运用时间盒。建议典型的时间盒是26周。需求优先级分类：Must haveShould haveCould haveWont have4.12 动态系统开发方法极限编程Extreme Programming, XP原理： 代码应该简单的开发来满足现有的需求，而不是思索对运用程序的未来扩展，由于未来的需求是不确定的。4.14 极限编程极限编程是增量式开发的扩展更强调交流与用户和组织内强调测试在开发中的作用只满足现有的需求，不思索未来的需求和重用性结对编程进化式方法：不确定性较高的情况增量式方法：需