16资讯管理概念Word文档下载推荐.docx

16资讯管理概念Word文档下载推荐.docx

《16资讯管理概念Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《16资讯管理概念Word文档下载推荐.docx（19页珍藏版）》请在冰点文库上搜索。

薪資管理、績效分析、規劃人事需求

財務、會計

財務分析、資金需求規劃、成本分析

技援

採購的規劃、控制、存貨控制

資訊處理

資訊系統規劃

高階管理

策略規劃、資源分配

16-01-03資訊系統的發展趨勢

企業中的資訊系統會先由支援管理架構開始發展，採取由下而上的方式發展，先發展基層的資料處理系統（DPS），將以整合後才可以發展決策支援系統（DSS），然後甚至可以發展出供高層使用的主管資訊系統（EIS）。

完成這些支援組織管理架構的系統後，組織可以繼續開發重塑管理架構的資訊系統，採用由上而下的方式發展，先發展策略資訊系統（SIS），重塑組織的各項策略，接著可以進行企業流程再造（BPR），從根改造整個企業。

如此可以營造出以企業工程（EE）、企業內網路（Intranet）、網際網路（Internet）為基礎的新時代企業。

16-01-03圖16-3管理資訊系統的發展

16-02各種管理資訊系統

16-02-01資料處理系統（DPS）

又稱交易處理系統（TPS）或電子資料處理（EDP），用來處理日常例行的交易資料，並產生報表以支援組織的作業活動。

可以代替人工處理繁複的結構化資料，基本上是一種孤島式的功能性檔案系統。

例如一般單純的記帳系統，只能協助將每天的帳記下來，就是一種資料處理系統。

16-02-01-01線上交易處理（OLTP）

讓使用者利用通訊技術直接連接主機上的資訊系統，以從事各種交易處理。

例如下圖就可以直接透過此一整合式查詢系統查詢各校圖書館的目錄中是否有所要的內容。

16-02-01-01圖16-4線上交易處理系統

16-02-01-02與MIS的比較

A.MIS可以提供資訊以支援組織的決策、規劃、分析的活動，因此可以支援組織的各個階層；

EDP則只有針對特定作業。

B.EDP強調效率（Efficiency）；

MIS強調成效（Effectiveness）。

C.EDP強調利用電腦以提高日常例行作業中資料處理的效率；

MIS則是透過對資訊資源的管理以提昇競爭優勢。

16-02-02決策支援系統（DSS）

一種強調協助人類做決策的資訊系統，偏向於用來作規劃與分析各種行動方案，並且常用試誤（Tryanderror）的方法找尋可能的行動方案；

以交談式的方法來解決半結構性（Semi-structured）或非結構性（Non-structured）的問題；

但其所強調的是支援而非代替人類進行決策。

決策支援系統可視為MIS應用的一個子集合，適用於組織的各個階層。

例如下圖就是一個可以計算石門水庫在枯水期時採取救旱措施的可能結果，從而讓使用者可以作為決策的參考。

16-02-02-01圖16-5決策支援系統

16-02-02-02圖16-6決策支援系統架構

16-02-02-02決策支援系統的架構

A.對話子系統（DialogSubsystem）

決策資源系統大部份的能力、彈性及使用性等特性都是由系統和使用者之間交互作用的能力所產生，我們稱這部份為對話子系統。

例如前述的石門水庫決策支援系統所呈現的畫面，就是對話子系統，由此必須輸入相關資料才可以讓系統繼續運作。

B.資料子系統（DataSubsystem）

資料庫方法的優點及DBMS的強大能力對DSS的發展和使用也是非常重要的。

例如前述的石門水庫決策支援系統會去抓取歷年資料，推出採取相關措施的可能結果，而這些歷年資料就要由資料子系統負責維護。

C.模式子系統（ModelSubsystem）

整合資料存取及決策模式的能力，例如前述的石門水庫決策支援系統就是根據水利上的計算模式算出來的，模式子系統可以修改此一模式。

16-02-02-03報表比較

DSS：

決策導向，重成效，產生特殊報表。

MIS：

資訊導向，重成效，產生摘要與例外報表。

EDP：

資料導向，重效率，產生詳細報表。

16-02-02-04管理資訊系統與決策支援系統的比較

D.功能重點

MIS強調將EDP所提供的資料，整合成資訊提供給各部門使用；

DSS的主要功能則為支援各階層的決策活動。

E.系統設計導向

因此MIS是以部門功能為導向，各部門需要怎樣的功能，就要設計怎樣的MIS；

而DSS則是解決問題導向，組織遇到怎樣的問題，就要開發對應的DSS來解決。

F.系統設計策略

為了要滿足各部門的功能需求，MIS必須整合各個EDP所提供的資料，如此才能確實反映組織現狀；

DSS則要見招拆招，因此一定要有決策前瞻性，才能開始可以解決組織即將面對問題的DSS。

G.問題類別

MIS所要解決的問題都是其中變數已知，同時變數間關係也已知的結構化問題，例如會計等；

而DSS所要解決的問題則是其中變數未知或部分未知，同時變數間關係也未知或部分未知的半結構化問題或非結構化問題。

H.系統輸出

MIS輸出的是整合資料的摘要報表，與便於管理的表現例外情形的例外報表；

DSS則是輸出協助決策分析的特殊報表。

I.系統架構

MIS的系統架構是整合EDP的整合性系統；

DSS則為了要因應未來多樣化的變化，因此必須是一個彈性的架構。

J.時程

MIS所用資料主要是歷史性與現況資料，以滿足各項組織功能需求；

DSS則要有前瞻性，才能解決未來多樣化的環境，因此所用資料要從歷史資料、現況資料到對未來的預測性資料。

16-02-02-04表16-3MIS與DSS的比較

特性

MIS

DSS

功能重點

提供資訊

支援決策

系統設計導向

部門功能導向

解決問題導向

系統設計策略

整合EDP以反映組織現況

反應決策前瞻性

問題類別

結構性問題

半結構性、非結構性問題

系統輸出

摘要、例外報表

協助決策分析的特殊報表

系統架構

大的整合架構

彈性的架構

時程

過去到現在

過去到未來

16-02-03專家系統（ES）

16-02-03-01專家系統

是一種將專家知識和經驗建構在電腦上，且具有推論能力的電腦化系統，以類似專家解決問題的方式對某一特定問題提供建議或答案，並能解釋推論的結果。

專家系統可以視為DSS的例子，是人工智慧的一支。

16-02-03-02決策支援系統與專家系統的比較

A.分析推論模式

在所使用的分析推論方式上，DSS因為要從大量資料中推導出一個可以協助人類決策的資訊，因此採用資料庫模式與數學模式；

而ES則是為了取代人類專家，因此採用模擬人類思維方式的人工智慧的邏輯推論模式。

B.設計目標

DSS主要用來協助人進行決策，而非取代人類的決策角色；

但是ES則是要模擬專家並取代之。

C.系統功能

DSS在功能上涵括了由資訊源收集資料，然後進行分析預測；

但是ES不但要由資訊源收集資料進行分析預測，還要進行價值判斷，選出最佳的可行方案。

D.對話方式

DSS的對話方式上是由人問DSS，假設狀況如何，則結果可能會如何演變；

而ES則是由ES問人，了解現況，然後根據情況與知識，推論出最佳解決方案。

E.資料內容

因此在處理的資料上，DSS以數值資料為主；

ES則要根據法則、事實來推論。

F.問題特性

DSS由於必須針對未來多變的問題，因此所面對的問題較為廣泛；

而ES則是專門用來解決某一特定領域的問題，因此問題較為狹窄。

DSS所針對的問題通常都相當獨特，不太容易重複出現；

而ES則需面對重複出現的特定種類問題。

16-02-03-02表16-4DSS與ES的比較

ES

分析推論模式

資料庫模式、數學模式

人工智慧的邏輯推論模式

設計目標

協助人進行決策

模擬專家並取代之

系統功能

由資訊源收集資料進行分析預測

由資訊源收集資料進行分析預測，再進行價值判斷

對話方式

人問DSS

ES問人

資料內容

數值資料

法則、事實

問題特性

廣泛

狹窄

問題類別

獨特

重複

16-02-03-03電子資料處理、決策支援系統與專家系統的比較--由決策制訂階段來看

A.EDP大都進行資料收集，協助使用者收集決策所需資訊。

B.DSS則可以幫助使用者收集資料外，還可以協助研擬可行方案，分析各種方案的可行性。

C.ES則更進一步，除了幫助使用者收集資料外，還可以協助研擬可行方案，並且以自己的知識作價值判斷，認定哪一個是最佳方案。

D.決策制定系統則可以進一步選定方案，完全不必靠人來進行決策；

自動化控制系統更可以直接採取行動。

16-02-03-03圖16-7EDP、DSS與ES的比較

16-02-03-04專家系統的架構

K.推理機（InferenceEngine）

負責進行推論、控制、解釋、配合。

L.知識庫（Knowledgebase）

根據某種知識的表達方法，將法則（事實）、經驗、學理、條件等儲存起來。

M.使用者界面（Userinterface）

因為專家系統必須要與使用者交談，因此必須要有開機界面、使用者界面、網路界面、系統界面。

最重要的是系統的友善程度，因此常以自然語言（Naturallanguage）來完成。

N.資料庫（Database）

負責相關資料的儲存維護，以及資料與知識之間的交換使用。

O.知識擷取子系統

主要負責將專家的知識轉換成法則，因此包括知識獲得、知識結構化、知識表達、與知識翻譯。

P.記憶暫存

可以將所用到的法則、事實與推論內容暫存於此，以便後續繼續進行推論。

16-02-03-04圖16-8專家系統的架構

16-02-04策略資訊系統（SIS）

16-02-04-01策略資訊系統

策略資訊系統是可以支援或改變企業競爭策略的資訊系統。

企業可以利用資訊科技來強化已經採用的策略，甚至創造新的策略機會。

因此只要是可以做到這一點的系統就算SIS，例如美國聯邦快遞（FEDEX）就開發出一套貨物追蹤系統，讓客戶可以利用網際網路隨時隨地查到目前委託貨物運到哪裡，並且可以估計出來預定到達時間，讓客戶滿意度提高，從而增強了競爭上的優勢。

16-02-04-01圖16-9聯邦快遞的貨物追蹤系統

圖16-9（新）聯邦快遞的貨物追蹤系統

【取自

16-02-04-02策略資訊系統的重點

策略資訊系統的重點在於如何運用資訊科技獲取競爭優勢，因此時機與領先是重要的關鍵因素，例如網路書店中的Amazon就是最早進入市場，開發了讓使用者非常容易使用的線上購書系統，成為全世界最大的一家網路書店，營業額也隨著規模的擴大而直線上升。

16-02-04-02圖16-10Amazon網路書店

圖16-10（新）Amazon網路書店

【取自】

16-02-04-03策略資訊系統與管理資訊系統的差別

策略資訊系統與管理資訊系統的差別在於SIS非常強調時間性、差異性、與創造性，但兩者的重點皆是成效（Performance）導向。

16-02-05主管資訊系統（EIS）或稱主管支援系統（ESS）

16-02-05-01主管資訊系統是做什麼？

EIS可以視為DSS的特例，其支援的工作是高階主管的個人工作，包括下列：

Q.組織狀況報導系統

EIS要讓主管掌握組織現狀，因此必須用最精簡的方式，呈現出組織中各部門的業務推動情形，並且要儘早反映組織中可能發生的經營隱憂。

R.人際溝通支援系統

EIS要協助主管進行人際溝通，因此必須協助排定行程，與人聯絡，甚至建立不同的溝通管道。

16-02-05-02為何要建立主管資訊系統？

S.EIS必須與業務需求有關。

T.高階主管對EIS有強烈的需求。

U.高階主管認為EIS是應做的一件事。

16-02-06表16-5各種管理資訊系統間的比較

系統特性

TPS（EDP）

MIS（MRS）

EIS

SIS

功能重點

提供資料

模擬專家提供建議解

支授高階汏策

支援或遂行策略

系統設計

策略

檔案檔的部門性應用

反應組統現況整合EDP

反應決策前瞻性解決問題導向

Al的知識庫應用

提供組織狀況（status）

支援成遂行高階策略

部門性結構性問題

各類結構性問題

半結構性問題

非結構性問題

系統輸出

詳細報表

綜合摘要

例外報表

特殊報表

決策分析

提供建議解的特殊報表

彩色圖示（濃縮）

系統架構

孤島式的功能性系統

狹隘的AI架構

彈性架構

時程

現在到未來

輸入

每一筆交易資料

綜合摘要、

異動資料、

高資料量

決策資訊

分析模式

決策知識、條件

濃縮資訊

使用者

基層經理人作業人員

中階經理人

基層經理人

各級決策者

專家或半專家

高階主管

操作者

同上

透過幕僚、文書人員

數值資料庫

數值資料庫

、模式庫

知識庫

導向

資料導向（Data-Driven）

資料導向

模式導向

（Model-Driven）

AI導向

使用者導向

（User-Driven）

策略導向

促成科技

電腦科技

資料庫科技

人工智慧

用戶界面

網路

資訊來源

內部（組織）

內部

內外部

特重外部、整合內部資料

特重外部、整合內部資料

處理

排序、列表、更新、結合（Merge）

例行報表

簡易模式

低水平分析

交談

模擬

分析

推理

配對

圖形

16-03專案管理概念

16-03-01專案管理的定義

對於一次性的工作（如應用軟體開發），藉著領導與溝通，由定義、規劃、執行、控制等過程，有效地完成該工作目標，生產品質好的產品（或服務），且使工作成員生產力增加及產生高度的成就感。

16-03-02專案的特性

（1）具有特定的目標

專案必須要有一個目標，而且完成目標後，專案就要結束。

（2）須在特定的時間內完成

通常專案都要有一個完成期限，並且定出時程與各階段所應完成的工作，驅使專案成員根據所分配的工作分工完成專案的個別目標。

（3）須在一定的預算內完成

專案的資本支出與營運費用必須事先預估，期望可以在預算的範圍內完成專案所要達成的目標。

（4）由被指派的臨時小組來完成

參與專案的某些成員是兼任的，與部分專任人員共同組成臨時小組來完成專案。

16-03-03專案管理的過程

（1）定義

就是要定出專案的範圍，確認專案的目標。

（2）規劃

根據專案目標，規劃專案進度、專案發展時程，並根據時程估計預算與所需投入的人力。

（3）執行

根據專案規劃，調集相關資源，並配置人力成立臨時小組，開始執行專案。

（4）控制

在專案執行時程中設置檢查點，檢查專案是否達成預期目標，若專案未達預期目標，則應隨時檢討修正專案，以期在預定時程內完成。

（5）完成

專案完成後，應該檢查確認是否達成目標，並將成果移轉使用。

16-03-03圖16-11專案管理過程

16-03-04專案管理的三個面向

16-03-04-01績效（Performance）問題

是否符合規劃時所開出來的規格（Specification），通常在實際的軟體開發專案中，會因為下列問題而使專案無法達成績效目標：

V.系統開發者與使用者間的溝通難

造成系統開發者開發出不是使用者所要的系統。

W.系統開發者與使用者對系統許多假設太樂觀

造成系統開發中可能發生許多無法克服的障礙，包括技術性或其他相關層面。

X.開發階段犯錯影響績效

系統開發者可能因為缺乏經驗，而在開發階段犯下錯誤，以致所開發的系統無法達成績效目標。

Y.目標的多元性（Pluralityofgoals）

這是指目標相當多樣，造成專案可能因為資源的因素只能達成部分目標。

16-03-04-02時間（Time）問題

是否按照時程（Scheduling）完成，通常可能因為下列問題無法達成：

ZZ.對績效過度強調，忽略三面向的平衡

要求一定要達成設計目標，忽略時程若無法趕上所帶來的影響。

AA.資源無法及時調集

所需的人力與財務資源可能因為各種因素而無法在需要時及時調集，自然會使專案無法按照時程進行。

BB.人員士氣低落，及人員流動

臨時小組人員可能因為專案領導人員的領導風格而致士氣低落，或因人員流動而使平均負荷加重，從而造成時程無法達成。

CC.績效規格的提高

專案可能因為使用者的要求而將績效規格提高，造成原來的規劃完全不可使用，自然無法按照時程完成。

16-03-04-03費用（Cost）問題

是否依照所列預算（Budget）完成，通常會因為下列問題而無法達成：

DD.時間增加，費用常跟著增加

因為時程目標若無法達成，自然對應的費用也必然水漲船高。

EE.惡性競價得標

如果專案是因故意低價搶標，則難免超出預算。

FF.專案經理經驗不足

專案經理經驗如果不則，所估算的費用就可能太過樂觀，自然無法達成費用目標。