113 地方特考三等 資訊處理 資訊管理 考古題詳解

核心觀念

本題考查軟體開發流程模式的選擇，關鍵在於辨識系統是否能依照既有需求一次完整定義，以及能否先採用現成軟體或元件，再依機關需求調整。

「交通運輸整合管理系統」涵蓋交通大數據資料庫、即時事件通報與應變處理，須整合不同來源的資料與既有系統，且實際使用需求可能在建置及試行期間逐步明確。因此適合選擇再用客製化模式（Reused Customization）：以現成軟體、平台或可重用元件為基礎，再依縣市政府的業務流程與整合需求進行設定、修改及測試。

解題方法

判斷流程模式時，可從兩個面向切入：

1. 需求是否能在專案初期完整確定：此系統涉及多種交通資料與跨單位通報流程，整合需求多，初期難以一次掌握所有細節。
2. 是否有可利用的既有軟體或元件：資料庫、地理資訊、事件通報、訊息交換等功能常有可重用的平台或元件，可先以其為基礎，再針對本案客製化。

因此，以再用客製化模式能利用成熟功能，並將專案工作集中於需求差異、系統介接與客製化；比起完全自建，更能善用既有成果，也比需求一次定案後依序完成的瀑布式流程，更能因應整合過程中的需求調整。

主要作業程序

再用客製化模式的作業程序如下：

1. 需求分析：蒐集並確認交通資料來源、資料格式、即時更新需求、通報對象、事件處理流程、權限與資安需求。
2. 尋找可重用軟體或元件：調查現有平台、套裝軟體、資料庫、介接服務及可重用模組，確認其功能與技術條件。
3. 評估與選擇：比較候選軟體與本案需求的符合程度、擴充性、相容性、可靠度、維護性及成本，選定合適基礎。
4. 需求差異分析：逐項比對既有軟體功能與本案需求，辨識可直接使用、需設定、需介接及需修改或新增的部分。

核心觀念

本題考查軟體專案風險管理的基本流程：先辨識不確定事件，再分析其發生機率與影響，接著依風險大小排序，最後選擇合適的處置方式。風險是可能影響專案目標的未來不確定事件；影響可能是負面威脅，也可能是正面機會。本題主要以威脅風險說明。

解題方法

答題時依「如何找出風險 → 如何評估與排序 → 如何處理」三階段作答。分析風險時，先估計風險發生的可能性與影響程度，再判定優先級；處置方式則依是否能消除風險、是否願意承受，以及能否由他人承擔來選擇。

一、風險辨識的方法

風險辨識的目的，是找出可能影響專案範圍、時程、成本、品質、資安或營運的事件，並記錄風險原因、可能事件及其後果。常見方法如下：

1. 檢核表與分類架構：依過往專案經驗或風險分類架構逐項檢查，例如需求、技術、人力、供應商、時程、成本及外部環境。
2. 腦力激盪與專家訪談：邀集專案成員、使用者、維運人員及領域專家提出風險；可用訪談補足檢核表未涵蓋的情況。
3. 德菲法（Delphi technique）：以匿名、分回合方式蒐集專家意見並彙整，使意見逐步收斂，適合專家分散或需降低少數人主導影響的情境。
4. 文件與假設分析：檢視需求文件、時程、預算、合約、技術規格及過往專案紀錄；檢驗專案假設是否成立，以及假設不成立時會帶來哪些風險。
5. SWOT 分析：檢視專案的優勢、弱點、機會與威脅，尤其可用弱點與威脅找出需要管理的風險。
6. 因果圖與情境分析：由可能的原因推導事件及後果，或設想關鍵條件改變時專案會受到什麼影響。
7. 根因分析與經驗教訓：從過去缺失、事故及專案問題追查根本原因，辨識本專案中可能重現的風險。

辨識結果宜登錄於風險登錄表，至少記錄風險描述、原因、可能後果、風險類別、負責人及初步因應方向，供後續分析與追蹤。

二、風險分析與優先順序排序

1. 定性風險分析

對每項風險估計：

• 發生可能性：例如以低、中、高，或 1 至 5 級表示。
• 影響程度：評估對成本、時程、範圍、品質、安全或營運的衝擊，同樣可用等級表示。

可用機率與影響矩陣將兩者組合成風險等級。例如：

若採 1 至 5 級評分，分數範圍為 1 至 25；分數愈高，通常愈應優先處理。實務上也可用高、中、低矩陣分類，不必強行換算為數值。

2. 定量風險分析

對重要風險進一步估算其數值影響。常見方法是預期貨幣值（EMV）：

核心觀念

本題考《資通安全責任等級分級辦法》第十一條及附表九、附表十：

• 附表九依資通系統的機密性、完整性、可用性及法律遵循等防護需求，將系統分為高、中、普三級。
• 附表十規定各級系統應執行的防護基準。中級措施通常也須一併執行普級措施；高級措施則包含中級措施。

以下以命題當年（民國 113 年）法規為準。現行法規已修正，作答時應依題目指定年度採用當時規定。

解題方法

先確認題目問的是「資通系統防護需求等級」，而非機關的資通安全責任等級；前者分為高、中、普。接著依附表十定位兩個指定項目：存取控制構面中的「帳號管理」，以及識別與鑑別構面中的「身分驗證管理」。中級措施須連同該項目所列的普級措施一併列出。

中級系統應執行的防護措施

一、存取控制：帳號管理

中級系統應執行下列措施：

1. 已逾期的臨時或緊急帳號，應刪除或禁用。
2. 資通系統的閒置帳號應禁用。
3. 定期審核帳號的建立、修改、啟用、禁用及刪除。
4. 建立帳號管理機制，包含帳號申請、開通、停用及刪除程序。此為普級措施，中級系統也須執行。

二、識別與鑑別：身分驗證管理

中級系統應執行下列措施：

核心觀念

本題考查政府資訊系統的部署模式選擇，重點是依系統的資安與法遵要求、資料敏感度、服務需求、成本及機關維運能力，選擇自有機房、公有雲或私有雲。不能只比較設備購置費，也要評估整體生命週期成本與風險。

• 自有機房：設備設置於機關自有或自行管理的機房，由機關掌握硬體、網路及維運作業。
• 公有雲：使用雲端服務業者提供的共享雲端資源，依服務型態與用量付費，通常較容易彈性擴充。
• 私有雲：雲端資源專供單一機關或組織使用，可由機關自行建置，也可委外託管；相較公有雲，資源及管理邊界較具專屬性。

政府機關還須考量資通安全、個人資料保護、機敏資料管理、政府雲端服務相關規範，以及資料所在地、委外管理與稽核要求。涉及法規部分，以命題當年（民國 113 年）法規為準；本題不以單一法條作為選擇結論，而須依系統的實際分級與適用規範判斷。

解題方法

可先依序確認「系統與資料的限制」，再比較三種部署方式：

1. 確認系統與資料等級：是否處理機敏公務資料、個人資料、重要資通系統資料，或有特定資料保存與存取限制。
2. 確認服務需求：使用者規模、尖峰負載、可用性、災難復原、擴充速度及對外服務需求。
3. 評估管理與成本：比較建置、維運、人力、授權、網路、備援、資安監控與汰換成本，並確認機關是否具備相應維運能力。
4. 檢查治理與供應商條件：確認資料位置、存取控制、加密、紀錄留存、稽核權、事件通報、服務水準及契約終止後的資料返還或刪除機制。
5. 依限制與需求選擇部署模式：先排除不符合法規或資安要求的方案，再在可行方案中比較服務效能、成本與管理負擔。

考量因素與部署方式判斷