試題評析

Size: px

Start display at page:

Download "試題評析"

俞软易
4 years ago
Views:

1 系統分析與設計一漸增模式 (Incremental Model) 是一種常見的軟體開發方法 : ( 一 ) 何謂漸增模式 ( 請說明其執行程序與原則及強調重點為何 )?(15 分 ) ( 二 ) 請說明其與瀑布模式在應用上之差異?(10 分 ) 點試題評析屬系統開發模式, 可以從講義內容切入考點命中高點高上系統專案管理講義 II, 張又中編撰, 頁 2-6 答 : ( 一 ) 漸增模式為將需求切割為子系統或子功能, 之後依漸增開發計畫將切割的部分需求之開發訂為一個開發週期, 每個開發週期依循瀑布模式於各階段清楚定義工作及交付文件, 循序進行各階段且僅循環一次需求分析漸增開發規劃其他發展階段週期 1 週期 2 週期 n 高高其他發展階段其他發展階段漸增系統 1 上漸增系統 2 最終系統使用者 : 新發展的部分 : 再使用的部分 : 未完成的部分資料來源 : 系統分析與設計 ( 六版 ), 吳仁和林信惠 ( 二 ) 漸增模式適用於 : 1. 組織目標與需求可完全且清楚地描述 2. 可先做系統整體規劃, 預算再分期編列並執行 3. 應用漸增模式讓組織有充裕的時間來學習與轉移技術其與瀑布模式之差異如下表 : 版權所有瀑布模式, 重製必究! 漸增模式子系統同時開發獨立依序開發開發週期一個多個開發階段完整完整系統風險較高較低 - 1 -

2 二開發一套新系統, 例如甲資訊公司承接乙公司的電子商務系統 ( 含訂購付款出貨等 ), 需經歷需求分析系統分析與設計等步驟 : ( 一 ) 請至少舉出常見的五種需求擷取方式 (10 分 ) ( 二 ) 進行需求分析時, 應以那些需求塑模工具語言或圖形來表達那些不同性質的需求 ( 例如作業規則表單資訊等 )?(15 分 ) 試題評析屬需求分析, 可由講義內容作答考點命中高點高上系統專案管理講義 III, 張又中編撰, 頁 3-4~16 17~24 答 : ( 一 ) 文件查閱 (Documentation) 指研究企業的內部文件, 例如 : 工作說明書 (Job Description) 企業表單(Business Form) 與手冊 (Manual) 等, 為瞭解企業運作邏輯之初步工作訪談 (Interview) 為最有效且最普遍的資料蒐集方法訪談時, 系統分析師與使用部門的主管或相關作業人員面對面討論實際作業的情況所需報表和資訊需求等至使用者的行為場域進行觀察 (Observation), 透過此方法所獲得資料之正確性會比查閱文件為高, 可獲得第一手資料, 亦能驗證所蒐集資料之正確性及補充不完整的部分當潛在使用者太多或分布太廣時, 可考慮以問卷 (Questionnaire) 來擷取需求由於問卷上的問題是以文字靜態表達, 因此問題之語意與邏輯必須很清楚且有條理會議討論 (Discussion) 是一種很有效率的資料蒐集方式, 使用者代表與系統分析師系統開發人員齊聚一堂, 將所知道的事實觀念說出, 讓與會人員一起相互溝通意見 ( 二 ) 事件 (Event) 表示外部實體所啟動且系統必須回應之刺激 (Stimuli), 可分為資料流導向時間導向與控制導向事件事件之集合稱為事件列 (Event List), 系統與外部實體之關係可用事件列來表示環境圖 (Context Diagram) 表示系統所在環境及其與環境間的關係, 包括與系統有關之外部實體及系統與外部實體間的互動, 如資訊之輸出入與處理, 用以表達系統之巨觀範圍流程圖 (Flow Chart) 描述企業的作業流程, 可分為描述整個工作系統中各單位間作業關係的系統流程圖, 及表示程式處理過程的程式流程圖處理描述 (Process Description) 表示流程圖中作業處理的執行步驟規則與控制, 並說明其資料之輸入和輸出內容與所涉及的外部實體, 以及處理之限制與備註藍圖 (Drawing) 表示流程圖中有關之表單介面等各項資訊需求之名稱展示位置格線圖表與說明等, 這些資訊常無法在流程圖上具體地表達, 因此需要藍圖表示資料詞彙 (Data Glossary) 表示藍圖資訊之詳細內容與規則, 並舉例說明一般而言, 一張藍圖有其對應之資料詞彙, 且藍圖中每一欄位在資料詞彙中應有一記錄描述三一個系統開發專案在不同階段會有不同性質之參與者參與, 例如使用者系統分析師系統整合者測試者技師與專案管理者等, 不同性質的參與者在專案發展過程中, 會在不同的時間點從不同的角度來看系統, 例如使用個案觀點 (Use Case View ) 設計觀點(Design View ) 流程觀點(Process View ) 實施觀點(Implementation View ) 與部署觀點 (Deployment View) 以應用物件導向技術為例, 在實施觀點與部署觀點, 主要以元件圖與部署圖進行系統元件與結構的塑模 ( 一 ) 請分別說明元件圖與部署圖主要表達什麼?(15 分 ) ( 二 ) 請說明元件圖與部署圖在應用上之差異?(10 分 ) 試題評析屬 UML, 可參考講義之圖形定義並輔以圖例說明考點命中 1. 高點高上系統專案管理講義 VI, 張又中編撰, 頁 6-16~17 2. 高點高上系統專案管理講義 VIII, 張又中編撰, 頁 8-29~36 答 : ( 一 ) 元件圖源自 Booch 的模組圖, 用來說明系統設計過程中各類別與物件的配置, 並敘述軟體元件間的組織架高點高上版權所有, 重製必究! - 2 -

3 構和關係元件是開發和執行過程之實際物件類別, 將可分解的實際基本單位模組化, 包括模組並擁有特性和明確定義的介面 index.html company.html 點service.html 高Browser (IE.exe) 部署圖 (Deployment Diagram) 源於 Booch 的處理圖, 用來說明系統各處理器處理元件的配置關聯, 以及同一處理器內執行處理的時程安排等主要描述架構的靜態配置觀點, 將執行期 (Execution Time) 有關節點如伺服器的設定, 以及節點上存在的相關元件表示出來高BrowserClient Deploys ie10.exe S1: Server 上{CPU=3.4 GHz} {memory=4 GB} {OS=Windows 8} Deploys elerning.exe Disk RAID ( 二 ) 系統元件與結構塑模, 主要以元件圖與部署圖表達系統元件與軟硬體間之實體關係其中, 元件圖表示系統中元件間的靜態結構與關係, 並說明其建構細節, 包括元件介面關係與連接器例如 : 介面的部分可分為需求介面與提供介面 ; 關係可分為相依關聯一般化與實現化 ; 連結器可分為委派與組合部署圖則是表示系統中軟硬體元件間的實體關係, 用來說明系統各軟硬體元件的配置與關聯, 或是硬體及網路此類基礎建設之拓撲, 視覺化表達系統中一群實體節點與實體節點間的靜態結構關係, 並說明其建構細節例如 : 節點可分為硬體裝置與執行環境 ; 連結可分為相依部署與關聯四資料庫若沒有適當的設計, 於資料維護時可能造成異常現象, 包括新增異常刪除異常及修改異常請分別舉例說明這三種異常 (25 分 ) 試題評析屬資料塑模, 可以由講義之正規化案例說明版權所有, 重製必究! 考點命中高點高上系統專案管理講義 V, 張又中編撰, 頁 5-24 答 : 如千秋公司有一符合第一正規化的銷貨關聯如下表, 並具功能相依 :( 分公司代號產品代號 ) 銷量分公司代號所在城市所在城市等級 - 3 -

4 高銷貨分公司代號等級所在城市產品代號銷量 S1 20 台北 P1 300 S1 20 台北 P2 200 S1 20 台北 P3 400 S3 15 新竹點P2 200 S4 20 台北 P2 200 S4 20 台北 P4 300 則關聯可能造成的異常如下 : 1. 新增異常不能將分公司代號與所在城市先行鍵入, 要等賣出產品後方才可鍵入 2. 修改異常台北重覆多次, 修改台北的等級為 25 時, 可能有些記錄未修改到, 造成資料不一致 3. 刪除異常將分公司刪除同時也刪除所在城市等級, 如刪除 S3 也同時刪除了所在城市新竹等級為 15 的資訊高上版權所有, 重製必究! - 4 -

104 地方特考三等 - 系統分析與設計張又中老師高100% 命中點第一題 : 考系統開發模式, 高點

<313434365FAFE1AC57ACDBC3F6AF65AF66B8D1BD585FB8D5C5AA28A5FEAED1292E706466>

<313434365FAFE1AC57ACDBC3F6AF65AF66B8D1BD585FB8D5C5AA28A5FEAED1292E706466> v viii x 2 5 8 11 14 18 21 24 28 31 34 37 40 43 46 49 52 55 58 61 64 67 70 73 77 ii 82 85 88 91 94 97 100 103 106 109 112 115 118 121 124 128 130 133 iii 137 140 143 146 149 151 153 155 159 1.2 7,000 60