112 公務人員升官等薦任 資訊處理 資訊系統與分析 考古題詳解
第 一 題25 分
現在各行各業中，為了滿足眾多不同需求而建立或開發了各式各樣的系統。系統開發（system development）可以定義為運用科技及方法來建構實體的（physical）或邏輯的（logical）系統。
試述成功的系統開發必須把握的重要原則，請列舉並詳加說明。
登入後即可作答並保存紀錄。
核心觀念
本題考查系統開發的成功原則。系統開發不只是撰寫程式，而是運用科技與方法，將需求轉化為可運作的實體或邏輯系統；因此，成功與否須同時考量需求、使用者、管理、技術、品質及後續維運。
解題方法
可依系統開發生命週期整理原則：先確認目標與需求，再規劃資源、設計及建置系統，並透過測試、導入與維護確保系統持續符合需求。作答時逐項說明原則及其作用，即能涵蓋開發全程。
成功系統開發的重要原則
-
以明確目標及使用者需求為起點 開發前應確認系統要解決的問題、預期效益、使用者與作業範圍，並蒐集、分析及確認需求。需求不清或持續變動，容易造成系統功能不符、成本增加或進度延誤。
-
讓使用者及利害關係人參與 使用者最了解實際作業流程，應參與需求訪談、原型檢視、測試及驗收；管理者、資訊人員及其他受影響單位也應適時參與。持續溝通能及早發現認知落差，提升系統的適用性與使用接受度。
-
取得高階管理者支持與有效治理 管理者應確認系統符合組織策略，提供預算、人力及跨部門協調，並明確訂定權責、決策方式與變更程序。缺乏管理支持時，常見問題包括資源不足、部門不合作及需求決策遲延。
-
做好可行性評估與專案規劃 開發前應評估技術、經濟、作業、時程及法規等可行性，確認預期效益與成本相稱。專案規劃須涵蓋工作範圍、時程、預算、人力、風險及品質要求，並持續監控進度與資源使用。
-
採用合適的開發方法與分階段交付 開發方法應配合系統規模、需求穩定度、風險及組織特性。可透過原型、迭代或分階段交付，讓使用者及早檢視成果，逐步修正需求與設計；每階段也應有明確交付項目及審查標準。
第 二 題25 分
內聚力（cohesion）是一種衡量模組內部工作相關程度的方法。換言之，模組的內聚力是衡量模組完成一件單一且定義清楚之工作的程度。
內聚力的種類一般可分為七種，請列出並詳加解釋。
登入後即可作答並保存紀錄。
核心觀念
本題考查結構化設計中的模組內聚力。內聚力衡量同一模組內各項工作彼此相關、共同完成單一明確任務的程度。模組內部關聯越緊密，內聚力越高，通常也越容易理解、維護與重複使用。
七種內聚力由低至高排列如下：
解題方法與七種內聚力
判斷時要看模組內的工作「為什麼被放在一起」：若只是湊在同一處，內聚力低；若共同完成單一功能，內聚力最高。
-
偶然內聚（Coincidental Cohesion） 模組內的工作彼此沒有明確關聯，只因方便或偶然被放在一起。例如，同一個模組中混放日期格式轉換、列印報表與計算稅額等無關功能。這是七種中最低的內聚力。
-
邏輯內聚（Logical Cohesion） 模組內的工作屬於同一類型，但彼此執行內容不同，通常由控制參數決定要執行哪一項。例如「輸入處理模組」依參數選擇讀取鍵盤、檔案或網路資料。工作是按邏輯類別聚集，仍未必共同完成同一個特定任務。
-
時間內聚（Temporal Cohesion） 模組內的工作因為在同一時間或同一處理階段執行而被放在一起。例如系統啟動時執行初始化、載入設定及建立暫存區；或關閉時執行儲存、記錄與釋放資源。聚集依據是執行時機。
第 三 題25 分
系統分析與設計是程式設計師與使用者之間的橋樑，它將使用者需求具體化，再藉由分析與設計的技術將需求轉換成可執行的軟體架構。
列出在需求確認（requirement validation）程序期間必須對需求文件執行的檢查項目，並詳加敘述說明。
登入後即可作答並保存紀錄。
核心觀念
需求確認（requirement validation）是在需求分析與需求文件完成後，確認文件是否正確呈現使用者真正需要的系統，並能作為後續設計、開發與驗收的依據。常用的五項檢查為：有效性、一致性、完整性、可行性、可驗證性。
需求確認的重點是「需求文件寫得對不對、夠不夠、做不做得到、能不能驗收」。它不同於程式測試；檢查對象是需求本身，而非已完成的軟體。
解題方法
依序檢查需求文件是否符合使用者實際需要、各項需求是否互相衝突、需求是否有遺漏、在現有條件下是否可實現，以及是否能判定系統是否達成需求。作答時可用「需求是否對、是否一致、是否齊全、是否做得到、是否驗得出來」來記憶。
需求文件檢查項目
-
有效性（Validity） 確認需求是否符合使用者與組織的實際目標，並確實反映使用者需要的功能。使用者提出的要求不一定都是必要或正確的，因此應確認系統建置後能否解決真正的業務問題。 例如，使用者要求增加多層簽核流程，分析時應確認該流程是否符合實際作業規則，而非只照單記錄。
-
一致性（Consistency） 檢查需求文件內各項需求是否互相矛盾，也要確認需求與適用的業務規則、介面規格及外部限制一致。 例如，一項需求規定使用者只能由主管建立帳號，另一項卻規定使用者可自行註冊，兩者即有衝突，必須釐清並修正。
-
完整性（Completeness） 確認文件涵蓋系統應提供的功能、限制與必要情境，沒有遺漏重要需求。
第 四 題25 分
系統開發是個複雜的程序，其目標是開發或取得系統的各部分元件，然後將這些元件整合起來建構出最終的系統。
試述七種基本的開發活動。
登入後即可作答並保存紀錄。
核心觀念
本題考查系統開發生命週期中的七種基本開發活動。系統開發的工作不只包含撰寫程式，還涵蓋了解需求、規劃與設計、建置、測試、導入，以及持續維護等活動。各活動彼此相連，實際專案中也常反覆進行。
解題方法
依系統開發的工作流程作答：先確定系統要解決的問題與需求，再規劃並設計系統，接著取得或建置元件、進行測試與導入，最後維護系統。答題時逐項說明活動的目的與主要工作，即可完整呈現七項內容。
七種基本的開發活動
-
系統調查（System Investigation） 初步了解組織面臨的問題、機會與限制，確認開發系統的必要性，並評估可行性，例如技術、經濟、作業及時程等面向。
-
系統分析（System Analysis） 蒐集並分析使用者需求，了解現行作業流程、資料與問題，整理系統應提供的功能及品質要求，形成明確的需求規格。
-
系統設計（System Design） 將需求轉化為系統的實作藍圖，規劃系統架構、資料庫、輸入與輸出、使用者介面、程式模組、控制及安全機制等。