114 地方特考三等 資訊處理類科 資訊管理 考古題詳解

核心觀念

「雙軸轉型」（Twin Transformation，也稱 Twin Transition）是企業同步推動數位轉型與綠色轉型，並把兩者納入共同的策略、治理與投資規劃。

• 數位轉型：運用雲端、物聯網、人工智慧、資料分析、自動化等數位技術，改變企業的營運流程、產品服務、商業模式及組織能力。
• 綠色轉型：透過節能減碳、再生能源、循環經濟、永續供應鏈等措施，降低企業活動對氣候與環境的衝擊，並提升資源使用效率。

因此，雙軸轉型不只是「導入資訊系統」加上「做環保」，而是讓數位能力實際支援永續目標，同時讓環境與資源限制納入數位發展決策。

解題方法

本題是申論題，可依題目四個問句分成四段作答：

1. 先界定雙軸轉型的兩個軸線。
2. 說明企業為何需要同時轉型。
3. 說明數位與綠色兩軸如何互相促進，也會帶來哪些衝突。
4. 整理推動時常見的組織、技術、資金與衡量挑戰。

這樣安排能避免只解釋名詞，卻漏答題目對「必要性、關聯、挑戰」的要求。

為何需要雙軸轉型

企業需要雙軸轉型，主要有以下原因：

1. 因應氣候與資源壓力：減碳、能源效率與資源循環逐漸成為企業經營的重要要求。降低能源與原物料消耗，也能減少成本及營運風險。
2. 回應法規、客戶與投資人要求：碳排資訊、永續揭露及供應鏈要求，會影響企業的合規成本、客戶關係與資金取得。
3. 維持競爭力與市場韌性：數位科技可提升效率並支援新產品與服務；綠色作為則有助企業因應能源價格、供應鏈中斷及市場偏好變化。
4. 掌握數位科技的環境效益：資料分析、物聯網與人工智慧可協助企業即時監控能源與排放、預測設備維護、改善物流及生產排程。
5. 避免兩類投資彼此脫節：若資訊建置只追求速度與功能，忽略能源消耗、設備汰換和電子廢棄物，數位發展可能增加環境負擔；若永續計畫沒有可靠資料，也難以設定基準或驗證成果。

雙軸之間的關聯

雙軸之間是互相支援、也互相牽制的關係，並非數位化必然帶來永續成果。

數位轉型支援綠色轉型

• 物聯網感測器與能源管理系統，可追蹤設備耗能、用水量及排放。
• 資料分析與人工智慧，可協助改善製程、預測維修需求、降低能源浪費。
• 雲端平台與數位供應鏈工具，可提升供應商資料蒐集、追蹤與協作能力。
• 數位產品護照、追溯系統及平台服務，可支援產品回收、再利用與循環經濟。

綠色轉型引導數位轉型

核心觀念

本題考查人工智慧治理的定義、治理必要性、核心原則與實務推動障礙。答題時須把 AI 治理說成一套組織與制度層級的管理機制，而非單一技術、演算法或倫理宣言。

AI 治理是政府、企業及其他利害關係人，透過法律政策、組織責任、作業流程與技術控制，管理 AI 系統從規劃、資料蒐集、設計開發、測試部署到監控退場的全生命週期，使其使用符合適用法律、公共利益與社會價值，並辨識、降低及處理相關風險。

治理範圍包括模型與資料，也包括採用 AI 的目的、使用情境、決策流程、人員監督、供應商管理、事故應變及責任歸屬。因此，AI 治理的重點是讓 AI 的效益與風險都能被管理，並使適當的人或組織對系統負責。

解題方法

本題沒有唯一法定清單，宜採「定義—必要性—原則—困難」四段式作答。原則可按國際常見的可信任 AI 架構整理，再以資料、組織與制度角度說明推動障礙；答題時也要指出原則須依應用情境與風險程度落實。

為何需要 AI 治理

1. 防止傷害與管理風險：AI 可能產生錯誤或不適當的輸出，並造成錯誤決策、歧視、資安事件、隱私侵害、詐欺或資訊操弄等後果。治理可透過風險評估、測試、監控及事故處理降低影響。
2. 保障權利與公共利益：AI 可能影響人民取得服務、就業、金融或其他重要機會，須保障公平、隱私、平等與救濟權利。
3. 建立可問責機制：若決策由模型、資料供應者、開發者與使用單位共同造成，沒有明確責任分工時，容易出現無人負責。治理可建立決策紀錄、權責分配、申訴與補救流程。
4. 提升信任與採用品質：透明說明系統用途與限制、維持可靠性及保留人工監督，有助於讓使用者和受影響者理解並適度信任 AI。
5. 確保符合法規並促進創新：治理有助於組織管理個人資料、智慧財產、消費者保護及資安等合規風險；以明確規則和風險控管建立穩定的創新條件。

AI 治理的核心原則

1. 以人為本、尊重人權與民主價值：AI 應服務於人與社會，維護人的尊嚴、自主及基本權利；涉及重大影響時應設置適當的人類監督。
2. 公平與不歧視：檢視訓練資料、模型與使用流程是否造成偏差或差別待遇，並依應用情境採取偏差測試、修正及持續監測。
3. 透明與可解釋：適度揭露 AI 系統的用途、能力、限制及重要決策因素，讓使用者知道何時與 AI 互動，並使受影響者有機會理解和質疑重要結果。
4. 隱私與資料治理：資料蒐集與使用應有正當目的、適當權限及安全措施；重視資料品質、來源、代表性、保存與存取管理。
5. 安全、可靠、穩健與資安韌性：系統在預定用途及合理可預見的情境下應維持可靠，並能抵禦攻擊、錯誤輸入或環境變化；對高風險用途須加強測試、監測及緊急停用能力。

核心觀念

本題考查敏捷軟體開發的基本精神、常見方法，以及政府機關導入時的組織與制度配套。作答應依序說明「定義與特徵、方法、導入障礙、因應策略」，並將每項問題與相應措施連結。

**敏捷軟體開發（Agile Software Development）**是一種以短週期、反覆迭代與持續回饋為核心的開發方式。團隊先交付可運作的軟體，再依使用者回饋及環境變化調整需求與產品。敏捷重視：

• 個人互動與團隊合作。
• 可運作的軟體。
• 與使用者持續協作。
• 回應變更。

這些原則不代表不需要流程、文件或契約，而是強調以價值交付和實際成果為導向，並使文件、流程與計畫服務於開發及治理需要。

解題方法

本題是申論題，適合採「概念—方法—問題—對策」架構作答。提出政府機關的導入問題時，應同時寫出具體因應方法，避免只列出困難而未提出管理方案。

一、敏捷開發的主要特徵

1. 迭代與漸進交付：將工作切分為短週期，每一週期完成一部分功能，逐步擴充系統。
2. 持續取得回饋：由使用者或業務代表檢視成果，據以調整後續工作。
3. 跨職能團隊合作：由具備需求、設計、程式、測試等能力的成員共同完成工作。
4. 需求與優先順序可調整：依業務價值、風險及回饋，排序待辦事項。
5. 持續整合與測試：及早發現缺陷，降低問題延至系統上線才暴露的風險。

二、常見的敏捷軟體開發方法

• Scrum：以 Sprint（短期迭代）組織工作，透過產品待辦清單、每日站立會議、Sprint 檢視與回顧，持續交付及改善。常見角色包含產品負責人、Scrum Master 與開發團隊。
• 極限編程（Extreme Programming, XP）：重視工程實務，例如測試先行、持續整合、結對程式設計、重構及小幅頻繁發布。
• 看板（Kanban）：以工作流程看板呈現工作狀態，限制進行中的工作數量，改善工作流動與瓶頸。
• 精實軟體開發（Lean Software Development）：以減少浪費、縮短交付時間、提升品質及持續改善為重點。
• 動態系統開發方法（DSDM）：透過反覆開發、使用者參與及優先順序管理，兼顧交付時程與業務需求。
• 特性驅動開發（Feature-Driven Development, FDD）：以可辨識的功能特性規劃及追蹤開發工作。

各方法的實際作法不同，但共同重視逐步交付、密切回饋與持續調整。

三、政府機關導入時的問題與因應方法

核心觀念

本題考查公務機關接獲軟體委外廠商資安事件通報後，如何依《資通安全事件通報及應變辦法》辦理通報、分級、損害控制、復原、調查及改善。廠商通報是機關獲知事件的來源；依法負責通報與應變的主體仍是公務機關。

**以下以命題當年（民國 114 年）法規為準。**民國 115 年 1 月 5 日該辦法名稱及全文修正，現行法已修正；本題仍依命題當時的條文說明。

解題方法

依事件處理時間順序作答：先確認事件並啟動內部應變，再評估事件等級；接著在法定時限內完成對外通報及損害控制，最後進行調查並提出改善報告。作答時要分清楚「通報時限」與「損害控制或復原時限」，兩者起算點均是機關知悉事件，但期限不同。

處理流程

1. 接獲通報後確認事件並啟動內部流程 記錄廠商通報時間、事件發生時間、受影響系統與服務、影響範圍及已採取措施；依機關既定通報及應變作業規範通知權責人員，視需要成立應變小組，並要求廠商提供持續更新的事件資訊。

2. 評估影響並判定事件等級 依《資通安全事件通報及應變辦法》第 2 條，評估資訊是否遭洩漏或竄改、系統或業務是否受影響、影響程度，以及是否涉及核心業務、敏感資訊、一般公務機密、國家機密或關鍵基礎設施維運。通報內容依第 3 條應包括發生機關、發生或知悉時間、狀況描述、等級評估、已採取措施、外部支援需求及其他相關事項。

3. 於一小時內完成機關通報 依第 4 條，公務機關知悉資通安全事件後，應於 一小時內依主管機關指定的方式及對象通報；事件等級變更時，應續行通報。若因故無法使用指定方式，仍須於一小時內以其他適當方式通報，並註明原因；障礙排除後，再依指定方式補行通報。

4. 同步控制損害並進行復原 依第 6 條完成損害控制或復原作業，期限為：