文档介绍：软件开发模式
第1页，共59页，编辑于2022年，星期三
内容大纲
导论
编码与修正模式
阶段模式
瀑布模式
渐增模式
原型模式
螺旋模式
同步模式
RUP模式
第四代技术
快速应用软体开发
结论
第2页，共59页，编辑于22) 预算需分期编列。
(3) 需要时间来熟悉和接受新科技。
第21页，共59页，编辑于2022年，星期三
雏型模式
此方法先针对使用者需求较清楚的部分或信息人员较能掌握之部份，依分析、设计与实施等步骤快速进行雏型系统开发。
过程中，强调尽早以雏型系统做为使用者与信息人员需求沟通与学习之工具，双方透过雏型之操作与回馈，以厘清、修改及扩充需求，并藉以修改与扩充雏型系统。
上述步骤反复进行，直到系统符合双方约定为止。
雏型系统有时是一个：只有使用者界面，而没有核心部分的软件。
第22页，共59页，编辑于2022年，星期三
雏型模式()
第23页，共59页，编辑于2022年，星期三
雏型模式 ()
主要特性与原则：
强调雏型之尽早开发及使用者高度的参与。
强调以雏型作为使用者及系统开发者之需求沟通与学习机制。
从需求最清楚部分着手开发雏型，并透过使用者对雏型之操作与回馈，反复修改与扩充，每次反复之周期要尽可能缩短。
第24页，共59页，编辑于2022年，星期三
雏型模式 ()
其它适用情形：
当无法立即获得解决问题的方法。
当软／硬件之技术与支持不确定。
第25页，共59页，编辑于2022年，星期三
雏型模式 ()
雏型模式的潜在问题：
系统文件较不完备，程序亦较难维护。短期可能较能满足使用者需求，但长期而言系统较易失败。
因缺乏整体之规划、分析与设计，故较不适合于大型及多人参与之系统开发项目。
第26页，共59页，编辑于2022年，星期三
雏型模式 ()
有两种常见之应用策略：
演进式雏型 (Evolutionary Prototyping)
用后丢弃雏型 (Rapid Throwaway Prototyping)
第27页，共59页，编辑于2022年，星期三
演进式雏型策略()
将所有需求看成一个整体，从需求最清楚的部分快速的经历一开发周期，以完成初版雏型系统，
再利用该雏型与使用者沟通以确定、修改和扩充需求，并藉以做为下一周期雏型演进之依据，
该周期不断的反复进行，一直到雏型系统符合双方约定为止。
第28页，共59页，编辑于2022年，星期三
演进式雏型策略 ()
第29页，共59页，编辑于2022年，星期三
用后丢弃式雏型策略()
以一种快而粗糙(Quick and Dirty)的方式建立雏型，以促使使用者能够尽快藉由与雏型之互动来决定需求项目，或信息人员藉以研发问题之解决方法与信息科技之应用。
应用该策略开发之雏型，不需考虑系统之运用效率、可维护性与容错能力等。
第30页，共59页，编辑于2022年，星期三
用后丢弃式雏型策略()
雏型丢弃之原因，如
开发工具不同，
操作系统不兼容，
设计方法不兼容，
…
第31页，共59页，编辑于2022年，星期三
用后丢弃式雏型策略()
仅实施在风险程度最高的地方，例如需求或解决问题之知识、概念与信息科技整合最不清楚的情况。因为雏型之丢弃也意味着成本的浪费。
其它情况则尽可能的采用演进式雏型策略。
第32页，共59页，编辑于2022年，星期三
螺旋模式
导入项目管理的概念与方法，为一风险导向的模式。
由三个步骤形成一周期：
(1) 找出系统的目标、可行之实施方案与限制。
(2) 依目标与限制评估方案，解决风险。
(3) 并由剩下之相关风险，决定该步骤该如何进行。
此周期反复进行，直到系统开发完成为止。
第33页，共59页，编辑于2022年，星期三
螺旋模式 ()
第34页，共59页，编辑于2022年，星期三
螺旋模式 ()
步骤一、找出系统的目标、可行之实施方案与限制
(1) 找出系统的目标
系统目标之评核因素很多，例如系统的绩效、功能与容忍改变之能力等。
(2) 找出系统之实施方案
系统实施方案会因问题而异，例如找出之方案有设计A、设计B、重用、购买等。
(3) 实施方案之限制
实施方案之限制可能为项目之成本、时程、系统接口等。
第35页，共59页，编辑于2022年，星期三
螺旋模式 ()
步骤二、依目标与限制评估方案，解决风险
主要是找出各方案之不确定处，并设法解决，其步骤如下：
(1) 找出项目风险之重要来源。
(2) 解决风险来源：
可用雏型、模拟、标竿 (Benchmarking)、参考点检查 (Reference Checking)、问卷、分析模式、上述之综合或其它技术以解