Transcript 01.資訊系統開發概論

第一章 資訊系統開發概論
1
內容大綱
學習目標
1.1 導論
1.2 資訊系統開發的原則
1.3 資訊系統開發的構面
1.4 資訊系統開發的特性與挑戰
1.5 資訊系統開發環境
1.6 結論
2
學習目標







詳讀本章，你至少能瞭解：
系統開發、資訊系統開發和系統分析與設計的
關係。
影響資訊系統開發的重要構面。
資訊系統開發環境。
資訊系統開發的人員與角色。
資訊系統之建置策略。
有那些系統開發模式。
系統分析與設計階段有那些技術可用。
3
1.1 導論


資訊科技的日新月異，應用的普及和經營環境的競爭，
使得有效的掌控與應用資訊已成為企業成敗的重要關
鍵因素之ㄧ。
為能有效管理與應用資訊以支援組織的經營管理和決
策需求，各種資訊系統乃應運而生：
 交易處理系統(TPS)
 管理資訊系統(MIS)
 企業資源規劃系統(ERP)
 決策支援系統(DSS)
 專家系統(ES)
 高階主管資訊系統(EIS)…等。
4
1.1 導論 (c.2)


各系統之特性、大小、開發方法或技術可能不
同，但系統開發之過程可歸納出一些基本而共
同的步驟或階段，如圖1-1a，1-1b。其中「系
統分析與設計」都是重要階段之一。
早期ISD並無標準與理論可循，僅憑個人經驗
與喜好，主要應用在工程、科學、會計方面。
5
1.1 簡單vs.複雜 系統開發模式

圖1-1a、三階段資訊系統開發模式
系統分析
與設計
需求分析

系統實施
圖1-1b、七階段資訊系統開發模式
使用者
需求分析
編
軟硬體
需求分析
碼
測
系統分析
試
系統設計
操作與
維護
6
1.2 資訊系統開發的原則


人類為滿足需求而建立了各種系統。例如，萬
里長城是防禦系統、電影是娛樂產品，而企業
之電腦軟體則是管理資訊系統。
資訊系統開發可以定義為運用資訊科技及資訊
系統開發方法來建構實體的或邏輯的系統，以
協助人們解決資訊處理的需求。
7
1.2 資訊系統開發的原則 (c.2)

成功的資訊系統開發原則







系統的目標應該明確定義
系統的目標要實際而有用
系統開發要充份運用科技
系統開發要依循一定的方法
系統開發必須獲得足夠的資源及支持
系統開發必須符合限制條件
系統開發必須考慮環境因素
8
1.3 資訊系統開發的構面

資訊系統開發要考慮人、方法、科技和企業經
營等四個重要的構面，其關係有如鑽石結構，
各構面需要均衡發展：
9
1.3 四個構面




人：哪些相關人員
方法：ISD需要方法的原因、 ISD目的
科技：各IT適用各不同需求與層面
企業經營：


IS目的：支援企業之經營管理、決策、日常交易、
掌控與應用資訊等，以取得競爭優勢。
SAD主要功能：表達企業之經營管理需求，並將需
求精確分析，有效的轉換、設計成可用的各種資訊
系統。
10
1.4 ISD的特性與挑戰

資訊系統開發的特性如下：



邏輯系統：設計者對於電腦程式中的邏輯必須完全
了解。
專業知識：軟體開發者之專業門檻較高且養成時間
也較長。
智力活動：軟體開發是一種智力活動。人的智力潛
能無窮、個別差異大，同時也充滿著錯誤和偏誤。
11
1.4 ISD的特性與挑戰

資訊系統開發面臨之挑戰：




資訊科技進步快、淘汰率高，系統可用壽命變短。
如何選擇適當IT與克服IT變化之影響？
經營環境快速變遷，使用者需求經常變動。如何改
善SASD方法、有效找出User需求、足夠的系統彈
性？
系統開發時程延誤、成本超支、品質不良等問題普
遍存在。如何以專案管理方法作有效的規劃與控制？
人們對於智慧財產權的重視不足，使得軟體的價值
低。主管對軟體開發的效益不易看見？
12
1.5資訊系統開發環境
資訊系統開發的環境所涉及的層面很廣，包括
系統開發本身所涉及的環境及外在的大環境。
政府政策、法規
教
育
、
文
化
資訊系統
種類
資訊系統
開發模式
資訊系統
開發人員
系統分析與設計
資訊系統
分析與設計技術
科
技
、
社
會
資訊系統
建置策略
13
1.5.1 資訊系統的種類

資訊系統是一種由資訊科技、企業流程(Business Process)與知識等元件有組
織的結合，用以管理知識，並為某些活動提供知識或服務的系統。
其他系統
資訊科技
需求
使用者
介面
企業
流程
知識
回應
環境
14
1.5.1 資訊系統的種類






交易處理系統 (Transaction Processing System)
管理資訊系統 (Management Information System)
企業資源規劃系統(Enterprise Resource Planning
System)
決策支援系統 (Decision Support System)
專家系統 (Expert System)
高階主管資訊系統 (Executive Information System)
15
交易處理系統(TPS)


交易處理系統(TPS)亦稱資料處理系統(Data
Processing System, DPS)，該系統主要之目
的是將大量的交易處理自動化。此系統的兩種
主要功能為交易記錄之保存與交易表單之產生。
POS (Point of Sale)系統之前檯系統、加油站
之加油作業與收銀系統，金融機構之櫃檯系統
等屬於交易處理系統。
16
管理資訊系統(MIS)


管理資訊系統主要之目的是提供不同層級的管
理者有關組織營運狀況不同摘述程度之報表，
這些報表之格式事先設定，資料之處理與報表
之產生也多是結構化的。該系統的兩種主要功
能是交易資料之記錄保存與摘述性報表之產生。
POS系統之後檯系統是屬於管理資訊系統。
17
企業資源規劃系統(ERP)



能及時整合與規劃分散於各據點之企業資源，
並能隨時依需求彈性的處理與展示資訊之系統。
狹義的觀點視ERP系統為整合與規劃企業內部
資源之系統。
廣義的觀點視ERP系統為整合與規劃企業內外
部資源之系統（例如包括上下游之供應鏈管
理）。
18
決策支援系統(DSS)



決策支援系統之主要目的是支援決策者以提升其決策
效率(Efficiency)與效能(Effectiveness)。
決策支援系統主要是支援半結構化或非結構化之決策
活動，其主要特徵有：（1）能以突發、自訂性或標
準化的方式分析資料與產生報表，（2）能直接與決
策者產生互動。
例：POS 系統之後檯系統，除了固定式分析與報表
產生外，若還能與使用者互動，並依其需求分析與展
示資訊，則該系統可稱為DSS。
19
高階主管資訊系統(EIS)


高階主管資訊系統是針對高階主管之資訊需求而設計，
其目的是希望高階主管能直接從電腦中及時得到其所
需之關鍵資訊，而不需透過中介使用者。
高階主管資訊系統有一些重要的特徵，例如可過濾、
摘述關鍵資訊。一般來說，高階主管資訊系統之特徵
與決策支援系統相同，但高階主管資訊系統比決策支
援系統有更多的限制，故高階主管資訊系統可視為是
決策支援系統的一種特例。
20
專家系統(ES)



專家系統初期發展的目的是用以取代人類專家，並希
望專家系統所提供之解答或建議可達到人類專家之水
準。
專家系統有三個主要元件：使用者介面、推理機與知
識庫。使用者介面是專家系統與使用者交談之機制，
推理機是專家系統依使用者之要求從知識庫中推論出
結果或建議之機制，知識庫則是系統儲存專家知識的
地方。
如今，專家系統不再強調取代專家，而是支援專家，
因此專家系統也漸成為另一種決策支援系統。
21
資訊系統之種類及其特性
資訊系統種類
交易處理系統
(TPS)
管理資訊系統
(MIS)
決策支援系統
(DSS)
企業資源規劃系統
(ERP)
資訊系統特性
針對大量交易處理之自動化，其處理程序及資訊
需求非常結構化，且一經決定後就不常改變。
提供給不同層級的管理者，有關組織營運狀況不
同摘述程度之報表，資訊較結構化，且報表之格
式是預定的。一般來說，這些資料之處理與報表
之格式事先預定，且一經決定後就不常改變。
主要是用以支援決策者半結構化或非結構化之決
策。一般來說，需求沒有固定形式。
能及時整合與規劃企業分散於各據點之企業資
源，並能隨時依需求彈性的處理與展示資訊。
22
1.5.2 ISD相關人員角色 - 7類

資訊系統開發之相關人員至少包括7類







終端使用者（End User）
終端使用者之高層主管
程式設計師（Programmer）
系統分析師（System Analyst）
資訊系統經理（IS Manager）
資料庫管理者（Database Administrator）
其他技師（Technician）等。
23
1.5.2 ISD角色 - SA, Programmer

系統分析師

系統分析師扮演的角色有



使用者需求之擷取，
進一步將需求轉換成資訊技術、企業處理與知識等元件，
並且有組織的結合起來。
程式設計師

主要是依分析與設計之藍圖設計出程式、建立資料
庫、測試與安裝系統等。程式設計師主要之工作是
將分析與設計文件轉換成電腦可執行的指令。
24
1.5.2 ISD角色 – DBA, Technician


DBA：
 今日資料庫系統管理階層是高科技職場的新貴，一個好的
DBA 在職場上更是搶手。同學可以往這方面繼續進修，相信
在職場上更有競爭力。
 主要職責是定義資料庫的綱要、資料庫設計和架構諮詢、資
料庫安全、備份和復原等維護工作，以及監督並調整資料庫
效能。確實做到安全控制(Security Control)、整合檢查
(Integrity Checking)以確保資料的正確性與一致性、資料備
份(Backup)與回復(Recovery)，當災難發生時才能迅速恢復
正常運作狀態。
Technician：
 主要職責是作業系統、應用軟體、網路等軟硬體之建置、管
理與維護，
25
1.5.2 ISD角色 - End User

終端使用者


終端使用者是問題領域之專家，但可能並非資訊科
技方面之專家，在系統分析與設計過程主要扮演提
供使用者需求與企業知識之角色。
終端使用者有企業領域之專業知識，不過他們通常
沒有資訊系統開發上之技術、時間與責任。因此，
分析師要與終端使用者一起工作並將企業上的知識
轉換成可支持其工作的資訊系統。
26
1.5.2 ISD角色 - Senior Manager

企業高層主管




企業經理們是終端使用者之高層主管，這些人一般來說沒有
很多時間參與系統的開發，但他們對系統開發扮演非常重要
的角色，例如承諾對系統開發之財力、人力、時間等資源之
投入及提出組織之政策與限制等。
由於他們的決策權與企業的專業知識，部門的領導者與執行
長也能對資訊系統專案發展設定一般性的需求與限制。
在較大的公司中，較重要的系統開發專案由指導委員會決定。
因此企業經理便擁有決定系統發展方向的權利，提出與通過
專案的權利及決定專案之相關重要性等。
系統分析師必須要這些人保持良好的溝通，瞭解他們的期望
和優先順序，從他們口中瞭解組織內的限制和資源。
27
1.5.3 資訊系統建置策略

資訊系統建置策略乃指資訊系統之建立、修改、
擴充或更新等所採取之方式。資訊系統之建置
策略可分成參種：




(1) 由公司內部獨立完成
(2) 由公司外部取得
(3) 其他方式。
若採由公司內部獨立完成



(1)使用者自建(End User Computing)
(2)由公司資訊部門自行開發
(3)由相關部門人員組成任務編組開發
28
1.5.3 資訊系統建置策略(c.2)

若取自於公司外部，則可：




委外開發（Outsourcing）
購買現成之套裝軟體（Application Package）
引進同業之系統
其他方式

上述各種策略之綜合，或由部份同業聯合共同找資
訊公司開發等
29
1.5.3 各IS建置策略比較
評估項目 套裝軟體 委外(ASP) 自行開發
1.成本
1
2
3
2.時效
1
2
3
3.適用性
3
2
1
4.技術能力
1
5.人員負荷
1
6.經營策略
3
2
1
PS.: 1 表示最好，2 表示其次，3 表示更次
30
1.5.4 資訊系統開發模式

系統開發模式主要考量開發過程應分成哪些階
段，每階段應如何進行及要做什麼。常用的資
訊系統開發方法有五種：





瀑布模式（Waterfall Model）
雛型模式（Prototyping Model）
漸增模式（Incremental Model）
螺旋模式（Spiral Model）
同步模式(Concurrent Model)。
31
1.5.5 系統分析與設計技術


系統分析與設計是一系列有組織之處理程序，目的是
將需求轉換成有組織的資訊科技、企業流程與知識等
元件。
常用的分析與設計技術可分為兩種：




結構化技術、物件導向技術
結構化技術用於流程、資料塑模工具有：事件、環境圖、資
料流程圖(DFD)、資料字典、處理規格描述、實體關聯圖
(ERD)、狀態轉移圖(STD)等。
結構化SDLC？
結構化技術：主要用於系統開發過程之分析與設計階段，以
幫助系統分析師進行資訊系統之描述與驗證。結構化技術將
流程與資料分開處理。
32
1.5.5 系統分析與設計技術- OO


物件導向之分析與設計是將流程與資料合併處理，並將之封裝成物件。
常用UML做為塑模工具：(Chap.9~14)

1.使用個案圖 Use Case Diagram

2.類別圖 Class Diagram
3.物件圖 Object Diagram
4.循序圖 Sequence Diagram
5.合作圖 Collaboration Diagram
6.狀態圖 State Diagram
7.活動圖 Activity Diagram
8.元件圖 Component Diagram
9.部署圖 Deployment Diagram








物件導向之另一特徵是繼承的概念，也就是當物件類別之層級結構被建立
後，低層物件可繼承上層物件之性質，以減少因需求改變而造成相關程式
之修改等。
33
1.6 結論



資訊系統之開發是一個有系統、有組織的活動，過程
中需要考量系統開發之環境背景
例如，需瞭解資訊系統之種類、系統開發之相關人員、
系統建置策略、系統開發模式及分析與設計之技術等，
並做最適當的選擇。
在選擇時應考量組織之限制、政策、人力之資訊科技
能力、資金、規模、對系統需求之迫切性、組織對資
訊倚賴之程度與重要性等。
34
圖4-7 結構化分析與設計及塑模工具
使用者與
企業需求
需求擷取
需求轉換
資料塑模
實體關係圖→關聯表→正規化
流程塑模
資料流程圖→結構圖→模組設計
流程圖（或活動圖）
處理描述
藍
圖
資料詞彙
使用者介面設計
使用者介面塑模
介面結構圖、介面藍圖與元件規格、
循序圖、狀態圖與轉換表
程式設計
資料庫設計
35
圖9-12物件導向塑模活動及塑模工具
需求塑模
使用者與
企業需求
需求擷取
需求轉換
使用個案圖
活動圖（或流程圖）
藍
圖
資料詞彙
使用者介面設計
物件資料結構塑模
類別圖
物件圖
物件互動行為塑模
循序圖
合作圖
作業行為塑模
活動圖
狀態圖
使用者介面塑模
介面結構圖
介面藍圖與元件規格
介面狀態圖與轉換表
程式設計
系統元件與
結構塑模
元件圖
部署圖
資料庫設計
36