阿摩線上測驗
登入
阿摩線上測驗
登入
學習重點 掌握大數據的基本3V與延伸5V，特別分辨Value與錯誤用語valuability，並記住大數據重視相關性而非因果關係。 區分傳統管理資訊系統（MIS）與決策支援系統（DSS）的決策類型、服務對象及特性。 熟記管理資訊系統建立的順序：分析→整合→建制，並知道系統設計與資源評估屬於整合階段。 理解資訊系統成功導入需要主管支持、使用者參與，以及主管容忍實施初期的錯誤。 掌握政府計畫管理資訊平台與知識管理、績效管理、專案管理的關聯，並辨認關聯最低的「領導管理」。 核心觀念 一、大數據：基本3V與延伸5V 大數據又稱巨量資料，不只是資料很多，也涉及來源、格式與處理速度的改變。學者常以3V描述其基本特性：Volume、Variety、Velocity；延伸的5V則再加入Value與Veracity。作答時應先確認題目問的是3V或5V。 特性意義判讀關鍵 Volume：巨量性、數據量資料數量與儲存規模龐大。著重資料的「量」，因此又稱巨量資料。 Variety：多樣性來源與格式多元，包含結構化、半結構化及非結構化資料。網路文本、影音、政府文件均可成為資料來源。 Velocity：速度性、時效性資料快速產生、傳輸、更新，並要求及時處理與分析。重視資料傳輸速度；也包含產生及處理速度。 Value：價值性從大量資料中萃取有助於判斷、服務或政策的資訊。標準用語為Value，不是valuability。 Veracity：真實性關注資料的可信度、準確性與品質。資料多，不代表資料必然正確。 影音資料可以呈現多樣性，但Vocalization（有聲化）不是大數據3V的構成項目。同樣地，5V雖包含價值性，英文應辨認為Value；選項若寫成「價值性（valuability）」，中文看似合理，但英文並非標準特性用語，題目問「最不屬於」時應選它。 二、大數據的分析取向：重視相關性 大數據分析常從大量觀察資料尋找共同變動的規律，重視相關性、模式辨識與預測。例如，某類服務需求與特定時段同時增加，可作為資源調度的參考。 但相關不等於因果。兩項現象一起變動，可能另受其他因素影響，不能直接推論其中一項造成另一項。考試若將「重視因果關係」列為大數據的資料特性，應判為錯誤；這並不表示政策研究可以完全放棄因果分析。 三、管理資訊系統與決策支援系統 資訊科技在公部門的應用，除了儲存、計算及整理資料，也能支援政策分析、計畫管制、績效評估、跨機關協調與公共服務。將其功能限縮為「單純的儲存、計算與整理資料」，忽略了資訊對管理與決策的作用，屬錯誤敘述。 比較項目傳統管理資訊系統（MIS）決策支援系統（DSS） 主要用途提供管理所需的例行資訊與報表。協助分析問題、比較方案及支援判斷。 決策類型主要支援結構化、例行性決策，無法處理非結構化決策。支援半結構化及非結構化決策。 運作方式依較固定的程序處理資料，產出預定資訊。透過人機互動，運用資料與分析模型探索方案。 判讀重點程序明確、規則固定、可重複處理。問題不確定、需要判斷、分析方式須有彈性。 結構化決策有明確規則及處理程序；半結構化決策只有部分環節能依規則處理；非結構化決策則缺乏固定解法，需要決策者的經驗與判斷。 「偏重結構化決策」是傳統MIS的特性。現代的管理資訊系統已朝整合決策支援功能發展，不再只著重處理結構性決策；因此「現代MIS著重於處理結構性的決策」屬錯誤敘述，而「DSS可以協助決策者解決非結構性的決策」才是正確敘述。 四、DSS的服務對象與特性 DSS以決策層的決策需求為核心，尤其適合協助高層處理不確定、缺乏固定程序的問題；不是以技術層或管理層為核心，也不宜答成「三者皆適合」。 能夠支援非結構化決策：這是DSS最核心的特性。 支援而非取代決策者：系統提供資訊、模型與方案比較，最終仍由人判斷。 互動且容易使用：決策者可調整條件、比較結果，反覆探索問題。 彈性高、回應環境快速：可因應問題及環境變化，迅速調整分析需求。 可支援整個決策過程：包括問題辨識、方案設計、方案選擇及執行追蹤，不宜說成「只能支援部分決策過程」。 五、管理資訊系統的建立步驟 管理資訊系統的建立分為三階段，順序為分析→整合→建制。「規劃」不是這個三階段架構中的階段名稱，不要與其他系統開發程序混用。 分析：釐清組織目標、管理問題、資訊需求及既有作業情形，確認系統要解決什麼問題。 整合：統整需求與資源，進行系統設計及資源評估，安排系統的整體配合方式。 建制（建置）：依整合結果落實系統建置、測試與導入，使其能實際運作。 判斷階段歸屬時，最重要的考點是：系統設計與資源評估屬於整合階段，不能看到「設計」就選建置，看到「評估」就選分析。 六、成功導入資訊系統的條件 資訊系統導入同時涉及技術與組織調整，需要高階主管支持、使用者參與，以及主管容忍實施初期的錯誤。主管支持有助於資源投入及跨單位協調；使用者參與則能使系統貼近實際工作，降低需求落差及使用阻力。 初期可能因操作不熟、流程磨合或需求調整而出現錯誤，主管應容許合理的學習與修正空間。容錯應搭配回饋、訓練與改善；到了實施後期，系統應已穩定，不再是容錯的重點，因此不能把「實施初期」替換成「實施後期」。 七、政府計畫管理資訊平台的目的 行政院建置的政府計畫管理資訊網，是政府各機關進行施政計畫規劃、管制與評核的共通作業平台，其建置目的可從三種管理觀點理解： 知識管理：保存、累積及分享計畫內容與執行經驗。 績效管理：掌握目標達成情形及成果，作為評核與改善的依據。 專案管理：追蹤計畫進度、執行情形與相關工作。 領導管理主要涉及影響、激勵及帶領成員，屬於人際面的管理，與平台處理計畫規劃、管制、評核的功能關聯最低，是「最沒有相關」的選項。 常考陷阱 「大數據只有資料量龐大」：忽略多樣性與速度性；基本3V三者都要記。 「有聲化（vocalization）是3V之一」：影音只是多樣性下的資料類型，有聲化不是標準特性。 「價值性（valuability）屬於巨量資料特性」：中文與英文都要核對，標準用語是Value；題目問「最不屬於」時選valuability。 「網路文本、影音、政府文件不屬於大數據」：錯，這正是多樣性的展現。 「大數據重視因果關係」：錯，大數據重視相關性，不能把相關直接當作因果。 「公部門資訊科技只是單純儲存、計算與整理資料」：錯，資訊科技也用於支援管理與決策。 「傳統MIS可處理非結構化決策」：錯，傳統MIS偏重結構化決策；DSS才支援非結構化決策。 「現代MIS著重於處理結構性決策」：錯，偏重結構化是傳統MIS的特性。 「DSS不易使用、只能支援部分決策過程、對環境回應較慢」：均與DSS容易使用、支援完整決策過程、彈性高回應快的特性相反。 「DSS以技術層或管理層需求為核心」「三者皆適合」：錯，DSS以決策層需求為核心。 「建立順序為建制→分析→整合」或「分析→建制→整合」：順序錯誤，正確為分析→整合→建制。 「系統設計與資源評估屬於建置、分析或規劃階段」：錯，屬於整合階段。 「避免使用者或高階主管參與，以免意見太多」：錯，參與及支持是成功的重要條件。 「主管應容忍實施後期的錯誤」：錯，應是容忍實施初期的錯誤。 「政府計畫管理資訊網與領導管理密切相關」：平台目的在知識、績效、專案管理，領導管理關聯最低。 記憶口訣 大數據：「量、多、快；值、真」——巨量、多樣、速度（3V），加上價值與真實（5V）；看相關，不看因果。 系統分工：「傳統MIS管結構，DSS幫決策層解非結構。」 系統建立：「先分析，再整合，後建制；設計評估在整合。」 導入成功：「主管挺、用者參、初期錯誤要容忍。」 計畫管理資訊網：「知、績、專」三管理，沒有「領導」。