1、第四章 选择合适的项目方法本章目的本章目的n在策划项目时考虑待开发系统的特征在策划项目时考虑待开发系统的特征n选择合适的过程模型选择合适的过程模型n在合适的场合最佳地使用在合适的场合最佳地使用“瀑布瀑布”过程过程模型模型n通过创建合适的原型来降低风险通过创建合适的原型来降低风险n通过增量式地实现项目来降低其它风险通过增量式地实现项目来降低其它风险n使用使用“敏捷敏捷”开发方法消除组织级障碍开发方法消除组织级障碍4.1 引言n选择合适的项目方法对应的是步进式方法选择合适的项目方法对应的是步进式方法中的步骤中的步骤3：分析项目的特征分析项目的特征。n选择特定的过程模型会增加新的产品到项选择特定的过
2、程模型会增加新的产品到项目分解结构中，或者增加新的活动到活动目分解结构中，或者增加新的活动到活动网络中。这将创建步骤网络中。这将创建步骤4的输入：的输入：标识项标识项目的产品和活动。目的产品和活动。4.2 选择技术n项目分析的输出是选择最合适的方法学和项目分析的输出是选择最合适的方法学和技术。方法包括技术。方法包括OO、SSADM等；技术可等；技术可能包括合适的应用程序构造和自动化测试能包括合适的应用程序构造和自动化测试环境。环境。n影响范围：影响范围：开发人员的培训需求开发人员的培训需求要招聘的员工类型要招聘的员工类型开发环境开发环境系统维护安排系统维护安排 4.2.1 4.2.1 目的目的
3、/产品驱动产品驱动n目的驱动的项目优先于产品驱动的项目，目的驱动的项目优先于产品驱动的项目，需要选择通用的软件解决方案来实现。需要选择通用的软件解决方案来实现。n项目经理的理想情况是有明确的目的，但项目经理的理想情况是有明确的目的，但尽可能非常自由地选择满足目的的方法。尽可能非常自由地选择满足目的的方法。4.2.2 4.2.2 分析项目其它特征分析项目其它特征要实现的系统是面向数据的还是面向过程的要实现的系统是面向数据的还是面向过程的将产生的软件是通用工具还是应用领域特定将产生的软件是通用工具还是应用领域特定的的要实现的应用程序是否是特殊类型的要实现的应用程序是否是特殊类型的l并发？基于知识？
4、计算机图形？并发？基于知识？计算机图形？要创建的系统是不是有安全性需求的要创建的系统是不是有安全性需求的系统要在其上运行的系统环境的特点是什么系统要在其上运行的系统环境的特点是什么4.2.3 4.2.3 标识高级别项目风险标识高级别项目风险n在开始时项目的不确定性越大，项在开始时项目的不确定性越大，项目不成功的风险越大。目不成功的风险越大。产品不确定性产品不确定性(需求)过程不确定性过程不确定性(开发过程与模型)资源不确定性资源不确定性(人力)4.2.4 4.2.4 考虑与实现有关的用户需求考虑与实现有关的用户需求n当用户的需求影响到系统的实施方法的时当用户的需求影响到系统的实施方法的时候，项
5、目策划人员应该努力确保不必要的候，项目策划人员应该努力确保不必要的假设或约束不会影响满足项目目的的方法，假设或约束不会影响满足项目目的的方法，同时，也要尽力采用能够满足用户需求的同时，也要尽力采用能够满足用户需求的项目实施方案。项目实施方案。(用户的组织特征和用户采用的标准)n控制系统控制系统n信息系统信息系统n通用工具通用工具:Face to marketn专用技术：专用技术：KRMn硬件环境硬件环境n安全性关键的系统安全性关键的系统n不准确的需求不准确的需求4.2.5 4.2.5 选择通用的生命周期方法选择通用的生命周期方法n介绍和概括约束条件介绍和概括约束条件系统特征、风险、用户需求系统
6、特征、风险、用户需求n推荐的方法推荐的方法方法学、过程模型、软件工具、目标环境方法学、过程模型、软件工具、目标环境n实现实现开发环境、维护环境、需要的培训开发环境、维护环境、需要的培训n有关问题有关问题产品和活动、财务产品和活动、财务4.3 4.3 技术计划内容清单技术计划内容清单n系统开发要着手进行许多相关的活动来创系统开发要着手进行许多相关的活动来创建最终的产品。这些活动可按许多不同的建最终的产品。这些活动可按许多不同的方法来组织并称之为方法来组织并称之为“过程模型过程模型”n策划人员不仅需要选择方法，而且必须规策划人员不仅需要选择方法，而且必须规定每种方法如何应用。定每种方法如何应用。n
7、学生项目学生项目4.4 4.4 过程模型的选择过程模型的选择n快速应用开发快速应用开发（rapid application development,RAD）强调的是快速产生）强调的是快速产生供用户评价的软件原型。供用户评价的软件原型。nRAD采用采用联合应用开发联合应用开发（joint application development,JAD）研讨）研讨会策略。会策略。nRAD压力：压力：快速廉价、健壮性快速廉价、健壮性4.5 4.5 结构与交付速度结构与交付速度4.6 4.6 瀑布模型瀑布模型4.7 V4.7 V过程模型过程模型4.8 4.8 螺旋模型螺旋模型n原型分类原型分类：抛弃型原型抛弃
8、型原型：只验证某些想法，然后在真：只验证某些想法，然后在真正开发系统是抛弃正开发系统是抛弃进化型原型进化型原型：开发和修改原型，直至它最：开发和修改原型，直至它最终成为可运行的系统。终成为可运行的系统。4.9 4.9 软件原型开发软件原型开发n采用原型进行开发理由：采用原型进行开发理由：在实践中学习在实践中学习改进沟通改进沟通改进用户参与改进用户参与澄清部分已知的需求澄清部分已知的需求验证规格说明的一致性和完整性验证规格说明的一致性和完整性减少文档的需要减少文档的需要降低了维护成本降低了维护成本特征约束特征约束产生期望的结果产生期望的结果n原型的缺点和危险：原型的缺点和危险：用户可能曲解原型的
9、作用用户可能曲解原型的作用可能缺乏项目标准可能缺乏项目标准缺乏控制缺乏控制额外的费用额外的费用机器效率机器效率与开发人员密切接近与开发人员密切接近n要从原型中学到什么要从原型中学到什么详细说明希望从原型中学到什么详细说明希望从原型中学到什么计划如何评价原型计划如何评价原型报告实际从原型中学到什么报告实际从原型中学到什么4.10 4.10 分类原型的其它方法分类原型的其它方法4.10 4.10 分类原型的其它方法分类原型的其它方法n原型要做到什么程度原型要做到什么程度实验模型实验模型模仿模型模仿模型部分工作模型部分工作模型纵向的纵向的横向的横向的n那些要进行原型化那些要进行原型化人机界面人机界面
10、系统的功能系统的功能4.10 4.10 分类原型的其它方法分类原型的其它方法4.11 4.11 增量式交付增量式交付n这个方法包括将应用程序分解为小的构件，这个方法包括将应用程序分解为小的构件，然后按顺序实现和交付构件。每个要交付然后按顺序实现和交付构件。每个要交付的构件应该给用户带来一些的构件应该给用户带来一些效益效益。n时间盒时间盒通常与增量式方法相关联。每个增通常与增量式方法相关联。每个增量可交付产品的时机严格受已批准的最终量可交付产品的时机严格受已批准的最终期限的约束，即使删掉一些功能，这个最期限的约束，即使删掉一些功能，这个最终期限也必须满足。终期限也必须满足。4.11 4.11 增
11、量式交付增量式交付n举例：举例：ERP系统系统生产计划管理模块生产计划管理模块生产排程管理模块生产排程管理模块销售管理模块销售管理模块采购管理模块采购管理模块库存管理模块库存管理模块系统管理模块系统管理模块质量管理模块质量管理模块设备管理模块设备管理模块质量追溯管理模块质量追溯管理模块产品召回管理模块产品召回管理模块4.11 4.11 增量式交付增量式交付n优点：优点：从早期增量得到的反馈来改进后面的阶段从早期增量得到的反馈来改进后面的阶段减少需求变更的可能性减少需求变更的可能性用户在早期就能受益用户在早期就能受益早期可以得到回报早期可以得到回报易于控制与管理易于控制与管理开发过程控制可以更灵
12、活开发过程控制可以更灵活如果出现紧急工作，该项目可以临时放弃如果出现紧急工作，该项目可以临时放弃开发人员增加了成就感开发人员增加了成就感4.11 4.11 增量式交付增量式交付n缺点：缺点：软件变更量软件变更量:后面的增量可能要求更改前面的构件程序员效率低程序员效率低降低了系统的可扩展性降低了系统的可扩展性:可扩展性与全局性的矛盾4.11 4.11 增量式交付增量式交付nSSADM:Structured Systems Analysis&Design MethodnDSDM:Dynamic Systems Development Method4.12 4.12 动态系统开发方法动态系统开发方法
13、用户主动参与用户主动参与DSDM组做出决策组做出决策经常交付产品经常交付产品满足业务目标满足业务目标迭代式和增量式交付迭代式和增量式交付变更是可逆的变更是可逆的需求从高层次来需求从高层次来基线基线化化测试要集成到整个生命周期中测试要集成到整个生命周期中项目相关人员之间的协作方法是通用的项目相关人员之间的协作方法是通用的4.12 4.12 动态系统开发方法动态系统开发方法nDSDM鼓励使用时间盒。建议典型的时间鼓励使用时间盒。建议典型的时间盒是盒是26周。周。n需求优先级分类：需求优先级分类：Must haveShould haveCould haveWont have4.12 4.12 动态系
14、统开发方法动态系统开发方法n极限编程（极限编程（Extreme Programming,XP）n原理：原理：代码应该简单的开发来满足现有的需代码应该简单的开发来满足现有的需求，而不是考虑对应用程序的未来扩展，求，而不是考虑对应用程序的未来扩展，因为未来的需求是不确定的因为未来的需求是不确定的。4.14 4.14 极限编程极限编程极限编程n是增量式开发的扩展n更强调交流（与用户和组织内）n强调测试在开发中的作用n只满足现有的需求，不考虑未来的需要和重用性n结对编程n进化式方法进化式方法：不确定性较高的情况：不确定性较高的情况n增量式方法增量式方法：需求明确但相当复杂的情况：需求明确但相当复杂的情况n在最终期限比较紧的情况下，这两种策略在最终期限比较紧的情况下，这两种策略都要优于都要优于一次完成一次完成的策略。的策略。4.15 4.15 选择最合适的过程模型选择最合适的过程模型选择最合适的模型n区分程序的构造和安装n不确定性高，使用进化式方法n需求相对明确但很复杂，使用增量式开发n期限要求严格，使用增量式开发
