Transcript 系統開發環境

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