软件开发模式.pptVIP

软件开发模式 内容大纲 导论 编码与修正模式 阶段模式 瀑布模式 渐增模式 原型模式 螺旋模式 同步模式 RUP模式 第四代技术 快速应用软体开发 结论 导论 「软件开发模式」是描述软件开发过程的一系列步骤及其执行程序。 开发的过程依循系统化、逻辑化的步骤进行时，将有利于标准、规范与政策之推行和建立，而且开发过程将更有效率，更能确保品质量，也更容易管理。 不同的开发模式，选用于不同情况的系统开发。 软件开发模式 编码与修正模式 阶段模式 瀑布模式 渐增模式 雏型模式 螺旋模式 同步模式 RUP模式 各种开发模式之演进 编码与修正模式 无方法论可言，主要包含两个步骤： 先写部分程序， 再修正程序中之问题。 编码与修正模式 (c.2) 主要之问题： 过程中没有规划(plan)、分析及设计，故经过几次修正之后，程序代码的逻辑变得难以理解。 无使用者需求分析与确认，软件虽设计得很好，但可能并不符合使用者的需求。 阶段模式 具有方法论之雏型。 改善了编码与修正模式之问题，强调 系统开发前要有规划(plan)， 程序编码(coding)前要有分析与设计， 系统上线前要有测试(testing)等。 阶段模式 (c.2) 阶段模式 (c.3) 虽已改善了编码与修正模式之问题，但使用上仍衍生以下之问题： 不论系统之大小或复杂程度均需经历八阶段， 各阶段之进行是循序的且阶段间没有回馈， 各阶段均需考虑完整的系统范围，不可仅考虑部份系统， 假设使用者需求可完整且清楚的描述。 瀑布模式 开发的过程分成几个阶段，且划分上较有弹性。 每个阶段清楚定义要做那些工作及交付那些文件，使系统开发之工作更明确及容易掌握。 可允许阶段间之回馈，若在各阶段发现错误，能尽早修正以减少系统修改或重做之成本。 各阶段循序的执行且仅循环一次。 瀑布模式 (c.2) 当系统较小或较单纯，划分的阶段可能少至三个，例如分析、设计、实作(Implementation) 等阶段。 瀑布模式 (c.3) 瀑布模式 (c.4) 若面对较大或复杂之系统时，其阶段可再被细分成更多个阶段： 瀑布模式 (c.5) 瀑布模式 (c.6) 瀑布模式的一些问题： 假设在项目开始时，需求可完整且清楚描述， 所有需求在各阶段均需同时考虑，且系统开发在一个周期内完成， 在程序编辑前过于强调完整的分析与设计文件，故一但需求变更，文件需大幅修改， 程序编辑于系统开发周期之后段才开始，故风险较高，且失败之成本亦较高， 瀑布模式 (c.7) (5)系统开发周期较长且过程中使用者参与不足。 渐增模式 把需求分成几个部分，然后将每个部分的需求之开发订为一个开发周期，每个周期可依序或平行开发。 每个周期之阶段清楚定义要做那些工作及交付那些文件， 每个周期内，各阶段循序进行且仅循环一次。 渐增模式 (c.2) 渐增模式 (c.3) 特色： 系统被分成几个子系统或功能，各子系统可独立依序或平行开发。 系统开发可由多个周期完成，每个周期均有分析设计、程序编辑及测试，每个周期完成不同版本之系统。 使用者参与程度高，每个周期均参与，故相较于瀑布模式，渐增模式之风险较低。 渐增模式 (c.4) 渐增模式适用之情况： (1) 目标与需求可完全与清楚描述。 (2) 预算需分期编列。 (3) 需要时间来熟悉和接受新科技。 雏型模式 此方法先针对使用者需求较清楚的部分或信息人员较能掌握之部份，依分析、设计与实施等步骤快速进行雏型系统开发。 过程中，强调尽早以雏型系统做为使用者与信息人员需求沟通与学习之工具，双方透过雏型之操作与回馈，以厘清、修改及扩充需求，并藉以修改与扩充雏型系统。 上述步骤反复进行，直到系统符合双方约定为止。 雏型系统有时是一个：只有使用者界面，而没有核心部分的软件。 雏型模式(c.2) 雏型模式 (c.3) 主要特性与原则： 强调雏型之尽早开发及使用者高度的参与。 强调以雏型作为使用者及系统开发者之需求沟通与学习机制。 从需求最清楚部分着手开发雏型，并透过使用者对雏型之操作与回馈，反复修改与扩充，每次反复之周期要尽可能缩短。 雏型模式 (c.4) 其它适用情形： 当无法立即获得解决问题的方法。 当软／硬件之技术与支持不确定。 雏型模式 (c.5) 雏型模式的潜在问题： 系统文件较不完备，程序亦较难维护。短期可能较能满足使用者需求，但长期而言系统较易失败。 因缺乏整体之规划、分析与设计，故较不适合于大型及多人参与之系统开发项目。 雏型模式 (c.6) 有两种常见之应用策略： 演进式雏型 (Evolutionary Prototyping) 用后丢弃雏型 (Rapid Throwaway Prototyping) 演进式雏型策略(c.7) 将所有需求看成一个整体，从需求最清楚的部分快速的经历一开发周期