Please enable JavaScript.

Coggle requires JavaScript to display documents.

Chapter 2 Process Models (Process Flow (4大種類 (圖p.5:fire::fire::fire:)…

- - - - 瀑布式
        
        說明 :　又被稱為 software life cycle
        
        問題
        
        真正的專案，不太可能真的完全順利照著流程跑
        
        客戶通常無法明確敘述需求
        
        到交貨時，客戶才看的到結果
        
        條件 : 僅適用於requirements are well-defined and stable
      - V字
        
        (:fire::fire::fire:圖p.9)
        
        瀑布式的變形。測試與開發流程的對應
    - - 原型 (Prototyping):star::star::star:
        
        說明 : 主要目標是理解系統需求。
        
        優點
        
        可盡快讓客戶看到半成品(常用於介面)
        
        可與多數開發模型做結合
        
        缺點
        
        prototype僅是prototy，實作時仍需與客戶達成compromise
        
        時機 : 用於poorly understood requirements 時
      - 螺旋式
        
        說明
        
        強調風險管理
        
        螺旋式模型可適用於整個軟體的生命週期(從產品規格到prototype)
        
        缺點
        
        難以說服客戶，因為不知道會歷經多少個cycle
        
        需要風險評估專家
        
        若風險沒有被發現、管理，會發生大問題
        
        時機 : 適用於大規模系統
    - - 要做的工作可同時進行 => 可縮短開發時間
  - - - 與客戶合作，從 initial outline(最初大綱) -> final system(最終系統)
      - 為複合式model ( 線性 + 平行 )
      - :fire::fire::fire:圖p.14
    - - 在初期人員配置有限時，特別適用
      - 適合用於有時間限制，且較大、複雜的系統
  - - - 用於表示process model中反覆、並行的元素
      - 定義出一連串會導致state轉換的事件
  - - - 說明
        
        核心目標在於元件的再利用
        
        It is evolutionary in nature
    - - 定義 : 從數學的角度出發，來定義開發模型(較嚴謹)
      - 缺點
        
        耗時、貴
        
        團隊必須受過訓練(須懂formal method)
        
        數學模型不易當作與可戶溝通的媒介
      - 優點
        
        強調安全性，必須保證無bug的程式適用此model (e.g 自動飛航、醫療設備)
        
        容易發現錯誤、不一致、promise of defect-free software(無缺陷的程式)
    - - Aspect
        
        主要在於客戶所關心且涉及多個系統功能的議題
        
        e.g. 使用者介面、Distribution(傳送與接收)、Persistence(資料儲存、檢索)、安全性、交易
      - 定義 : ASOD提供了一種用於定義(defining), 指定(specifying), 設計(designing), and 建造(constructing) aspects的過程與方法
- - - - 將UML用於物件導向軟體工程的一種framework
      - 為使用者案例驅動(use-case driven)、中心架構(architecture-centric)、反覆( iterative)、漸進(incremental) 的一種model
      - *UML :物件導向軟體開發的行業標準
    - - Inception : 理解需求、描述use-case、提出粗略系統架構
      - Elaboration : refine、expand use-cases (更清楚地描述需求)
      - Construction : 開發、完成initial release
      - Transition : 寫使用者說明、進行α.β測試
      - Production : 後續追蹤服務(包括defect report、需求變更)
  - - - 包含
        
        準確預估所需時間、獲得的質量
        
        提高軟體質量
        
        學習如何評估技術、方法
    - - 強調記錄錯誤，並且進行分析，以協助改善
    - - Postmortem (驗屍) : 事後分析錯誤