2012年系統(tǒng)分析師考試真題(案例分析)

軟考 責(zé)任編輯:木木 2017-06-06

添加老師微信

備考咨詢

加我微信

摘要:2012年系統(tǒng)分析師考試真題下午案例分析部分,供大家參考學(xué)習(xí)。

以下為2012年系統(tǒng)分析師考試真題下午案例分析部分,供大家參考學(xué)習(xí)。

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

●閱讀以下關(guān)于軟件項目管理的敘述,在答題紙上回答問題1至問題4。
【說明】
某軟件企業(yè)為電信公司開發(fā)一套網(wǎng)上營業(yè)廳系統(tǒng),以提升服務(wù)的質(zhì)量和效率。項目組經(jīng)過分析,列出了項目開發(fā)過程中的主要任務(wù)、持續(xù)時間和所依賴的前置任務(wù),如表1-1所示。在此基礎(chǔ)上,可分別繪制出管理該系統(tǒng)開發(fā)過程的PERT圖和Gantt圖。

表1-1

系分12下1-1.png

【問題1】(6分)
請用300字以內(nèi)的文字分別解釋說明PERT圖和Gantt圖的具體含義,并說明兩種方法所描述開發(fā)過程的差異。
【問題2】(9分)
根據(jù)表1-1所示活動及其各項活動之間的依賴關(guān)系,分別計算對應(yīng)PERT圖中活動C~H的松弛時間(Slack Time)填入(a)~(f)中。
【問題3】(7分)
根據(jù)表1-1所示活動及其各項活動之間的依賴關(guān)系,計算對應(yīng)PERT圖中的關(guān)鍵路徑及所需工期。
【問題4】(3分)
如果將關(guān)鍵路徑對應(yīng)的工期作為期望工期;通過資源調(diào)配和任務(wù)調(diào)度,可以使得最優(yōu)工期比期望工期少2周時間;根據(jù)項目組開發(fā)經(jīng)驗,解決項目開發(fā)過程中所有可能會遇到的問題最多需要8周時間,即最差工期比期望工期多8周時間。請計算項目最可能的開發(fā)工期。

●閱讀以下關(guān)于企業(yè)應(yīng)用系統(tǒng)開發(fā)的敘述,在答題紙上回答問題1至問題3。
某大型咨詢服務(wù)公司欲對現(xiàn)有的核心咨詢業(yè)務(wù)系統(tǒng)進(jìn)行升級改造,以適應(yīng)大量用戶的個性化咨詢服務(wù)要求,提高系統(tǒng)的靈活性。公司主管將核心業(yè)務(wù)系統(tǒng)的升級改造工作交給了公司的系統(tǒng)分析師王工和李工。
一個月后,王工和李工分別向公司提交了自己的方案。王工主張以公司現(xiàn)有的、采用面向?qū)ο蠹夹g(shù)和Java語言實現(xiàn)的業(yè)務(wù)系統(tǒng)為基礎(chǔ),針對新的業(yè)務(wù)需求對系統(tǒng)進(jìn)行重構(gòu)、改造與升級。李工則認(rèn)為現(xiàn)有系統(tǒng)的業(yè)務(wù)邏輯過于復(fù)雜,對系統(tǒng)進(jìn)行重構(gòu)的成本太高,可以采用面向服務(wù)的思想,提煉可復(fù)用的業(yè)務(wù)功能形成服務(wù),實現(xiàn)系統(tǒng)的靈活性。經(jīng)過公司相關(guān)人員共同開會討論,最終采用了李工的改造方案。
【問題1】(10分)
請用500字以內(nèi)的文字,從系統(tǒng)業(yè)務(wù)功能實現(xiàn)和功能集成兩個方面對王工和李工的方案進(jìn)行分析和對比,并結(jié)合項目需求說明公司為何會選擇李工的方案。
【問題2】(9分)
采用服務(wù)思想設(shè)計系統(tǒng)時,需要考慮服務(wù)的耦合性。服務(wù)的耦合性可以分為兩類,分別是服務(wù)契約耦合(Service Contract Coupling)和服務(wù)消費(fèi)者耦合(Service Consumer Coupling)。請對各種耦合關(guān)系進(jìn)行分析,填寫(a)~(g),完成表2-1。

表2-1服務(wù)耦合關(guān)系分析

系分12下2-1.png

【問題3】(6分)
在對系統(tǒng)的業(yè)務(wù)服務(wù)進(jìn)行初步分析后,李工首先提取了客戶注冊、業(yè)務(wù)受理和發(fā)票開具三個典型的業(yè)務(wù)服務(wù)。但進(jìn)一步分析后,李工發(fā)現(xiàn)這三個服務(wù)需要使用數(shù)據(jù)庫中的客戶實體、業(yè)務(wù)實體和發(fā)票實體,而發(fā)票實體包含客戶實體和業(yè)務(wù)實體的信息,這樣會導(dǎo)致發(fā)票開具服務(wù)內(nèi)部包含并重復(fù)實現(xiàn)客戶注冊和業(yè)務(wù)受理的處理過程,降低服務(wù)的復(fù)用性。請說明這種情況產(chǎn)生的主要原因,并針對這種情況,說明該如何對這三個服務(wù)進(jìn)行重構(gòu),使它們具有更好的重用性。

●閱讀以下關(guān)于嵌入式軟件虛擬化方面的敘述,在答題紙上回答問題1至問題2。
計算機(jī)虛擬化是一種型的計算模式,能夠動態(tài)組織多種計算資源,隔離硬件體系結(jié)構(gòu)和軟件系統(tǒng)之間的依賴關(guān)系,實現(xiàn)透明化、可伸縮的計算系統(tǒng)構(gòu)架,提高計算資源的使用效率和遺產(chǎn)軟件的重用。
某公司是一家長期從事嵌入式軟件研制的單位。隨著虛擬化技術(shù)發(fā)展,公司決策層決定在公司原有嵌入式實時操作系統(tǒng)基礎(chǔ)上,研制具備虛擬化能力的新一代嵌入式操作系統(tǒng)產(chǎn)品。公司將該項目的總體設(shè)計任務(wù)交給了王工,要求他充分調(diào)研用戶需求,盡快拿出項目的計劃書,并給出項目的技術(shù)實施途徑。一個月后,王工向公司決策層提交了項目計劃書和技術(shù)實施途徑報告,在公司討論會上引起技術(shù)爭議,其焦點(diǎn)主要集中在兩個方面:虛擬化體系架構(gòu)問題和虛擬化中的安全因素問題。
【問題1】(14分)
當(dāng)前虛擬化的實現(xiàn)技術(shù)主要有全虛擬化和半虛擬化兩種,請用200字以內(nèi)的文字說明兩種虛擬化技術(shù)的主要差別,并用箭線指出圖3-1所示的虛擬化特性分屬哪種虛擬化技術(shù)。
【問題2】(11分)
具有虛擬化能力的嵌入式實時操作系統(tǒng)目前僅支持單核處理器,而不支持多核,請用100字以內(nèi)的文字說明其主要原因。表3-1給出如果采用虛擬化技術(shù)支持多核時存在的四種共享資源和四種潛在安全隱患,請用箭線指出這些潛在安全隱患分別會發(fā)生在哪種共享資源的環(huán)境下。

表3-1四種共享資源和四種潛在的安全隱患

系分12下3-1.png

系分12下3-2.png

圖3-1虛擬化技術(shù)特性歸屬關(guān)系

●閱讀以下關(guān)于軟件可靠性的敘述,在答題紙上回答問題1至問題3。
某企業(yè)欲研制某宇航控制系統(tǒng)。該系統(tǒng)對軟件的可靠性要求很高,分配給軟件的可靠性指標(biāo)為R≥0.99。根據(jù)軟件結(jié)構(gòu)設(shè)計方案,該軟件由7個模塊X1,X2,…,X7組成,分別完成不同的控制功能。
為了保證該控制系統(tǒng)能夠滿足環(huán)境可靠性指標(biāo),李工認(rèn)為應(yīng)該首先采用故障樹方法分析,預(yù)測出可靠性指標(biāo)。該企業(yè)主管采用了李工的建議,建立了該軟件的故障樹模型(如圖4-1所示),評估出了每個模塊的可靠性指標(biāo),同時在每個模塊的設(shè)計與實現(xiàn)過程中,采用了流程優(yōu)化、結(jié)構(gòu)優(yōu)化、降低設(shè)計復(fù)雜度等方法來提高模塊的可靠性指標(biāo)。
軟件開發(fā)完成后,項目組對該軟件進(jìn)行了相應(yīng)的可靠性測試,得到了各模塊的失效概率為:FX1=FX2=0.05,F(xiàn)X3=0.008,F(xiàn)X4=0.07,F(xiàn)X5=FX6=0.05,F(xiàn)X7=0.08,通過計算割集的失效概率來近似計算整個軟件的可靠性指標(biāo),計算結(jié)果表明該軟件的可靠性未達(dá)到分配的指標(biāo)要求。

系分12下4-1.png

圖4-1某控制系統(tǒng)故障樹

【問題1】(8分)
請給出該故障樹的所有最小割集。
【問題2】(10分)
根據(jù)題中給出的、經(jīng)過可靠性測試后得到的每個模塊的失效概率,計算每個割集失效概率,并近似計算出整個軟件的失效概率,說明該軟件的可靠性測試指標(biāo)確未達(dá)要求。
【問題3】(7分)
請進(jìn)一步分析導(dǎo)致該軟件可靠性測試未能滿足分配指標(biāo)要求的原因,并給出后續(xù)的改進(jìn)策略。

●閱讀以下關(guān)于Web應(yīng)用系統(tǒng)開發(fā)的問題,在答題紙上回答問題1至問題3。
A公司承擔(dān)了某企業(yè)應(yīng)用系統(tǒng)的開發(fā)任務(wù),用戶要求系統(tǒng)最終應(yīng)發(fā)布到Web上供企業(yè)員工及企業(yè)客戶使用。項目組在進(jìn)行方案論證時,首先肯定了該系統(tǒng)需使用B/S結(jié)構(gòu),但在系統(tǒng)應(yīng)采用的底層平臺上產(chǎn)生了分歧,一方認(rèn)為應(yīng)采用微軟.NET平臺,一方認(rèn)為應(yīng)采用Java企業(yè)版平臺。經(jīng)過認(rèn)真討論,結(jié)合兩種平臺的特點(diǎn)及項目的實際需求,項目組最終決定采用Java企業(yè)版平臺作為系統(tǒng)開發(fā)運(yùn)行的基礎(chǔ)平臺。
【問題1】(9分)
請在以下平臺特點(diǎn)(1)~(9)中,選擇出.NET平臺與Java企業(yè)版平臺各自具備的優(yōu)勢填入表5-1的(a)~(f)項中,選擇出兩個平臺共有的特點(diǎn)填入表5-1的(g)~(i)項中。
(1)良好跨平臺可移植性支持
(2)易于部署與配置
(3)多程序設(shè)計語言支持
(4)良好的Web多層應(yīng)用開發(fā)支持
(5)豐富的多廠商外部支持
(6)良好的O/R(對象/關(guān)系)映射支持
(7)針對特定平臺的優(yōu)化支持
(8)良好的源代碼以外的可定制性支持
(9)良好的Web服務(wù)支持

表5-1.NET平臺與Java平臺的優(yōu)勢對比

系分12下5-1.png

【問題2】(8分)
MVC(Model-View-Controller)模式是Web應(yīng)用系統(tǒng)開發(fā)中常用的一種軟件架構(gòu)模式。請分別針對基于EJB的重量級框架和基于Struts等的輕量級框架,說明MVC模式中的各組件應(yīng)采用何種構(gòu)件實現(xiàn)。
項目組在進(jìn)行需求調(diào)研時,發(fā)現(xiàn)用戶界面部分的變動可能會比較頻繁,因此需要降低系統(tǒng)界面與業(yè)務(wù)邏輯之間的耦合度。MVP(Model–View–Presenter)模式是由MVC模式派生出的一種設(shè)計模式,其主要目的是降低MVC模式中模型(Model)與視圖(View)的耦合度,請用300字以內(nèi)文字,從組件耦合度、組件分工及對開發(fā)工程化支持等三方面說明MVP模式與MVC模式的主要區(qū)別。
【問題3】(8分)
因為系統(tǒng)中大量業(yè)務(wù)邏輯涉及企業(yè)的核心商業(yè)數(shù)據(jù),為保證系統(tǒng)數(shù)據(jù)一致性,完善的事務(wù)(Transaction)控制是系統(tǒng)實現(xiàn)時必需考慮重要因素之一。請用200字以內(nèi)文字說明事務(wù)的基本特征,并簡單描述EJB規(guī)范中提供的兩種事務(wù)控制的基本方法。

更多資料
更多課程
更多真題
溫馨提示:因考試政策、內(nèi)容不斷變化與調(diào)整,本網(wǎng)站提供的以上信息僅供參考,如有異議,請考生以權(quán)威部門公布的內(nèi)容為準(zhǔn)!

軟考備考資料免費(fèi)領(lǐng)取

去領(lǐng)取

!
咨詢在線老師!