計(jì)算機(jī)軟件水平考試-高級(jí)系統(tǒng)架構(gòu)師筆試（2018-2023年）真題摘選含答案

長(zhǎng)風(fēng)破浪會(huì)有時(shí)，直掛云帆濟(jì)滄海。計(jì)算機(jī)軟件水平考試-高級(jí)系統(tǒng)架構(gòu)師筆試（2018-2023年）真題摘選含答案（圖片大小可自由調(diào)整）卷I一.參考題庫(kù)(共30題)1.閱讀以下關(guān)于軟件架構(gòu)評(píng)估的說(shuō)明，在答題紙上回答問(wèn)題1和問(wèn)題2。 某網(wǎng)上購(gòu)物電子商務(wù)公司擬升級(jí)正在使用的在線交易系統(tǒng)，以提高用戶網(wǎng)上購(gòu)物在線支付環(huán)節(jié)的效率和安全性。在系統(tǒng)的需求分析與架構(gòu)設(shè)計(jì)階段，公司提出的需求和關(guān)鍵質(zhì)量屬性場(chǎng)景如下： 1.正常負(fù)載情況下，系統(tǒng)必須在0.5秒內(nèi)對(duì)用戶的交易請(qǐng)求進(jìn)行響應(yīng)。 2.信用卡支付必須保證99.999%的安全性。 3.對(duì)交易請(qǐng)求處理時(shí)間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處理過(guò)程的設(shè)計(jì)。 4.網(wǎng)絡(luò)失效后，系統(tǒng)需要在1.5分鐘內(nèi)發(fā)現(xiàn)錯(cuò)誤并啟用備用系統(tǒng)。 5.需要在20人月內(nèi)為系統(tǒng)添加一個(gè)新的CORBA中間件。 6.交易過(guò)程中涉及到的產(chǎn)品介紹視頻傳輸必須保證畫(huà)面具有600×480的分辨率，20幀／秒的速率。 7.更改加密的級(jí)別將對(duì)安全性和性能產(chǎn)生影響。 8.主站點(diǎn)斷電后，需要在3秒內(nèi)將訪問(wèn)請(qǐng)求重定向到備用站點(diǎn)。 9.假設(shè)每秒中用戶交易請(qǐng)求的數(shù)量是10個(gè)，處理請(qǐng)求的時(shí)間為30毫秒，則“在1秒內(nèi)完成用戶的交易請(qǐng)求”這一要求是可以實(shí)現(xiàn)的。 10.用戶信息數(shù)據(jù)庫(kù)授權(quán)必須保證99.999%可用。 11.目前對(duì)系統(tǒng)信用卡支付業(yè)務(wù)邏輯的描述尚未達(dá)成共識(shí)，這可能導(dǎo)致部分業(yè)務(wù)功能模塊的重復(fù)，影響系統(tǒng)的可修改性。12.更改Web界面接口必須在4人周內(nèi)完成。 13.系統(tǒng)需要提供遠(yuǎn)程調(diào)試接口，并支持系統(tǒng)的遠(yuǎn)程調(diào)試。 在對(duì)系統(tǒng)需求和質(zhì)量屬性場(chǎng)景進(jìn)行分析的基礎(chǔ)上，系統(tǒng)的架構(gòu)師給出了3個(gè)候選的架構(gòu)設(shè)計(jì)方案。公司目前正在組織系統(tǒng)開(kāi)發(fā)的相關(guān)人員對(duì)系統(tǒng)架構(gòu)進(jìn)行評(píng)估。 在架構(gòu)評(píng)估過(guò)程中，質(zhì)量屬性效用樹(shù)（utilitytree）是對(duì)系統(tǒng)質(zhì)量屬性進(jìn)行識(shí)別和優(yōu)先級(jí)排序的重要工具。請(qǐng)給出合適的質(zhì)量屬性，填入圖20-4中（1）、（2）空白處；并選擇題干描述的（1）～（2），填入（3）～（6）空白處，完成該系統(tǒng)的效用樹(shù)。 2.數(shù)據(jù)倉(cāng)庫(kù)在收集數(shù)據(jù)過(guò)程中，會(huì)遇到一些略微不一致但可以糾正的數(shù)據(jù)，糾正的過(guò)程稱為（）A、數(shù)據(jù)轉(zhuǎn)換B、數(shù)據(jù)抽取C、數(shù)據(jù)清洗D、數(shù)據(jù)裝載3.關(guān)系數(shù)據(jù)庫(kù)中，實(shí)現(xiàn)實(shí)體之間的聯(lián)系是通過(guò)表與表之間的公共（）A、索引B、存儲(chǔ)C、元組D、屬性4.電子政務(wù) 電子政務(wù)是指政府機(jī)構(gòu)利用信息化手段來(lái)實(shí)現(xiàn)政府職能。 某市房地產(chǎn)交易網(wǎng)站是市建設(shè)委員會(huì)實(shí)施電子政務(wù)的門(mén)戶，網(wǎng)站包括以下欄目：項(xiàng)目公示、業(yè)務(wù)辦理、信息發(fā)布、通知公告、政策法規(guī)、房地產(chǎn)經(jīng)紀(jì)、在線答疑等，其中業(yè)務(wù)辦理欄目中又包括申辦預(yù)售許可、期房網(wǎng)上簽約、申請(qǐng)預(yù)售登記、權(quán)屬登記申請(qǐng)、現(xiàn)房網(wǎng)上簽約、經(jīng)紀(jì)機(jī)構(gòu)管理、評(píng)估行業(yè)管理等項(xiàng)目，多數(shù)的業(yè)務(wù)辦理項(xiàng)目需要管理部門(mén)多級(jí)審批。本題中的電子政務(wù)項(xiàng)目在進(jìn)行需求分析時(shí)，系統(tǒng)分析師需要有效地獲取需求，進(jìn)行需求建模。需求建模包括域建模、用例建模、組件和服務(wù)建模、性能建模等。請(qǐng)用300字以內(nèi)文字分別簡(jiǎn)要敘述什么是用例建模、組件和服務(wù)建模、性能建模。5.某軟件公司承擔(dān)了某大型企業(yè)應(yīng)用系統(tǒng)集成任務(wù)，該企業(yè)隨著信息化的進(jìn)展，積累了許多異構(gòu)的遺產(chǎn)信息系統(tǒng)，這些系統(tǒng)分別采用J2EE、.NET等技術(shù)進(jìn)行開(kāi)發(fā)，分布在不同的地理位置，采用不同的協(xié)議進(jìn)行數(shù)據(jù)傳輸。企業(yè)要求集成后的系統(tǒng)能夠?qū)崿F(xiàn)功能整合，并在組織現(xiàn)有功能的基礎(chǔ)上提供增值服務(wù)。為了按時(shí)完成任務(wù)，選擇合適的企業(yè)應(yīng)用集成方法和架構(gòu)非常重要。項(xiàng)目組在討論方案時(shí)，提出了兩種集成思路。 ①劉工建議采用傳統(tǒng)的應(yīng)用集成方法，將應(yīng)用集成分為多個(gè)層次，并采用消息代理中間件連接遺產(chǎn)系統(tǒng)。 ②王工建議采用基于SOA的方法進(jìn)行應(yīng)用集成，將現(xiàn)有遺產(chǎn)系統(tǒng)采用WebService的方式進(jìn)行包裝，暴露統(tǒng)一格式的接口，并采用企業(yè)服務(wù)總線（ESB）進(jìn)行連接。 項(xiàng)目組仔細(xì)分析比較了兩種方案的優(yōu)點(diǎn)和不足后，認(rèn)為劉工和王工的建議都合理，但是結(jié)合當(dāng)前項(xiàng)目的實(shí)際情況，最后決定采用王工的建議。王工的方案擬采用WebService作為基于SOA集成方法的實(shí)現(xiàn)技術(shù)。請(qǐng)根據(jù)該系統(tǒng)的實(shí)際情況，用300字以內(nèi)的文字說(shuō)明系統(tǒng)應(yīng)該分為哪幾個(gè)層次，并簡(jiǎn)要說(shuō)明每個(gè)層次的功能和相關(guān)標(biāo)準(zhǔn)。6.博學(xué)公司的銷(xiāo)售收入狀態(tài)如表9-12所示，該公司達(dá)到盈虧平衡點(diǎn)時(shí)的銷(xiāo)售收入是（）（百萬(wàn)元人民幣）。A、560B、608C、615D、6807.基于場(chǎng)景的架構(gòu)分析方法（Scenarios-basedArchitectureAnalysisMethod，SAAM）是卡耐基梅隆大學(xué)軟件工程研究所的Kazman等人于1983年提出的一種非功能質(zhì)量屬性的架構(gòu)分析方法，是最早形成文檔并得到廣泛應(yīng)用的軟件架構(gòu)分析方法。SAAM的主要輸入是問(wèn)題描述、（1）和架構(gòu)描述文檔，其分析過(guò)程主要包括場(chǎng)景開(kāi)發(fā)、（2）、單個(gè)場(chǎng)景評(píng)估、場(chǎng)景交互和總體評(píng)估?？瞻祝?）處應(yīng)選擇（）A、架構(gòu)需求B、架構(gòu)描述C、架構(gòu)設(shè)計(jì)D、架構(gòu)實(shí)現(xiàn)8.進(jìn)程P1、P2、P3、P4、P5的前趨圖如圖1-17所示。 若用PV操作控制進(jìn)程并發(fā)執(zhí)行的過(guò)程，則需要設(shè)置4個(gè)信號(hào)量S1、S2、S3和S4，且信號(hào)量初值都等于零。圖1-18中a和b應(yīng)分別填寫(xiě)（1），c和d應(yīng)分別填寫(xiě)（2），e和f應(yīng)分別填寫(xiě)（3）。空白（3）處應(yīng)選擇（）A、P（S3）和P（S4）B、P（S3）和V（S4）C、V（S3）和V（S4）D、V（S3）和P（S4）9.若關(guān)系模式中存在非主屬性對(duì)碼的部分依賴，則該關(guān)系模式屬于（）A、1NFB、2NFC、3NFD、BCNF10.張某原是某軟件公司的系統(tǒng)分析師，一直從事計(jì)算機(jī)網(wǎng)絡(luò)端口優(yōu)化處理的研發(fā)工作。2007年5月張某退休。半年后，張某研發(fā)出網(wǎng)絡(luò)端口優(yōu)化處理程序，解決了提高計(jì)算機(jī)網(wǎng)絡(luò)端口有效利用率這個(gè)技術(shù)問(wèn)題，并以個(gè)人名義向?qū)＠痔岢霭l(fā)明專(zhuān)利申請(qǐng)。該項(xiàng)發(fā)明創(chuàng)造應(yīng)屬于（）所有。A、軟件公司B、張某C、張某和軟件公司共同D、社會(huì)公眾11.軟件系統(tǒng)架構(gòu) 博學(xué)公司欲開(kāi)發(fā)一個(gè)車(chē)輛定速巡航控制系統(tǒng)，以確保車(chē)輛在不斷變化的地形中以固定的速度行駛。如圖12-6所示給出了該系統(tǒng)的簡(jiǎn)化示意圖。 表12-2描述了各種系統(tǒng)輸入的含義。 公司的領(lǐng)域?qū)＜覍?duì)需求進(jìn)行深入分析后，將系統(tǒng)需求認(rèn)定為：任何時(shí)刻，只要定速巡航控制系統(tǒng)處于工作狀態(tài)，就要有確定的期望速度，并通過(guò)調(diào)整引擎油門(mén)的設(shè)定值來(lái)維持期望速度。 在對(duì)車(chē)輛定速巡航控制系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時(shí)，公司的架構(gòu)師王工提出采用面向?qū)ο蟮募軜?gòu)風(fēng)格，而李工則主張采用控制環(huán)路的架構(gòu)風(fēng)格。在架構(gòu)評(píng)估會(huì)議上，專(zhuān)家對(duì)這兩種方案進(jìn)行綜合評(píng)價(jià)，最終采用了面向?qū)ο蠛涂刂骗h(huán)路相結(jié)合的混合架構(gòu)風(fēng)格。用戶需求沒(méi)有明確給出該系統(tǒng)如何根據(jù)輸入集合計(jì)算輸出。請(qǐng)用300字以內(nèi)的文字針對(duì)該系統(tǒng)的增減速功能，分別給出兩種架構(gòu)風(fēng)格中的主要構(gòu)件，并詳細(xì)描述計(jì)算過(guò)程。12.面向?qū)ο蟮脑O(shè)計(jì)模型包含以（1）表示的軟件體系結(jié)構(gòu)圖，以（2），表示的用例實(shí)現(xiàn)圖，完整精確的類(lèi)圖，針對(duì)復(fù)雜對(duì)象的狀態(tài)圖和用以描述流程化處理的活動(dòng)圖等?？瞻祝?）處應(yīng)選擇（）A、部署圖B、包圖C、協(xié)同圖D、交互圖13.《GB8567-88計(jì)算機(jī)軟件產(chǎn)品開(kāi)發(fā)文件編制指南》是（）標(biāo)準(zhǔn)，違反該標(biāo)準(zhǔn)而造成不良后果時(shí)，將依法根據(jù)情節(jié)輕重受到行政處罰或追究刑事責(zé)任。A、強(qiáng)制性國(guó)家B、推薦性國(guó)家C、強(qiáng)制性軟件行業(yè)D、推薦性軟件行業(yè)14.信息系統(tǒng)安全 某企業(yè)根據(jù)業(yè)務(wù)擴(kuò)張的要求，需要將原有的業(yè)務(wù)系統(tǒng)擴(kuò)展到互聯(lián)網(wǎng)上，建立自己的B2C業(yè)務(wù)系統(tǒng)，此時(shí)系統(tǒng)的安全性成為一個(gè)非常重要的設(shè)計(jì)需求。為此，該企業(yè)向軟件開(kāi)發(fā)商提出如下要求： ①合法用戶可以安全地使用該系統(tǒng)完成業(yè)務(wù)。 ②靈活的用戶權(quán)限管理。 ③保護(hù)系統(tǒng)數(shù)據(jù)的安全，不會(huì)發(fā)生信息泄露和數(shù)據(jù)損壞。 ④防止來(lái)自于互聯(lián)網(wǎng)上的各種惡意攻擊。 ⑤業(yè)務(wù)系統(tǒng)涉及各種訂單和資金的管理，需要防止授權(quán)侵犯。 ⑥業(yè)務(wù)系統(tǒng)直接面向最終用戶，需要在系統(tǒng)中保留用戶使用痕跡，以應(yīng)對(duì)可能的商業(yè)訴訟。 該軟件開(kāi)發(fā)商接受任務(wù)后，成立方案設(shè)計(jì)小組，提出的設(shè)計(jì)方案是：在原有業(yè)務(wù)系統(tǒng)的基礎(chǔ)上，保留了原業(yè)務(wù)系統(tǒng)中的認(rèn)證和訪問(wèn)控制模塊；為了防止來(lái)自互聯(lián)網(wǎng)的威脅，增加了防火墻和入侵檢測(cè)系統(tǒng)。 企業(yè)和軟件開(kāi)發(fā)商共同組成方案評(píng)審會(huì)，對(duì)該方案進(jìn)行了評(píng)審，各位專(zhuān)家對(duì)該方案提出了多點(diǎn)不同意見(jiàn)。李工認(rèn)為，原業(yè)務(wù)系統(tǒng)只針對(duì)企業(yè)內(nèi)部員工，采用了用戶名/密碼方式是可以的，但擴(kuò)展為基于互聯(lián)網(wǎng)的B2C業(yè)務(wù)系統(tǒng)后，認(rèn)證方式過(guò)于簡(jiǎn)單，很可能造成用戶身份被盜?。和豕ふJ(rèn)為，防止授權(quán)侵犯和保留用戶痕跡的要求在方案中沒(méi)有體現(xiàn)。而劉工則認(rèn)為，即使是在原有業(yè)務(wù)系統(tǒng)上的擴(kuò)展與改造，也必須全面考慮信息系統(tǒng)面臨的各種威脅，設(shè)計(jì)完整的系統(tǒng)安全架構(gòu)，而不是修修補(bǔ)補(bǔ)。請(qǐng)解釋授權(quán)侵犯的具體含義；針對(duì)王工的意見(jiàn)給出相應(yīng)的解決方案，說(shuō)明該解決方案的名稱、內(nèi)容和目標(biāo)。15.若操作系統(tǒng)把一條命令的執(zhí)行結(jié)果輸出給下一條命令，作為它的輸入并加以處理，這種機(jī)制稱為（）A、鏈接B、管道C、輸入重定向D、輸出重定向16.對(duì)于關(guān)系模式R（X，Y，Z），下列結(jié)論錯(cuò)誤的是（）A、若X→Y，Y→Z，則X→ZB、若X→Y，X→Z，則X→YZC、若X→Z，則XY→ZD、若XY→Z，則X→Z，Y→Z17.IPSecVPN安全技術(shù)沒(méi)有用到（）A、隧道技術(shù)B、加密技術(shù)C、入侵檢測(cè)技術(shù)D、身份證認(rèn)證技術(shù)18.論計(jì)算機(jī)網(wǎng)絡(luò)的安全性 隨著計(jì)算機(jī)網(wǎng)絡(luò)，特別是各類(lèi)互聯(lián)網(wǎng)絡(luò)的普遍使用，計(jì)算機(jī)網(wǎng)絡(luò)的安全性及其實(shí)現(xiàn)方法受到了人們極大的關(guān)注。為了保障網(wǎng)絡(luò)服務(wù)的可用性和網(wǎng)絡(luò)信息的完整性，目前已提出了許多對(duì)網(wǎng)絡(luò)服務(wù)的種類(lèi)與范圍等實(shí)施控制的技術(shù)與方法。 ①簡(jiǎn)述你參與過(guò)的計(jì)算機(jī)網(wǎng)絡(luò)應(yīng)用系統(tǒng)的概要和你所擔(dān)任的工作，包括你在網(wǎng)絡(luò)安全性與保密性方面所做過(guò)的主要工作。 ②詳細(xì)論述你采用的保障網(wǎng)絡(luò)安全性的技術(shù)與方法，并且著重說(shuō)明你所采用的專(zhuān)用軟件、硬件與管理措施的綜合解決方案。 ③論述保障網(wǎng)絡(luò)安全性與提高網(wǎng)絡(luò)服務(wù)效率之間的關(guān)系，同時(shí)簡(jiǎn)要評(píng)估你所采用的網(wǎng)絡(luò)安全性措施的效果。19.建立一個(gè)供應(yīng)商、零件數(shù)據(jù)庫(kù)。其中"供應(yīng)商"表S（Sno，Sname，Zip，City）中的屬性分別表示供應(yīng)商代碼、供應(yīng)商名、供應(yīng)商郵編、供應(yīng)商所在城市，其函數(shù)依賴為Sno→（Sname，Zip，City），Zip→City。"零件"表P（Pno，Pname，Color，Weight，City），表示零件號(hào)、零件名、顏色、重量及產(chǎn)地。表S與表P之間的關(guān)系SP（Sno，Pno，Price，Qty）表示供應(yīng)商代碼、零件號(hào)、價(jià)格、數(shù)量。若要求：供應(yīng)商代碼不能為空，且值是唯一的，供應(yīng)商的名也是唯一的；零件號(hào)不能為空，且值是唯一的；一個(gè)供應(yīng)商可以供應(yīng)多種零件，而一種零件可以由多個(gè)供應(yīng)商供應(yīng)。請(qǐng)將下面的SQL語(yǔ)句空缺部分補(bǔ)充完整。CREATETABLES（SnoCHAR（5）（1），SnameCHAR（30）UNIQUE，ZipCHAR（8），CityCHAR（20）（2））；空白（2）處應(yīng)選擇（）A、NOTNULLB、NOTNULLUNIQUEC、PRIMARYKEY（Sno）D、PRIMARYKEY（Sname）20.UML提供了5種對(duì)系統(tǒng)動(dòng)態(tài)方面建模的圖，其中（1）對(duì)系統(tǒng)行為組織和建模；（2）對(duì)系統(tǒng)功能建模，它強(qiáng)調(diào)對(duì)象之間的控制流；（3）之間是同構(gòu)的?？瞻祝?）處應(yīng)選擇（）A、用例圖B、順序圖C、協(xié)作圖D、狀態(tài)圖21.特定領(lǐng)域軟件架構(gòu)（DSSA）是在一個(gè)特定應(yīng)用領(lǐng)域?yàn)橐唤M應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件架構(gòu)。實(shí)施DSSA的過(guò)程中包括一系列基本的活動(dòng)，其中（1）活動(dòng)的主要目的是為了獲得DSSA。該活動(dòng)參加人員中，（2）的主要任務(wù)是提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識(shí)?？瞻祝?）處應(yīng)選擇（）A、領(lǐng)域?qū)＜褺、領(lǐng)域分析者C、領(lǐng)域設(shè)計(jì)者D、領(lǐng)域?qū)崿F(xiàn)者22.微內(nèi)核的操作系統(tǒng)（OS）結(jié)構(gòu)如圖1-16所示，圖中①和②分別工作在（1）方式下，與傳統(tǒng)的OS結(jié)構(gòu)模式相比，采用微內(nèi)核的OS結(jié)構(gòu)模式的優(yōu)點(diǎn)是提高了系統(tǒng)的靈活性、可擴(kuò)充性，（2）?？瞻祝?）處應(yīng)選擇（）A、并增強(qiáng)了可靠性，可運(yùn)行于分布式系統(tǒng)中B、并增強(qiáng)了可靠性，但不適用于分布式系統(tǒng)C、但降低了可靠性，可運(yùn)行于分布式系統(tǒng)中D、但降低了可靠性，不適用于分布式系統(tǒng)23.博學(xué)公司承接了一個(gè)開(kāi)發(fā)家用空調(diào)自動(dòng)調(diào)溫器的任務(wù)，調(diào)溫器測(cè)量外部空氣溫度，根據(jù)設(shè)定的期望溫度控制空調(diào)的開(kāi)關(guān)。根據(jù)該需求，公司應(yīng)采用（）架構(gòu)風(fēng)格最為合適。A、解釋器B、過(guò)程控制C、分層D、管道-過(guò)濾器24.實(shí)時(shí)系統(tǒng) 博學(xué)公司承擔(dān)了一項(xiàng)嵌入式系統(tǒng)軟件開(kāi)發(fā)項(xiàng)目。該項(xiàng)目主要用于車(chē)載電子系統(tǒng)中監(jiān)視發(fā)動(dòng)機(jī)及燃油系統(tǒng)等系統(tǒng)工作狀況，并通過(guò)綜合儀表顯示給駕駛員。經(jīng)過(guò)多次與用戶溝通，形成以下技術(shù)要求： （1）本項(xiàng)目的硬件平臺(tái)由主處理機(jī)模塊和多種接口模塊組成，底板采用標(biāo)準(zhǔn)VME總線（硬件結(jié)構(gòu)圖見(jiàn)圖12-8），具體硬件模塊配置如下： ①主處理機(jī)模塊（CPM）采用PowerPC755，主頻266MHz，配有SDRAM存儲(chǔ)器和FLASH存儲(chǔ)器；提供一個(gè)定時(shí)/計(jì)數(shù)器；支持16級(jí)中斷和二級(jí)Cache。 ②輸入輸出模塊（IOC）支持16路RS422接口信號(hào)，傳輸速率不低于115.2kbps，IOC模塊與CPM模塊的數(shù)據(jù)交換采用64KB雙端口存儲(chǔ)器。 ③離散量接口模塊（DAM）支持64路開(kāi)關(guān)型離散量輸入輸出接口；2路頻率量輸入；12位A/D轉(zhuǎn)換器和12位D/A轉(zhuǎn)換器。 ④圖形處理模塊（GPM）用于顯示圖形，支持OpenGL標(biāo)準(zhǔn)接口軟件。 ⑤MBI模塊主要提供1553B外總線接口，PSM為電源支持模塊。 （2）本項(xiàng)目軟件主要工作在CPM模塊中，完成對(duì)外部設(shè)備的數(shù)據(jù)采集、分析和相應(yīng)的控制，將監(jiān)視結(jié)果以圖形方式顯示給駕駛員。該系統(tǒng)的軟件主要包括外部接口驅(qū)動(dòng)軟件、VME數(shù)據(jù)傳輸軟件、處理軟件、圖形顯示和外總線（1553B）數(shù)據(jù)交換軟件。要求數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無(wú)丟失，并在本幀內(nèi)完成數(shù)據(jù)的處理工作，本幀信息顯示給駕駛員的時(shí)刻最晚不能超過(guò)下一幀。詳細(xì)的技術(shù)要求如下： ①16路RS422接口主要完成對(duì)汽車(chē)燃油系統(tǒng)、動(dòng)力系統(tǒng)和駕駛員命令的數(shù)據(jù)采集與控制。RS422數(shù)據(jù)傳輸格式將以32B為基本數(shù)據(jù)塊，分別以20ms、40ms、60ms、1s這4個(gè)不同周期交換數(shù)據(jù)。 ②64路離散量數(shù)據(jù)主要監(jiān)控發(fā)動(dòng)機(jī)工作狀態(tài)，要求每10ms采集一次，并在下一個(gè)10ms周期內(nèi)將發(fā)動(dòng)機(jī)狀況顯示到駕駛員座艙。 ③多路模擬量數(shù)據(jù)主要采集發(fā)動(dòng)機(jī)轉(zhuǎn)速、油量及汽車(chē)的其他數(shù)據(jù)，為駕駛員監(jiān)控汽車(chē)狀態(tài)提供必要的量化數(shù)據(jù)。模擬量數(shù)據(jù)的刷新頻率為1s。 ④外總線（1553B）主要完成該系統(tǒng)與汽車(chē)其他電子系統(tǒng)的數(shù)據(jù)交換。 公司將本項(xiàng)目交給項(xiàng)目主管李工實(shí)施，要求李工按技術(shù)要求完成本項(xiàng)目的軟件設(shè)計(jì)工作，公司根據(jù)合同關(guān)于"數(shù)據(jù)的采集必須確保每幀數(shù)據(jù)無(wú)丟失，并在本幀內(nèi)完成數(shù)據(jù)的處理工作，本幀信息顯示給駕駛員的時(shí)刻最晚不能超過(guò)下一幀"的要求，提醒李工設(shè)計(jì)中重點(diǎn)考慮整個(gè)系統(tǒng)的實(shí)時(shí)性問(wèn)題。李工完成設(shè)計(jì)后，提交公司評(píng)審，會(huì)上就李工設(shè)計(jì)中存在的缺陷展開(kāi)了激烈討論，最終達(dá)成一致。 李工在設(shè)計(jì)IOC模塊軟件時(shí)指出：為了使CPM模塊能夠及時(shí)處理RS422數(shù)據(jù)，在IOC與CPM間的雙端口存儲(chǔ)器中為每個(gè)422通道設(shè)計(jì)一級(jí)緩沖，當(dāng)某通道接收一個(gè)字節(jié)時(shí)，就將數(shù)據(jù)放入緩沖，由CPM接收（其結(jié)構(gòu)見(jiàn)圖12-9）。這樣的好處在于每當(dāng)有數(shù)據(jù)輸入時(shí)，CPM模塊可立即讀取，而增大雙口緩沖的目的是在CPM來(lái)不及處理時(shí)可防止數(shù)據(jù)的丟失。同時(shí)，IOC中的程序相對(duì)簡(jiǎn)單、實(shí)時(shí)性好、可以不考慮422通道的數(shù)據(jù)傳輸周期，只要按查詢方式對(duì)16路422輸入進(jìn)行查詢讀取即可。 會(huì)上，王工提出了強(qiáng)烈的反對(duì)意見(jiàn)，認(rèn)為這種設(shè)計(jì)方法絕對(duì)不可取，這種方法只考慮了軟件的簡(jiǎn)單與便利，而沒(méi)有針對(duì)軟件特點(diǎn)考慮問(wèn)題，在設(shè)計(jì)中對(duì)實(shí)時(shí)性、負(fù)載平衡分配以及實(shí)現(xiàn)算法上均存在缺陷，必須改進(jìn)。 （1）你認(rèn)為李工的設(shè)計(jì)在實(shí)時(shí)性、負(fù)載平衡分配和實(shí)現(xiàn)算法上存在怎樣的缺陷？詳細(xì)說(shuō)明理由。 （2）請(qǐng)給出IOC模塊和CPM模塊之間雙口存儲(chǔ)器數(shù)據(jù)交換方法。25.RMO是一家運(yùn)動(dòng)服裝制造銷(xiāo)售公司，計(jì)劃在5年時(shí)間內(nèi)將銷(xiāo)售區(qū)域從華南地區(qū)擴(kuò)展至全國(guó)范圍。為了擴(kuò)大信息技術(shù)對(duì)于未來(lái)業(yè)務(wù)發(fā)展的價(jià)值，公司邀請(qǐng)咨詢顧問(wèn)幫助他們制訂戰(zhàn)略信息系統(tǒng)規(guī)劃。經(jīng)過(guò)評(píng)審，咨詢顧問(wèn)給出的戰(zhàn)略規(guī)劃要點(diǎn)之一是建立客戶關(guān)系支持系統(tǒng)（CRSS）。RMO公司決定由其技術(shù)部成立專(zhuān)門(mén)的項(xiàng)目組負(fù)責(zé)CRSS的開(kāi)發(fā)和維護(hù)工作。 項(xiàng)目組在仔細(xì)調(diào)研和分析了系統(tǒng)需求的基礎(chǔ)上，確定了基于互聯(lián)網(wǎng)的CRSS系統(tǒng)架構(gòu)。但在確定系統(tǒng)數(shù)據(jù)架構(gòu)時(shí)，張工認(rèn)為應(yīng)該采用集中式的數(shù)據(jù)架構(gòu)，給出的理由是結(jié)構(gòu)簡(jiǎn)單、易維護(hù)且開(kāi)發(fā)及運(yùn)行成本低；而劉工建議采用分布式的數(shù)據(jù)架構(gòu)，并提出在開(kāi)發(fā)中通過(guò)"局部數(shù)據(jù)庫(kù)+緩存"的讀寫(xiě)分離結(jié)構(gòu)實(shí)現(xiàn)，具有較好的運(yùn)行性能和可擴(kuò)展性。 項(xiàng)目組經(jīng)過(guò)集體討論，考慮到公司的未來(lái)發(fā)展規(guī)劃，最終采用了劉工的建議。 請(qǐng)用300字以內(nèi)的文字，說(shuō)明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。 26.某商標(biāo)注冊(cè)人委托某印刷廠印制商標(biāo)標(biāo)識(shí)20萬(wàn)套，而印刷廠印制25萬(wàn)套，該印刷廠多印制5萬(wàn)套商標(biāo)標(biāo)識(shí)的做法屬（）行為。A、侵犯注冊(cè)商標(biāo)專(zhuān)用權(quán)B、偽造他人注冊(cè)商標(biāo)標(biāo)識(shí)C、合法擴(kuò)大業(yè)務(wù)范圍D、不侵犯注冊(cè)商標(biāo)專(zhuān)用權(quán)27.用3個(gè)相同的元件組成如圖11-7所示的一個(gè)系統(tǒng)。 如果每個(gè)元件能否正常工作是相互獨(dú)立的，每個(gè)元件能正常工作的概率為p，那么此系統(tǒng)的可靠度（元件或系統(tǒng)正常工作的概率通常稱為可靠度）為（）A、p2（1-p）B、p2（2-p）C、p（1-p）2D、p（2-p）228.某公司欲開(kāi)發(fā)一個(gè)在線交易系統(tǒng)，在架構(gòu)設(shè)計(jì)階段公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中“在并發(fā)用戶數(shù)量為1000人時(shí)，用戶的交易請(qǐng)求需要在0.5秒內(nèi)得到響應(yīng)”主要與（1）質(zhì)量屬性相關(guān)，通常可采用（2）架構(gòu)策略實(shí)現(xiàn)該屬性；“當(dāng)系統(tǒng)由于軟件故障意外崩潰后，需要在0.5小時(shí)內(nèi)恢復(fù)正常運(yùn)行”主要與（3）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性；“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為，并進(jìn)行報(bào)警和記錄”主要與（5）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性。空白（3）處應(yīng)選擇（）A、可測(cè)試性B、易用性C、可用性D、互操作性29.（1）的選擇是開(kāi)發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策；（2）是最底層的模式，關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用計(jì)數(shù)是C++管理動(dòng)態(tài)資源時(shí)常用的一種（3）。空白（2）處應(yīng)選擇（）A、架構(gòu)模式B、慣用法C、設(shè)計(jì)模式D、分析模式30.項(xiàng)目管理工具用來(lái)輔助項(xiàng)目經(jīng)理實(shí)施軟件開(kāi)發(fā)過(guò)程中的項(xiàng)目管理活動(dòng)，它不能（1）。（2）就是一種典型的項(xiàng)目管理工具?？瞻祝?）處應(yīng)選擇（）A、需求分析工具B、成本估算工具C、軟件評(píng)價(jià)工具D、文檔分析工具卷I參考答案一.參考題庫(kù)1.參考答案: 2.參考答案:C3.參考答案:D4.參考答案: 用例建模描述各種參與者（人和其他系統(tǒng)）和系統(tǒng)之間的主要交互。用例建模可以描述利益相關(guān)者（如用戶和維護(hù)人員）所看到的系統(tǒng)行為。 組件建模確定系統(tǒng)的子系統(tǒng)、模塊和組件結(jié)構(gòu)，為子系統(tǒng)、模塊分配需求和職責(zé)，每個(gè)組件元素作為一個(gè)自包含的單元，用于開(kāi)發(fā)、部署和執(zhí)行。服務(wù)建模提供了通用的應(yīng)用程序，并將應(yīng)用程序定義為一組抽象服務(wù)接口。 性能建模是對(duì)系統(tǒng)的性能進(jìn)行度量，為每個(gè)組件確定性能指標(biāo)。包括執(zhí)行時(shí)間、資源使用、開(kāi)發(fā)復(fù)雜性、維護(hù)復(fù)雜性等質(zhì)量屬性。5.參考答案: 在采用WebService作為SOA的實(shí)現(xiàn)技術(shù)時(shí)，該系統(tǒng)應(yīng)該至少分為6個(gè)層次：底層傳輸層、服務(wù)通信協(xié)議層、服務(wù)描述層、服務(wù)層、業(yè)務(wù)流程層和服務(wù)注冊(cè)層。 ①底層傳輸層主要負(fù)責(zé)消息的傳輸機(jī)制，HTTP、JMS和SMTP都可以作為WebService的消息傳輸協(xié)議，其中HTTP使用最廣。 ②服務(wù)通信協(xié)議層的主要功能是描述并定義服務(wù)之間進(jìn)行消息傳遞所需的技術(shù)標(biāo)準(zhǔn)，常用的標(biāo)準(zhǔn)是SOAP協(xié)議，還有新出現(xiàn)的REST協(xié)議。 ③服務(wù)描述層主要以一種統(tǒng)一的方式描述服務(wù)的接口與消息交換方式，相關(guān)的標(biāo)準(zhǔn)是WSDL。 ④服務(wù)層的主要功能是將遺留系統(tǒng)進(jìn)行包裝，并通過(guò)發(fā)布的WSDL接口描述被定位和調(diào)用。 ⑤業(yè)務(wù)流程層的主要功能是支持服務(wù)發(fā)現(xiàn)、服務(wù)調(diào)用和點(diǎn)到點(diǎn)的服務(wù)調(diào)用，并將業(yè)務(wù)流程從WebService的底層調(diào)用抽象出來(lái)。相關(guān)的標(biāo)準(zhǔn)是WS-BPEL（BPEL4WS）。 ⑥服務(wù)注冊(cè)層的主要功能是使得服務(wù)提供者能夠通過(guò)WSDL發(fā)布服務(wù)定義，并支持服務(wù)請(qǐng)求者查找所需的服務(wù)信息。相關(guān)的標(biāo)準(zhǔn)是UDDI。6.參考答案:A7.參考答案:B8.參考答案:A9.參考答案:A10.參考答案:A11.參考答案: 對(duì)于系統(tǒng)的增減速功能，采用面向?qū)ο箫L(fēng)格的巡航控制系統(tǒng)首先會(huì)定義司機(jī)、油門(mén)、時(shí)鐘、速度計(jì)和車(chē)輪等構(gòu)件。 整個(gè)計(jì)算的主要過(guò)程如下： ①司機(jī)進(jìn)行增/減速操作設(shè)置期望速度，該期望速度以消息的形式傳遞給速度計(jì)。 ②速度計(jì)通過(guò)向車(chē)輪和時(shí)鐘發(fā)送消息獲取車(chē)輪轉(zhuǎn)速和時(shí)鐘值，得到當(dāng)前速度。 ③速度計(jì)計(jì)算當(dāng)前速度和期望速度的速度差值。 ④該差值以消息的形式發(fā)送給油門(mén)，油門(mén)通過(guò)速度差值調(diào)節(jié)自身狀態(tài)。 ⑤整個(gè)過(guò)程在時(shí)鐘的控制下定期向速度計(jì)發(fā)送消息，重復(fù)執(zhí)行②～④。 控制環(huán)路的架構(gòu)風(fēng)格以控制器為核心，期望速度、車(chē)輪脈沖、時(shí)鐘和油門(mén)等作為構(gòu)件。 具體的計(jì)算過(guò)程如下： ①司機(jī)進(jìn)行增/減速操作設(shè)置期望速度值。 ②將設(shè)定值置為期望速度值。 ③控制器采集車(chē)輪脈沖和時(shí)鐘值，計(jì)算出當(dāng)前速度。 ④比較期望速度和當(dāng)前速度，計(jì)算速度差值，控制油門(mén)動(dòng)作。 ⑤反復(fù)執(zhí)行③和④。12.參考答案:B13.參考答案:A14.參考答案: 授權(quán)侵犯指的是被授權(quán)以某一目的使用某一系統(tǒng)或資源的某個(gè)人，將此權(quán)限用于其他非授權(quán)的目的，也稱作"內(nèi)部攻擊"。 針對(duì)王工的建議，從系統(tǒng)安全架構(gòu)設(shè)計(jì)的角度需要提供抗抵賴框架。 抗抵賴服務(wù)包括證據(jù)的生成、驗(yàn)證和記錄，以及在解決糾紛時(shí)隨即進(jìn)行的證據(jù)恢復(fù)和再次驗(yàn)證。 框架中抗抵賴服務(wù)的目的是提供有關(guān)特定事件或行為的證據(jù)。例如，必須確認(rèn)數(shù)據(jù)原發(fā)者和接收者的身份和數(shù)據(jù)完整性，在某些情況下，可能需要涉及上下文關(guān)系（如日期、時(shí)間、原發(fā)者/接收者的地點(diǎn)等）的證據(jù)，等等。15.參考答案:B16.參考答案:D17.參考答案:C18.參考答案: 計(jì)算機(jī)網(wǎng)絡(luò)應(yīng)用系統(tǒng)不僅與計(jì)算機(jī)系統(tǒng)結(jié)構(gòu)有關(guān)，還與運(yùn)行的環(huán)境、人員因素和社會(huì)因素有關(guān)，具體來(lái)說(shuō)，應(yīng)該包括以下內(nèi)容： ①硬件安全，是指保護(hù)計(jì)算機(jī)系統(tǒng)硬件的安全，保證其自身的可靠性。 ②軟件安全，是指保護(hù)軟件和數(shù)據(jù)不被篡改、破壞和非法復(fù)制。通常又可分為操作系統(tǒng)安全、數(shù)據(jù)庫(kù)安全、網(wǎng)絡(luò)軟件安全和應(yīng)用軟件安全。 ③運(yùn)行安全，是指保護(hù)系統(tǒng)能夠連續(xù)和正常運(yùn)行。 ④安全立法，是指利用國(guó)家機(jī)器，通過(guò)網(wǎng)絡(luò)與信息安全立法，對(duì)計(jì)算機(jī)網(wǎng)絡(luò)方面的犯罪行為進(jìn)行約束和制裁。 從技術(shù)方面而言，硬件、軟件的安全主要是通過(guò)系統(tǒng)供應(yīng)商來(lái)保證的，在選擇時(shí)應(yīng)該經(jīng)過(guò)系統(tǒng)的檢查與評(píng)測(cè)，在設(shè)計(jì)時(shí)充分考慮到網(wǎng)絡(luò)性的安全，相對(duì)而言網(wǎng)絡(luò)安全的矛盾更加凸顯。另外由于計(jì)算機(jī)網(wǎng)絡(luò)的運(yùn)行主要是通過(guò)網(wǎng)絡(luò)和信息技術(shù)來(lái)支撐的，因此計(jì)算機(jī)網(wǎng)絡(luò)安全運(yùn)行的核心內(nèi)容就是網(wǎng)絡(luò)上的信息安全問(wèn)題。在網(wǎng)絡(luò)信息安全方面的主要特征如下： ①保密性。保證信息不泄露給未經(jīng)授權(quán)的用戶或供其利用。 ②完整性。防止信息被未經(jīng)授權(quán)的人篡改，保證真實(shí)的信息從真實(shí)的信源無(wú)失真地傳到真實(shí)的信宿。 ③可用性。保證信息及信息系統(tǒng)確實(shí)為授權(quán)使用者所用，防止由于計(jì)算機(jī)病毒或其他人為因素造成網(wǎng)絡(luò)和系統(tǒng)無(wú)法正常運(yùn)行而拒絕服務(wù)或?yàn)閿呈炙谩?④控性。對(duì)信息內(nèi)容及信息系統(tǒng)實(shí)施安全監(jiān)控管理，防止非法修改。 ⑤抗抵賴性。保證信息行為人不能否認(rèn)自己的行為。 而在網(wǎng)絡(luò)安全的防護(hù)方面，主要的技術(shù)手段包括：防火墻、入侵檢測(cè)、病毒掃描、安全掃描、日志審計(jì)、網(wǎng)頁(yè)防篡改、私自撥號(hào)檢測(cè)、PKI技術(shù)和服務(wù)等。 本文的寫(xiě)作要點(diǎn)，大致包括以下幾個(gè)方面： ①簡(jiǎn)述你參與過(guò)的計(jì)算機(jī)網(wǎng)絡(luò)應(yīng)用系統(tǒng)的概要（并應(yīng)適當(dāng)?shù)卣f(shuō)明該系統(tǒng)的應(yīng)用背景與目標(biāo)）和你所擔(dān)任的工作，包括你在網(wǎng)絡(luò)安全性與保密性方面所做過(guò)的主要工作。 ②具體敘述采用的保障網(wǎng)絡(luò)安全性的技術(shù)與方法，并且著重說(shuō)明你所采用的專(zhuān)用軟件、硬件與管理措施的綜合解決方案。 ③根據(jù)系統(tǒng)實(shí)際運(yùn)行情況，簡(jiǎn)要評(píng)估所采用的網(wǎng)絡(luò)安全性措施的效果。 ④簡(jiǎn)單論述保障網(wǎng)絡(luò)安全性與提高網(wǎng)絡(luò)服務(wù)效率之間的關(guān)系（顯然是一種相互制約的關(guān)系）。19.參考答案:C20.參考答案:A21.參考答案:A22.參考答案:A23.參考答案:B24.參考答案: （1）從本題的第（2）項(xiàng)要求中的描述①可以看出，RS422的數(shù)據(jù)是按32B為基本數(shù)據(jù)塊進(jìn)行傳輸?shù)?，這說(shuō)明數(shù)據(jù)塊應(yīng)是連續(xù)發(fā)送的。 ①實(shí)時(shí)性：李工提出的在IOC接收到一個(gè)字節(jié)后就發(fā)送給CPM模塊，這不但影響了IOC的實(shí)時(shí)性，同時(shí)也影響了CPM的實(shí)時(shí)性。 ②負(fù)載平衡分配：從命題上可以看出IOC是智能設(shè)備，可以獨(dú)立完成RS422的數(shù)據(jù)采集，按李工設(shè)計(jì)方法，IOC的處理能力沒(méi)有充分發(fā)揮，而加大了CPM模塊負(fù)載量，使得兩模塊的負(fù)載不平衡。 ③實(shí)現(xiàn)算法：前兩個(gè)設(shè)計(jì)缺陷的存在，使得實(shí)現(xiàn)算法上軟件的功能模塊設(shè)計(jì)不完整、增大了CPM模塊上的軟件設(shè)計(jì)復(fù)雜度、沒(méi)有有效地利用硬件資源。 （2）IOC和CPM之間的數(shù)據(jù)交換設(shè)計(jì)辦法 ①首先，將IOC和CPM兩模塊的任務(wù)負(fù)載量劃分均衡，具體使IOC按每個(gè)RS422通道的32B為基本數(shù)據(jù)塊進(jìn)行接收，一次統(tǒng)一提交給CPM模塊。 ②在IOC模塊中為每個(gè)通道設(shè)計(jì)1～2個(gè)32B緩沖區(qū)。IOC在接到一個(gè)字節(jié)后，將數(shù)據(jù)放入每個(gè)32B緩沖區(qū)，當(dāng)一個(gè)完整的數(shù)據(jù)塊接收完成后，一次性地將數(shù)據(jù)發(fā)送給CPM模塊。 ③IOC的軟件可以使用中斷方式或查詢方式進(jìn)行數(shù)據(jù)接收，一旦數(shù)據(jù)塊的頭字節(jié)到達(dá)后，使用查詢方式連續(xù)將32個(gè)字節(jié)接收完成。 ④CPM模塊的通道采集程序可一次性讀取完成的數(shù)據(jù)塊，這樣，降低了CPM的數(shù)據(jù)采集負(fù)載。25.參考答案: ①?gòu)埞ぬ岢龅募惺綌?shù)據(jù)架構(gòu)是由一個(gè)處理器、與它相關(guān)聯(lián)的數(shù)據(jù)存儲(chǔ)設(shè)備，以及其他外圍設(shè)備組成，它被物理地定義到單個(gè)位置。系統(tǒng)提供數(shù)據(jù)處理能力，用戶可以在同樣的站點(diǎn)上操作，也可以在地理位置隔開(kāi)的其他站點(diǎn)上通過(guò)遠(yuǎn)程終端來(lái)操作。系統(tǒng)及其數(shù)據(jù)管理被某個(gè)或中心站點(diǎn)集中控制。 ②劉工提出的分布式數(shù)據(jù)架構(gòu)使用多個(gè)計(jì)算機(jī)系統(tǒng)上的多個(gè)局部數(shù)據(jù)庫(kù)系統(tǒng)構(gòu)成，數(shù)據(jù)可以在多個(gè)不同的局部數(shù)據(jù)庫(kù)中進(jìn)行傳送，由不同的數(shù)據(jù)庫(kù)管理系統(tǒng)軟件進(jìn)行管理，運(yùn)行在多種不同的計(jì)算機(jī)上，支持多種不同的操作系統(tǒng)。這些機(jī)器位于（或分布在）不同的地理位置并通過(guò)多種通信網(wǎng)絡(luò)連接在一起。企業(yè)數(shù)據(jù)可以分布在不同的計(jì)算機(jī)上，一個(gè)應(yīng)用程序可以操作位于不同地理位置的機(jī)器上的數(shù)據(jù)。26.參考答案:A27.參考答案:B28.參考答案:C29.參考答案:B30.參考答案:B卷II一.參考題庫(kù)(共30題)1.電子政務(wù) 電子政務(wù)是指政府機(jī)構(gòu)利用信息化手段來(lái)實(shí)現(xiàn)政府職能。 某市房地產(chǎn)交易網(wǎng)站是市建設(shè)委員會(huì)實(shí)施電子政務(wù)的門(mén)戶，網(wǎng)站包括以下欄目：項(xiàng)目公示、業(yè)務(wù)辦理、信息發(fā)布、通知公告、政策法規(guī)、房地產(chǎn)經(jīng)紀(jì)、在線答疑等，其中業(yè)務(wù)辦理欄目中又包括申辦預(yù)售許可、期房網(wǎng)上簽約、申請(qǐng)預(yù)售登記、權(quán)屬登記申請(qǐng)、現(xiàn)房網(wǎng)上簽約、經(jīng)紀(jì)機(jī)構(gòu)管理、評(píng)估行業(yè)管理等項(xiàng)目，多數(shù)的業(yè)務(wù)辦理項(xiàng)目需要管理部門(mén)多級(jí)審批。系統(tǒng)分析師必須能夠與具有不同背景的利益相關(guān)者（如政府各個(gè)部門(mén)、房地產(chǎn)開(kāi)發(fā)企業(yè)、購(gòu)房者等）進(jìn)行溝通交流，以提取和細(xì)化需求，并向這些利益相關(guān)者描述系統(tǒng)的體系結(jié)構(gòu)。請(qǐng)用50字以內(nèi)文字簡(jiǎn)要敘述常用的溝通交流技巧。2.配置項(xiàng)是構(gòu)成產(chǎn)品配置的主要元素，其中（）不屬于配置項(xiàng)。A、設(shè)備清單B、項(xiàng)目質(zhì)量報(bào)告C、源代碼D、測(cè)試用例3.假定求浮點(diǎn)數(shù)平方根（FPSQR）的操作在某臺(tái)機(jī)器上的一個(gè)基準(zhǔn)測(cè)試程序中占總執(zhí)行時(shí)間的20%，F(xiàn)P運(yùn)算指令所用時(shí)間占總執(zhí)行時(shí)間的50%。采用兩種優(yōu)化FPSQR的方法，第一種方法是增加專(zhuān)門(mén)的FPSQR硬件，可以將FPSQR的操作速度提高為原來(lái)的10倍；第二種方法是提高所有FP（浮點(diǎn)）運(yùn)算指令的執(zhí)行速度到原來(lái)的1.6倍，從而提高求浮點(diǎn)數(shù)平方根操作的速度?？梢酝ㄟ^(guò)計(jì)算這兩種方法對(duì)基準(zhǔn)測(cè)試程序的加速比來(lái)比較這兩種方法的優(yōu)劣。以下敘述正確的是（）A、第一種方法的加速比是1.23，效果較好B、第二種方法的加速比是1.23，效果較好C、第一種方法的加速比是1.22，效果較好D、第二種方法的加速比是1.22，效果較好4.內(nèi)存按字節(jié)編址，利用8K×4bit的存儲(chǔ)器芯片構(gòu)成84000H～8FFFFH的內(nèi)存，共需（）片。A、6B、8C、12D、245.根據(jù)GB/T12504-1990《計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范》，項(xiàng)目開(kāi)發(fā)組長(zhǎng)或其代表（）A、可以作為評(píng)審組的成員，不設(shè)副組長(zhǎng)時(shí)可擔(dān)任評(píng)審組的組長(zhǎng)B、可以作為評(píng)審組的成員，但只能擔(dān)任評(píng)審組的副組長(zhǎng)C、可以作為評(píng)審組的成員，但不能擔(dān)任評(píng)審組的組長(zhǎng)或副組長(zhǎng)D、不能挑選為評(píng)審組的成員6.某軟件公司欲開(kāi)發(fā)一個(gè)Windows平臺(tái)上的公告板系統(tǒng)。在明確用戶需求后，該公司的架構(gòu)師決定采用Command模式實(shí)現(xiàn)該系統(tǒng)的界面顯示部分，并設(shè)計(jì)UML類(lèi)圖，如圖8-41所示。圖中與Command模式中的"Invoker"角色相對(duì)應(yīng)的類(lèi)是（1），與"ConcreteCommand"角色相對(duì)應(yīng)的類(lèi)是（2）?？瞻祝?）處應(yīng)選擇（）A、CommandB、MenultemC、OpenD、ButktinBoardScreen7.為了幫助考生了解考試中有關(guān)構(gòu)件方面的試題題型，本節(jié)分析4道典型的試題?；跇?gòu)件的開(kāi)發(fā)模型包括軟件的需求分析定義、（1）、（2）、（3）以及測(cè)試和發(fā)布5個(gè)順序執(zhí)行的階段?？瞻祝?）處應(yīng)選擇（）A、數(shù)據(jù)庫(kù)建模B、業(yè)務(wù)過(guò)程建模C、對(duì)象建模D、構(gòu)件庫(kù)建立8.某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺(tái)掃描儀和一臺(tái)打印機(jī)?，F(xiàn)有3個(gè)圖像任務(wù)，每個(gè)任務(wù)有3個(gè)程序段：掃描Si，圖像處理Ci和打印Pi（i=1，2，3）。如圖1-15所示為3個(gè)任務(wù)各程序段并發(fā)執(zhí)行的前驅(qū)圖，其中，（1）可并行執(zhí)行，（2）的直接制約，（3）的間接制約。 空白（1）處應(yīng)選擇（）A、"C1S2"，"P1C2S3"，"P2C3"B、"C1S1"，"S2C2P2"，"C3P3"C、"S1C1P1"，"S2C2P2"，"S3C3P3"D、"S1S2S3"，"C1C2C3"，"P1P2P3"9.是一家在線旅游信息服務(wù)公司，其主要業(yè)務(wù)是為自助旅游者提供關(guān)于旅游線路及周邊信息的服務(wù)。隨著公司業(yè)務(wù)的不斷發(fā)展，公司用戶要求提供基于位置的增值旅游信息服務(wù)，即希望能夠在給定位置（利用GPS全球定位系統(tǒng)獲?。┑那闆r下得到周邊的地理位置、住宿、餐飲和交通等旅游相關(guān)信息。針對(duì)該需求，公司技術(shù)人員對(duì)現(xiàn)有系統(tǒng)的架構(gòu)和運(yùn)行模式進(jìn)行了認(rèn)真分析，決定采用Mashup（一種基于互聯(lián)網(wǎng)的內(nèi)容聚合技術(shù)）集成來(lái)自其合作網(wǎng)站（設(shè)為A、B、C、D）的信息，滿足用戶的需求。具體實(shí)現(xiàn)方式如下： ①利用A網(wǎng)站提供的地圖信息，得到用戶位置相關(guān)的周邊地理信息。 ②B網(wǎng)站根據(jù)用戶的位置信息向其提供周邊的住宿信息。 ③C網(wǎng)站根據(jù)用戶的位置信息向其提供周邊的餐飲信息。 ④D網(wǎng)站根據(jù)用戶的位置信息向其提供周邊的公交線路等信息。目前，互聯(lián)網(wǎng)上已經(jīng)存在很多Mashup應(yīng)用，各大網(wǎng)站也紛紛提供了各種格式的Mashup數(shù)據(jù)接口。請(qǐng)用300字以內(nèi)的文字給出3種目前經(jīng)常使用的Mashup數(shù)據(jù)接口，并加以簡(jiǎn)單說(shuō)明。10.The（1）isageneraldescriptionofthearchitectureofaworkflowmanagementsystemusedbytheWFMC,inwhichthemaincomponentsandtheassociatedinterfacesaresummarized.Theworkflowenactmentserviceistheheartofaworkflowsystemwhichconsistsofseveral（2）.空白（2）處應(yīng)選擇（）A、workflowenginesB、processesC、workflowthreadsD、tasks11.特定領(lǐng)域軟件架構(gòu)（DSSA）是在一個(gè)特定應(yīng)用領(lǐng)域?yàn)橐唤M應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件架構(gòu)。實(shí)施DSSA的過(guò)程中包括一系列基本的活動(dòng)，其中（1）活動(dòng)的主要目的是為了獲得DSSA。該活動(dòng)參加人員中，（2）的主要任務(wù)是提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識(shí)?？瞻祝?）處應(yīng)選擇（）A、領(lǐng)域需求B、領(lǐng)域分析C、領(lǐng)域設(shè)計(jì)D、領(lǐng)域?qū)崿F(xiàn)12.某高可靠性計(jì)算機(jī)系統(tǒng)由如圖11-6所示的冗余部件構(gòu)成。若每個(gè)部件的千小時(shí)可靠度R均為0.9，則該計(jì)算機(jī)系統(tǒng)的千小時(shí)可靠度為（1），該計(jì)算機(jī)系統(tǒng)的失效率λ可使用（2）來(lái)計(jì)算。注：t表示時(shí)間空白（2）處應(yīng)選擇（）A、lnR/tB、-lnR/tC、log2R/tD、-log2R/t13.SOA 某銀行開(kāi)通了網(wǎng)上銀行業(yè)務(wù)，其網(wǎng)上貸款業(yè)務(wù)流程如下： ①客戶在網(wǎng)上填寫(xiě)姓名、電子郵件地址、貸款類(lèi)型、貸款金額、身份證號(hào)、通訊地址等信息，提交貸款申請(qǐng)。 ②在指定的時(shí)間內(nèi)，客戶會(huì)收到銀行的電子郵件，通知貸款是否被批準(zhǔn)。 ③銀行根據(jù)客戶提交的信息，創(chuàng)建貸款申請(qǐng)任務(wù)，創(chuàng)建工作由運(yùn)行在主機(jī)上的CICS（客戶信息控制系統(tǒng)）完成，同時(shí)需要從第三方獲得客戶的信用審查信息。 ④由信貸員對(duì)該項(xiàng)貸款申請(qǐng)業(yè)務(wù)進(jìn)行審批，然后由風(fēng)險(xiǎn)檢查系統(tǒng)評(píng)估該項(xiàng)貸款的風(fēng)險(xiǎn)程度，風(fēng)險(xiǎn)大的貸款申請(qǐng)被拒絕。 ⑤無(wú)論批準(zhǔn)或者拒絕，結(jié)果都會(huì)通過(guò)郵件系統(tǒng)遞交給客戶。對(duì)于拒絕的貸款申請(qǐng)，還要通知貸款申請(qǐng)任務(wù)進(jìn)行有關(guān)操作。 ⑥除了信貸員審批環(huán)節(jié)需要人機(jī)交互外，業(yè)務(wù)是自動(dòng)進(jìn)行的。上述網(wǎng)上貸款業(yè)務(wù)采用SOA架構(gòu)來(lái)實(shí)現(xiàn)。上述業(yè)務(wù)流程中涉及哪些功能單元？什么是SOA？本題中的案例采用SOA具有哪些優(yōu)點(diǎn)？請(qǐng)用200字以內(nèi)文字說(shuō)明。14.用于在網(wǎng)絡(luò)應(yīng)用層和傳輸層之間提供加密方案的協(xié)議是（）A、PGPB、SSLC、IPSecD、DES15.山區(qū)某鄉(xiāng)的6個(gè)村之間有山路如圖9-16所示，其中的數(shù)字標(biāo)明了各條山路的長(zhǎng)度（千米）。鄉(xiāng)政府決定沿山路架設(shè)電話線。為實(shí)現(xiàn)村村通電話，電話線總長(zhǎng)至少為（）千米。A、11B、14C、18D、3316.某軟件公司開(kāi)發(fā)一項(xiàng)基于數(shù)據(jù)流的軟件，其系統(tǒng)的主要功能是對(duì)輸入的數(shù)據(jù)進(jìn)行多次分析、處理和加工，生成需要的輸出數(shù)據(jù)。需求方對(duì)該系統(tǒng)的軟件可靠性要求很高，要求系統(tǒng)能夠長(zhǎng)時(shí)間無(wú)故障運(yùn)行。該公司將該系統(tǒng)設(shè)計(jì)交給王工負(fù)責(zé)。王工給出該系統(tǒng)的模塊示意圖如圖12-18所示。王工解釋?zhuān)褐灰鱾€(gè)模塊的可靠度足夠高，失效率足夠低，則整個(gè)軟件系統(tǒng)的可靠性是有保證的。 李工對(duì)王工的方案提出了異議。李工認(rèn)為王工的說(shuō)法有兩個(gè)問(wèn)題：第一，即使每個(gè)模塊的可靠度足夠高，假設(shè)各個(gè)模塊的可靠度均為0.99，但是整個(gè)軟件系統(tǒng)模塊之間全部采用串聯(lián)，則整個(gè)軟件系統(tǒng)的可靠度為0.99=0.96，即整個(gè)軟件系統(tǒng)的可靠度下降明顯；第二，軟件系統(tǒng)模塊全部采用串聯(lián)結(jié)構(gòu)，一旦某個(gè)模塊失效，則意味著整個(gè)軟件系統(tǒng)失效。 李工認(rèn)為，應(yīng)該在軟件系統(tǒng)中采用冗余技術(shù)中的動(dòng)態(tài)冗余或者軟件容錯(cuò)的N版本程序設(shè)計(jì)技術(shù)，對(duì)容易失效或者非常重要的模塊進(jìn)行冗余設(shè)計(jì)，將模塊之間的串聯(lián)結(jié)構(gòu)部分變?yōu)椴⒙?lián)結(jié)構(gòu)，來(lái)提高整個(gè)軟件系統(tǒng)的可靠性。同時(shí)，李工給出了采用動(dòng)態(tài)冗余技術(shù)后的軟件系統(tǒng)模塊示意圖，如圖12-19所示。 劉工建議，李工方案中M1和M4模塊沒(méi)有采用容錯(cuò)設(shè)計(jì)，但M1和M4發(fā)生故障有可能導(dǎo)致嚴(yán)重后果。因此，可以在M1和M4模塊設(shè)計(jì)上采用檢錯(cuò)技術(shù)，在軟件出現(xiàn)故障后能及時(shí)發(fā)現(xiàn)并報(bào)警，提醒維護(hù)人員進(jìn)行處理。 注：假設(shè)各個(gè)模塊的可靠度均為0.99在系統(tǒng)可靠性中，可靠度和失效率是兩個(gè)非常關(guān)鍵的指標(biāo)，請(qǐng)分別解釋其含義。17.如圖9-7所示為某地區(qū)的運(yùn)輸網(wǎng)。各節(jié)點(diǎn)之間的運(yùn)輸能力如表9-7所示（單位：萬(wàn)噸/小時(shí)）：從節(jié)點(diǎn)①到節(jié)點(diǎn)⑥的最大運(yùn)輸能力（流量）可以達(dá)到（）萬(wàn)噸/小時(shí)。A、26B、23C、22D、2118.博學(xué)公司欲實(shí)現(xiàn)一個(gè)數(shù)據(jù)處理軟件，該軟件需要從網(wǎng)絡(luò)接收一組復(fù)雜的數(shù)據(jù)，然后分步進(jìn)行解析和處理。在這種情況下，采用（）的體系結(jié)構(gòu)風(fēng)格比較適合。A、遠(yuǎn)程過(guò)程調(diào)用B、層次化C、管道/過(guò)濾器D、共享數(shù)據(jù)19.閱讀以下軟件架構(gòu)設(shè)計(jì)的問(wèn)題，在答題紙上回答問(wèn)題1和問(wèn)題2。 某軟件開(kāi)發(fā)公司欲為某電子商務(wù)企業(yè)開(kāi)發(fā)一個(gè)在線交易平臺(tái)，支持客戶完成網(wǎng)上購(gòu)物活動(dòng)中的在線交易。在系統(tǒng)開(kāi)發(fā)之初，企業(yè)對(duì)該平臺(tái)提出了如下要求。 （1）在線交易平臺(tái)必須在1秒內(nèi)完成客戶的交易請(qǐng)求。 （2）該平臺(tái)必須保證客戶個(gè)人信息和交易信息的安全。 （3）當(dāng)發(fā)生故障時(shí)，該平臺(tái)的平均故障恢復(fù)時(shí)間必須小于10秒。 （4）由于企業(yè)業(yè)務(wù)發(fā)展較快，需要經(jīng)常為該平臺(tái)添加新功能或進(jìn)行硬件升級(jí)。添加新功能或進(jìn)行硬件升級(jí)必須在6小時(shí)內(nèi)完成。 針對(duì)這些要求，該軟件開(kāi)發(fā)公司決定采用基于架構(gòu)的軟件開(kāi)發(fā)方法，以架構(gòu)為核心進(jìn)行在線交易平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)。請(qǐng)對(duì)該在線交易平臺(tái)的4個(gè)要求進(jìn)行分析，用300字以內(nèi)的文字指出每個(gè)要求對(duì)應(yīng)何種軟件質(zhì)量屬性；并針對(duì)每種軟件質(zhì)量屬性，各給出兩種實(shí)現(xiàn)該質(zhì)量屬性的架構(gòu)設(shè)計(jì)策略。20.網(wǎng)絡(luò)設(shè)計(jì)方案中應(yīng)重點(diǎn)體現(xiàn)安全性原則，但是不計(jì)成本的安全性設(shè)計(jì)也是不可取的，安全方案應(yīng)該滿足應(yīng)用需求。下述選項(xiàng)中，（）安全性需求相對(duì)較弱。A、政府網(wǎng)B、校園網(wǎng)C、企業(yè)網(wǎng)D、金融網(wǎng)21.軟件系統(tǒng)架構(gòu) 博學(xué)公司欲開(kāi)發(fā)一個(gè)車(chē)輛定速巡航控制系統(tǒng)，以確保車(chē)輛在不斷變化的地形中以固定的速度行駛。如圖12-6所示給出了該系統(tǒng)的簡(jiǎn)化示意圖。 表12-2描述了各種系統(tǒng)輸入的含義。 公司的領(lǐng)域?qū)＜覍?duì)需求進(jìn)行深入分析后，將系統(tǒng)需求認(rèn)定為：任何時(shí)刻，只要定速巡航控制系統(tǒng)處于工作狀態(tài)，就要有確定的期望速度，并通過(guò)調(diào)整引擎油門(mén)的設(shè)定值來(lái)維持期望速度。 在對(duì)車(chē)輛定速巡航控制系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時(shí)，公司的架構(gòu)師王工提出采用面向?qū)ο蟮募軜?gòu)風(fēng)格，而李工則主張采用控制環(huán)路的架構(gòu)風(fēng)格。在架構(gòu)評(píng)估會(huì)議上，專(zhuān)家對(duì)這兩種方案進(jìn)行綜合評(píng)價(jià)，最終采用了面向?qū)ο蠛涂刂骗h(huán)路相結(jié)合的混合架構(gòu)風(fēng)格。實(shí)際的軟件系統(tǒng)架構(gòu)通常是多種架構(gòu)風(fēng)格的混合，不同的架構(gòu)風(fēng)格都有其適合的應(yīng)用場(chǎng)景。以該系統(tǒng)為例，針對(duì)面向?qū)ο蠹軜?gòu)風(fēng)格和控制環(huán)路架構(gòu)風(fēng)格，各給出兩個(gè)適合的應(yīng)用場(chǎng)景，并簡(jiǎn)要說(shuō)明理由。22.嵌入式軟件體系架構(gòu) 博學(xué)公司承擔(dān)了一項(xiàng)宇航嵌入式設(shè)備的研制任務(wù)。本項(xiàng)目除對(duì)硬件設(shè)備環(huán)境有很高的要求外，還要求支持以下功能： ①設(shè)備由多個(gè)處理機(jī)模塊組成，需要時(shí)外場(chǎng)可快速更換（即LRM結(jié)構(gòu)）。 ②應(yīng)用軟件應(yīng)與硬件無(wú)關(guān)，便于軟硬件的升級(jí)。 ⑨由于宇航嵌入式設(shè)備中要支持不同功能，系統(tǒng)應(yīng)支持完成不同功能任務(wù)間的數(shù)據(jù)隔離。 ④宇航設(shè)備可靠性要求高，系統(tǒng)要有故障處理能力。 公司在接到此項(xiàng)任務(wù)后，進(jìn)行了反復(fù)論證，提出三層棧（TLS）軟件總體架構(gòu)，如圖12-7所示，并將軟件設(shè)計(jì)工作交給了李工，要求其在3周內(nèi)完成軟件總體設(shè)計(jì)工作，給出總體設(shè)計(jì)方案。用150字以內(nèi)的文字，說(shuō)明公司制定的TLS軟件架構(gòu)的層次特點(diǎn)，并針對(duì)上述功能需求①～④，說(shuō)明架構(gòu)中各層內(nèi)涵。23.設(shè)系統(tǒng)的失效率為λ，則系統(tǒng)的平均故障間隔時(shí)間MTBF為（）A、1/λB、2λC、λ2D、1+λ24.GJB473-88（軍用軟件開(kāi)發(fā)規(guī)范）是（）A、國(guó)家標(biāo)準(zhǔn)B、行業(yè)標(biāo)準(zhǔn)C、地方標(biāo)準(zhǔn)D、企業(yè)標(biāo)準(zhǔn)25.內(nèi)存按字節(jié)編址，利用8KX4bit的存儲(chǔ)器芯片構(gòu)成84000H～8FFFFH的內(nèi)存，共需（）片。A、6B、8C、12D、2426.結(jié)構(gòu)化軟件系統(tǒng)建模 博學(xué)公司擬開(kāi)發(fā)一個(gè)商業(yè)情報(bào)處理系統(tǒng)，使公司能夠及時(shí)針對(duì)市場(chǎng)環(huán)境的變化及時(shí)調(diào)整發(fā)展戰(zhàn)略，以獲取最大的商業(yè)利益。項(xiàng)目組經(jīng)過(guò)討論，決定采用結(jié)構(gòu)化分析和設(shè)計(jì)方法。在系統(tǒng)分析階段，為了更好地對(duì)情報(bào)數(shù)據(jù)處理流程及其與外部角色的關(guān)聯(lián)進(jìn)行建模，項(xiàng)目組成員分別給出了自己的設(shè)計(jì)思路： ①小張?zhí)岢鱿葮?gòu)建系統(tǒng)流程圖(SystemFlowcharts)，以便更精確地反映系統(tǒng)的業(yè)務(wù)處理過(guò)程及數(shù)據(jù)的輸入和輸出。 ②小李提出先構(gòu)建系統(tǒng)數(shù)據(jù)流圖(DataFlowDiagrams)，來(lái)展現(xiàn)系統(tǒng)的處理過(guò)程和定義業(yè)務(wù)功能邊界，并給出了情報(bào)分類(lèi)子系統(tǒng)的0層和1層數(shù)據(jù)流圖，后者如圖12-1所示。 項(xiàng)目組經(jīng)討論確定以數(shù)據(jù)流圖作為本階段的建模手段。工程師老王詳細(xì)說(shuō)明了流程圖和數(shù)據(jù)流圖之間的區(qū)別與聯(lián)系，并指出了圖12-1所示的數(shù)據(jù)流圖中存在的錯(cuò)誤。流程圖和數(shù)據(jù)流圖是軟件系統(tǒng)分析設(shè)計(jì)中常用的兩種手段，請(qǐng)用300字以內(nèi)簡(jiǎn)要說(shuō)明流程圖與數(shù)據(jù)流圖的含義及其區(qū)別，并說(shuō)明項(xiàng)目組為何確定采用數(shù)據(jù)流圖作為建模手段。27.博學(xué)公司欲針對(duì)Linux操作系統(tǒng)開(kāi)發(fā)一個(gè)KWIC（KeyWordInContext）檢索系統(tǒng)。該系統(tǒng)接收用戶輸入的查詢關(guān)鍵字，依據(jù)字母順序給出相關(guān)幫助文檔并根據(jù)幫助內(nèi)容進(jìn)行循環(huán)滾動(dòng)閱讀。在對(duì)KWIC系統(tǒng)進(jìn)行需求分析時(shí)，公司的業(yè)務(wù)專(zhuān)家發(fā)現(xiàn)用戶后續(xù)還有可能采用其他方式展示幫助內(nèi)容。根據(jù)目前需求，公司的技術(shù)人員決定通過(guò)重復(fù)剪切幫助文檔中的第一個(gè)單詞并將其插入到行尾的方式實(shí)現(xiàn)幫助文檔內(nèi)容的循環(huán)滾動(dòng)，后續(xù)還將采用其他的方法實(shí)現(xiàn)這一功能。 在對(duì)KWIC系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時(shí)，公司的架構(gòu)師王工提出采用共享數(shù)據(jù)的主程序-子程序的架構(gòu)風(fēng)格，而李工則主張采用管道-過(guò)濾器的架構(gòu)風(fēng)格。在架構(gòu)評(píng)估會(huì)議上，大家從系統(tǒng)的算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面對(duì)這兩種方案進(jìn)行評(píng)價(jià)，最終采用了李工的方案。在實(shí)際的軟件項(xiàng)目開(kāi)發(fā)中，采用恰當(dāng)?shù)募軜?gòu)風(fēng)格是項(xiàng)目成功的保證。請(qǐng)用200字以內(nèi)的文字說(shuō)明什么是軟件架構(gòu)風(fēng)格，并對(duì)主程序-子程序和管道-過(guò)濾器這兩種架構(gòu)風(fēng)格的特點(diǎn)進(jìn)行描述。28.某軟件公司開(kāi)發(fā)某種軟件產(chǎn)品時(shí)花費(fèi)的固定成本為16萬(wàn)元，每套產(chǎn)品的可變成本為2元，設(shè)銷(xiāo)售單價(jià)為10元，則需要銷(xiāo)售（）套才能達(dá)到盈虧平衡點(diǎn)。A、13000B、16000C、18000D、2000029.軟件開(kāi)發(fā)環(huán)境是支持軟件產(chǎn)品開(kāi)發(fā)的軟件系統(tǒng)，它由軟件工具集和環(huán)境集成機(jī)制構(gòu)成。環(huán)境集成機(jī)制包括：提供統(tǒng)一的數(shù)據(jù)模式和數(shù)據(jù)接口規(guī)范的數(shù)據(jù)集成機(jī)制；支持各開(kāi)發(fā)活動(dòng)之間通信、切換、調(diào)度和協(xié)同的（1）；為統(tǒng)一操作方式提供支持的（2）。空白（2）處應(yīng)選擇（）A、操作集成機(jī)制B、控制集成機(jī)制C、平臺(tái)集成機(jī)制D、界面集成機(jī)制30.某項(xiàng)目最初的網(wǎng)絡(luò)圖如圖11-11所示，為了壓縮進(jìn)度，項(xiàng)目經(jīng)理根據(jù)實(shí)際情況了快速跟進(jìn)的方法：在任務(wù)A已經(jīng)開(kāi)始一天后開(kāi)始實(shí)施任務(wù)C，從而使任務(wù)C與任務(wù)A并行3天。這種做法將使項(xiàng)目（）A、完工日期不變B、提前4天完成C、提前3天完成D、提前2天完成卷II參考答案一.參考題庫(kù)1.參考答案: 調(diào)查、訪談、演示、組交互（會(huì)議）、書(shū)面交流（電子郵件）等。2.參考答案:A3.參考答案:B4.參考答案:C5.參考答案:C6.參考答案:B7.參考答案:D8.參考答案:A9.參考答案: 目前常見(jiàn)的Mashup接口主要有以下3種： ①聚合內(nèi)容（ReallySimpleSyndication，RSS）式的Mashup接口。一種用于對(duì)網(wǎng)站內(nèi)容進(jìn)行描述和同步的格式，是目前使用最為廣泛的Web資源發(fā)布方式，可以被稱為資源共享模式的延伸。 ②表述性狀態(tài)轉(zhuǎn)移（RepresentationalStateTransfer，REST）式的Mashup接口。REST從資源的角度來(lái)看待整個(gè)網(wǎng)絡(luò)，分布在各處的資源由統(tǒng)一資源標(biāo)識(shí)符（UnifiedResourceIdentifier，URI）確定，而客戶端的應(yīng)用通過(guò)URI來(lái)獲取資源的表示。 ③基于簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議（SimpleObjectAccessProtocol，SOAP）的Web服務(wù)式Mashup接口。一種基于XML的數(shù)據(jù)格式定義，用來(lái)進(jìn)行Web服務(wù)調(diào)用過(guò)程中的參數(shù)調(diào)用和返回