107 國營臺灣鐵路公司不分職等 營運專員-資訊 台鐵營運人員 營運專員(資訊) (系統程式分析與設計) 考古題詳解

核心觀念

本題考查直譯器（Interpreter）與編譯器（Compiler）處理程式的方式。

編譯器通常先將高階語言程式轉換成目的程式，例如機器碼或目的檔，再由處理器執行。直譯器則在執行時逐句（或逐段）翻譯並執行程式，通常不先產生獨立的目的檔。

解題方法

抓住兩者最基本的差異：編譯器先翻譯並產生目的程式；直譯器通常邊翻譯邊執行，不產生獨立目的檔。​依此判斷，直譯器的特徵是「不產生目的檔」。

選項分析

• (A) 直譯器直接產生目的檔：錯誤。​先產生目的檔是編譯器的典型處理方式。
• (B) 直譯器不產生目的檔：正確。​直譯器通常在執行過程中逐句翻譯並執行，不先輸出獨立目的檔。
• **(C) 直譯器直接產生組合語言檔：錯誤。

核心觀念

組合語言以助記符表示處理器可執行的指令。迴圈的基本結構是：執行一段指令、更新計數或檢查條件，再依條件返回迴圈起點或跳出迴圈。控制程式流程的跳躍指令可以改變下一個要執行的指令位置，因此能用來模擬迴圈。

解題方法

判斷各選項是否能直接改變程式執行流程。迴圈需要重複執行一段程式，關鍵是讓程式在適當條件下返回先前位置；負責這種流程轉移的就是跳躍指令。

選項分析

• (A) 虛擬指令：錯誤。 虛擬指令是組譯器提供的輔助指示，通常用於資料配置或控制組譯流程，不是處理器直接執行的流程跳轉指令。
• (B) 機器指令：錯誤。 機器指令是處理器可直接執行的指令總稱，種類很多；選項沒有指出能使程式重複執行的特定控制流程功能。
• (C) 跳躍指令：正確。 跳躍指令可將程式執行位置轉移到指定位置。

核心觀念

虛擬記憶體（Virtual Memory）利用作業系統與硬體的位址轉換機制，讓程式使用自己的虛擬位址空間，再將虛擬位址對應到實際的實體記憶體。程式不必直接受限於目前安裝的實體記憶體容量；部分資料也可暫存於次級儲存裝置，待需要時再載入。

因此，虛擬位址空間可以大於實體記憶體的位址空間。

解題方法

辨認題目中的「虛擬記憶體」，抓住它提供的核心效果：讓程式看見較大的、獨立的位址空間，並由系統負責轉換與管理。據此判斷哪個選項描述了虛擬位址空間與實體記憶體位址空間的關係。

選項分析

• (A) 正確。 虛擬記憶體可使程式的虛擬位址空間大於實體記憶體的位址空間。程式使用虛擬位址，作業系統再透過頁表等機制將其映射到實體記憶體；未同時留在實體記憶體中的資料，可由系統依需求載入。
• (B) 錯誤。 這把常見的位址空間關係顛倒了。虛擬記憶體的設計目的之一，正是讓程式可使用較大的位址空間，不必受限於實體記憶體容量。
• **(C) 錯誤。

核心觀念

本題考查 Linux 的​「以檔案介面存取 I/O 裝置」​觀念。Linux 承襲 UNIX 的設計，許多 I/O 裝置會以裝置檔案（device file）​呈現，通常位於 /dev 目錄，使程式能使用與一般檔案相同的系統呼叫介面進行存取。

三個函數的主要用途如下：

• open：開啟一般檔案或裝置檔案，成功時取得檔案描述元（file descriptor）。
• read：透過檔案描述元讀取資料。
• write：透過檔案描述元寫入資料。

存取裝置檔案時，核心會將相關操作交由對應的裝置驅動程式處理。實際能否讀寫，仍須符合存取權限及該裝置支援的操作。

解題方法

先區分三種存取對象：一般檔案、I/O 裝置與 CPU 暫存器。

一般檔案可使用 open、read、write 存取；許多 I/O 裝置也能透過裝置檔案使用這些介面。CPU 的一般運算暫存器則由處理器指令操作，並非這套檔案讀寫介面的一般存取對象。

因此，肯定程式可透過這些函數存取 I/O 裝置的敘述正確。

選項分析

(A) 錯誤。 open、read、write 正是 Linux 程式存取一般檔案的基本介面。例如先以 open 開啟文字檔，再使用取得的檔案描述元呼叫 read 讀取內容。因此，「無法存取檔案」的敘述錯誤。

(B) 錯誤。 Linux 可將 I/O 裝置呈現為裝置檔案，程式可透過開檔與讀寫介面操作支援這些功能的裝置。例如終端機裝置可供程式讀取輸入、寫出資料。

核心觀念

多個行程（Process）共用變數時，若同時讀寫，可能造成資料競爭（Race Condition），使結果受到行程執行先後影響。作業系統以互斥（Mutual Exclusion）​保護共用資源：同一時間只允許一個行程進入臨界區（Critical Section），存取共用變數。

解題方法

題目問的是防止多個行程同時存取共用變數的必要作法。判斷關鍵在於是否能確保存取具互斥性：若一次只讓一個行程存取，其他行程須等待，就能避免同時修改造成資料不一致。

選項分析

• (A) 將這些變數改變名稱：錯誤。 改名不會改變行程共用同一資料的事實，也無法控制存取順序。
• (B) 同一時間只允許一個行程存取這些變數：正確。 這就是互斥的基本要求，可避免行程同時進入共用變數的臨界區。

核心觀念

驅動程式（device driver）是作業系統與硬體裝置之間的軟體介面。它負責接收作業系統或應用程式的裝置操作要求，並將要求轉換成硬體能執行的指令，也會協助作業系統取得裝置回報的狀態或資料。

常見需要驅動程式的週邊裝置包括印表機、掃描器、鍵盤、滑鼠、網路卡與顯示卡。

解題方法

掌握「驅動程式負責讓作業系統與硬體裝置溝通」即可判斷。題目問的是驅動程式主要控制或支援的對象，應選擇與電腦週邊裝置有關的選項。

選項分析

• (A) 一種控制電腦中央處理單元的程式：錯誤。 中央處理單元（CPU）的運作由處理器硬體與作業系統等共同管理；驅動程式的主要用途不是控制 CPU。
• (B) 一種控制電腦瀏覽器的程式：錯誤。 瀏覽器是應用程式，並非硬體裝置。驅動程式不負責控制瀏覽器。
• **(C) 一種控制電腦週邊裝置的程式：正確。

核心觀念

本題考查手機作業系統與開放原始碼的基本概念。開放原始碼作業系統的程式碼可依授權條款供人檢視、使用或修改。Android 以 Linux 核心為基礎，屬於開放原始碼的手機作業系統；iOS 則是 Apple 的封閉式作業系統。

解題方法

先辨認選項中哪些是手機作業系統，再判斷其是否開放原始碼。iOS 與 Android 都是手機作業系統；Linux 是作業系統核心及相關系統軟體的代表，但題目詢問的是手機使用的開放原始碼作業系統，符合此描述的是 Android。

選項分析

• (A) iOS：錯誤。 iOS 是 Apple 為 iPhone 等裝置開發的行動作業系統，屬於專有、封閉式系統。
• (B) iMac：錯誤。 iMac 是 Apple 的桌上型電腦產品名稱，不是手機作業系統。
• (C) Linux：錯誤。 Linux 是開放原始碼作業系統核心的代表，常用於伺服器、桌上型電腦及嵌入式裝置；但本題所問的手機作業系統名稱是 Android。

核心觀念

高階語言中的程式控制結構，常見分類包括循序、分支與迴圈。if 會依條件判斷結果，選擇執行不同的程式路徑，因此屬於分支結構，也稱選擇結構。

解題方法

辨認 if 的功能：它先判斷條件，再依條件成立與否決定執行哪一段程式。這是「選擇路徑」，不是重複執行，也不是單純計算或呼叫函數。

選項分析

• (A) 運算結構：錯誤。 運算是對資料進行計算或處理；if 的主要用途是依條件選擇執行路徑。
• (B) 迴圈結構：錯誤。 迴圈會重複執行程式區塊，例如 for、while；if 本身不負責重複。
• **(C) 函數結構：錯誤。

核心觀念

本題考查機器碼、組合語言與虛擬碼的差異，判斷重點是程式指令的表示方式，以及中央處理器能否直接辨識與執行。

機器碼（Machine Code）​是依照特定處理器的指令集，以二進位位元表示的指令。指令通常包含指定運算種類的「操作碼」，以及運算元、暫存器編號、記憶體位址等資訊。早期程式設計者直接以機器碼編寫程式，必須熟悉硬體的指令格式，撰寫與除錯都相當困難。

解題方法

抓住題幹的關鍵字：「使用二進位碼編寫」。題目所指的是直接以 $0$ 與 $1$ 表示處理器指令，因此對應的名稱就是機器碼，選擇 （A）。

判斷時應注意：雖然各種程式檔案在電腦中都以位元儲存，但並非所有二進位資料都是機器碼；本題強調的是以二進位直接表示可由處理器執行的指令。

選項分析

• （A）機器碼：正確。 以二進位表示處理器指令，可由相容的處理器直接辨識與執行，符合題意。

• （B）密碼：錯誤。 密碼用於身分驗證、資料保護等用途，並不是早期以二進位編寫之程式指令的名稱。

核心觀念

本題考查作業系統中行程（Process）的狀態，以及「等待」與「死結」的區別。

行程若等待某個事件發生，會處於等待狀態；若它等待的事件永遠不可能發生，便無法繼續執行，符合死結的描述。這裡的關鍵是「永遠不可能發生」，而非一般暫時性的等待。

解題方法

先判斷行程等待的事件是否仍有機會發生：

• 事件仍可能發生：行程處於等待（Wait）狀態。
• 事件永遠不可能發生：行程將永久受阻，題目所述狀況稱為死結（Deadlock）。

選項分析

• (A) 閒置（Idle）：指沒有執行工作的閒置狀態，不代表行程正在等待特定事件。
• (B) 關閉（Close）：不是此處描述的行程狀態；行程結束通常稱為終止（Terminated）。

核心觀念

本題考查程式語言依抽象層次所作的分類。高階程式語言較接近人類閱讀與表達的方式，通常提供較易理解的語法與抽象機制；低階語言則較貼近處理器指令與硬體操作。

解題方法

逐一辨認各選項的語言類型：C、Fortran、Java 都屬於高階程式語言；組合語言則以助記符對應處理器指令，與特定硬體架構關係密切，屬於低階語言。因此，題目問「不是高階程式語言」，應選組合語言。

選項分析

• (A) C 語言：錯誤選項。 C 語言屬於高階程式語言，雖然能進行指標與記憶體等較底層的操作，但這不改變其語言分類。
• (B) 組合語言：正確答案。 組合語言以助記符表示機器指令，通常須經組譯器轉換成機器碼，且與處理器指令集密切相關，屬於低階語言。
• **(C) Fortran 語言：錯誤選項。

核心觀念

本題考「巨集（macro）」的基本定義：程式設計者將一組常用指令組合起來，為這組指令定義一個名稱。使用該名稱時，巨集處理器會把它展開成原先定義的指令群。

解題方法

抓住題幹的關鍵描述：「以一條指令替代一群指令」以及「遇該條指令即展開為該群指令」。這正是巨集的特徵，因此選「巨集指令」。

巨集展開通常由巨集處理器在程式翻譯階段進行；展開後，程式中會出現巨集所代表的指令群。這與執行時跳到另一段程式執行、完成後再返回的副程式呼叫不同。

選項分析

• (A) 呼叫指令：錯誤。 呼叫指令用來轉移控制流程，執行副程式或程序；副程式執行完畢後通常會返回呼叫處，不是將指令群直接展開到原程式中。
• (B) 返回指令：錯誤。 返回指令用於副程式執行結束時，將控制權交回呼叫位置，並不代表一組指令的替代定義。

核心觀念

本題測驗電腦軟體架構之分類能力。電腦軟體依其功能與服務對象，主要分為兩大類別：

1. 系統軟體（System Software）：管理、協調與控制電腦硬體資源，並提供應用程式執行與軟體開發基礎環境之軟體。主要包含：

• 作業系統（Operating System, OS）：如 Windows、Linux。
• 語言處理程式（Language Processors）：如組譯器（Assembler）、編譯器（Compiler）、直譯器（Interpreter）。
• 開發與連結載入工具：如連結器（Linker）、載入器（Loader）。
• 虛擬化與系統底層工具：如虛擬機器監控程式（Hypervisor/Virtual Machine）、裝置驅動程式（Device Drivers）、系統公用程式（Utilities）。

2. 應用軟體（Application Software）：針對使用者特定的作業需求（如文書處理、數據分析、娛樂等）所開發之軟體，直接為終端使用者提供業務功能。

解題方法

判斷核心在於辨析各選項軟體的服務層次與目的：

• 若軟體功能為「輔助硬體資源管理」、「支援程式編譯／連結／轉譯」或「提供底層執行環境」，則屬系統軟體。
• 若軟體功能為「滿足終端使用者日常事務或業務計算」，則屬應用軟體。

題目詢問「何者不是系統軟體」，即尋找屬於「應用軟體」的選項。

選項分析

• (A) 組譯器（Assembler）：屬於系統軟體。 組譯器負責將低階的組合語言（Assembly Language）原始碼轉譯為機器能直接執行的目的檔（Machine Code/Object Code），屬於系統程式中的「語言處理程式（Language Processor）」，故為系統軟體。
• (B) Excel 試算表：不是系統軟體，屬於應用軟體。 Excel 為商業辦公室套裝軟體（Office Suite），專為使用者進行資料整理、統計計算、圖表繪製及商業分析等特定應用需求而設計，屬於典型的「應用軟體（Application Software）」，符合題意。
• (C) 連結器（Linker）：屬於系統軟體。

核心觀念

本題考的是啟動程式的儲存位置與記憶體的揮發性。

電腦剛開機時，作業系統尚未載入，必須先執行一段啟動程式（Bootstrap Program），完成必要的硬體初始化，再載入後續的開機程式與作業系統。這段最初執行的程式，必須具備兩項條件：

• 斷電後仍能保存：不能因關機而消失。
• 開機時即可存取：處理器能從系統指定的起始位置取得指令，不必先依賴作業系統。

因此，最初的啟動程式通常以韌體形式，存放在 ROM 或快閃記憶體（Flash Memory），例如電腦的 BIOS／UEFI 韌體。

解題方法

以「資料能否在斷電後保留」及「能否支援最初的開機執行」兩項條件判斷：

1. DRAM、SRAM 均為揮發性記憶體，斷電後資料會消失，先予排除。
2. 磁碟雖能保存資料，但需要初始啟動程式建立必要的存取環境，才能讀取其中的開機內容。
3. ROM 與 Flash 能保存韌體，並可配置於處理器開機時能存取的位置，符合需求。

選項分析

(A) ROM 或 FLASH：正確。 ROM 是非揮發性記憶體，斷電後仍能保留啟動程式；Flash 同樣具有非揮發性，且可透過特定程序更新韌體，因此適合存放最初的啟動程式。

(B) DRAM：錯誤。 DRAM 是動態隨機存取記憶體，需要定期更新才能維持資料，且斷電後內容會消失。它可在開機過程中承載已載入的程式，但不能單獨保存下次開機所需的初始啟動程式。

核心觀念

本題考查 C 語言在系統程式設計中的典型用途。系統程式直接支援電腦硬體、作業系統或執行環境的運作，常須有效控制記憶體、處理器與周邊設備。C 語言具有效率高、可直接操作記憶體位址，且容易與組合語言銜接等特性，因此常用於作業系統、嵌入式系統及記憶體管理相關程式。

網路購物程式則屬於應用程式，主要提供商品瀏覽、購物車、訂單處理與付款等功能，並非 C 語言在系統程式設計上的典型用途。

解題方法

先判斷各選項所描述的程式，是否直接管理硬體資源或支援系統運作：

• 若負責作業系統核心、嵌入式裝置或記憶體配置，屬於系統程式設計範疇。
• 若主要提供使用者操作的商業功能，則屬於應用程式設計。

依此分類，網路購物程式設計與其餘三項不同。

選項分析

• (A) 作業系統程式設計：正確用途。 C 語言常用於作業系統核心與系統工具的開發，適合處理低階資源及硬體介面。
• (B) 嵌入式系統程式設計：正確用途。 嵌入式程式常需直接控制微控制器、感測器或其他周邊裝置；C 語言效率高且能操作硬體暫存器，因此廣泛使用。
• **(C) 網路購物程式設計：不是典型的系統程式用途。

核心觀念

資料流程圖（DFD）呈現系統中的資料如何流動，以及資料在處理過程中如何被轉換。建立 DFD 時，可採由外而內或由中間往外的策略：

• 由外而內：先辨識系統與外部環境的界線，再逐步找出系統內部的處理與資料流。
• 由中間往外：先從系統的核心處理流程著手，再向外辨識各處理所需的輸入資料及產生的輸出資料。

因此，題目問「由中間往外」建立時，處理間的資訊輸入與輸出以何為中心，重點在於先掌握系統的處理流程，再據此展開資料流。

解題方法

看到「由中間往外」可先聯想到：由系統內部的核心處理出發，逐步補出處理之間的資料輸入與輸出。題幹問的是資訊輸入與輸出的建立中心，應選與內部處理活動直接相關的選項。

選項分析

• (A) 企業環境：錯誤。 企業環境屬於系統外部的組織與利害關係人，通常是由外而內分析時先辨識的範圍，不是由中間往外策略的中心。
• (B) 資料庫：錯誤。 資料庫是資料儲存處，雖可能出現在 DFD 中，但由中間往外建立時，核心在處理及其資料流，不是以資料庫為中心。

核心觀念

組合語言原始碼經組譯器處理後，會產生目的碼（Object Code）。目的碼通常尚未具備完整執行條件，還需要連結所需的其他目的碼或程式庫，並處理程式間的符號參照與位址，形成可執行檔。

解題方法

依程式轉換流程判斷各工具的職責：

題目已說明程式完成「目的碼」階段，接著問轉換為執行檔的系統軟體，因此應選負責連結目的碼與程式庫的連結器。

選項分析

• (A) 組譯器（Assembler）錯誤。 將組合語言轉換為目的碼，負責前一階段。
• (B) 編譯器（Compiler）錯誤。 將高階語言轉換為目的碼或其他較低階表示；不是將已產生的目的碼連結成執行檔的工具。

核心觀念

垃圾蒐集（Garbage Collection, GC）是由執行環境自動管理動態配置記憶體的機制。程式不再使用、且無法從程式仍可到達的物件，會被視為可回收物件；GC 會回收其所占用的記憶體，供後續配置使用。

GC 處理的是記憶體空間的回收，不是把資料刪除到硬碟，也不只在記憶體不足時才開始執行。

解題方法

先辨認題幹中的「垃圾蒐集」所回收的對象：它回收的是已無法使用的物件所占用的記憶體空間。選項中，只有 (C) 描述了「自動回收記憶體空間」；其他選項不是把垃圾資料當成可直接刪除的內容，就是把記憶體回收誤說成硬碟存放或搬動空間。

選項分析

• (A) 錯誤。 GC 的判定重點是物件是否仍可被程式參照，而非發現記憶體中有「垃圾資料」就直接刪除資料。回收的是該物件占用的記憶體空間。
• (B) 錯誤。 GC 不會把可回收物件或記憶體空間回收至硬碟；硬碟儲存與記憶體回收是不同機制。
• (C) 正確。 GC 會自動回收不再使用物件所占用的記憶體，使空間可供後續使用。

核心觀念

本題考查關聯式資料庫正規化的階段與目的。第三正規化型式（3NF）的重點是：在符合第二正規化型式的基礎上，消除非主屬性對候選鍵的遞移相依。

功能相依 $X \rightarrow Y$ 表示：只要兩筆資料的 $X$ 值相同，其 $Y$ 值也必須相同。候選鍵是能唯一識別資料列的最小屬性集合；非主屬性則是不屬於任何候選鍵的屬性。

若候選鍵為 $K$，存在下列關係：

且 $B$ 不是超鍵、$C$ 是非主屬性，便形成第三正規化要排除的遞移相依：$K$ 經由 $B$ 決定 $C$。

解題方法

採用正規化階段對照法，將題目的「第三正規化」對應至其消除的相依性：

例如有關聯表：

「員工（員工編號、部門代號、部門名稱）」

假設員工編號是候選鍵，每位員工隸屬一個部門，而部門代號決定部門名稱，則有：

部門名稱經由部門代號相依於員工編號，屬於遞移相依。若同一部門有多位員工，部門名稱便會重複儲存，修改時也容易產生不一致。

將原表分解為以下兩表，即可消除此例的遞移相依：

• 員工（員工編號、部門代號）
• 部門（部門代號、部門名稱）

因此，本題選擇「遞移相依」。

選項分析

核心觀念

本題考查物件導向的繼承（Inheritance）。透過一般化與特殊化，將數個相關子類別共同具有的屬性與方法抽取出來，放入較一般化的父類別；子類別再繼承父類別的共同內容，並可加入自己的專屬屬性與方法。

解題方法

抓住題幹中的「一般化與特殊化」及「萃取子類別的相同屬性和方法，歸類為父類別」。這描述的是建立父類別與子類別之間的繼承關係：先整理共同特徵形成父類別，再由子類別承接。

選項分析

• (A) 多型：錯誤。​多型是相同操作或介面可依物件的實際型別呈現不同行為，重點在「同一呼叫、不同實作」，不是抽取共同屬性與方法。
• (B) 繼承：正確。​繼承建立父類別與子類別的階層關係，使子類別取得父類別定義的共同屬性與方法，符合題幹所述。
• (C) 類別：錯誤。​類別是描述物件屬性與行為的藍圖；

核心觀念

本題考的是專案時程規劃中的資源平滑（Resource Leveling）。排定活動時程後，專案管理者會利用活動的寬延時間（Slack／Float），在不影響專案完成期限的前提下，調整部分工作的開始或結束時間，使各時段的資源需求較為平穩。

資源平滑的目的在於降低人力需求的高低起伏、減少閒置，並讓工作量分配更均衡；它不是要把尖峰時段的人力塞到最滿。

解題方法

抓住「平滑」的意思：調整工作時程，讓各時段的資源需求穩定、均衡。因此，降低閒置時間、保持人力需求穩定、平衡每人工作量，都是資源平滑所追求的效果。反之，提高尖峰時間的人力飽和度會使資源集中在尖峰，與平滑需求的方向相反。

選項分析

• (A) 提高尖峰時間的人力飽和度：錯誤，為本題答案。​資源平滑的重點是降低尖峰與低谷的差異；提高尖峰時段的人力飽和度，反而會加重資源集中。
• **(B) 降低閒置時間：正確。

核心觀念

本題考查資訊系統依其主要功能所作的分類。大賣場 POS（Point of Sale，銷售時點情報系統）前檯負責結帳時的商品掃描、金額計算、付款與收據列印，並記錄每筆銷售資料，屬於日常營運中大量、例行且明確的交易作業。

交易處理系統（Transaction Processing System, TPS）用來蒐集、處理並保存組織日常交易資料，例如銷售、付款、訂位及薪資發放。

解題方法

判斷系統分類時，先看它直接處理的工作：

1. 若是記錄日常營運交易，例如 POS 結帳，屬於交易處理系統。
2. 若是協助分析資料、比較方案並支援管理決策，屬於決策支援系統。
3. 若是運用特定領域知識模擬專家判斷，屬於專家系統。
4. 若是整合企業多部門的資源與流程，通常屬於企業資源規劃系統。

POS 前檯的核心任務是處理每筆銷售交易，因此依主要功能判定為 TPS。

選項分析

• (A) 決策支援系統：錯誤。 決策支援系統主要提供分析、模型或報表，協助管理者處理半結構化問題；POS 結帳本身不是管理決策分析。
• (B) 交易處理系統：正確。 POS 前檯記錄並處理商品銷售、付款及收據等例行交易，符合交易處理系統的定義。

核心觀念

流程圖以標準化符號表達處理步驟、文件、判斷與流程方向。題目考的是各種圖形符號的用途；其中，菱形代表判斷或條件分支，用來控制流程依不同結果前往不同路徑。

解題方法

辨認選項中的符號，再對照其常見用途：矩形表示處理程序，底部波浪狀的矩形表示文件，圓形常作為連接符號；菱形則表示條件判斷，決定流程如何分支。因此，題目所稱的「流程控制」對應菱形。

選項分析

• (A) 矩形：錯誤。 通常表示處理程序或作業步驟，例如計算、資料輸入或執行某項工作。
• (B) 底部為波浪狀的矩形（浪型）：錯誤。 通常表示文件或報表，不表示流程控制。
• **(C) 菱形：正確。

核心觀念

本題考查資料庫中鍵（Key）的唯一識別能力。鍵是用來識別實體的單一屬性或屬性組合，其值必須能唯一對應一個實體，不能讓不同實體具有相同的鍵值。

嚴格而言，鍵的用途是區分同一實體類型中的不同實體個體。例如，利用學生學號區分不同學生，而不是利用學號區分「學生」與「員工」兩種實體類型。

相關概念如下：

• 超鍵（Super Key）：能唯一識別實體的屬性集合。
• 候選鍵（Candidate Key）：具有最小性的超鍵，移除其中任何屬性後，就失去唯一識別能力。
• 主鍵（Primary Key）：從候選鍵中選定、作為主要識別依據的鍵，其值不得重複，也不得為空值。

解題方法

採用唯一性檢查法：逐一判斷各屬性的值，是否會由多個不同的人共同使用。

如果某屬性允許不同實體具有相同值，就不能單獨作為識別實體的鍵。例如，兩位學生的性別相同，便無法只憑性別判定是哪一位學生。

本題依一般資料庫設計慣例，學號、身分證字號與客戶代碼均在其適用資料範圍內具有唯一性。

選項分析

（A）學生性別：無法作為鍵，為本題正確選項。 同一性別可對應多位學生，具有重複性。例如，甲、乙兩位學生的性別皆為男性，查詢「男性」會得到多筆學生資料，因此性別無法唯一識別學生。

核心觀念

本題考查關聯式資料庫中的外鍵（Foreign Key）。若某關聯表的屬性參照另一關聯表的主鍵，該屬性在本表中稱為外鍵。外鍵用來建立資料表間的關聯，並維護參照完整性。

例如，學生表以「學號」作為主鍵；選課表也有「學號」欄位，用來指出選課紀錄屬於哪位學生。此時，「選課」表中的「學號」就是外鍵。

解題方法

題幹指出：某屬性在另一關聯表中是主鍵。依照外鍵的定義，判斷該屬性在目前關聯表中的角色，即可選出外鍵。

選項分析

核心觀念

這題考資料庫設計中的正規化（Normalization）。將實體關係圖（ER Diagram）轉換為關聯表時，須依據實體、屬性與關係安排欄位，並檢查表格結構是否妥善，以減少重複儲存及插入、更新、刪除異常。

正規化是依照正規形式逐步整理關聯表的過程，例如第一正規形式要求欄位值具原子性，第二、第三正規形式則進一步處理非鍵屬性對主鍵的依賴關係。

解題方法

題幹的關鍵線索是「具有良好結構的關聯表」及「避免資料重複」。這描述的是正規化的目的與作用，因此選擇「正規化」。

選項分析

• (A) 正規化：正確。 將資料組織成結構良好的關聯表，降低資料重複，並減少資料異常，符合題意。
• (B) 優化：錯誤。 「優化」通常指改善資料庫或系統的效能，例如調整索引、查詢或資源配置；

核心觀念

RUP（Rational Unified Process，統一流程）將軟體開發分為四個階段，依序為：

1. 初始階段（Inception）：界定專案範圍、目標與可行性，建立初步願景。
2. 詳述階段（Elaboration）：細化需求與系統架構，辨識並處理主要風險。
3. 建構階段（Construction）：完成系統實作、整合與測試。
4. 轉移階段（Transition）：將系統交付使用者，進行部署、教育訓練及上線調整。

題目中的編號為：1. 轉移、2. 詳述、3. 初始、4. 建構。

解題方法

先依 RUP 的標準生命週期記住階段順序：

$\text{初始} \rightarrow \text{詳述} \rightarrow \text{建構} \rightarrow \text{轉移}$

再換成題目給定的編號：初始是 3、詳述是 2、建構是 4、轉移是 1，因此順序為 3241。

選項分析

核心觀念

RUP（Rational Unified Process，統一流程）將軟體開發分為四個階段：初始、詳述、建構、轉移。各階段有不同重點：

• 初始：界定專案範圍、目標與可行性。
• 詳述：釐清需求、建立系統架構基礎，並降低主要風險。
• 建構：完成系統的開發與整合，產生可運行的系統版本。
• 轉移：將系統交付給使用者，進行部署、安裝與使用者支援。

題目所述「可運行的系統版本，並包含安裝與支援文件」，對應 RUP 轉移階段的交付成果。

解題方法

先抓題幹中的關鍵詞「安裝與支援文件」。這些內容是為了讓使用者取得並使用系統，屬於交付與導入工作，因此判斷為轉移階段。

建構階段雖會產出可執行的系統，但重點是完成系統開發；當題幹同時提到安裝、支援等交付內容時，應以轉移階段作答。

選項分析

• (A) 轉移：正確。 此階段將完成的系統交付給使用者，包含部署、安裝、使用者支援及相關文件。
• **(B) 詳述：錯誤。

核心觀念

本題考查 UML 的英文全名與用途。UML 是 Unified Modeling Language，中文稱為「統一塑模語言」，也常譯為「統一建模語言」。

UML 整合不同物件導向分析與設計方法的表示方式，提供一致的塑模符號，用來描述系統的結構與行為。例如，類別圖呈現類別及其關係，循序圖呈現物件之間的訊息互動。

解題方法

將 UML 的三個字母對應英文原詞，即可判斷：

• U：Unified，意為「統一」，呼應題幹「整合不同物件導向模式」。
• M：Modeling，意為「塑模」，指建立模型以表達系統。
• L：Language，意為「語言」，指具有共同符號與表示規則的語言。

因此，完整名稱為「統一塑模語言」，選擇 (A)。

選項分析

• (A) 統一塑模語言：正確。​這是 Unified Modeling Language 的中文名稱，符合題幹所述的物件導向塑模用途。
• (B) 通用標記式語言：錯誤。​標記語言著重以標籤描述文件或資料的結構；UML 的 Modeling 是「塑模」，不是 Markup「標記」。

核心觀念

物件導向系統實作的塑模活動，通常由描述系統「要做什麼」開始，再逐步細化至「由哪些元件構成」及「資料如何表示」。第一階段是需求塑模，用來釐清系統目標、功能需求與使用者需求，作為後續設計與實作的依據。

解題方法

抓住題幹的關鍵詞「第一階段」。系統開發必須先確認需求，才能決定系統的元件與結構、物件資料結構及使用者介面。因此，先排除屬於後續設計工作的選項，再選擇需求塑模。

選項分析

• (A) 需求塑模：正確。 位於塑模活動的起始階段，描述系統應提供的功能及其需求。
• (B) 系統元件與結構塑模：錯誤。 著重於系統架構、元件及其關係，須以已確認的需求為基礎。
• **(C) 物件資料結構塑模：錯誤。

核心觀念

物件導向中，類別（Class）​是描述物件共同屬性與行為的藍圖；依照類別建立出來的每一個具體物件，稱為該類別的實例（Instance）。因此，「物件是某類別的實例」是類別與物件之間的基本關係。

解題方法

題幹問「類別中的任一物件稱為該類別的何者」，辨認「由類別建立出的具體物件」即可。這個概念對應英文 instance，所以答案選 (B)。

選項分析

• (A) Object：錯誤。 Object 是「物件」本身；題幹已稱它為物件，所問的是它與類別之間的身分關係。
• (B) Instance：正確。 由某個類別建立的物件，是該類別的實例。
• (C) Interface：錯誤。 Interface（介面）用來定義類別應提供的操作或行為規格，不是類別所建立的物件。

核心觀念

本題考查 UML 圖形的用途。物件導向系統發展中，資料結構塑模著重描述系統有哪些類別、類別的屬性與操作，以及類別彼此之間的關係；最常用的圖是類別圖（Class Diagram）。

解題方法

依題幹的關鍵詞「資料結構塑模」判斷：需要呈現類別及其結構關係時，選擇類別圖。元件圖與部署圖偏重系統實作與環境配置，活動圖則描述流程與控制順序，皆非主要用來表達資料結構。

選項分析

• (A) 元件圖：錯誤。 描述系統的軟體元件及其相依關係，著重模組組成與元件間的連結。
• (B) 部署圖：錯誤。 描述軟體成品如何配置在硬體節點上，著重執行環境與部署架構。
• **(C) 類別圖：正確。

核心觀念

UML 部署圖（Deployment Diagram）屬於系統的實體架構視圖，描述軟硬體在實際執行環境中的配置，也就是哪些軟體元件執行在哪些機器上，以及機器之間如何通訊。主要元素有三類：

• 節點（Node）：執行環境或硬體裝置，如伺服器、個人電腦、行動裝置、資料庫主機，以立體方塊表示。
• 部署元件（Deployed Artifact）：實際被放置到節點上的軟體產物，如 .exe、.jar、網頁檔、資料庫檔，通常以 <<artifact>> 構造型標示，並置於節點方塊之內。
• 連結（Communication Path）：兩個節點之間的通訊關係，以實線連接，並可標示通訊協定，如 HTTP、TCP/IP。

解題方法

部署圖的繪製順序由元素之間的從屬關係決定：

1. 部署元件必須放在某個節點之內，因此節點必須先確定。
2. 連結的兩端必須是節點，因此節點也必須先存在。

由此得出標準步驟：第一步找出節點 → 第二步找出各節點上的部署元件 → 第三步找出節點之間的連結。本題問的是第一步驟，故答案為找出節點。

選項分析

• (A) 找出節點：正確。節點是部署圖的骨架，既是部署元件的容器，也是連結的端點，所有其他元素都依附於節點，因此列為第一步。
• (B) 找出部署元件：錯誤。部署元件的意義是「被放置於某節點上的軟體」。在節點尚未確定之前，無從判斷元件應部署到哪裡，故此步驟屬第二步。
• (C) 找出連結：錯誤。連結描述節點與節點之間的通訊，端點本身就是節點。沒有節點便無法建立連結，故此步驟屬第三步。

核心觀念

本題考的是 PAC 介面架構由「樹狀階層」擴充為「網狀連結」，以描述 Web-Based 系統的頁面導覽關係。

PAC 是一種使用者介面架構模式，將互動單元分成三個部分：

• 呈現（Presentation）：負責畫面顯示及使用者輸入。
• 抽象（Abstraction）：負責資料與應用功能，獨立於畫面呈現。
• 控制（Control）：協調呈現與抽象部分，並處理互動單元間的溝通。

題幹所指的傳統 PAC 介面架構圖，以樹狀階層表達介面的上下層關係；Web-Based 系統則常透過超連結跨頁、跨層導覽，因此需要擴充為網狀模式。

解題方法

從「介面之間如何連結」判斷即可：

1. 樹狀結構：以父子階層組織，例如「首頁 → 業務分類 → 業務明細」。
2. 網站導覽結構：除了上下層連結，同一頁面還能連往其他分類、相關內容及共用功能，形成多條交錯的導覽路徑。
3. 因此，為表達網站中的跨層與交互連結，應採用網狀模式。

例如，訂票頁可直接連至時刻查詢、票價查詢及會員資料，各頁之間也能互相連結，已超出單純樹狀階層的表達範圍。

選項分析

核心觀念

本題考的是系統分析師常見的企業流程需求分析技術，以及它們對組織流程改變的幅度。關鍵在於分辨「自動化既有流程」、「改進既有流程」與「重新設計整個流程」：

• BPA（Business Process Automation，企業流程自動化）：以資訊科技自動執行既有作業，減少人工處理。
• BPI（Business Process Improvement，企業流程改進）：在既有工作模式上改善流程，提升效率或品質。
• BPR（Business Process Reengineering，企業流程再造）：根本性地重新設計工作流程與工作模式，帶來組織層級的大幅改變。
• BPT（Business Process Transformation，企業流程轉換）：此選項不是本題所指、通常與「根本重設流程」相對應的標準縮寫。

解題方法

題幹中的「修改整個工作模式，讓組織脫胎換骨」表示改變範圍不是局部改善，也不只是用資訊系統代替人工，而是根本重新設計組織流程。據此判斷，符合的是 企業流程再造 BPR。

選項分析

核心觀念

馮紐曼（Von Neumann）架構採用「儲存程式」概念：程式指令與資料存放在記憶體中，由中央處理器依序擷取、解碼並執行。基本組成包括：

• 中央處理器（CPU）：負責指令控制與資料運算。
• 記憶體：儲存程式指令與資料。
• 輸入單元與輸出單元：分別接收外部資料，以及呈現處理結果。

解題方法

辨認選項是否屬於電腦的基本硬體架構。馮紐曼架構談的是處理器、記憶體與輸入／輸出等硬體單元；網頁瀏覽器則是執行於電腦上的應用程式，不是架構中的基本單元。

選項分析

• (A) CPU：正確。 CPU 是馮紐曼架構的核心單元，包含控制與運算功能。
• (B) 網頁瀏覽器：錯誤。 瀏覽器是應用軟體，負責瀏覽網頁，並非電腦硬體架構的基本組成。
• **(C) 記憶體：正確。

核心觀念

本題考作業系統提供的使用者介面，也就是使用者與電腦系統互動的方式。常見介面包括：

• 命令列介面（CLI）：使用者輸入文字指令與系統互動。
• 圖形使用者介面（GUI）：以視窗、圖示、選單等圖形元素操作系統。

同一個作業系統可以同時提供不只一種介面。

解題方法

依作業系統的常見操作方式判斷：DOS 以命令列操作為主；Windows 以視窗與圖形介面操作為主，也提供命令列工具。因此逐項辨認各系統支援的介面，即可作答。

選項分析

• (A) DOS 提供命令列介面：正確。 DOS 常透過命令提示字元接收文字指令，屬於命令列介面。
• (B) Windows 提供視窗介面：正確。 Windows 的主要使用方式是透過視窗、圖示與選單等圖形介面操作。
• **(C) DOS 也提供視窗介面：錯誤。

核心觀念

本題考查組合語言（Assembly）與高階語言 C 的特性差異。組合語言貼近處理器指令集，可直接控制暫存器、記憶體與硬體操作；C 語言則提供較高階的語法抽象，通常由編譯器轉換為機器碼。

組合語言與特定處理器架構密切相關，因此可攜性較低；而程式的執行速度與記憶體用量，會受到程式寫法、編譯器最佳化及硬體等因素影響，不能一概而論。

解題方法

先比較兩種語言的一般特性：組合語言較貼近硬體、控制細緻，但程式撰寫與維護較不容易，也較難移植。再檢視速度與記憶體用量的敘述是否能在所有情況下成立。組合語言雖可針對特定處理器手動最佳化，但不代表一定比編譯器產生的 C 程式碼更快或更省記憶體。

選項分析

• (A) C 語言比組合語言難寫：錯誤。 C 語言屬於高階語言，具有變數、控制結構與函式等抽象功能；組合語言更接近機器指令，通常需要處理暫存器與底層操作，撰寫較繁瑣。
• (B) 組合語言比 C 語言更有可攜性：錯誤。 組合語言通常與特定處理器指令集綁定，換用不同架構時，程式往往需要改寫。C 程式則可經由適用於目標平台的編譯器重新編譯，通常較容易移植。
• **(C) 組合語言執行速度比 C 語言快：正確。

核心觀念

本題考查「主記憶體」與「輔助儲存體」的分類。

• 主記憶體：供處理器執行程式時存放指令與資料。一般所稱的主記憶體主要採用 DRAM；SRAM 則常用於快取記憶體。
• 輔助儲存體（Secondary Storage）：用來長期保存程式與資料，通常具有容量較大、單位容量成本較低、斷電後仍能保留資料等特性，例如磁碟與光碟。

嚴格區分時，磁碟、光碟是「儲存媒體」，磁碟機、光碟機是存取媒體的「儲存裝置」；在本題的分類語境下，兩種裝置均屬於輔助儲存設備。

解題方法

先辨認選項屬於「磁性、光學儲存設備」，還是「半導體隨機存取記憶體」：

1. 磁碟機、光碟機可搭配儲存媒體長期保存資料，屬於輔助儲存設備。
2. DRAM、SRAM 都是揮發性記憶體，斷電後資料會消失，不屬於本題所指的輔助儲存體。

選項分析

• （A）磁碟機：正確。 以磁性媒體儲存資料，例如硬碟機。資料可在斷電後保留，是典型的輔助儲存設備。

• （B）DRAM：錯誤。 DRAM 為動態隨機存取記憶體，必須定期更新才能維持資料，且斷電後資料會消失，主要用作主記憶體。

核心觀念

本題考查作業系統的主要功能模組。作業系統負責管理電腦硬體資源，並提供應用程式與使用者操作所需的服務。常見模組包括行程管理、記憶體管理、輸出入管理及檔案管理。

解題方法

逐一判斷各選項是否屬於作業系統通常具備的管理功能。題目問「哪些功能模組」，表示應選出所有符合者。

選項分析

• (A) 行程（Process）管理系統：正確。 行程管理負責行程的建立與終止、排程、處理器分配，以及行程間同步與溝通。
• (B) 記憶體管理系統：正確。 記憶體管理負責記憶體空間的配置與回收，並管理程式載入及虛擬記憶體等機制。
• **(C) 輸出入系統：正確。

核心觀念

CPU 暫存器是位於處理器內部、容量小且存取速度快的儲存單元，用來暫存指令、資料、運算結果或記憶體位址。常見類型包括：

• 通用暫存器：暫存運算所需的資料或結果。
• 程式計數器（PC）：保存下一個要執行的指令位址。
• 指令暫存器（IR）：保存目前正在解碼或執行的指令。
• 狀態／控制暫存器：保存處理器狀態，或協助控制執行流程。

暫存器依其功能分工，並非只用來保存某一種資料。

解題方法

判斷各選項是否描述暫存器的常見用途。題目問的是「可能用途」，因此只要某選項能對應到一種暫存器的功能，就成立。

選項分析

• (A) 儲存最常用的變數內容：正確。 編譯器或處理器可將頻繁使用的變數放在通用暫存器中，以減少存取主記憶體的次數。若暫存器不足，部分變數會改存至記憶體。

• (B) 控制及選取運算功能：正確。 控制單元會依指令的操作碼產生控制訊號，決定要執行的運算及資料路徑。控制／狀態暫存器也可保存控制資訊。因此這是暫存器在處理器控制流程中的可能用途。

核心觀念

本題考查作業系統的檔案目錄結構。常見結構包括單層、雙層、樹狀及無環圖等。樹狀檔案系統以目錄與子目錄形成階層，檔案可依路徑名稱定位；MS. Windows 使用的檔案與資料夾組織方式屬於樹狀結構。

解題方法

判斷各選項是否符合檔案系統的目錄結構定義及 Windows 的基本特性。題目中的「格狀」不是 Windows 檔案目錄結構的分類；單層檔案系統雖然沒有子目錄，仍可存放檔案；檔名長度限制則依檔案系統與作業系統版本而異，並非一律限制為 16 字元。

選項分析

• (A) 錯誤。 Windows 的檔案與資料夾以階層方式組織，不是「格狀檔案系統」。
• (B) 正確。 Windows 透過磁碟機、資料夾與子資料夾形成樹狀階層，檔案可藉由路徑名稱定位。
• (C) 錯誤。 單層檔案系統是指所有檔案位於同一層目錄，無法再建立子目錄；但這不代表不能建立或存放檔案。

核心觀念

編譯器最佳化是在程式完成語法剖析、語意分析並建立中間表示後，調整程式或中間碼的表示方式，以改善產生碼的品質。常見目標是讓程式執行得更快、減少記憶體或其他資源耗用；最佳化通常不改變程式原本的功能。

解題方法

先辨認題目詢問的是「最佳化步驟的效果」，再區分編譯器各階段的工作：語法剖析與語意分析負責檢查程式結構與意義，中間碼產生負責建立中間表示；最佳化則以改善程式執行效率或資源使用為主要目的。

選項分析

• (A) 程式變短：錯誤。 最佳化不以縮短原始程式碼為必然效果。有些最佳化會減少指令或運算，但程式碼也可能維持原長度，甚至因特定轉換而增加。
• (B) 產生中間碼：錯誤。 產生中間碼屬於編譯器的中間碼產生階段，不是最佳化步驟本身的效果。
• **(C) 程式執行效率變好：正確。

核心觀念

本題考查複合主鍵、完全功能相依、部分功能相依與遞移相依。題目中的主鍵是兩個屬性組成的 $\{A,B\}$，不是 $A$、$B$ 各自都能作為主鍵。

• 功能相依：$X\to Y$ 表示只要兩筆資料的 $X$ 值相同，其 $Y$ 值就必須相同。
• 完全功能相依：$X\to Y$，且 $X$ 的任何真子集都不能決定 $Y$。
• 部分功能相依：$X\to Y$，但 $X$ 的某個真子集已能決定 $Y$。
• 遞移相依：正規化題目通常以主鍵為基準，判斷非主鍵屬性是否透過另一個非主鍵屬性而相依於主鍵。

本題應先檢查：非主鍵屬性是否只靠複合主鍵的一部分，就能被決定。

解題方法

設主鍵為 $K=\{A,B\}$。題目已知：

因為 $B$ 是主鍵 $K$ 的真子集，而且：

所以決定 $D$ 不需要完整的 $\{A,B\}$，只需要其中的 $B$。因此：

同理，由 $B\to E$ 可知，$E$ 也部分功能相依於此主鍵。

選項分析

（A）$A$ 完全相依於 $B$：錯誤。

此敘述至少必須先有 $B\to A$，但題目沒有給出，也無法由已知相依關係推出。

此外，若 $B\to A$ 成立，結合 $B\to D$、$B\to E$ 及 $\{A,B\}\to C$，便能得到 $B$ 決定全部屬性。這將使 $\{A,B\}$ 不具候選鍵所要求的最小性，與題目指定的複合主鍵不符。

（B）$D$ 部分功能相依於主鍵 $\{A,B\}$：正確。

主鍵的真子集 $\{B\}$ 已能決定 $D$，直接符合部分功能相依的定義。

（C）$C$ 與 $E$ 為多值相依：錯誤。

多值相依通常記為 $X\twoheadrightarrow Y$，描述固定 $X$ 後，$Y$ 的取值集合與其餘屬性的取值集合能獨立組合的限制。

題目沒有提供足以判定 $C\twoheadrightarrow E$ 或 $E\twoheadrightarrow C$ 的條件。

核心觀念

UML 的圖可依用途分為結構圖與行為圖。結構圖呈現系統的靜態組成；行為圖描述系統在執行期間的活動、狀態變化或互動，因此屬於動態面。

題目問的是「表達系統結構的動態面」，也就是要從選項中找出描述系統行為的圖。

解題方法

逐一辨認各圖的用途：活動圖描述流程與活動；狀態圖描述物件或系統狀態如何因事件而轉換；元件圖與部署圖則都用來呈現系統的靜態結構。

選項分析

• (A) 活動圖：正確。 活動圖描述活動、控制流程與工作流程，屬於行為圖，可表達系統動態面。
• (B) 狀態圖：正確。 狀態圖描述狀態及事件引發的狀態轉換，屬於行為圖，可表達系統動態面。
• **(C) 元件圖：錯誤。

核心觀念

本題考查資訊系統的建置策略，包括委外開發、購買套裝軟體、使用者自建（End-User Computing，EUC），以及應用系統服務提供者（Application Service Provider，ASP）的服務模式。判斷重點是各種策略下，系統開發責任、內部協作需求與硬體管理方式的差異。

解題方法

逐項核對各策略的典型特徵：委外不代表停止溝通；購買套裝軟體通常可減少從頭分析與設計的工作；EUC 通常適用於個別或部門需求，不是一般情況下最耗成本與時間的方式；ASP 則以網路提供應用系統服務，通常由服務提供者負責應用系統與相關基礎設施的管理。

選項分析

(A) 錯誤。 委外開發仍需公司內部與委外單位保持必要溝通，例如釐清需求、確認系統規格、追蹤進度與驗收成果。公司應透過權限控管、保密約定及適當的資料管理保護機密，而非完全避免交流；若缺乏溝通，容易造成需求誤解與成品不符。

(B) 錯誤。 購買套裝軟體的目的之一，是運用既有產品功能，減少自行開發所需的工作。導入前仍應進行需求盤點、產品評估與適配性分析，但不代表公司必須先行完成一套完整的系統分析與設計，才可購買套裝軟體。

(C) 錯誤。 EUC 是由使用者或部門自行運用工具建立所需應用，常用於範圍較小、需求明確或變動快速的情境。

核心觀念

本題考物件導向（Object-Oriented）技術對「物件」的基本描述。物件通常由屬性（Attributes，描述狀態）與方法（Methods，描述可執行的操作）構成，也具有行為（Behavior）。

解題方法

先掌握物件導向的基本單位：物件用屬性保存狀態，並透過方法表現行為。接著檢視各選項是否符合這些定義；物件導向的思維單位是物件，而非時間。

選項分析

• (A) 正確。 物件導向的英文為 Object-Oriented；完整說法常見為 Object-Oriented Technology 或 Object-Oriented Programming。
• (B) 正確。 物件具有屬性與方法：屬性描述物件的資料或狀態，方法描述物件能執行的操作。

核心觀念

本題考物件導向程式設計中的繼承（inheritance）。繼承讓子類別取得父類別已定義的屬性與方法，並可在此基礎上新增或重新定義功能。它的主要用途包括程式碼再用、減少重複描述，以及表達類別之間的「是一種（is-a）」關係。

繼承能帶來設計上的好處，但是否適合使用仍須視類別關係與需求而定；繼承層次過深或使用不當，反而會增加耦合與維護難度。

解題方法

辨認繼承的典型效益，再排除把「可能帶來的品質改善」說成必然結果，或把它誤認為沒有使用限制的選項。繼承最直接的目的，是讓既有程式碼可由子類別重用，因此以此作為判斷主軸。

選項分析

• (A) 達成程式碼再用：正確。 子類別可繼承父類別的屬性與方法，避免從頭重寫相同功能，是繼承的核心效益之一。
• (B) 減少重複描述：正確。 共通的屬性與操作可集中定義在父類別，再由多個子類別繼承，因此能減少重複描述。此項與程式碼再用相關，但著重在避免重複定義。
• **(C) 此為程式最優化指標，無過度使用的問題：錯誤。

核心觀念

本題考查 UML（統一塑模語言）類別圖的基本表示方式。類別通常以分成三個區塊的矩形表示，由上而下為：

1. 類別名稱：識別類別，例如「員工」。
2. 屬性：描述物件所具有的資料，例如「姓名」「薪資」。
3. 操作：描述物件可提供的行為，例如「計算薪資」。基礎考題常以「方法」稱呼此項。

嚴格而言，操作是行為的規格，方法是操作的具體實作；本題採一般入門教材用語，將方法列為類別的基本表達內容。

解題方法

以類別矩形的三個基本區塊「名稱、屬性、方法」逐項對照，即可判斷答案。例如：

其中「員工編號」是依需求定義的屬性，並非與名稱、屬性、方法並列的獨立基本項目。

選項分析

• (A) 編號：錯誤。 類別的標準基本表示沒有獨立的「編號」項目。特定類別可以具有編號屬性，但不能因此將編號視為類別圖的基本組成項目。
• **(B) 屬性：正確。

核心觀念

UML（Unified Modeling Language，統一塑模語言）是用來描述、分析與設計軟體系統的標準化塑模語言。它以圖形表示系統結構與行為，協助開發者視覺化、規格化、建構及文件化軟體系統的模型與相關成果。

UML 的正式定位是「塑模語言」，不是軟體開發方法，也不是超連結格式。其符號與語意經標準化，讓不同人員與工具能依共同規則閱讀和交換模型。

解題方法

題目問 UML「具備哪些特性」，可對照 UML 的用途與定位判斷：

• 它用圖形呈現模型，因此具有視覺化特性。
• 它能表達系統需求、結構與行為，形成規格描述，也能留下設計文件。
• 它是標準化的塑模語言。
• 超連結不是 UML 的基本特性。

選項分析

• (A) 視覺化：正確。 UML 以圖形和圖示呈現系統模型，例如類別圖、循序圖與使用案例圖，使系統結構和互動較容易理解。
• (B) 文件化：正確。 UML 模型可記錄需求、分析與設計成果，作為開發、溝通及維護時的文件。