系統(tǒng)架構(gòu)設(shè)計(jì)師-系統(tǒng)開(kāi)發(fā)基礎(chǔ)真題

系統(tǒng)架構(gòu)設(shè)計(jì)師-系統(tǒng)開(kāi)發(fā)根底分鐘)單項(xiàng)選擇題需求工程活動(dòng)產(chǎn)生軟件運(yùn)行特征的規(guī)約指明軟件和其他系統(tǒng)元素的接口并建立 。數(shù)據(jù)流圖和數(shù)據(jù)字典 B．程序流程圖C．體系構(gòu)造模型 D．軟件必需滿足的約束條件有兩種需求定義的方法——嚴(yán)格定義和原型定義，在關(guān)于這兩種方法的描述中，不正確的選項(xiàng)是 。嚴(yán)格定義方法假定全部的需求都可以預(yù)先定義B．嚴(yán)格定義方法假定軟件開(kāi)發(fā)人員與用戶之間的溝通存在障礙C．原型定義方法認(rèn)為需求分析中不行避開(kāi)地要消滅很多反復(fù)D．原型定義方法強(qiáng)調(diào)用戶在軟件開(kāi)發(fā)過(guò)程中的參與和決策軟件需求分析產(chǎn)生軟件操作特征的規(guī)格說(shuō)明，指明軟件和其他系統(tǒng)元素的接口，建立軟件必需滿足的約束。下面對(duì)于軟件需求分析的描述，不正確的選項(xiàng)是 。分析員爭(zhēng)論系統(tǒng)規(guī)約和軟件工程打算，并在系統(tǒng)語(yǔ)境內(nèi)理解軟件和復(fù)審，從而生成打算軟件范圍的估算需求分析使得系統(tǒng)工程師能夠刻畫出軟件的功能和性能、指明軟件和其他系統(tǒng)元素的接口、并建立軟件必需滿足的約束經(jīng)過(guò)認(rèn)真的需求分析活動(dòng)，分析員能夠得到具體的系統(tǒng)規(guī)約D．需求分析能夠?yàn)檐浖O(shè)計(jì)者供給可被翻譯成數(shù)據(jù)、體系構(gòu)造、界面和過(guò)程設(shè)計(jì)的模型質(zhì)量功能部署(QFD)是一種將客戶要求轉(zhuǎn)化成軟件需求的技術(shù)。OFD的目的是最大限度地提升軟件工程過(guò)程中客戶的滿足度。為了這個(gè)目標(biāo)，OFD確認(rèn)了3類需求，常規(guī)需求、 和意外需求。期望需求 B．根底需求 C．顯式需求 D．功能需求需求分析的任務(wù)是借助于當(dāng)前系統(tǒng)的物理模型導(dǎo)出目標(biāo)系統(tǒng)的規(guī)律模型，解決目標(biāo)系統(tǒng)“做什么”的問(wèn)題。 并不是需求分析的實(shí)現(xiàn)步驟之一。A．獲得當(dāng)前系統(tǒng)的物理模型 B．抽象出當(dāng)前系統(tǒng)的規(guī)律模型C．建立目標(biāo)系統(tǒng)的規(guī)律模型 D．確定目標(biāo)實(shí)現(xiàn)的具體技術(shù)路線希賽網(wǎng)軟件開(kāi)發(fā)團(tuán)隊(duì)欲開(kāi)發(fā)一套治理信息系統(tǒng)，在工程初期，用戶提出了軟件的一些基本功能，但是沒(méi)有具體定義輸入、處理和輸出需求。在這種狀況下，該團(tuán)隊(duì)在開(kāi)發(fā)過(guò)程應(yīng)承受 。瀑布模型 B．增量模型C．原型開(kāi)發(fā)模型 D．快速應(yīng)用程序開(kāi)發(fā)(RAD)基于構(gòu)件的開(kāi)發(fā)(CBD)模型，融合了 模型的很多特征該模型本質(zhì)是演化的承受迭代方法開(kāi)發(fā)軟件。瀑布 B．快速應(yīng)用開(kāi)發(fā)(RAD)C．螺旋 D．形式化方法統(tǒng)一軟件開(kāi)發(fā)過(guò)程是一種基于面對(duì)對(duì)象技術(shù)的軟件開(kāi)發(fā)過(guò)程，其特點(diǎn)是“用例驅(qū)動(dòng)，以架構(gòu)為核心，迭代并增量”4種通用的開(kāi)發(fā)階段，它們依據(jù)過(guò)程挨次分別是：起始階段、(8)、構(gòu)建階段和(9)，其中在構(gòu)建階段主要產(chǎn)生的文檔有(10)。8.A．分析階段B．細(xì)化階段C．設(shè)計(jì)階段D．交付階段9.A．分析階段B．細(xì)化階段C．設(shè)計(jì)階段D．交付階段AB．用例模型C．工程打算D．設(shè)計(jì)模型靈敏軟件過(guò)程強(qiáng)調(diào)：讓客戶滿足和軟件盡早增量公布；小而高度自主的工程團(tuán)隊(duì)；非正式的方法最小化軟件工程工作產(chǎn)品以及整體精簡(jiǎn)開(kāi)發(fā)不是承受這種軟件開(kāi)發(fā)過(guò)程的緣由。難以提前推測(cè)哪些需求是穩(wěn)定的和哪些需求會(huì)變化B．對(duì)于軟件工程開(kāi)發(fā)來(lái)說(shuō)，設(shè)計(jì)和實(shí)現(xiàn)可以做到根本分別C．從制訂打算的角度來(lái)看，分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試并不簡(jiǎn)潔推測(cè)D．可執(zhí)行原型和局部實(shí)現(xiàn)的可運(yùn)行系統(tǒng)是了解用戶需求和反響的有效媒介逆向工程過(guò)程的抽象層次是指可從源代碼中抽取出來(lái)的設(shè)計(jì)信息的精制程度4層，其中，“最低層”抽象能夠?qū)С鲞^(guò)程的設(shè)計(jì)表示文檔，“低層”抽象能夠?qū)С龀绦蚝蛿?shù)據(jù)構(gòu)造信息，“中層”能夠?qū)С?12) ，“高層”抽象能夠?qū)С?13) 。A．實(shí)體關(guān)系模型 B．程序和文檔構(gòu)造信息C．全部文檔信息 D．?dāng)?shù)據(jù)流和掌握流模型A．實(shí)體關(guān)系模型 B．模塊構(gòu)造圖C．完全的數(shù)據(jù)流圖 D．全部文檔信息具體的工程范圍說(shuō)明書是工程成功的關(guān)鍵。 不應(yīng)當(dāng)屬于范圍定義的輸入。工程章程 B．工程范圍治理打算C．批準(zhǔn)的變更申請(qǐng) D．工程文檔治理方案工程時(shí)間治理包括使工程按時(shí)完成所必需的治理過(guò)程，活動(dòng)定義是其中的一個(gè)重要過(guò)程。通?？梢允褂?來(lái)進(jìn)展活動(dòng)定義。魚骨圖 B．工作分解構(gòu)造(WBS)C．層次分解構(gòu)造 D．功能分解圖軟件的逆向工程是一個(gè)恢復(fù)設(shè)計(jì)的過(guò)程，從現(xiàn)有的程序中抽取數(shù)據(jù)、體系構(gòu)造和過(guò)程的設(shè)計(jì)信息逆向工程的完備性可以用在某一個(gè)抽象層次上供給信息的具體程度來(lái)描述在大多數(shù)狀況下，抽象層次越高，完備性就越低以下可以通過(guò)逆向工程恢復(fù)的制品中，完備性最低的是 。過(guò)程的設(shè)計(jì)模型 B．程序和數(shù)據(jù)構(gòu)造C．對(duì)象模型、數(shù)據(jù)和掌握流 D．uML狀態(tài)圖和部署圖 把整個(gè)軟件開(kāi)發(fā)流程分成多個(gè)階段，每一個(gè)階段都由目標(biāo)設(shè)定、風(fēng)險(xiǎn)分析、開(kāi)發(fā)和有效性驗(yàn)證及評(píng)審構(gòu)成。原型模型 B．瀑布模型 C．螺旋模型 D．V模型在RUP中承受“4+1”圖模型來(lái)描述軟件系統(tǒng)的體系構(gòu)造。在該模型中，最終用戶側(cè)重于(18) ，系統(tǒng)工程師側(cè)重于(19) 。18.A．實(shí)現(xiàn)視圖B．進(jìn)程視圖C．規(guī)律視圖D．部署視圖19.A．實(shí)現(xiàn)視圖B．進(jìn)程視圖C．規(guī)律視圖D．部署視圖軟件的橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素。向重用機(jī)制。對(duì)象 B．構(gòu)件 C．標(biāo)準(zhǔn)函數(shù)庫(kù)D．設(shè)計(jì)模式

是一種典型的、原始的橫以下關(guān)于不同軟件開(kāi)發(fā)方法所使用的模型的描述中，正確的選項(xiàng)是 。在進(jìn)展構(gòu)造化分析時(shí)，必需使用數(shù)據(jù)流圖和軟件構(gòu)造圖這兩種模型B．承受面對(duì)對(duì)象開(kāi)發(fā)方法時(shí)，可以使用狀態(tài)圖和活動(dòng)圖對(duì)系統(tǒng)的動(dòng)態(tài)行為進(jìn)展建模C．實(shí)體聯(lián)系圖(E-R圖)是在數(shù)據(jù)庫(kù)規(guī)律構(gòu)造設(shè)計(jì)時(shí)才開(kāi)頭創(chuàng)立的模型D．UML的活動(dòng)圖與程序流程圖的表達(dá)力量等價(jià)在實(shí)際的工程開(kāi)發(fā)中，人們總是期望使用自開(kāi)工具來(lái)執(zhí)行需求變更掌握過(guò)程。以下描述中， 不是這類工具所具有的功能?？梢远x變更懇求的數(shù)據(jù)項(xiàng)及變更懇求生存期的狀態(tài)轉(zhuǎn)換圖B．記錄每一種狀態(tài)變更的數(shù)據(jù)，確認(rèn)做出變更的人員C．可以加強(qiáng)狀態(tài)轉(zhuǎn)換圖使經(jīng)授權(quán)的用戶僅能做出所允許的狀態(tài)變更D．定義變更掌握打算，并指導(dǎo)設(shè)計(jì)人員依據(jù)所制定的打算實(shí)施變更黑盒測(cè)試法是依據(jù)軟件產(chǎn)品的功能設(shè)計(jì)規(guī)格說(shuō)明書，通過(guò)運(yùn)行程序進(jìn)展測(cè)試，證明每個(gè)已經(jīng)實(shí)現(xiàn)的功能是否符合設(shè)計(jì)要求。假設(shè)某產(chǎn)品的文本編輯框允許輸入1～255個(gè)字符，承受 測(cè)試方法，其測(cè)試數(shù)據(jù)為：0個(gè)字符、1個(gè)字符、255個(gè)字符和256個(gè)字符。等價(jià)類劃分 B．邊界值分析C．比較測(cè)試 D．正交數(shù)組測(cè)試通信、切換、調(diào)度和協(xié)同的(24)；為統(tǒng)一操作方式供給支持的(25)。A．操作集成機(jī)制 B．掌握集成機(jī)制C．平臺(tái)集成機(jī)制 D．界面集成機(jī)制A．操作集成機(jī)制 B．掌握集成機(jī)制C．平臺(tái)集成機(jī)制 D．界面集成機(jī)制 是一個(gè)獨(dú)立可交付的功能單元，外界通過(guò)接口訪問(wèn)其供給的效勞。A．面對(duì)對(duì)象系統(tǒng)中的對(duì)象(Object)模塊化程序設(shè)計(jì)中的子程序(Subroutine)C．基于構(gòu)件開(kāi)發(fā)中的構(gòu)件(Component)D．系統(tǒng)模型中的包(Package)(27)(28)用來(lái)了解系統(tǒng)的性能、吞吐率等非功能性屬性。A．規(guī)律構(gòu)件模型 B．物理構(gòu)件模型C．組件接口模型 D．系統(tǒng)交互模型A．規(guī)律構(gòu)件模型 B．物理構(gòu)件模型C．組件接口模型 D．系統(tǒng)交互模型對(duì)象治理組織(MG)基于CORBA根底設(shè)施定義了4種構(gòu)件標(biāo)準(zhǔn)。其中， 的狀態(tài)信息是由構(gòu)件自身而不是由容器維護(hù)。實(shí)體構(gòu)件 B．加工構(gòu)件C．效勞構(gòu)件 D．會(huì)話構(gòu)件分布式系統(tǒng)開(kāi)發(fā)中，通常需要將任務(wù)安排到不同的規(guī)律計(jì)算層。業(yè)務(wù)數(shù)據(jù)的綜合計(jì)算分析任務(wù)屬于 。表示規(guī)律層 B．應(yīng)用規(guī)律層 C．?dāng)?shù)據(jù)處理層 D．?dāng)?shù)據(jù)層系統(tǒng)輸入設(shè)計(jì)中，承受內(nèi)部掌握方式以確保輸入系統(tǒng)數(shù)據(jù)的有效性用于驗(yàn)證數(shù)據(jù)是否位于合法的取值范圍。數(shù)據(jù)類型檢查B．自檢位 C．域檢查 D．格式檢查系統(tǒng)測(cè)試由假設(shè)干個(gè)不同的測(cè)試類型組成，其中(32) 檢查系統(tǒng)力量的最高實(shí)際限度，即軟件在一些超負(fù)荷狀況下的運(yùn)行狀況；(33) 主要是檢查系統(tǒng)的容錯(cuò)力量。32.A．強(qiáng)度測(cè)試B．性能測(cè)試C．恢復(fù)測(cè)試D．牢靠性測(cè)試33.A．強(qiáng)度測(cè)試B．性能測(cè)試C．恢復(fù)測(cè)試D．牢靠性測(cè)試需求治理是CMM可重復(fù)級(jí)中的6個(gè)關(guān)鍵過(guò)程域之一，其主要目標(biāo)是 。對(duì)于軟件需求，必需建立基線以進(jìn)展掌握，軟件打算、產(chǎn)品和活動(dòng)必需與軟件需求保持全都客觀地驗(yàn)證需求治理活動(dòng)符合規(guī)定的標(biāo)準(zhǔn)、程序和要求C．籌劃軟件需求治理的活動(dòng)，識(shí)別和掌握已獵取的軟件需求D．跟蹤軟件需求治理的過(guò)程、實(shí)際結(jié)果和執(zhí)行狀況UML的事物是對(duì)模型中最具有代表性的成分的抽象，(35) 是模型的靜態(tài)局部，描述概念或物理元素；(36) 用來(lái)描述、說(shuō)明和標(biāo)注模型的任何元素。35.A．構(gòu)造事物B．分組事物C．行為事物D．注釋事物36.A．分組事物B．注釋事物C．構(gòu)造事物D．行為事物希賽公司欲開(kāi)發(fā)一個(gè)在線交易系統(tǒng)。為了能夠準(zhǔn)確表達(dá)用戶與系統(tǒng)的簡(jiǎn)單交互過(guò)程，應(yīng)當(dāng)承受UIVlL的 進(jìn)展交互過(guò)程建模。類圖 B．挨次圖 C．部署圖 D．對(duì)象圖雇員類含有計(jì)算酬勞的行為，利用面對(duì)對(duì)象，可以使得其派生類專職雇員類和兼職雇員類計(jì)算酬勞的行為有一樣的名稱，但有不同的計(jì)算方法。多態(tài)性 B．繼承性 C．封裝性 D．復(fù)用性面對(duì)對(duì)象分析的一項(xiàng)重要任務(wù)是覺(jué)察潛在對(duì)象并進(jìn)展篩選，錯(cuò)誤的做法是刪。系統(tǒng)范圍之外的名詞 B．表示大事的名詞C．不具有獨(dú)特行為的名詞 D．一個(gè)對(duì)象的同義詞面對(duì)對(duì)象分析的任務(wù)不包含 。建模系統(tǒng)功能 B．覺(jué)察并確定業(yè)務(wù)對(duì)象C．建模各對(duì)象的狀態(tài) D．組織對(duì)象并確定對(duì)象間的關(guān)系系統(tǒng)測(cè)試將軟件、硬件、網(wǎng)絡(luò)等其他因素結(jié)合，對(duì)整個(gè)軟件進(jìn)展測(cè)試不是系統(tǒng)測(cè)試的內(nèi)容。路徑測(cè)試 B．牢靠性測(cè)試C．安裝測(cè)試 D．安全測(cè)試軟件測(cè)試是為了覺(jué)察錯(cuò)誤而執(zhí)行程序的過(guò)程黑盒測(cè)試法主要依據(jù) 來(lái)設(shè)計(jì)測(cè)試用例。程序內(nèi)部規(guī)律 B．程序內(nèi)部功能C．程序數(shù)據(jù)構(gòu)造 D．程序流程圖 簡(jiǎn)單系統(tǒng)是指 。A．通過(guò)對(duì)各子系統(tǒng)的了解不能對(duì)系統(tǒng)的性能做出完全的解釋B．系統(tǒng)由大量的子系統(tǒng)組成