软件开发模式

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