1 / 56

Chapter 3

Chapter 3. 系統分析與設計. 1. 大 綱. 3-1 系統規劃 3-2 系統分析與設計. 前言. 系統分析與設計是一系列有組織的處理程序，其目的是 將需求轉換成有組織的資訊系統開發規格與文件 ，進而完成一套高品質的資訊系統。 嚴格來說，系統分析與設計僅是系統開發過程中的一部分，當然它也是系統開發過程中 最為重要的一關鍵環節 。. 系統開發流程. 系統規劃. ˇ. 本章節. 系統分析. ˇ. 系統設計. ˇ. 系統實作. 系統整合. 系統評估. 為何要學 SA/SD?. 為何要學 SA/SD?. 專題製作若屬「軟體製作」類 :

quamar-barker
Download Presentation

Chapter 3

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Chapter 3 系統分析與設計 1

  2. 大 綱 • 3-1 系統規劃 • 3-2 系統分析與設計

  3. 前言 • 系統分析與設計是一系列有組織的處理程序，其目的是將需求轉換成有組織的資訊系統開發規格與文件，進而完成一套高品質的資訊系統。 • 嚴格來說，系統分析與設計僅是系統開發過程中的一部分，當然它也是系統開發過程中最為重要的一關鍵環節。

  4. 系統開發流程 系統規劃 ˇ 本章節 系統分析 ˇ 系統設計 ˇ 系統實作 系統整合 系統評估

  5. 為何要學SA/SD?

  6. 為何要學SA/SD? 專題製作若屬「軟體製作」類: 軟體製作類的「研究計劃書」，應至少包含下列各項： 1.題目, 2. 摘要（200~500字）, 3. 關鍵詞（3~5個）, 4. 研究動機與目的, 5. 文獻回顧, 6.系統功能架構7.系統規劃(包含系統分析與設計，以及資料庫設計規劃) 8.研究進度（甘特圖）及預期研究成果, 9研究限制（可能遭遇之困難及解決途徑）, 10.參考文獻。

  7. 為何要學SA/SD? • 專案結束交付客戶的項目之一 • 未來專案修改的重要依據 • 提昇專案品質 • 提升自我未來的價值

  8. 3-1 系統規劃 • 系統規劃是整個系統開發專案的起始 • 規劃內容 • 問題分析 • 擬定系統目標與系統架構 • 制定出系統範圍 • 訂定系統開發時程 • 可行性與預期效益分析

  9. 1. 問題分析 • 問題分析的主要工作任務，包含從組織的管理實務或作業流程上，找出目前所面臨的問題或無法突破的困難之處，並從中歸納以確認問題的核心。

  10. 問題分析的實施步驟 • 對個案組織背景與主題起源進行了解，並進行基本描述。 • 依據現行系統的狀況或作業上所遭遇之問題進行分析。 • 歸納問題，以掌握專案的問題核心。 • 對於已經存在既有系統的狀況，規劃人員在進行問題分析時，必須針對現行的資訊系統進行分析。

  11. PIECES 架構是一個常見的分析方法，其主要是分別針對效能、資訊、經濟、控制或安全、效率與服務等六大構面進行問題的描述與分析。

  12. PIECES 分析表

  13. 以資產盤點系統為例 ?

  14. 2. 系統目標與架構 • 系統目標與架構主要在於勾勒出專案系統的主題與目的，藉由概略性的描述，可以得知系統發展目的的主要概觀，同時有助於後續在專案時程、任務與成本上的規劃與進行。 • 系統的目標，主要在於解決問題分析所歸納出來的問題核心，透過專案計畫中系統目標的陳述，以明確制定出此專案推行的主題目標。

  15. 3. 系統範圍 • 訂定系統範圍之目的，在於釐清與掌握新系統所須完成的主要工作以及所需要的各項資源，以避免在開發過程中存在不確定性，甚至出現混亂的狀況。 • 系統範圍描述常以正向表列的方式來羅列出預期達成的工作。敘述的內容主要為系統功能的概述、系統主要的工作項目，以及系統所需要的各項資源項目等。

  16. 系統範圍說明文件

  17. 以資產盤點系統為例系統範圍說明文件

  18. 以資產盤點系統為例系統範圍說明文件

  19. 以資產盤點系統為例

  20. 4. 系統開發時程 • 系統開發時程的訂定，是依據專案開發階段的時程來進行工作安排、管理與查核。 • 系統開發時程以條列式形式列出專案工作的重點項目，並預估各階段的工作項目的發展時程，以期對專案發展的順序與時程能有初步的規劃與掌握。 • 一般使用甘特圖方式來表示。

  21. 開發時程甘特圖

  22. 5. 可行性與預期效益分析 • 專案規劃中所進行的各種可行性分析，其主要目的是依據系統目標、架構及範圍，從經濟成本的可行性、技術能力的可行性、時效的可行性、系統運作的可行性，以及法規制度的可行性等角度，對專案計畫是否將付諸實行進行審慎的評估與分析作業。

  23. 可行行分析的結果 • 一個無法順利通過可行性評估的專案而言，可行性的評估可以用來輔助說明專案被放棄的原因。 • 一個被正面考量且可能持續發展的專案而言，可行性分析的結果則可能是一個達成未來成效的基礎。

  24. 一個通過分析且可行性較高的專案計畫，相對的在預期效益的達成率上也會有較高的機會。一個通過分析且可行性較高的專案計畫，相對的在預期效益的達成率上也會有較高的機會。 • 在效益分析作業中，一般亦可以 PIECES分析表針對新舊系統的差異進行比較，以作為效益分析工具。

  25. 以PIECES 分析表作為效益分析工具

  26. 練習/HW1 • 規劃「上課點名系統」或「你專題的系統」 • 完成PIECES表 • 完成系統目標與架構表 • 完成系統範圍文件 • 完成甘特圖 • 完成可行性與預期效益分析

  27. 3-2 系統分析與設計 • 系統分析與設計是在系統發展過程中，透過對現有作業的深入了解以發掘問題，並將所確認的需求轉換成分析與設計規格文件。 • 資料流程圖與實體關係圖的繪製，是系統分析與設計活動中最常被使用的開發工具。

  28. 1. 環境圖 (Context Diagram) • 資料流程圖的前置圖：看到系統全貌 • 環境圖是一種結合系統、外部實體，以及處理與資料流等三種元素所構成的圖型工具。 • 在結構化的系統分析與設計活動中，可以透過環境圖來表達系統所在之環境，及其與環境之間的關係。 • 在環境圖之中，除了系統主體外，必須清楚標示出與系統有關的外部實體，以及存在於外部實體與系統之間的互動關係。

  29. 環境圖使用的元素表示方式

  30. 環境圖可以用來表示系統之概觀與範圍，因此在一個由上而下 (Top-Down) 發展的分析與設計作業中，環境圖的繪製通常是製作資料流程圖的前置工作。 • 環境圖可以讓開發人員從一個巨觀的角度，來描述並掌握與系統互動之外部實體、系統從環境中所接受的資訊、系統所產生及輸出給環境之資訊，以及系統與環境之界限等，以協助開發人員瞭解系統所存在之環境及其間的互動關係。

  31. 「財產盤點系統」範例環境圖 外部實體? 系統? 資料/訊?

  32. 2. 資料流程圖 (DFD) • 資料流程圖是一種流程塑模的工具，它提供一種藉由圖形化的方式，來表達系統中的作業處理與資料流間之關係。 • 資料流程圖是以階層分解的概念，描述系統中資料之流動情形，以及分析資料是在那個部份進行轉換，以及資料儲存的檔案位置，以協助系統開發人員與使用者間的溝通、了解系統之概略輪廓，並作為日後進行系統設計的參考依據。

  33. 資料流程圖主要有四個基本元素: • 外部實體(Entity) • 資料流(Data Flow) • 處理(Process) • 資料儲存(Data Store) • 常見的資料流程圖元素表示符號有兩種方式 • DeMarco & Yourdon • Gane & Sarson

  34. 資料流程圖表示方式

  35. DFD的特性 • 資料流程圖的層次性是指資料流程圖可細分為數個階層，用以表達系統在不同層次的資料流程，而這些層次在縱向方面，彼此具有父子層的關係。 • 資料流程圖的可分解性是指分析師可以依資料流程圖的複雜度，逐層地予以分解，直到各項轉換處理成為更易了解的基本功能為止。 • 資料流程圖的邏輯性則是指資料流程圖只表達資料在那裡進行轉換，而不描述資料的轉換過程。

  36. 範例:財產盤點資訊系統 • 外部實體： 「系統管理員」以及「盤點人員」 • 處理：包含了「組織管理」、「財產管理」，以及「盤點管理」等三個主要的子系統。它們是原本存在於環境圖中「財產盤點資訊系統」的內容。 • 資料存儲：包含了「單位資料檔」、「盤點狀態資料檔」、「盤點位置資料檔」、「人員資料檔」、「財產資料檔」，以及「盤點記錄資料檔」等六個。

  37. 第零階資料流程圖 資料流? 外部實體? 處理? 資料儲存?

  38. 「組織管理」子系統之第一階資料流程圖 哪來的？ 有什麼特性？

  39. 「財產管理」子系統之第一階資料流程圖

  40. 「盤點管理」子系統之第一階資料流程圖

  41. 常見的錯誤DFD表示法

  42. 常見的錯誤DFD 表示法

  43. 3. 實體關係圖（ERD） • 實體關係圖（Entity-Relationship Diagram, 簡稱為E-R Diagram 或ERD）是一種作為資料塑模的重要工具，它被用來建構所有資料之間的關聯性，以建立系統的資料庫表格。 • 實體關係圖的主要基本組成元素包含實體型態（Entity Type）、關係型態（Relationship Type）、屬性（Attribute），以及用來將屬性連結到實體型態或將實體型態連結到關係的直線等元素。

  44. 實體關係圖的主要元素

  45. 實體型態 • 實體型態，有時稱為實體類別（Entity Class）或簡稱實體，是一些具有共同性質（Properties）或特徵（Characteristics）之實體案例（Entity Instance）或稱實例（Instance）的集合。 • 每個實體型態有一個名稱為其辨別物（Identifier）且常以矩形表示，實體的名稱標示於矩形內。

  46. 關係型態 • 關係型態（Relationship Type）是用來代表實體型態與實體型態間之關係，它通常是一個表示交易或活動的事件，當這個事件發生的時候會與所連接的實體產生關係。換句話說，與某關係相連接的數個實體型態，它們的關係是建立在此關係（Relationship）的事件上。 • 例如一個用來連接「學生實體型態」以及「書籍實體型態」的「借閱關係型態」，表示學生與書籍的關係是建立在借閱的行為或事件上。

  47. 屬性 • 每個實體型態都具有一些屬性（Attribute），每個屬性是實體型態的一個性質或特徵。屬性除了可以用來描述實體的特徵之外，它也可以用來描述關係的特徵。 • 在 ERD 中，一個屬性有一名稱以作為識別，且常以橢圓形表示，並將屬性名稱標示於橢圓形中，且以線條與其實體型態連接。 • 例如學生實體型態其屬性可能包括學生之學號、姓名、地址，以及電話等。

  48. 「學生-借閱-書籍」的部份實體關係圖 直線? 屬性? 實體? 關係?

  49. 關係型態的Degree • 關係型態的Degree 是參與此關係的實體型態數目，假使在一個實體關係模型中的關係型態，連接了兩個實體型態，一般稱此關係為二元關係。 • 例如「學生-借閱-書籍」係屬於二元關係。

  50. 關係型態的Degree • 若一個實體關係模型中的關係型態，連接了三個實體型態，則稱之為三元關係。 • 如圖，「維修」關係型態的Degree為3，係屬於三元關係。

More Related