109 地方特考三等 資訊處理 系統分析與設計 考古題詳解

核心觀念

系統轉換（system conversion）是新系統正式接替舊系統的過程。轉換策略的核心差異，在於新舊系統如何並行或交接、一次轉換多少作業範圍，以及如何控制轉換風險。

本題屬於系統導入與轉換策略的申論題，沒有計算或法條。作答時先界定三種策略，再以同一個情境比較它們的安全性、成本與管理複雜度，最後提出明確建議。

解題方法

先從兩個面向辨別策略：

1. 新舊系統是否同時運作：平行作業會讓新舊系統在一段期間內同時處理相同作業。
2. 轉換範圍如何安排：試行作業先選一個單位或地點導入；分段作業則將系統功能或作業範圍切成數個階段，逐步轉換。

接著以「全國性公務機關差勤與薪資系統」為例，說明三種方式如何實施，再依資料正確性、服務不中斷、成本及管理難度作出選擇。

（一）平行作業

平行作業（parallel operation）是指在一段過渡期間內，舊系統與新系統同時運作，並處理相同的業務資料。使用者可比對兩套系統的輸出結果；確認新系統功能與資料正確、穩定後，再停止舊系統。

其優點是新系統發生錯誤時，仍可由舊系統支援，轉換風險較低。缺點是同一筆資料須在兩套系統處理，增加人力與設備成本，也可能造成重複輸入、資料不一致及工作負擔。

（二）試行作業

試行作業（pilot operation）是指先選定一個具有代表性的單位、部門或地點導入新系統，其他單位仍使用舊系統。試行單位確認新系統可正常運作後，再將新系統推廣至其餘單位。

其優點是導入範圍有限，可在控制影響面的情況下發現問題並修正；試行單位累積的經驗也可供後續推廣參考。缺點是試行單位與其他單位可能同時使用不同系統，造成跨單位資料交換與作業協調困難；若試行單位不具代表性，試行結果也未必能反映其他單位的需求。

（三）分段作業

分段作業（phased operation）是指將新系統依功能、模組或作業範圍分成數個階段，逐步導入。每完成一個階段並確認穩定後，再導入下一階段，直到新系統全面取代舊系統。

其優點是每次轉換的範圍較小，便於訓練、測試及處理問題，也可逐步降低對整體業務的衝擊。缺點是新舊系統可能在一段期間內分別處理不同功能，介接與資料同步較複雜；若系統各模組高度相依，分段導入會增加整合成本，並延長轉換期。

（四）情境比較與策略建議

情境假設

某中央機關有多個所屬機關及數萬名員工，預計導入新的差勤與薪資系統。新系統需整合人事、差勤、加班、請假及薪資資料，並定期產製薪資清冊與付款資料。薪資計算錯誤會直接影響員工權益，因此資料正確性與薪資作業不中斷十分重要；

核心觀念

本題考查看板（Kanban）在軟體專案管理中的用途，以及「進行中工作限制」（Work in Progress Limit，WIP 限制）的管理意涵。看板以工作卡呈現任務，並依任務狀態放在不同欄位，讓團隊看見工作如何從待辦、排隊、執行到完成。

四種狀態可理解為：

• Backlog：已提出、尚未排入近期處理的工作。
• Queue：已排定，等待開始的工作。
• In Progress：正在執行的工作。
• Done：已完成的工作。

看板的重點不只在於顯示任務狀態，也在於管理工作流：讓團隊掌握工作量、找出瓶頸、協調人力，並持續改善流程。

解題方法

第一小題從看板的管理功能切入，說明它如何支援工作規劃、進度追蹤、流程協調與改善。第二小題則先判斷「In Progress 尚未填滿」代表什麼，再說明管理者如何依實際工作流調度人力。

（一）看板可協助的專案管理工作

開發團隊使用看板可協助下列工作：

1. 掌握任務狀態與進度：透過工作卡所在欄位，快速了解各任務是待辦、等待、執行中或已完成。
2. 規劃與排序工作：依專案目標、優先順序及資源狀況，決定哪些工作先進入 Queue，再由團隊承接。
3. 分配及協調人力：看出目前由誰負責哪些工作，據此安排人員、協調支援，並避免多人重複處理或工作無人承接。
4. 控制進行中工作量：設定 WIP 限制，避免團隊同時開啟過多工作，使任務長時間停滯或頻繁切換。
5. 發現流程瓶頸與阻礙：若某欄位累積大量工作、任務長期未移動，便可進一步找出等待、資源不足、需求不清或技術困難等原因。
6. 促進團隊溝通與透明化：成員與管理者可依共同看板討論工作狀況、依賴關係及待處理問題。
7. 追蹤完成情形並改善流程：比較任務流經各階段的狀況，檢討等待時間、交付速度與工作分配，持續改善作業方式。

（二）In Progress 尚未填滿的意涵與處置

**意涵：**若 In Progress 的任務數量尚未達到團隊設定的上限，表示目前進行中的工作量低於可容納的 WIP 上限。這代表團隊仍有承接新工作的容量；

核心觀念

本題考查結構化分析中的資料流程圖（Data Flow Diagram，DFD）。DFD 用圖形呈現系統內資料如何由來源進入、經過處理、存入或取出資料庫，最後送往目的地；重點是資料的流動與轉換，不在呈現程式執行順序、控制流程或操作畫面。

DFD 的四種基本元件為：

1. 外部實體（External Entity／Terminator）
2. 處理程序（Process）
3. 資料流（Data Flow）
4. 資料儲存庫（Data Store）

不同教材可能使用不同圖示或名稱，作答時宜同時標示元件名稱，避免符號慣例差異造成誤解。

解題方法

先列出四種元件，再說明各自代表的系統角色。繪圖時，以一個明確的業務情境為例，找出資料的來源、處理、儲存、流向與接收者，並讓四種元件都出現在圖中。圖上的每條資料流都要有名稱，且應連接至處理程序；外部實體、資料儲存庫彼此不直接相連。

（一）資料流程圖的元件

資料流程圖由外部實體、處理程序、資料流、資料儲存庫四種元件組成。

（二）各元件的意義

（三）情境假設與資料流程圖

情境假設

假設某機關提供線上考試報名服務。考生填寫報名資料並送出；報名系統檢核資料完整性，通過後將報名資料存入「報名資料庫」，並回傳報名確認資訊給考生。若資料不完整，系統將錯誤訊息回傳考生。

核心觀念

本題考查物件導向分析與設計中的 UML 類別圖，以及常見的三種分析類別：實體類別（Entity）、邊界類別（Boundary）與控制類別（Control）。

類別圖用來呈現系統的靜態結構，包括類別、類別的屬性與操作，以及類別彼此之間的關係。分析設計時，常用「實體—邊界—控制」（Entity–Boundary–Control，EBC）分類，釐清資料、使用者介面與流程控制各由哪些類別負責。

解題方法

作答時先列出四種常見類別關係，再逐一說明三種分析類別的職責。最後以一個具體情境建立類別圖，並在圖中標註類別所屬類型，以及關係名稱與多重性。

（一）類別間的四種關係

1. 關聯（Association）：表示類別之間存在結構性連結或合作關係，可標示角色名稱與多重性。例如一位顧客可以建立多筆訂單。
2. 相依（Dependency）：表示一個類別在某項操作中使用另一個類別；被使用類別的變更可能影響使用者。UML 通常以虛線箭頭表示。
3. 泛化／繼承（Generalization）：表示一般類別與特殊類別的「是一種」（is-a）關係；子類別繼承父類別的屬性與操作，通常以空心三角形箭頭指向父類別。
4. 實現（Realization）：表示類別實作介面所定義的操作契約，通常以虛線空心三角形箭頭指向介面。

（二）類別圖中的三種類別

• 實體類別（Entity Class）
• 邊界類別（Boundary Class）
• 控制類別（Control Class）

（三）三種類別的主要工作

實體類別

代表系統需要保存或管理的領域資料與業務概念，例如顧客、訂單、商品。主要工作包括：

• 保存領域物件的狀態與資料。
• 提供與該資料相關的業務操作。
• 配合系統需求，使重要資料能被查詢、更新或持續保存。

邊界類別

負責系統與外部角色或其他系統之間的互動介面，例如網頁表單、操作畫面或外部系統介接。主要工作包括：

• 接收使用者輸入或外部訊息。
• 顯示處理結果、錯誤訊息或操作畫面。
• 將輸入交給控制類別處理，並呈現控制類別回傳的結果。

控制類別