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

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

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

表1-1

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

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

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

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

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

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

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

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

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

【問題1】（8分）
請(qǐng)給出該故障樹的所有最小割集。
【問題2】（10分）
根據(jù)題中給出的、經(jīng)過可靠性測(cè)試后得到的每個(gè)模塊的失效概率，計(jì)算每個(gè)割集失效概率，并近似計(jì)算出整個(gè)軟件的失效概率，說明該軟件的可靠性測(cè)試指標(biāo)確未達(dá)要求。
【問題3】（7分）
請(qǐng)進(jìn)一步分析導(dǎo)致該軟件可靠性測(cè)試未能滿足分配指標(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è)客戶使用。項(xiàng)目組在進(jìn)行方案論證時(shí)，首先肯定了該系統(tǒng)需使用B/S結(jié)構(gòu)，但在系統(tǒng)應(yīng)采用的底層平臺(tái)上產(chǎn)生了分歧，一方認(rèn)為應(yīng)采用微軟.NET平臺(tái)，一方認(rèn)為應(yīng)采用Java企業(yè)版平臺(tái)。經(jīng)過認(rèn)真討論，結(jié)合兩種平臺(tái)的特點(diǎn)及項(xiàng)目的實(shí)際需求，項(xiàng)目組最終決定采用Java企業(yè)版平臺(tái)作為系統(tǒng)開發(fā)運(yùn)行的基礎(chǔ)平臺(tái)。
【問題1】（9分）
請(qǐng)?jiān)谝韵缕脚_(tái)特點(diǎn)（1）~（9）中，選擇出.NET平臺(tái)與Java企業(yè)版平臺(tái)各自具備的優(yōu)勢(shì)填入表5-1的（a）~（f）項(xiàng)中，選擇出兩個(gè)平臺(tái)共有的特點(diǎn)填入表5-1的（g）~（i）項(xiàng)中。
（1）良好跨平臺(tái)可移植性支持
（2）易于部署與配置
（3）多程序設(shè)計(jì)語言支持
（4）良好的Web多層應(yīng)用開發(fā)支持
（5）豐富的多廠商外部支持
（6）良好的O/R（對(duì)象/關(guān)系）映射支持
（7）針對(duì)特定平臺(tái)的優(yōu)化支持
（8）良好的源代碼以外的可定制性支持
（9）良好的Web服務(wù)支持

表5-1.NET平臺(tái)與Java平臺(tái)的優(yōu)勢(shì)對(duì)比

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