109 地方特考四等 資訊處理 資訊管理概要 考古題詳解

核心觀念

本題評量國際專案管理標準（以 PMI 發行之《專案管理知識體系指南》（PMBOK Guide）為核心基礎）及現代資訊管理實務中的專案管理架構，核心觀念包含：

1. 專案與專案管理的定義：

• 專案（Project）：為創造獨特的產品、服務或成果所進行的「暫時性（Temporary）」與「獨特性（Unique）」努力。
• 專案管理（Project Management）：將知識、技能、工具與技術應用於專案活動中，以滿足專案之各項要求，並在範疇（Scope）、時程（Schedule）、成本（Cost）、品質（Quality）等相互衝突的限制條件間取得平衡。

2. 專案管理的組成：PMBOK 將專案管理的核心架構拆解為縱向的「五大流程群組（Process Groups）」與橫向的「十大知識領域（Knowledge Areas）」，並輔以「三重限制（Triple Constraints）」等核心限制要素。
3. 專案利害關係人員（Project Stakeholders）：積極參與專案，或其個人/群體利益會因專案執行、完成或成果交付而受到正面或負面影響的所有個人、群體或組織。

---

解題方法

本題為標準的申論三段式問答題，配分通常為 20 至 25 分。作答切入點與編排架構如下：

1. 破題與定義（佔約 25% 配分）：先界定「專案」的兩大本質特徵（暫時性、獨特性），再導出「專案管理」的精確定義，並點出「三重限制（或多重限制）」的動態平衡。
2. 組成要素展開（佔約 45% 配分）：不可僅寫「人、事、時、地、物」等泛稱，必須採用業界與學界權威的 PMBOK 體系，從「動態生命週期（五大流程群組）」與「靜態專業職能（十大知識領域）」兩個維度完整展開，展現專業深度。
3. 利害關係人分類列舉（佔約 30% 配分）：依「內部／外部」或「直接／間接」層次化分組列出核心角色（如專案贊助人、專案經理、專案團隊、客戶、使用者、供應商、法規機構等），並扼要說明各自的利益導向與角色責任。

---

解題技巧

1. 專業術語中英對照：專案名詞（如 Initiating, Planning, Executing, Monitoring & Controlling, Closing, Scope, Schedule, Stakeholder）適時附上英文，能提升考卷的專業度與評閱印象分數。
2. 避免答題維度過窄：若問到「專案管理有哪些組成」，切記不能僅回答「人、時程、預算」或「專案鐵三角」，否則版面與內容深度不足；必須以流程群組（Process Groups）與知識領域（Knowledge Areas）為骨幹作答。
3. 利害關係人切勿遺漏「負面反對者」：許多考生只列出專案經理、客戶與贊助人等支持者，務必補充「可能因專案實施受到衝擊而反對或施加阻力的個人或團體」（如流程變革下權力被削弱的部門、受新系統影響的員工），展現全方位風險意識。

---

【答案】

一、專案管理（Project Management）的意義

1. 專案（Project）之定義： 依據國際專案管理學會（PMI）定義，專案是「為創造獨特的產品、服務或成果而進行的一種暫時性（Temporary）努力」。具備三大本質：

• 暫時性：具有明確的開始點與結束點（當專案目標達成或專案終止時結束）。
• 獨特性：產出的成果、服務或產品具有非重複性，不同於例行性日常營運（Operations）。
• 漸進明細（Progressive Elaboration）：專案細節隨著資訊掌握度提高而逐步清晰。

2. 專案管理之意義與目標： 專案管理是指「將知識、技能、工具與技術應用於專案活動中，以符合專案的要求」。其核心目的在於透過系統化的管理手段，在相互制約的專案限制條件——**範疇（Scope）、時程（Schedule）、成本（Cost）、品質（Quality）、資源（Resources）與風險（Risk）**之間取得動態平衡，確保專案如期、如質、如預算達成預期效益與策略目標。

---

二、專案管理的組成（Components of Project Management）

依據專案管理知識體系（PMBOK），專案管理的架構主要由「五大流程群組」與「十大知識領域」交叉組成：

(一) 流程維度：五大流程群組（Process Groups）

涵蓋專案從啟動到結束的完整生命週期：

核心觀念

本題評量大型網站系統規劃中的網站效能評估（Web Performance Metrics）與前端效能最佳化（Front-End Performance Optimization）。

1. 網站效能指標：評估網站效能需從「系統/網路層級（客觀連線與資料傳輸）」及「使用者體驗/感知層級（畫面轉譯與可互動時間）」雙軌切入。涵蓋傳統指標（如 Response Time、TTFB、Throughput）與現代網頁體驗核心指標（如 Google 推動的 Core Web Vitals：LCP、FID/INP、CLS，以及 FCP、TTI）。
2. 前端效能最佳化：遵循網頁關鍵轉譯路徑（Critical Rendering Path, CRP）原理，透過「減少傳輸資源大小」、「降低 HTTP 請求次數」、「避免渲染阻塞（Render-blocking）」以及「就近快取分發」等機制，加速瀏覽器端 HTML、CSS、JavaScript 及多媒體資源的解析與繪製。

---

解題方法

1. 架構切入：本題為標準的雙子題申論題型，作答宜採「兩大主標題、多個小項目」結構，階層分明。
2. 第一子題（效能指標）：不宜只寫籠統的「載入速度快」，應將指標拆解為「網路與伺服器端傳輸指標」與「瀏覽器端載入與感知體驗指標」，並給出正式專有名詞與量測定義，展現資訊管理專業度。
3. 第二子題（前端最佳化方法）：嚴格限定在「前端（Front-End）」範疇。說明時須指陳「技術手段」及其「背後加速原理」，列舉四種（大於題意要求的至少三種）業界主流且最具代表性的前端最佳化做法，確保論述充實完整。

---

選項分析

本題為申論問答題，無選擇選項。針對各評分要點與答題範圍分析如下：

• 網站效能指標維度：若僅回答單一時間（如只寫「載入秒數」），無法獲得高分；須區分首字節傳輸、畫面首繪、最大元素繪製及可操作時間等多維度指標。
• 最佳化範疇界定：若寫出「建立資料庫索引（Database Indexing）」、「伺服器負載平衡（Load Balancing）」或「後端程式碼演算法優化」，均屬於後端或伺服器端範疇，偏離題意「網站前端」之限制，將被嚴格扣分。

---

解題技巧

1. 名詞精準度：寫出中英文對照（如：TTFB, LCP, TTI, CDN, Lazy Loading），提高閱卷老師對專業度的認可。
2. 關鍵字呈現：在前端最佳化中，務必提及 defer/async、Gzip/Brotli、HTTP Cache 標頭、CDN、WebP 等具體技術名詞。
3. 避免混淆前後端：前端最佳化聚焦於「瀏覽器如何取得、解析、執行資源」，後端聚焦於「伺服器處理與資料庫存取」，切勿越界混答。

---

【答案】

一、網站效能指標之詳細說明

大型網站的效能評估指標可分為「系統與網路傳輸指標」以及「使用者感知與體驗指標」兩大面向：

(一) 系統與網路傳輸指標

1. 首字節到達時間（Time to First Byte, TTFB）： 瀏覽器送出 HTTP 請求後，到接收到伺服器回傳之第一個位元組所耗費的時間。反映了 DNS 解析、TCP 握手、TLS 協商及後端伺服器處理速度。
2. 反應時間（Response Time）與頁面載入時間（Page Load Time）：

• 反應時間：系統接收使用者請求至完整輸出結果的時間間隔。
• 頁面完全載入時間（Onload Time）：瀏覽器觸發 window.onload 事件的時間點，代表 HTML、CSS、JavaScript、圖片及框架等所有依賴資源皆已下載完成。

3. 吞吐量（Throughput）與每秒查詢/請求數（QPS / RPS）： 單位時間內系統能夠成功處理並回傳的請求數量或資料流量，用以衡量大流量下的高併發處理能力。

(二) 使用者感知與互動體驗指標（Core Web Vitals 及轉譯指標）

1. 首次內容繪製（First Contentful Paint, FCP）：

核心觀念

1. 弱點檢測（Vulnerability Testing / Assessment）： 指透過自動化檢測工具或人工分析技術，針對目標資訊系統（作業系統、網路服務、應用程式或網站）進行系統性的安全性缺陷檢視。其目的在於比對已知弱點資料庫（如 CVE、NVD）或組態設定失誤，在惡意攻擊者利用漏洞發動攻擊前，預先清查、識別、分類並評估系統存在的安全漏洞，以作為後續修補與風險緩處之依據。

2. 《資通安全責任等級分級辦法》與資通安全管理法體系：

• 法規準則：以命題當年（民國 109 年）法規為準，行政院依《資通安全管理法》第 7 條授權訂定《資通安全責任等級分級辦法》，將公務機關依業務涉及之國家安全、外交國防、關鍵基礎設施、全國性人民個資及機關規模等指標，劃分為 A 至 E 級之責任等級。（現行法已針對部分維護事項與檢測頻率進行細部修正，但 A、B 級機關定期實施檢測之精神維持不變）。
• 分級意旨：A 級與 B 級公務機關掌管全國性或區域性核心業務，其資通系統安全與國家社會運作息息相關，法規附表因此明定應定期實施資通安全健診、網站弱點檢測（掃描）與滲透測試等防護措施。

3. 侵入式（Invasive）與非侵入式（Non-Invasive）檢測：

• 區分核心在於檢測行為是否對目標系統發動攻擊性載荷（Payload）、是否嘗試執行漏洞利用（Exploit），以及是否可能改變系統狀態、寫入資料或導致服務中斷。

---

解題方法

1. 第 (一) 子題之切入架構：

• 定義切入：明確界定「弱點檢測」之內涵（主動性防禦、預先清查、提供修補建議）。
• 法規與威脅情勢結合：標明以命題當年（民國 109 年）之《資通安全責任等級分級辦法》為基礎，自「資產關鍵性（A、B 級機關衝擊度）」、「攻擊面分析（網站對外公開特性）」、「威脅時效性（弱點動態演變）」與「管理循環（PDCA 主動防禦）」四大面向申論每年辦理之必要理由。

2. 第 (二) 子題之切入架構：

• 定義說明：精確闡述「侵入式」與「非侵入式」之運作原理（如：Exploit 驗證 vs. Banner 擷取/特徵比對）。
• 優缺點剖析：分別從安全性衝擊、檢測準確度（誤報/漏報）、業務中斷風險、涵蓋深度等維度分析。
• 架構式對照表：利用結構化表格比較兩者差異，使閱卷委員能迅速掌握論述焦點。

---

解題技巧

1. 關鍵字精準扣合：

• 答題時應帶出關鍵專有名詞：CVE、OWASP Top 10、Exploit、PoC（Proof of Concept）、DoS（阻斷服務）、誤判率（False Positive）、漏判率（False Negative）、Banner Grabbing。

2. 申論題層次化鋪陳：

• 解釋法規理由時，避免只寫「因為法律規定」，必須向上推導至「機關損害衝擊性」與「風險管理矩陣」，凸顯「資訊管理」考科重視之管理意涵。

3. 避免常見陷阱：

• 切勿將「弱點檢測」直接等同於「滲透測試」。弱點檢測包含廣義的弱點掃描（通常為非侵入式或輕度侵入式）與深度驗證；滲透測試則高度偏向侵入式檢測。

---

【答案】

一、弱點檢測之意涵與 A、B 級公務機關每年應辦理之理由申論

(一) 弱點檢測（Vulnerability Testing）之意義 弱點檢測係指透過自動化掃描工具結合專業分析技術，對目標資訊資產（如主機作業系統、網路設備、通訊協定、資料庫及 Web 應用程式等）進行系統性的安全性漏洞探測與評估。其核心目標在於對照已知弱點資料庫（如 CVE、NVD）及安全組態缺失基準，清查系統是否存在未修補之安全漏洞、程式撰寫瑕疵（如 OWASP Top 10 之 SQL Injection、XSS）或不當環境設定，並依弱點之風險等級（如 CVSS 指標）產出修補優先順序指引，落實「防患於未然」之主動式資訊安全防護。

(二) A、B 級公務機關每年應辦理網站弱點檢測之理由 （以命題當年民國 109 年行政院頒布之《資通安全責任等級分級辦法》為準；現行法雖歷經修正，核心規範精神一致）

1. 機關資產關鍵性與事件衝擊度高（風險評估原則）： 依分級辦法規定，A 級與 B 級機關掌管涉密國防外交業務、全國性或區域性關鍵資訊基礎設施（CI）、大量民眾敏感性個人資料及核心政務系統。此類機關一旦發生資安事件，對國家安全、社會安定及人民權益之損害程度均屬「極嚴重」或「嚴重」，因此法規課予最高規格之預防性法定義務。
2. 對外公開網站為第一道防線（攻擊表面積最大）： 政府入口網站與線上申辦服務須常態暴露於公開網路（Internet），面臨全球惡意駭客、進階持續性威脅（APT）集團 24 小時不間斷的自動化探測與攻擊。

核心觀念

本題評量**軟體與資訊科技專案管理（IT Project Management）**的核心衡量指標——可衡量的組織價值（Measurable Organizational Value, MOV）。該理論由學者 Jack T. Marchewka 提出，是現代資訊管理與系統專案規劃的基石。

考生需釐清以下核心定義與觀念層次：

1. MOV 的定位：專案的存在目的不是為了「交付系統」（Output），而是為了向組織提供「商業價值」（Outcome/Value）。MOV 是定義專案成功與否的終極標準，亦是專案章程（Project Charter）的核心。
2. 與三重限制（Triple Constraints）的關係：範疇（Scope）、時程（Schedule）、成本（Cost）僅是達成 MOV 的「手段與資源限制」，MOV 本身才是專案追求的「目的」。

---

解題方法

本題為標準的三段式申論題，答題架構應嚴格對應題目的三大提問，切忌混為一談：

1. 第一部分：何謂 MOV：採「本質定義＋與專案限制之區別」破題，點出 MOV 作為「專案成功衡量基準」之角色。
2. 第二部分：良好 MOV 應符合之原則：依據專案管理權威理論，歸納出四大關鍵原則（可衡量、具組織價值、經共識認可、可被驗證）。
3. 第三部分：如何決定 MOV 之步驟：採用 Marchewka 的六大系統化程序逐步闡述（影響領域 $\rightarrow$ 價值型態 $\rightarrow$ 度量指標 $\rightarrow$ 時間框架 $\rightarrow$ 取得共識 $\rightarrow$ 彙整陳述），條理分明、層次遞進。

---

解題技巧

1. 破除常見陷阱（交付物 $\neq$ MOV）：

• 考生最常犯的錯誤是將「產出交付物」（如：完成一套線上報名系統、導入 ERP）當成 MOV。
• 閱卷老師最看重是否能區分「系統上線」與「組織價值」（如：報名處理成本降低 30%、結帳錯誤率降至 1% 以下）。答題時若能明確點出此盲點，必得高分。

2. 答題結構化與口訣化：

• 原則部分可聯想 SMART 原則之精華，鎖定「量化」、「價值」、「共識」、「驗證」。
• 決定步驟可記憶四字訣「區（域）、價（值）、標（尺）、時（程）、認（同）、整（理）」，寫出步驟名稱並佐以說明，閱卷老師能一眼掌握得分點。

---

【答案】

一、可衡量的組織價值（Measurable Organizational Value, MOV）之意涵

1. 定義： MOV 是指專案完成後，能為組織帶來明確、具體且可被量化衡量的商業或策略價值。它是專案設立的根本原因（Goal），用以定義專案何謂「成功」。
2. 核心特質：

• 價值導向而非產出導向：專案的目的並非單純交付一套軟體或資訊系統（Deliverable），而是該系統上線後為組織產生的實質效益。
• 指導專案決策的準繩：專案的三重限制——範疇（Scope）、時間（Schedule）、成本（Cost）皆為達成 MOV 的手段；當專案面臨變更或資源取捨時，MOV 是評估與決策的最上位標準。

---

二、一個好的 MOV 應符合之原則

一個設計良好的 MOV，應符合下列四大基本原則：

1. 可衡量性（Measurable）： MOV 不能僅是抽象空泛的口號（如「提升管理效率」），必須具備可量化的數據指標（如百分比、金錢金額、處理時間），以便在專案結案後客觀評估成效。
2. 提供組織價值（Provide Value to the Organization）：