系統分析與設計 申論題歷屆試題與參考架構
地方特考三等，民國 102～111 年共 10 份試卷、40 題，其中 36 題附參考答題架構。考這一科的類科：資訊處理。本頁列出歷年全部題目，參考架構只列開頭的「破題」，完整的答題架構、關鍵字與作答提醒請到站內查看。
111 年（考試時間 120 分鐘） 原卷 PDF
- 1
內聚力（Cohesion）與耦合力（Coupling）是評估系統設計的重要指標，請使用結構圖（structure chart）分別繪製高內聚力（high cohesion）、鬆散耦合（loosely coupled）的例子，並用文字說明這些例子。 （20 分）
（20 分）
參考架構・破題
內聚力衡量單一模組內部各元素關聯的緊密程度，耦合力衡量模組之間相依的程度。好設計追求高內聚、低耦合。本題要求用結構圖各畫一個例子並以文字說明，作答重點是圖文對應。
完整答題架構與關鍵字：到站內看全文
- 2
擔任軟體採購規劃的工作，必須著重委外資安議題的思考，（一）請舉例詳細說明服務水準協議 SLA（Service Level Agreement）在資訊系統服務與營運中扮演的角色。（10 分）（二）請舉 5 個重要措施以降低委外開發、測試及運作時的風險。（10 分）
（20 分）
參考架構・破題
委外開發時，業主無法直接控管供應商的作業，SLA 就是把服務品質、責任與罰則以可量測的方式寫進契約，是資安與服務品質管理的核心工具。作答分兩部分：先說明 SLA 的角色並舉例，再列五項降低委外風險的措施。
完整答題架構與關鍵字：到站內看全文
- 3
你與軟體開發專案夥伴們，希望能追蹤從開始到定案的所有檔案版本，以確保能方便多人共用，順利完成專案。（一）請列出版本控制系統（Version Control System）重要的三個特色，並說明之。（10 分）（二）目前主流的版本控制系統的架構有集中式與分散式兩種，請分別舉例詳細說明。（20 分）
（30 分）
- 4
假設 ABC 專案採用敏捷方法開發，而你必須向其他成員說明敏捷開發的需求收集方式，請詳細說明下列三者，何謂使用者故事（user story） 、情境（scenario）、故事板（storyboard）？並分別舉一實例。（30 分）
（30 分）
參考架構・破題
敏捷開發強調快速迭代與持續與使用者溝通，因此需求收集偏重輕量、以人為本的技術。使用者故事、情境與故事板分別從「需求描述」「使用流程」「視覺化呈現」三個層次協助團隊理解需求。
完整答題架構與關鍵字：到站內看全文
110 年（考試時間 120 分鐘） 原卷 PDF
- 1
使用者從現行企業資訊系統轉換到新的企業資訊系統時，可以從三個面向 思 考 轉 換 策 略 ， 分 別 是 轉 換 型 式 （ conversion style ）、 轉 換 場 所（conversion location）、轉換模組（conversion model），請就上述三種面向說明各種系統轉換策略，並從風險、成本和時間三種因素比較各種轉換策略。（30 分）
（30 分）
參考架構・破題
系統轉換是將使用者由舊系統切換至新系統的過程，策略選擇需在風險、成本與時間間取得平衡。本題要求依三個面向分述各種策略，再以風險、成本、時間作比較，建議以表格呈現。
完整答題架構與關鍵字：到站內看全文
- 2
請詳細說明在系統開發階段，驗收測試（acceptance testing）的目標、驗收測試的兩個階段及測試用例是如何開發的。（20 分）
（20 分）
- 3
受到疫情影響，支援線上教學的數位學習系統也越來越受到重視，發展上述系統的一組非功能需求，包括操作需求、效能需求、安全性需求和文化與政策需求，請針對這些需求加以說明。（25 分）
（25 分）
參考架構・破題
非功能需求描述系統「如何運作」而非「做什麼」，是決定使用者滿意度與系統成敗的關鍵。本題以線上教學的數位學習系統為背景，針對操作、效能、安全性、文化與政策四類需求逐一說明並舉例。
完整答題架構與關鍵字：到站內看全文
- 4
請說明使用者介面設計中，導覽（navigation）設計的原則及常犯的錯誤。（25 分）
（25 分）
109 年（考試時間 120 分鐘） 原卷 PDF
- 1
系統轉換係指新系統取代原有系統的一系列過程，依據轉換策略可分為：平行作業（Parallel operation）、試行作業（Pilot operation），以及分段作業（Phased operation）。
（一）試說明平行作業。 （3分）
（二）試說明試行作業。 （3分）
（三）試說明分段作業。 （3分）
（四）請以你自設的情境（請詳細敘明情境假設）來進一步說明上述三種策略，在你的情境中你會建議何種策略，為什麼？其他二種策略又可能有何問題？（16分）
（25 分）
參考架構・破題
系統轉換（conversion／cutover）是系統上線前的最後關卡，策略選擇是在「風險、成本、時間」之間取捨。前三小題各 3 分，定義加優缺點即可；第四小題 16 分是重點，情境要具體，推薦理由要對應情境特性。
完整答題架構與關鍵字：到站內看全文
- 2
現代電腦輔助軟體工程工具（CASE Tool）大都支援軟體專案管理，看板（Kanban）方法是一種將系統開發流程圖像化的管理工具，專案中的工作任務被放置在看板的不同位置，以表示工作任務目前的狀態。工作任務一般可分為 Backlog、Queue、In Progress 和 Done 四種狀態。
（一）請簡述開發團隊使用看板可幫助軟體專案管理那些工作？（10分）
（二）假設目前看板進行中（In Progress）的工作任務數量尚未填滿，請問代表什麼意涵？管理者應如何處置才能避免人力資源的閒置與浪費？（15分）
（25 分）
參考架構・破題
看板（Kanban）源自豐田生產系統，核心是「工作視覺化、限制在製品數量（WIP limit）、拉式（pull）流程」。第一小題寫看板帶來的管理功能；第二小題要從 WIP 未填滿判讀出「產能閒置或上游供給不足」，並提出處置。
完整答題架構與關鍵字：到站內看全文
- 3
結構化分析中：
（一）資料流程圖由那些元件所組成？（4分）
（二）各元件分別表達什麼？（10分）
（三）請自行假設情境（請詳細敘明情境假設）繪出一個資料流程圖，此流程圖必須包含上述各種元件。（10分）
（24 分）
- 4
進行物件導向分析與設計時，須以類別圖表達系統之物件靜態結構。
（一）請說明類別間有那四種關係？（4分）
（二）請說明類別圖中之類別可分為那三種？（3分）
（三）上述三種類別，每種類別主要負責那些工作？（9分）
（四）請自行假設情境（請詳細敘明情境假設），繪出一個類別圖來表達上述
（一）中至少一種關係，並標示牽涉到（二）中的類別。（10分）
（26 分）
108 年（考試時間 120 分鐘） 原卷 PDF
- 1
當與使用者進行需求導出時（requirements elicitation） ，促進性應用規格技術（Facilitated Application Specification Techniques，以下簡稱 FAST）是一種常用的方法，請解釋何謂 FAST 並描述 FAST 施行之一般性規則（general rules）為何？（25 分）
（25 分）
參考架構・破題
FAST 是 Pressman《軟體工程》介紹的團隊導向需求導出技術，核心是讓開發者與使用者在主持人引導下共同界定問題、提出解法並協商需求，以縮短雙方認知落差。作答先定義，再分點列一般性規則，最後補流程與優缺點。
完整答題架構與關鍵字：到站內看全文
- 2
請解釋何謂敏捷式專案管理（Agile Project Management）？並說明其與傳統專案管理的主要差異點。另請具體說明如何施行敏捷式專案管理。（25 分）
（25 分）
參考架構・破題
敏捷式專案管理以《敏捷宣言》的價值為基礎，以短週期迭代、持續交付與擁抱變更取代傳統瀑布式的完整預先規劃。本題三段：定義、與傳統比較、具體施行方式（建議以 Scrum 為例）。
完整答題架構與關鍵字：到站內看全文
- 3
請解釋何謂圈複雜度或循環複雜度（Cyclomatic Complexity）？並撰寫一支碼行數（lines of codes）在 50 以內的程式且逐步說明如何計算圈複雜度。另請說明圈複雜度對軟體維護（software maintenance）的主要功用或助益為何？（25 分）
（25 分）
參考架構・破題
圈複雜度由 McCabe 於 1976 年提出，以程式控制流程圖計算獨立路徑數，衡量程式邏輯的複雜程度。作答依「定義公式—程式範例與逐步計算—維護助益」三段。
完整答題架構與關鍵字：到站內看全文
- 4
（一）請解釋何謂大爆炸測試（Big-Bang Testing）並說明其優缺點？（15 分）
（二）請解釋何謂操作設定檔或作業輪廓（Operational Profile）並說明其如何產生與主要用途為何？（10 分）
（25 分）
參考架構・破題
本題分兩部分：大爆炸測試是整合測試的一種策略，需與漸進式整合對照說明；作業輪廓（Operational Profile）由 John Musa 在軟體可靠度工程中提出，用於依實際使用機率分配測試。
完整答題架構與關鍵字：到站內看全文
107 年（考試時間 120 分鐘） 原卷 PDF
- 1
你是 A 機關的資訊人員，貴機關即將完成【外勤資訊情蒐系統】的開發工作，你的主管希望你能夠先進行必要的測試以確保系統上線後可以順利運作，請問，你會建議進行那些種類的測試，為什麼？（25 分）
（25 分）
參考架構・破題
本題是情境題：外勤資訊情蒐系統的特性是使用者在外、透過行動裝置與不穩定網路蒐集並回傳資訊，且資料敏感。作答應先分析系統特性，再依測試層級與非功能需求提出測試種類，每種都要說「為什麼」。
完整答題架構與關鍵字：到站內看全文
- 2
根據下圖的資料庫架構，請你繪製這個資料庫的實體關係模型（ER Model：Entity-relationship model），並請說明這個 資 料 庫 裡 大 致 包括 有 那些 實 體 與 關 係 。 （25 分）
（25 分）
本題含圖表或公式，請對照原卷 PDF。
- 3
西林公司規定員工請假一天以內需要課長核可，超過一天三天以內，課長之外，還需要處長核可，超過三天的假，課長、處長之外，還需要協理核可。請問以上規定分別以決策表、決策樹表示，並請你畫出決策流程圖以及用結構化英文加以描述。（25 分）
（25 分）
參考架構・破題
本題考結構化分析的四種程序邏輯表達工具：決策表、決策樹、流程圖、結構化英文。關鍵是先把條件釐清為三個互斥區間：一天以內、超過一天至三天、超過三天，再用四種工具表達同一規則。
完整答題架構與關鍵字：到站內看全文
- 4
請畫一使用案例圖可以幫學生尋找公寓之校園住宿服務的使用案例。參與者有房東，學生兩種。共有三個使用案例，房東可以增加租屋單位，以及減少租屋單位，學生可以搜尋租屋單位。並請用文字描述這三個使用案例。（25 分）
（25 分）
參考架構・破題
本題考 UML 使用案例圖的繪製與使用案例描述。系統是校園住宿服務，參與者為房東與學生，三個使用案例：增加租屋單位、減少租屋單位、搜尋租屋單位。重點在圖的符號正確與文字描述格式完整。
完整答題架構與關鍵字：到站內看全文
106 年（考試時間 120 分鐘） 原卷 PDF
- 1
請從自動提款機的觀點看提款、查詢餘額和轉帳等相關流程，試述三個代表這三項功能的使用案例，並建立自動提款機系統的使用案例圖。參與者有顧客以及銀行主機。（25 分）
（25 分）
參考架構・破題
本題要求以自動提款機（ATM）為系統邊界，建立提款、查詢餘額、轉帳三個使用案例並描述，再畫出使用案例圖。參與者有顧客（主要參與者）與銀行主機（次要參與者，外部系統）。
完整答題架構與關鍵字：到站內看全文
- 2
請舉一個 Burn-Down Chart（燃盡圖）的例子並詳述之，其作用為何？（25 分）
（25 分）
參考架構・破題
燃盡圖是敏捷開發（尤其 Scrum）追蹤進度的視覺化工具，以「剩餘工作量對時間」呈現衝刺（Sprint）或發行的完成趨勢。作答要先畫出具體例子，再說明怎麼讀圖，最後講作用。
完整答題架構與關鍵字：到站內看全文
- 3
請寫出 user story 的樣板，並舉一個範例詳述之。（25 分）
（25 分）
參考架構・破題
使用者故事（User Story）是敏捷開發描述需求的方式，以使用者的角度用簡短句子說明「誰、要做什麼、為什麼」，並搭配驗收條件。作答先寫樣板，再給完整範例，最後補品質準則。
完整答題架構與關鍵字：到站內看全文
- 4
請說明單元測試、整合測試、系統測試與使用者驗收測試主要是根據那些個別對應的程序或文件來擬定測試計畫。（25 分）
（25 分）
參考架構・破題
測試計畫應依各階段開發產出來擬定，形成「開發文件對應測試層級」的關係（可配合 V 模型說明）：越底層的測試對應越細的設計文件，越上層的測試對應需求與使用者觀點。
完整答題架構與關鍵字：到站內看全文
105 年（考試時間 120 分鐘） 原卷 PDF
- 1
合理統一流程（Rational Unified Process, RUP）為一物件導向方法論，適合使用物件導向技術開發系統，它具有 3 個主要特點，其中 2 個分別為使用案例驅動（Usecase-Driven）與架構中心（Architecture-Centric），請問第 3 個主要特點為何？請說明物件導向技術的那個特性，使得第 3 個主要特點適合用於物件導向系統的開發？（20 分）
（20 分）
參考架構・破題
RUP 的三大特點是使用案例驅動、以架構為中心，以及反覆且漸增（Iterative and Incremental）。第二問要連結物件導向的封裝與模組化特性，說明為何適合分次反覆開發。
完整答題架構與關鍵字：到站內看全文
- 2
當系統過於複雜時，使用案例圖與類別圖也會過於複雜，對此，可以使用物件導向統一塑模語言（Unified Modeling Language, UML）的那種圖形將之切割成子系統或模組？請繪圖舉例說明之。又於切割成有意義的子系統或模組時，須使用一個簡短名稱代表之，則表示這些子系統或模組內擁有何種力？（30 分）
（30 分）
參考架構・破題
UML 用套件圖（Package Diagram）把複雜的使用案例圖與類別圖切割成子系統或模組；以一個簡短名稱代表一個套件，表示套件內元素彼此高度相關，也就是具有高內聚力（Cohesion），而套件之間應保持低耦合。
完整答題架構與關鍵字：到站內看全文
- 3
統一塑模語言的 4+1 觀點，可呈現統一塑模語言不同種類圖形在描述整個系統模型時扮演的角色，稱為觀點模型（View Model），其可同時使用多個不同觀點來描述系統架構，如下圖所示。請問使用案例觀點是從那 3 者的角度描述系統行為？流程觀點強調何種需求，並可使用 UML 的何種圖呈現？實際觀點則是採用何者的角度來描述最後部署的實際系統架構和軟體元件？（30 分）邏輯觀點 流程觀點（Logical View） （Process View）開發觀點 實際觀點（Development View） （Physical View）
（30 分）
本題含圖表或公式，請對照原卷 PDF。
- 4
物件導向程式設計的精神是資料抽象化，透過抽象資料型態建立電腦與真實世界之間的橋樑，描述和模擬真實世界的實體。我們可以將個人基本資料問題抽象化成Person 模型，用來模擬真實世界的「人」實體，內含姓名 name、地址 address 和電話號碼 phone 這三種資料。請以虛擬碼（Pseudocode）設計 setPerson()、getName()、getAddress()和 getPhone()四種操作的方法，並標明那些操作屬於輸入、那些操作屬於輸出？（20 分）
（20 分）
參考架構・破題
題目考的是抽象資料型態與封裝：把姓名、地址、電話設為私有屬性，對外只提供 setPerson() 寫入、getName()、getAddress()、getPhone() 讀取的公開方法。作答以類別形式寫虛擬碼，並標示輸入與輸出操作。
完整答題架構與關鍵字：到站內看全文
104 年（考試時間 120 分鐘） 原卷 PDF
- 1
漸增模式（Incremental Model）是一種常見的軟體開發方法：
（一）何謂漸增模式（請說明其執行程序與原則及強調重點為何）？（15 分）
（二）請說明其與瀑布模式在應用上之差異？（10 分）
（25 分）
參考架構・破題
漸增模式把系統拆成多個增量（Increment），先交付核心功能，再逐次增加功能，每個增量都走一次類瀑布的分析、設計、實作、測試流程。作答先講程序與原則，再與瀑布模式比較應用情境。
完整答題架構與關鍵字：到站內看全文
- 2
開發一套新系統，例如甲資訊公司承接乙公司的電子商務系統（含訂購、付款、出貨等），需經歷需求分析、系統分析與設計等步驟：
（一）請至少舉出常見的五種需求擷取方式。（10 分）
（二）進行需求分析時，應以那些需求塑模工具、語言或圖形來表達那些不同性質的需求（例如作業、規則、表單、資訊等）？（15 分）
（25 分）
- 3
一個系統開發專案在不同階段會有不同性質之參與者參與，例如使用者、系統分析師、系統整合者、測試者、技師與專案管理者等，不同性質的參與者在專案發展過程中，會在不同的時間點從不同的角度來看系統，例如使用個案觀點（Use Case View） 、設計觀點（Design View）、流程觀點（Process View）、實施觀點（Implementation View）與部署觀點（Deployment View）。以應用物件導向技術為例，在實施觀點與部署觀點，主要以元件圖與部署圖進行系統元件與結構的塑模。
（一）請分別說明元件圖與部署圖主要表達什麼？（15 分）
（二）請說明元件圖與部署圖在應用上之差異？（10 分）
（25 分）
參考架構・破題
元件圖與部署圖屬於 UML 的實作與部署觀點：元件圖描述軟體由哪些元件組成及其介面相依，部署圖描述這些軟體成品實際部署在哪些硬體節點與如何連線。作答先各自說明，再比較差異。
完整答題架構與關鍵字：到站內看全文
- 4
資料庫若沒有適當的設計，於資料維護時可能造成異常現象，包括新增異常、刪除異常及修改異常。請分別舉例說明這三種異常。（25 分）
（25 分）
參考架構・破題
資料異常源自未正規化的表格存在資料重複與部分、遞移相依，導致新增、刪除、修改時出現不一致或資訊遺失。作答以同一張未正規化表格為例分別說明三種異常，最後提出正規化解法。
完整答題架構與關鍵字：到站內看全文
103 年（考試時間 120 分鐘） 原卷 PDF
- 1
於軟體系統的建置階段必須進行程式撰寫、測試與系統文件整備等，其中的測試有所謂的單元（unit）測試，請問以物件導向設計的軟體系統而言，單元測試一般可分為那兩種？請分別說明之。兩種單元測試的計畫來源（test plan source）為何？請分別列出。（20 分）
（20 分）
- 2
請 敘 述 輸 出 設 計 的 三 個 主 要 原 則 為 何 ？ 請 寫 出 五 種 類 型 的 輸 出 ， 並 解 釋之。（30 分）
（30 分）
參考架構・破題
輸出設計要讓使用者在正確時間得到正確、易懂且不誤導的資訊。三個主要原則是了解報表用途、管理資訊負荷、將偏誤降到最低；輸出類型可依內容分為明細、彙總、例外、回轉文件與圖形等。
完整答題架構與關鍵字：到站內看全文
- 3
物件導向的設計樣式（design pattern）可幫助軟體開發者解決軟體設計的問題並提高軟體品質，低耦合度樣式（low coupling pattern）可保持類別之間最低的耦合度。高耦合度類別表示該類別需依賴其他很多個類別，和很多個類別之間有各種類別關係，可以使用封裝（encapsulation）來降低耦合度。例如：如下所示之訂購商品系統通訊圖，客戶類別擁有訂單類別，三個類別間相互依賴。如讓訂單類別來建立訂單明細類別，可降低類別間的耦合度，其好處是當實作需要更改訂單明細類別時，只會影響到訂單類別，而不會影響到客戶類別，請畫出低耦合度樣式的通訊圖。（20 分）1：<<create>>：客戶 ：訂單2：<<create>> * [每一個商品] 2.1：附加() * [每一個商品]項目[i]：訂單明細
（20 分）
本題含圖表或公式，請對照原卷 PDF。
- 4
物件導向設計的主要工作是進行互動塑模（interaction modeling），其主要目的為何 ？ 請 問 進 行 類 別 屬 性 、 行 為 和 類 別 關 係 的 細 部 設 計 建 立 設 計 模 型 （ Design Model）類別圖的基本步驟為何？（30 分）
（30 分）
參考架構・破題
本題分兩部分：先說明互動塑模在物件導向設計中的目的（把需求分析階段的使用案例落實為物件間的訊息傳遞，藉此找出各類別的責任與操作），再說明如何從分析類別圖細化成設計模型類別圖的步驟。兩部分要前後呼應：互動塑模的成果正是細化類別圖的輸入。
完整答題架構與關鍵字：到站內看全文
102 年（考試時間 120 分鐘） 原卷 PDF
- 1
請試述下列名詞之意涵：（每小題 5 分，共 25 分）
（一）資料操作語言（Data Manipulation Language, DML）
（二）委外需求建議書（Request for Proposal, RFP）
（三）繼承（Inheritance）
（四）主鍵（Primary Key）
（五）中介或詮釋資料（Metadata）
（25 分）
- 2
當開發一應用軟體系統時，我們常使用到系統開發生命週期（System Development Life Cycle, SDLC）的觀念，請說明下圖所表示的意義為何？（25 分）系統設計 系統建置系統分析系統規劃 系統維運
（25 分）
本題含圖表或公式，請對照原卷 PDF。
- 3
某機關的同仁有不同計算薪資的方式。全職員工依據職級與年資給與薪資；兼職員工同樣是依據職級與年資，但必須考慮工作時數給與薪資；臨時員工不會扣除退撫金，其他薪資計算則比照全職員工。請以該機關每月計算核發員工薪水為例，說明物件導向觀念中多型（Polymorphism）的意義。（25 分）
（25 分）
參考架構・破題
多型是指同一個訊息（方法呼叫）送給不同類別的物件時，各物件依自身的實作產生不同行為。本題以薪資計算為情境，作答重點是設計出「員工」父類別與三種子類別，說明同一個「計算薪資」呼叫如何因員工類型而有不同結果，並點出多型帶來的好處。
完整答題架構與關鍵字：到站內看全文
- 4
何謂軟體專案管理的作業流程構面？請說明一個外包的軟體開發專案大致的作業流程為何？（25 分）
（25 分）
參考架構・破題
本題兩問：先說明軟體專案管理中的「作業流程構面」——即專案從啟動到結束要經過哪些管理流程；再以委外開發為情境，從發包機關（甲方）角度依時間順序說明作業流程。可用 PMBOK 的五大流程群組作為第一問骨架，第二問則把它落實到採購、監督與驗收。
完整答題架構與關鍵字：到站內看全文
其他等別的「系統分析與設計」
- 系統分析與設計（高考三級）（4 題）
題目來源：考選部考畢試題查詢平臺（政府資訊公開資料）；參考架構為本站自撰，僅供準備方向參考，非官方標準答案。最後更新：。