2024年計(jì)算機(jī)軟件水平考試-高級(jí)系統(tǒng)架構(gòu)師考試近5年真題附答案

（圖片大小可自由調(diào)整）2024年計(jì)算機(jī)軟件水平考試-高級(jí)系統(tǒng)架構(gòu)師考試近5年真題薈萃附答案第I卷一.參考題庫(kù)(共100題)1.實(shí)施軟件重用的目的是要使軟件開(kāi)發(fā)工作進(jìn)行得（1）。軟件重用的實(shí)際效益除了（2）之外，在企業(yè)的經(jīng)營(yíng)管理方面也可望達(dá)到理想的效益?？瞻祝?）處應(yīng)選擇（）A、重用率B、功能擴(kuò)充C、效率D、空間利用率2.軟件質(zhì)量屬性 某軟件開(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)提出了如下要求： ①在線交易平臺(tái)必須在1s內(nèi)完成客戶的交易請(qǐng)求。 ②該平臺(tái)必須保證客戶個(gè)人信息和交易信息的安全。 ③當(dāng)發(fā)生故障時(shí)，該平臺(tái)的平均故障恢復(fù)時(shí)間必須小于10s。 ④由于企業(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ì)量屬性，各給出2種實(shí)現(xiàn)該質(zhì)量屬性的架構(gòu)設(shè)計(jì)策略。3.用例（usecase）用來(lái)描述系統(tǒng)對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系筑”中，創(chuàng)建新訂單和更新訂單都需要核查用戶賬號(hào)是否正確。用例“創(chuàng)建新訂單”、“更新訂單”與用例“核查客戶賬號(hào)”之間是（）關(guān)系。A、包含（includE.B、擴(kuò)展（extenD.C、分類(lèi)（classification）D、聚集（aggregation）4.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)的。空白（2）處應(yīng)選擇（）A、用例圖B、活動(dòng)圖C、狀態(tài)圖D、順序圖5.博學(xué)軟件公司承擔(dān)了某項(xiàng)國(guó)家重點(diǎn)項(xiàng)目的研制工作，任務(wù)重點(diǎn)是參考國(guó)外汽車(chē)電子發(fā)展趨勢(shì)，開(kāi)發(fā)某汽車(chē)公司的企業(yè)汽車(chē)電子基礎(chǔ)軟件的架構(gòu)，逐步實(shí)現(xiàn)汽車(chē)企業(yè)未來(lái)技術(shù)發(fā)展規(guī)劃。 該公司接收此項(xiàng)任務(wù)后，調(diào)動(dòng)全體技術(shù)人員深入收集國(guó)外相關(guān)技術(shù)資料，經(jīng)過(guò)多方調(diào)研和分析，公司提出遵照國(guó)際組織最新推出的AUTOSAR規(guī)范，按統(tǒng)籌規(guī)劃、分步驟實(shí)施的原則，實(shí)現(xiàn)汽車(chē)公司的基礎(chǔ)軟件架構(gòu)設(shè)計(jì)。圖12-11給出了AUTOSAR規(guī)范所定義的工作包，圖中灰色部分代表本項(xiàng)目工作所包含的內(nèi)容，即軟件架構(gòu)和基礎(chǔ)軟件。 圖12-11中的Ⅱ-1.1.1項(xiàng)中定義了軟件架構(gòu)和操作系統(tǒng)的要求，圖12-14所示是滿足AUTOSAR定義的操作系統(tǒng)各功能模塊的層次結(jié)構(gòu)，請(qǐng)說(shuō)明（1）～（5）箭頭所標(biāo)的具體操作含義。6.RUP是一個(gè)二維的軟件開(kāi)發(fā)模型，其核心特點(diǎn)之一是（1）。RUP將軟件開(kāi)發(fā)生存周期劃分為多個(gè)循環(huán)（cycle），每個(gè)循環(huán)由4個(gè)連續(xù)的階段組成，每個(gè)階段完成確定的任務(wù)。設(shè)計(jì)及確定系統(tǒng)的體系結(jié)構(gòu)，制定工作計(jì)劃及資源要求是在（2）階段完成的?？瞻祝?）處應(yīng)選擇（）A、數(shù)據(jù)驅(qū)動(dòng)B、模型驅(qū)動(dòng)C、用例驅(qū)動(dòng)D、狀態(tài)驅(qū)動(dòng)7.軟件的逆向工程是一個(gè)恢復(fù)設(shè)計(jì)的過(guò)程，從現(xiàn)有的程序中抽取數(shù)據(jù)、體系結(jié)構(gòu)和過(guò)程的設(shè)計(jì)信息。逆向工程的完備性可以用在某一個(gè)抽象層次上提供信息的詳細(xì)程度來(lái)描述，在大多數(shù)情況下，抽象層次越高，完備性就越低。下列可以通過(guò)逆向工程恢復(fù)的制品中，完備性最低的是（）A、過(guò)程的設(shè)計(jì)模型B、程序和數(shù)據(jù)結(jié)構(gòu)C、對(duì)象模型、數(shù)據(jù)和控制流D、UML狀態(tài)圖和部署圖8.在Linux系統(tǒng)中，一般用（）命令來(lái)測(cè)試另一臺(tái)主機(jī)是否可達(dá)。A、pingB、ifconfigC、netstatD、uname9.為了幫助考生了解在實(shí)際考試中的多媒體知識(shí)試題的題型，本節(jié)分析6道典型的試題。在多媒體數(shù)據(jù)庫(kù)中，基于內(nèi)容檢索的架構(gòu)可分為（1）兩個(gè)子系統(tǒng)?；趦?nèi)容檢索要解決的關(guān)鍵技術(shù)是（2）?？瞻祝?）處應(yīng)選擇（）A、多媒體數(shù)據(jù)管理和調(diào)度B、用戶訪問(wèn)和數(shù)據(jù)庫(kù)管理C、特征提取和查詢D、多媒體數(shù)據(jù)查詢和用戶訪問(wèn)10.為維護(hù)軟件開(kāi)發(fā)者的合法權(quán)益，解決自動(dòng)保護(hù)可能產(chǎn)生的權(quán)屬糾紛，我國(guó)實(shí)行了（）A、計(jì)算機(jī)軟件著作權(quán)登記制度B、計(jì)算機(jī)軟件標(biāo)記制度C、計(jì)算機(jī)軟件商標(biāo)制度D、計(jì)算機(jī)軟件產(chǎn)權(quán)審查制度11.基于場(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)12.若某航空公司的飛機(jī)訂票系統(tǒng)有n個(gè)訂票終端，系統(tǒng)為每個(gè)訂票終端創(chuàng)建一個(gè)售票終端的進(jìn)程。假設(shè)Pi（i=1，2，…，n）表示售票終端的進(jìn)程，Hj（j=1，2，…，m）表示公共數(shù)據(jù)區(qū)，分別存放各個(gè)航班的現(xiàn)存票數(shù)，Temp為工作單元。系統(tǒng)初始化時(shí)將信號(hào)量S賦值為1）。Pi進(jìn)程的工作流程如圖1-14所示，a、b和c處將執(zhí)行P操作和V操作，則圖1-14中a、b和c應(yīng)填入（2） 空白（2）處應(yīng)選擇（）A、P（S）、V（S）和V（S）B、P（S）、P（S）和V（S）C、V（S）、P（S）和P（S）D、V（S）、V（S）和P（S）13.配置項(xiàng)是構(gòu)成產(chǎn)品配置的主要元素，其中（）不屬于配置項(xiàng)。A、設(shè)備清單B、項(xiàng)目質(zhì)量報(bào)告C、源代碼D、測(cè)試用例14.結(jié)構(gòu)模板能夠幫助分析員建立一個(gè)逐層細(xì)化的層次結(jié)構(gòu)。結(jié)構(gòu)環(huán)境圖（ArchitectureContextDiagram，ACD）位于層次結(jié)構(gòu)的頂層。在從ACD導(dǎo)出的（）中給出了各個(gè)專(zhuān)門(mén)子系統(tǒng)和重要（數(shù)據(jù)與控制）信息流。A、系統(tǒng)語(yǔ)境圖（SCD）B、結(jié)構(gòu)互連圖（AID）C、結(jié)構(gòu)流程圖（AFD）D、結(jié)構(gòu)圖的規(guī)格說(shuō)明（ADS）15.傳輸一幅分辨率為640×480，6.5萬(wàn)色的照片（圖像），假設(shè)采用數(shù)據(jù)傳輸速度為56Kbps.大約需要（）秒鐘。A、34.82B、42.86C、85.71D、87.7716.需求工程幫助軟件工程師更好地理解要解決的問(wèn)題。下列開(kāi)發(fā)過(guò)程中的活動(dòng)，不屬于需求工程范疇的是（）A、理解客戶需要什么，分析要求，評(píng)估可行性B、與客戶協(xié)商合理的解決方案，無(wú)歧義地詳細(xì)說(shuō)明方案C、向客戶展現(xiàn)系統(tǒng)的初步設(shè)計(jì)方案，并得到客戶的認(rèn)可D、管理需求以至將這些需求轉(zhuǎn)化為可運(yùn)行的系統(tǒng)17.服務(wù)器的部署是網(wǎng)絡(luò)規(guī)劃的重要環(huán)節(jié)。某單位網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如圖4-9所示，需要部署VOD服務(wù)器、Web服務(wù)器、郵件服務(wù)器，此外還需要部署流量監(jiān)控服務(wù)器對(duì)單位內(nèi)部網(wǎng)絡(luò)流量進(jìn)行監(jiān)控。VOD服務(wù)器應(yīng)部署在位置（1），Web服務(wù)器應(yīng)部署在位置（2），流量監(jiān)控服務(wù)器應(yīng)部署在位置（3）。上述服務(wù)器中，流出流量最大的是（4），流入流量最大的是（5）?？瞻祝?）處應(yīng)選擇（）A、VOD服務(wù)器B、Web服務(wù)器C、流量監(jiān)控服務(wù)器D、郵件服務(wù)器18.在一個(gè)單CPU的計(jì)算機(jī)系統(tǒng)中，有3臺(tái)不同的外部設(shè)備R1、R2、R3和3個(gè)進(jìn)程P1、P2、P3。系統(tǒng)CPU調(diào)度采用可剝奪式優(yōu)先級(jí)的進(jìn)程調(diào)度方案，3個(gè)進(jìn)程的優(yōu)先級(jí)、使用設(shè)備的先后順序和占用設(shè)備時(shí)間如表1-6所示。假設(shè)操作系統(tǒng)的開(kāi)銷(xiāo)忽略不計(jì)，從3個(gè)進(jìn)程同時(shí)投入運(yùn)行到全部完成，CPU的利用率約為（1）%：R3的利用率約為（2）%（設(shè)備的利用率指該設(shè)備的使用時(shí)間與進(jìn)程組全部完成所占用時(shí)間的比率）。空白（1）處應(yīng)選擇（）A、66.7B、75C、83.3D、91.719.某計(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"20.基于場(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、問(wèn)題說(shuō)明B、問(wèn)題建模C、需求說(shuō)明D、需求建模21.基于構(gòu)件的開(kāi)發(fā)模型包括軟件的需求分析定義、（1）、（2）、（3），以及測(cè)試和發(fā)布5個(gè)順序執(zhí)行的階段?？瞻祝?）處應(yīng)選擇（）A、應(yīng)用軟件構(gòu)建B、構(gòu)件配置管理C、構(gòu)件單元測(cè)試D、構(gòu)件編碼實(shí)現(xiàn)22.系統(tǒng)輸入設(shè)計(jì)中，采用內(nèi)部控制方式以確保輸入系統(tǒng)數(shù)據(jù)的有效性，（）用于驗(yàn)證數(shù)據(jù)是否位于合法的取值范圍。A、數(shù)據(jù)類(lèi)型檢查B、自檢位C、域檢查D、格式檢查23.軟件質(zhì)量保證是軟件項(xiàng)目控制的重要手段，（）是軟件質(zhì)量保證的主要活動(dòng)之一。A、風(fēng)險(xiǎn)評(píng)估B、軟件評(píng)審C、需求分析D、架構(gòu)設(shè)計(jì)24.面向?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、交互圖25.建立一個(gè)供應(yīng)商、零件數(shù)據(jù)庫(kù)。其中"供應(yīng)商"表S（Sno，Sname，Zip，City）中的屬性分別表示供應(yīng)商代碼、供應(yīng)商名、供應(yīng)商郵編、供應(yīng)商所在城市，其函數(shù)依賴(lài)為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））；空白（1）處應(yīng)選擇（）A、FOREIGNKEYB、NOTNULLUNIQUEC、FOREIGNKEY（Sno）D、PRIMARYKEY（Sname）26.敏捷軟件過(guò)程強(qiáng)調(diào)：讓客戶滿意和軟件盡早增量發(fā)布；小而高度自主的項(xiàng)目團(tuán)隊(duì)；非正式的方法；最小化軟件工程工作產(chǎn)品，以及整體精簡(jiǎn)開(kāi)發(fā)。（）不是采用這種軟件開(kāi)發(fā)過(guò)程的原因。A、難以提前預(yù)測(cè)哪些需求是穩(wěn)定的和哪些需求會(huì)變化B、對(duì)于軟件項(xiàng)目開(kāi)發(fā)來(lái)說(shuō)，設(shè)計(jì)和實(shí)現(xiàn)可以做到基本分離C、從制訂計(jì)劃的角度來(lái)看，分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試并不容易預(yù)測(cè)D、可執(zhí)行原型和部分實(shí)現(xiàn)的可運(yùn)行系統(tǒng)是了解用戶需求和反饋的有效媒介27.某公司欲開(kāi)發(fā)一門(mén)戶網(wǎng)站，將公司的各個(gè)分公司及辦事處信息進(jìn)行整合。現(xiàn)決定采用Composite設(shè)計(jì)模式來(lái)實(shí)現(xiàn)公司的組織結(jié)構(gòu)關(guān)系，并設(shè)計(jì)了如圖12-18所示的UML類(lèi)圖。圖中與Composite模式中的Component角色相對(duì)應(yīng)的類(lèi)是（1），與Composite角色相對(duì)應(yīng)的類(lèi)是（2）?？瞻祝?）處應(yīng)選擇（）A、CompanyB、FinanceDepartmentC、HRDepartmentD、ConcreteCompany28.下列聚合類(lèi)型中內(nèi)聚程度最高的是（1），下列耦合類(lèi)型中耦合程度最低的是（2）?？瞻祝?）處應(yīng)選擇（）A、偶然內(nèi)聚B、時(shí)間內(nèi)聚C、功能內(nèi)聚D、過(guò)程內(nèi)聚29.軟件架構(gòu)設(shè)計(jì)包括提出架構(gòu)模型、產(chǎn)生架構(gòu)設(shè)計(jì)和進(jìn)行設(shè)計(jì)評(píng)審等活動(dòng)，是一個(gè)迭代的過(guò)程。以下關(guān)于軟件架構(gòu)設(shè)計(jì)活動(dòng)的描述，錯(cuò)誤的是（）A、在建立軟件架構(gòu)的初期，一般需要選擇一個(gè)合適的架構(gòu)風(fēng)格B、將架構(gòu)分析階段已標(biāo)識(shí)的構(gòu)件映射到架構(gòu)中，并分析這些構(gòu)件之間的關(guān)系C、軟件架構(gòu)設(shè)計(jì)活動(dòng)將已標(biāo)識(shí)構(gòu)件集成到軟件架構(gòu)中，設(shè)計(jì)并實(shí)現(xiàn)這些構(gòu)件D、一旦得到了詳細(xì)的軟件架構(gòu)設(shè)計(jì)，需要邀請(qǐng)獨(dú)立于系統(tǒng)開(kāi)發(fā)的外部人員對(duì)系統(tǒng)進(jìn)行評(píng)審30.用戶文檔主要描述所交付系統(tǒng)的功能和使用方法。下列文檔中,（）屬于用戶文檔。A、需求說(shuō)明書(shū)B(niǎo)、系統(tǒng)設(shè)計(jì)文檔C、安裝文檔D、系統(tǒng)測(cè)試計(jì)劃31.軟件質(zhì)量屬性通常需要采用特定的設(shè)計(jì)策略實(shí)現(xiàn)。例如，（1）設(shè)計(jì)策略能提高該系統(tǒng)的可用性，（2）設(shè)計(jì)策略能夠提高該系統(tǒng)的性能，（3）設(shè)計(jì)策略能夠提高該系統(tǒng)的安全性?？瞻祝?）處應(yīng)選擇（）A、引入中間層B、事務(wù)機(jī)制C、主動(dòng)冗余D、優(yōu)先級(jí)隊(duì)列32.博學(xué)公司所生產(chǎn)的U盤(pán)使用了其品牌產(chǎn)品"移動(dòng)硬盤(pán)"的注冊(cè)商標(biāo)，那么，該公司（）的商標(biāo)專(zhuān)用權(quán)。A、享有了其U盤(pán)B、不享有其U盤(pán)C、享有移動(dòng)硬盤(pán)和U盤(pán)D、不享有移動(dòng)硬盤(pán)和U盤(pán)33.某工程包括7個(gè)作業(yè)（A～G），各作業(yè)所需的時(shí)間和人數(shù)，以及互相銜接的關(guān)系如圖9-15所示（其中虛線表示不消耗資源的虛作業(yè)）。如果各個(gè)作業(yè)都按最早可能時(shí)間開(kāi)始，那么，正確描述該工程每一天所需人數(shù)的圖為（）A、B、C、D、34.軟件系統(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í)際的軟件項(xiàng)目開(kāi)發(fā)中，采用成熟的架構(gòu)風(fēng)格是項(xiàng)目成功的保證。請(qǐng)用200字以內(nèi)的文字說(shuō)明：什么是軟件架構(gòu)風(fēng)格；面向?qū)ο蠛涂刂骗h(huán)路兩種架構(gòu)風(fēng)格各自的特點(diǎn)。35.論文：論軟件三層結(jié)構(gòu)的設(shè)計(jì) 目前，三層結(jié)構(gòu)或多層結(jié)構(gòu)已經(jīng)成為軟件開(kāi)發(fā)的主流，采用三層結(jié)構(gòu)有很多好處，例如，能有效降低建設(shè)和維護(hù)成本，簡(jiǎn)化管理，適應(yīng)大規(guī)模和復(fù)雜的應(yīng)用需求，可適應(yīng)不斷的變化和新的業(yè)務(wù)需求等。在三層結(jié)構(gòu)的開(kāi)發(fā)中，中間件的設(shè)計(jì)占重要地位。 請(qǐng)圍繞“軟件三層結(jié)構(gòu)的設(shè)計(jì)”論題，依次對(duì)以下3個(gè)方面進(jìn)行論述。 （1）概要敘述你參與分析和開(kāi)發(fā)的軟件項(xiàng)目以及你所擔(dān)任的主要工作。 （2）具體討論你是如何設(shè)計(jì)三層結(jié)構(gòu)的，詳細(xì)描述其設(shè)計(jì)過(guò)程，遇到過(guò)的問(wèn)題以及解決的辦法。 （3）分析你采用三層結(jié)構(gòu)所帶來(lái)的效果如何，以及有哪些還需要進(jìn)一步改進(jìn)的地方，如何改進(jìn)？36.論信息系統(tǒng)建模方法 系統(tǒng)模型在軟件開(kāi)發(fā)中扮演著重要的角色?？蔀橐延械南到y(tǒng)創(chuàng)建模型，以便更好地理解這些系統(tǒng)；也可以針對(duì)待開(kāi)發(fā)的系統(tǒng)創(chuàng)建模型，作為記錄業(yè)務(wù)需求或技術(shù)設(shè)計(jì)的方法。模型是建立信息系統(tǒng)的基礎(chǔ)。恰當(dāng)?shù)剡\(yùn)用信息系統(tǒng)建模方法，是成功地進(jìn)行軟件開(kāi)發(fā)的一個(gè)關(guān)鍵環(huán)節(jié)。 請(qǐng)圍繞"論信息系統(tǒng)建模方法"論題，依次從以下3個(gè)方面進(jìn)行論述。 ①概要敘述你參與管理和開(kāi)發(fā)的信息系統(tǒng)項(xiàng)目，以及你在其中所承擔(dān)的主要工作。 ②論述常見(jiàn)的信息系統(tǒng)建模方法的主要內(nèi)容（包括每種建模方法的核心思想及所創(chuàng)建的模型）。 ③具體闡述你參與管理和開(kāi)發(fā)的項(xiàng)目中選擇使用的信息系統(tǒng)建模方法及選擇該方法的原因，給出具體的實(shí)施過(guò)程和實(shí)施效果。37.在層次化網(wǎng)絡(luò)設(shè)計(jì)方案中，（）是核心層的主要任務(wù)。A、高速數(shù)據(jù)轉(zhuǎn)發(fā)B、接入InternetC、工作站接入網(wǎng)絡(luò)D、實(shí)現(xiàn)網(wǎng)絡(luò)的訪問(wèn)策略控制38.快速迭代式的原型開(kāi)發(fā)能夠有效控制成本（）是指在開(kāi)發(fā)過(guò)程中逐步改進(jìn)和細(xì)化原型，直至產(chǎn)生出目標(biāo)系統(tǒng)。A、可視化原型開(kāi)發(fā)B、拋棄式原型開(kāi)發(fā)C、演化式原型開(kāi)發(fā)D、增量式原型開(kāi)發(fā)39.許多黑客利用緩沖區(qū)溢出漏洞進(jìn)行攻擊，對(duì)于這一威脅，最可靠的解決方案是（）A、安裝防火墻B、安裝用戶認(rèn)證系統(tǒng)C、安裝相關(guān)的系統(tǒng)補(bǔ)丁D、安裝防病毒軟件40.若內(nèi)存地址區(qū)間為4000H～43FFH，每個(gè)存儲(chǔ)單元可存儲(chǔ)16位二進(jìn)制數(shù)，該內(nèi)存區(qū)域用4片存儲(chǔ)器芯片構(gòu)成，則構(gòu)成該內(nèi)存所用的存儲(chǔ)器芯片的容量是（）A、512×16bitB、256×8bitC、256×16bitD、1024×8bit41.在Windows操作系統(tǒng)中，要實(shí)現(xiàn)一臺(tái)具有多個(gè)域名的Web服務(wù)器，正確的方法是（）A、使用虛擬目錄B、使用虛擬主機(jī)C、安裝多套IISD、為IIS配置多個(gè)Web服務(wù)端口42.（）方法以原型開(kāi)發(fā)思想為基礎(chǔ)，采用迭代增量式開(kāi)發(fā)，發(fā)行版本小型化，比較適合需求變化較大或者開(kāi)發(fā)前期對(duì)需求不是很清晰的項(xiàng)目。A、信息工程B、結(jié)構(gòu)化C、面向?qū)ο驞、敏捷43.大型局域網(wǎng)通常劃分為核心層、匯聚層和接入層，以下關(guān)于各個(gè)網(wǎng)絡(luò)層次的描述中，不正確的是（）A、核心層進(jìn)行訪問(wèn)控制列表檢查B、匯聚層定義了網(wǎng)絡(luò)的訪問(wèn)策略C、接入層提供局域網(wǎng)絡(luò)接入功能D、接入層可以使用集線器代替交換機(jī)44.面向功能的軟件度量使用軟件所提供功能的測(cè)量作為規(guī)范化值。下面關(guān)于面向功能的軟件度量方法的描述，不正確的是（）A、面向功能度量是由Albrecht首先提出來(lái)的，他建議采用基于功能點(diǎn)的測(cè)量B、功能點(diǎn)是基于軟件信息領(lǐng)域的可計(jì)算的（直接的）測(cè)量及軟件復(fù)雜性的評(píng)估而導(dǎo)出的C、"功能"不能直接測(cè)量，所以必須通過(guò)其他直接的測(cè)量來(lái)導(dǎo)出D、"用戶輸入數(shù)"和"用戶輸出數(shù)"不屬于面向功能的軟件度量需要考慮的因素45.某數(shù)據(jù)庫(kù)中有員工關(guān)系E（員工號(hào)，姓名，部門(mén)，職稱(chēng)，月薪）；產(chǎn)品關(guān)系P（產(chǎn)品號(hào)，產(chǎn)品名稱(chēng)，型號(hào)，尺寸，顏色）；倉(cāng)庫(kù)關(guān)系W（倉(cāng)庫(kù)號(hào)，倉(cāng)庫(kù)名稱(chēng)，地址，負(fù)責(zé)人）；庫(kù)存關(guān)系I（倉(cāng)庫(kù)號(hào)，產(chǎn)品號(hào)，產(chǎn)品數(shù)量）。a.若數(shù)據(jù)庫(kù)設(shè)計(jì)中要求： ①倉(cāng)庫(kù)關(guān)系W中的"負(fù)責(zé)人"引用員工關(guān)系的員工號(hào)。 ②庫(kù)存關(guān)系I中的"倉(cāng)庫(kù)號(hào)，產(chǎn)品號(hào)"唯一標(biāo)識(shí)I中的每一個(gè)記錄。 ③員工關(guān)系E中的職稱(chēng)為"工程師"的月薪不能低于3500元。 則①②③依次要滿足的完整性約束是（1）。b.若需得到每種產(chǎn)品的名稱(chēng)和該產(chǎn)品的總庫(kù)存量，則對(duì)應(yīng)的查詢語(yǔ)句為：SELELCT產(chǎn)品名稱(chēng)，SUM（產(chǎn)品數(shù)量）FROMP，IWHEREP.產(chǎn)品號(hào)=I.產(chǎn)品號(hào)（2）空白（2）處應(yīng)選擇（）A、ORDERBY產(chǎn)品名稱(chēng)B、ORDERBY產(chǎn)品數(shù)量C、GROUPBY產(chǎn)品名稱(chēng)D、GROUPBY產(chǎn)品數(shù)量46.項(xiàng)目管理工具用來(lái)輔助項(xiàng)目經(jīng)理實(shí)施軟件開(kāi)發(fā)過(guò)程中的項(xiàng)目管理活動(dòng)，它不能（1）、（2）就是一種典型的項(xiàng)目管理工具。空白（2）處應(yīng)選擇（）A、需求分析工具B、成本估算工具C、軟件評(píng)價(jià)工具D、文檔分析工具47.博學(xué)網(wǎng)軟件開(kāi)發(fā)團(tuán)隊(duì)欲開(kāi)發(fā)一套管理信息系統(tǒng)，在項(xiàng)目初期，用戶提出了軟件的一些基本功能，但是沒(méi)有詳細(xì)定義輸入、處理和輸出需求。在這種情況下，該團(tuán)隊(duì)在開(kāi)發(fā)過(guò)程應(yīng)采用（）A、瀑布模型B、增量模型C、原型開(kāi)發(fā)模型D、快速應(yīng)用程序開(kāi)發(fā)（RAD）48.某系統(tǒng)進(jìn)程的狀態(tài)包括運(yùn)行狀態(tài)、活躍就緒狀態(tài)、靜止就緒狀態(tài)、活躍阻塞狀態(tài)和靜止阻塞狀態(tài)。針對(duì)圖1-12所示的進(jìn)程狀態(tài)模型，為了確保進(jìn)程調(diào)度的正常工作，（a）、（b）和（c）的狀態(tài)分別為（）A、靜止就緒、靜止阻塞和活躍阻塞B、靜止就緒、活躍阻塞和靜止阻塞C、活躍阻塞、靜止阻塞和靜止就緒D、活躍阻塞、靜止就緒和靜止阻塞49.李某購(gòu)買(mǎi)了一張有注冊(cè)商標(biāo)應(yīng)用軟件的光盤(pán)，則李某享有（）A、注冊(cè)商標(biāo)專(zhuān)用權(quán)B、該光盤(pán)的所有權(quán)C、該軟件的著作權(quán)D、該軟件的復(fù)制權(quán)50.特定領(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)51.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)圖52.設(shè)有員工實(shí)體Employee（employeeID，name，sex，age，tel，departID），其中employeeID為員工號(hào)，name為員工姓名，sex為員工性別，age為員工年齡，tel為員工電話，記錄該員工的手機(jī)號(hào)碼、辦公室電話等，departID為員工所在部門(mén)號(hào)，參照另一部門(mén)實(shí)體Department的主碼departID。Employee實(shí)體中存在派生屬性（1）。Employee實(shí)體中還存在多值屬性（2）。對(duì)屬性departID的約束是（3）?？瞻祝?）處應(yīng)選擇（）A、PrimaryKey，NOTNULLB、PrimaryKeyC、ForeignKeyD、CandidateKey53.某文件管理系統(tǒng)在磁盤(pán)上建立了位示圖（Bitmap），記錄磁盤(pán)的使用情況。若磁盤(pán)上的物理塊依次編號(hào)為0、1、2、…，系統(tǒng)中字長(zhǎng)為32位，每一位對(duì)應(yīng)文件存儲(chǔ)器上的一個(gè)物理塊，取值0和1分別表示空閑和占用，如下所示。 假設(shè)將4195號(hào)物理塊分配給某文件，那么該物理塊的使用情況在位示圖中的第（1）個(gè)字中描述；系統(tǒng)應(yīng)該將（2）。空白（2）處應(yīng)選擇（）A、該字的第3位置"0"B、該字的第3位置"1"C、該字的第4位置"0"D、該字的第4位置"1"54.在數(shù)據(jù)庫(kù)系統(tǒng)中，“事務(wù)”是訪問(wèn)數(shù)據(jù)庫(kù)并可能更新各種數(shù)據(jù)項(xiàng)的一個(gè)程序執(zhí)行單元。為了保證數(shù)據(jù)完整性，要求數(shù)據(jù)庫(kù)系統(tǒng)維護(hù)事務(wù)的原子性、一致性、隔離性和持久性。針對(duì)事務(wù)的這4種特性，考慮以下的架構(gòu)設(shè)計(jì)場(chǎng)景。假設(shè)在某一個(gè)時(shí)刻只有一個(gè)活動(dòng)的事務(wù)，為了保證事務(wù)的原子性，對(duì)于要執(zhí)行寫(xiě)操作的數(shù)據(jù)項(xiàng)，數(shù)據(jù)庫(kù)系統(tǒng)在磁盤(pán)上維護(hù)數(shù)據(jù)庫(kù)的一個(gè)副本，所有的寫(xiě)操作都在數(shù)據(jù)庫(kù)副本上執(zhí)行，而保持原始數(shù)據(jù)庫(kù)不變，如果在任一時(shí)刻操作不得不中止，系統(tǒng)僅需要?jiǎng)h除副本，原數(shù)據(jù)庫(kù)沒(méi)有受到任何影響。這種設(shè)計(jì)策略稱(chēng)為（1）。事務(wù)的一致性要求在沒(méi)有其他事務(wù)并發(fā)執(zhí)行的情況下，事務(wù)的執(zhí)行應(yīng)該保證數(shù)據(jù)庫(kù)的一致性。數(shù)據(jù)庫(kù)系統(tǒng)通常采用（2）機(jī)制保證單個(gè)事務(wù)的一致性。事務(wù)的隔離性保證操作并發(fā)執(zhí)行后的系統(tǒng)狀態(tài)與這些操作以某種次序順序執(zhí)行（即可串行化執(zhí)行）后的狀態(tài)是等價(jià)的。兩階段鎖協(xié)議是實(shí)現(xiàn)隔離性的常見(jiàn)方案，該協(xié)議（3）。持久性保證一旦事務(wù)完成，該事務(wù)對(duì)數(shù)據(jù)庫(kù)所做的所有更新都是永久的，如果事務(wù)完成后系統(tǒng)出現(xiàn)故障，則需要通過(guò)恢復(fù)機(jī)制保證事務(wù)的持久性。假設(shè)在日志中記錄所有對(duì)數(shù)據(jù)庫(kù)的修改操作，將一個(gè)事務(wù)的所有寫(xiě)操作延遲到事務(wù)提交后才執(zhí)行，則在日志中（4）。當(dāng)系統(tǒng)發(fā)生故障時(shí)，如果某個(gè)事務(wù)已經(jīng)開(kāi)始，但沒(méi)有提交，則該事務(wù)應(yīng)該（5）?？瞻祝?）處應(yīng)選擇（）A、重做B、撤銷(xiāo)C、什么都不做D、拋出異常后退出55.以下關(guān)于網(wǎng)絡(luò)存儲(chǔ)的敘述，正確的是（）A、DAS支持完全跨平臺(tái)文件共享，支持所有的操作系統(tǒng)B、NAS通過(guò)SCSI連接至服務(wù)器，通過(guò)服務(wù)器網(wǎng)卡在網(wǎng)絡(luò)上傳輸數(shù)據(jù)C、FCSAN的網(wǎng)絡(luò)介質(zhì)為光纖通道，而IPSAN使用標(biāo)準(zhǔn)的以太網(wǎng)D、SAN設(shè)備有自己的文件管理系統(tǒng)，NAS中的存儲(chǔ)設(shè)備沒(méi)有文件管理系統(tǒng)56.根據(jù)知識(shí)產(chǎn)權(quán)法規(guī)的有關(guān)規(guī)定，下列選項(xiàng)中正確的說(shuō)法是（）A、企業(yè)名稱(chēng)權(quán)、商業(yè)秘密權(quán)、商標(biāo)權(quán)均有法定保護(hù)期限B、企業(yè)名稱(chēng)權(quán)、商標(biāo)權(quán)有法定保護(hù)期限，商業(yè)秘密權(quán)無(wú)法定保護(hù)期限C、企業(yè)名稱(chēng)權(quán)、商業(yè)秘密權(quán)和商標(biāo)權(quán)均無(wú)法定保護(hù)期限D(zhuǎn)、企業(yè)名稱(chēng)權(quán)、商業(yè)秘密權(quán)無(wú)法定保護(hù)期限，商標(biāo)權(quán)有法定保護(hù)期限57.電子政務(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ù)業(yè)務(wù)分為3個(gè)領(lǐng)域，電子政務(wù)業(yè)務(wù)模型如圖12-4所示（箭頭表示信息的流向）。請(qǐng)?jiān)趫D（1）、（2）、（3）空中填寫(xiě)恰當(dāng)?shù)膬?nèi)容。 58.特定領(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)59.在數(shù)據(jù)庫(kù)設(shè)計(jì)的（）階段進(jìn)行關(guān)系規(guī)范化。A、需求分析B、概念設(shè)計(jì)C、邏輯設(shè)計(jì)D、物理設(shè)計(jì)60.進(jìn)程P1、P2、P3、P4和P5的前趨圖如圖1-11所示。 若用PV操作控制進(jìn)程P1～P5并發(fā)執(zhí)行的過(guò)程，則需要設(shè)置5個(gè)信號(hào)量S1、S2、S3、S4和S5，進(jìn)程間同步所使用的信號(hào)量標(biāo)注在圖1-11中的邊上，且信號(hào)量S1～S5的初值都等于零，初始狀態(tài)下進(jìn)程P1開(kāi)始執(zhí)行。圖1-12中a、b和c處應(yīng)分別填寫(xiě)（1）；d和e處應(yīng)分別填寫(xiě)（2），f和g處應(yīng)分別填寫(xiě)（3）?？瞻祝?）處應(yīng)選擇（）A、P（S1）和V（S5）B、V（S1）和P（S5）C、P（S2）和V（S5）D、V（S2）和P（S5）61.下列關(guān)于WindowsServer2003中域的敘述，正確的是（）A、在網(wǎng)絡(luò)環(huán)境中所有的計(jì)算機(jī)稱(chēng)為一個(gè)域B、同一個(gè)域中可以有多個(gè)備份域服務(wù)器C、每個(gè)域中必須有主域服務(wù)器和備份域服務(wù)器D、成員服務(wù)器支持活動(dòng)目錄數(shù)據(jù)庫(kù)62.在基于構(gòu)件的軟件開(kāi)發(fā)中，（1）描述系統(tǒng)設(shè)計(jì)藍(lán)圖以保證系統(tǒng)提供適當(dāng)?shù)墓δ埽唬?）用來(lái)了解系統(tǒng)的性能、吞吐率等非功能性屬性?？瞻祝?）處應(yīng)選擇（）A、邏輯構(gòu)件模型B、物理構(gòu)件模型C、組件接口模型D、系統(tǒng)交互模型63.論企業(yè)信息系統(tǒng)的安全 企業(yè)信息化能夠?qū)崿F(xiàn)高效率、低成本的運(yùn)行，越來(lái)越受到人們的重視。目前，它已經(jīng)滲透到企業(yè)活動(dòng)的各個(gè)階段。在傳統(tǒng)的企業(yè)活動(dòng)中，所涉及的不同企業(yè)或企業(yè)內(nèi)部不同人員在相互交往中往往需要直接見(jiàn)面。但在企業(yè)信息化中，更多的是通過(guò)計(jì)算機(jī)網(wǎng)絡(luò)這一媒介，而不需要直接見(jiàn)面。這就要求在設(shè)計(jì)和實(shí)現(xiàn)企業(yè)信息系統(tǒng)時(shí)除了針對(duì)具體業(yè)務(wù)需求進(jìn)行詳細(xì)的分析，保證滿足具體的業(yè)務(wù)需求之外，還要加強(qiáng)信息系統(tǒng)安全方面的考慮。 請(qǐng)圍繞"企業(yè)信息系統(tǒng)的安全"論題，依次從以下3個(gè)方面進(jìn)行論述： ①概要敘述你參與分析設(shè)計(jì)的企業(yè)信息系統(tǒng)及你所擔(dān)任的主要工作。 ②深入討論在企業(yè)信息系統(tǒng)中，通常需要著重解決的安全問(wèn)題。 ③結(jié)合你所參與分析設(shè)計(jì)的企業(yè)信息系統(tǒng)及其特點(diǎn)，詳細(xì)論述你所采用的企業(yè)信息系統(tǒng)安全解決方案，并客觀地分析、評(píng)價(jià)你的解決方案。64.假設(shè)單個(gè)CPU的性能為1，則由n個(gè)這種CPU組成的多處理機(jī)系統(tǒng)的性能P為：其中，a是一個(gè)表示開(kāi)銷(xiāo)的常數(shù)。例如，a=0.1，n=4時(shí)，P約為3。也就是說(shuō)，由4個(gè)這種CPU組成的多機(jī)系統(tǒng)的性能約為3。該公式表明，多機(jī)系統(tǒng)的性能有一個(gè)上限，不管n如何增加，P都不會(huì)超過(guò)某個(gè)值。當(dāng)a=0.1時(shí)，這個(gè)上限是（）A、5B、10C、15D、2065.為了幫助考生了解在實(shí)際考試中的多媒體知識(shí)試題的題型，本節(jié)分析6道典型的試題。在多媒體數(shù)據(jù)庫(kù)中，基于內(nèi)容檢索的架構(gòu)可分為（1）兩個(gè)子系統(tǒng)。基于內(nèi)容檢索要解決的關(guān)鍵技術(shù)是（2）?？瞻祝?）處應(yīng)選擇（）A、多媒體特征提取和匹配技術(shù)、相似檢索技術(shù)B、多媒體數(shù)據(jù)庫(kù)的管理技術(shù)、查詢技術(shù)C、多媒體數(shù)據(jù)庫(kù)的管理技術(shù)、相似檢索技術(shù)D、多媒體特征提取和匹配技術(shù)、多媒體數(shù)據(jù)庫(kù)的管理技術(shù)66.在關(guān)于數(shù)據(jù)挖掘的描述中，正確的是（）A、數(shù)據(jù)挖掘可以支持人們進(jìn)行決策B、數(shù)據(jù)挖掘可以對(duì)任何數(shù)據(jù)進(jìn)行C、數(shù)據(jù)挖掘與機(jī)器學(xué)習(xí)是統(tǒng)一的D、數(shù)據(jù)來(lái)源質(zhì)量對(duì)數(shù)據(jù)挖掘結(jié)果的影響不大67.需求工程活動(dòng)產(chǎn)生軟件運(yùn)行特征的規(guī)約，指明軟件和其他系統(tǒng)元素的接口并建立（）A、數(shù)據(jù)流圖和數(shù)據(jù)字典B、程序流程圖C、體系結(jié)構(gòu)模型D、軟件必須滿足的約束條件68.VRMLisa（1）for3DmultimediaandsharedvirtualworldsontheWWW.IncomparisontoHTML,VRMLaddsthenextlevelofinteraction,structuredgraphics,andextra（2）（zandtime）tothepresentationofdocuments.TheapplicationsofVRMLare（3）,rangingfromsimplebusinessgraphicstoentertainingWWWpagegraphics,manufacturing,scientific,entertainment,andeducationalapplications,and3Dsharedvirtualworldsandcommunities.X3DisthenameunderwhichthedevelopmentofVRMLiscontinued.X3DisbasedonXMLandisbackwards（4）withVRML.Furthermore,itiscomponentized,profiled,andextensible,whichmakesitpossibletouseX3Dinverydifferent（5），fromhigh-endvisualizationstolightweightapplications.空白（4）處應(yīng)選擇（）A、inconsistentB、independentC、applicableD、compatible69.某文件管理系統(tǒng)在磁盤(pán)上建立了位示圖（Bitmap），記錄磁盤(pán)的使用情況。若磁盤(pán)上的物理塊依次編號(hào)為0、1、2、…，系統(tǒng)中字長(zhǎng)為32位，每一位對(duì)應(yīng)文件存儲(chǔ)器上的一個(gè)物理塊，取值0和1分別表示空閑和占用，如下所示。 假設(shè)將4195號(hào)物理塊分配給某文件，那么該物理塊的使用情況在位示圖中的第（1）個(gè)字中描述；系統(tǒng)應(yīng)該將（2）。空白（1）處應(yīng)選擇（）A、128B、129C、130D、13170.2005年5月4日，張某向中國(guó)專(zhuān)利局提出發(fā)明專(zhuān)利申請(qǐng)；其后，張某對(duì)該發(fā)明作了改進(jìn)，于2006年5月4日又就其改進(jìn)發(fā)明自中國(guó)專(zhuān)利局提出申請(qǐng)時(shí)，可享有（）A、兩項(xiàng)專(zhuān)利權(quán)B、優(yōu)先使用權(quán)C、國(guó)際優(yōu)先權(quán)D、國(guó)內(nèi)優(yōu)先權(quán)71.博學(xué)公司網(wǎng)上銷(xiāo)售管理系統(tǒng)的數(shù)據(jù)庫(kù)部分關(guān)系模式如下所示。其中，客戶號(hào)唯一標(biāo)識(shí)一位客戶，產(chǎn)品號(hào)唯一標(biāo)識(shí)一件產(chǎn)品，訂單號(hào)唯一標(biāo)識(shí)一份訂單。一份訂單必須且僅對(duì)應(yīng)一位客戶，一份訂單可由一到多條訂單明細(xì)組成，一位客戶可以有多份訂單?？蛻簦蛻籼?hào)，姓名，性別，地址，郵編）產(chǎn)品（產(chǎn)品號(hào)，名稱(chēng)，庫(kù)存，單價(jià)）訂單（訂單號(hào)，時(shí)間，金額，客戶號(hào)）訂單明細(xì)（訂單號(hào)，產(chǎn)品號(hào)，數(shù)量）訂單關(guān)系模式的主鍵為（1）；訂單明細(xì)關(guān)系模式的主鍵為（2）；其中訂單的外鍵為（3）?？瞻祝?）處應(yīng)選擇（）A、訂單號(hào)B、客戶號(hào)C、（訂單號(hào)，客戶號(hào)）D、（訂單號(hào)，時(shí)間）72.軟件架構(gòu)貫穿于軟件的整個(gè)生命周期，但在不同階段對(duì)軟件架構(gòu)的關(guān)注力度并不相同，在（）階段，對(duì)軟件架構(gòu)的關(guān)注最多。A、需求分析與設(shè)計(jì)B、設(shè)計(jì)與實(shí)現(xiàn)C、實(shí)現(xiàn)與測(cè)試D、部署與變更73.詳細(xì)的項(xiàng)目范圍說(shuō)明書(shū)是項(xiàng)目成功的關(guān)鍵。（）不應(yīng)該屬于范圍定義的輸入。A、項(xiàng)目章程B、項(xiàng)目范圍管理計(jì)劃C、批準(zhǔn)的變更申請(qǐng)D、項(xiàng)目文檔管理方案74.信息系統(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ō)明該解決方案的名稱(chēng)、內(nèi)容和目標(biāo)。75.隨著信息系統(tǒng)的深入應(yīng)用，它在政府或企業(yè)中發(fā)揮著越來(lái)越重要的作用。由此也產(chǎn)生了一些問(wèn)題：一旦由于故障、甚至災(zāi)難導(dǎo)致信息系統(tǒng)局部或全部癱瘓，就會(huì)對(duì)相關(guān)的政府或企業(yè)造成重大的損失，因此需要業(yè)務(wù)持續(xù)和災(zāi)難恢復(fù)規(guī)劃。 業(yè)務(wù)持續(xù)和災(zāi)難恢復(fù)規(guī)劃涉及一些特定的或相關(guān)的規(guī)劃，當(dāng)正常的信息處理業(yè)務(wù)突然中斷時(shí)，用來(lái)減輕甚至避免其所帶來(lái)的影響。它們用來(lái)保證維持組織運(yùn)作的關(guān)鍵系統(tǒng)的可用性。 某大型網(wǎng)上書(shū)店通過(guò)Internet為用戶提供網(wǎng)上圖書(shū)查詢及訂購(gòu)等多種服務(wù)。由于每天的業(yè)務(wù)量非常多，因此對(duì)業(yè)務(wù)有持續(xù)性要求，并且需要具備災(zāi)難恢復(fù)功能。在對(duì)原有系統(tǒng)的改進(jìn)方案中提供： ①對(duì)于一些關(guān)鍵應(yīng)用系統(tǒng)，采用雙機(jī)冗余熱備的方式進(jìn)行保護(hù)。 ②由于資金問(wèn)題，公司并不打算建設(shè)自己專(zhuān)有的用于備份數(shù)據(jù)的備份中心（假設(shè)這里的備份中心僅用于備份數(shù)據(jù)），而是決定租用其他公司提供的商業(yè)備份中心，每隔一段時(shí)間，把公司的業(yè)務(wù)數(shù)據(jù)備份到備份中心。請(qǐng)用300字以內(nèi)文字，從技術(shù)方面說(shuō)明備份中心的作用，以及在租用商業(yè)備份中心時(shí)的注意事項(xiàng)。76.A、B兩個(gè)獨(dú)立的網(wǎng)站都主要靠廣告收入來(lái)支撐發(fā)展，目前都采用較高的價(jià)格銷(xiāo)售廣告。這兩個(gè)網(wǎng)站都想通過(guò)降價(jià)爭(zhēng)奪更多的客戶和更豐厚的利潤(rùn)。假設(shè)這兩個(gè)網(wǎng)站在現(xiàn)有策略下各可以獲得1000萬(wàn)元的利潤(rùn)。如果一方單獨(dú)降價(jià)，就能擴(kuò)大市場(chǎng)份額，可以獲得1500萬(wàn)元利潤(rùn)，此時(shí)，另一方的市場(chǎng)份額就會(huì)縮小，利潤(rùn)將下降到200萬(wàn)元。如果這兩個(gè)網(wǎng)站同時(shí)降價(jià)，則他們都將只能得到700萬(wàn)元利潤(rùn)。這兩個(gè)網(wǎng)站的主管各自經(jīng)過(guò)獨(dú)立的理性分析后決定（）A、A采取高價(jià)策略，B采取低價(jià)策略B、A采取高價(jià)策略，B采取高價(jià)策略C、A采取低價(jià)策略，B采取低價(jià)策略D、A采取低價(jià)策略，B采取高價(jià)策略77.在數(shù)據(jù)庫(kù)設(shè)計(jì)的需求分析階段應(yīng)完成包括（）在內(nèi)的文檔。A、E-R圖B、關(guān)系模式C、數(shù)據(jù)字典和數(shù)據(jù)流圖D、任務(wù)書(shū)和設(shè)計(jì)方案78.閱讀以下關(guān)于軟件系統(tǒng)架構(gòu)選擇的說(shuō)明，在答題紙上回答問(wèn)題1至問(wèn)題3。 博學(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)行描述。79.服務(wù)器的部署是網(wǎng)絡(luò)規(guī)劃的重要環(huán)節(jié)。某單位網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如圖4-9所示，需要部署VOD服務(wù)器、Web服務(wù)器、郵件服務(wù)器，此外還需要部署流量監(jiān)控服務(wù)器對(duì)單位內(nèi)部網(wǎng)絡(luò)流量進(jìn)行監(jiān)控。VOD服務(wù)器應(yīng)部署在位置（1），Web服務(wù)器應(yīng)部署在位置（2），流量監(jiān)控服務(wù)器應(yīng)部署在位置（3）。上述服務(wù)器中，流出流量最大的是（4），流入流量最大的是（5）?？瞻祝?）處應(yīng)選擇（）A、VOD服務(wù)器B、Web服務(wù)器C、流量監(jiān)控服務(wù)器D、郵件服務(wù)器80.網(wǎng)絡(luò)隔離技術(shù)的目標(biāo)是確保把有害的攻擊隔離在可信網(wǎng)絡(luò)之外，在保證可信網(wǎng)絡(luò)內(nèi)部信息不外泄的前提下，完成網(wǎng)間數(shù)據(jù)的安全交換。下列隔離方式中，安全性最好的是（）A、多重安全網(wǎng)關(guān)B、防火墻C、VLAN隔離D、人工方式81.論系統(tǒng)的可靠性 系統(tǒng)的可靠性是指系統(tǒng)在運(yùn)行過(guò)程中抗干擾（系統(tǒng)的故障和人為的故障）和保證其正常工作的能力，它體現(xiàn)在系統(tǒng)工作的連續(xù)性和工作的正確性。一般說(shuō)，系統(tǒng)的可靠性包括查錯(cuò)、糾錯(cuò)能力；在錯(cuò)誤干擾下不發(fā)生崩潰及重新恢復(fù)和重新啟動(dòng)的能力；硬件與軟件的可靠性；保證數(shù)據(jù)的存儲(chǔ)與計(jì)算精度等。 根據(jù)你實(shí)際參與設(shè)計(jì)的經(jīng)驗(yàn)論述下列3個(gè)問(wèn)題： ①簡(jiǎn)要敘述你參與設(shè)計(jì)的系統(tǒng)的概要和你所擔(dān)任的工作。 ②具體敘述你參與設(shè)計(jì)的系統(tǒng)中，為了提高系統(tǒng)的可靠性，遇到了哪些問(wèn)題，你是如何采取措施，解決這些問(wèn)題的。 ③簡(jiǎn)要敘述你的這些措施的效果如何，你現(xiàn)在認(rèn)為還有哪些應(yīng)進(jìn)一步改進(jìn)的地方，以及如何改進(jìn)。82.若對(duì)表2-12按（）進(jìn)行運(yùn)算，可以得到表2-13。A、B、C、D、83.為了幫助考生了解考試中有關(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ù)建立84.在CPU與主存之間設(shè)置高速緩沖存儲(chǔ)器（Cache），其目的是為了（）A、擴(kuò)大主存的存儲(chǔ)容量B、提高CPU對(duì)主存的訪問(wèn)效率C、既擴(kuò)大主存容量又提高存取速度D、提高外存儲(chǔ)器的速度85.UML的事物是對(duì)模型中最具有代表性的成分的抽象，（1）是模型的靜態(tài)部分，描述概念或物理元素；（2）用來(lái)描述、說(shuō)明和標(biāo)注模型的任何元素?？瞻祝?）處應(yīng)選擇（）A、分組事物B、注釋事物C、結(jié)構(gòu)事物D、行為事物86.電子政務(wù)根據(jù)其服務(wù)的對(duì)象不同，可以分為4種模式。某政府部門(mén)內(nèi)部的"辦公自動(dòng)化系統(tǒng)"屬于（）模式。A、G2BB、G2CC、G2ED、G2G87.JavaEE是Java領(lǐng)域內(nèi)企業(yè)級(jí)應(yīng)用開(kāi)發(fā)的框架與標(biāo)準(zhǔn)。下面關(guān)于采用JavaEE架構(gòu)的描述，不正確的是（）A、JavaEE定義了分布式環(huán)境中多層應(yīng)用系統(tǒng)的架構(gòu)，是多種Java技術(shù)的混合體B、具有典型的3層結(jié)構(gòu)：表現(xiàn)層、業(yè)務(wù)邏輯層和基礎(chǔ)設(shè)施層C、不同的應(yīng)用系統(tǒng)對(duì)底層支持系統(tǒng)的要求可能不同，因此每次開(kāi)發(fā)時(shí)應(yīng)該針對(duì)不同的應(yīng)用需求對(duì)底層系統(tǒng)進(jìn)行二次開(kāi)發(fā)，提供支持接口D、要嚴(yán)格區(qū)分業(yè)務(wù)邏輯層和表現(xiàn)層，尤其應(yīng)該注意不要在表現(xiàn)層中混雜業(yè)務(wù)代碼88.系統(tǒng)設(shè)計(jì)是軟件開(kāi)發(fā)的重要階段（）主要是按系統(tǒng)需求說(shuō)明來(lái)確定此系統(tǒng)的軟件結(jié)構(gòu)，并設(shè)計(jì)出各個(gè)部分的功能和接口。A、外部設(shè)計(jì)B、內(nèi)部設(shè)計(jì)C、程序設(shè)計(jì)D、輸入／輸出設(shè)計(jì)89.某軟件公司項(xiàng)目A的利潤(rùn)分析如表9-10所示。設(shè)貼現(xiàn)率為10%，第二年的利潤(rùn)現(xiàn)值是（）A、1，378，190B、949，167C、941，322D、922，59090.是一家在線旅游信息服務(wù)公司，其主要業(yè)務(wù)是為自助旅游者提供關(guān)于旅游線路及周邊信息的服務(wù)。隨著公司業(yè)務(wù)的不斷發(fā)展，公司用戶要求提供基于位置的增值旅游信息服務(wù)，即希望能夠在給定位置（利用GPS全球定位系統(tǒng)獲取）的情況下得到周邊的地理位置、住宿、餐飲和交通等旅游相關(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ō)明。91.基于軟件架構(gòu)的設(shè)計(jì)（ArchitectureBasedSoftwareDevelopment，ABSD）強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用（1）來(lái)描述軟件架構(gòu)，采用（2）來(lái)描述需求?？瞻祝?）處應(yīng)選擇（）A、用例與類(lèi)圖B、用例與視角C、用例與質(zhì)量場(chǎng)景D、視角與質(zhì)量場(chǎng)景92.SOXisanalternative（1）forXML.ItisusefulforreadingandcreatingXMLcontentina（2）editor.ItistheneasilytransformedintoproperXML.SOXwascreatedbecausedeveloperscanspendagreatdealoftimewithrawXML.Formanyofus,thepopularXML（3）havenotreachedapointwheretheirtreeviews,tablesandformscancompletelysubstitutefortheunderlying（4）language.Thisisnotsurprisingwhenoneconsidersthatdevelopersstilluseatextview,albeitenhanced,foreditingotherlanguagessuchasJava.SOXuses（5）torepresentthestructureofanXMLdocument,whicheliminatestheneedforclosingtagsandanumberofquotingdevices.Theresultissurprisinglyclear.空白（1）處應(yīng)選擇（）A、semanticB、pragmaticsC、syntaxD、grammar93.下列說(shuō)法中，（）是不正確的。A、一般的分布式系統(tǒng)是建立在計(jì)算機(jī)網(wǎng)絡(luò)之上的，因此分布式系統(tǒng)與計(jì)算機(jī)網(wǎng)絡(luò)在物理結(jié)構(gòu)上基本相同B、分布式操作系統(tǒng)與網(wǎng)絡(luò)操作系統(tǒng)的設(shè)計(jì)思想是不同的，但是它們的結(jié)構(gòu)、工作方式與功能是相同的C、分布式系統(tǒng)與計(jì)算機(jī)網(wǎng)絡(luò)的主要區(qū)別不在它們的物理結(jié)構(gòu)，而是在高層軟件D、分布式系統(tǒng)是一個(gè)建立在網(wǎng)絡(luò)之上的軟件系統(tǒng)，這種軟件保證了系統(tǒng)的高度一致性與透明性94.某軟件公司開(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請(qǐng)給出檢錯(cuò)技術(shù)的優(yōu)缺點(diǎn)，并說(shuō)明檢測(cè)技術(shù)常見(jiàn)的實(shí)現(xiàn)方式和處理方式。95.系統(tǒng)可靠性的簡(jiǎn)單度量是平均故障間隔時(shí)間（MTBF），其計(jì)算公式是（1）；軟件可用性是指在某個(gè)給定時(shí)間點(diǎn)上程序能夠按照需求執(zhí)行的概率，其定義為（2）。（MTTF://MeanTimeToFailure；MTTR：MeanTimeToRepair）空白（2）處應(yīng)選擇（）A、可用性=MTTF/（MTTF+MTTR）×100%B、可用性=MTTR/（MTTF+MTTR）×100%C、可用性=MTTF/（MTTF-MTTR）×100%D、可用性=MTTR/（MTTF-MTTR）×100%96.（）把整個(gè)軟件開(kāi)發(fā)流程分成多個(gè)階段，每一個(gè)階段都由目標(biāo)設(shè)定、風(fēng)險(xiǎn)分析、開(kāi)發(fā)和有效性驗(yàn)證及評(píng)審構(gòu)成。A、原型模型B、瀑布模型C、螺旋模型D、V模型97.系統(tǒng)可靠性的簡(jiǎn)單度量是平均故障間隔時(shí)間（MTBF），其計(jì)算公式是（1）；軟件可用性是指在某個(gè)給定時(shí)間點(diǎn)上程序能夠按照需求執(zhí)行的概率，其定義為（2）。（MTTF://MeanTimeToFailure；MTTR：MeanTimeToRepair）空白（1）處應(yīng)選擇（）A、MTTF+MTTRB、MTTF-MTTRC、MTTR-MTTFD、MTTF×MTTR98.對(duì)實(shí)際應(yīng)用問(wèn)題建立數(shù)學(xué)模型并求得結(jié)果后，還需要根據(jù)建模的目的和要求，利用相關(guān)知識(shí)，結(jié)合研究對(duì)象的特點(diǎn)，進(jìn)行模型分析。模型分析工作一般不包括（）A、模型的合理性分析B、模型的誤差分析C、模型的先進(jìn)性分析D、參數(shù)的靈敏性分析99.識(shí)別風(fēng)險(xiǎn)點(diǎn)、非風(fēng)險(xiǎn)點(diǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是軟件架構(gòu)評(píng)估過(guò)程中的關(guān)鍵步驟。針對(duì)某系統(tǒng)所作的架構(gòu)設(shè)計(jì)中，“系統(tǒng)需要支持的最大并發(fā)用戶數(shù)量直接影響傳輸協(xié)議和數(shù)據(jù)格式”描述了系統(tǒng)架構(gòu)設(shè)計(jì)中的一個(gè)（1）：“由于系統(tǒng)的業(yè)務(wù)邏輯目前尚不清楚，因此現(xiàn)有系統(tǒng)三層架構(gòu)中的第2層可能會(huì)出現(xiàn)功能重復(fù)，這會(huì)影響系統(tǒng)的可修改性”描述了系統(tǒng)架構(gòu)設(shè)計(jì)中的一個(gè)（2）?？瞻祝?）處應(yīng)選擇（）A、敏感點(diǎn)B、風(fēng)險(xiǎn)點(diǎn)C、非風(fēng)險(xiǎn)點(diǎn)D、權(quán)衡點(diǎn)100.（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）。空白（3）處應(yīng)選擇（）A、架構(gòu)模式B、慣用法C、設(shè)計(jì)模式D、分析模式第I卷參考答案一.參考題庫(kù)1.參考答案：A2.參考答案： ①在線交易平臺(tái)必須在1s內(nèi)完成客戶的交易請(qǐng)求。該要求主要對(duì)應(yīng)性能，可以采用的架構(gòu)設(shè)計(jì)策略有增加計(jì)算資源、改善資源需求（減少計(jì)算復(fù)雜度等）、資源管理（并發(fā)、數(shù)據(jù)復(fù)制等）和資源調(diào)度（先進(jìn)先出隊(duì)列、優(yōu)先級(jí)隊(duì)列等）。 ②該平臺(tái)必須嚴(yán)格保證客戶個(gè)人信息和交易信息的保密性和安全性。該要求主要對(duì)應(yīng)安全性，可以采用的架構(gòu)設(shè)計(jì)策略有抵御攻擊（授權(quán)、認(rèn)證和限制訪問(wèn)等）、攻擊檢測(cè)（入侵檢測(cè)等）、從攻擊中恢復(fù)（部分可用性策略）和信息審計(jì)等。 ③當(dāng)發(fā)生故障時(shí)，該平臺(tái)的平均故障恢復(fù)時(shí)間必須小于10s。該要求主要對(duì)應(yīng)可用性，可以采用的架構(gòu)設(shè)計(jì)策略有Ping/Echo、心跳、異常和主動(dòng)冗余等。 ④由于企業(yè)業(yè)務(wù)發(fā)展較快，需要經(jīng)常為該平臺(tái)添加新功能或進(jìn)行硬件升級(jí)。添加新功能或進(jìn)行平臺(tái)升級(jí)必須在6小時(shí)內(nèi)完成。該要求主要對(duì)應(yīng)可修改性，可以采用的架構(gòu)設(shè)計(jì)策略有軟件模塊泛化、限制模塊之間通信、使用中介和延遲綁定等。3.參考答案：A4.參考答案：B5.參考答案： ①操作系統(tǒng)的警報(bào)管理發(fā)現(xiàn)ECU系統(tǒng)出錯(cuò)時(shí)，啟動(dòng)錯(cuò)誤處理程序。 ②錯(cuò)誤處理程序?qū)⒕唧w動(dòng)作交由進(jìn)程管理完成對(duì)發(fā)生錯(cuò)誤的任務(wù)進(jìn)行處理。 ③錯(cuò)誤處理程序產(chǎn)生一個(gè)錯(cuò)誤事件。 ④任務(wù)控制塊處理程序調(diào)用資源管理功能，實(shí)現(xiàn)硬件資源重分配。 ⑤任務(wù)控制塊處理程序通知事件管理，對(duì)錯(cuò)誤事件進(jìn)行應(yīng)答。6.參考答案：C7.參考答案：D8.參考答案：A9.參考答案：C10.參考答案：A11.參考答案：B12.參考答案：A13.參考答案：A14.參考答案：C15.參考答案：D16.參考答案：C17.參考答案：A18.參考答案：C19.參考答案：A20.參考答案：C21.參考答案：A22.參考答案：C23.參考答案：B24.參考答案：D25.參考答案：B26.參考答案：B27.參考答案：D28.參考答案：C29.參考答案：C30.參考答案：C31.參考答案：D32.參考答案：B33.參考答案：D34.參考答案： 軟件架構(gòu)風(fēng)格是描述某一類(lèi)特定應(yīng)用領(lǐng)域中軟件系統(tǒng)組織方式和慣用方式。 面向?qū)ο蠹軜?gòu)風(fēng)格的特征是將數(shù)據(jù)表示和基本操作封裝在對(duì)象中。這種模式的構(gòu)件是對(duì)象，對(duì)象維護(hù)自身表示的完整性，對(duì)象之間通過(guò)消息機(jī)制進(jìn)行通信，對(duì)象交互時(shí)需要知道彼此的標(biāo)識(shí)，通過(guò)對(duì)象之間的協(xié)作完成計(jì)算過(guò)程。 控制環(huán)路架構(gòu)風(fēng)格是將過(guò)程輸出的指定屬性維護(hù)在一個(gè)特定的參考值（設(shè)定點(diǎn)）?？刂骗h(huán)路風(fēng)格包括過(guò)程變量、被控變量、輸入變量、操縱變量和設(shè)定點(diǎn)等構(gòu)件，通過(guò)收集實(shí)際和理想的過(guò)程狀態(tài)信息，并能調(diào)整過(guò)程變量使得實(shí)際狀態(tài)趨于理想狀態(tài)。35.參考答案： 我所在的單位是國(guó)內(nèi)主要的商業(yè)銀行之一，作為單位的主要技術(shù)骨干，2010年1月，我主持了遠(yuǎn)期結(jié)售匯系統(tǒng)的開(kāi)發(fā)，該系統(tǒng)是我行綜合業(yè)務(wù)系統(tǒng)XX2010的一個(gè)子系統(tǒng)，由于銀行系統(tǒng)對(duì)安全性、可靠性、可用性和響應(yīng)速度要求很高，我選擇了三層C/S結(jié)構(gòu)作為該系統(tǒng)的軟件架構(gòu)，在詳細(xì)地設(shè)計(jì)三層結(jié)構(gòu)的過(guò)程中，我采用了字符終端為表示層，CICSTRANSATIONSERVER為中間層，DB2UDB8.2為數(shù)據(jù)庫(kù)層，并采用了CICSSWITCH組并行批量的辦法來(lái)解決設(shè)計(jì)中遇到的問(wèn)題，保證了遠(yuǎn)期結(jié)售匯系統(tǒng)按計(jì)劃完成并順利投產(chǎn)，我設(shè)計(jì)的軟件三層結(jié)構(gòu)得到了同事和領(lǐng)導(dǎo)的一致認(rèn)同和稱(chēng)贊。但是，我也看到在三層結(jié)構(gòu)設(shè)計(jì)中存在一些不足之處，例如，中間層的負(fù)載均衡算法過(guò)于簡(jiǎn)單，容易造成系統(tǒng)負(fù)荷不均衡，并行批量設(shè)計(jì)不夠嚴(yán)謹(jǐn)，容易造成資源沖突等。 正文： 我所在的單位是國(guó)內(nèi)主要的商業(yè)銀行之一。眾所周知，銀行的業(yè)務(wù)存在一個(gè)“二八定理”：即銀行的百分之八十的利潤(rùn)是由百分之二十的客戶所創(chuàng)造。為了更好地服務(wù)大客戶，適應(yīng)我國(guó)對(duì)外貿(mào)易的蓬勃發(fā)展態(tài)勢(shì)，促進(jìn)我國(guó)對(duì)外貿(mào)易的發(fā)展，2010年1月，我行開(kāi)展了遠(yuǎn)期結(jié)售匯業(yè)務(wù)。 所謂的遠(yuǎn)期結(jié)售匯就是企業(yè)在取得中國(guó)外匯管理局的批準(zhǔn)后，根據(jù)對(duì)外貿(mào)易的合同等憑證與銀行制定合約，銀行根據(jù)制定合約當(dāng)天的外匯匯率，通過(guò)遠(yuǎn)期匯率公式，計(jì)算出交割當(dāng)天的外匯匯率，并在那天以該匯率進(jìn)行成交的外匯買(mǎi)賣(mài)業(yè)務(wù)。遠(yuǎn)期結(jié)售匯系統(tǒng)是我行綜合業(yè)務(wù)系統(tǒng)XX2010的一個(gè)子系統(tǒng)，它主要包括了聯(lián)機(jī)部分、批量部分、清算部分和通兌部分，具有協(xié)議管理、合約管理、報(bào)價(jià)管理、外匯敞口管理、賬務(wù)管理、數(shù)據(jù)拆分管理、報(bào)表管理、業(yè)務(wù)縮微和事后監(jiān)督等功能。 我作為單位的主要技術(shù)骨干之一，主持并參與了遠(yuǎn)期結(jié)售匯系統(tǒng)的項(xiàng)目計(jì)劃，需求分析、設(shè)計(jì)、編碼和測(cè)試階段的工作。由于銀行系統(tǒng)對(duì)安全性，可靠性，可用性和響應(yīng)速度要求很高，我選擇了三層C/S結(jié)構(gòu)作為該系統(tǒng)的軟件架構(gòu)，下面，我將分層次詳細(xì)介紹三層C/S軟件架構(gòu)的設(shè)計(jì)過(guò)程。 （1）表示層為字符終端。我行以前一直使用IBM的VisualGen2.0附帶的圖形用戶終端來(lái)開(kāi)發(fā)終端程序，但在使用的過(guò)程中，分行的業(yè)務(wù)人員反映響應(yīng)速度比較漫，特別是業(yè)務(wù)量比較大的時(shí)候，速度更是難以忍受。為此，我行最近自行開(kāi)發(fā)了一套字符終端CITE，它采用VisualBasic作為開(kāi)發(fā)語(yǔ)言，具有響應(yīng)速度快、交互能力強(qiáng)、易學(xué)、編碼快和功能強(qiáng)大的特點(diǎn)，在權(quán)衡了兩者的優(yōu)點(diǎn)和缺點(diǎn)之后，我決定選擇字符終端CITE作為表示層。 （2）中間層為CICSTransationServer（CTS）。首先，我行與IBM公司一直保持著良好的合作關(guān)系，而我行的大部分技術(shù)和設(shè)備都采用了IBM公司的產(chǎn)品，其中包括大型機(jī)，由于CICS在IBM的大型機(jī)上得到了廣泛的應(yīng)用，并在我行取得了很大的成功，為了保證與原來(lái)系統(tǒng)的兼容和互用性，我采用了IBM的CTS作為中間層，連接表示層和數(shù)據(jù)庫(kù)層，簡(jiǎn)化系統(tǒng)的設(shè)計(jì)，使開(kāi)發(fā)人員可以專(zhuān)注于表示邏輯和業(yè)務(wù)邏輯的開(kāi)發(fā)工作，縮短了開(kāi)發(fā)周期，減少開(kāi)發(fā)費(fèi)用和維護(hù)費(fèi)用，提高了開(kāi)發(fā)的成功率；其次，對(duì)于中間層的業(yè)務(wù)邏輯，我采用了我行一直使用的VisualAgeforJava作為開(kāi)發(fā)平臺(tái)，它具有簡(jiǎn)單易用的特點(diǎn)，特別適合開(kāi)發(fā)業(yè)務(wù)邏輯，可以使開(kāi)發(fā)人員快速而準(zhǔn)確地開(kāi)發(fā)出業(yè)務(wù)邏輯，確保了遠(yuǎn)期結(jié)售匯系統(tǒng)的順利完成；最后，由于采用了CTS，確保了系統(tǒng)的開(kāi)放性和互操作性，保證了與我行原來(lái)的聯(lián)機(jī)系統(tǒng)和其他系統(tǒng)的兼容，保護(hù)了我行的原有投資。 （3）數(shù)據(jù)層為DB2UDB8.2由于DB2在大型事務(wù)處理系統(tǒng)中表現(xiàn)出色，我行一直使用DB2作為事務(wù)處理的數(shù)據(jù)庫(kù)，并取得了很大的成功，在DB2數(shù)據(jù)庫(kù)的使用方面積累了自己獨(dú)到的經(jīng)驗(yàn)和大量的人才，為了延續(xù)技術(shù)的連續(xù)性和保護(hù)原有投資，我選擇了DB2UDB8.2作為數(shù)據(jù)層。 但是，在設(shè)計(jì)的過(guò)程中也遇到了一些困難，我們主要采取了以下的辦法來(lái)解決： （1）CICSSwitch組。眾所周知，銀行系統(tǒng)對(duì)于安全性，可靠性，可用性和響應(yīng)速度要求很高，特別是我行最近進(jìn)行了數(shù)據(jù)集中，全國(guó)只設(shè)兩個(gè)數(shù)據(jù)中心，分別在XX和YY兩個(gè)地方，這樣對(duì)以上的要求就更高了，為了保障我行的安全生產(chǎn)，我采用了CTSSwitch組技術(shù)。為了簡(jiǎn)化系統(tǒng)的設(shè)計(jì)和縮短通信時(shí)間，我采用了簡(jiǎn)單的負(fù)載均衡算法，例如這次分配給N個(gè)CTS，下次則分配給第N+1個(gè)CTS，當(dāng)?shù)搅俗詈笠粋€(gè)，就從第一個(gè)開(kāi)始；為了更好地實(shí)現(xiàn)容錯(cuò)，我采用了當(dāng)?shù)贜個(gè)CTS失效的時(shí)候，把它正在處理的業(yè)務(wù)轉(zhuǎn)到N+1個(gè)上面繼續(xù)處理，這樣大大增加了系統(tǒng)的可用性，可以為客戶提供更好的服務(wù)；此外，我還采用了數(shù)據(jù)庫(kù)連接池的技術(shù)，大大縮短了數(shù)據(jù)庫(kù)處理速度，提高了系統(tǒng)運(yùn)行速度。 （2）并行批量。銀行系統(tǒng)每天都要處理大量的數(shù)據(jù)，為了確保白天的業(yè)務(wù)能順利進(jìn)行，有一部分的賬務(wù)處理，例如一部分內(nèi)部戶賬務(wù)處理，或者代理收費(fèi)業(yè)務(wù)和總賬與分戶賬核對(duì)等功能就要到晚上批量地去處理，但是，這部分?jǐn)?shù)據(jù)在數(shù)據(jù)集中之后就顯得更加龐大，我行以前采用串行提交批量作業(yè)的辦法，遠(yuǎn)遠(yuǎn)不能適應(yīng)數(shù)據(jù)中心億萬(wàn)級(jí)的數(shù)據(jù)處理要求，在與其他技術(shù)骨干討論之后，并經(jīng)過(guò)充分的論證和試驗(yàn)，我決定采用了并行批量的技術(shù)，所謂的并行批量，就是在利用IBM的OPC（TivoliOperations，PlanningandControl）技術(shù)，把批量作業(yè)按時(shí)間和業(yè)務(wù)處理先后順序由操作員統(tǒng)一提交的基礎(chǔ)上，再利用DB2的Partition技術(shù)，把幾個(gè)地區(qū)分到一個(gè)Partiton里面分別處理，大大提高了銀行系統(tǒng)的數(shù)據(jù)處理速度，確保了遠(yuǎn)期結(jié)售匯系統(tǒng)三層結(jié)構(gòu)的先進(jìn)性。在并行批量的設(shè)計(jì)過(guò)程中，我考慮到批量作業(yè)有可能因?yàn)榫W(wǎng)絡(luò)錯(cuò)誤或者資源沖突等原因而中斷，這樣在編寫(xiě)批量程序和作業(yè)的時(shí)候必須支持?jǐn)帱c(diǎn)重提，以確保生產(chǎn)的順利進(jìn)行。 由于軟件三層結(jié)構(gòu)設(shè)計(jì)得當(dāng)，并采取了有效的措施去解決設(shè)計(jì)中遇到的問(wèn)題，遠(yuǎn)期結(jié)售匯系統(tǒng)最后按照計(jì)劃完成并順利投產(chǎn)，不但保證了系統(tǒng)的開(kāi)放性、可用性和互用性，取得了良好的社會(huì)效益和經(jīng)濟(jì)效益，而且我的軟件三層結(jié)構(gòu)設(shè)計(jì)得到了同事和領(lǐng)導(dǎo)的一致認(rèn)同與稱(chēng)贊，為我行以后系統(tǒng)的開(kāi)發(fā)打下了良好的基礎(chǔ)。 在總結(jié)經(jīng)驗(yàn)的同時(shí)，我也看到了我在軟件三層結(jié)構(gòu)設(shè)計(jì)中的不足之處。 首先，負(fù)載算法過(guò)于簡(jiǎn)單，容易造成系統(tǒng)的負(fù)荷不均衡：由于每個(gè)業(yè)務(wù)的處理時(shí)間不一樣，有的可能差距很遠(yuǎn)，簡(jiǎn)單的順序加一負(fù)載分配算法就容易造成負(fù)載不均衡，但是如果專(zhuān)門(mén)設(shè)置一個(gè)分配器，則增加了一次網(wǎng)絡(luò)通信，使得系統(tǒng)的速度變慢，這樣對(duì)響應(yīng)速度要求很高的銀行系統(tǒng)來(lái)說(shuō)也是不可行的，于是我決定采用基于統(tǒng)計(jì)的分配算法，即在收到請(qǐng)求的時(shí)候，根據(jù)預(yù)先設(shè)定的權(quán)值，按概率直接分配給CTS。 其次，由于批量作業(yè)順序設(shè)計(jì)得不過(guò)夠嚴(yán)謹(jǐn)?shù)雀鞣N原因，容易造成資源沖突：在遠(yuǎn)期結(jié)售匯系統(tǒng)運(yùn)行了一段時(shí)間之后，數(shù)據(jù)中心的維護(hù)人員發(fā)現(xiàn)，系統(tǒng)有的時(shí)候會(huì)出現(xiàn)資源沖突現(xiàn)象。在經(jīng)過(guò)仔細(xì)的分析之后，我發(fā)現(xiàn)，由于每天各個(gè)業(yè)務(wù)的業(yè)務(wù)量大小不一樣，順序的兩個(gè)作業(yè)之間訪問(wèn)同一個(gè)表的時(shí)候便會(huì)產(chǎn)生資源沖突，另外，在OPC作業(yè)運(yùn)行的過(guò)程中，操作員提交的其他作業(yè)與這個(gè)時(shí)間的OPC作業(yè)產(chǎn)生也有可能產(chǎn)生資源沖突。對(duì)于第一種情況，可以在不影響業(yè)務(wù)的情況下調(diào)整作業(yè)順序或者對(duì)于查詢作業(yè)運(yùn)用DB2的共享鎖的技術(shù)，而第二種情況則要制定規(guī)范，規(guī)定在某時(shí)間斷內(nèi)不允許提交某些作業(yè)來(lái)解決。為了更好地開(kāi)展系統(tǒng)分析工作，我將在以后的工作實(shí)踐中不斷地學(xué)習(xí)，提高自身素質(zhì)和能力，為我國(guó)的軟件事業(yè)貢獻(xiàn)自己的微薄力量。36.參考答案： 這是一道關(guān)于信息系統(tǒng)的建模的試題。值得注意的是，有不少考生把該試題的建模方法理解成了開(kāi)發(fā)模型與架構(gòu)，這都是不正確的。信息系統(tǒng)的建模方法可以分為：面向過(guò)程的建模、面向數(shù)據(jù)的建模、面向信息的建模、面向決策的建模和面向?qū)ο蟮慕?種。 面向過(guò)程的建模方法是把過(guò)程看做系統(tǒng)模型的基本部分，數(shù)據(jù)是隨著過(guò)程而產(chǎn)生的。最有影響的面向過(guò)程的設(shè)計(jì)方法是Yourdon設(shè)計(jì)法。 面向數(shù)據(jù)的建模方法把模型的輸入輸出看成是最為重要的，因此，首先定義的是數(shù)據(jù)結(jié)構(gòu)，而過(guò)程模塊是從數(shù)據(jù)結(jié)構(gòu)中導(dǎo)出的，即功能跟隨數(shù)據(jù)。最有影響的面向數(shù)據(jù)的設(shè)計(jì)方法是Jackson設(shè)計(jì)法。 面向信息的建模方法與面向數(shù)據(jù)建模方法的區(qū)別就是信息和數(shù)據(jù)的區(qū)別。信息和數(shù)據(jù)都是信息系統(tǒng)中最基本的術(shù)語(yǔ)，數(shù)據(jù)是指記載下來(lái)的事實(shí)，是客觀實(shí)體屬性的值，而信息是構(gòu)成一定含義的一組數(shù)據(jù)。面向信息建模方法是從整個(gè)系統(tǒng)的邏輯數(shù)據(jù)模型開(kāi)始的，通過(guò)一個(gè)全局信息需求視圖來(lái)說(shuō)明系統(tǒng)中所有基本數(shù)據(jù)實(shí)體及其