110 一般警察特考三等 警察資訊管理人員 資訊管理 考古題詳解
第 一 題25 分
近年來雲端技術蓬勃發展，大量組織採用雲端架構系統，但部分機構或組織受限於法規或其資料的機敏性，必須謹慎評估雲端技術的運用。
假設某金融機構計劃將應用雲端技術於相關資訊服務，請仔細評估此金融機構雲端託管服務（in cloud）以及主機自管（in house）的優缺點。
登入後即可作答並保存紀錄。
核心觀念
本題要比較金融機構採用雲端託管服務（in cloud）與主機自管（in house）時的優缺點，並依金融業對資料保密、服務持續性、法規遵循及資安管理的要求，評估兩種架構的適用性。
雲端服務是由外部服務提供者提供運算、儲存、網路或應用服務；主機自管則由機構自行建置或持有資訊設備，並負責營運維護。兩者的核心差異在於資源由誰提供，以及控制權、責任與成本如何分配。即使採用雲端，金融機構仍須對客戶資料保護、營運風險及法規遵循負責，不能因委外而免除責任。
本題未指定雲端服務模式（如 IaaS、PaaS、SaaS）或部署型態（如公有雲、私有雲、混合雲），故以下以一般雲端託管服務與自行管理機房主機作比較。
解題方法
可依下列面向逐項比較：
- 成本與資源配置：初期建置成本、維運人力、設備利用率及費用彈性。
- 擴充與敏捷性：新增資源所需時間、容量調整能力及服務部署速度。
- 控制與客製化：機構對硬體、系統設定、資料位置及變更時程的掌握程度。
- 資安與法遵：資料機敏性、存取控制、稽核能力、委外管理及法規要求。
- 可用性與營運持續：備援、災難復原、服務中斷風險及復原能力。
- 供應商依賴與技術風險：服務商依賴、資料移轉難度、網路連線及服務水準。
比較時應避免把「雲端」直接等同於安全或不安全；實際風險取決於服務商能力、契約、架構設計及機構自身治理。
雲端託管服務（in cloud）的優點
- 降低初期資本支出：不必自行一次購置大量伺服器、儲存設備及機房設施，可依服務模式按使用量或約定容量付費。
- 快速部署與彈性擴充：可迅速增加或縮減運算、儲存資源，適合需求波動、季節性尖峰或新服務試辦。
- 減少部分基礎設施維運負擔：服務商負責底層設備、機房或部分平台維護，機構可將人力投入核心業務與應用管理。
- 有機會取得較成熟的備援能力：大型服務商通常具備多地機房、備份與災難復原服務；若妥善選擇服務及設計架構，可提升復原能力。
- 資源利用效率較高：服務商透過資源池化與多租戶管理提高設備使用率，機構可避免自行建置後設備長期閒置。
- 較容易導入新技術：可較快使用雲端資料分析、人工智慧或管理工具，縮短建置與更新時間。
雲端託管服務（in cloud）的缺點與風險
- 控制權與可視性降低：機構對底層硬體、實體機房及部分系統設定的直接掌握較少，調查事件與稽核時須仰賴服務商提供資料與配合。
- 資料機敏性與法遵風險：資料儲存位置、跨境傳輸、存取權限及分包商管理都須審慎確認；金融機構仍須確保委外安排符合相關規範。
- 共享環境的管理要求較高：雲端多租戶架構須妥善隔離帳號、網路、儲存與金鑰；設定錯誤或權限過寬可能造成資料外洩。
- 服務中斷與網路依賴：服務須仰賴對外網路及雲端平台可用性，連線故障或服務商事故可能影響金融服務。
- 供應商鎖定與移轉成本：若大量使用特定平台的專屬服務，日後轉換服務商或遷回自建環境可能耗費時間與成本。
- 費用不一定較低：使用量持續增加、資料傳輸費、額外備援與資安服務費用，可能使長期總成本高於預期。
- 責任仍由機構承擔：服務商管理底層設施不代表機構可忽略應用程式、身分權限、資料分類、加密及委外監督等責任。
主機自管（in house）的優點
第 二 題25 分
產出高品質的資訊所需的資料有哪些特性？請舉一個警察資訊系統的例子來詳細說明各特性。
登入後即可作答並保存紀錄。
核心觀念
本題考查資料（Data）經處理後形成資訊（Information）的品質。原始資料若不正確、不完整或過時，即使經過大量運算，也無法產出可靠資訊。高品質資訊通常具備下列特性：
- 正確性：內容符合事實，錯誤率低。
- 完整性：包含作成判斷或採取行動所需的資料，沒有重要遺漏。
- 及時性：在需要時提供，且反映當下或指定期間的狀況。
- 相關性：符合使用者的工作目的，能協助決策。
- 一致性：不同資料來源、欄位或報表之間的定義與內容相符。
- 可理解性：呈現方式清楚，使用者能正確解讀。
- 可近性與安全性：授權使用者能在需要時取得資料，並防止未授權查閱或竄改。
各教科書對資訊品質的分類略有差異；作答時應先交代核心特性，再以具體系統例子逐一說明。
解題方法
題目要求「有哪些特性」並「以警察資訊系統說明」，可先選定一個系統，再沿著資料蒐集、更新、整合、查詢與使用的流程，說明每項特性如何影響資訊品質。
以下以警察勤務指揮系統為例：系統整合報案、派遣、警力位置及案件處理情形，提供勤務指揮人員掌握現況與調度警力。
各項特性與系統例子
| 資料／資訊特性 | 說明 | 勤務指揮系統例子 |
|---|---|---|
| 正確性 | 資料應符合實際情況，避免輸入錯誤或錯誤識別。 | 報案地點、案件類別及聯絡電話應正確；若地址誤植，系統顯示的派遣地點就會錯誤，警力可能無法及時到場。 |
| 完整性 | 資料應包含處理業務所需的關鍵欄位與內容。 | 案件資料除報案時間與地點外，還應有事件性質、現場狀況、危險因子及處理進度；缺少危險因子，指揮人員可能低估所需警力。 |
| 及時性 | 資料應在決策或行動所需的時間內更新、提供。 | 警網派遣、到場及結案狀態應即時更新；若警力已離開現場，系統仍顯示其正在處理案件，可能造成錯誤調度。 |
第 三 題25 分
為了將組織中現有的資料萃取為知識，協助組織做出重要的業務決策，商業智慧型（Business Intelligence, BI）的技術被廣泛應用。
請以警察資訊管理的背景來詳述商業智慧流程的主要三個活動。
登入後即可作答並保存紀錄。
核心觀念
本題考查商業智慧（Business Intelligence, BI）如何把組織既有資料轉化為可供決策使用的知識。BI 流程的三項主要活動為：資料取得、資料分析、資訊呈現與傳遞。警察機關可運用這些活動，將勤務、案件、交通及民眾通報等資料整理成決策資訊，支援警力配置與治安管理。
解題方法
依照「取得資料 → 分析資料 → 傳遞決策資訊」的流程作答，並以警察機關的業務資料舉例。各活動的重點在於說明資料如何逐步轉為可採取行動的資訊。
商業智慧流程的三個主要活動
一、資料取得（Data Acquisition）
從組織內外部來源蒐集決策所需資料，並進行整合與前處理，例如資料清理、格式轉換、去除重複資料及檢查缺漏。常見作法是透過 ETL 流程，將資料從來源系統萃取（Extract）、轉換（Transform）後載入（Load）資料倉儲或分析平台。
以警察資訊管理為例，可整合報案紀錄、刑案資料、交通事故、勤務派遣、巡邏紀錄與監視設備事件資料。整理時須統一時間、地點及案件類別等欄位，並處理重複或不完整紀錄，讓後續分析建立在一致、可信的資料上。
二、資料分析（Data Analysis）
第 四 題25 分
為實現動態程式設計，提升日後程式修改、擴充、簡化與再利用，MVC 架構被實務界大量使用。
請先說明一個你所知的警察資訊管理需求，然後若要滿足你所舉的例子的需求，且決定以 MVC 架構來開發的話，詳細說明你的 MVC 架構與優點。
登入後即可作答並保存紀錄。
核心觀念
本題考查 MVC（Model–View–Controller）架構的角色分工，以及如何將它應用在警察資訊管理需求上。MVC 是一種將應用程式的資料與業務規則、使用者介面，以及請求處理流程分開的設計模式，讓各部分能較獨立地修改、擴充與測試。
解題方法
先提出一項具體的警察資訊管理需求，再依序說明該需求中的 Model、View、Controller 負責什麼，最後說明這種分工如何帶來維護與再利用上的好處。以下以「勤務案件通報與進度查詢系統」為例：員警可登錄案件資料、更新處理進度，主管可查詢案件清單與統計資訊。
MVC 架構設計
一、Model（模型）
Model 負責資料及業務邏輯，包含案件資料的表示、處理規則與資料存取。例如：
- 定義案件編號、案件類別、通報時間、地點、承辦單位、處理狀態等資料。
- 執行業務規則，例如必填欄位檢核、案件狀態轉換、承辦權限檢查及案件資料查詢。
- 透過資料存取元件讀寫資料庫，並提供案件清單、單筆案件或統計結果給其他元件使用。
Model 不負責畫面呈現，也不應直接處理使用者點擊按鈕等介面事件。
二、View（視圖）
View 負責將資料呈現給使用者，並提供操作介面。例如：
- 顯示案件列表、案件詳細資料、查詢結果與統計圖表。
- 提供案件新增、進度更新及條件查詢的表單。
- 將 Model 提供的資料整理為適合員警或主管閱讀的畫面。
View 著重呈現，不負責決定案件能否更新、案件狀態如何轉換等業務規則。
三、Controller（控制器）
Controller 負責接收使用者請求、協調 Model 與 View。例如：