04 系统定义与可行性研究.pptVIP

結構化系統分析與設計 第四章　系統定義與可行性研究 4-1 系統定義 完成「細部分析」工作以後，系統分析人員已充分了解整個系統的詳細情形，並取得許多系統資料 如流程圖、表單樣式、面談記錄、問卷調查報告、作業程序等 。此時，系統分析人員應即進行「系統定義」 System Definition 工作，將系統分析的結果 包括觀念與資料等 ，予以系統化的整理與確認，並撰寫成書面文件，使能正確描述並定義系統的內容與性質。此種書面文件通稱為「系統分析報告」或「資料規範」 Data Specification 。 4-1 系統定義 系統定義的主要工作項目如下： 確定系統的需求。 確定系統的績效。 撰寫系統分析報告。 4-1 系統定義 4-1.1 確定系統的需求 系統分析人員充分了解系統的細節以後，將更具系統分析能力，此時應再一次檢討使用者所提出之需求，以確定其是否合理、是否窒礙難行、是否不切實際、是否應予修改或增刪等。倘有不合理、不切實際或窒礙難行者，應即刻與相關人員協商修改或增刪，期使系統需求達到盡善盡美。 4-1 系統定義 4-1.2 確定系統的績效 系統需求經最後確定，就不會再作大幅改變，此時系統分析人員應根據需求內容確立預期的績效 Performance ，亦即要確定系統的設計限制 Design Constraints 與設計目標 Design Objectives 。 系統的設計限制是指系統開發過程中的限制因素；例如，應於何時開發完成、應使用何種軟硬體設備、可用經費與人力等。 4-1 系統定義 4-1.3 撰寫系統分析報告 系統需求與績效經最後確認以後，系統分析人員即可依據分析結果撰寫「系統分析報告」，其內容應包含下列各項： 　　1.系統概述。 2.系統功能。 3.系統需求。 4.系統限制。 5.系統目標。 6.系統的資料流程。 7.系統的處理邏輯。 8.系統的輸出入資料結構等等。 4-1 系統定義 4-1.4 資料要覽 資料要覽之符號： 　資料要覽所使用的符號有下列六種： ? 符號 代表意義 等於 Equal + 　　　以及 And 取捨 Optional [ ] 其中之一 Or 重複 Iteration ** 備註 Comment 4-1 系統定義 4-1.4 資料要覽 “ ” 號係用以表示某資料記錄或某一表單是由哪些元素 Data Element 所組成，等號左邊表示資料記錄或表單，右邊表示資料元素。 “+” 號係用以連接所有資料元素。 “ ” 號係用以表示可有可無之資料元素。 “[ ]” 號係用以表示選擇性的資料元素。 “ ” 號係用以表示該資料元素重複出現若干次的意思，最小次數寫在左邊大括號之下端，最大次數寫在左邊大括號之上端，其形式如：。 4-1 系統定義 4-1.4 資料要覽 “**” 係補充說明資料元素之內容。凡需補充說明之資料元素，應在其後加上兩個”*”號，補充說明之文字寫在兩個”*”號間。 4-1 系統定義 4-1.4 資料要覽 資料要覽之內容： 　　資料要覽的內容應包含資料流描述 Data Flow Entry 、資料元素描述 Data Element Entry 、檔案描述 File Entry 及處理程序描述 Process Entry 。 資料流描述：描寫每一資料流的結構，由「資料流名稱」、「別名」、「組成」及「說明」等四部份構成，上述訂貨單之資料結構可予描述如下： 4-1 系統定義 4-1 .4 資料要覽 4-1 系統定義 4-1 .4 資料要覽 資料元素描述：描寫每一資料元素的值與意義，由「名稱」、「別名」、「值與意義」、「說明」等四部份構成，茲以上述之貨品代號為例，可描述如下： 4-1 系統定義 4-1 .4 資料要覽 4-1 系統定義 4-1 .4 資料要覽 檔案描述：描寫每一資料檔或資料庫的結構，由「名稱」、「別名」、「組成」、「組織」與「說明」等五部分構成。茲舉例描述如下： 4-1 系統定義 4-1 .4 資料要覽 處理程序描述：描寫每一作業單元的處理邏輯，由「名稱」「編號」、「邏輯描述」與「說明」等四部份組成。 資料要覽的製作： 　　資料要覽的製作方式，可分為人工與自動化兩種。 資料字典 data dictionary ： 資料字典所使用符號： 使用說明： ：這個符號的左邊表示一個集體資料項目，它可以是一個檔案、資料流、資料紀錄，更甚至是一張報表。而符號的右邊可以是資料元素 無法再分解 、集體資料項目等。 +：用來結合資料元素及集體資料項目，在此所指的集體資料項目是指可以再進行分解的資料項目。例如： 學生基