110 公務人員升官等薦任 資訊處理 資訊系統與分析 考古題詳解

核心觀念

本題考查 Scrum 的迭代式開發流程，以及三種主要角色的職責。Scrum 將產品開發切分為多個固定長度的 Sprint，每次 Sprint 都完成一組可檢視、可交付的產品功能，並透過回饋調整後續工作。

以本案為例，平台可拆成會員註冊、商品刊登、商品搜尋、購物車、付款、訂單追蹤及社群互動等功能，依商業價值與優先順序逐步開發，不必等到整個平台完成才交付。

（一）Scrum 進行的大致過程（10 分）

1. 建立產品待辦清單（Product Backlog） 產品所有者蒐集公司、商家與消費者的需求，整理成待辦項目，例如「會員可註冊帳號」、「消費者可搜尋商品」、「消費者可完成線上付款」。各項目依商業價值、風險與急迫性排序，並持續更新。

2. 規劃 Sprint 團隊從產品待辦清單中選取優先項目，依 Sprint 的目標與團隊可用量能，決定本次 Sprint 要完成的工作，形成 Sprint Backlog。例如第一個 Sprint 以完成會員註冊與商品瀏覽為目標。

3. 進行 Sprint 開發 開發團隊在固定期間內完成 Sprint Backlog 的工作，進行分析、設計、程式開發、整合與測試。團隊可每日短會同步進度、檢視當日工作及排除障礙；Scrum Master 協助維持 Scrum 流程並處理阻礙。

4. 產出可用增量 Sprint 結束時，團隊應完成符合「完成定義」（Definition of Done）的產品增量，例如可實際操作且通過測試的會員註冊功能。增量應具備可檢視、可使用的品質，而非僅完成文件或部分程式碼。

5. Sprint Review 與回饋 團隊向產品所有者及相關利害關係人展示本次增量，取得對功能、使用流程與市場需求的回饋。回饋會用來調整產品待辦清單，例如修正商品搜尋條件或提高付款功能的優先順序。

6. Sprint Retrospective 與下一輪迭代 團隊回顧本次合作與開發流程，找出可改善之處，例如縮短測試等待時間或改善委外團隊的需求確認方式。接著進入下一個 Sprint，持續規劃、開發、檢視與改善，直到產品達到目標。

（二）三種角色的職責（15 分）

產品所有者（Product Owner）

核心觀念

本題考查結構化分析與設計中的流程圖、決策樹及決策表。重點是把文字規定轉成明確的條件與行動：

• 條件：是否出示身分證；是否提出「已注射兩劑公費疫苗」或「三天內 PCR 陰性」的證明；未提出上述證明者，快篩結果是否經公衛人員確認為陰性。
• 行動：允許進入、拒絕進入，或前往檢測室接受快篩。

題目沒有要求引用法條，本題依題幹規定建模即可。

解題方法

先依規定的先後順序拆解流程：

1. 進入管制點後，先檢查是否出示身分證；未出示者不得進入。
2. 已出示身分證者，再檢查是否提出兩種健康證明之一：

• 本人已注射兩劑公費疫苗的證明；或
• 三天內 PCR 檢測陰性證明。

3. 提出任一種證明，即可進入廠區。
4. 未提出上述證明者，須至檢測室接受公司快篩；經公衛人員確認為陰性才可進入，否則不得進入。

其中「兩劑疫苗證明或 PCR 陰性證明」是或的關係，任一項成立即可；快篩陰性則是未提出前述證明後的替代檢驗程序。

（一）出入管制作業流程圖

核心觀念

本題考查將資安納入系統開發生命週期（SDLC）的安全需求分析與風險導向控制規劃。雲端辦公室會處理政府辦公資料，且同仁會從機關外部連線，因此不能只在系統完成後補上防護措施；應在分析設計初期，先確認資料與系統的重要性、使用情境及威脅，再選擇符合風險且成本合理的控制措施。

分析時可依下列關係整理：

風險評估的重點，是辨識資產、威脅、弱點與衝擊，據以選擇適當控制措施；並非要求所有系統一律採用最高規格的防護。

法規與規範部分，應確認機關的資通安全責任等級，並依資通安全管理法及相關規定，完成資通系統分級、適用防護基準與控制措施的規劃。法規說明以命題當年（民國 110 年）為準；現行法規已修正。

（一）資安措施的分析與規劃

可採「盤點資產與需求、評估風險、選擇控制、形成計畫」的流程。

1. 界定系統範圍及使用情境 確認雲端辦公室包含哪些服務與介接系統，例如電子郵件、文件管理、視訊會議、身分驗證、遠端連線及雲端服務；並盤點使用者角色、使用的裝置、連線位置、資料流向及委外廠商責任。

2. 辨識並分類資產與資料 盤點硬體、軟體、帳號、資料、網路與服務等資產，特別辨識機密公務資料、個人資料、重要業務資料及關鍵服務。依資料機密性、完整性、可用性需求及受損後的影響，確認各資產與系統的保護等級。

3. 確認安全需求與適用規範 蒐集機關政策、法規、資通安全責任等級要求、契約與委外要求，以及使用者與業務單位的安全需求。需求應具體化，例如哪些人可存取哪些資料、遠端連線需符合何種條件、紀錄應保存多久、服務中斷時須多久恢復。

4. 分析威脅與弱點 依遠距辦公情境辨識帳號遭竊、釣魚郵件、未授權存取、惡意程式、個人裝置失竊、網路傳輸遭竊聽、雲端設定錯誤、服務中斷及委外供應鏈風險。再檢視系統設計、使用者行為、設備管理及作業程序可能存在的弱點。

5. 評估風險及排序 評估各項風險的發生可能性與衝擊，排定處理優先順序。涉及高度機密資料、特權帳號或關鍵業務的風險，應優先規劃控制措施；低風險項目則依機關的風險承受度安排處理或接受殘餘風險。

6. 選擇、記錄並追蹤控制措施 依風險及法規要求選擇管理、技術與實體控制措施，記錄控制目的、適用範圍、負責單位、成本、驗證方式及殘餘風險。未能立即處理的風險，也應記錄原因、核准者與後續改善期限。

（二）符合成本考量的規劃與設計項目

分析階段應產出可供後續設計、建置與驗收使用的安全需求及規劃文件。控制措施依風險分級、優先處理高衝擊風險，並評估建置、維運、訓練及事件損失等成本。

1. 安全需求與系統分級 完成資通系統分級與適用防護基準的判定，將機密性、完整性、可用性及法規要求轉成可驗證的需求，例如遠端存取條件、資料保存與刪除規則、服務可用性及事件通報時限。

2. 身分識別、驗證與存取控制 規劃集中式身分管理、角色或職務為基礎的權限控管、最小權限、職務分工、帳號生命週期管理，以及特權帳號管理。遠端登入可依風險採多因素驗證；

核心觀念

本題考查資訊系統的經濟可行性分析與總體擁有成本（Total Cost of Ownership, TCO）。經濟可行性是比較專案生命週期內的全部成本與效益，判斷預期效益是否足以支持投資；TCO 則涵蓋取得、建置、營運、維護及退役等階段的有形與無形成本。

題目沒有提供電表數量、設備單價、建置時程、電價方案或節電效益等數據，因此無法進行數值計算；本題應以成本效益項目的辨識與分析方法作答。

（一）經濟可行性分析的特殊考量

1. 分析範圍與評估期間

智慧電表專案規模大，需先界定評估範圍，例如涵蓋哪些用戶、地區、電表、通訊網路、資料平台與計費系統。評估期間應涵蓋建置及預期使用年限，不能只比較設備採購費和第一年的收益。

2. 成本與效益的歸屬

應辨明成本與效益由誰承擔或取得。電力公司可能負擔電表、通訊與系統建置費；節省的尖峰供電成本、降低的備轉容量需求或延後擴建電廠的效益，則可能由公司、政府及全體用戶共同分享。若只計公司帳面上的收益，可能低估公共政策的整體效益；若採社會觀點分析，也要避免把同一項利益重複計入。

3. 效益估算與因果關係

「裝表」本身不必然降低尖峰用電。節電效益取決於費率設計、用戶是否能調整用電時間、用電彈性及尖峰與離峰價差。應估計尖峰負載下降、降低發電或購電成本、減少停電風險、延後電力設施擴建等效益，並說明估算依據。若用戶只是把用電移至其他時段，應區分「移轉負載」與「減少總用電」。

4. 貨幣時間價值與生命週期成本

不同年度的成本與效益應採一致的評估期間及折現率換算為現值，可使用淨現值（NPV）、投資報酬率（ROI）、回收期間或成本效益比等方法。以淨現值為例：

其中 $B_t$ 為第 $t$ 年效益，$C_t$ 為第 $t$ 年成本，$r$ 為折現率，$n$ 為評估年限。成本與效益均應涵蓋設備壽命內的建置、營運、維修及汰換支出。

5. 不確定性與敏感度分析

設備價格、用戶配合程度、節電幅度、能源價格、系統維護費及設備壽命都會影響評估結果。應設定合理情境並進行敏感度分析，檢視關鍵假設變動時，NPV 或成本效益比是否仍支持投資。

6. 強制裝設的政策與分配效果

題目設定為強制對非民生用電戶裝設，須將法規與政策執行成本納入考量，並檢視不同產業、規模用戶的負擔及費率影響。即使整體效益大於成本，也要評估成本由誰承擔、效益由誰取得，以及政策是否產生不成比例的負擔。

（二）智慧電表專案的 TCO 成本

TCO 不只計算智慧電表的購置價格，而是盤點專案整個生命週期內，因取得、建置、使用、維護及退役所產生的直接與間接成本。

有形成本