107 鐵路特考高員三級 資訊處理 資訊系統與分析 考古題詳解

核心觀念

本題評量軟體工程與系統設計中的核心支柱——模組化設計（Modular Design）​與模組獨立性（Module Independence）​的量測指標。

1. 模組獨立性：軟體被切割為多個具備特定功能且可單獨編譯、測試之單元時，評量其品質的兩大準則：

• 內聚力（Cohesion）：衡量單一模組內部各元件、指令或任務之間的關聯緊密度（Intra-module strength）。
• 耦合力（Coupling）：衡量不同模組彼此之間的相依程度與關聯強度（Inter-module dependency）。

2. 黃金設計原則：高內聚、低耦合（High Cohesion, Low Coupling）。高內聚使模組職責單一、易於維護與重用；低耦合使模組變更時不易引發連鎖副作用（Ripple Effect）。
3. 光譜層級：

• 內聚力由弱到強（品質由差到好）：偶然 $\rightarrow$ 邏輯 $\rightarrow$ 時間 $\rightarrow$ 程序 $\rightarrow$ 通訊 $\rightarrow$ 循序 $\rightarrow$ 功能。
• 耦合力由弱到強（品質由好到差）：無耦合 $\rightarrow$ 資料 $\rightarrow$ 標記 $\rightarrow$ 控制 $\rightarrow$ 外部 $\rightarrow$ 共用 $\rightarrow$ 內容。

---

解題方法

申論題型採「定義 $\rightarrow$ 運作特徵 $\rightarrow$ 優劣層級評估 $\rightarrow$ 具體實例」四維度解構法：

1. 子題 (一)：直接給出權威定義，並以對比表格或層次條列標明「評估維度（內部 vs. 外部）」與「設計訴求（高 vs. 低）」，展現宏觀架構觀念。
2. 子題 (二)：剖析內聚力兩端之類型。通訊內聚關鍵在於「共享相同資料（輸入/輸出）」；邏輯內聚關鍵在於「依賴控制旗標選擇執行邏輯相似但本質相異之任務」。需點明其在內聚力光譜上的位階與優缺點。
3. 子題 (三)：剖析耦合力極端之兩端。資料耦合是「僅以必要之簡單純量參數（Scalar parameters）傳遞資料」，為最佳耦合；內容耦合則是「模組直接存取或修改另一模組之私有內部程式碼或記憶體資料」，為最劣耦合。說明為何內容耦合會嚴重破壞資訊隱藏原則。

---

解題技巧

1. 記憶口訣：

• 內聚力七層級（差 $\rightarrow$ 好）：「偶、邏、時、序、通、循、功」（偶然 $\rightarrow$ 邏輯 $\rightarrow$ 時間 $\rightarrow$ 程序 $\rightarrow$ 通訊 $\rightarrow$ 循序 $\rightarrow$ 功能）。
• 耦合力六層級（好 $\rightarrow$ 差）：「資、標、控、外、共、內」（資料 $\rightarrow$ 標記 $\rightarrow$ 控制 $\rightarrow$ 外部 $\rightarrow$ 共用 $\rightarrow$ 內容）。

2. 作答亮點鋪設：

• 不要只寫空泛的中文解釋，務必加上英文專有名詞對照。
• 舉例時使用具體程式碼情境（如函式參數、物件封裝、共用全域變數），向閱卷委員展現具備實作經驗，而非單純背誦名詞。

3. 陷阱提防：

• 切勿混淆「程序內聚（Procedural）」與「循序內聚（Sequential）」，前者的重點在於執行順序，後者則有前一步輸出即為後一步輸入的資料流關聯。
• 切勿混淆「資料耦合（Data）」與「標記耦合（Stamp）」，傳遞單一純量（如 int age）為資料耦合；傳遞複合結構或物件（如 struct Student）而該模組僅用其中一部分者為標記耦合。

---

【答案】

(一) 內聚力（Cohesion）及耦合力（Coupling）之定義

1. 內聚力（Cohesion）：

• 定義：指單一模組內部各組成元素（指令、函式、資料）彼此關聯與聚焦於單一任務的緊密程度。

核心觀念

本題評量分散式系統與軟體架構的核心基礎：計算模式（Computing Models）的演進與職責劃分。 解題需掌握的核心觀念包含：

1. 運算負載分攤與集中程度：

• 集中式運算（Centralized Computing）：所有資料儲存、商業邏輯與畫面繪製運算均高度集中於單一主機。
• 分散式／合作式運算（Distributed / Cooperative Computing）：將工作負載由兩個或多個獨立處理單元（客戶端與伺服器）協同分擔。

2. 三層軟體架構視角（Three-Tier Architecture Perspective）：

• 展示層（Presentation Layer）：使用者介面呈現與輸入接收。
• 邏輯層（Business Logic Layer）：商業運算與規則驗證。
• 資料層（Data Layer）：資料庫管理、儲存與交易控制。

3. 終端處理能力（Terminal Intelligence）：

• 啞終端（Dumb Terminal）：無獨立處理器（CPU）與作業系統，僅具鍵盤輸入與螢幕顯示能力。
• 智慧型用戶端（Intelligent / Smart Client）：具獨立運算能力、記憶體與本機作業環境，能獨立執行程式。

---

解題方法

本題為典型的申論題，作答切入點與編排原則如下：

1. 第 (一) 小題與第 (二) 小題（各 6 分）：

• 採「定義本質 $\rightarrow$ 三層架構配置 $\rightarrow$ 典型範例」三段式架構作答。
• 明確指出運算負載座落何處、終端是否具備運算能力、採用何種通訊協議／模式。

2. 第 (三) 小題（8 分）：

• 先列出相同點（架構階層性、集中式資料治理），展現宏觀架構思維。
• 再以二維比較表格呈現相異點，設定維度包含：運算負載位置、終端硬體要求、網路頻寬負擔、系統擴充性（垂直擴充 vs. 水平擴充）、單點故障與維護成本等，以條理分明的格式爭取高分。

---

選項分析

本題為申論題型，無選項。各小題配分重點分析如下：

• 第 (一) 小題（6 分）：關鍵給分點在於指明「主機承擔全部運算與儲存」、「端末僅作 I/O（啞終端，Dumb Terminal）」。
• 第 (二) 小題（6 分）：關鍵給分點在於指明「雙方具備獨立運算能力」、「採 Request-Response 請求／回應協定」、「工作負載分工合作」。
• 第 (三) 小題（8 分）：必須包含「同」與「異」；若僅寫相異處會被扣除部分分數。相異處須具備至少 4 個明確的對比維度。

---

解題技巧

1. 三層架構套用法：遇到任何計算架構題目（如 Terminal-Host、Client-Server、Peer-to-Peer、Cloud Computing），直接從「展示層、邏輯層、資料層」分別座落在何處來解析，觀念不易混淆且具專業度。
2. 防踩雷提醒：

• 切勿將 Terminal-Host 誤寫為一般的「遠端桌面」；歷史上的 Terminal-Host 指的是大型主機（Mainframe）搭配 VT100 / IBM 3270 等純字元終端機。
• 切勿將 Client-Server 狹義局限於 Web 瀏覽器與 Web 伺服器，它涵蓋更廣泛的兩層式（2-Tier）或多層式（N-Tier）架構。

3. 版面配置技巧：國考閱卷時間極短，第 (三) 小題務必善用表格整理相異點，避免純文字大段堆疊。

---

【答案】

(一) 「端末－主機（Terminal-Host）」計算模式之定義

「端末－主機」模式屬於傳統的集中式運算（Centralized Computing）​架構，其核心特徵為所有運算資源完全集中：

1. 系統運作本質：

• 所有的應用程式執行、商業邏輯運算、資料儲存與檢索，皆在中央的主機（Host / Mainframe）​端完成。

核心觀念

本題評量系統分析與設計（SAD）在系統開發生命週期（SDLC）初期的可行性研究（Feasibility Study）​理論，以及新興資訊科技管理架構 BYOD（Bring Your Own Device） 的實務評估。

1. 可行性研究的核心概念：可行性研究是系統規劃（Planning Phase）或初步調查階段的關鍵產出，目的在評估方案是否值得投資、是否具備實現條件，並降低專案失敗風險。常用評估構面為 TELOS 架構：

• T（Technical Feasibility，技術可行性）：現有軟硬體技術、架構相容性與技術人力的可實現程度。
• E（Economic Feasibility，經濟可行性）：成本效益分析（Cost-Benefit Analysis, CBA），包含資本支出（CapEx）與營運支出（OpEx）之評估。
• L（Legal Feasibility，法律／合規可行性）：法規遵循（如《個人資料保護法》、營業秘密法、著作權及勞動法規）。
• O（Operational Feasibility，作業／營運可行性）：組織文化、使用者接受度、日常營運流程銜接與支援能力。
• S（Schedule Feasibility，時程可行性）：專案能否在預定時限與業務要求之內完成。

2. BYOD 政策意涵：題目給定之決策為「全面實施 BYOD 且不再採購新的手持設備」，此為極端型的轉型政策，會將硬體採購成本轉嫁給員工，同時將端點環境的異質性與資安風險引進企業內網。

---

解題方法

1. 第 (一) 小題破題策略：

• 採「核心定義 $\rightarrow$ 實施目的 $\rightarrow$ 評估構面」的三層結構作答。
• 明確指出可行性研究是在投入大量資源前的評估決策工具，並列出標準 TELOS 面向，展現架構完整度。

2. 第 (二) 小題破題策略：

• 審題關鍵在於題目政策包含兩階段：「採用實施」＋「進一步不再購買新的手持設備」。
• 正面理由：以​「經濟可行性（Economic Feasibility）」​最為切題且有力，全面停止採購能大幅降低硬體資本支出（CapEx）與硬體汰換維護負擔。
• 負面理由：以​「技術與資安可行性（Technical Feasibility）」​或​「作業可行性（Operational Feasibility）」​為核心切入。個人設備異質性高、企業缺乏絕對掌控權，將導致資訊外洩與防禦盲區；或當員工設備故障、拒絕使用個人手機辦公時，企業面臨營運中斷風險。本題擇定最具殺傷力的​「技術與資訊安全可行性」（亦可論及作業與法規面）進行深入剖析。

---

解題技巧與常見陷阱

1. 切忌泛泛而談：第 (二) 小題不可只泛論「省錢」或「不安全」，必須明確標註是「依哪一個可行性研究構面」進行論述，否則無法對應評分標準。
2. 注意極端情境：題目強調「不再購買新的手持行動設備」，這意味著企業完全喪失官方配發設備的彈性。

核心觀念

本題評量關聯式資料庫模型（Relational Database Model）​之資料查詢運作機制，核心考點包括：

1. 關聯式查詢的三大基本作業（Relational Operations）： 在管理資訊系統（MIS，如 Laudon 教材體系）與關聯式資料庫基礎理論中，由 E. F. Codd 關聯代數衍生出最常用於建構實用查詢結果的三大基本運算子：

• 選取（Select / Selection，記為 $\sigma$）：水平切割，依指定條件篩選符合條件的資料列（Rows / Tuples）。
• 投影（Project / Projection，記為 $\pi$）：垂直切割，依指定需求篩選並擷取所需的資料行／屬性欄位（Columns / Attributes）。
• 結合（Join，記為 $\bowtie$）：跨表串接，依共同屬性（主鍵與外來鍵）將兩個關聯表的相關資料列合併為單一關聯。

2. 閉包性質（Closure Property）：關聯式運算的輸入為關聯表，輸出亦為關聯表，因此三個基本作業可巢狀組合或循序串接執行。
3. 查詢最佳化（Query Optimization）之推導原則：推導查詢流程時，應優先執行「選取」以減少後續「結合」所需處理的中介資料量。

---

解題方法

(一) 資料查詢語言（DQL）的三個基本作業說明

• 切入點：從「資料操作維度（水平／垂直／關聯）」、「操作定義」與「數學符號／SQL 對照」三個維度切入說明，確保答題結構完整、得分點明確。

1. 選取（Select / Selection）：

• 定義：對單一關聯表進行「水平方向」篩選，挑選出所有滿足布林條件式（Predicate）的資料列（Tuples），產出結構相同但列數較少（或相等）的新關聯。
• 關聯代數符號：$\sigma_{\text{條件}}(\text{關聯表})$。
• SQL 對照：WHERE 子句。

2. 投影（Project / Projection）：

• 定義：對單一關聯表進行「垂直方向」切割，僅保留使用者指定的屬性欄位（Attributes），排除不需呈現的欄位，並自動去除重複的資料列。
• 關聯代數符號：$\pi_{\text{屬性清單}}(\text{關聯表})$。
• SQL 對照：SELECT 後所列之欄位清單。

3. 結合（Join）：

• 定義：將兩個關聯表透過其「共同屬性（Common Attributes）」（通常為一表之主鍵與另一表之外來鍵），依特定條件（如等值比對 Equi-join）將彼此關聯的資料列橫向拼接成包含兩表欄位的新關聯。
• 關聯代數符號：$\text{關聯表}_A \bowtie_{\text{結合條件}} \text{關聯表}_B$。
• SQL 對照：FROM ... JOIN ... ON ... 子句。

(二) 查詢「零件編號為 P123 的供應商名稱」之解題步驟

• 需求分析：
• 查詢條件：零件編號 = 'P123'（位於「零件關聯表」）。
• 輸出目標：供應商名稱（位於「供應商關聯表」）。
• 關聯鍵：兩表皆具備 供應商編號（供應商表為主鍵，零件表為外來鍵）。
• 推導步驟（採最佳化標準流程：先選取、再結合、後投影）：
• 步驟一：選取（Select） 在「零件關聯表」中，水平篩選出零件編號為 P123 的紀錄，形成暫存關聯表 $T_1$。 $T_1 = \sigma_{\text{零件編號} = \text{'P123'}}(\text{零件關聯表})$
• 步驟二：結合（Join） 將暫存關聯表 $T_1$ 與「供應商關聯表」透過共同欄位 供應商編號 進行等值結合，形成包含該零件及其供應商完整資訊的暫存關聯表 $T_2$。 $T_2 = T_1 \bowtie_{\text{零件.供應商編號} = \text{供應商.供應商編號}} \text{供應商關聯表}$
• 步驟三：投影（Project） 從暫存關聯表 $T_2$ 中，垂直擷取最終所需的目標欄位 供應商名稱，形成最終查詢結果 $T_3$。 $T_3 = \pi_{\text{供應商名稱}}(T_2)$
• 單一關聯代數整合式： $\pi_{\text{供應商名稱}}\left(\sigma_{\text{零件編號} = \text{'P123'}}(\text{零件關聯表}) \bowtie_{\text{零件.供應商編號} = \text{供應商.供應商編號}} \text{供應商關聯表}\right)$

---

選項分析

本題為申論問答題，無選擇題選項。以下針對評分規準與作答表達方式進行分析：

• 作答策略：申論題閱卷極重視邏輯層次。第 (一) 子題務必點出「水平篩選（選取）」、「垂直篩選（投影）」與「跨表拼接（結合）」的核心概念；