軟件設(shè)計師當(dāng)天每日一練試題地址:www.xomuzic.com/exam/ExamDay.aspx?t1=4
往期軟件設(shè)計師每日一練試題匯總:www.xomuzic.com/class/27/e4_1.html
軟件設(shè)計師每日一練試題(2021/7/31)在線測試:www.xomuzic.com/exam/ExamDay.aspx?t1=4&day=2021/7/31
點擊查看:更多軟件設(shè)計師習(xí)題與指導(dǎo)
軟件設(shè)計師每日一練試題內(nèi)容(2021/7/31)
試題1: 裝飾器(Decorator)模式用于();外觀(Facade)模式用于()。 以下關(guān)于增量開發(fā)模型的敘述中,不正確的是()。
A.不必等到整個系統(tǒng)開發(fā)完成就可以使用
B.可以使用較早的增量構(gòu)件作為原型,從而獲得稍后的增量構(gòu)件需求
C.優(yōu)先級最高的服務(wù)先交付,這樣最重要的服務(wù)接受最多的測試
D.有利于進(jìn)行好的模塊劃分
E-R模型向關(guān)系模型轉(zhuǎn)換時,三個實體之間多對多的聯(lián)系m:n:p應(yīng)該轉(zhuǎn)換為一個獨立的關(guān)系模式,且該關(guān)系模式的關(guān)鍵字由()組成。
A.多對多聯(lián)系的屬性
B.三個實體的關(guān)鍵字
C.任意一個實體的關(guān)鍵字
D.任意兩個實體的關(guān)鍵字
函數(shù)main、f的定義如下所示。調(diào)用函數(shù)f時,第一個參數(shù)采用傳值(call by value)方式,第二個參數(shù)采用傳引用(call by referen)方式,則函數(shù)main執(zhí)行后輸出的值為(50)。
以下關(guān)于軟件測試的敘述中,不正確的是( )。
A.在設(shè)計測試用例時應(yīng)考慮輸入數(shù)據(jù)和預(yù)期輸出結(jié)果
B.軟件測試的目的是證明軟件的正確性
C.在設(shè)計測試用例時,應(yīng)該包括合理的輸入條件
D.在設(shè)計測試用例時,應(yīng)該包括不合理的輸入條件
下面關(guān)于二叉排序樹的敘述,錯誤的是 ( ) 。
A、對二叉排序樹進(jìn)行中序遍歷,必定得到結(jié)點關(guān)鍵字的有序序列
B、依據(jù)關(guān)鍵字無序的序列建立二叉排序樹,也可能構(gòu)造出單支樹
C、若構(gòu)造二叉排序樹時進(jìn)行平衡化處理,則根結(jié)點的左子樹結(jié)點數(shù)與右子樹結(jié)點數(shù)的差值一定不超過 1
D、若構(gòu)造二叉排序樹時進(jìn)行平衡化處理,則根結(jié)點的左子樹高度與右子樹高度的差值一定不超過 1
Traditional structured analysis techniques focus upon the flow of (1)within a
system. Object-oriented analysis emphasizes the building of real-world models. It examines
requirements from the perspective of the classes and objects found in the vocabulary of
the(2)domain.
Traditional system design method emphasizes the proper and effective structure of a
complex system. Object-oriented design method encompasses the process of object-oriented
decomposition and a (3) for depicting both logical and physical as well as static and
dynamic models of the system under design.
Object-oriented programming is a method of implementation in which programs are organized
as cooperative collections of objects, each of which represents an (4)of some class, and whose classes are all members of a hierarchy of classes united via (5) relationships.
(1)A、control
B、program
C、data
D、reference
(2)A、problem
B、solution
C、data
D、program
(3)A、mark
B、picture
C、symbol
D、notation
(4)A、instance
B、example
C、existence
D、implementation
(5)A、control
B、inheritance
C、inference
D、connection
Software entities are more complex for their size than perhaps any other humanconstruct, because no two parts are alike (at least above the statement level). If they are, wemake the two similar parts into one, a( 71 ), open or closeD. In this respect software systemsdiffer profoundly from computers, buildings, or automobiles, where repeated elements abounD.
Digital computers . are themselves more complex than most things people build;they have very large numbers of states This makes conceiving, describing, and testing them harD. Software systems have orders of magnitude more( 72 )Likewise, a scaling-up of a software entity is not m erely a repetition of the same elementsm larger size; it is necessarily an mcrease in the number of different elements. In most cases, the elements interact with each other in some( 73 )fashion: and the complexity of the wholencreases much more than linearly.
The complexity of software is a(an)( 74 )property, not an accidental one Hencedescriptions of a software entity that abstract away its complexity often abstract away its essence.Mathematics and the physical sciences made great strides for threecenturies by constructingsimplified models of complex phenomena, deriving properties fiom the models, and verifyingthose properties experimentally. This worked because
the complexities( 75 ) in the modelswere not the .essential properties of the phenomena: It does not work when the complexities are the essence.Many of the classical problems of developing software products derive from this essential complexi and its nonlinear uicreases with size. Not only .technical problems but management problems as well come from the coin plexity.
71:
A. task
B.job
C.subroitune
D.Program
72:
A.tstates
B.parts
C.conditions
D.Expressions
73:
A.linear
B; nonlinear
C.Parallel
D.Addititive74:
A surface
B. Outside
C.exterior
D.Essential
75:
A. fixed
B. Included
C.ignored
D.stabilized
將高級語言源程序先轉(zhuǎn)化為一種中間代碼是現(xiàn)代編譯器的常見處理方式。常用的中間代碼有后綴式、( )、樹等。
A.前綴碼
B.三地址碼
C.符號表
D.補碼和移碼
溫馨提示:因考試政策、內(nèi)容不斷變化與調(diào)整,信管網(wǎng)網(wǎng)站提供的以上信息僅供參考,如有異議,請以權(quán)威部門公布的內(nèi)容為準(zhǔn)!
信管網(wǎng)致力于為廣大信管從業(yè)人員、愛好者、大學(xué)生提供專業(yè)、高質(zhì)量的課程和服務(wù),解決其考試證書、技能提升和就業(yè)的需求。
信管網(wǎng)軟考課程由信管網(wǎng)依托10年專業(yè)軟考教研傾力打造,官方教材參編作者和資深講師坐鎮(zhèn),通過深研歷年考試出題規(guī)律與考試大綱,深挖核心知識與高頻考點,為學(xué)員考試保駕護(hù)航。面授、直播&錄播,多種班型靈活學(xué)習(xí),滿足不同學(xué)員考證需求,降低課程學(xué)習(xí)難度,使學(xué)習(xí)效果事半功倍。
發(fā)表評論 查看完整評論 | |