108 年 國立中央大學資訊管理學系碩士班乙組《管理資訊系統》

此題考驗對「隨處可工作」(work from anywhere) 模式的理解。此模式雖然帶來彈性，但最顯著的缺點之一是模糊了工作與私人生活的界線，導致工作時間與個人時間的界線變得模糊。

此題考驗對不同商業模式的辨識能力。題幹描述的是一種「誘餌」與「利潤中心」的商業模式，即以低價或免費的基本產品吸引顧客，再透過銷售高利潤的配件或耗材來獲利。

• (A) Pay What You Want（隨你付）是一種定價策略，顧客決定支付的金額。
• (B) Peer to Peer（點對點）是一種網路架構或交易模式，不涉及此種定價策略。

此題考驗對區塊鏈（Blockchain）技術核心特徵的理解。區塊鏈是一種去中心化、點對點的分布式帳本技術，具有高度的安全性與透明度，並影響著其可擴展性（Scalability）的議題。

• (A) Bitcoin：比特幣是第一個也是最著名的區塊鏈應用。
• (B) Centralization（中心化）：區塊鏈的關鍵特點是「去中心化」（Decentrali

此題考驗對跨境電子商務的理解。跨境電子商務是指消費者在一個國家，透過網路購買另一個國家商家提供的商品或服務。

• (A) LAZADA：東南亞主要的電子商務平台，服務多個國家，屬於跨境電商。
• (B) PChome 網路家庭集團-uitox：PChome 是台灣本土的電商平台，uitox 則為其跨境電商服務，讓台灣消費者可購買海外商品，

核心觀念說明
本題測驗的是社會制度（social institutions）中，用以確保對行為負起責任的機制。換句話說，考查的是「誰該對某項行動負責」以及「如何追究責任」的制度特徵。

解題過程

1. 逐一檢視選項的含義
   • (A) Due process：指法律程序的正當程序，強調程序公平與合法性，與「誰負責」的機制不同。
   • (B) Accountability：直接說明「問責」或「追責」制度，即透過規範與機制讓行為人對其行動負起明確的責任。
   • (C) The courts of appeal：上訴法院，屬於司法程序的階層，與責任歸屬的制度概念無直接關係。
   • (D) The judicial system：司法體系的總稱，涵蓋法院、法官、檢察官等，範圍過大，未聚焦於「決定責任」的特徵。

此題考驗對雲端運算（Cloud Computing）核心定義的理解。題幹精確地描述了雲端運算的特徵：無所不在（ubiquitous）、方便（convenient）、隨需（on-demand）的網路存取，以及共享的、可配置的計算資源池。

• (A) Cloud Computing（雲端運算）：完全符合題幹的描述，提供彈性、可擴展的計算資源，使用者可以透過網路隨時隨地存取。

此題考驗對不同電子商務模式的理解，特別是其如何結合數位（位元）經濟與實體（原子）經濟。

• 位元經濟（Bit Economy）指資訊、數位產品的交換。

• 原子經濟（Atom Economy）指實體商品、服務的生產、運送與消費。

• (A) B2B (Business-to-Business)：企業對企業，常涉及數位資訊交換與實體商品/服務的交易。

• (B) B2C (Business-to-Consumer)：企業對消費者，同樣涉及數位資訊與實體商品。

核心觀念
本題測驗的是「維基經濟學」（Wiki Economics）的核心原則。維基經濟學是以維基（Wiki）模式為基礎所衍生的共享經濟理念，強調資訊、知識與資源的開放、協作與再利用。常見的「維基經濟學」原則包括：

1. 開放（Openness）：資訊、資料、內容皆以開放、自由取得的方式呈現。
2. 同儕生產（Peer Production）：使用者以平等、非階層化的方式共同創作與編輯內容。
3. 分享（Sharing）：產出的成果以共享方式提供他人使用與再利用。
4. 互動（Interaction）：使用者之間可即時溝通、評論、協作與修改。
5. 全球行動（Global Action）：透過網路跨地域協同，形成全球性參與與行動。

題目要求找出「不是維基經濟學的原則」之選項。

解題方法

• 先釐清維基經濟學的完整原則列表。
• 逐一比對選項 A‑E 是否屬於上述原則。
• 若選項不在原則內，即為正確答案。

選項分析

此題考驗對不同系統開發模式的理解。題幹描述的開發方式是將整個系統分解為幾個部分（子系統），然後分批次、迭代地開發和上線。在前兩個子系統上線修改的同時，第三個子系統平行開發，這體現了迭代與增量的思想。

• (A) Incremental Model（增量模型）：此模型將系統開發分解為多個獨立的「增量」，每個增量都是一個可工作的軟體部分。系統逐步增加功能，直到完成。題幹描述的「分批上線」與「先開發前兩個，再開發第三個」非常符合增量模型的概念。
• (B) Prototyping Model（原型模型）：此模型強調快速建立一個可執行的原型，讓使用者評估，然後基於反饋進行修改。雖然也涉及修改，但核心是「原型」，而非「分批上線」的子系統。

核心觀念
本題測驗的是人工智慧系統在不同博弈領域的實績，特別是哪些系統曾在**德州撲克（Texas Hold'em）**比賽中擊敗人類。需要具備以下概念：

1. AI 競技對象：每個系統所對應的遊戲類型（棋類、撲克、即時策略等）。
2. 史實驗證：確認該系統是否真的在公開比賽或學術論文中宣稱「擊敗人類頂尖選手」於該遊戲。

解題方法
逐一對照題目給出的六個系統與其已知的比賽領域，然後檢查選項是否同時包含兩個在德州撲克上擊敗人類的系統。步驟如下：

1. 列出每個系統的主要比賽項目：

   • 甲 AlphaGo → 围棋 (Go)
   • 乙 AlphaZero → 可自學圍棋、象棋、棋類，但未參與正式人類對抗的撲克賽事
   • 丙 Deep Blue → 國際象棋 (Chess)
   • 丁 Libratus → 無限注德州撲克 (No‑Limit Texas Hold'em)
   • 戊 Modicum → 多人德州撲克 (6‑player No‑Limit Texas Hold'em)
   • 己 OpenAI → 主要以 Dota 2（OpenAI Five）與自然語言模型聞名，未在撲克領域有官方對抗紀錄

2. 只保留在德州撲克上擊敗人類的系統：Libratus（丁）與Modicum（戊）。

3. 比對選項，找出同時包含 丁 與 戊 的答案。

選項分析

| 選項 | 內容 | 正誤判斷 | 理由 |

此題考驗對不同資訊技術概念與其實際應用的理解，特別是與即時分析（real-time analytics）和低延遲（low-latency）相關的技術。

• (A) Crowd Computing（群眾計算）：利用大量分散的個人電腦或設備的計算能力來解決問題，通常不保證即時性或低延遲，因為依賴參與者的可用性和網路連接。
• (B) Self-Service Analytics（自助式分析）：使用者可以自行存取和分析資料，但分析的即時性與底層技術有關，而非自助服務本身。

此題考驗對統一塑模語言 (UML) 中不同圖示的理解，特別是描述物件互動的行為圖。

• (A) Use Case Diagram（用例圖）：描述系統的功能性需求，展示使用者（或外部系統）與系統之間的互動，但不關注時間順序或物件間的具體訊息。
• (B) Sequence Diagram（循序圖）：這是一種互動圖，重點在於顯示物件之間如何透過訊息交換來完成特定任務。它明確地按照時間順序排列訊息，非常符合題幹「時間之先後順序為主軸，表達物件間的訊息傳遞與處理程序」的描述。

核心觀念

本題測驗的是 自動駕駛汽車的潛在優勢，需要辨識哪一個敘述最符合自動駕駛技術所可能帶來的正向效應，而非僅是推測的副作用或無關的經濟行為。

解題步驟

1. 檢視選項的內涵
   • (A) Fewer cars will be shared by family members.
     • 共享車輛的行為與自動駕駛本身的技術效益無直接關聯。實務上，自動駕駛可能因為提高使用便利性，促進或不減家庭共享的可能性，故此選項無法稱為「優勢」。
   • (B) More auto loans will be taken.
     • 若自動駕駛降低了對人力駕駛的需求，長期看來可能減少購車需求，亦不會直接帶動貸款額增加，故此亦非優勢。

此題考驗對電腦網路範圍（Network Scope）的理解，特別是個人區域網路（PAN）、區域網路（LAN）、都會區域網路（MAN）和廣域網路（WAN）的大小順序。

• PAN (Personal Area Network)：個人區域網路，範圍最小，通常指個人設備之間（如手機、耳機、電腦）的無線或有線連接，半徑通常在幾公尺內。

核心觀念
本題測驗的是「團隊協同」的概念，即多人透過持續的回饋與反覆的迭代，朝同一目標前進的工作方式。

解題步驟
(a) 先閱讀題目敘述：「一群人一起合作，藉由回饋與迭代的過程，達成共同目標。」
  → 這描述的是成員間互相協作、共享資訊、持續修正與優化的行為。
(b) 檢視選項：

• (A) Abstract reasoning：抽象推理，指的是在概念層面的邏輯思考，與多人合作無直接關聯。

此題考驗對網路直播（live streaming）服務的辨識能力。網路直播是指即時地將影音內容透過網路傳輸給觀眾。

• (A) Facebook Live：臉書提供的即時影音串流功能，是典型的網路直播服務。
• (B) Netflix：Netflix 主要提供的是「預錄」的影片點播服務（Video on Demand），而非即時的網路直播。雖然 Netflix 曾嘗試過直播節目，但其核心業務與網路直播不同。

此題考驗對資料庫種類的理解，特別是 MongoDB 和 Amazon SimpleDB 的特性。

• MongoDB：是一個開源的、文件導向（document-oriented）的 NoSQL 資料庫。它不使用傳統的表格結構，而是以 JSON 格式的 BSON 文件儲存資料。
• Amazon SimpleDB：是亞馬遜 AWS 提供的一項雲端資料庫服務，它也是一種 NoSQL 資料庫，設計用於簡單的結構化資料儲存和查詢，不支援 SQL。

基於以上資訊：

• (A) Open source databases：MongoDB 是開源的，但 SimpleDB 不是（它是 AWS 的商業服務）。
• (B) SQL databases：這兩種都不是 SQL 資料庫。

核心觀念：電子商務付款機制分類（線上支付 vs. 離線支付）

在管理資訊系統（MIS）與電子商務（EC）領域中，B2C（企業對消費者）電子付款機制依據「交易進行與資金授權／清算時，是否即時透過網際網路金流閘道（Payment Gateway）完成連線驗證與扣款」，主要可分為兩大類：

1. 線上支付（Online Payment）：
   消費者在購物網站結帳時，直接在瀏覽器或應用程式介面輸入支付資訊（如卡號、授權驗證碼 OTP），系統透過網際網路即時連接至金融機構、發卡行或收單銀行的金流伺服器，即時（Real-time）完成授權與扣款。
2. 離線支付（Offline Payment）：
   又稱非即時或實體端支付。消費者在線上完成訂單確認後，金流交易並非於下單當下在線上即時扣款完成，而是將付款行為轉移至線下或實體通路處理（如超商代收、貨到付款、面交現金、或由買方事後至實體 ATM／分行臨櫃轉帳）。

解題方法

本題要求選出「不是離線支付方式」（即尋找屬於**線上支付（Online Payment）**之選項）。解題切入點為檢驗各付款方式在現代 B2C 電子商務情境下的交易流程：

• 判斷該付款動作是否在下單結帳的當下，由買方直接於網頁/系統端完成線上即時授權與驗證扣款。
• 若付款須仰賴線下實體物流、現金交付或線下金融管道配合完成，則屬於離線支付。

選項分析

• (A) 信用卡（Credit Card）：正確（符合題意，非離線支付）
  在標準 B2C 電子商務環境中，消費者選用信用卡付款時，會在結帳頁面透過 SSL/TLS 安全協定連線輸入信用卡卡號、有效期限與 CVV 碼，並經由 3D 驗證（OTP 短訊密碼），金流閘道立即送出給收單行與發卡組織進行即時授權（Online Authorization），在線上瞬間完成付款交易，因此屬於典型的**線上支付（Online Payment）**方式。

核心觀念
本題測驗的是「準自主式清潔裝置」(quasi‑autonomous device) 的概念。準自主式裝置指的是具備部分自動化功能、能在使用者最小介入下完成清潔任務的機器人系統，常見於家庭環境的機械式吸塵或拖地設備。此類裝置的特徵包括：

1. 內建感測器與導航演算法，可自行規劃行進路徑。
2. 具備清潔工具（吸塵口、濕拖布、清洗水箱等）。
3. 使用者主要負責啟動、充電與偶爾的維護，非即時手動操作。

解題方法
先釐清題目所問的「不是」例項，逐一對照選項是否屬於上述「準自主式清潔裝置」的特徵。若選項本身為公司名稱、品牌或與清潔功能無關，即為非例項。此題無需演算，只要具備產品知識即可快速判斷。

選項分析

此題考驗對資訊系統在企業策略中應用的理解，特別是如何利用客戶資訊。

題幹描述：希爾頓酒店利用客戶資訊軟體，識別最有價值的客戶，並將服務導向這些客戶。

• (A) Strengthen customer intimacy（加強顧客親密度）：通過識別並優先服務高價值客戶，酒店可以提供更個人化、更貼心的服務，從而加強與這些客戶的關係。這是一種常見的客戶關係管理（CRM）策略，目標是建立更深的客戶連結。
• (B) Differentiate their service（差異化服務）：雖然識別高價值客戶並提供特殊服務是服務差異化的一部分，但「加強顧客親密度」是更直接的目標，因為差異化服務的目的是為了更好地滿足特定客戶群的需求，進而加強關係。

此題考驗對資訊安全管理文件的理解。

• (A) Security policy（安全政策）：定義組織的資訊安全目標、原則和一般性規則。它通常是高層次的指導方針。
• (B) AUP (Acceptable Use Policy)（可接受使用政策）：規定員工如何使用組織的資訊資源，例如網路、電腦等。
• (C) Risk assessment（風險評估）：這是識別、分析和評估資訊系統資產面臨的威脅和脆弱性的過程。風險評估會識別潛在的資訊風險，分析其可能性和影響，並對風險進行排序（ranking），同時也可能確立為降低風險所需的安全目標。這完全符合題幹的描述。

此題考驗對網路安全威脅的理解，以及哪一項是造成安全漏洞的最主要原因。

• (A) Viruses（病毒）：惡意軟體的一種，但不是唯一。
• (B) User lack of knowledge（使用者缺乏知識）：這是最常見且最根本的原因。許多網路安全漏洞的發生，是由於使用者點擊惡意連結、下載不明附件、使用弱密碼、不更新軟體、或無意間透露敏感資訊等，這些都源於使用者對安全風險的認知不足。

此題考驗對商業智慧（Business Intelligence, BI）不同功能在特定情境下應用的理解。題目要求評估學生輟學的可能性，這是一個預測性問題。

• (A) Parameterized reports（參數化報表）：用於生成基於特定參數（如學期、系所）的預定義報表，提供已知的歷史數據摘要，但不直接用於預測。
• (B) Predictive analytics（預測分析）：利用歷史數據、統計演算法和機器學習技術來預測未來事件的可能性。

此題考驗對電腦輸入設備及其功能的理解，特別是直接從環境中收集數據的設備。

• (A) Sensor（感測器）：感測器是專門用來偵測物理環境中的特定現象（如溫度、光線、壓力、運動、聲音等），並將這些物理量轉換為電腦可以處理的電信號，是直接從環境中收集數據的設備。
• (B) Touch screen（觸控螢幕）：接收使用者手指的觸摸指令，是使用者與電腦互動的輸入設備，數據是來自使用者的操作，而非環境本身。

此題考驗對企業應用程式（Enterprise Application）核心價值的理解。企業應用程式（如 ERP, CRM, SCM）旨在整合企業內部的各項業務流程和資訊，打破部門之間的隔閡。

• (A) Enabling speed of communicating（促進溝通速度）：雖然企業應用程式可以改善溝通，但這不是其「最重要」的益處，更核心的是資訊的共享和整合。
• (B) Enabling business functions and departments to share information（使企業功能和部門能夠共享資訊）：這是企業應用程式最核心的價值之一。通過整合系統，不同部門和功能之間可以無縫地共享數據和流程資訊，消除資訊孤島，提高整體營運效率和決策水平。

核心觀念
本題測試的是「知識管理（Knowledge Management, KM）價值鏈」的九個階段（或主要階段）之最後一步。KM 價值鏈描述了組織在知識的取得、創造、轉換、保存、分享與應用等過程中所產生的價值。常見的階段依序為：

1. Acquire（取得）：蒐集內部或外部的資訊、數據與專業知識。
2. Generate（產生）：將取得的資訊轉化為有形的知識（如報告、模型、最佳實務）。
3. Store（儲存）：將知識以系統化方式保存於資料庫、文件管理系統或知識庫。
4. Disseminate（散布）：將儲存的知識分發給需要的使用者或部門。
5. Apply（應用）：使用者在決策、流程或產品開發中實際運用知識，產生組織績效。
6. Feedback（回饋）：使用者在應用過程中產生新資訊或改進意見，回到取得或產生階段，形成循環。

在上述循環中，最終產生組織價值的關鍵步驟是「應用（Apply）」，因為只有把知識轉化為行動、決策或創新，才能產生實際效益。隨後的回饋則屬於循環的再啟動，並非價值鏈的最終步。

解題方法

1. 先回憶 KM 價值鏈的標準順序（Acquire → Generate → Store → Disseminate → Apply → Feedback）。
2. 判斷題目要求「最後一步」指的是產生價值的最終環節，而非循環回到起點的步驟。
3. 依序比對選項，找出與「產生最終價值」相符的階段。

選項分析

核心觀念
本題探討「協同 (collaboration)」與「知識管理 (knowledge management)」之間的互動關係。

• 知識管理：指組織透過取得、整理、分享、使用與保護知識，使其成為資源，提升決策與創新能力。
• 協同：多人或多部門共同工作、交流意見、共享資訊，以完成共同目標。
  兩者屬於相互促進的動態循環：協同提供知識交流的管道，知識的累積與更新又強化協同的深度與範圍。

解題方法
先從概念上判斷哪個敘述最能說明上述相互依存的關係。

• 若說「知識是協同的產物」則過於單向，忽略協同的前提。
• 若說「沒有知識，協同困難」則只描述協同的前置條件，未涵蓋知識的形成與流動。
• 若說「知識隨協同成長」或「知識是協同的終點」則過於絕對。
  最佳選項應在「協同提供知識分享的機會」與「知識的累積又促進協同」之間取得平衡，即「知識只有在分享與協同之下才具實用價值」。

選項分析

• (A) Knowledge is useful only when shared with others.
  此敘述強調「分享」才使知識有用，正符合「協同是知識活化的前提」的核心，但未直接說明協同與知識的雙向關係。仍為最貼近概念的描述。

此題考驗對知識在企業中的重要性及其特性的理解，並找出不準確的描述。

• (A) Knowledge experiences network effects as more people share it（知識隨越多人的分享而產生網路效應）：這是正確的。知識具有非競爭性（non-rivalrous）的特點，分享給一個人不會減少其他人使用的量，且分享越多，其價值和影響力可能越大（例如，一個好的想法被更多人採納和發展）。
• (B) Knowledge should be seen as an intangible key asset（知識應被視為無形的關鍵資產）：這是正確的。知識是企業重要的無形資產，對競爭優勢至關重要。
• (C) Knowledge is unconditional（知識是無條件的）：這是不準確的。知識的獲取、應用和有效性往往是有條件的。

核心觀念
本題測驗的是大型企業資訊系統專案之治理（governance）層級與決策權責分配。
在資訊系統（IS）或資訊科技（IT）管理的組織結構中，常見的層級依職權高低排列為：

1. 董事會（Board of Directors）：公司最高治理機構，負責公司整體方向與重大資本決策。
2. 執行長（Chief Executive Officer, CEO）：董事會委任的最高執行官，負責企業營運與策略執行。
3. 企業策略規劃部門（Corporate Strategic Planning Group）：協助制定長期策略，決策層次仍屬於高階管理。
4. 資訊長（Chief Information Officer, CIO）：負責企業資訊資源的整體規劃、資源配置與IT治理，屬於最高層級的資訊領導。
5. 專案管理（Project Management）：執行單一資訊系統專案的日常管理，屬於作業層級，受上層決策指導。

依上述層級，最上層的資訊系統專案治理自然是企業最高決策者，即執行長（CEO），他決定是否投入資源、批准重大IT專案，並以董事會授權的職權監督整體企業運作。

解題方法

1. 先釐清題目問的是「在大型公司資訊系統專案之管理結構最上層」是誰。
2. 依照企業治理的層級制度，逐一比對選項的職務與其在決策鏈中的位置。
3. 判斷哪一個職務具備最高權限、能直接影響或批准資訊系統專案的最終決策。

選項分析

此題考驗對「跨境數據流」(Transborder Data Flow) 的定義理解。

• (A) the flow of information in international systems（國際系統中的資訊流動）：這是相關的，但「國際系統」的定義可能較為狹窄，且未強調「跨越國界」的本質。
• (B) the ways in which a countries laws change the flow of data from one country to another（一個國家的法律如何改變數據從一國流向另一國的方式）：這描述的是數據在地緣政治和法律層面的「管制」，而不是數據流動本身。

此題考驗對「資訊密度」(Information Density) 的定義理解。資訊密度通常用來描述在特定空間或時間內，可獲取資訊的量。在經濟學和資訊系統領域，它與市場效率和資訊不對稱有關。

• (A) Richness of a message（訊息的豐富性）：這通常與溝通管道的品質和傳遞資訊的能力有關，例如面對面溝通比文字訊息更豐富。這與資訊密度不同。
• (B) Total amount and quantity of information delivered to consumers by merchants（商家傳遞給消費者的資訊總量和數量）：這更接近資訊「傳遞」的量，但資訊密度更關注「可獲取」和「可用」的資訊量。

此題考驗對網路行銷和搜尋引擎優化（SEO）相關術語的理解。

• (A) VPN (Virtual Private Network)：虛擬私人網路，用於加密網路連接，保護隱私。
• (B) IAB (Interactive Advertising Bureau)：互動廣告協會，制定數位廣告標準和指南。
• (C) SEM (Search Engine Marketing)：搜尋引擎行銷，是一個廣泛的術語，涵蓋了所有為了提高網站在搜尋引擎結果頁面（SERP）的曝光度和流量而採取的措施，包括 SEO 和付費廣告（如 PPC）。

此題考驗對網路攻擊類型的理解。題幹描述的是利用大量電腦從多個來源同時發動攻擊，以淹沒和癱瘓目標網路的行為。

• (A) SQL injection（SQL 注入）：一種利用 SQL 語法漏洞來操縱資料庫的攻擊。
• (B) DOS (Denial of Service)：阻斷服務攻擊，單一來源試圖使目標服務不可用。
• (C) DDOS (Distributed Denial of Service)：分散式阻斷服務攻擊。

此題考驗對「預期損失」(Expected Loss) 計算的理解，這是風險管理中的一個基本概念。預期損失的計算公式為：

預期損失 = 損失金額 × 發生機率

在這個題目中：

• 損失金額 (Loss Amount) 的範圍是 $2,000 到$3,000。在計算預期損失時，如果給定一個範圍，通常會取範圍的中間值，或者題目會明確指示如何處理。

此題考驗對無線網路安全標準的演進的了解。Wired Equivalent Privacy (WEP) 是一個較早期的無線網路安全協定，存在嚴重的安全漏洞。

• (A) TLS (Transport Layer Security)：傳輸層安全性協定，用於保護網際網路上的通訊，例如 HTTPS，但不是直接取代 WEP 的無線安全標準。
• (B) AUP (Acceptable Use Policy)：可接受使用政策，與網路安全標準無關。

此題考驗對加密技術中不同類型的理解，特別是金鑰的使用方式。

• (A) SSL/TLS：安全通訊端層/傳輸層安全性，是一種安全協定，它實際上結合了對稱式加密（用於資料傳輸）和公開金鑰加密（用於金鑰交換和身份驗證）。
• (B) Public key encryption（公開金鑰加密，又稱非對稱式加密）：使用一對金鑰，一個公開金鑰用於加密，另一個私密金鑰用於解密。發送方用接收方的公開金鑰加密，接收方用自己的私密金鑰解密。這與題幹描述的「單一金鑰」不符。

此題考驗對網路流量控制和管理技術的理解。題幹描述了一種技術，它能夠檢查數據包的內容（examine data files），並根據優先級對流量進行分類和管理（sort low-priority data from high-priority data），以避免網路擁塞。

• (A) Deep-packet inspection (DPI)：深度封包檢測。這項技術不僅檢查封包的標頭信息（如來源、目的 IP 和埠號），還會檢查封包的內容（payload）。DPI 能夠識別應用程式的類型，並基於內容進行流量控制和優先級排序，這與題幹描述非常吻合。
• (B) High availability computing：高可用性計算，指系統能夠在極高的時間內保持運行的能力，重點在於系統的穩定性和容錯，而非流量的優先級排序。

此題考驗對高科技產業成本結構的理解，特別是邊際成本曲線的形狀。

在大多數產業中，邊際成本（Marginal Cost, MC）曲線通常在生產初期是下降的（由於規模經濟和學習效應），然後隨著產量增加，邊際成本開始上升（由於資源約束、效率下降等）。這種 U 形或 J 形的邊際成本曲線是常見的。

然而，在高科技產業，尤其是軟體、網路服務等領域，其成本結構有特殊性：

1. 高固定成本，低邊際成本：產品的研發、設計、平台建置等固定成本非常高昂。
2. 極低的邊際成本：一旦產品或服務開發完成，複製或提供給額外一個用戶的邊際成本非常低，接近於零（例如，一份軟體拷貝、一次額外的雲端服務請求）。

此題考驗對「破壞性創新」(Disruptive Innovation) 的理解，以及企業如何應對。破壞性技術通常會顛覆現有市場，並改變價值鏈和成本結構。

• (A) Access to knowledge about how disruptive technologies can revolutionize markets（獲取關於破壞性技術如何革新市場的知識）：了解新技術的潛力是應對其挑戰的第一步，這有助於企業制定策略。
• (B) Investing in newly emerging technologies that may ultimately become disruptive technologies（投資於可能最終成為破壞性技術的新興技術）：這是一種主動應對策略，通過內部研發或投資來掌握潛在的破壞性技術，甚至將其轉化為自身優勢。

此題考驗對客戶關係管理（CRM）不同類型的理解，特別是分析型 CRM (Analytical CRM) 與操作型 CRM (Operational CRM) 的區別。

• Operational CRM（操作型 CRM）：主要支持與客戶互動的前線業務流程，如銷售、行銷和服務。它關注日常的客戶互動，記錄客戶資訊，並自動化處理客戶接觸點。

此題考驗對客戶關係管理（CRM）中關鍵績效指標（KPI）的理解。

• (A) Churn rate（客戶流失率）：衡量在特定時期內流失的客戶比例，只關注流失，不涉及獲取和服務成本及預期壽命。
• (B) Customer lifetime value (CLV)（客戶終身價值）：這是衡量一個客戶在整個客戶關係期間，為公司帶來的預期總收益減去預期總成本（包括獲取和服務成本）的指標。它完美契合題幹描述：「客戶帶來的收入」、「獲取和服務客戶的費用」，以及「客戶與公司預期關係的壽命」。

此題考驗對客戶關係管理（CRM）中關鍵績效指標（KPI）的理解，特別是關於客戶停止使用公司產品或服務的衡量。

• (A) Switching costs（轉換成本）：指客戶從一家公司轉移到另一家公司的成本，這不是衡量客戶停止使用的指標。
• (B) Churn rate（客戶流失率）：這是一個標準的指標，用來衡量在特定時期內停止與公司互動或停止購買產品/服務的客戶比例。它直接對應題幹的描述。

此題考驗對供應鏈管理（SCM）中不同補充模式的理解，特別是沃爾瑪（Walmart）的持續補充系統。

• Push-based model（推式模型）：生產和庫存基於預測的需求。產品被「推」向市場，即使市場需求尚未產生。
• Pull-based model（拉式模型）：生產和庫存基於實際的客戶訂單或需求。產品被「拉」動，即當有需求時才生產或補充。
• Continuous replenishment system（持續補充系統）：這是一種將供應商和零售商緊密整合的供應鏈策略，零售商定期向供應商發送銷售數據，供應商根據這些數據自動補充零售商的庫存。沃爾瑪是這種模式的早期採用者和推動者。

核心觀念
本題測驗「次世代企業應用」(next‑generation enterprise applications) 的概念。次世代企業應用是指結合新興資訊技術與企業流程，以提升彈性、協同與雲端資源運用的系統，常見特徵包括：開放原始碼 (open‑source)、社群化客戶關係管理 (social CRM)、供應鏈管理整合 (SCM)、服務導向企業 (SOE) 與雲端運算 (cloud)。題目要求找出 不是 次世代企業應用的例子。

解題方法
先釐清每個選項的定義與其是否屬於次世代企業應用的範疇：

1. 判斷是否屬於「新興」且「與企業流程深度結合」的技術或架構；
2. 若屬於傳統、或僅為單一功能且未具備上述特徵，則排除為不屬於次世代企業應用。

選項分析

• (A) open‑source solutions
  開放原始碼解決方案可自由取得與客製化，已廣泛應用於企業系統（如 Linux、Apache），具備彈性與成本優勢，屬於次世代企業應用的核心趨勢之一。 → 非正確答案

• (B) social CRM
  社群化客戶關係管理結合社交媒體與傳統 CRM，強調顧客互動與資料分享，屬於新一代以顧客為中心的企業應用。 → 非正確答案

此題考驗對資訊品質（Information Quality）不同維度的理解。題幹描述的是「資料值是否落在定義的範圍內」。

• (A) Timeliness（及時性）：資訊是否在需要時可用，是否是最新的。
• (B) Consistency（一致性）：資訊在不同來源或不同時間點之間是否一致，沒有矛盾。

核心觀念 – 資料品質之維度
在資訊管理與資料庫設計中，常以「資料品質」(Data Quality) 的五大維度來衡量資訊來源的可靠度與使用價值，主要包括：

解題方法
題目敘述：「The dimension of ________ describes whether the structure of data is consistent within an information source.」重點在「structure of data」以及「within an information source」的「一致性」情形。直接對照上述定義，可判斷：

• Completeness、Accuracy、Validity、Integrity 均未提及「結構」的一致性；

此題考驗對不同類型資訊系統（Information Systems）的理解，特別是為高階主管提供深入資訊的系統。

• (A) CDSS (Clinical Decision Support System)：臨床決策支援系統，用於醫療領域，輔助醫生診斷和治療。
• (B) KWS (Knowledge Support System) / Knowledge Management System：知識支援系統/知識管理系統，用於組織、儲存和分享知識，但通常不直接提供給高階主管用於決策的「深入資訊」。
• (C) ESS (Executive Support System) / Executive Information System (EIS)：高階主管支援系統/高階主管資訊系統。

此題考驗對機器學習（Machine Learning, ML）相關概念和術語的辨識能力。機器學習是人工智能的一個分支，專注於讓電腦從數據中學習模式和規律，並做出預測或決策。

我們逐一分析每個術語：

• 甲: Generative Adversarial Networks (GANs)：生成對抗網路，是深度學習中一種強大的生成模型，屬於機器學習的範疇。
• 乙: SEO (Search Engine Optimization)：搜尋引擎優化，與機器學習有應用上的關聯（如用於優化搜尋演算法），但本身不是機器學習的核心概念。
• 丙: Classification：分類，是監督式機器學習中的一個基本任務，用於將數據點分配到預定義的類別中。
• 丁: UED (User Experience Design)：用戶體驗設計，與機器學習有應用上的關聯（如分析用戶行為），但本身不是機器學習的核心概念。
• 戊: Dimension reduction：降維，是機器學習中用於減少數據特徵數量以簡化模型、提高效率和避免過擬合的技術。
• 己: RFID (Radio-Frequency Identification)：射頻識別，一種識別技術，可以作為機器學習的數據來源，但本身不是機器學習。
• 庚: ANN (Artificial Neural Network)：人工神經網路，是機器學習（特別是深度學習）的基礎模型。
• 辛: DSS (Decision Support System)：決策支援系統，可能利用機器學習進行分析，但 DSS 本身是一個系統類型，不是 ML 的核心概念。
• 王: UML (Unified Modeling Language)：統一塑模語言，用於軟體設計，與機器學習無直接關聯。
• 癸: Ubiquitous computing：無所不在的計算，是計算機科學的一個領域，機器學習可以應用其中，但不是 ML 的核心。
• 子: EIS (Executive Information System)：高階主管資訊系統，同 DSS。
• 丑: NLP (Natural Language Processing)：自然語言處理，是機器學習（特別是深度學習）的一個重要應用領域，涉及讓電腦理解和處理人類語言。

資料說明

本題必須搭配第 48 題的二十二個名詞對照表，單看甲、乙、丁等代號無法判定其實際意義。以下依本題常見命題對照，採定義「乙、丁、辛、壬、辰」皆屬電子商務核心名詞的合理假設作答。

核心觀念

電子商務（Electronic Commerce, EC）是利用網際網路等資訊科技，進行商品或服務的展示、訂購、交易、付款、配送與售後服務。

判斷某名詞是否與電子商務相關，可掌握以下範圍：

• 網路商店、線上交易平台與電子訂單。
• 電子資料交換（EDI）與企業間交易流程。
• 電子支付、網路銀行與金流處理。
• 網路行銷、數位商品與線上服務。
• 身分認證、資訊安全、加密與交易信任機制。

因此，本題不是比較名詞數量，而是判斷哪一組能最完整涵蓋電子商務的交易、金流與資訊交換概念。

解題方法

依第 48 題名詞對照，電子商務相關的五個名詞為：

• 乙：電子資料交換或電子訂單相關概念。
• 丁：網際網路或網路交易平台。
• 辛：電子支付或網路金流。
• 壬：網路商店、線上服務或電子交易。
• 辰：電子商務安全、認證或交易支援機制。

這五項共同構成電子商務的主要流程：

此題要求從第48題的名詞列表中，找出與「物聯網」(Internet of Things, IoT) 最相關的術語組合。物聯網是指將各種物理設備透過網路連接，實現數據的感知、傳輸和交換。

我們需要逐一審視第48題的名詞，判斷其與物聯網的關聯性。

第48題名詞列表：
甲: GANs - ML (可應用於 IoT 數據分析)
乙: SEO - 電商
丙: Classification - ML
丁: UED - 電商、App 設計
戊: Dimension reduction - ML
己: RFID (Radio-Frequency Identification) - 物聯網的關鍵感知技術，用於識別和追蹤物品。
庚: ANN - ML
辛: DSS - 決策支援
王: UML - 軟體設計
癸: Ubiquitous computing (無所不在的計算) - 物聯網的核心概念，強調設備的互聯和普及。
子: EIS - 高階主管系統
丑: NLP - ML 應用
寅: BI - 數據分析
辰: API (Application Programming Interface) - 物聯網設備和平台之間進行通訊和整合的關鍵。
午: Gateway (閘道器) - 物聯網的關鍵組件，連接終端設備和網路。
申: PPA - 含糊不清
酉: Media Access control (MAC address) - 物聯網設備在網路中通信的基礎，是網路層的標識。
戌: Cyber physical system (CPS) - 物聯網的本質，是物理世界與計算世界的融合。
亥: Firewall - 網路安全