公職王歷屆試題 (104 地方政府特考)
共 4 頁 第 1 頁 全國最大公教職網站
http://www.public.com.tw
公
職
王
104 年特種考試地方政府公務人員考試試題
等 別： 三等考試 類 科：資訊處理 科 目： 系統分析與設計 一、漸增模式（Incremental Model）是一種常見的軟體開發方法： 【擬答】： 依序或平行開發。每個週期之階段清楚定義要做哪些工作及交付哪些文件，每個階段循序 進行且僅循環一次。漸進模式是基於下列的構想而設計：將一個軟體系統分割成數個子系 統，每個子系統執行一部分功能。設計一個彈性、開放的系統架構，使後續的功能能夠加 入，而不需修改基本的架構。後續的子系統陸續與已完成的部分整合在一起。 第一個子系統分析、 設計、編碼與測試 操作與維護 整合新系統 到現有系統 新系統、設計、 編碼與測試 需同時開發。 輯及上線實施，使用者均有參與，故漸增模式之風險較低。 二、開發一套新系統，例如甲資訊公司承接乙公司的電子商務系統（含訂購、付款、出貨等）， 需經歷需求分析、系統分析與設計等步驟： 作業、規則、表單、資訊等）？。 【擬答】： 係指研究企業的內部文件，例如工作說明書、企業表單與手冊等，是瞭解企業運作邏輯 之初步工作。以此方式蒐集之資訊常有過時之慮。 所獲得資料之正確性會比查閱文件為高，亦能驗證所蒐集資料之正確性及補充不完整的 部分，透過實地觀察也可獲得第一手資料。觀察時，可選擇正常與例外情況之時機或對 象來做觀察，以便獲得各種可能的資料。但觀察仍無法完整地反映出組織的真實情況與 需求，例如被觀察者的行為可能改變。公職王歷屆試題 (104 地方政府特考)
共 4 頁 第 2 頁 全國最大公教職網站
http://www.public.com.tw
公
職
王
是需求擷取方式中最有效且最普遍的資料蒐集方法。訪談期間，系統分析師蒐集到的可 能是事實、選擇或推測，並可觀察到人們的肢體語言、情緒和他們對於現行系統之觀 感。 當潛在使用者太多或分布太廣時，可考慮以問卷之方式擷取需求。適合於大型企業或公 共資訊系統的設計，因為問卷所涉及的作業範圍或對象太廣，系統分析師無法逐一親自 調查，故利用問卷方式來蒐集使用者需求較為可行。因為問卷上的問題是以文字靜態地 表達出來，因此問題之語意與邏輯必須很清楚且有條理。設計問卷時也可用各種不同的 方法來問同一個問題，以觀察各種可能的答案。 是一種很有效率的資料蒐集方式。使用者代表與系統開發人員齊聚一堂，將所知道的事 實、觀念說出，讓與會人員一起相互溝通意見。 用來表達系統所在之環境及其與環境間之關 係，這包括與系統有關之外部實體及系統與外部實體間之互動，例如資訊之輸出入與處 理等。常用於表達系統之巨觀範圍，以幫助我們瞭解系統所在之環境及兩者間之互動關 係，包括下列圖形： 以圓形來表示系統，並於其中註明系統名稱。 外部實體可以是任何組織、物件或相關系統，是環境中與系統有互動或交換訊息之任 何人或物。以矩形表示外部實體，且於其中註明外部實體之名稱。 處理與資訊流是以箭頭連結系統與外部實體，表示資訊之輸出入處理或事件之方向。業流程，其可分為系統流程圖及程式流程圖兩類。系統流程圖(System Flow Chart)用以 描述整個工作系統中，各單位之間的作業關係。程式流程圖(Program Flow Chart)則用 以表示程式中的處理過程。有下列元件： (Processing) 為真實世界的一個動作處理、一組動作程序、或是可執行的一段副程式。一個作業處 理是流程的基本單位，不能再被分解且此動作之執行不能被中斷。作業處理以矩形表 示，內部標示流程名稱。 (Decision) 是用於表達有多個選擇路徑，但僅能依條件選擇其中一個路徑執行，條件通常包含 Yes/No 或 True/False 這類的問題。決策是以一菱形外加一條流入菱形之箭頭與多條 流出菱形之箭頭表示。 (Report) 可用於描述某一個流程之輸出入資訊。 (Flow of Control) 用以表達控制流。 (Connector) 當流程圖過於龐大或複雜時，可使用接點(Connector)將流程圖轉到另一頁，此舉可避 免流程方向之箭頭交叉，亦可避免流程太過冗長，增加流程圖之易讀性。 (Annotation) 用以表達流程圖之補充與說明。
公職王歷屆試題 (104 地方政府特考)
共 4 頁 第 3 頁 全國最大公教職網站
http://www.public.com.tw
公
職
王
是系統藉由接收到資料之輸入而知道事件已發生。例如系統收到客戶輸入代號時，啟 動驗證是否為有效客戶之事件。 指預設之時間到時，該事件被啟動。例如在系統內建一時鐘，當時間到達時，系統便 會自動啟動簽發支票事件 是由非預設時間之某些刺激或狀態所引發。例如系統之開或關等。 之限制與備註。 用於表達流程圖中，有關之表單、介 面等各項資訊需求之名稱、展示位置、格線、圖表與說明等。這些資訊常無法在流程圖 上具體地表達，因此須另以藍圖做進一步地表示。 ，如資訊之長度、型態、格式、公 式、規則、範圍與限制等，並分別舉例說明之。資料詞彙中，規則、格式、範圍、公式 等資訊可使用資料字典的格式來表達。 三、一個系統開發專案在不同階段會有不同性質之參與者參與，例如使用者、系統分析師、系統 整合者，測試者、技師與專案管理者等，不同性質的參與者在專案發展過程中，會在不同的 時間點從不同的角度來看系統，例如使用個案觀點（Use Case View）、設計觀點（Design View）、流程觀點（Process View）、實施觀點（Implementation View）與部署觀點（Deployment View）。以應用物件導向技術為例，在實施觀點與部署觀點，主要以元件圖與 部署圖進行系統元件與結構的塑模。 【擬答】： (Component Diagram) 用以說明系統設計過程各類別與物件的配置，以及敘述軟 體元件間的組織架構和相依關係。元件是開發和執行過程之實際物件類別，將可分解的 實際基本單位模組化，這些基本單位包括模組並擁有特性和明確定義的介面。包含下列 元件： (Component)是系統的實體模組，也是系統中可被替換的部分，適合提供給一群介 面做適當的實現(實作)。 (Interface)是許多操作（不包含實作）的集合，用來說明類別或元件所提供的服 務，而其他類別或元件可以透過介面來實作這個類別或元件。 別圖相同。 (Deployment Diagram)用來說明系統各軟硬體（例如處理器、處理元件）元件的 配置與關聯，或是硬體及網路此類基礎建設之拓撲，例如系統是由哪些硬體所組成，硬 體上面安裝了哪些軟體，而硬體間使用了哪些中介軟體來做連結。包含下列元件：
公職王歷屆試題 (104 地方政府特考)
共 4 頁 第 4 頁 全國最大公教職網站
http://www.public.com.tw
公
職
王
(Artifacts) 代表現實生活中具體的資訊，為軟體使用或執行的實體檔案。例如原始碼檔（.java 或.cpp 檔案）、可執行檔（.exe 或.jar 檔案）、程式庫檔（.dlls 檔案）等。其表 達方式為一矩形，其右上表有一折角之文件圖示，並在其名稱上方標示構造型 <<artifact>>。 (Nodes) 代表著一種計算資源，也可說是一個硬體。 例如，可以是一個單純的設備或感應器， 也可能是一部大型主機等。因此，一台 Web Server、一組硬碟陣列、一台電腦或一台 印表機等皆可設為一個節點。 (Connections) 表示節點、元件或產出間的溝通方式或路徑，也表示其間之關係。 及說明其建構細節。系統元件與結構塑模主要是以部署圖視覺化的表達系統中，一群實體 節點與實體節點間的靜態結構關係及說明其建構細節。 四、資料庫若沒有適當的設計，於資料維護時可能造成異常現象，包括新增異常、刪除異常及修 改異常。請分別舉例說明這三種異常。？ 【擬答】： 例如下圖的資料庫設計及果中，因為 FD 集合的左邊中有主鍵（S#,P#）的子集合，如 S#→ CITY，因此此一關連式並非 2NF。不符合 2NF 的關連式會造成下列異常現象：FIRST
S# P# QTY CITY STATUS
FIRST 中我們不能單單描述一個供 應商 S9 住在 HK，一直要到這個供應商開始供應某一零件才能將上列資料輸入。（因為實 體整合規則） FIRST 中我們將一個供應商 S9 供應零件 P9 的 值組刪除時，我們同時也刪掉 S9 住在 HK 的資訊。 FIRST 中我們將一個供應商 S9 住在 HK 改為住在 Taipei，則需要將其中許多 S#=S9 的值組一起修改，否則資料會不一致。
