以下為2013年系統(tǒng)分析師考試真題下午案例分析部分，供大家參考學習。

>>>點擊進入系統(tǒng)分析師歷年真題下載

●某軟件公司擬為物流企業(yè)開發(fā)一套庫存管理系統(tǒng)，該系統(tǒng)的部分需求陳述如下：
（1）庫存管理系統(tǒng)主要包括貨物入庫管理、貨物出庫管理、倉庫管理、統(tǒng)計報表和系統(tǒng)管理等功能；
（2）庫存管理系統(tǒng)的用戶包括倉庫管理員、倉庫經理和系統(tǒng)管理員，用戶必須在注冊后才能使用系統(tǒng)功能；用戶可以選擇使用郵件注冊或電話注冊。
（3）倉庫管理員在進行出入庫操作前必須先登錄；倉庫經理可以通過系統(tǒng)查看統(tǒng)計報表，如果前一個月的報表未生成，則系統(tǒng)自動生成統(tǒng)計報表，否則直接顯示。
（4）系統(tǒng)管理員可以在系統(tǒng)中設置倉庫溫度范圍，當倉庫內溫度超過較高值或者低于最低值時，系統(tǒng)自動調用溫控管理操作，連接溫度調節(jié)系統(tǒng)進行制冷或加熱。
（5）倉庫管理功能要求每個月1日零點對前一個月貨物入庫和出庫記錄進行數(shù)據(jù)匯總操作。項目組決定構造用例模型以描述系統(tǒng)需求。
【問題1】（6分）
用例建模的首要任務是識別系統(tǒng)中的參與者。請根據(jù)題目中所描述的需求，識別出系統(tǒng)中有哪些參與者？
【問題2】（7分）
用例建模的主要工作是書寫用例規(guī)約。用例規(guī)約通常包括哪幾部分內容？
【問題3】（12分）
建立了用例模型后，可以利用用例之間的關系調整用例模型，用例之間的關系包括哪幾種？對于每種關系，請根據(jù)題目中所描述的需求分別給出一組用例。

●某高校計算機學院實驗中心有5個機房，200個機位，主要承擔學生計算機軟件相關課程的上機實踐任務。實驗中心每年工作時間約為200天，每天平均工作時間為8小時。2013年初，實驗中心決定對機房進行升級改造，其中UPS電源等設備不需要重新購置，改造后每個機位機器的基本配置要求如表2-1。實驗中心現(xiàn)公開征集硬件改造方案。

一個月后，實驗中心的主管從眾多的改造方案中選擇了A公司和B公司提出的方案進行最終評審。A公司主張采用PC機更新?lián)Q代的方式進行改造，其主要的設備和報價如表2-2所示。

B公司主張以桌面云的方式對實驗中心進行全面改造，其主要的設備和報價情況如表2-3所示。

實驗中心組織多名專家召開論證會，會上專家對這兩種方案進行了評審，最終采納了B公司的改造方案。
【問題1】（7分）
桌面云方案的核心是虛擬化技術，請用200字以內的文字說明什么是虛擬化技術，并從應用角度列舉3種虛擬化技術。
【問題2】（18分）
請以A公司方案中的機器性能為基準，從應用模式、投入成本、運維成本、安全性、能源消耗等5個方面對兩種方案進行詳細比較（其中投入成本與能源消耗要求量化比較），說明為什么專家采納了B公司的改造方案。

●閱讀有關嵌入式系統(tǒng)新架構風格方面的描述，在答題紙上回答問題1至問題3。在傳統(tǒng)的嵌入式系統(tǒng)中，由于應用背景的不同，架構風格存在著差異。某公司長期從事各類嵌入式電子產品的研發(fā)工作，為了擴展業(yè)務，擬承擔安全關鍵嵌入式產品的研制，為了統(tǒng)一本公司嵌入式產品的架構，以兼顧安全關鍵系統(tǒng)和非安全關鍵系統(tǒng)，公司領導層提出了采用國外近年新的跨領域嵌入式系統(tǒng)架構，新架構主要有6個特點：
（1）面向構件化
（2）開放式
（3）支持多種安全級別
（4）服務的層次化
（5）確定性核心
（6）內部組合的標準化
圖3-1給出了跨領域嵌入式系統(tǒng)架構，圖中CS表示領域無關的核心服務、OS表示領域無關的選擇性服務、DSC表示領域相關的中心服務、DSO表示領域相關的選擇性服務。該架構通常稱為“腰”型架構，將嵌入式系統(tǒng)分為核心服務層、域服務層和應用服務層三個層次，實現(xiàn)了應用間相對無關性設計，架構的腰部為與領域無關的核心服務。

圖3-1跨領域嵌入式系統(tǒng)架構

【問題1】（8分）
請用200字以內文字說明圖3-1“腰”型架構的特點。
【問題2】（10分）
針對圖3-1的“腰”部的核心層，表3-1中給出了10種服務，請判斷這些服務中哪些屬于核心服務（Core Services），哪些屬于選擇性服務（Optional Service），將結果填到表3-1中。

【問題3】（7分）
該公司遵從圖3-1定義的嵌入式架構風格，梳理了現(xiàn)有產品序列，定義了公司產品中涉及的軟件主要包括以下4類：
（1）基于分區(qū)化的嵌入式操作系統(tǒng)（如：VxWorks653）
（2）存儲管理部件（如：文件系統(tǒng)）
（3）支持產品互聯(lián)的多種網絡協(xié)議部件（如：TCP/IP、ppp、CAN、1394等）
（4）應用軟件
請根據(jù)你所掌握上述軟件的相關知識，說明這些軟件應歸屬圖3-1中核心服務層、域服務層和應用服務層中的哪一層。并舉例說明上述軟件提供的服務中哪些歸屬于架構的OS、CS、DSC和DSO服務，填寫表3-2。

●閱讀以下關于數(shù)據(jù)庫分析與設計的敘述，在答題紙上回答問題1至問題4。

某集團公司在各省均設有分公司，現(xiàn)欲建立全國統(tǒng)一的銷售管理信息系統(tǒng)，以便總公司及時掌握各分公司的銷售情況。公司成立專門的項目組進行該系統(tǒng)的研發(fā)工作，其中張工負責其中的數(shù)據(jù)庫設計工作。張工和需求分析小組緊密合作，在設計出數(shù)據(jù)流圖和數(shù)據(jù)字典的基礎上，給出了數(shù)據(jù)庫關系模式和相應的索引設計。同時考慮到未規(guī)范化關系模式可能引起的各類數(shù)據(jù)錯誤，對關系模式進行了全面的規(guī)范化處理，使所有關系模式均達到了3NF或BCNF。

在項目實施過程中，應用開發(fā)小組認為該設計方案未考慮應用功能的實際需求。如果嚴格按照設計方案實施，會對應用系統(tǒng)中整體性能產生較大影響。主要的原因在于進行數(shù)據(jù)查詢時，會產生大量的多表連接操作，影響性能。而設計方案中的索引設計，并不能完全滿足數(shù)據(jù)查詢的性能要求。

應用開發(fā)小組還認為，該設計方案未考慮到信息系統(tǒng)中核心銷售數(shù)據(jù)處理的特點：各分公司在使用該信息系統(tǒng)時只能操作自己分公司的銷售數(shù)據(jù)，無權操作其它分公司的銷售數(shù)據(jù)；只有總公司有權利操作所有銷售數(shù)據(jù)，以便進行統(tǒng)計分析。

應用開發(fā)小組要求，在數(shù)據(jù)庫設計方案中，必須針對實際應用功能的實現(xiàn)來考慮關系模式的規(guī)范化，必要時需要采用逆規(guī)范化或解除規(guī)范化的方法來保證性能要求。
【問題1】（8分）
系統(tǒng)需要管理供應商和貨物等信息，具體包括供應商姓名、地址以及貨物名稱、價格等，供應商可以提供0~n種貨物，其公司地址也可能發(fā)生變化。請以供應商關系模式supplier(name,address,product,price)為例，解釋不規(guī)范的關系模式存在哪些問題。
【問題2】（6分）
應用開發(fā)小組認為張工的規(guī)范化設計雖然解決了未規(guī)范化關系模式帶來的問題，但實際實現(xiàn)功能時會造成系統(tǒng)性能的下降，請解釋其原因。
【問題3】（5分）
請解釋逆規(guī)范化方法，說明其優(yōu)缺點。
【問題4】（6分）
針對該信息系統(tǒng)中核心銷售數(shù)據(jù)處理的特點，如采用關系表水平分割的逆規(guī)范化方法，請給出具體的解決方案，并說明該方案存在的問題。

●閱讀以下關于軟件維護的敘述，在答題紙上回答問題1至問題4。某企業(yè)兩年前自主研發(fā)的消防集中控制軟件系統(tǒng)在市場上取得了較好的業(yè)績，目前已成功應用到國內外眾多企業(yè)用戶的消防管理控制系統(tǒng)中。該軟件系統(tǒng)通過不同型號消防控制器連接各種消防器件，實現(xiàn)集中式消防告警信息顯示與控制。日前該軟件系統(tǒng)的系統(tǒng)維護主管組織召開會議，對近期收集到的該軟件系統(tǒng)的如下維護申請進行了討論：

（1）將系統(tǒng)目前的專用報表功能改成通用報表生成功能，以適應未來用戶可能提出的報表格式變化需求；

（2）在界面語言中增加德文支持，以滿足新增的兩個德國企業(yè)用戶的使用要求；

（3）修正系統(tǒng)在與控制器通信時由于硬件網絡故障導致的與控制器之間的連接失效，而控制器后續(xù)無法重新連接的問題；

（4）完成因某已支持型號消防控制器通信協(xié)議改變而導致的相應軟件修改；

（5）增加與某新型號消防控制器的互連通信功能，以支持在后續(xù)推廣過程中與該型號消防控制器進行互連；

（6）修正用戶報告的由于系統(tǒng)從Win7平臺遷移到最新發(fā)布的Win8平臺而導致的部分顯示功能失效的問題；

（7）修正用戶報告的系統(tǒng)自動切換消防平面圖形時部分器件位置顯示錯誤的問題；

（8）改進系統(tǒng)歷史消防告警記錄的檢索算法，以提高系統(tǒng)在處理大量消防報警記錄時的效率；

（9）將系統(tǒng)目前針對某一特定數(shù)據(jù)庫管理系統(tǒng)的數(shù)據(jù)庫訪問方式改成基于數(shù)據(jù)源的通用數(shù)據(jù)庫訪問方式，以適應用戶可能提出的使用其它數(shù)據(jù)庫管理系統(tǒng)的需求。
【問題1】（6分）
軟件維護的內容通常分為正確性維護、適應性維護、完善性維護以及預防性維護四類，請用300字以內文字說明這4類軟件維護內容的特點與區(qū)別。
【問題2】（9分）
請根據(jù)不同類型軟件維護的特點，將上述（1）~（9）的維護申請?zhí)钊氡?-1相應的類別中。

【問題3】（4分）
對于軟件維護申請的處理，首先需要確定維護工作的類型，不同類型的維護工作，其處理流程往往不同，圖5-1是區(qū)分不同維護類型的典型處理流程，請將表5-1中代表維護類型的序號（1）~（4）填入圖5-1的（a）~（d）。

【問題4】（6分）
在討論第（4）項維護工作的方案時，項目組發(fā)現(xiàn)與相應的消防控制器通信的子模塊重用了企業(yè)之前淘汰的某款軟件中實現(xiàn)相應功能的源代碼，而現(xiàn)有技術人員沒有參加過該代碼的開發(fā)工作，并且重用的這部分代碼開發(fā)不規(guī)范，其數(shù)據(jù)和代碼結構設計都很差，相應的文檔極不完整，維護記錄也很簡略。針對上述情況，項目組一致認為在原有代碼基礎上進行修改維護難度很大，因此決定采用軟件工程的方法對該子模塊進行重新設計、編碼和測試，請從可行性和該模塊后續(xù)可維護性兩個方面簡要分析采取這種方案的原因。 </p