Chapter 0 軟體開發週期與系統分析與設計的關係 - Ian-Liu-1990/Systems-Analysis-Design GitHub Wiki

系統開發模式的選擇－８種模式(瀑布-漸進-雛形-...)

可行性研究 : 依據基礎設施或知識領域的支援程度，判斷擴充現存系統或開發新系統的難度性

1. 發現(軟體的)"問題並定義"(問題)，
2. 確立"專案範圍"，系統"目標與實質利益"，
3. 擬定"專案計畫"
4. 系統建置的選擇-[詳-資訊管理]

需求分析 : 支援系統分析師以圖形化塑模表示系統功能釐清使用者需求與具體表達系統的新功能與限制

• 需求塑模活動 - ２大步驟 : 結構化與物件導向都必須先有需求塑模活動

  1. 需求擷取 : 訪談，查閱文件，問卷和開會討論等等

     • ３個主要活動，紀錄需求

       1. 需求判斷:如何判真正的需求及需求正確性

       2. 需求分析:分析已有的需求下，所產生的不一致，不完整或矛盾

       3. 需求溝通:以最佳的方式來組織及描述需求，以圖表令人容易理解並互相溝通來達到需求確認

  2. 需求轉換 :

     • 結構化 - 需求表達工具(環境圖，流程圖，藍圖和資料詞彙，詳)[必背]，作為系統分析的基礎
     • 物件導向 - 需求表達工具(使用個案圖，活動圖，藍圖和資料詞彙)，詳，作為系統分析的基礎
     • 結構化與物件導向需求轉換工具比較

系統分析 : 以需求表達工具為基礎，將功能，資料與流程間的狀態，互動行為和關係進行分析

1. 結構化技術 - (1)結構化分析，(2)設計，(3)程式設計，(4)由上而下發展 :

   1. 流程塑模

      • 結構化分析 : 將資訊系統以資料及流程控制獨立分開表示，強調由上而下反覆將問題分割成更小更容易管理的基本單位(模組)

        1. 資料流程圖(DFD)
        2. 結構圖與HIPO
        3. 資料辭典

      • 結構化設計 : 有關軟體模組的開發，分析模組之間的「層次」與「互動」

        1. 模組設計內聚力
        2. 模組設計耦合力

   2. 資料塑模 :

      1. 實體關聯圖(ER-D)，ERD轉關聯表格，關聯表格正規化

2. 物件導向分析與設計 :

   • 物件導向-系統分析與設計
     1. 物件結構塑模
     2. 物件互動行為塑模
     3. 系統元件與結構塑模

3. 使用者介面塑模 - 結構化，物件導向

   • 結構化 : 介面結構圖，介面藍圖與元件規格，介面狀態圖與轉換表
   • 物件導向 : 介面結構圖，介面藍圖與介面詞彙，循序圖與狀態圖

軟體設計 : 依照系統需求書來設計資料庫，程式輸入，輸出與作業流程等，與軟體環境設計

系統設計 : 硬體與網路架構，作業系統，應用系統架構和開發工具選擇

程式編碼並符合標準的編寫規範。以保證程式的可讀性，易維護性，提高程式的執行效率。

1. 結構化編碼:

   • 結構化技術 － 結構化程式設計 : 循序，選擇和重複結構

   • 結構化技術 － 由上而下的發展 : 由上而下的設計，由上而下的編碼與由上而下的實施

2. 物件導向程式設計:

   1. 抽象化 - 物件和類別
   2. 封裝 - 資訊隱藏
   3. 繼承 - is a ，特殊化(由上而下)，一般化(由下而上)
   4. 多型 - 同名異式(Polymorphism)，負載(Overload)

軟體測試

系統導入 : 系統正式上線，有不同導入策略促使與現有系統整合，相互協同完成工作-詳-資訊管理

系統維護 : 重新檢視此解決方案，評估新系統是否有非預期的錯誤，是否有達成原先之目標，以決定是否需要在修正或強化。 軟，硬體，安全性，效率和更正錯誤都是檢視項目。