第十三章資訊系統建置

東華書局│ www.tunghua.com.tw 2

瞭解新系統的建置如何造成組織變革瞭解系統開發過程中的核心活動為何瞭解系統塑模與設計的主要方法論為何瞭解資訊系統的其他系統建置方法為何瞭解在數位化公司時代裡，新的系統建置方法

為何

學習目標


本章大綱13.1 將系統視為有計畫的組織變革

13.2 系統開發概論

13.3 其他的系統建置方法

13.4 數位化公司的應用系統建置

13.5 管理資訊系統專案的實務演練


CIMB Group 重新設計開戶流程


13.1 將系統視為有計畫的組織變革

系統開發與組織變革資訊科技能促進一小部分到非常深遠等不同程度的組織改造。資訊科技所觸發的四種組織結構的改變 :

(1) 自動化(2) 合理化(3) 企業流程重新設計(4) 典範轉移。


13.1 將系統視為有計畫的組織變革系統開發與組織變革


13.1 將系統視為有計畫的組織變革企業流程重新設計企業流程管理 (business process management, BPM)提供多

樣的工具與方法 ,用來分析現行的流程、設計新的流程 , 並將這些流程最佳化。

確認要改變的流程

分析現行的流程

設計新的流程

執行新的流程

持續評量


13.1 將系統視為有計畫的組織變革

企業流程管理的工具這些工具能夠幫助企業找出並記錄需要改進的流程、建立

改善流程的模型、獲得並執行企業規則以實施流程 ,並且整合現行系統以支援新的或重新設計之流程。


企業流程管理有什麼不一樣嗎 ?

1. 為何如 AmerisourceBergen 與 Diebold 這類大型公司適合進行企業流程管理 ?

2. 每家公司重新設計與管理其企業流程能夠獲得的生意上的好處為何 ?

3. BPM如何改變這些公司的營運方式 ?

4. 於數量龐大的企業流程之間廣泛地推展 BPM 軟體可能產生的一些問題為何 ?

5. 哪些公司經由實施 BPM獲益最多 ?


系統開發 (systems development) 意指所有產生資訊系統方案，以便解決組織問題或提供機會的活動。



系統分析 (systems analysis)

是組織打算利用資訊系統解決問題時所進行的分析。它包括了定義問題、確定原因、提出解決方案，及配合系統解決方案所定義的資訊需求。



建立資訊需求新系統的資訊需求 (information requirements) 包括確

認由誰、何時、何處及如何使用資訊。需求分析詳細地定義了新系統或修正系統的目的，

並詳細說明新系統將執行的功能。



系統設計 (system design) 說明系統該如何完成這個目標。資訊系統設計是系統的整體規劃或模型。終端使用者扮演的角色

使用者必須有效地控管設計流程，以確保系統能反映出企業的優先順序與資訊需求，而不只是技術人員偏頗的想法。

參與設計的工作能幫助使用者更了解並接受這個系統。



完成系統開發流程系統開發流程接續的步驟，便是將系統分析及設計的規格轉換成完整能運作的資訊系統。

程式設計 (programming) 的階段中，系統設計時所訂的規格會被轉譯為軟體程式碼。

測試 (testing) 以確定其運作結果是否正確。單元測試 ( unit testing ) 系統測試 (system testing) 接受度測試 (acceptance testing)



完成系統開發流程

轉換 (conversion) 由舊系統轉換成新系統之程序。有四項主要的轉換策略可資採用：平行策略、直接切換策略、先導性研究策略，以及階段性轉換策略。

平行策略（ parallel strategy ）即為將舊系統及可能更換之新系統並行作業一段時間，直到每一個人都確定新系統能正確運行。

直接切換（ direct cutover ）先導性研究（ pilot study ）階段性轉換（ phased approach ）



上線使用與維護使用者及技術人員都會定期檢視系統，以決定新系統滿足預期目標的程度，並決定是否需要任何更新或修正。所謂維護（ maintenance ）便是修改上線系統的軟硬體、文件或程序，以修正錯誤、符合新的需求，或改善處理效率。



系統塑模與設計：結構化方法與物件導向方法

– 結構化方法• 結構化 (structured) 技術主要採用一步接一步的做法，

每一步皆根據前步驟之結果來逐步開發系統。• 結構化開發方法為流程導向，主要在建立流程模型，

或是在系統內執行擷取、儲存、操作及傳遞資料等資訊流程。



系統塑模與設計：結構化方法與物件導向方法

– 物件導向開發• 物件導向開發是以物件 (object) 為系統分析與設計的基本單元。

• 物件導向程式設計是基於類別和繼承的概念。



系統塑模與設計：結構化方法與物件導向方法( 續 ) 電腦輔助軟體工程 (computer-aided software

engineering, CASE) 有時被稱為電腦輔助系統工程提供將上述開發方法自動化的軟體工具，來降低開發者需進行的重複性工作。

可增加生產力及品質的工作：




傳統的系統生命週期法 (systems life cycle) 是資訊系統建置方法中最古老的一種。建置系統的階段式方法，它將系統開發分成幾個正規階段。

系統生命週期法仍多以事先定好的「瀑布式」方式運作，當一個階段中的工作完成後才開始進行下一個階段。


13.3 其他的系統建置方法• 雛型法 (prototyping)

– 透過快速建立低成本的試驗系統供使用者評估。– 雛型是資訊系統或其一部分的工作版本，但雛

型只是一種初步的系統模型。– 雛型法的反覆性較傳統生命週期法來得高，而且它積極鼓勵系統設計的改變。


13.3 其他的系統建置方法• 雛型法 (prototyping)

– 雛型法的步驟• 確認使用者的基本需求• 發展初步雛型• 使用雛型• 修正並強化雛型

– 雛型法的優缺點• 當組織對於需求或設計解決方法不是很確定

時，雛型法是最有用的。• 某些倉促建構的系統，可能不適合大量資料

或過多使用者的真實環境。


使用者自建 (end-user development) 由使用者自行開發，並且只需很少或不需技術專家的從旁協助。

使用第四代語言的軟體工具促使這樣的設計法可以實現。使用者運算也可能引起組織風險，因為它超出傳統資訊系

統管理與控制的範圍。系統雖可快速建立起來，卻沒有一套正規的發展方法、測試及不合適的文件。在傳統資訊系統部門之外的系統資料可能因此失去控制。




應用套裝軟體與資訊系統委外應用軟體套件

當套裝軟體可以符合大部份的組織需求，公司便不用再額外撰寫自己的軟體程式。公司可以用事先撰寫、設計並測試完成的套裝軟體來節省成本與時間。

委外如果一個公司不想使用其內部資源來建立或操作

資訊系統，它可以將這些工作委外給有提供這項專業服務的外部組織。


Zimbra 藉著 OneView 迅速取得領先

1. 請描述 Zimbra 銷售流程的步驟。原有的行銷自動化系統如何支援此流程 ? 它產生什麼問題 ?這些問題對企業的影響為何 ?

2. 列出並描述 Zimbra 對新的行銷套裝軟體的需求 ? 假設你正在為 Zimbra 的新系統籌劃RFP,你會問什麼樣的問題 ?

3. 新的行銷系統如何改變 Zimbra 企業營運方式 ?獲得多大的成功 ?



快速應用系統開發 (RAD) 物件導向軟體工具、可重複使用的軟體、雛型法及第四

代語言工具，比傳統系統建置方法與軟體工具更能幫助系統開發者快速的建構系統。

一種稱為共同應用系統設計 (joint application design JAD) 的技術是用來加速產生資訊需求，以發展最初的系統設計。



元件基礎的系統開發與網路服務為了加速軟體的開發，軟體物件透過被組合起來的方

式，來組成具有一般功能的軟體元件，如圖形使用者介面或線上訂單等，這些軟體元件可被組合來創造出更大型的企業應用系統。

使系統可由組合現存軟體元件來整合建置而成。網路服務與服務導向運算


13.5 管理資訊系統專案的實務演練 1

39

改善決策制定：使用資料庫為汽車買賣商設計一套客戶系

統軟體技術：資料庫設計、查詢、產生報表與

各式表單

商業技術：潛在商機與顧客分析


13.5 管理資訊系統專案的實務演練 2

40

達成卓越營運 : 重新設計上網採購的企業流程

軟體技術 : 網路瀏覽器軟體

商業技術 : 採購


本章摘要

1. 新系統的建置如何造成組織變革 ?2. 系統開發過程的核心活動為何 ? 3. 系統塑模與設計的主要方法論為何 ? 4. 資訊系統的其他建置方法為何 ? 5. 在數位化公司時代裡 ,新的系統建置方法為何 ?

41


問題討論

1. 為何選擇系統開發方式是一個重要的企業決策 ?哪些人應該參與選擇的過程 ?

2. 有些人說降低系統開發成本的最好方法是應用套裝軟體或第四代工具 ,你同意嗎 ?為什麼 ?

3. 試著發展一套新的資訊系統時 ,為何了解企業流程如何進行是十分重要的 ?

42


個案研究

43

電子病歷是醫療照護制度的一帖良方嗎 ?

第十 三 章 資訊系統建置

Documents

第十三章資訊系統建置