• 沒有找到結果。

開發企業與資訊科技的 開發企業與資訊科技的

N/A
N/A
Protected

Academic year: 2022

Share "開發企業與資訊科技的 開發企業與資訊科技的"

Copied!
53
0
0

加載中.... (立即查看全文)

全文

(1)

第十章

開發企業與資訊科技的 開發企業與資訊科技的

解決方案

解決方案

(2)

學習目標

¾ 利用本章所列舉的系統發展程序,以及 用在問題解決架構上的資訊系統元件模 用在問題解決架構上的資訊系統元件模 型(於第一章已介紹),來協助你建置 資訊系統解決方案以簡化企業問題

資訊系統解決方案以簡化企業問題。

¾ 描述並舉例說明你如何使用資訊系統發 展週期的每一步驟,來發展並建置企業 資訊系統。

¾ 解釋雛型法如何幫助使用者與資訊系統 人員,改善資訊系統開發程序。

人員 改善資訊系統開發程序

(3)

學習目標

(續)

¾ 了解專案管理的基本原理及其對建置一 個成功系統的重要性

個成功系統的重要性。

¾ 定義新資訊系統建置所包含的活動。

¾ 定義新資訊系統建置所包含的活動

¾ 比較四種轉換系統的策略。

¾ 描述取得硬體、軟體,以及資訊服務時 所需評估的因素。

所需評估的因素

(4)

開發企業系統

¾使用系統方法來解決資訊系統發展的問題

‡資訊系統發展

‡應用發展

‡應用發展

¾真實案例真實案例1

‡自行研發正蓬勃發展:以自行研發正蓬勃發展 H&R Block 、 摩根‧史坦利等公司為例

Case 1

Case 1

(5)

系統方法

¾透過系統導向來定義問題、機會,並發展 解決方案

解決方案。

¾系統思考(systems thinking)法—第五項

¾系統思考(systems thinking)法 第五項 修煉(fifth discipline)

‡了解系統間的相互關係

‡了解系統間的相互關係

‡了解系統變革的程序

(6)

系統方法

(續)

¾系統思考的範例

(7)

資訊系統 發展生命

週期

週期

(8)

開始系統發展程序

¾ 可行性議題

可行性研究

‡可行性研究(feasibility study)

‡操作可行性(operational feasibility)

‡經濟可行性(economic feasibility)

‡技術可行性(technical feasibility)

‡人為因素可行性

‡法律╱政策可行性

¾ 新資訊系統可能具備的效益

‡有形利益(tangible benefits)g

(9)

系統發展程序

(續)

¾可行性因素

(10)

系統發展程序

(續)

¾如何衡量電子商務系統企劃可行性

(11)

系統發展程序

(續)

¾新資訊系統可能具備的效益

(12)

系統分析

¾針對終端使用者的資訊需求進行深度調 查,並產生新資訊系統設計時所需的基 本功能描述。

¾組織分析

‡了解系統所存在的組織

‡了解系統所存在的組織

¾分析現行系統

‡硬體、軟體、網路與人力資源

‡輸入、處理、輸出、儲存與控制等活動文件

‡輸入、處理、輸出、儲存與控制等活動文件

(13)

系統分析

(續)

¾BuyerZone 與 OfficeMax :評估顧客瀏 覽網站的體驗

覽網站的體驗

‡網站試著找出客戶在決定租賃或購買辦公設網站試著找出客戶在決定租賃或購買辦公設 備時的反應要素。

‡推動成交前的支援程序。

‡推動成交前的支援程序。

‡在適當的時間提供適當的工具。

‡整合相關的任務

‡整合相關的任務。

(14)

系統分析

(續)

¾電子商務應用的功能需求

(15)

系統設計

¾由以下三個活動所組成,所產出的成果 包括使用者介面方法,以及產品、資料 庫結構,與處理控制程序的規格。

(16)

調查/分析

系統分析

分析/設計

系統分析

(續)

¾ 系統發展週期—

雛型法流程 雛型法流程

設計/建置 設計/建置

建置/維護 建置/維護

(17)

系統設計

(續)

¾以雛型法來開發企業應用

(18)

系統設計

(續)

¾佛樂多萊氏公司:系統發展的成敗

‡國際銷售團隊合作時所面臨的困難。

‡以網路為基礎的企業知識入口。

‡以網路為基礎的企業知識入口

‡支援團隊合作。

‡增加遺漏的功能

‡增加遺漏的功能。

‡更佳合作且更容易取得知識。

(19)

系統設計

(續)

¾企業網站設計的實用準則

(20)

系統設計

(續)

¾使用者介面設計範例

(21)

系統設計

(續)

¾價格線上:設計使用者介面

‡簡化網站介面。

‡票務網站的參訪者提高了約50% 。

‡票務網站的參訪者提高了約50%

‡降低使用者需要作的決策。

‡更成功的設計

‡更成功的設計。

(22)

系統設計

(續)

¾新電子商務系統的系統規格

(23)

終端者使用者開發

¾資訊系統的基礎活動

‡輸入

‡輸出

‡輸出

‡處理

‡儲存

‡儲存

‡控制

(24)

終端者使用者開發

(續)

¾資訊系統中資訊處理活動的基本元件

(25)

終端者使用者開發

(續)

¾鼓勵並管理企業終端使用者所開發企業 內部網路網站

內部網路網站

(26)

終端者使用者開發

(續)

¾終端使用者應用開發:99%的正確率仍 不夠

不夠

‡一家位於美國德州達拉斯的典型油氣公司,一家位於美國德州達拉斯的典型油氣公司 在終端使用者開發試算表模組存在一個錯誤,

因而作了無可挽救的決策。

因而作了無可挽救的決策

‡相較於技術錯誤,更重要的是不正確公式的 邏輯錯誤。

邏輯錯誤

‡謹慎地在每個開發步驟上進行稽核,才能確 保系統的正確性

保系統的正確性。

(27)

建置企業系統

¾建置是極為重要的步驟,它能透過資訊 科技的部署,來支援為員工、客戶與其 他利益關係人所開發的企業資訊系統。

¾真實案例2

¾真實案例2

‡導入成功還是失敗:從旁觀者的角度觀察

(28)

建置

¾建置程序的概觀

(29)

建置

(續)

¾北美蘇黎世:資訊科技專案管理

‡所有進行中的專案與情況,都公布在企業內 部網路上。

‡依據公司是否賺錢,約有10%至20%的獎賞。

‡要每一位專案經理都取得協議。

‡要每一位專案經理都取得協議。

‡我們不會在顧客尚未同意付款前,就開始執 行計畫

行計畫。

(30)

建置新系統 建置新系統

¾一家公司的人力資源管 理部門在安裝企業

¾一家公司的人力資源管 理部門在安裝企業 內部網路員工福利系統時,其建置流程的 相關活動與時程範例

相關活動與時程範例

(31)

專案管理

¾清楚定義開始與結束日期的一系列活動,

並設有目標 標的與任務 而且每個專 並設有目標、標的與任務,而且每個專 案還必須論及限制與約束。

¾現代專案管理方法可分為五個階段:

‡起始與定義階段

‡規劃階段

‡執行階段

‡執行階段

(32)

評估軟硬體與服務 評估軟硬體與服務

¾IBM 的電子商務軟硬體與服務

(33)

評估軟硬 體與服務 體與服務

(續)

(續)

¾10 項硬體 評估因素 摘要

(34)

評估軟硬 體與服務 體與服務

(續)

(續)

¾軟體評估

¾軟體評估 因素彙整

(35)

評估軟硬 體與服務

(續)

¾資訊系統

(續)

¾資訊系統 服務的評 估因素 估因素

(36)

其他建置活動

¾測試

‡包括網站效能檢測、測試與軟體除錯及新硬

‡包括網站效能檢測 測試與軟體除錯及新硬 體測試。

¾資料轉換

¾資料轉換

‡包含修正不正確的資料、篩選出不需要的資 料、整合數個資料庫內的資料,以及把資料加 料、整合數個資料庫內的資料,以及把資料加 以組織整理到新的資料子集。

¾文件

¾文件

‡電腦輔助軟體工程(CASE)

(37)

其他建置活動 其他建置活動

¾發展員工發展員工 訓練計畫 範例

範例

(38)

其他建置活動

(續)

¾系統轉換策略

‡操作新系統需要透過轉換程序將現有的系統

‡操作新系統需要透過轉換程序將現有的系統 轉換成新的或改良後的系統。

¾四種轉換方式

¾四種轉換方式

‡直接轉換

‡先導轉換

‡先導轉換

‡平行

‡階段轉換階段轉換

(39)

其他建置活動

(續)

¾建置後維護階 段

‡除錯與修正系統內不正確的功能,進而提升

‡除錯與修正系統內不正確的功能,進而提升 績效,抑或是更改系統以適應另一個新的運作 或營運環境。

¾系統維護(systems maintenance)

‡四個基本的維護活動類別:(1) 更正性;(2) 適

‡四個基本的維護活動類別:(1) 更正性;(2) 適 應性;(3) 完備性;(4) 預防性。

¾建置後覆核(postimplementation review)

¾建置後覆核(postimplementation review)

(40)

其他建置活動

(續)

¾建置系統的失敗經驗:烏干達登記投票者

‡重複投票的情形在整個國家蔓延,必須解決 冒充已經過世或失蹤人口的問題。

‡將具有選舉權的人民利用數位相機拍照存證,

作為驗證投票者身分的基礎。

作為驗證投票者身分的基礎

‡在初期階段便發生硬體問題,未公開的採購 投標過程更受到強烈質疑,再加上涉及政治因 投標過程更受到強烈質疑,再加上涉及政治因 素,專案最後宣告失敗。

(41)

建置的挑戰 建置的挑戰

¾100 家公司在發展並建置企業內部入口網

¾100 家公司在發展並建置企業內部入口網 站與企業資源規劃系統時,所遭遇的十 大挑戰

大挑戰

(42)

使用者抗拒及參與

¾適當的教育與訓練是解決終端使用者抗 拒新資訊科 技的最佳方法

拒新資訊科 技的最佳方法

¾另一種可行的方法,則是邀請終端使用

¾另一種可行的方法 則是邀請終端使用 者參與組織變革與新資訊系統的開發。

(43)

變革管理

¾人員是變革管理的焦點項目

‡改變執行計畫

‡改變贊助商

‡改變贊助商

‡改變團隊

‡鼓勵公開的溝通

‡鼓勵公開的溝通

‡聆聽回饋

(44)

變革管理

(續)

¾變革管理的主要構面

(45)

變革管理

(續)

¾變革管理程序

變革管理

(續)

(46)

本章總結

¾系統發展週期

‡利用系統方法開發合乎企業機會的資訊系統解

‡利用系統方法開發合乎企業機會的資訊系統解 決方案。

¾雛型法

¾雛型法

‡強調以反覆及互動的程序來開發使用者介面與 其他資訊系統元件的雛型

其他資訊系統元件的雛型。

¾終端使用者開發

(47)

本章總結

(續)

¾建置資訊系統

‡系統專案的建置流程

‡系統專案的建置流程

¾評估軟硬體與服務

¾執行變革執行變革

(48)

真實案例1:自行研發正蓬勃發展

¾ 全球資訊網讓企業提 供顧客一套有效率且 供顧客一套有效率且 便利的方式 來取得產 服務及資訊

品、服務及資訊。

(49)

真實案例1:自行研發正蓬勃發展

(續)

¾ H&R Block 資深副總裁暨資訊長傑夫‧班梅 勒形容自行研發應用「能帶給公司競爭優

勒形容自行研發應用「能帶給公司競爭優 勢」,為何他會這樣說?

¾ 現代的組織能夠在沒有自行研發任何應用的 情況下競爭嗎?請說明原因。

¾ 本案例指出儘管採用別人提供的應用,「在 研發過程中仍有許多人力需求」,為何在可

(50)

真實案例 2:導入成功還是失敗

¾ 成功建置資訊系 統的不二法門 統的不二法門,

就是仔細地注意 每一個環節的程 每一個環節的程 序、技術,以及 最重要的「人

最重要的「人」。

(51)

真實案例2:導入成功還是失敗

(續)

¾ 這篇案例從兩個不同的觀點來分析,印第安 納大學認為這只是意外;另一方面則認為整 納大學認為這只是意外;另一方面則認為整

起事件是可以被避免與預測,你的看法如 何?

為什麼?

為什麼?

¾ 有些導入上的問題是否無法輕易地事先預測 或避免?請舉例說明。

¾ 印第安納大學應該如何做才能避免發生這樣

(52)

真實案例 3:資訊科技的成效

¾ 資訊長面臨取得資源的挑戰,與其他經 理人所面對的困難有差異嗎?請說明你 的理由。

¾ 達索在亞馬遜網路書店裡取得資源的策 略有什麼效益與限制?

略有什麼效益與限制?

¾ 達索的策略如果應用在小企業上,能夠 表現得一樣出色嗎?請解釋你的答案。

(53)

真實案例 4:成功導入企業資訊入口網站

¾ 為什麼許多企業的資訊入口無法吸引到

「感興趣的目標使用者」?哪些方法可 以改善這些企業入口的效用?

¾ 對杜邦外衣塗料部門而言,企業入口有 什麼企業價值?它是如何做到的?

什麼企業價值?它是如何做到的?

¾ Southwire的企業入口有什麼企業價值?

參考文獻

相關文件

圖4 1 整合資訊系統風險 圖4.1 整合資訊系統風險..

¾真實案例 2:美國政府商業部:透過 知識管理,運用資訊科技來開發專家 知識管理 運用資訊科技來開發專家

四、企管系 (四日) 畢業資格審查項目:.. 五、企管系 (四日) 畢業資格:. 注意事項-

朝陽科技大學 資訊與通訊系. 107

1.. 開發之企業,提供經費補助,並自 1998

有關資料可參閱教城

包含外系學 分、課規劃 中未有之本 系課程、超 修的專業選 修或校訂必 修學分. 四、企管系 (四日) 畢業資格審查項目:..

• 與資訊科技科、常識科、視藝科進行跨 科合作,提升學生資訊素養能力。圖書