390 likes | 808 Views
系統開發環境. 【 本章大綱 】 1.1 現代的系統分析與設計的方法 1.2 資訊系統的種類與系統開發 1.3 開發資訊系統與系統開發生命週期 1.4 系統開發過程之核心 1.5 物件導向分析與設計 (OOAD). 1.1 現代的系統分析與設計的方法 1/3. 1950s :著重於有效率地自動化既存流程。 1960s :第三代語言的來臨、更快和更可靠的腦。 1970s :系統開發逐漸由藝術轉變成科學工程。. 現代的系統分析與設計的方法 2/3. 1980s :第四代語言出現重大突破、 CASE 工具和物件導向方法。
E N D
系統開發環境 【本章大綱】 • 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-1不同資訊系統之特性和發展方法
1.3 開發資訊系統與系統開發生命週期 1/3 • 系統開發方法論(system development methodology)為企業組織用來分析、設計、實作與維護資訊系統所遵循的標準步驟。 • 系統開發生命週期(system development life cycle, SDLC)則是用來發展、維護、更換資訊系統的傳統方法論。
開發資訊系統與系統開發生命週期 2/3 • SDLC的階段: • 規劃 • 分析 • 設計 • 實作 • 維護 圖 1-2系統開發生命週期
開發資訊系統與系統開發生命週期 3/3 • 演進模型 圖 1-3 演進模型
系統開發生命週期(SDLC) 1/4 • 第一個階段–規劃(planning):對企業的整體資訊系統需求作確認、分析、排定優先順序以及安排。 • 第二個階段–分析(analysis):對系統的需求進行瞭解與建構。
系統開發生命週期(SDLC) 2/4 • 第三個階段——設計(design):將建議的解決方案轉換成邏輯設計,之後再轉換成實體系統規格。 • 邏輯設計:描述從分析階段所找出之系統功能特色,此設計和底層電腦平台無關。 • 實體設計:邏輯設計完成後,將邏輯規格轉換成技術規格,以供程式設計和系統建置的需要。
系統開發生命週期(SDLC) 3/4 • 第四個階段——實作(implementation):包含撰寫程式、測試、安裝以及支援企業組織內的資訊系統。 • 第五個階段——維護(maintenance):以系統化方式維修及改善資訊系統。
系統開發生命週期(SDLC)4/4 表 1-2 SDLC各階段的產出
1.4 系統開發過程之核心 圖1-8系統開發的核心 圖1-7分析-設計-程式開發與測試循環
傳統瀑布式SDLC 圖1-9傳統瀑布式的系統開發生命週期
瀑布式SDLC的問題 • 系統需求訂定後就被凍結無法修改。 • 有限的使用者參與(只有在需求階段)。 • 過度強調SDLC階段上里程點要求的完成日期,因此傷害開發過程的完善性。
改善開發之不同方法 • 雛形法(Prototyping) • CASE 工具 • 協合應用系統設計(JAD)
雛形法(Prototyping) • 反覆式開發流程 。 • 需求可快速轉換至可運作系統。 • 系統持續修改。 • 使用者和分析師間緊密合作。
雛形法 圖1-10雛形方法論
CASE 工具 1/3 • 繪圖工具:協助圖形化呈現。 • 電腦呈現及報表產生器:協助產出系統外觀的雛形。
CASE 工具 2/3 • 分析工具:自動檢核圖形、表格和報表的一致性。 • 集中式儲存庫:可整合儲存圖形、報表和專案管理規格。
CASE 工具 3/3 • 文件產生器:可以統一技術性和使用者文件。 • 程式產生器:可由設計文件、圖形、表格和報表直接產生程式碼與資料庫定義碼。
協合應用系統設計 (JAD) 1/2 • 需使用者、系統開發人員和管理人員參與的結構化流程。 • 多天期的密集會議。 • 目的: 確認與檢討系統需求。
協合應用系統設計 (JAD) 2/2 • 快速應用系統開發 (RAD) • 快捷法 • 極限程式開發
快速應用系統開發 (RAD) 1/2 • 大幅減少設計與實作時間的方法論。 • 需要使用者的廣泛參與。 • 雛形法、整合性CASE工具和程式產生器。
快速應用系統開發 (RAD) 2/2 圖1-12 RAD生命週期
快捷法 • 將軟體開發視為易變、無法預測和動態的。 • 三個關鍵原則 • 調適性而非預測性的方法。 • 注重人員而非角色。 • 注重自我調適過程。
極限程式開發 1/2 • 週期短、漸進式的開發循環。 • 自動測試。 • 兩人程式開發小組。
極限程式開發 2/2 • 程式開發和測試共同進行。 • 優點: • 程式開發人員間溝通較佳。 • 較高的生產力。 • 較高品質的程式。
1.5 物件導向分析與設計(OOAD) 1/2 • 以物件為基礎,而非資料或流程。 • 物件:一個包含封裝屬性與操作屬性之方法的結構。
物件導向分析與設計(OOAD) 2/2 • 物件類別:一個將包含相同(或相似)屬性及行為(方法)之物件進行邏輯上的群組分類。 • 繼承:當實體型態或物件類別間有層級性的關係,且每一個實體型態或物件類別擁有祖先(也就是階層中較高的層級)的屬性與方法。
合理統一流程(RUP) • 一種物件導向系統開發方法論。 • RUP 開發的四個階段: • 起始階段(Inception) 。 • 詳述階段(Elaboation) 。 • 建構階段(Construction) 。 • 交付階段(Transition)。 • 每一階段都可細分至數個反覆過程。
以物件導向分析與設計為基礎進行開發的階段 圖1-13以OOSAD為基礎開發的階段