調查局三等申論題
114年
[資訊科學組] 系統分析與設計
第 四 題
就以下表格資料，繪製公證資料管理系統的 class diagram，diagram 中需包括 class，attribute（變數名、存取權限、資料型別），method（方法名、存取權限、傳入值、回傳值），class 間的關係。（25 分）
法院書狀參考範例
公證請求書（結婚）
請求人姓名、性別、國籍、出生年月日、身分證明文件名稱及其字號、住所（戶籍地址）、備考
結婚當事人、證人
請求事項：□結婚書面公證 □同時舉行結婚儀式
公證日期：中華民國 年 月 日 午 時
證明文件：一、國內設有戶籍者：國民身分證...二、外國人及國外華僑：護照...三、證人身分證明文件...
交付結婚書面公證書：正本 份 繕本 份 譯本 份
受文機關：地方法院公證處
中華民國 年 月 日
請求人、結婚當事人、證人 （簽名蓋章）
法院書狀參考範例
公證請求書（結婚）
請求人姓名、性別、國籍、出生年月日、身分證明文件名稱及其字號、住所（戶籍地址）、備考
結婚當事人、證人
請求事項：□結婚書面公證 □同時舉行結婚儀式
公證日期：中華民國 年 月 日 午 時
證明文件：一、國內設有戶籍者：國民身分證...二、外國人及國外華僑：護照...三、證人身分證明文件...
交付結婚書面公證書：正本 份 繕本 份 譯本 份
受文機關：地方法院公證處
中華民國 年 月 日
請求人、結婚當事人、證人 （簽名蓋章）
📝 此題為申論題
思路引導 VIP
面對此類系統分析與設計題目，應首先運用「名詞動詞分析法（Noun-Verb Analysis）」：從表單內容淬取出實體名詞（如請求人、公證書、證明文件）作為類別（Class）與屬性（Attribute），並將業務動作（如請求、簽名、驗證）轉換為方法（Method）。其次，觀察表單中多個角色（請求人、當事人、證人）具有高度重複的個資欄位，應立即聯想到運用物件導向設計的「繼承（Generalization）」機制抽取父類別，以展現具備高內聚、低耦合的架構設計能力。
🤖
AI 詳解
AI 專屬家教
【破題】 本題旨在測驗物件導向分析與設計（OOA/OOD）中將實體業務表單抽象化為 UML 類別圖（Class Diagram）的能力。設計核心在於運用「繼承（Inheritance）」處理多個具備共通屬性的利害關係人，並透過「關聯（Association）」與「合成（Composition）」建構公證請求書與相關物件的結構關係。 【論述】
▼ 還有更多解析內容
UML 類別圖設計
💡 透過 UML 類別圖將法律實體表單抽象化為物件模型，建立系統結構。
- 抽象化 (Abstraction)：識別實體參與者，將共有屬性（如姓名、身分字號）抽取至父類別以優化架構。
- 定義成員屬性：精確定義變數名稱、存取權限（- 私有 / + 公用）與資料型別（String, Date）。
- 方法 (Method) 識別：根據業務流程定義行為，如簽名蓋章 (sign) 與身分驗證 (verify)。
- 關係建模 (Relationship)：正確運用繼承 (Inheritance) 處理角色，與合成 (Composition) 處理表單組成。
