108 一般警察特考三等 警察資訊管理人員 資訊管理 考古題詳解

核心觀念

本題考查通訊網路的基本名詞，包括寬頻接取技術 ADSL、網域名稱中的頂級網域、物聯網的架構與感知層技術，以及行動通訊標準 LTE。

解題方法

依題目指定的名詞，寫出英文全名並說明其用途或所屬概念。網址中的 .com 是網域名稱的一部分；IoT 感知層則負責蒐集物理世界的狀態，因此可從感測器、辨識技術與短距離無線感測網路等方向舉例。

各小題解析

（一）ADSL 英文全名

ADSL 的英文全名是 Asymmetric Digital Subscriber Line，中文常譯為「非對稱數位用戶迴路」。

它利用既有電話銅線提供數位寬頻連線，且下行與上行傳輸速率不對稱，通常下行速率較高、上行速率較低。「非對稱」即是此技術的命名重點。

（二）網址中的 .com

.com 是網域名稱中的頂級網域（Top-Level Domain, TLD），屬於通用頂級網域（generic Top-Level Domain, gTLD），最初主要供商業機構使用。

在 www.google.com.tw 中，.tw 是國碼頂級網域，.com 位於其左側，表示通用網域類別；兩者合在一起形成 com.tw 這一層網域。.com 本身不是通訊協定，也不是主機名稱。

（三）IoT 定義與感知層技術

IoT 的英文全名是 Internet of Things，中文稱為「物聯網」。其概念是透過感測、辨識、網路連接與資料處理，使實體物件能蒐集或交換資料，並支援監測、控制或服務應用。

物聯網常以感知層、網路層與應用層說明其架構。感知層負責感測環境或物件狀態，並取得可供後續傳輸與處理的資料。常用關鍵技術可列舉三種如下：

核心觀念： ODBC 是 Open Database Connectivity（開放式資料庫連線）​的縮寫，是一種讓應用程式透過共同介面存取不同資料庫的標準。應用程式使用 ODBC API 發出資料庫操作要求，再由相應的 ODBC 驅動程式（Driver）​將要求轉換成特定資料庫能理解的指令。

解題方法： 掌握「應用程式—ODBC 介面—資料庫驅動程式—資料庫」的連線架構，即可說明其作用：應用程式不必直接依賴某一種資料庫的專屬介面，改以適當驅動程式連線至資料庫。

解題技巧： ODBC 是資料庫連線的標準介面，不是資料庫管理系統，也不是資料庫本身。它提高應用程式與資料庫之間的互通性；但要連接特定資料庫，仍須安裝相應的 ODBC 驅動程式。

（二）正規化的定義與目的

核心觀念： 正規化（Normalization）是依據關聯式資料庫的設計原則，分析資料表間的屬性與相依關係，並透過分解資料表等方式，使資料結構符合各正規形式的過程。常見正規形式包括第一正規形式（1NF）、第二正規形式（2NF）、第三正規形式（3NF）及 Boyce–Codd 正規形式（BCNF）。

解題方法： 回答時先定義正規化，再說明它要處理的問題與達成的目的：

1. 減少資料重複： 避免相同資料在多筆紀錄中反覆儲存。
2. 避免異常： 降低新增、修改或刪除資料時造成的不一致。

• 新增異常： 尚未有某項資料時，無法單獨新增另一項相關資料。
• 修改異常： 相同資料散落多處，只修改部分紀錄而造成不一致。
• 刪除異常： 刪除一筆紀錄時，連帶失去原本仍需保留的其他資訊。

3. 提升資料一致性與維護性： 讓資料的儲存與更新更容易管理，維持資料正確。
4. 建立合理的資料表結構： 依資料相依關係拆分資料表，並以主鍵、外鍵維持表間關聯。

正規化分解資料表時，仍須注意表間關聯能否正確重組；資料庫設計實務上也會依查詢效能與需求，在適當情況下採用反正規化。

解題技巧： 作答不能只寫「減少重複」。應再點出正規化的核心目的之一是避免新增、修改、刪除異常，並維持資料一致性。

核心觀念

本題考資訊系統的安全弱點與控制措施。資訊系統將人員、硬體、軟體、資料及通訊網路連結起來，任何一個環節遭到破壞、發生錯誤或被不當使用，都可能影響資料的機密性、完整性與可用性。

應用程式控制（Application Controls）是針對特定應用系統及其交易流程所設計的控制，目的在確保資料從輸入、處理到輸出的過程均正確、完整且經授權。

解題方法

第一部分從「系統如何運作、資料如何儲存、誰能接觸系統、程式是否可靠」切入，整理四項常見弱點。第二部分依應用系統的交易流程，按「輸入—處理—輸出」說明三項控制，並舉例指出各自防範的錯誤或濫用。

資訊系統易遭破壞、錯誤與濫用的四項原因

1. 網路連結廣泛，暴露面增加 資訊系統透過網際網路、內部網路及無線網路連結使用者、設備與外部系統。連結增加後，未經授權者可嘗試入侵；病毒、惡意程式及網路攻擊也可能沿連線傳播，造成資料外洩、服務中斷或資料遭竄改。

2. 資料以電子形式集中儲存，受害影響範圍大 電子資料易於複製、傳輸與大量修改，資料庫一旦遭入侵或操作錯誤，可能在短時間內造成大量紀錄外洩、毀損或遺失。備份不足、備份未妥善保護，也會使系統故障或災害造成的損失難以復原。

3. 系統與軟體複雜，錯誤及安全漏洞不易完全排除 資訊系統通常由作業系統、資料庫、應用程式及網路設備等多個部分組成，彼此相依。程式設計錯誤、設定不當、更新未完成或元件間的相容問題，都可能形成漏洞，導致資料處理錯誤或遭利用。

4. 人為因素與管理控制不足 使用者可能因疏忽輸入錯誤資料、誤刪檔案，或將帳號密碼交給他人；內部人員也可能濫用權限。

核心觀念

雛型法（Prototyping）是一種以「先做出可操作的系統雛型，再透過使用者實際試用與回饋，逐步釐清需求並修正系統」為核心的系統開發方法。雛型是用來溝通、驗證需求的初步版本，不一定具備正式系統的完整功能、效能與安全性。

雛型法特別適合需求尚未明確、使用者難以完整描述需求，或需要透過操作畫面與功能來確認需求的系統。它可採用兩種方式：

• 拋棄式雛型：雛型用於確認需求；需求確定後，依據需求重新設計、建置正式系統。
• 演進式雛型：以雛型為基礎，反覆增加與修正功能，逐步發展成正式系統。

雛型法的處理流程

1. 初步確認需求：蒐集使用者對系統目標、主要功能與作業情境的初步想法，先界定雛型範圍。
2. 快速設計：聚焦於能讓使用者理解與操作的部分，常先設計輸入畫面、輸出報表、操作流程及主要功能。
3. 建置雛型：快速製作可供展示或操作的初步版本，重點在驗證需求，不以完整效能與品質為目標。
4. 使用者試用與評估：由使用者實際操作，檢視功能、畫面、流程與輸出是否符合工作需要。
5. 蒐集回饋並修正：依使用者意見調整需求與雛型，再交由使用者評估。
6. 反覆迭代至需求明確：重複「試用—回饋—修正」，直到使用者與開發者對需求及系統範圍有共同理解。
7. 完成正式系統：採拋棄式雛型時，依確認後的需求重新開發；採演進式雛型時，則持續擴充、改善雛型，使其成為正式系統。

可將流程概括為：

Web 網頁應用資訊系統是否適用雛型法