系统开发生命周期SDLC.PPT

系統開發環境 【本章大綱】 1.1 現代的系統分析與設計的方法 1.2 資訊系統的種類與系統開發 1.3 開發資訊系統與系統開發生命週期 1.4 系統開發過程之核心 1.5 物件導向分析與設計(OOAD) 1.1 現代的系統分析與設計的方法 1/3 1950s：著重於有效率地自動化既存流程。 1960s：第三代語言的來臨、更快和更可靠的腦。 1970s：系統開發逐漸由藝術轉變成科學工程。 現代的系統分析與設計的方法 2/3 1980s：第四代語言出現重大突破、CASE 工具和物件導向方法。 1990s：著重於系統整合、圖形化使用者介面應用系統、用戶端／伺服器平台和網際網路。 新世紀: 網路應用程式開發、無線PDAs和模組化應用系統。 現代的系統分析與設計的方法 3/3 應用軟體 支援組織功能和流程的電腦軟體。 系統分析師 組織內主要負責資訊系統分析與設計的角色。 1.2 資訊系統的種類與系統開發 1/3 交易處理系統 (TPS) 自動處理商業活動或交易上有關的資料。 流程導向。 管理資訊系統 (MIS) 透過TPS取得可用的原始資料，並將它轉換成有意義的資料格式。 資料導向。 資訊系統的種類與系統開發 2/3 決策支援系統 (DSS) 協助決策者作決策。 提供互動環境，協助決策。 使用資料倉儲的資料。 與高階主管資訊系統會有互動。 資料庫、模式庫和使用者對話。 資訊系統的種類與系統開發 3/3 資訊系統類型 1.3 開發資訊系統與系統開發生命週期 1/3 系統開發方法論(system development methodology)為企業組織用來分析、設計、實作與維護資訊系統所遵循的標準步驟。 系統開發生命週期(system development life cycle, SDLC)則是用來發展、維護、更換資訊系統的傳統方法論。 開發資訊系統與系統開發生命週期 2/3 SDLC的階段： 規劃 分析 設計 實作 維護 開發資訊系統與系統開發生命週期 3/3 演進模型 系統開發生命週期(SDLC) 1/4 第一個階段–規劃(planning)：對企業的整體資訊系統需求作確認、分析、排定優先順序以及安排。 第二個階段–分析(analysis)：對系統的需求進行瞭解與建構。 系統開發生命週期(SDLC) 2/4 第三個階段——設計(design)：將建議的解決方案轉換成邏輯設計，之後再轉換成實體系統規格。 邏輯設計：描述從分析階段所找出之系統功能特色，此設計和底層電腦平台無關。 實體設計：邏輯設計完成後，將邏輯規格轉換成技術規格，以供程式設計和系統建置的需要。 系統開發生命週期(SDLC) 3/4 第四個階段——實作(implementation)：包含撰寫程式、測試、安裝以及支援企業組織內的資訊系統。 第五個階段——維護(maintenance)：以系統化方式維修及改善資訊系統。 系統開發生命週期(SDLC) 4/4 1.4 系統開發過程之核心 傳統瀑布式SDLC 瀑布式SDLC的問題 系統需求訂定後就被凍結無法修改。 有限的使用者參與（只有在需求階段）。 過度強調SDLC階段上里程點要求的完成日期，因此傷害開發過程的完善性。 改善開發之不同方法 雛形法(Prototyping) CASE 工具 協合應用系統設計(JAD) 雛形法(Prototyping) 反覆式開發流程 。 需求可快速轉換至可運作系統。 系統持續修改。 使用者和分析師間緊密合作。 雛形法 CASE 工具 1/3 繪圖工具：協助圖形化呈現。 電腦呈現及報表產生器：協助產出系統外觀的雛形。 CASE 工具 2/3 分析工具：自動檢核圖形、表格和報表的一致性。 集中式儲存庫：可整合儲存圖形、報表和專案管理規格。 CASE 工具 3/3 文件產生器：可以統一技術性和使用者文件。 程式產生器：可由設計文件、圖形、表格和報表直接產生程式碼與資料庫定義碼。 協合應用系統設計 (JAD) 1/2 需使用者、系統開發人員和管理人員參與的結構化流程。 多天期的密集會議。 目的： 確認與檢討系統需求。 協合應用系統設計 (JAD) 2/2 快速應用系統開發 (RAD) 快捷法 極限程式開發 快速應用系統開發 (RAD) 1/2 大幅減少設計與實作時間的方法論。 需要使用者的廣泛參與。 雛形法、整合性CASE工具和程式產生器。 快速應用系統開發 (RAD) 2/2 快捷法 將軟體開發視為易變、無法預測和動態的。 三個關鍵原則 調適性而非預測性的方法。 注重人員而非角色。 注重自我調適過程。 極限程式開發 1/2 週期短、漸進式的開發循環。 自動測試。 兩人程式開發小組。 極限程式開發 2/2 程式開發和測試共同進行。 優點： 程式開發人員間溝通較佳。 較高的生產力。 較高品質的程式。