系统分析与软体工程.pptVIP

本章重點 本章將介紹系統分析(system analysis)與軟體工程(software engineering)二個主題 系統分析是指在設計系統前，對系統所進行的分析工作 軟體工程則是研究如何運用系統化、規範化及數量化等工程方法去進行軟體的開發和維護 軟體工程通常被分為軟體發展技術和軟體專案管理二部份，而系統分析是軟體發展技術的重要主題，所以可將系統分析視為軟體工程的一部份 導論 電腦資訊系統開發過程中擔任編寫程式工作的人稱為程式設計師(programmer)，而擔任規劃系統架構工作的人則稱為系統分析師(System Analyst；SA) 電腦資訊系統品質的優劣絕大部份是取決於系統分析師所執行的系統分析工作品質的好壞，因此系統分析師的素質及專業能力將會影響整體電腦資訊系統的運作績效 系統分析師主要的工作 定義問題 列出系統目標 蒐集資料 分析及評估 提出解決方案 擬定系統開發計畫 定義系統規格 系統實作 執行系統切割工作時應注意事項 系統分析工作會將系統切割成子系統(subsystem) 子系統間的複雜度會與切割後的子系統數量成正比，但子系統內部本身的複雜度會與切割後的子系統數量成反比；也就是說，切割後的子系統數量愈多，子系統間的複雜度將愈高，但子系統本身內部的複雜度將愈低。 盡量提高子系統本身之內聚力(cohesion)，但應盡量降低子系統間之耦合力(coupling) 「軟體工程」基礎 是一種可描述軟體工程產品特性的理論與科學之基礎 是一種可對軟體工程產品與產品間關係建構模式進行推論的數學基礎 是一種可對所發展的軟體產品之特性建立預測能力的基本原理 傳統系統分析過程中，可能遭遇的問題 使用者需求可能經常變更 使用者與系統分析師之間不易溝通 使用者不易理解系統完整架構 系統不易分割，導致分工不易 軟體開發生命週期 傳統軟體開發生命週期分為九個階段 初步分析與可行性研究 細部分析 初步設計 硬體研究評估 細部設計 系統製作 撰寫系統文件 系統評估 系統運轉與維護 初步分析 「初步分析」是依據使用者的需求對系統有初步的了解，本部分主要的工作是 分析並瞭解問題 確認系統範圍與目標 「初步分析」結束時會將結果撰寫成可行性分析文件，提供「可行性研究」階段使用 可行性研究 「可行性研究」主要是根據已知的相關資料研究評估新系統是否可行，評估的方向包括以下幾點： 成本因素：評估開發新系統所需支出的成本是否能接受 社會因素：評估新系統是否能被使用者接受 時間因素：評估開發新系統是否有足夠的時間 技術因素：評估開發新系統所需的人力及設備是否足夠 法律因素：評估新系統是否符合現行法令或將來可能修訂的新法令的規定 管理因素：評估新系統是否能有較佳的管理功能 假設有一家販售運動彩卷的公司X想要開發一套資訊系統提供客戶利用手持式行動裝置(例如手機或PDA)，隨時隨地都可利用行動電話業者提供的通訊連線服務登錄運動彩卷下注系統進行下注，則此系統的可行性分析文件可能如下 細部分析 輸入 使用者需求及可行性分析文件。 輸出 確定系統的需求、範圍及目標後產生實體需求(physical requirement)及功能規格書(function specification) 初步設計 輸入 功能規格書 輸出 藉由把系統切割成子系統(subsystem)，確定每個子系統在軟體、硬體及人工作業方面的規格，本階段輸出為系統規格書(system specification) 硬體研究評估 輸入 實體需求(細部分析階段的輸出)及硬體規格資料(初步設計階段的輸出)。 輸出 硬體組態描述(hardware configuration description)及硬體訂單 細部設計 輸入 系統規格書(初步設計階段的輸出)及硬體組態描述(硬體研究評估階段的輸出)。 輸出 程式規格書(program specification)，程式規格書中包括輸出入格式、人工作業流程、文件及表格、程式細部流程及實體資料庫等資料之設計 系統製作 本階段的工作包括 撰寫程式 系統測試 系統實際操作測試 系統實施等 撰寫系統文件 編寫系統文件說明書(system documents) 系統評估 評估系統的優缺點 系統運轉與維護 藉由修改軟體使系統能符合使用者需求 結構化分析工具及結構化方法 結構化分析是一種具嚴謹性及組織性的方法 利用結構化分析工具有容易學習及方便維護等優點 結構化方法(structured methodology)是指利用結構化分析工具來表達資料處理之過程 常用的結構化分析工具有以下四種 資料流程圖 資料字典 資料結構圖 迷你規格書 資料流程圖 「資料流程圖」的作法是將系統分成幾個部份，並利用圖形來描述系統中每個部份之間資料流動的情形，