系統開發環境

系統分析與設計‧ Chapter 1‧系統開發環境

1-2

系統開發環境

【本章大綱】1.1 現代的系統分析與設計的方法1.2 資訊系統的種類與系統開發1.3 開發資訊系統與系統開發生命週期1.4 系統開發過程之核心1.5 物件導向分析與設計 (OOAD)

系統分析與設計‧ Chapter 1‧系統開發環境 1-3

1.1 1.1 現代的系統分析與設計的方法現代的系統分析與設計的方法 11

/3/3

1950s ：著重於有效率地自動化既存流程。1960s ：第三代語言的來臨、更快和更可靠的腦。1970s ：系統開發逐漸由藝術轉變成科學工程。


現代的系統分析與設計的方法現代的系統分析與設計的方法 2/32/3

1980s ：第四代語言出現重大突破、 CASE 工具和物件導向方法。1990s ：著重於系統整合、圖形化使用者介面應用系統、用戶端／伺服器平台和網際網路。新世紀 : 網路應用程式開發、無線 PDAs 和模組化應用系統。


現代的系統分析與設計的方法現代的系統分析與設計的方法 3/33/3

應用軟體支援組織功能和流程的電腦軟體。

系統分析師組織內主要負責資訊系統分析與設計的角色。


1.2 1.2 資訊系統的種類與系統開發資訊系統的種類與系統開發 1/31/3

交易處理系統 (TPS)

自動處理商業活動或交易上有關的資料。流程導向。

管理資訊系統 (MIS)

透過 TPS 取得可用的原始資料，並將它轉換成有意義的資料格式。資料導向。


資訊系統的種類與系統開發資訊系統的種類與系統開發 2/32/3

決策支援系統 (DSS)

協助決策者作決策。提供互動環境，協助決策。使用資料倉儲的資料。與高階主管資訊系統會有互動。資料庫、模式庫和使用者對話。


資訊系統的種類與系統開發資訊系統的種類與系統開發 3/33/3

資訊系統類型表 1-1 不同資訊系統之特性和發展方法


1.3 1.3 開發資訊系統與系統開發生命週期開發資訊系統與系統開發生命週期 1/31/3

系統開發方法論 (system development methodolog

y) 為企業組織用來分析、設計、實作與維護資訊系統所遵循的標準步驟。系統開發生命週期 (system development life cycle,

SDLC) 則是用來發展、維護、更換資訊系統的傳統方法論。


開發資訊系統與系統開發生命週期開發資訊系統與系統開發生命週期 2/2/

33

SDLC 的階段：規劃分析設計實作維護

圖 1-2 系統開發生命週期


開發資訊系統與系統開發生命週期開發資訊系統與系統開發生命週期 3/3/

33

演進模型

圖 1-3 演進模型


系統開發生命週期系統開發生命週期 (SDLC) (SDLC) 1/41/4

第一個階段–規劃 (planning) ：對企業的整體資訊系統需求作確認、分析、排定優先順序以及安排。第二個階段–分析 (analysis) ：對系統的需求進行瞭解與建構。



第三個階段——設計 (design) ：將建議的解決方案轉換成邏輯設計，之後再轉換成實體系統規格。

邏輯設計：描述從分析階段所找出之系統功能特色，此設計和底層電腦平台無關。實體設計：邏輯設計完成後，將邏輯規格轉換成技術規格，以供程式設計和系統建置的需要。



第四個階段——實作 (implementation) ：包含撰寫程式、測試、安裝以及支援企業組織內的資訊系統。第五個階段——維護 (maintenance) ：以系統化方式維修及改善資訊系統。


表 1-2 SDLC 各階段的產出

系統開發生命週期系統開發生命週期 (SDLC)(SDLC) 4/44/4


1.4 1.4 系統開發過程之核心系統開發過程之核心

圖 1-7 分析－設計－程式開發與測試循環圖 1-8 系統開發的核心


傳統瀑布式傳統瀑布式 SDLCSDLC

圖 1-9 傳統瀑布式的系統開發生命週期


瀑布式瀑布式 SDLCSDLC 的問題的問題

系統需求訂定後就被凍結無法修改。有限的使用者參與（只有在需求階段）。過度強調 SDLC 階段上里程點要求的完成日期，因此傷害開發過程的完善性。


改善開發之不同方法改善開發之不同方法

雛形法 (Prototyping)

CASE 工具協合應用系統設計 (JAD)


雛形法雛形法 (Prototyping)(Prototyping)

反覆式開發流程。需求可快速轉換至可運作系統。系統持續修改。使用者和分析師間緊密合作。


雛形法雛形法

圖 1-10 雛形方法論


CASE CASE 工具工具 1/31/3

繪圖工具：協助圖形化呈現。電腦呈現及報表產生器：協助產出系統外觀的雛形。



分析工具：自動檢核圖形、表格和報表的一致性。集中式儲存庫：可整合儲存圖形、報表和專案管理規格。



文件產生器：可以統一技術性和使用者文件。程式產生器：可由設計文件、圖形、表格和報表直接產生程式碼與資料庫定義碼。


協合應用系統設計協合應用系統設計 (JAD) (JAD) 1/21/2

需使用者、系統開發人員和管理人員參與的結構化流程。多天期的密集會議。目的：確認與檢討系統需求。


協合應用系統設計協合應用系統設計 (JAD) (JAD) 2/22/2

快速應用系統開發 (RAD)

快捷法極限程式開發


快速應用系統開發快速應用系統開發 (RAD) (RAD) 1/21/2

大幅減少設計與實作時間的方法論。需要使用者的廣泛參與。雛形法、整合性 CASE 工具和程式產生器。


快速應用系統開發快速應用系統開發 (RAD) (RAD) 2/22/2

圖 1-12 RAD 生命週期


快捷法快捷法

將軟體開發視為易變、無法預測和動態的。三個關鍵原則調適性而非預測性的方法。注重人員而非角色。注重自我調適過程。


極限程式開發極限程式開發 1/21/2

週期短、漸進式的開發循環。自動測試。兩人程式開發小組。


極限程式開發極限程式開發 2/22/2

程式開發和測試共同進行。優點：

程式開發人員間溝通較佳。較高的生產力。較高品質的程式。


1.5 1.5 物件導向分析與設計物件導向分析與設計 (OOAD) (OOAD) 1/21/2

以物件為基礎，而非資料或流程。物件：一個包含封裝屬性與操作屬性之方法的結構。


物件導向分析與設計物件導向分析與設計 (OOAD) (OOAD) 2/22/2

物件類別：一個將包含相同（或相似）屬性及行為（方法）之物件進行邏輯上的群組分類。繼承：當實體型態或物件類別間有層級性的關係，且每一個實體型態或物件類別擁有祖先（也就是階層中較高的層級）的屬性與方法。


合理統一流程合理統一流程 (RUP)(RUP)

一種物件導向系統開發方法論。RUP 開發的四個階段：起始階段 (Inception) 。詳述階段 (Elaboation) 。建構階段 (Construction) 。交付階段 (Transition) 。

每一階段都可細分至數個反覆過程。


以物件導向分析與設計為基礎進行以物件導向分析與設計為基礎進行開發的階段開發的階段

圖 1-13 以 OOSAD 為基礎開發的階段

Documents

系統開發環境