高級系統(tǒng)架構設計師上午試題-8真題

高級系統(tǒng)架構設計師上午試題-8分鐘)一、單項選擇題1995年Kruchten提出了著名的“4+1”視圖，用來描述軟件系統(tǒng)的架構。在“4+1”視圖中， 17 用來描述設計的對象模型和對象之間的關系；18 描述了軟件模塊的組織與治理； 19 描述設計的并發(fā)和同步特征。1.A.規(guī)律視圖B.用例視圖C.過程視圖D.開發(fā)視圖2.A.規(guī)律視圖B.用例視圖C.過程視圖D.開發(fā)視圖3.A.規(guī)律視圖B.用例視圖C.過程視圖D.開發(fā)視圖假設事務T1對數(shù)據(jù)A已加排他鎖那么其他事務對數(shù)據(jù)A A.加共享鎖加排他鎖都成功B.加排他鎖成功，加共享鎖失敗C.加共享鎖、加排他鎖都失敗D.加共享鎖成功，加排他鎖失敗軟件架構設計是降低本錢、改進質量、按時和按需交付產(chǎn)品的關鍵活動。以下關于軟件架構重要性的表達中，錯誤的選項是 。A.架構設計能夠滿足系統(tǒng)的性能、可維護性等品質B.良好的架構設計能夠更好地捕獲并了解用戶需求C.架構設計能夠使得不同的利益相關人(stakeholders)達成全都的目標D.架構設計能夠支持工程打算和工程治理等活動大型局域網(wǎng)通常劃分為核心層、會聚層和接入層，以下關于各個網(wǎng)絡層次的描述中，不正確的選項是 。A.核心層進展訪問掌握列表檢查B.會聚層定義了網(wǎng)絡的訪問策略C.接入層供給局域網(wǎng)絡接入功能D.接入層可以使用集線器代替交換機PH軟件開發(fā)公司承接了ZF企業(yè)基于因特網(wǎng)的B2C業(yè)務系統(tǒng)的研發(fā)任務ZF企業(yè)提出的業(yè)務系統(tǒng)安全性要求之一是防止授權侵害和保存用戶痕跡。針對這一要求，PH公司架構師給出的解決方案最可能是 。A.完整性(Integrity)框架方案B.訪問掌握(AccessControl)框架方案C.身份鑒別(Authentication)框架方案D.抗抵賴(Non-repudiation)框架方案從表關于操作系統(tǒng)存儲治理方案①、方案②和方案③的相關描述中可以看出，它們分別對應 存儲治理方案。操作系統(tǒng)存儲治理方案方案 說明①編程時必需劃分程序模塊和確定程序模塊之間的調用關系占用一樣的主存區(qū)②在系統(tǒng)進展初始化的時候就已經(jīng)將主存儲空間劃分成大小相等或不等的塊的大小在此后是不行以轉變的。系統(tǒng)將程序安排在連續(xù)的區(qū)域中當一個作業(yè)的程序地址空間大于主存可以使用的空間時也可以執(zhí)行固定分區(qū)、懇求分頁和掩蓋B.掩蓋、固定分區(qū)和懇求分頁C.固定分區(qū)、掩蓋和懇求分頁D.懇求分頁、掩蓋和固定分區(qū)一個軟件的架構設計是隨著技術的不斷進步而不斷變化的。以編譯器為例，其主流架構經(jīng)受了管道—過濾器到數(shù)據(jù)共享為中心的轉變過程以下關于編譯器架構的表達中錯誤的是 A.早期的編譯器承受管道—過濾器架構風格以文本形式輸入的代碼被逐步轉化為各種形式最終生成可執(zhí)行代碼B.早期的編譯器承受管道-過濾器架構風格并且大多數(shù)編譯器在詞法分析時制造獨立的符號表在其后的階段會不斷修改符號表因此符號表并不是程序數(shù)據(jù)的一局部C.現(xiàn)代的編譯器承受以數(shù)據(jù)共享為中心的架構風格，主要關心編譯過程中程序的中間表示D.現(xiàn)代的編譯器承受以數(shù)據(jù)共享為中心的架構風格但由于分析樹是在語法分析階段完畢后才產(chǎn)生作為語義分析的輸入，因此分析樹不是數(shù)據(jù)中心的共享數(shù)據(jù)依據(jù)開放的接口、效勞和支持的標準而實現(xiàn)的系統(tǒng)稱為開放系統(tǒng)。開放系統(tǒng)環(huán)境中的人機界面系統(tǒng)治理工具通信效勞和安全性等方面都是按公開標準實現(xiàn)的這種環(huán)境有利于實現(xiàn)應用軟件的 。A.可移植性、可裁剪性和互操作性B.牢靠性、可用性和可維護性C.兼容性、安全性和可理解性D.完整性、可擴大性和可推廣性在文件治理系統(tǒng)中，位圖(Bitmap)可用來記錄磁盤存儲器的使用狀況。假設計算機系統(tǒng)的字長為32位，磁盤存儲器上的物理塊依次編號為：0、1、2、…，那么3552號物理塊在位圖中的第 個字。A.111B.112C.223D.22428的29技術的實現(xiàn)方式更為適宜。A.數(shù)據(jù)庫B.文件系統(tǒng)C.總線D.點對點系統(tǒng)架構設計師謝某在調開工作一年內(nèi)在單位完成了一項與原單位工作有關的制造制造該制造制造的專利申請權屬于 A.謝工程師B.原單位C.單位D.謝工程師和原單位2023年10月ISO正式公布了①) 作為信息安全治理的國際標準2023年12月ISO正式公布了(②) 作為IT效勞治理的國際標準：2023年10月，ITU接納(③) 為3G標準。①、②和③分別是 。A.①ISO27000 ②ISO20230③IEEE802.16 B.①ISO20230 ②ISO27000③IEEE802.16 C.①ISO27000 ②ISO20230③TD-SCDMA D.①ISO20230 ②ISO27000③TD-SCDMA美國A公司與中國B企業(yè)進展技術合作，合同商定使用一項獲得批準并在有效期內(nèi)的中國專利但該項技術未在其他國家和地區(qū)申請專利依照該專利生產(chǎn)的產(chǎn)品在 銷售，美國A公司需要向中國B企業(yè)支付這項中國專利的許可使用費A.任何國家和地區(qū)B.除美國和中國之外的其他國家和地區(qū)C.美國D.中國為以前工程開發(fā)的，與當前工程要構造的軟件已有相像的規(guī)格說明、設計、代碼或測量數(shù)據(jù)，則對可復用軟件資源恰當?shù)倪x擇是 。A.成品構件B.具有局部閱歷的構件C.具有完全閱歷的構件D.構件在進展網(wǎng)絡規(guī)劃時，要遵循統(tǒng)一的通信協(xié)議標準。網(wǎng)絡架構和通信協(xié)議應中選擇廣泛使用的國際標準和事實上的工業(yè)標準，這屬于網(wǎng)絡規(guī)劃的 。A.有用性原則B.開放性原則C.先進性原則D.可擴展性原則計算機各功能部件之間的合作關系如下圖。假設圖中虛線表示掌握流，實線表示數(shù)據(jù)流，則部件a、b和c分別表示 。內(nèi)存儲器、掌握器和運算器B.掌握器、內(nèi)存儲器和運算器C.內(nèi)存儲器、運算器和掌握器D.掌握器、運算器和內(nèi)存儲器定義完原始分析模型后，需要在軟件體系構造環(huán)境中標識和描述構件。這些構件主要來源不包含 。A.應用領域B.行為領域C.界面領域D.根底設施領域軟件架構需求是指用戶對目標軟件系統(tǒng)在功能、行為、性能、設計約束等方面的期望。以下活動中，不屬于軟件架構需求過程范疇的是 。A.設計構件B.需求獵取C.標識構件D.架構需求評審在一個典型的電子商務應用中，三層架構(即表現(xiàn)層、商業(yè)規(guī)律層和數(shù)據(jù)訪問層)常常是——網(wǎng)上書城主要功能是供給在線的各種圖書信息的查信息記錄到數(shù)據(jù)庫。針對前一個應用要求，架構師在數(shù)據(jù)訪問層設計時，最可能考慮承受 ；針對后一個應用要求，架構師最可能考慮承受 。A.DAO模式相結合B.在線訪問模式和離線數(shù)據(jù)模式相結合C.DAO模式和DTO模式相結合D.DTO模式和O/R映射模式相結合A.在線訪問模式B.DAO模式C.離線數(shù)據(jù)模式D.O/R映射模式為了能夠準時針對市場環(huán)境的變化進展進展戰(zhàn)略調整，某電子商務公司托付PH軟件研發(fā)公司開發(fā)一個商業(yè)情報處理系統(tǒng)在系統(tǒng)分析階段為了更好地對情報數(shù)據(jù)處理流程及其與外部角色的關聯(lián)進展建模，PH公司工程組將 。A.先構建系統(tǒng)流程圖(SystemFlowcharts)，來呈現(xiàn)全局的處理過程，處理過程之間遵循全都的計時標準B.先構建系統(tǒng)數(shù)據(jù)流圖(DataFlowDiagrams)，以便描述處理過程的掌握流和數(shù)據(jù)流，使處理過程可并行C.D.先構建系統(tǒng)數(shù)據(jù)流圖，來呈現(xiàn)系統(tǒng)的處理過程和定義業(yè)務功能邊界軟件質量屬性通常需要承受特定的設計策略實現(xiàn)。例如，41 設計策略能提高該系統(tǒng)的可用性， 42 設計策略能夠提高該系統(tǒng)的性能，43 設計策略能夠提高該系統(tǒng)的安全性。A.心跳機制B.數(shù)據(jù)驅動C.關注點分別D.信息隱蔽A.引入中間層B.事務機制C.主動冗余D.優(yōu)先級隊列A.信息隱蔽B.內(nèi)置監(jiān)控器C.限制訪問D.檢查點我國《著作法權》規(guī)定的作品發(fā)表的含義是指將作。A.在具有書刊號的出版物上公開發(fā)表B.通過具有專業(yè)資質的印刷機構印刷發(fā)行C.向版權登記機關登記使用@符號D.實行任何方式公之于眾電子商務的一般框架分為4個層次和2個支柱。4個層次自底向上依次是 。A.網(wǎng)絡層報文和信息傳播層多媒體信息公布層系統(tǒng)運作層B.網(wǎng)絡層多媒體信息公布層、報文和信息傳播層、貿(mào)易效勞層C.網(wǎng)絡層、報文和信息傳播層、商業(yè)傳輸層、多媒體信息公布層D.網(wǎng)絡層、報文和信息傳播層、貿(mào)易效勞層、多媒體信息公布層以下關于CISC(ComplexInstructionSetComputer，簡單指令集計算機)和RISC(ReducedInstructionSetComputer，精簡指令集計算機)的表達中，錯誤的選項是 。A.在CISC中，簡單指令都承受硬布線規(guī)律來執(zhí)行B.一般而言，承受CISC技術的CPU，其芯片設計簡單度更高C.在RISC中更適合承受硬布線規(guī)律執(zhí)行指令D.承受RISC技術指令系統(tǒng)中的指令種類和尋址方式更少甲公司的某個注冊商標是乙畫家創(chuàng)作的繪畫作品，甲申請該商標注冊時未經(jīng)乙的許可，乙認為其著作權受到侵害在乙可實行的以下做法中錯誤的選項是 。A.向甲公司所在地人民法院提起著作權侵權訴訟B.懇求商標評審委員會裁定撤銷甲的注冊商標C.首先提起訴訟，如對法院判決不服再懇求商標評審委員會進展裁定D.與甲交涉，實行許可方式讓甲連續(xù)使用該注冊商標SoftwareArchitectureEvaluationModel(SAEM)是一種軟件架構的評估模型，以下關于該模型的表達中，錯誤的選項是 。A.在SAEM中，從開發(fā)人員和用戶兩個角度考慮體系構造的描述，并應用于系統(tǒng)設計階段B.SAEM將質量需求、度量標準和體系構造的內(nèi)部屬性與最終的系統(tǒng)聯(lián)系起來C.SAEM的一個特別之處在于為了評估現(xiàn)存系統(tǒng)的體系構造可以使用這個系統(tǒng)自身D.SAEM認為體系構造開發(fā)過程限制了內(nèi)部屬性所以度量過程的結果作為某種形式的反響可以改進體系構造基于構件的開發(fā)(CBD)模型，融合了 模型的很多特征。該模型本質是演化的，承受迭代方法開發(fā)軟件。A.瀑布B.螺旋C.噴泉D.RAD軟件架構貫穿于軟件的整個生命周期，但在不同階段對軟件架構的關注力度并不一樣，在 階段，對軟件架構的關注最多。A.需求分析與設計B.設計與實現(xiàn)C.實現(xiàn)與測試D.部署與變更在UML中的狀態(tài)圖和活動圖的表達中， 是錯誤的。A.狀態(tài)圖和活動圖都是對系統(tǒng)的動態(tài)方面進展建模的圖B.活動圖是狀態(tài)圖的一種特別狀況，其中全部或大多數(shù)狀態(tài)是活動狀態(tài)C.狀態(tài)圖顯示的是從狀態(tài)到狀態(tài)的掌握流，活動圖顯示的是從活動到活動的掌握流D.在對一個對象的生存期建模時，只能使用狀態(tài)圖TheRationalUnifiedProcess(RUP)isasoftwareengineeringprocess,whichcapturesmanyofbestpracticesinmodemsoftwaredevelopment.Thenotionsofuse-casesand havebeenproventobeanexcellentwaytocapturefunctionrequirements.RUPcanbedescribedintwodimensions-timeandcontent.Inthetimedimension,thesoftwarelifecycleisbrokenintocycles.Eachcycleisdividedintofourconsecutive whichisconcludedwithawell-defined andcanbefurtherbrokendowninto acompletedevelopmentloopresultinginareleaseofanexecutableproduct,asubsetofthefinalproductunderdevelopment,whichgrowsincrementallytobecomethefinalsystem.Thecontentstructurereferstothedisciplines,whichgroup logicallybynature.35.A.actorsB.artifactsC.workersD.scenarios36.A.aspectsB.phasesC.orientationsD.views37.A.measureB.criteriaC.milestoneD.end-mark38.A.circularitiesB.conditionsC.iterationsD.resources39.A.activitiesB.workflowsC.transitionsD.functionsRIPv2相對于RIPv1來說主要有3方面的改進。下面的選項中，RIPv2的特點不包括 。A.使用組播而不是播送來傳播路由更報文B.承受了觸發(fā)更機制來加速路由收斂C.支持動態(tài)網(wǎng)絡地址變換來使用私網(wǎng)地址D.使用經(jīng)過散列的口令來限制路由信息的傳播在設計模式演化時，必需定義一組設計類。其中代表將在軟件執(zhí)行之外持續(xù)存在的數(shù)據(jù)存儲(例如，數(shù)據(jù)庫)。A.長久類B.業(yè)務域類C.過程類D.系統(tǒng)類Scenatios-basedArchitectureAnalysisMethod(SAAM)是一種軟件架構的評估方法以下關于該方法的表達中，錯誤的選項是 。A.SAAM協(xié)調不同參與者所感興趣的方面，并供給了后續(xù)決策對體系構造的公共理解B.SAAM的主要輸入問題是問題描述需求聲明和體系構造描述C.SAAM的領域學問庫的可重用性是通過基于屬性的體系構造風格維護D.SAAM可以被應用到空中交通管制、嵌入式音頻系統(tǒng)等系統(tǒng)中某軟件公司基于面對對象技術開發(fā)了一套圖形界面顯示構件庫VisualComponent。在使用該庫構建某圖形界面時用戶要求為界面定制一些特效顯示效果如帶滾動條能夠顯示藝術字體的透亮窗體等。針對這種需求，公司承受最為敏捷。A.橋接模式B.命令模式C.組合模式D.裝飾模式以下關于計算機性能的各種評估方法的論述中，正確的選項是 。A.每秒百萬次指令(MIPS)描述了計算機的浮點運算速度B.峰值MFLOPS以最慢的浮點指令來表示計算機的運算速度C.等效指令速度法承受敏捷的指令比例來評價計算機的性能D.CTP以每秒百萬次理論運算(MTOPS)來表示運算部件的綜合性能統(tǒng)一過程(UP)將一個周期的開發(fā)過程劃分為4個階段，其中 的主要意圖是建立系統(tǒng)的需求和架構，確定技術實現(xiàn)的可行性和系統(tǒng)架構的穩(wěn)定性。A.初啟階段(Inception)B.構建階段(Constraaction)C.精化階段(Elaboration)D.提交階段(Transition)需求工程活動產(chǎn)生軟件運行特征的規(guī)約，指明軟件和其他系統(tǒng)元素的接口并建立 A.數(shù)據(jù)流圖和數(shù)據(jù)字典B.狀態(tài)變遷圖C.體系構造模型D.軟件必需滿足的約束條件在CORBA體系構造中， 屬于客戶端接口。A.靜態(tài)IDLStubs B.靜態(tài)IDLSkeletons C.動態(tài)Skeletons D.POA(PoixableObjectAdapter)某數(shù)據(jù)庫中有員工關系E(員工號，姓名，部門，職稱，月薪)；產(chǎn)品關系P(產(chǎn)品號，產(chǎn)品名稱，型號，尺寸，顏色)；倉庫關系W(倉庫號，倉庫名稱，地址，負責人)；庫存關系I(倉庫號，產(chǎn)品號，產(chǎn)品數(shù)量)。假設數(shù)據(jù)庫設計中要求：①倉庫關系W中的“負責人”引用員工關系的員工號②庫存關系I中的“倉庫號，產(chǎn)品號”唯一標識I中的每一個記錄③員工關系E中的職稱為“工程師”3500元則①②③依次要滿足的完整性約束是 。A.實體完整性、參照完整性、用戶定義完整性B.參照完整性、實體完整性、用戶定義完整性C.用戶定義完整性、實體完整性、參照完整性D.實體完整性、用戶定義完整性、參照完整性軟件設計的主要任務是設計軟件的構造、過程和模塊，其中軟件構造設計的主要任務是要確定 A.模塊的具體功能B.模塊間的組成關系C.模塊間的操作細節(jié)D.模塊間的相像性從數(shù)據(jù)庫治理系統(tǒng)的角度看，數(shù)據(jù)庫系統(tǒng)通常承受如下圖的三級模式構造。圖中①、②、③處應分別填寫 。A.概念模式/內(nèi)模式映像、概念模式/外模式映像、外模式/概念模式映像B.外模式/概念模式映像、概念模式/內(nèi)模式映像、概念模式/外模式映像C.概念模式/內(nèi)模式映像、概念模式/內(nèi)模式映像、外模式/概念模式映像D.外模式/概念模式映像、外模式/概念模式映像、概念模式/內(nèi)模式映像圖中UML類圖所示意的設計模式的意圖是 。在