111 年 國立臺灣大學資訊管理學系碩士班《資訊管理導論》

核心觀念

本題考查資訊系統投資評估中「資本預算方法（Capital Budgeting Methods）」的侷限性與缺點。

在資訊管理與財務管理中，資本預算方法常用於評估 IT 專案的投資可行性與優先順序。常見的傳統方法包括：

1. 回收期法（Payback Period Method, PP）
2. 投資報酬率法（Return on Investment, ROI）/ 會計報酬率法（Accounting Rate of Return, ARR）
3. 效益成本比法（Cost-Benefit Ratio, CBR）
4. 淨現值法（Net Present Value, NPV）與內部報酬率法（Internal Rate of Return, IRR）

儘管這些方法在實務上被廣泛採用，但在評估 IT 專案時存在著顯著的缺點，主要源於 IT 專案具有高無形效益、高不確定性、策略延展性（戰略期權價值）以及隱性成本不易衡量等特性。

解題方法與答案鋪陳

解答此題時，應採取結構化的切入點：先簡要定義傳統資本預算方法在 IT 投資領域的衡量瓶頸，接著逐一列出並深入說明至少四項關鍵缺點。為展現補教名師等級的解題深度，說明時應結合 IT 專案的實務特質（如無形效益、隱性成本、風險與時間價值、策略彈性）：

傳統資本預算方法於 IT 投資評估的四大缺點：

1. 難以估算無形效益與策略價值（Difficulty in Quantifying Intangible & Strategic Benefits）

   • 說明：傳統資本預算方法極度依賴可量化的現金流入。然而，許多 IT 投資（如導入 ERP、大數據分析平台、改善客戶體驗 UX、提升員工滿意度或建立企業敏捷度）所產生的效益多為無形價值或長期策略效益。這些效益難以精確轉換為具體的財務數字，導致傳統財務評估模型常嚴重低估 IT 專案的真實價值。

2. 忽略隱性成本與總擁有一成本（Neglecting Hidden Costs & Total Cost of Ownership, TCO）

   • 說明：IT 專案的初始硬體與軟體採購成本容易估算，但常忽視後續龐大的隱性成本，包括系統整合費用、員工教育訓練、業務流程重組（BPR）轉型成本、組織變革阻力、數據清理以及日後維護升級成本。若僅以標準資本預算工具評估，容易因忽視 TCO 而過度樂觀估算投資回報。

3. 忽視時間價值或現金流折現機制不足（Ignoring or Mishandling Time Value of Money & Risk-Adjusted Discount Rates）

核心觀念

本題考查「IT 投資組合分析」（IT portfolio analysis）。企業以兩個維度評估各項 IT 專案：

1. 對企業的潛在利益：高或低。
2. 專案風險：高或低。

因此形成四類專案：

• Avoid：低利益、高風險。
• Cautiously examine：高利益、高風險。
• Routine projects：低利益、低風險。
• Identify and develop：高利益、低風險。

成本領導策略（cost-leadership strategy）的核心，是透過流程效率、規模經濟、成本降低、標準化與生產力提升，使企業以較低成本提供產品或服務。

解題方法

判斷投資重點時，應將成本領導策略的需求，對照各類 IT 專案的「利益—風險」組合：

• 優先選擇能降低營運成本、提升效率，且風險可控的專案。
• 對高利益但高風險的專案採取審慎評估。
• 排除低利益且高風險的專案。

因此，企業應增加投資的主要類別為：

1. Routine projects
2. Identify and develop

各類專案分析

一、Routine projects：應增加投資

Routine projects 屬於「低利益、低風險」專案。雖然單一專案帶來的策略性利益有限，但通常容易導入、技術成熟、執行風險低，適合用於：

• 自動化重複性工作；
• 降低人工與行政成本；
• 簡化作業流程；
• 減少錯誤與重工；
• 提高員工生產力；
• 強化成本控管與標準化。

成本領導策略重視的是整體價值鏈的累積成本優勢。許多例行性 IT 專案單項節省金額不大，但大量推動後能形成穩定且可持續的成本降低效果，因此應持續增加投資。

二、Identify and develop：應優先增加投資

Identify and develop 屬於「高利益、低風險」專案，最符合成本領導策略的投資邏輯。這類專案具有較高的企業利益，且風險相對低，常可用於：

核心觀念

本題的核心觀念為資訊科技投資組合管理（IT Portfolio Management）與資訊密集度（Information Intensity）對企業策略之影響：

1. IT 專案組合分析（Portfolio Analysis）：依「潛在效益（Potential Benefits）」與「專案風險（Project Risk）」兩個維度，將 IT 專案分為四個象限。其中高風險、高潛在效益的專案被歸為「審慎評估／檢驗（Cautiously Examine）」或策略性專案（Strategic Projects）。
2. 資訊密集產業（Information-Intensive Industries）之特質：如金融業、保險業與諮詢服務業，其產品、服務以及價值鏈活動皆高度依賴資訊流。Porter & Millar 指出，資訊密集度高的產業中，資訊科技不僅是營運支援工具，更是產品核心、競爭策略與創造差異化的主要驅動力。

解題方法

本題要求探討「為何資訊密集產業（如金融業）的企業，應持有更多高風險、高效益（Cautiously Examine 類別）的 IT 專案」。應從產業特質、競爭優勢建構、高報酬潛力與風險承擔/管理能力四個構面切入論述：

1. 資訊科技即核心產品與服務（IT as the Core Product/Service）

   • 在傳統製造業，IT 多扮演輔助（Routine）或自動化角色；但在金融等資訊密集產業中，產品與服務本質上就是「數位資訊」（如演算法交易、純網銀服務、區塊鏈結算、個人化財富管理等）。
   • 若僅投資低風險、低效益的例行專案，僅能維持日常營運，無法推出突破性產品，極易被同業或 Fintech 新創顛覆。

2. 高風險專案伴隨高策略突破效益（High Risk, High Strategic Payoff）

   • 「Cautiously Examine」專案通常涉及前瞻性技術（如生成式 AI 智能投顧、新世代核心帳務轉型）或全新商業模式。
   • 資訊密集產業具備顯著的先動者優勢（First-Mover Advantage）與網路效應（Network Effects）。一旦此類高風險專案成功，可建立高轉換成本（Switching Costs）與難以跨越的競爭門檻，帶來巨大的市場份額與超額利潤。

核心觀念

本題旨在考驗考生對物聯網（Internet of Things, IoT）資訊隱私（Information Privacy）議題的深度理解與應用分析能力。

物聯網（IoT）是由廣泛分散的感測器（Sensors）、致動器（Actuators）、邊緣計算節點與雲端平台所組成的網絡架構。其核心特徵為持續性資料收集（Continuous Data Collection）、高度細粒度（High Granularity）、跨裝置資料串聯（Data Fusion）與自動化決策（Automated Decision-making）。

本題評分重點分為三大面向：

1. IoT 資訊隱私議題的核心內涵與特徵：了解 IoT 架構下隱私威脅與傳統 IT 系統的差異。
2. 重要性分析（Why Important）：從使用者信任、法律合規（如 GDPR）、個人身心與財產安全、國家與企業資訊安全等面向論述其重要性。
3. 跨領域實例說明（Two Examples from Different Domains）：針對兩個不同的應用領域（如智慧家庭、智慧車輛、智慧醫療、智慧城市等），說明具體的資訊隱私威脅與風險。

解題方法

本題為英文申論題（Essay Question），配分為 12 分。解題時應採用結構化破題法，條理分明地回應題目要求的三個層面（隱私議題內涵、重要性、兩大領域實例）：

1. 第一部分：IoT 資訊隱私議題與特徵（Information Privacy Issues）
   • 點出 IoT 環境下的主要隱私議題：未經授權的資料收集（Unauthorized Data Collection）、個人行為輪廓描繪（User Profiling）、資料滲漏與未授權共用（Data Leakage & Unauthorized Sharing）、感測器推論隱私（Inference Privacy/Context-Aware Privacy Risks）。
2. 第二部分：重要性分析（Why these issues are important）
   • 從「安全與隱私邊界模糊化（Physical-Digital Convergence）」、「消費者信任與產業推廣（User Adoption & Trust）」與「法律合規與巨額罰鍰風險（Regulatory Compliance & Legal Liability）」三個維度剖析。
3. 第三部分：跨領域案例分析（Two Examples from Different Application Domains）
   • 領域一：智慧家庭（Smart Home）——語音助理與智慧電表（Smart Grid/Smart Meter）的行為追蹤與生活習慣洩漏風險。
   • 領域二：智慧車輛/車聯網（Smart Vehicle / Connected Vehicles）——GPS 行程軌跡追蹤、駕駛習慣剖析（用於保險定價）與即時位置監控風險。

選項分析

本題為申論題型，無選項。

解題技巧

1. 切忌泛泛而談：不要只寫「資料會被竊取」這種通用的資安答案。必須強調 IoT 的特性（例如：感知層感測器持續監控、無法主動提供 UI 供使用者設定 Opt-in/Opt-out、感測資料可推論出敏感個資等）。
2. 範例需具備明確的「應用領域」與「隱私風險機制」：
   • 選擇兩個對比鮮明的領域（例如：智慧家庭 vs. 智慧車輛）。
   • 說明「收集什麼資料」$\rightarrow$「如何被濫用/推論」$\rightarrow$「造成何種隱私危害」。
3. 時間與篇幅分配：此題 12 分，建議作答時間控制在 12～15 分鐘，以清晰的標題（Heading）與條列式（Bullet points）展現答題結構。

詳解內容與確定答案

一、 物聯網（IoT）之資訊隱私議題（Information Privacy Issues）

物聯網（IoT）環境因具備無所不在的感知（Ubiquitous Sensing）與自動化資料匯流特性，其資訊隱私議題主要包含以下四個面向：

核心觀念

本題考查物聯網（Internet of Things, IoT）中的物件安全性與安全威脅（Object Safety & Security Issues）。

在傳統 IT 領域，資訊安全（Information Security）主要關注於數據的「機密性、完整性、可用性」（CIA Triad）。然而，物聯網將實體世界（Physical Domain）與數位世界（Cyber Domain）深度融合，因此必須將安全延伸至**物理安全／物體安全性（Safety）與資訊安全／數據與系統安全（Security）**兩個維度：

1. IoT 物件安全（Object Safety）：指物聯網設備在運行或遭受異常故障／攻擊時，不會對真實世界的物理環境、人類生命財產或周遭實體設備造成傷害或破壞（Focus on physical hazard and risk to life/property）。
2. IoT 資訊安全（Object Security）：指保護物聯網設備及其傳輸數據免於未授權存取、竊聽、竄改、惡意控制或拒絕服務攻擊（Focus on confidentiality, integrity, availability, and access control of cyber assets）。
3. 兩者之關聯與重要性：在傳統系統中，Security 威脅通常僅停留在數據洩漏或系統當機；但在 IoT 系統中，Security 漏洞可以演變成 Safety 災害（Cyber-to-Physical Risk）。若駭客透過網路入侵控制端（Security 破壞），即可控制實體執行器（Actuator）發出錯誤指令，引發爆炸、車禍、工安事故等 Safety 災害。因此，確保 IoT 安全性是保障生命財產與維持物聯網系統可信度（Trustworthiness）的核心基石。

解題方法

本題為問答申論題，答題架構應分為三大主軸：

1. 定義與差異說明：精確定義「Object Safety」與「Object Security」，並說明兩者在 IoT 架構下的防護重點。
2. 重要性剖析（Why Important）：從 Cyber-Physical System (CPS) 的特性切入，說明 Security failure 如何引發 Safety hazard，並導出對生命安全、經濟損失與社會信任的重大影響。
3. 兩大不同應用領域範例：挑選題幹建議的領域（如：智慧醫療／智慧汽車或智慧製造／智慧家居），為每個領域詳細說明具體的 Security 威脅及其如何引發 Safety 災害。

選項分析

本題為非選擇題型之申論題，無特定選項。以下整理答題時必須嚴格區分的觀念對比表與範例分析：

解題技巧

1. 名詞辨析技巧：牢記「Security 防駭客／防資料洩漏，Safety 防受傷／防物理災害」。
2. 範例設計公式：舉例時務必鏈結「漏洞與攻擊手段（Security Threat） $\rightarrow$ 實體控制失權（Cyber Impact） $\rightarrow$ 實體災害（Safety Hazard）」，這樣才能精準展現物聯網特有的 Cyber-Physical 連動風險。

完整解答

核心觀念

本題考查系統開發生命週期（Systems Development Life Cycle, SDLC）中的軟體測試策略（Software Testing Strategy）。在軟體工程與資訊管理領域中，軟體測試是確保系統品質、驗證功能需求與減少上線風險的核心環節。

解題的核心架構圍繞在 SDLC 的「V 模型（V-Model）」概念，將測試區分為不同層級，並針對題目要求比較四大關鍵測試（單元測試 Unit Testing、整合測試 Integration Testing、使用者接受度測試 User Acceptance Testing, UAT、可用性測試 Usability Testing）在以下四大維度的異同：

1. 主要目的（Main Purpose）：該測試旨在解決什麼層面的品質問題（如邏輯錯誤、介面對接、業務流程、使用者體驗）。
2. 執行時機（Timing）：在 SDLC 的哪一個階段執行。
3. 負責人員（Responsibility）：由誰主導或執行測試（如開發者、QA 團隊、終端使用者、UI/UX 專家）。
4. 測試環境（Environment）：測試應於何種環境下運作（如開發環境、測試/整合環境、預發布/類生產環境、可用性實驗室）。

解題方法

本題為敘述型比較分析題（25% 佔分），最佳答題切入點為：

1. 開篇表格化比較：先以高度結構化的比較表呈現四大測試在四個指定維度的核心差異，使閱卷教授能在第一時間掌握答題重點與脈絡。
2. 深入分項剖析：針對四大測試分別進行詳細論述，說明其在 SDLC 邏輯中的定位、關鍵範疇與運作機制。
3. 對比與總結（Compare & Contrast）：綜述白箱測試（White-box）與黑箱測試（Black-box）、驗證（Verification）與確認（Validation）之維度差異，展現名師級的資管視野。

1. 系統開發生命週期測試比較表

2. 各項測試詳細剖析

(1) 單元測試（Unit Testing）

• 核心定位：SDLC 中最低層級的白箱測試（White-box Testing）。
• 主要目的：隔離系統中的最小元件（如單一 Method 或 Function），測試其輸入與輸出是否符合預期的演算法邏輯與邊界條件（Edge Cases）。
• 執行時機：程式碼撰寫過程中（在現代敏捷開發中，常搭配測試驅動開發 TDD 進行）。
• 負責人員：開發該模組的軟體工程師。
• 測試環境：本機開發環境（Local Development Environment），通常結合 Mock 物件或 Stub 來模擬外部依賴。

(2) 整合測試（Integration Testing）

• 核心定位：連接單元測試與系統測試的橋樑。

核心觀念

本題考查**以使用者為中心之設計（User-Centered Design, UCD）**的概念與核心原則，屬於系統分析與設計（SA&D）及人機介面設計（HCI / UI-UX）領域的經典核心理論。

1. 以使用者為中心之設計（User-Centered Design, UCD）定義：
   UCD 是一種以「使用者的需求、目標、行為模式與限制」為核心驅動力的產品開發方法論。在整個產品生命週期（規劃、需求分析、設計、原型製作、測試評估）中，均積極讓真實使用者參與，確保最終產出的系統不僅具備實用性（Utility），更擁有高可用性（Usability）與優良的使用者體驗（User Experience, UX）。

2. UCD 的核心過程原則（Principles for a UCD Process）：
   根據 ISO 9241-210（Human-centred design for interactive systems）國際標準規範，UCD 開發流程應遵循以下六大核心原則：

   • 明確瞭解使用者、任務與環境（Based upon an explicit understanding of users, tasks and environments）
   • 在整個設計與開發過程中持續納入使用者參與（Users are involved throughout design and development）
   • 由使用者評估驅動與改進設計（Design is driven and refined by user-centred evaluation）
   • 採用重複疊代流程（The process is iterative）
   • 關注整體使用者體驗（The design addresses the whole user experience）
   • 跨領域團隊合作（The design team includes multidisciplinary skills and perspectives）

解題方法

本題為申論題（佔分 10%），解題切入點分為兩大部分：

1. 第一部分：UCD 之定義與概念闡述（佔分約 4%）

   • 清楚定義 UCD 的核心哲學（「系統適應人」，而非「人適應系統」）。
   • 說明 UCD 與傳統「技術導向（Technology-Driven）」設計的根本差異。

2. 第二部分：UCD 過程的核心原則（佔分約 6%）

   • 引述權威架構（如 ISO 9241-210）之六大原則。
   • 對每一原則進行簡明扼要的條列式說明，並強調「重複疊代（Iterative Process）」與「持續評估（User Evaluation）」在軟體開發生命週期中的實務重要性。

選項分析

本題為非選擇題型之申論題，無選擇選項。

解題技巧

1. 配分策略與答題結構：10 分的題目時間分配約 10 分鐘，結構建議採「定義 $\rightarrow$ 六大原則 $\rightarrow$ 總結」三大段落，展現邏輯脈絡與專業專業感。
2. 關鍵字精準度：答題時務必標示出英文關鍵字（例如：Iterative process, Usability, ISO 9241-210, Multidisciplinary team），這是在資管所研究所主觀題取得高分的重點技巧。
3. 區隔概念：切記不要將「UI 設計」與「UCD 流程」混為一談。UI 偏向介面的視覺與互動層面；UCD 則是一套貫穿專案全生命週期的開發流程哲學。

詳解內容

一、以使用者為中心之設計（User-Centered Design, UCD）之定義

核心觀念

本題考查軟體工程與資訊系統開發中「使用者介面設計與使用者體驗」（UI/UX Design）的核心理論——尼爾森發掘式評估原則（Nielsen's 10 Usability Heuristics for User Interface Design）。

發掘式評估（Heuristic Evaluation）由 Jakob Nielsen 與 Rolf Molich 於 1990 年代提出，係指由 UI/UX 專家依據一系列經驗法則（Heuristics）來評估介面可用性（Usability）的方法。在資管所考試中，舉出並解釋「至少四項」經典可用性原則為高頻考點，考生必須能精確指出原則名稱、核心定義與實際應用情境。

解題方法

1. 選擇最具代表性的四項原則：雖然 Nielsen 提出了十項原則，但在答題時應優先選取最核心、彼此概念區隔明確且易於舉例的四項進行闡述。
2. 三段式架構闡述：對每一項原則，均以「英文專有名詞與中文譯名」、「核心定義與理論邏輯」、「實務應用與範例」三部分構成完整說明。
3. 對應 User-Centered Design (UCD) 核心精神：說明這些啟發式原則如何協助開發團隊降低使用者的認知負荷（Cognitive Load）、減少操作錯誤並提升系統易用性。

詳細解答

1. 系統狀態的可見性 (Visibility of System Status)

• 核心定義：系統應始終在合理的時間內，透過適當的反饋（Feedback）讓使用者隨時掌握系統當前正在發生的狀況與所處的狀態。
• 說明與範例：良好的 UI 不應讓使用者陷入等待與猜測。例如：檔案上傳時顯示百分比進度條與預估剩餘時間、點擊按鈕後按鈕轉為「處理中」狀態或顯示 Loading 圖示，皆能讓使用者明確感知系統反應，避免重複點擊或誤以為系統當機。

2. 系統與真實世界的對接 (Match Between System and the Real World)

• 核心定義：系統應使用使用者熟悉的語言、詞彙、短語與概念，而非系統導向的技術術語；同時應遵循真實世界的慣例，讓資訊展現自然且符合邏輯順序。
• 說明與範例：採用隱喻（Metaphor）來設計介面元件。例如：使用「垃圾桶」圖示代表刪除操作與暫存區、「購物車」代表線上結帳預選清單、電子書系統採用擬真的「翻頁效果」。此外，系統錯誤訊息應以人類可讀的語言說明（如「網路連線中斷」），而非輸出技術代碼（如 Error 500 或 NullPointerExceptions）。