Download
part 3 n.
Skip this Video
Loading SlideShow in 5 Seconds..
PART 3 資訊系統的建置 PowerPoint Presentation
Download Presentation
PART 3 資訊系統的建置

PART 3 資訊系統的建置

210 Views Download Presentation
Download Presentation

PART 3 資訊系統的建置

- - - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

  1. PART 3 資訊系統的建置 • 第十一章:資訊系統與組織再造 • 第十二章:資訊系統的開發方法 • 第十三章:資訊系統與軟體品質

  2. 學習目標 • 了解資訊發展團隊的組成 • 了解資訊系統的發展和組織改造之間的關係 • 了解資訊系統發展的過程 • 了解資訊系統開發過程中變動管理的相關議題 • 了解影響資訊系統成敗的因素

  3. 前言 • 新資訊系統的引進不只是引進一些新的電腦硬體或軟體而已 • 新資訊系統對組織的衝擊為何? • 組織有計畫的改造? • 企業要避免引進新資訊系統時在「技術」上成功,卻失敗在「社會或政治」的問題上

  4. 系統開發與組織變革:以ERP為例

  5. 社會技術模式(Socio-Technical Model)   T1 S1 TS1 社會技術理論觀點 T:技術面觀點的績效考量   T2 S2 TS2 S:行為面觀點的績效考量   T3 S3 TS3 TS:技術  行為的績效考量

  6. 11.1 資訊系統發展團隊(1/4) • 負責整個資訊系統的發展工作 • 組成 • 企業組織的高階主管 • 專業的資訊人員 • 代表功能單位的使用者

  7. 資訊系統發展團隊(2/4)

  8. 資訊系統發展團隊(3/4) • 企業策略規劃小組 • 由高階主管所組成 • 負責策略規劃、監督審查IS發展策略與企業策略的適配度 • 高階主管的教育、溝通 • CEO的支持 • 資訊指導委員會 • 直接負責資訊系統發展的委員會 • 扮演開發資訊系統守門員的角色 • 資訊需求的整合、挑選方案、審議使用者提案、審核訓練計畫

  9. 資訊系統發展團隊(4/4) • 資訊專案管理小組 • 由資深的資訊和使用者單位經理級人員所組成 • 負責特定資訊系統的開發、督導和專案管理 • 資訊專案發展小組 • 負責資訊系統實際的建置工作 • 由資訊人員、使用者、專業技術人員組成 • 資訊分析/設計師 • 負責資訊系統實際的建置工作

  10. 資訊系統開發的生命週期模式 系統 分析 系統 設計 策略 規劃 系統 編碼 與測 試 系統 維護 系統轉換 與上線 系統 評估

  11. 資訊系統規劃(SISP) • 根據企業策略,規劃資訊需求架構,並以此規劃整體資訊系統架構,與資料管理模式;然後再決定IT基礎設施,並依據對企業存活的重要性,決定系統開發專案的優先順序與時程,而後據以配置資訊資源。 • 首要工作:確定組織的資訊需求

  12. SISP (續) • 目的與預期效益 • 避免資訊氾濫或匱乏 • 配合甚至是促成組織策略 • 善加利用資訊資源 • 整合獨立、不同時間開發之系統 • 方法論分為兩類 • 由上而下、由下而上、由中而外 • 衝擊與協調 • 主流方法: • 企業系統規劃(Business System Planning; BSP) • 關鍵成功因素(Critical Success Factors; CSF)

  13. 11.2.1 企業系統規劃 • IBM公司在1960年代提出的一套方法 • 主要精神 • 確認企業資訊需求的方法,必須從充分檢視「企業活動」著手 • 訪談各管理階層以了解其資訊需求 • 利用群組分析(cluster analysis)或類似關係分析(affinity analysis)進行資料分析與歸類 • 每一個群集可能可以被規劃為一個資訊系統

  14. IBM的企業系統規劃方法論 • BSP的特質 • 由上而下規劃法。 • 企業整體規劃概念。 • 以支援企業基本作業為目標。 • 資料導向。

  15. BSP的優點 • 規劃架構完整而深入,包括需求架構、IS架構、資料架構等。 • 清楚定義出整個企業的資訊架構,清楚的IS整體架構藍圖。 • 有利於將來各系統間的整合及配合(Fit)架構。 • 資料導向的架構,較具穩定性。 • 以企業需求與程序而非以技術觀點來規劃系統,較容易滿足對企業經營的需求。

  16. BSP的缺點 • 工程規模巨大,非常耗時。 • 成本高。 • 只偏重企業目前經營作業程序的支援(What Is):對於企業未來應該規劃的走向則較少考慮,例如BPR與e化轉型較不重視。 • 沒有考慮到主管的認知。 • 太過龐大複雜:常常流於瑣碎、資訊超載、彈性不大,當時空改變的幅度較大時,往往於完成後只能束諸高閣,無法落實。

  17. 11.2.2 關鍵成功因素 • 何謂CSF • 不能出錯的事。 • 達成績效的保證。 • 影響成敗的事件。 • 衡量成敗的指標。 • 確認企業的關鍵成功因素,就可以作為建置重點資訊系統的依據 • 主要方法:訪談高階主管 • 強調企業經營的「關鍵成功因素」而非企業的「經營活動」

  18. 關鍵成功因素法(續) • CSF的特質 • 個人異同。 • 項目有限。 • 因時而異。 • 因產業別、企業特質、外在因素、時間等不同,而有不同的CSF。 • 決策支援導向。 • 可行性高。

  19. CSF運用在SISP的制定 財務經理的CSF 行銷經理的CSF 人事經理的CSF 生產經理的CSF 總經理的CSF 所有人員求得一致觀點 定義全公司 的CSF 有衝突 全公司的CSF 定義出資訊需求與支援主管的DSS 利用CSF排定資訊系統開發的優先順序

  20. CSF的優、缺點點 • 優點 • 成本低、利用率高。 • 支援高層。 • 可檢視經營策略。 • 資訊簡潔性。 • 缺點 • 涵蓋不完整。 • 變動性大。 • 結構性低。 • 只重視目前問題。 • 方法論不完整

  21. 11.3 資訊系統發展和組織再造 • 新的資訊系統可以當成是一種「組織再造的工具」 • 資訊科技對企業組織的影響(依照其影響程度區分) • 業務自動化 • 工作流程合理化 • 企業程序再工程 • 企業商業領域的改變

  22. 11.3.1 BPR的實施步驟 • 建立願景與目標 • 評估及BPR規劃 • 利用資訊工程活動、資料交互作用矩陣以及高階主管面談等措施找出重要且需重設計之程序 • 一般不超過十個 • 分析現有流程 • 組成任務小組 • 設定願景與積極性目標 • 分析工作與資訊流、活動次序、人力、資源需求 • 計算各活動應分攤之成本,以及對附加價值之貢獻度

  23. BPR的程序(續) • 重新設計 • 尋求使用科技的機會 • 化繁為簡、整合、自動化 • 比較不同方案與舊流程之成本效益(舊流程此時成為基線),評估可能風險,選擇最適合的可行方案 • 實施改進後方案 • 需同時考慮組織、技術層次的議題 • 建立雛形,作為實驗之用 • 建立雛形系統,驗證與評估,精益求精

  24. IS導入與BPR的關連 • IS導入與建置常引發BPR,BPR則是組織再造的一環 • 大多數的BPR案例並不成功 • 組織重組需要非常多的創新想法與作法 • 創新意味著對舊有體制與權力結構的衝擊 • 面對未知,抗拒與遲疑是正常反應 • IS建置方法論不可忽略組織的社會構面的變遷

  25. 組織變革的影響 不同變革程度帶來不同程度效益與衝擊,IS導入必須將之納入考量

  26. 開發電子通路 Biz.com 突破性網路商機 Breakthrough.com 保持目前定位 Status-Quo 電子化創新 e-Innovation 企業e化轉型的不同策略類型 虛擬通路 實體通路 目前產品新產品

  27. 11.4 資訊系統發展過程 • 六個階段 • 系統分析 • 系統設計 • 程式編碼 • 測試 • 系統轉換 • 上線、系統維護

  28. 11.4.1 系統分析 • 定義資訊系統的範疇(scope) • 資訊系統的工作內容(context)和系統目標(objectives) • 確認使用者的資訊需求 • 提出可行性的解決方案 • 經濟上的可行性 • 技術上的可行性 • 作業環境上的可行性 • 法律上的可行性

  29. 11.4.2 系統設計 • 邏輯設計(logical design)階段 • 著重在系統的架構設計(architectural design) • 主要的工作內容是設計系統中各個模組、描述他們彼此之間的關係 • 實體設計(physical design)階段 • 將邏輯設計階段所設計的結果,轉換到實體的設備上和人為的操作程序上

  30. 11.4.3-4 系統實做與測試 • 程式寫碼 • 將系統設計階段完成的系統規格轉換成電腦程式 • 測試:找出資訊系統內部潛藏的錯誤 • 測試的過程著重在程式內部邏輯和程式架構間互動的正確性 • 三類測試的方式 • 單元測試(unit testing) • 系統測試(system testing) • 驗收測試(acceptance testing)

  31. 系統轉換 • 將舊系統轉換成新系統的過程 • 四種一般系統轉換的策略 • 平行轉換(parallel) • 直接轉換(direct cutoff) • 先導型轉換(pilot study) • 階段性轉換(phased approach) • 必須提供足夠的人員訓練和完整的操作說明文件

  32. 上線及系統維護 • 接受使用者評估,看是否有修正的必要

  33. 資訊系統開發的過程

  34. 11.5 系統開發的變動管理 • 使用者的參與和影響:溝通困難 • 管理階層的支持 • 系統風險的控管 • 規模、架構與人員經驗 • 專案負責人(PM)的重要性:最有潛力行業 • 專案管理 • 常用的專案管理工具 • 計畫評核技術(Program Evaluation and Review Technology; PERT)、甘特圖(Gantt chart) • 小組會議與技術查核

  35. 11.6 影響資訊系統成敗的因素 • 如何衡量資訊系統是否成功 • 使用率(use) • 使用者滿意度(user satisfaction) • 喜好程度(favorable attitudes) • 達成目標(achieved objectives) • 財務收益(financial payoff) • 引發資訊系統失敗的因子 • 設計 • 資料 • 成本 • 操作

  36. 結論 • 資訊技術和能力只是造成資訊系統成功或失敗的一環,管理和組織上的問題才是根本的原因 • 對工作方式的影響 • 對組織結構的影響 • 結合資訊科技與組織和人性需求的重要性