建立模型的工具及技巧功能分解图FDDfunctionaldecomposition.PPTVIP

第3章 建立需求模型  階段說明 系統分析是系統開發生命週期 (SDLC) 五個階段中的第二階段 在系統分析階段，目標是利用需求模型及企業模型的建立來表示一個新系統 在向下一階段，系統設計階段，推進之前，你也將考量系統開發的各種策略。 學習目標 解說系統分析階段的所有活動以及其產出 了解聯合應用系統開發 (JAD) 及快速應用系統開發 (RAD) 方法論 解說系統分析師如何使用功能分解圖 (FDD) 描述統一模型語言 (UML) 並解說使用情況圖及次序圖的使用方法 學習目標 列出並解說各種系統需求，包括輸出、輸入、處理工作、效率和控制等 解說規模彈性在系統設計的重要性 使用發現事實的技術，包括訪談、文件查閱、觀察、問卷、抽樣及研究 學習目標 定義總取得成本 (TCO) 並解說其觀念 描述如何從事成功的訪談 發展有效的文件建立方法以供系統開發時使用 簡　介 本章首先解說系統分析師用來觀察並記錄新系統的需求模型建立技術及團隊方法 (team-based methods) 本章接著討論系統需求及發現事實的技術，其中包括訪談、文件查閱、觀察、問卷調查、抽樣以及研究 系統分析階段概述 運用各種模型及文件工具來預見並描述所提議的系統 系統分析階段的交付標的或產出是一份系統需求文件 (system requirement document) 系統分析階段概述 系統分析技巧 分析技巧 (analytical sikll) 人際技巧 (interpersonal skill) 團隊導向方法及技巧 聯合應用系統開發 (JAD, joint application development) 快速應用系統開發 (RAD, rapid application development) 聯合應用系統開發方法 使用者參與 使用者在資訊系統中有重大的關聯，而且他們應該在開發過程中完全參與 成功的系統必須是使用者導向的，而使用者需要參與系統開發的每一階段 聯合應用系統開發方法 JAD參與者及其角色 聯合應用系統開發方法 典型的 JAD 會議議程如圖 3-5 所示 聯合應用系統開發方法 JAD 的優缺點 成本較高且如果小組相對於專案規模顯得太大時也可能變得繁複 讓主要的使用者有機會在需求模型建立的過程中有效的參與 當運用得當時，JAD 可以產生更精確的系統需求描述、對共同目標更加了解，以及對新系統的成功提供更強的保證。 快速應用系統開發 是一種能夠加快資訊系統開發速度且產生一個能夠運作的資訊系統的一種以團隊為基礎的系統開發技術 非常仰賴雛型的建立及使用者的參與 專案小組採用 CASE 工具來建立雛型並且產生一系列的文件? 快速應用系統開發 RAD 各階段及其活動 快速應用系統開發 RAD 目標 藉由使用者在系統開發每一階段的參與來減少開發的費用及時間 一個成功的 RAD 小組也必須要有 IT 資源、技術、及管理者的支持 能夠協助一個開發小組設計一個需要高度互動或複雜的使用者介面的系統 快速應用系統開發 RAD 的優缺點 系統可以在節省大量成本之下快速地被開發出來 RAD 強調系統本身的機制而不注重公司的策略性業務需要 其風險在於短期內系統可能運作良好，但是公司及系統的長期目標不見得相符。 另外一個潛在的缺點是加速的週期時間可能導致無暇兼顧品質、一致性，及設計標準 建立模型的工具及技巧 CASE 工具 建立模型的工具及技巧 功能分解圖 (FDD, functional decomposition diagram) 是一種由上而下展示企業功能與流程的方法 也被稱為結構圖 (structure charts) 建立模型的工具及技巧 功能分解圖 (FDD) 建立模型的工具及技巧 統一模型語言 (UML, Unified Modeling Language) 是一種廣受採用於將系統設計視覺化及建立文件的方法 提供幾種圖形工具和技術，例如使用情況圖及次序圖 建立模型的工具及技巧 統一模型語言 (UML) 建立模型的工具及技巧 統一模型語言 (UML) 建立模型的工具及技巧 統一模型語言 (UML) 系統需求查核清單 系統需求 (system requirement) 系統需求可分為五大類： 輸出 輸入 處理工作 績效 控制 未來成長、成本，及利益 規模彈性 (scalability) 一個有彈性的系統有較長的有效壽命，所以對於先前的投資會有較好的回報。 評估規模彈性，你需要有關目前及未來所有輸出、輸入，及處理工作的工作量及成長率的資訊 未來成長、成本，及利益 總取得成本 (TCO, total cost of ownership) 除了直接成本之外，系統開發者必須找