113 司法特考三等 檢察事務官類科電子資訊組 系統分析 考古題詳解

核心觀念

本題考查系統分析階段的技術可行性分析，須評估組織能否運用指定技術，在可接受的風險、成本與時程內完成專案。題目指定三個面向：

1. 對應用領域的熟悉程度：團隊是否了解公部門便民服務的業務規則、常見問題、民眾需求與個人資料處理方式。
2. 對技術的熟悉程度：團隊是否具備建置、整合、維運 LLM 問答系統所需的技術能力。
3. 專案規模：系統的範圍、使用者、資料量、介接系統、功能與部署環境是否使技術與管理複雜度超出團隊可負荷程度。

技術可行性不是只問「LLM 能不能回答問題」，而是要判斷團隊是否熟悉業務與技術，以及專案規模是否能被有效控制。

解題方法

依題目列出的三個評估面向逐一分析；每一項都應指出有利條件、主要風險，以及可採取的控制措施。題幹未提供 A 機關的人力、技術能力、服務範圍與資料規模，因此結論應採合理假設：若能以小規模試辦、限定服務範圍，並安排人工覆核與資安控管，則技術上可行；若要一次涵蓋大量業務、全面自動化，且欠缺技術與領域人才，則可行性與風險控制能力會顯著降低。

一、對應用領域的熟悉程度

A 機關提供的是公部門便民問答服務，團隊須熟悉業務內容與服務情境，才能判斷 LLM 的回答是否正確、完整且符合行政程序及機關規範。

• 有利條件：A 機關通常掌握自身業務規則、申辦流程、常見問答與民眾常見困難，可整理成經確認的知識資料，作為系統回答的依據。
• 主要風險：法規、作業規定及服務資訊可能變動；不同民眾的身分或案件事實也會影響答案。若知識資料過時、不完整，或問題超出系統涵蓋範圍，LLM 可能產生錯誤或不適用的回答。
• 評估與控管：由業務人員確認知識內容、定期更新資料，並設定回答範圍、標示資訊來源及無法判斷時的轉人工機制。對涉及權利義務、個案判斷或重大法律效果的問題，不宜僅依模型回答處理。

判斷：若業務單位能提供專責人員確認知識與答案品質，領域熟悉度可建立；若缺乏業務參與，則難以確保回答符合機關實務。

二、對技術的熟悉程度

建置 LLM 問答服務不只需要呼叫模型，還涉及知識檢索、資料更新、系統整合、權限管理、資安、個資保護、效能監控與模型輸出品質管理。

• 有利條件：若團隊具有 AI、自然語言處理、雲端或系統整合經驗，且能選擇符合機關需求的模型與部署方式，便能較有效掌握建置及維運工作。

核心觀念

本題考查系統需求分析中的功能性需求與非功能性需求，並要求將「政府公開資料網站」的業務目標轉化為具體、可驗收的系統需求。

• 功能性需求（Functional Requirements）：描述系統應提供哪些服務，以及使用者與系統互動後，系統應如何處理或回應。
• 非功能性需求（Non-functional Requirements）：描述系統的品質屬性與運作限制，例如效能、安全性、可用性、無障礙性及可維護性。

題目未要求引用特定法條；作答重點是需求分類正確，且每項需求都要能對應公部門公開資料的使用情境。

解題方法

先從網站的主要使用者與目標切入：民眾需要找到、理解、取得及使用資料；資料提供機關則需要發布、更新及管理資料。由此整理出網站「做什麼」的功能，再補上系統「應達到什麼品質」的非功能性需求。

作答時要避免只列抽象名詞。例如「搜尋」是功能性需求；「搜尋結果應於指定時間內顯示」則是效能需求，屬於非功能性需求。

五項功能性需求

1. 資料目錄與分類瀏覽 系統應依主題、機關、地區、資料格式或更新頻率分類公開資料，並提供目錄及資料集詳細頁面，使使用者能瀏覽資料集的名稱、內容摘要、發布機關、欄位說明、更新日期及授權條件。

2. 資料搜尋與篩選 系統應提供關鍵字搜尋，並允許使用者依機關、主題、日期、地區、格式等條件篩選及排序結果。搜尋結果應顯示足以判斷資料是否符合需求的摘要資訊。

3. 資料預覽與下載 系統應讓使用者在線預覽資料內容，並下載原始資料檔。常用資料格式可包含 CSV、JSON、XML 等；若提供 API，系統亦應提供 API 說明及呼叫方式，方便民眾或開發者取用資料。

4. 資料集說明、授權與引用資訊 系統應揭露資料的欄位定義、資料來源、產製方式、更新頻率、使用限制或授權條件，並提供引用或來源標示資訊，讓使用者能正確理解、使用及再利用資料。

核心觀念

本題考查敏捷開發的價值與實務特徵，以及 Scrum 如何透過固定週期的 Sprint，反覆完成需求排序、開發、檢視與調整。Scrum 是敏捷方法中的一種框架；敏捷開發則是較廣泛的理念與原則。

敏捷開發重視：

• 個人與互動，勝於流程與工具。
• 可運作的軟體，勝於鉅細靡遺的文件。
• 與客戶合作，勝於合約協商。
• 回應變化，勝於遵循計畫。

上述價值不表示流程、文件、合約或計畫毫無價值，而是強調前者在開發過程中的優先性。

解題方法

作答時先說明敏捷開發的整體特點，再依 Scrum 的時間順序交代角色、工作成果與會議。步驟必須涵蓋「規劃、執行、檢視、調整」，並指出 Sprint 會持續反覆進行，直到產品目標達成或專案停止。

敏捷開發的主要特點

1. 迭代與漸進交付 將產品切分為多個短週期迭代，每個迭代都產出可檢視、可使用或具備明確價值的增量，而非等到專案末期才一次交付全部功能。

2. 以需求價值排序 需求通常整理為產品待辦清單，依業務價值、風險、依賴關係等因素排序，優先處理價值較高或風險較大的項目。

3. 擁抱需求變更 開發期間的新資訊可促使團隊調整後續工作；重點是評估變更對目標與計畫的影響，而非僵化地要求需求完全不變。

4. 頻繁取得回饋 透過定期展示、利害關係人檢視及使用者回饋，及早發現產品方向或功能上的落差。

5. 跨職能與自我管理 團隊成員共同具備完成產品增量所需的能力，並自行安排實作工作；管理重點在於建立合作環境與排除障礙。

6. 持續改善品質與流程 除了檢視產品，也定期檢討合作方式、工具與流程，逐步改善交付品質與效率。

7. 以可運作成果衡量進度 文件與進度報告可作為輔助，但最能反映進度的是已完成且符合品質標準的產品功能或增量。

Scrum 的角色、工件與事件

角色

Scrum Guide 所稱的責任（accountabilities）包括：

• 產品負責人（Product Owner）：負責最大化產品價值，管理並排序產品待辦清單，確保待辦事項清楚可理解。
• Scrum Master：確保 Scrum 的運作方式被理解與實踐，協助團隊及組織改善，並排除妨礙團隊工作的障礙。
• 開發者（Developers）：組成 Scrum 團隊中負責建立每個 Sprint 可用增量的成員，共同規劃並完成工作。

Scrum 團隊以跨職能、自我管理為原則。較早期教材常把開發者群體稱為「開發團隊」，作答時可註明此為常見舊稱。

工件

• 產品待辦清單（Product Backlog）：產品所需工作項目的有序清單，是產品演進的單一來源。
• Sprint 待辦清單（Sprint Backlog）：Sprint 目標、選入本次 Sprint 的產品待辦項目，以及完成工作的計畫。
• 增量（Increment）：本次 Sprint 完成且符合「完成定義」（Definition of Done）的產品成果；每個增量須可使用，並能與先前增量共同運作。

Scrum 的詳細步驟

一、建立並維護產品待辦清單

產品負責人與利害關係人了解產品目標及需求，將需求轉化為產品待辦項目，並依價值、風險、依賴關係等因素排序。團隊持續細化待辦項目的描述、大小與驗收條件，使高順位項目較清楚且可供規劃。

產品待辦清單會隨回饋與環境變化而更新；它不是一開始訂定後便不得更改的固定需求文件。

二、Sprint 規劃（Sprint Planning）

Sprint 開始時，Scrum 團隊共同規劃本次工作，確認：

核心觀念

本題考查物件導向分析與設計：從「圖書預借」的需求流程中，辨識具有明確職責的類別，並為每個類別設計合適的屬性（Attributes）與方法（Methods）。屬性描述物件的資料，方法則描述物件能執行的行為。

設計時應讓類別各自負責一類工作，例如管理讀者資料、維護館藏圖書狀態、處理預借紀錄、完成取書借閱，以及傳送通知。題目要求五個重要類別，以下採用 Reader、Book、Reservation、Loan、Notification 五類。

解題方法

依照題目流程整理主要名詞與動作：

1. 讀者登入、資格驗證：建立 Reader，管理帳號、借閱資格及讀者發起預借的行為。
2. 搜尋及檢查圖書：建立 Book，管理書目與目前狀態，並提供是否可預借的判斷。
3. 新增、修改、取消預借：建立 Reservation，保存預借期限、取書地點與預借狀態。
4. 期限內取書並完成借出：建立 Loan，記錄借閱資訊，並在取書完成時更新圖書狀態。
5. 傳送預借確認：建立 Notification，保存通知內容並提供發送行為。

以下以物件導向設計的概念列出類別。實際系統也可另設圖書館工作人員或服務控制類別；本題限列五類，故將取書確認納入 Reservation 與 Loan 的操作中。

五個類別設計

1. Reader（讀者）

屬性

• readerId：讀者識別碼
• account：登入帳號
• passwordHash：密碼雜湊值
• name：讀者姓名
• unreturnedBookCount：未歸還圖書數
• outstandingFine：未繳款金額
• eligibilityStatus：借閱資格狀態

方法

• login(account, password)：驗證帳號與密碼
• isEligible：檢查是否符合預借資格，例如未歸還圖書及欠款情形
• searchBook(keyword)：依關鍵字搜尋圖書
• createReservation(book, dueDate, pickupLocation)：提出預借
• modifyReservation(reservation, newDueDate, newPickupLocation)：修改預借資訊
• cancelReservation(reservation)：取消預借

2. Book（圖書）

屬性

• bookId：圖書識別碼
• isbn：國際標準書號
• title：書名
• author：作者
• status：館藏狀態，例如可借、已預借、已借出
• currentReservationId：目前預借紀錄識別碼，無預借時為空值

方法

• search(keyword)：依書名、作者或其他欄位查詢
• isReservable：檢查圖書目前是否可供預借
• markReserved(reservation)：將圖書標記為已預借
• markLoaned(loan)：將圖書狀態更新為已借出
• markAvailable：圖書歸還後更新為可借狀態

3. Reservation（預借紀錄）

屬性

• reservationId：預借紀錄識別碼
• readerId：預借讀者識別碼
• bookId：預借圖書識別碼
• reservationDate：預借建立日期