系統(tǒng)架構(gòu)設(shè)計(jì)師考試題

2011年系統(tǒng)架構(gòu)設(shè)計(jì)師考試真題(綜合知識(shí))操作系統(tǒng)為用戶提供了兩類接口：操作一級(jí)和程序控制一級(jí)的接口，以下不屬于操作-?級(jí)的接口是(I)。操作控制命令系統(tǒng)調(diào)用菜單窗口進(jìn)程PI、P2、P3、P4和P5的前趨圖如下:若用PV操作控制進(jìn)程P1?P5并發(fā)執(zhí)行的過程，則需要設(shè)置5個(gè)信號(hào)星S1、S2、S3、S4和S5,進(jìn)程間同步所使用的信號(hào)量標(biāo)注在上圖中的邊匕且信號(hào)量S1?S5的初值都等于零，初始狀態(tài)下進(jìn)程P1開始執(zhí)行。卜，圖中a、b和c處應(yīng)分別填寫(2);d和e處應(yīng)分別填寫(3),f和g處應(yīng)分別填寫(4)oP2P2(2)A.V(S1)V(S2)、P(S1)和V(S3)V(S4)B.P(S1)V(S2)、P(S1)和P(S2)V(S1)C.V(S1)V(S2)、P(S1)和P(S3)P(S4)D.P(S1)P(S2)、V(S1)和P(S3)V(S2)⑶A.P(S1)和V(S5)B.V(S1)和P(S5)C.P(S2)和V(S5)I).V(S2)和P(S5)⑷A.P(S3)和V(S4)V(S5)B.P(S3)和P(S4)P(S5)

V(S3)和V(S4)V(S5)V(S3)和P(S4)P(S5)某企業(yè)工程項(xiàng)目管理數(shù)據(jù)庫的部分關(guān)系模式如下所示，其中帶實(shí)下劃線的表示主鍵，虛下劃線的表示外鍵。供應(yīng)商(供應(yīng)商號(hào)?名稱，地址，電話，賬號(hào))項(xiàng)目(攻嬖，奐美人，開工日期)零件(零件號(hào)，名稱，規(guī)格，單價(jià))供應(yīng)，熟號(hào)，堡應(yīng)庾號(hào),供壺)員工(員工號(hào)?姓名，性別，出生日期，職位，聯(lián)系方式)其中供應(yīng)關(guān)系是(5)的聯(lián)系。若一個(gè)工程項(xiàng)目可以有多個(gè)員工參加，每個(gè)員工可以參加多個(gè)項(xiàng)目，則項(xiàng)目和員工之間是(6)聯(lián)系。對(duì)項(xiàng)目和員工關(guān)系進(jìn)行設(shè)計(jì)時(shí)，(7)設(shè)計(jì)成一個(gè)獨(dú)立的關(guān)系模式。A.2個(gè)實(shí)體之間的I:n2個(gè)實(shí)體之間的n:m3個(gè)實(shí)體之間的l:n:m3個(gè)實(shí)體之間的k:n:mA.1:11:nn:m,n:1A.多對(duì)多的聯(lián)系在向關(guān)系模型轉(zhuǎn)換時(shí)必須多對(duì)多的聯(lián)系在向關(guān)系模型轉(zhuǎn)換時(shí)無須只需要將-端的碼并入多端，所以無須不僅需要將一端的碼并入多端，而且必須給定學(xué)生S(學(xué)號(hào)，姓名，年齡，入學(xué)時(shí)間，聯(lián)系方式)和選課SC(學(xué)號(hào)，課程號(hào)，成績(jī))關(guān)系，若要查詢選修了1號(hào)課程的學(xué)生學(xué)號(hào)、姓名和成績(jī)，則該查誼與關(guān)系代數(shù)表達(dá)式(8)等價(jià)氣2.8(bi=6*，(SxSC))71\27(<76=TXSC))B.勿B(yǎng).勿、127(%=60><。))C.：51(cr(SXSC))

JL.d.Q/—1JL.d.Q/—1D.以下關(guān)于CISC（ComplexInstructionSetComputer,復(fù)雜指令集計(jì)算機(jī)）和RISC（ReducedInstructionSetComputer,精簡(jiǎn)指令集計(jì)算機(jī)）的敘述中，錯(cuò)誤的是（9）。在CISC中，復(fù)雜指令都采用硬布線邏輯來執(zhí)行一般而言，采用CISC技術(shù)的CPU,其芯片設(shè)計(jì)復(fù)雜度更高在RISC中，更適合采用硬布線邏輯執(zhí)行指令采用RISC技術(shù)，指令系統(tǒng)中的指令種類和尋址方式更少以下關(guān)于Cache的敘述中,正確的是（10）o在容量確定的情況卜?，替換算法的時(shí)間復(fù)雜度是彩響Cache命中率的關(guān)鍵因素Cache的設(shè)計(jì)思想是在合理的成本下提高命中率Cache的設(shè)計(jì)目標(biāo)是容嵬盡可能與主存容量相等CPU中的Cache容量應(yīng)大于CPU之外的Cache容量虛擬存儲(chǔ)器發(fā)生頁面失效時(shí)，需要進(jìn)行外部地址變換，即實(shí)現(xiàn)（11）的變換。虛地址到主存地址主存地址到Cache地址主存地址到輔存物理地址虛地址到輔存物理地址掛接在總線上的多個(gè)部件，（12）。只能分時(shí)向總線發(fā)送數(shù)據(jù)，并只能分時(shí)從總線接收數(shù)據(jù)只能分時(shí)向總線發(fā)送數(shù)據(jù)，但可同時(shí)從總線接收數(shù)據(jù)可?同時(shí)向總線發(fā)送數(shù)據(jù)，并同時(shí)從總線接收數(shù)據(jù)【）.可同時(shí)向總線發(fā)送數(shù)據(jù)，但只能分時(shí)從總線接收數(shù)據(jù)核心層交換機(jī)應(yīng)該實(shí)現(xiàn)多種功能，卜?面選項(xiàng)中，不屬于核心層特性的是（13）。高速連接冗余設(shè)計(jì)策略路由較少的設(shè)備連接建筑物綜合布線系統(tǒng)中的垂直子系統(tǒng)是指（14）o由終端到信息插座之間的連線系統(tǒng)樓層接線間的配線架和線纜系統(tǒng)各樓層設(shè)備之間的互連系統(tǒng)連接各個(gè)建筑物的通信系統(tǒng)網(wǎng)絡(luò)設(shè)計(jì)過程包括邏輯網(wǎng)絡(luò)設(shè)計(jì)和物理網(wǎng)絡(luò)設(shè)計(jì)兩個(gè)階段，下面的選項(xiàng)中，(15)應(yīng)該屬于邏輯網(wǎng)絡(luò)設(shè)計(jì)階段的任務(wù)。選擇路由協(xié)議B.設(shè)備選型C.結(jié)構(gòu)化布線I).機(jī)房設(shè)計(jì)隨著業(yè)務(wù)的增長(zhǎng)，信息系統(tǒng)的訪問量和數(shù)據(jù)流量快速增加，采用負(fù)載均衡(LoadBalance)方法可避免由此導(dǎo)致的系統(tǒng)性能下降甚至崩潰。以下關(guān)于負(fù)載均衡的敘述中,錯(cuò)誤的是(16)o負(fù)載均衡通常由服務(wù)器端安裝的附加軟件來實(shí)現(xiàn)負(fù)載均衡并不會(huì)增加系統(tǒng)的吞吐量負(fù)載均衡可在不同地理位置、不同網(wǎng)絡(luò)結(jié)構(gòu)的服務(wù)器群之間進(jìn)行負(fù)載均衡可使用戶只通過一個(gè)IP地址或域名就能訪問相應(yīng)的服務(wù)器數(shù)據(jù)備份是信息系統(tǒng)運(yùn)行管理時(shí)保護(hù)數(shù)據(jù)的重要措施。(17)"針對(duì)上次任何一種備份進(jìn)行,將上次備份后所有發(fā)生變化的數(shù)據(jù)進(jìn)行備份，并將備份后的數(shù)據(jù)進(jìn)行標(biāo)記。增量備份差異備份完全備份I).按需備份某企業(yè)欲對(duì)內(nèi)部的數(shù)據(jù)庫進(jìn)行數(shù)據(jù)集成。如果集成系統(tǒng)的業(yè)務(wù)邏輯較為簡(jiǎn)單，僅使用數(shù)據(jù)庫中的單表數(shù)據(jù)即可實(shí)現(xiàn)業(yè)務(wù)功能，這時(shí)采用(18)方式進(jìn)行數(shù)據(jù)交換與處理較為合適；如果集成系統(tǒng)的業(yè)務(wù)邏輯較為復(fù)雜，并需要通過數(shù)據(jù)庫中不同表的連接操作獲取數(shù)據(jù)才能實(shí)現(xiàn)業(yè)務(wù)功能，這時(shí)采用(19)方式進(jìn)行數(shù)據(jù)交換與處理較為合適。A.數(shù)據(jù)網(wǎng)關(guān)主動(dòng)記錄包裝器D.數(shù)據(jù)映射A.數(shù)據(jù)網(wǎng)關(guān)主動(dòng)記錄包裝器D.數(shù)據(jù)映射某大型商業(yè)公司欲集成其內(nèi)部的多個(gè)業(yè)務(wù)系統(tǒng)，這些業(yè)務(wù)系統(tǒng)的運(yùn)行平臺(tái)和開發(fā)語言差異較大，而且系統(tǒng)所使用的通信協(xié)議和數(shù)據(jù)格式各不相同，針對(duì)這種情況,采用基于(20)的集成框架較為合適。除此以外，集成系統(tǒng)還需要根據(jù)公司的新業(yè)務(wù)需要,靈活、動(dòng)態(tài)地定制系統(tǒng)之間的功能協(xié)作關(guān)系，針對(duì)這一需求，應(yīng)該選擇基于(21)技術(shù)的實(shí)現(xiàn)方式更為合適。A.數(shù)據(jù)庫B.文件系統(tǒng)C.總線I).點(diǎn)對(duì)點(diǎn)A■分布式對(duì)象遠(yuǎn)程過程調(diào)用C.進(jìn)程間通信D.工作流軟件產(chǎn)品配置是指一個(gè)軟件產(chǎn)品在生存周期各個(gè)階段所產(chǎn)生的各種形式和各種版本的文檔、計(jì)算機(jī)程序、部件及數(shù)據(jù)的集合。該集合的每一個(gè)元索稱為該產(chǎn)品配置中的一個(gè)配咒項(xiàng)。F列不應(yīng)該屬于配置項(xiàng)的是(22)。源代碼清單設(shè)計(jì)規(guī)格說明書軟件項(xiàng)目實(shí)施計(jì)劃I).CASE工具操作手冊(cè)軟件質(zhì)量保證是軟件項(xiàng)目控制的重要手段，(23)是軟件質(zhì)量保證的主要活動(dòng)之一。風(fēng)險(xiǎn)評(píng)估軟件評(píng)審C.需求分析I).架構(gòu)設(shè)計(jì)利用需求跟蹤能力鏈(traceabilitylink)可以跟蹤一?個(gè)需求使用的全過程，也就是從初始需求到實(shí)現(xiàn)的前后生存期。需求跟蹤能力鏈有4類，如下圖所示：客戶需求、軟件需求軟件需求、客戶需求客戶需求、當(dāng)前?工作產(chǎn)品軟件需求、當(dāng)前工作產(chǎn)品通常有兩種常用的需求定義方法：嚴(yán)格定義方法和原型方法。下述的各種假設(shè)條件中，“(25)不適合使用嚴(yán)格定義方法進(jìn)行需求定義。所有需求都能夠被預(yù)先定義開發(fā)人員與用戶之間能夠準(zhǔn)確而清晰地交流需求不能在系統(tǒng)開發(fā)前被完全準(zhǔn)確地說明I).采用圖形(或文字)充分體現(xiàn)最終系統(tǒng)下列關(guān)于軟件需求管理或需求開發(fā)的敘述中，正確的是(26)。所謂需求管理是指對(duì)需求開發(fā)的管理需求管理包括：需求獲取、需求分析、需求定義和需求驗(yàn)證需求開發(fā)是將用戶需求轉(zhuǎn)化為應(yīng)用系統(tǒng)成果的過程在需求管理中，要求維持對(duì)用戶原始需求和所有產(chǎn)品構(gòu)件需求的雙向跟蹤RLP是一個(gè)二維的軟件開發(fā)模型，其核心特點(diǎn)之一是(27)。RUP將軟件開發(fā)生存周期劃分為多個(gè)循環(huán)(cycle)，每個(gè)循環(huán)由4個(gè)連續(xù)的階段組成，每個(gè)階段完成確定的任務(wù)。設(shè)計(jì)及確定系統(tǒng)的體系結(jié)構(gòu)，制定工作計(jì)劃及資源要求是在(28)階段完成的。A.數(shù)據(jù)驅(qū)動(dòng)模型驅(qū)動(dòng)用例驅(qū)動(dòng)狀態(tài)驅(qū)動(dòng)A■初始(inception)細(xì)化(elaboration)構(gòu)造(construction)移交(transition)在面向?qū)ο笤O(shè)計(jì)中，用于描述目標(biāo)軟件與外部環(huán)境之間交互的類被稱為(29)，它可以(30)?A.實(shí)體類邊界類模型類I).控制類A,表示目標(biāo)軟件系統(tǒng)中具有持久意義的信息項(xiàng)及其操作協(xié)調(diào)、控制其他類完成用例規(guī)定的功能或行為實(shí)現(xiàn)目標(biāo)軟件系統(tǒng)與外部系統(tǒng)或外部設(shè)備之間的信息交流和互操作I).分解任務(wù)并把了任務(wù)分派給適當(dāng)?shù)妮o助類最少知識(shí)原則(也稱為迪米特法則)是面向?qū)ο笤O(shè)計(jì)原則之一，指一個(gè)軟件實(shí)體應(yīng)當(dāng)盡可能少地

與其他實(shí)體發(fā)生相互作用。這樣，當(dāng)?個(gè)實(shí)體被修改時(shí)，就會(huì)盡可能少地影響其他的實(shí)體。卜?列敘述中，“(31)”不符最少知識(shí)原則。在類的劃分上，應(yīng)當(dāng)盡量創(chuàng)建松耦合的類在類的設(shè)計(jì)上，只要有可能，-個(gè)類型應(yīng)當(dāng)設(shè)計(jì)成不變類在類的結(jié)構(gòu)設(shè)計(jì)上，每個(gè)類都應(yīng)當(dāng)盡可能提高對(duì)其屬性和方法的訪問權(quán)限|)?在對(duì)其他類的引用匕一個(gè)對(duì)象對(duì)其他對(duì)象的引用應(yīng)當(dāng)降到最低卜?列關(guān)于各種軟件開發(fā)方法的敘述中，錯(cuò)誤的是(32)a結(jié)構(gòu)化開發(fā)方法的缺點(diǎn)是開發(fā)周期較長(zhǎng)，難以適應(yīng)需求變化可以把結(jié)構(gòu)化方法和面向?qū)ο蠓椒ńY(jié)合起來進(jìn)行系統(tǒng)開發(fā)，使用面向?qū)ο蠓椒ㄟM(jìn)行自頂向下的劃分，自底向上地使用結(jié)構(gòu)化方法開發(fā)系統(tǒng)與傳統(tǒng)方法相比，敏捷開發(fā)方法比較適合需求變化較大或者開發(fā)前期需求不是很清晰的項(xiàng)目以它的靈活性來適應(yīng)需求的變化而向服務(wù)的方法以粗粒度、松散耦合和基于標(biāo)準(zhǔn)的服務(wù)為基礎(chǔ)，增強(qiáng)了系統(tǒng)的靈活性、可復(fù)用性和可演化性某公司欲開發(fā)一門戶網(wǎng)站，將公司的各個(gè)分公司及辦事處信息進(jìn)行整合?，F(xiàn)決定采用Composite設(shè)計(jì)模式來實(shí)現(xiàn)公司的組織結(jié)構(gòu)關(guān)系，并設(shè)計(jì)了如下圖所示的UML類圖。圖中與Composite模式中的“ComponenI”角色相對(duì)應(yīng)的類是(33)，與“Compositen角色相對(duì)應(yīng)的類是(34)。FmancHiepdrtment:FmancHiepdrtment:A.CompanyFinanceDepartmentHRDepartmentConcreteCompanyA.CompanyFinanceDepartmentHRDepartmentDConcreteCompany企業(yè)戰(zhàn)略數(shù)據(jù)模型可分為兩種類型：(35)描述日常事務(wù)處理中的數(shù)據(jù)及其關(guān)系；(36)描述企業(yè)管理決策者所需信息及其關(guān)系。（35）A.元數(shù)據(jù)模型數(shù)據(jù)庫模型數(shù)據(jù)倉庫模型組織架構(gòu)模型（36）A.元數(shù)據(jù)模型數(shù)據(jù)庫模型數(shù)據(jù)倉庫模型組織架構(gòu)模型運(yùn)用信息技術(shù)進(jìn)行知識(shí)的挖掘和（37）的管理是企業(yè)信息化建設(shè)的重要活動(dòng)。業(yè)務(wù)流程IT基礎(chǔ)設(shè)施C.數(shù)據(jù)架構(gòu)【）.規(guī)章制度以下關(guān)于企業(yè)信息化方法的敘述中，正確的是（38）。業(yè)務(wù)流程重構(gòu)是對(duì)企業(yè)的組織結(jié)構(gòu)和工作方法進(jìn)行重新設(shè)計(jì)，SC.M（供應(yīng)鏈管理）是一種重要的實(shí)現(xiàn)手段在業(yè)務(wù)數(shù)最浩繁且流程錯(cuò)綜復(fù)雜的大型企業(yè)里，主題數(shù)據(jù)庫方法往往形成許多“信息孤島”，造成大量的無效或低效投資人力資源管理把企業(yè)的部分優(yōu)秀員工看作是一種資本，能夠取得投資收益圍繞核心業(yè)務(wù)應(yīng)用計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)是企業(yè)信息化建設(shè)的有效途徑系統(tǒng)設(shè)計(jì)是軟件開發(fā)的重要階段，（39）主要是按系統(tǒng)需求說明來確定此系統(tǒng)的軟件結(jié)構(gòu),并設(shè)計(jì)出各個(gè)部分的功能和接口。外部設(shè)計(jì)內(nèi)部設(shè)計(jì)程序設(shè)計(jì)I）.輸入/輸出設(shè)計(jì)快速迭代式的原型開發(fā)能夠有效控制成本，（40）是指在開發(fā)過程中逐步改進(jìn)和細(xì)化原型直至產(chǎn)生出目標(biāo)系統(tǒng)?？梢暬烷_發(fā)拋棄式原型開發(fā)演化式原型開發(fā)增量式原型開發(fā)靜態(tài)分析通過解析程序文本從而識(shí)別出程序語句中可能存在的缺陷和異常之處；靜態(tài)分析所包含的階段中，(41)的主要工作是找出輸入變量和輸出變量之間的依賴關(guān)系。A.控制流分析數(shù)據(jù)使用分析C.接口分析D.信息流分析確認(rèn)測(cè)試主要用于驗(yàn)證軟件的功能、性能和其他特性是否與用戶需求一致。卜-述各種測(cè)試中，(42)為確認(rèn)測(cè)試。負(fù)載測(cè)試和壓力測(cè)試a測(cè)試和8測(cè)試隨機(jī)測(cè)試和功能測(cè)試I).可靠性測(cè)試和性能測(cè)試軟件(43)是指改正產(chǎn)生于系統(tǒng)開發(fā)階段而在系統(tǒng)測(cè)試階段尚未發(fā)現(xiàn)的錯(cuò)誤。完善性維護(hù)適應(yīng)性維護(hù)正確性維護(hù)預(yù)防性維護(hù)(44)描述了一類軟件架構(gòu)的特征，它獨(dú)立于實(shí)際問題，強(qiáng)調(diào)軟件系統(tǒng)中通用的組織結(jié)構(gòu)選擇垃圾回收機(jī)制是Java語言管理內(nèi)存資源時(shí)常用的一種(45)。A.架構(gòu)風(fēng)格B.開發(fā)方法C.設(shè)計(jì)模式D.分析模式A.架構(gòu)風(fēng)格B.開發(fā)方法C.設(shè)計(jì)模式I).分析模式1995年Kruchten提出了著名的“4+1”視圖，用來描述軟件系統(tǒng)的架構(gòu)。任“4+1”視圖中，用來描述設(shè)計(jì)的對(duì)象模型和對(duì)象之間的關(guān)系；(47)描述了軟件模塊的組織與管理;(48)描述設(shè)計(jì)的并發(fā)和同步特征。(46)A.邏輯視圖B.用例視圖C.過程視圖I).開發(fā)視圖A.邏輯視圖用例視圖過程視圖開發(fā)視圖A.邏輯視圖用例視圖過程視圖I).開發(fā)視圖基于架構(gòu)的軟件設(shè)計(jì)(ABSD)強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。ABSD方法有三個(gè)基礎(chǔ)：功能分解、(49)和軟件模板的使用。對(duì)需求進(jìn)行優(yōu)先級(jí)排列根據(jù)需求自行設(shè)計(jì)系統(tǒng)的總體架構(gòu)選擇架構(gòu)風(fēng)格實(shí)現(xiàn)質(zhì)量及商業(yè)需求開發(fā)系統(tǒng)原型用于測(cè)試某公司研發(fā)一種語音識(shí)別軟件系統(tǒng),需要對(duì)用戶的語音指令進(jìn)行音節(jié)分割、重音判斷、語法分析和厝義分析，最終對(duì)用戶的意圖進(jìn)行推斷。針對(duì)上述功能需求，該語音識(shí)別軟件應(yīng)該采用(50)架構(gòu)風(fēng)格最為合適。隱式調(diào)用管道-過濾器解釋器I).黑板某企業(yè)內(nèi)部現(xiàn)有的主要業(yè)務(wù)功能己經(jīng)封裝為Web服務(wù)。為了拓展業(yè)務(wù)范圍，需要將現(xiàn)有的業(yè)務(wù)功能進(jìn)行多種組合，形成新的業(yè)務(wù)功能。針對(duì)業(yè)務(wù)靈活組合這?要求，采用(51)架構(gòu)風(fēng)格最為合適。管道-過濾器解釋器顯式調(diào)用I).黑板編譯器的主要工作過程是將以文本形式輸入的代碼逐步轉(zhuǎn)化為各種形式，最終生成可執(zhí)行代碼現(xiàn)代編譯器主要關(guān)注編譯過程和程序的中間表示，圍繞程序的各種形態(tài)進(jìn)行轉(zhuǎn)化與處理。針對(duì)這種特征，現(xiàn)代編譯溶應(yīng)該采用(52)架構(gòu)風(fēng)格最為合適。A.數(shù)據(jù)共享B.虛擬機(jī)C.隱式調(diào)用管道-過濾器某軟件公司正在設(shè)計(jì)-個(gè)通用的嵌入式數(shù)據(jù)處理平臺(tái)，需要支持多種數(shù)據(jù)處理芯片之間的數(shù)據(jù)傳遞與交換。該平臺(tái)的核心功能之一要求能夠屏蔽芯片之間的數(shù)據(jù)交互，使其耦合松散,并且可以獨(dú)立改變芯片之間的交互過程。針對(duì)上述需求，采用(53)最為合適。(53)A.抽象工廠模式策略模式中介者模式0.狀態(tài)模式某軟件公司正在設(shè)計(jì)一個(gè)圖像處理軟件，該軟件需要支持用戶在圖像處理過程中的撤銷和重做等動(dòng)作，為了實(shí)現(xiàn)該功能，采用(54)最為合適。單例模式命令模式訪問者模式適配器模式某互聯(lián)網(wǎng)公司正在設(shè)計(jì)一套網(wǎng)絡(luò)聊天系統(tǒng)，為了限制用戶在使用該系統(tǒng)時(shí)發(fā)表不恰當(dāng)言論,需要對(duì)聊天內(nèi)容進(jìn)行特定敏感詞的過濾。針對(duì)上述功能需求，采用(55)能夠靈活配置敏感詞的過濾過程。責(zé)任鏈模式工廠模式組合模式裝飾模式某公司在對(duì)?家用車庫門嵌入式軟件系統(tǒng)進(jìn)行架構(gòu)設(shè)計(jì)時(shí)，識(shí)別出兩個(gè)關(guān)鍵的質(zhì)量屬性場(chǎng)景，其中“當(dāng)車摩門正常卜降時(shí)，如果發(fā)現(xiàn)卜?面有障礙物，則系統(tǒng)停止卜降的時(shí)間需要控制在0.1秒內(nèi)”與(56)質(zhì)量屬性相關(guān)；“系統(tǒng)需要為部署在遠(yuǎn)程PC機(jī)上的智能家居系統(tǒng)留有控制接口，并支持在智能家居系統(tǒng)中對(duì)該系統(tǒng)進(jìn)行遠(yuǎn)程錯(cuò)誤診斷與調(diào)試”與(57)質(zhì)量屬性相關(guān)。A.可用性B.性能C.可修改性0.可測(cè)試性A.可用性性能可修改性I)■可測(cè)試性軟件質(zhì)量屬性通常需要采用特定的設(shè)計(jì)策略實(shí)現(xiàn)。例如，(58)設(shè)計(jì)策略能提高該系統(tǒng)的可用性(59)設(shè)計(jì)策略能夠提高該系統(tǒng)的性能，(60)設(shè)計(jì)策略能夠提高該系統(tǒng)的安全性。A■心跳機(jī)制B.數(shù)據(jù)驅(qū)動(dòng)C.關(guān)注點(diǎn)分離信息隱藏A■引入中間層事務(wù)機(jī)制主動(dòng)冗余I).優(yōu)先級(jí)隊(duì)列A.信息隱藏B.內(nèi)置監(jiān)控器限制訪問檢查點(diǎn)架構(gòu)權(quán)衡分析方法(ATAM)是一種常用的軟件架構(gòu)評(píng)估方法，下列關(guān)于該方法的敘述中，正確的是(61)oATAM需要對(duì)代碼的質(zhì)量進(jìn)行評(píng)估ATAM需要對(duì)軟件系統(tǒng)需求的正確性進(jìn)行評(píng)價(jià)ATAN需要對(duì)軟件系統(tǒng)進(jìn)行集成測(cè)試ATAM需要對(duì)軟件質(zhì)量屬性進(jìn)行優(yōu)先級(jí)排序識(shí)別風(fēng)險(xiǎn)點(diǎn)、非風(fēng)險(xiǎn)點(diǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是軟件架構(gòu)評(píng)估過程中的關(guān)鍵步驟。針對(duì)某系統(tǒng)所作的架構(gòu)設(shè)計(jì)中，“系統(tǒng)需要支持的最大并發(fā)用戶數(shù)量直接影響傳輸協(xié)議和數(shù)據(jù)格式”描述了系統(tǒng)架構(gòu)設(shè)計(jì)中的?個(gè)(62):“山于系統(tǒng)的業(yè)務(wù)邏輯目前，尚不清楚，因此現(xiàn)有系統(tǒng)三層架構(gòu)中的第二層町能會(huì)出現(xiàn)功能重復(fù)，這會(huì)影響系統(tǒng)的偵修改性”描述了系統(tǒng)架構(gòu)設(shè)計(jì)中的一個(gè)(63)a(62)A.敏感點(diǎn)風(fēng)險(xiǎn)點(diǎn)非風(fēng)險(xiǎn)點(diǎn)權(quán)衡點(diǎn)(63)A.敏感點(diǎn)風(fēng)險(xiǎn)點(diǎn)非風(fēng)險(xiǎn)點(diǎn)權(quán)衡點(diǎn)在網(wǎng)絡(luò)管理中要防止各種安全威脅。在SNMPv3中，無法預(yù)防的安全威脅是(64)o篡改管理信息：通過改變傳輸中的SNMP報(bào)文實(shí)施未經(jīng)授權(quán)的管理操作通信分析：第三者分析管理實(shí)體之間的通信規(guī)律，從而獲取管理信息假冒合法用戶：未經(jīng)授權(quán)的用戶冒充授權(quán)用戶，企圖實(shí)施管理操作消息泄露：SNMP引擎之間交換的信息被第三者偷聽下面安全協(xié)議中，用來實(shí)現(xiàn)安全電子郵件的協(xié)議是(65)oIPSecL2TPPGPPPTP甲公司的某個(gè)注冊(cè)商標(biāo)是乙畫家創(chuàng)作的繪畫作品，甲申請(qǐng)?jiān)撋虡?biāo)注冊(cè)時(shí)未經(jīng)乙的許可，乙認(rèn)為其著作權(quán)受到侵害。在乙可采取的以下做法中，錯(cuò)誤的是(66)o向甲公司所在地人民法院提起著作權(quán)侵權(quán)訴訟請(qǐng)求商標(biāo)評(píng)審委員會(huì)裁定撤銷甲的注冊(cè)商標(biāo)首先提起訴訟，如對(duì)法院判決不服再請(qǐng)求商標(biāo)評(píng)審委員會(huì)進(jìn)行裁定I).與甲交涉，采取許可方式讓甲繼續(xù)使用該注冊(cè)商標(biāo)利用(67)可以對(duì)軟件的技術(shù)信息、經(jīng)營(yíng)信息提供保護(hù)。著作權(quán)專利權(quán)商業(yè)秘密權(quán)I).商標(biāo)權(quán)M公司的程序員在不影響本職工作的情況下，在L公司兼職并根據(jù)公司項(xiàng)目開發(fā)出一項(xiàng)與M公司業(yè)務(wù)無關(guān)的應(yīng)用軟件。該應(yīng)用軟件的著作權(quán)應(yīng)由(68)享有。M公司L公司

L公司與M公司共同L公司與程序員共同在軍事演習(xí)中，張司令希望將部隊(duì)盡快從A地通過公路網(wǎng)（見下圖）運(yùn)送到F地:圖中標(biāo)出了各路段上的最大運(yùn)?量（單位：千人/小時(shí)）。根據(jù)該圖可以算出，從A地到F地的最大運(yùn)量是（69）千人/小時(shí)。TOC\o"1-5"\h\z20212223某公司需要將4噸貴金屬材料分配給下屬的甲、乙、丙三個(gè)子公司（單位：噸）o據(jù)測(cè)算，各子公司得到這些材料后所能獲得的利潤(rùn)（單位：萬元）見卜表：材料1噸A2噸3噸4c\4噸甲4r*71013乙5A911134A丙461114根據(jù)此表，只要材料分配適當(dāng)，該公司最多可以獲得利潤(rùn)（70）萬元。TOC\o"1-5"\h\z1416C.17I).18Informationsystemsdesignisdefinedasthosetasksthatfocusonthespecificationofadetailedcomputer-basedsolution.Typically,therearefoursystemsdesigntasksforin-housedevelopment.1)Thefirsttaskistospecify(71),whichdefinesthetechnologiestobeusedbyone,more,orallinformationsystemsintermsoftheirdata,processes,interfaces,andnetworkcomponents.Thistaskisaccomplishedbyanalyzingthedatamodelsandprocessmodelsthatareinitiallycreatedduringrequirementsanalysis.Thenextsystemsdesigntaskistodevelopthe(72).Thepurposeofthistaskistopreparetechnicaldesignspecificationsforadatabasethatwillbeadaptabletofuturerequirementsandexpansion.Oncethedatabaseprototypehasbeenbuilt,thesystemsdesignercanworkcloselywithsystemuserstodevelopinput,output