咨询系统分析与设计.pptVIP

系統分析與設計 賴聯福 彰化師範大學 資訊工程系 研究室:機械大樓507室 分機:7034 Email: lflai@.tw 系統分析與設計 上課用書: 系統分析與設計(三版), 吳仁和與林信惠 著, 智勝出版社, ISBN 957-729-394-8 Applying UML and Patterns, Craig Larman (2nd Edition), Prentice Hall PTR, ISBN 0130925691 評分方式: 期中考 30% , 期末考 30% 平常成績 40% (作業, 小考, 上課狀況) 講義下載: .tw/~lflai 助教: 資工研一 張勝韋 , ubndwos@.tw Ch1. 資訊系統開發概論 1. 資訊系統開發概論 大型軟體系統的開發為複雜且長時間的過程 需先作規劃以降低風險 系統功能與流程需符合使用者需求 各個子系統需正確與一致 縮短時程與降低成本 未來需容易修改維護 軟體工程 以標準的工程方法分多個階段一步步來開發軟體 規劃分析→系統分析與設計→系統實作 常見之資訊系統開發階段 三階段開發 資訊系統開發之構面(Facet) 人 終端使用者(end user)、使用者主管、系統分析師、程式設計師、資料庫管理師、專案經理 方法 資訊系統開發方法: 瀑布模式、雛型模式、漸增模式、螺旋模式、同步模式、統一流程模式 科技 程式語言: Java、C++、COBOL、Delphi、Informix 開發工具: Rational Rose、JBuilder、PowerBuilder、Oracle、DB2 技術功能: POS系統、RFID射頻、指紋辨識、語音辨識、電腦視覺 企業 使用者需求、企業流程、政策配合、資源配合、限制條件 資訊系統開發之相關人員 終端使用者: 問題領域專家，非資訊專長 使用者主管: 政策配合與資源配合 系統分析師: 使用者需求之擷取與分析，建立系統規格 程式設計師: 根據系統規格設計程式，測試程式，安裝程式 資料庫管理師: 負責資料庫、伺服器、網路、作業系統等之管理與維護 專案經理: 整個專案之管理，包括參與人員規劃與訓練、軟硬體設備規劃、評估資訊系統開發方法、選定程式語言與開發工具、時程與經費之控管 常見之系統分析與設計技術 結構化技術 功能分解 結構化分析(Structured Analysis)、結構化設計(Structured Design)、結構化程式設計(Structured Programming) 物件導向技術 將資料與功能封裝於物件中 物件導向分析(OOA)、物件導向設計(OOD)、物件導向程式設計(OOP) Ch2. 資訊系統開發模式 2. 資訊系統開發模式 或稱為軟體流程模式(Software Process Model) 系統開發依循系統化及標準化的一系列步驟與執行程序，以確保系統開發的品質與效率 開發模式 VS 開發技術 VS 開發工具 開發模式 開發之方法或方式，指採用之 階段步驟 與 執行流程 開發技術 使用之技術可能為 結構化技術 或 物件導向技術 開發工具 使用之規格方法如 DFD、ERD、UML 使用之軟體工具如 Rational Rose、JBuilder、Power Builder 資訊系統開發模式的演進 編碼與修正模式(Code-and-Fix): 1950 階段模式(Stagewise Model): 1956 瀑布模式(Waterfall Model): 1970 漸增模式(Incremental Model): 1971 雛型模式(Prototyping Model): 1977 螺旋模式(Spiral Model): 1986 同步模式(Concurrent Model): 1993 統一流程模式(Unified Process, UP/RUP): 1998 編碼與修正模式(Code-and-Fix) 最早期方式，只有兩個步驟: 先寫程式 再修正問題 主要缺點: 沒有事先規劃，程式經過不斷修改後，變得一團亂(Spaghetti Code)，未來很難維護 沒有使用者需求分析與確認，開發的軟體可能最後不符合使用者需求 階段模式(Stagewise Model) 明確定義系統開發的各個階段並循序執行，以解決編碼與修正模式的缺點 (1956) 階段模式之討論 階段模式的改進點 (VS 編碼與修正模式) 真正開始有軟體工程概念，分階段系統化開發 已具有規劃、需求分析、規格描述、系統測試之概念 階段模式的缺點 不論系統的大小與複雜程度均需經歷八階段 各階段之進行是循序的且階段間沒有回饋 各階段均需考量完整的系統範圍，不可僅考量部份系統(沒有分解漸增) 假設需求可完整且清楚的描述 (沒有重覆循環) 瀑布模式(Waterfal