歷年全國自學考試軟件工程試題簡答題答案_第1頁
歷年全國自學考試軟件工程試題簡答題答案_第2頁
歷年全國自學考試軟件工程試題簡答題答案_第3頁
歷年全國自學考試軟件工程試題簡答題答案_第4頁
歷年全國自學考試軟件工程試題簡答題答案_第5頁
已閱讀5頁,還剩16頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、全國2021年10月自學測試軟件工程試題簡做題本大題共6小題,每題5分,共30分31.什么是需求規(guī)約?簡述需求規(guī)約的根本性質(zhì).答:需求規(guī)約是一個軟件項/產(chǎn)品/系統(tǒng)所有需求陳述的正式文檔,它表達了一個軟件產(chǎn)品/系統(tǒng)的概念模型.需求規(guī)約一般需要滿足一下4個根本性質(zhì):1.重要性和穩(wěn)定性程度:按需求的重要性和穩(wěn)定性,對需求進行分級;2,可修改性:在不影響其他需求的前提下可容易修改一個單一需求;3 .完整性:設(shè)備被遺漏的需求;4 .一致性:不存在互斥的需求.32 .什么是模塊耦合?簡述常用的模塊耦合類型及其設(shè)計原那么.答:模塊耦合:是指不同模塊之間相互依賴程度的度量;幾中常見模塊耦合類型為:內(nèi)容耦合、公

2、共耦合、限制耦合、標記耦合、數(shù)據(jù)耦合等;設(shè)計原那么:如果模塊間必須存在耦合,就盡量使用數(shù)據(jù)耦合,少用控制耦合,限制公共耦合,防止內(nèi)容耦合.給出了那些表達關(guān)系的術(shù)語?簡述它們的概念.答:1,為了表達各類事物之間的關(guān)系,UML給出了表達關(guān)系的術(shù)語:關(guān)聯(lián)、泛化、細化、依賴;33 關(guān)聯(lián)是類目之間的一種結(jié)構(gòu)關(guān)系,是對一組具有相同結(jié)構(gòu)、相同鏈的描述;34 泛化是一般性類目和它的較為特殊類目之間的一種關(guān)系;35 細化是類目之間的語義關(guān)系,其中一個類目規(guī)約了保證另一個類目執(zhí)行的契約;36 依賴是一種使用關(guān)系,用于描述一個類目使用另一類目的信息和服務(wù).34 .簡述RUP的定義和特點.答:RUP是基于一種過程框架

3、,為軟件開發(fā),即為進行不同抽象層之間映射安排其開發(fā)活動的次序,制定任務(wù)和需求開發(fā)的制品,提供了指導;并為對工程中的制品和活動進行監(jiān)督與度量,提供了相應(yīng)的準那么;RUP特點是:以用況為驅(qū)動,以體系結(jié)構(gòu)為中央,迭代、增量式開發(fā).35 .簡述軟件測試步驟及關(guān)注的內(nèi)容.答:軟件測試步驟及關(guān)注的內(nèi)容有以下幾點:1,由于軟件錯誤的復雜性,在軟件工程測試中應(yīng)綜合運用測試技術(shù),實施合理的測試步驟:單元測試、集成測試、有效性測試和系統(tǒng)測試;2 .單元測試關(guān)注每個獨立的模塊;3 .集成測試關(guān)注模塊的組裝;4 .有效性測試福按住檢驗是否符合用戶所見的文檔;5 .系統(tǒng)測試關(guān)注檢驗系統(tǒng)中所有元素之間的協(xié)作是否適宜,整個

4、系統(tǒng)的性能.功能是否到達.答:1.瀑布模型將軟件生存周期的各項活動規(guī)定為按固定順序而連接的假設(shè)干階段工作,形如瀑布流水,最終得到軟件產(chǎn)品;2.瀑布模型在支持結(jié)構(gòu)化軟件開發(fā)的復雜性、促進軟件開發(fā)工程化等方面起著很大作用;3.該模型適應(yīng)的情況、需求已被很好的理解,切開發(fā)組織非常熟悉為實現(xiàn)這一模型所需要的過程.全國2021年1月自學測試軟件工程試題簡做題(本大題共6小題,每題5分,共30分)31 .簡述軟件需求的分類及其關(guān)系.(P23-24)答:軟件需求可以分為功能需求和非功能需求2大類;功能需求規(guī)定了系統(tǒng)及構(gòu)件必須執(zhí)行的功能;非功能需求又可以分為性能需求、外部接口需求、設(shè)計約束和質(zhì)量屬性需求.功能

5、需求是整個軟件需求的主體,沒有工鞫需求就沒有性能、外部接口、設(shè)計約束和質(zhì)量的需求;一個非功能需求可以用于1個功能需求.32 .什么是模塊?什么是模塊內(nèi)聚?請列出從低到高的常見內(nèi)聚類型.(P56,57,58,59)答:模塊是執(zhí)行一個特殊任務(wù)的過程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu).內(nèi)聚是指一個模塊內(nèi)部各個成分之間相互關(guān)聯(lián)程度的度量.從低到高的內(nèi)聚類型:偶然內(nèi)聚;邏輯內(nèi)聚;時間內(nèi)聚;過程內(nèi)聚;通信內(nèi)聚;順序內(nèi)聚;功能內(nèi)聚.33 .什么是狀態(tài)?什么是狀態(tài)圖?簡述實際應(yīng)用中只用狀態(tài)圖的作用.(P)答:狀態(tài)是類目的一個實例在其生存中的一種條件或情況;期間該實例滿足這一條件,就執(zhí)行某一活動或等待一個消息.狀態(tài)圖是現(xiàn)實狀態(tài)

6、機的圖,強調(diào)從一個狀態(tài)到另一個狀態(tài)的限制流.從實際使用中狀態(tài)圖的作用:創(chuàng)立一個系統(tǒng)的動態(tài)圖和創(chuàng)立一個場景的模型.34 .簡述RUP中需求獲取的根本步驟和相關(guān)制品.(P132)答:需求獲取的步驟和相關(guān)制品:1 .列出候選的特征,相關(guān)制品是特征表;2 .理解系統(tǒng)語境,相關(guān)制品是領(lǐng)域模型或業(yè)務(wù)模型;3 .捕獲系統(tǒng)功能需求,相關(guān)制品是用況模型;4 .捕獲非功能需求,相關(guān)制品是補充的需求過針對特殊需求的用況.35.簡述黑盒測試技術(shù)的要點.(P186)答:黑盒測試技術(shù)的要點:1 .支持測試工程模型的中間局部;2 .事務(wù)流測試技術(shù)是將路徑測試技術(shù)用于功能測試的產(chǎn)物,是一種實用的功能測試技術(shù),通過事務(wù)的操作邏

7、輯發(fā)現(xiàn)軟件中的錯誤;3 .事務(wù)流測試技術(shù)是基于軟件規(guī)約的,對錯誤的假定是軟件通過了與預想不同的事務(wù)路徑;4 .基于事務(wù)的根本操作;事務(wù)流測試技術(shù)的最大問題和最大代價是獲取事務(wù)流程圖及用例設(shè)計;5 .事務(wù)處理流程測試要到達根本的測試覆蓋.36 .簡述增量模型以及可適應(yīng)的情況.(P224)答:增量模型意指需求可以機構(gòu)化分組,形成一個個增量,并形成一個結(jié)構(gòu),之后對每一個增量進行瀑布開發(fā).用增量模型開發(fā)的前提是需求的節(jié)后花,模型適合“技術(shù)驅(qū)動的軟件產(chǎn)品開發(fā).全國2021年10月自學測試軟件工程試題簡做題本大題共6小題,每題5分,共30分31.簡述需求的根本性質(zhì).答:需求的根本性質(zhì):1 .必要性,該需求

8、是用戶所要求的;2 .無歧義性,該需求只能用一種方式解釋;3 .可測性,該需求是可進行測試的;4 .可跟蹤性,該需求可從一個開發(fā)階段跟蹤到另一個階段;5 .可測量性,該需求是可測量的;32.簡述在進行軟件系統(tǒng)/產(chǎn)品的需求工作中所面臨的挑戰(zhàn)和應(yīng)對方法.答:面臨的挑戰(zhàn):1 .問題空間解釋;2 .人與人之間的通信;3 .需求的變化性;應(yīng)對方法:為了應(yīng)對三大挑戰(zhàn),提出了系列軟件開發(fā)方法,面向數(shù)據(jù)結(jié)構(gòu)方法,面向?qū)ο蠓椒ǖ?33 .什么是類?什么是對象?什么是類的構(gòu)成成分?答:類:類是一組具有相同屬性、操作、關(guān)系和語義的對象的描述;對象:對象是類的一個實例;類的構(gòu)成成分:類名、屬性、操作.34 .什么是R

9、UP?它有什么特點?答:RUR即統(tǒng)一軟件開發(fā)過程,它是基于UML的一種過程框架,為軟件開發(fā),即為進行不同抽象層之間映射安排其開發(fā)活動的次序,制定任務(wù)和需要開發(fā)的制品,提供了指導;并為對工程;并為對工程中的制品和活動進行監(jiān)控與度量,提供了相應(yīng)的準那么;RUP的特點是:1.以用況為驅(qū)動;2.以體系結(jié)構(gòu)為中央;3.迭代、增量式開發(fā).35 .簡述人們關(guān)于軟件測試目的的熟悉所經(jīng)歷的幾個階段.答:軟件測試的幾個階段:1 .第一階段認為軟件測試和軟件調(diào)試沒有什么區(qū)別;2 .第二階段認為測試是為了說明軟件能正常工作;3 .第三階段認為測試是為了說明不能正常工作;4 .第四階段認為測試僅是為了將已發(fā)覺的錯誤風險

10、減少到一個可接受的程度;5 .第五階段認為測試不僅僅是一種行為,而是一種理念,即測試是產(chǎn)生低風險軟件的一種練習.36 .簡述噴泉模型以及可適應(yīng)的情況.答:噴泉模型以及可適應(yīng)的情況有以下幾點:1 .噴泉模型表達了軟件創(chuàng)立所固有的迭代和無間隙的特征;2 .噴泉模型說明了軟件活動需要屢次重復;3 .噴泉模型還說明活動之間沒有明顯的間隙;4 .該模型主要適應(yīng)于面向?qū)ο蠹夹g(shù)的軟件開發(fā).全國2021年1月自學測試軟件工程試題簡做題本大題共6小題,每題5分,共30分31.什么是需求規(guī)約?簡述需求規(guī)約的作用.答:需求規(guī)約是一個軟件項/產(chǎn)品/系統(tǒng)所有需求陳述的正式文檔,它表達了一個軟件產(chǎn)品/系統(tǒng)的概念模型.需求

11、規(guī)約的作用:1 .需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實上的技術(shù)合同書,是產(chǎn)品功能及其環(huán)境的表達;2 .對于工程的其余大多數(shù)工作,需求規(guī)約是一個治理限制點;3 .對于產(chǎn)品/系統(tǒng)的設(shè)計,需求規(guī)約是一個正式的、受控的起始點;4 .需求毀約是創(chuàng)立產(chǎn)品驗收測試方案和用戶指南的根底.32.通過長期的軟件開發(fā)實踐,人們總結(jié)出了哪些模塊設(shè)計的啟發(fā)式規(guī)那么?答:通過長期的軟件開發(fā)實踐,總結(jié)出了實現(xiàn)模塊“高內(nèi)聚低耦合的啟發(fā)式規(guī)那么:1 .改良軟件結(jié)構(gòu),提升模塊獨立性;2 .力求模塊規(guī)模適中;3 .力求深度、寬度、扇出和扇入適中;4 .盡力使模塊的作用域在其限制域之內(nèi);5 .盡力降低模塊接口的復雜度;6 .力求

12、模塊功能可以預測.33.什么是類?什么是對象?簡述類在建模中的主要用途.答:類是一組具有相同屬性、操作、關(guān)系和語義的對象的描述.對象是類的一個實例.類在建模中的主要用途:1 .模型化問題域中的概念.使抽象模型中的概念模型轉(zhuǎn)化為系統(tǒng)模型中的類;2 .建立系統(tǒng)責任分布模型;3 .模型化建模中使用的根本類型.34 .為什么RUP要與UML一起才稱得上是一種面向?qū)ο箝_發(fā)的方法學?答:RUP和UML事一堆“姐妹,它們構(gòu)成了一種特定的軟件開發(fā)方法學.其中,UML作為一種可視化建模語言,給出了表達事物和事物之間關(guān)系的根本術(shù)語,給出了多種模型的表達工具;而RUP利用UML提供的術(shù)語和工具定義了需求獲取層、系統(tǒng)

13、分析層、設(shè)計層和實現(xiàn)層,并給出了實現(xiàn)各層模型之間映射的根本活動以及相關(guān)指導.35 .簡述軟件測試和軟件調(diào)試之間的區(qū)別.答:軟件測試和軟件調(diào)試之間的區(qū)別有如下幾點:1 .測試從一個側(cè)面證實程序員的“失敗,調(diào)試是為了說明程序員的正確;2 .測試條件開始,使用預先定義的程序且有預知的結(jié)果,不可預見的僅是程序是否通過.調(diào)試是以不可知的內(nèi)部條件開始,除統(tǒng)計性調(diào)試外、結(jié)果不可預見的;3 .測試是有方案的,并要進行測試設(shè)計.調(diào)試不受時間約束的;4 .測試是一個發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程,調(diào)試是一個推理過程;5 .測試執(zhí)行時是有規(guī)程的.調(diào)試的執(zhí)行往往要求程序員進行必要的推理;6 .測試經(jīng)常是獨立測試組

14、在不了解軟件設(shè)計的條件下完成的.調(diào)試必須有了解詳細設(shè)計的程序員完成;7 .大多數(shù)測試的執(zhí)行和設(shè)計可有工具支持.調(diào)試時,程序員能利用的工具主要是調(diào)試器.36.簡述演化模型以及可適應(yīng)的情況.答:演化模型表達了一種彈性的過程模式,由一些小的開發(fā)步組成的,每一步經(jīng)歷需求分析、設(shè)計、實現(xiàn)和驗證,產(chǎn)生軟件產(chǎn)品的一個增量.通過這些迭代,最終完成軟件產(chǎn)品的開發(fā).可適應(yīng)的情況:只要針對事先不能完整定義的軟件開發(fā)的.2021年10月自學測試軟件工程試題簡做題本大題共6小題,每題5分,共30分31.簡述初始需求發(fā)現(xiàn)的常用技術(shù).答:初始需求發(fā)現(xiàn)的常用技術(shù)有以下幾點:1 .自悟:需求人員把自己作為系統(tǒng)的最終用戶,審視該

15、系統(tǒng)并提出問題;2 .交談:為了確定系統(tǒng)應(yīng)該提供的功能,需求人員通過問答方式,直接詢問用戶需求的是一個什么樣的系統(tǒng);3 .觀察:通過觀察用戶執(zhí)行其現(xiàn)行的任務(wù)和過程,了解系統(tǒng)運行的環(huán)境,特別是了解要建立的新系統(tǒng)與現(xiàn)存系統(tǒng)、過程及工作方法間必須進行的交互;4 .小組會:舉行客戶和開發(fā)人員的聯(lián)席會議,與客戶代表共同開發(fā)需求;5 .提煉:復審技術(shù)文檔,弁提取相關(guān)的信息.32 .什么是模塊的限制域?什么是模塊的作用域?弁對分析題32圖中3個模塊結(jié)構(gòu)圖的優(yōu)劣.TopToTop|菖用矍限制域請坪羊B坪本身以所遺索或間修紳于它的模塊例&/;/'d模C的作羅川指受該C塊沙展所影響的所有模沙集飛根

16、據(jù)恬6那么F應(yīng)盡力使幄!可作用械在其限制域內(nèi).目知,FC最好,作用域在限制域中,而且判定的位置恰當.B較好,作用域在控制域中,但是判定所在的位置過高.A最差,作用域在限制域之外.33 .什么是用況UseCas©?什么是用況圖?一個用況圖通常包含哪些模型元素?答:用況UseCase:從外延上說它表達了參與者使用系統(tǒng)的一種方式,從內(nèi)涵上說它規(guī)約了系統(tǒng)可以執(zhí)行的一個動作序列,弁對特定的參與者產(chǎn)生可見的、有值的結(jié)果;用況圖:是一種表達系統(tǒng)功能模型的圖形化工具;一個用況圖通常包含的模型元素是:主題、用況、參與者、關(guān)聯(lián)、泛化、依賴.34 .簡述演化模型,及其與RUP迭代、增量式開發(fā)之間的關(guān)系.答

17、:演化模型主要針對事先不能完整定義需求定義軟件開發(fā)的,在用戶提出待開發(fā)系統(tǒng)的核心需求的根底上,軟件開發(fā)人員根據(jù)這一需求,首先開發(fā)一個核心系統(tǒng)并投入運行,以便用戶能夠有效提出反應(yīng),接著軟件開發(fā)人員根據(jù)用戶反應(yīng),實施開發(fā)的迭代過程,每次迭代均由需求、設(shè)計、編碼、測試、集成等階段組成,通過增加或修正,產(chǎn)生軟件產(chǎn)品的增量,最終完成軟件產(chǎn)品的開發(fā);由此可見,RUP的迭代、增量式開發(fā)是演化模型的一個變體,它規(guī)定了軟件開發(fā)“大的階段:初始階段、精化階段、構(gòu)造階段、移交階段,并規(guī)定了每次迭代的目標.35 .簡述白盒測試技術(shù)的要點.答:白盒測試技術(shù),又稱為結(jié)構(gòu)化測試技術(shù),它依據(jù)程序的邏輯結(jié)構(gòu),以限制流程圖作為被

18、測對象建模工具;典型的是路徑測試技術(shù),路徑測試大致有語句覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋等測試策略;這幾種不同的測試策略之間具有偏序關(guān)系,即路徑覆蓋的測試度量最強,而語句覆蓋最低.36 .簡述螺旋模型以及可適應(yīng)的情況.答:螺旋模型以及可適應(yīng)的情況分為以下幾點:1 .螺旋模型是在瀑布模型和演化模型的根底上,參加兩者所忽略的風險分析所建立的一種軟件開發(fā)模型;2 .螺旋模型沿著螺旋線,經(jīng)歷制定方案,風險分析,實施工程,客戶評估等4個方面的活動,自內(nèi)向外每旋轉(zhuǎn)一圈便產(chǎn)生一個更為完整的新版本;3 .該模型適應(yīng)的情況:工程的開發(fā)風險很大或客戶不能確定系統(tǒng)需求.2021年4月自學測試軟件工程試題簡做題

19、本大題共6小題,每題5分,共30分26.簡述軟件工程的概念與開展.答:軟件工程:軟件工程師應(yīng)用計算機科學理論和技術(shù)以及工程治理原那么的方法,按預算和進度實現(xiàn)滿足用戶要求的軟件產(chǎn)品的工程,或以此為研究對象的學科.軟件工程的開展有以下3點:世紀6080年代瀑布模型;過程化語言;支持工具世紀80年代至今軟件復用技術(shù);軟件生產(chǎn)治理;面向?qū)ο笳Z言3.近幾年軟件復用技術(shù);構(gòu)建技術(shù)、平臺技術(shù)、需求工程技術(shù)、領(lǐng)域分析技術(shù)、應(yīng)用集成技術(shù)等.27.簡述需求的概念和根本性質(zhì).答:軟件需求以一種技術(shù)形成,描述了一個產(chǎn)品/系統(tǒng)應(yīng)該具有的功能、性能和其它性質(zhì).需求的根本性質(zhì)有以下5點:1 .必須的,該需求是用戶所要求的;

20、2 .無歧義的,該需求只能用一種方式解釋;3 .可測的,該需求是可進行測試的;4 .可跟蹤的,該需求可從一個開發(fā)階段跟蹤到另一個階段;5 .可測量的,該需求是可測量的.28.簡述以結(jié)構(gòu)化分析方法建立系統(tǒng)功能模型的建模工具和建模過程.答:工具:DFD,數(shù)據(jù)流圖是一種描述數(shù)據(jù)變換的圖形化工具,其中包含的元素可以是數(shù)據(jù)流,數(shù)據(jù)存儲,加工,數(shù)據(jù)源和數(shù)據(jù)潭.過程有以下4點:1 .建立系統(tǒng)環(huán)境圖,確定系統(tǒng)語境;2 .自頂向下,逐步求精,建立系統(tǒng)的層次數(shù)據(jù)流圖;3 .定義數(shù)據(jù)字典;4 .描述加工.29 .簡述順序圖的概念、構(gòu)成和主要作用.答:順序圖的概念:用來描述為了完成確定事務(wù)、對象之間根據(jù)時間消息交互的

21、順序關(guān)系;順序圖的構(gòu)成:順序圖是一種交互圖,即由一組對象以及按時序組織的對象之間的關(guān)系組成,其中還包括哲學對象之間所發(fā)送的消息.順序圖的主要作用:順序圖作為一種描述在給定語境中消息是如何在對象間傳遞的圖形化方式,在使用起進行建模時.30 .簡述增量模型的優(yōu)缺點.答:優(yōu)點有以下3點:1 .第一個可交付版本所需要的本錢和時間是較少的,從而可減少開發(fā)由增量表示的小系統(tǒng)承當?shù)娘L險;2 .由于很快分布的第一個版本,因此可以減少用戶需求的變更;3 .允許增量投資,即在工程開始時可以僅對一個或兩個增量投資;缺點有以下3點:1 .如果沒有對用戶的變更要求進行規(guī)劃,那么產(chǎn)生的初始增量可能會造成夠來增量的不穩(wěn)定;

22、2 .如果需求不像早期思考的那樣穩(wěn)定和完整,那么一些增量就可能需要重新開發(fā),重新發(fā)布;3 .由于進度和配置的復雜性,可能會增大治理本錢,超出組織的水平.31.簡述CMMI模型支持的兩種過程改善路徑.答:水平等級是一個過程改善路徑,該路徑可是組織針對單一過程域不斷改善該過程域、成熟度等級也是一種過程改善路徑,該路徑可使組通過關(guān)注一組過程域不斷改善一組相關(guān)的過程域.2021年10月自學測試軟件工程試題簡做題本大題共6小題,每題5分,共30分26.簡述軟件工程的概念與開展.答:軟件工程:軟件工程師應(yīng)用計算機科學理論和技術(shù)及工程治理原那么和方法,按預算和進度實現(xiàn)滿足用戶需求的軟件產(chǎn)品的工程,或以此為研

23、究對象的學科.世紀60-80年代一一瀑布模型;過程化語言;支持工具世紀80年代至今一一軟件復用技術(shù);軟件生產(chǎn)治理;面向?qū)ο笳Z言3.近幾年一一軟件復用技術(shù):構(gòu)件技術(shù)、平臺技術(shù)、需求工程技術(shù)、領(lǐng)域分析技術(shù)、應(yīng)用集成技術(shù)等.27.簡述需求的概念和根本性質(zhì).答:軟件需求以一種技術(shù)形成,描述了一個產(chǎn)品/系統(tǒng)應(yīng)該具有的功能、性能和其它性質(zhì).需求的根本性質(zhì):1 .必要的,該需求是用戶所要求的;2 .無歧義的,該需求只能用一種方式解釋;3 .可測的,該需求是可進行測試的;4 .可跟蹤的,該需求可從一個開發(fā)階段跟蹤到另一個階段;5 .可測量的,該需求是可測量的.28.簡述以結(jié)構(gòu)化分析方法建立系統(tǒng)功能模型的建模工

24、具和建模過程.答:建模工具:DFD,數(shù)據(jù)流圖是一種描述數(shù)據(jù)變換的圖形化工具,其中包含的元素可以是數(shù)據(jù)流,數(shù)據(jù)存儲,加工,數(shù)據(jù)源和數(shù)據(jù)潭.建模過程:1 .建立系統(tǒng)環(huán)境圖,確定系統(tǒng)語境;2 .自頂向下,逐步求精,建立系統(tǒng)的層次數(shù)據(jù)流圖;3 .定義數(shù)據(jù)字典;4 .描述加工.29 .簡述順序圖的概念、構(gòu)成和主要作用.答:順序圖的概念:用來描述為了完成確定事務(wù)、對象之間根據(jù)時間消息交互的順序關(guān)系;順序圖的構(gòu)成:順序圖是一種交互圖,即由一組對象以及按時序組織的對象之間的關(guān)系組成,其中還包括這些對象之間所發(fā)送的消息;順序圖的作用:順序圖作為一種描述在給定語境中消息是如何在對象間傳遞的圖形化方式,在使用其進行

25、建模時.30 .簡述增量模型的優(yōu)缺點.答:增量模型的優(yōu)點:1 .第一個可交付版本所需要的本錢和時間是較少的,從而可減少開發(fā)由增量表示的笑系統(tǒng)承當?shù)娘L險;2 .由于很快發(fā)布的第一個版本,因此可以減少用戶需求的變更;3 .允許增量投資,即在工程開始是可以僅對一個或兩個增量投資;增量模型的缺點:1 .如果沒有對用戶的變更妖氣進行規(guī)劃,那么產(chǎn)生的初始增量可能會造成后來增量的不穩(wěn)定;2 .如果需求不像早期思考的那樣穩(wěn)定和完整,那么一些增量就可能需要重新開發(fā),重新發(fā)布;3 .由于進度和配置的復雜性,可能會增大治理本錢,超出組織的水平.31.簡述CMMI模型支持的兩種過程改善路徑.答:水平等級是一個過程改善

26、路徑,該路徑可是組織針對單一過程域不斷改善該過程域、成熟度等級也是一種過程改善路徑,該路徑可使組通過關(guān)注一組過程域不斷改善一組相關(guān)的過程域.2021年10月自學測試軟件工程試題簡做題本大題共6小題,每題5分,共30分26 .簡述何謂系統(tǒng)模型以及軟件開發(fā)中所涉及的系統(tǒng)模型分類.P19答:所謂系統(tǒng)建模,是指運用所掌握的知識,通過抽象,給出該系統(tǒng)的一個結(jié)構(gòu)一一系統(tǒng)模型.系統(tǒng)模型分為兩大類,一類稱為概念模型,描述了系統(tǒng)是什么;另一類統(tǒng)稱為軟件模型,描述了實現(xiàn)概念模型的軟件解決方案.27 .簡述需求規(guī)約的定義,并寫出需求規(guī)約滿足的根本性質(zhì).P28答:需求規(guī)約是一個軟件項/產(chǎn)品/系統(tǒng)所有需求陳述的正式文檔

27、,它表達了一個軟件產(chǎn)品/系統(tǒng)的概念模型.需求規(guī)約一般需要滿足一下4個根本性質(zhì):1.重要性和穩(wěn)定性程度:按需求的重要性和穩(wěn)定性,對需求進行分級;2,可修改的:在不過多地影響其他需求的前提下,可以容易地修改一個單一需求;3 .完整的:沒有被遺漏的需求;4 .一致的:不存在互斥的需求.28.簡述結(jié)構(gòu)化方法總體設(shè)計的任務(wù)、步驟和模式.考綱解析P25答:總體設(shè)計的任務(wù)是把系統(tǒng)的工鞫需求分配到一個特定的軟件體系結(jié)構(gòu)中.變換設(shè)計的根本步驟如下:1.設(shè)計準備一一復審并精化系統(tǒng)模型;2,確定輸入、變換、輸出這三局部之間的邊界;3 .第一級分解一一系統(tǒng)模塊結(jié)構(gòu)圖頂層和第一層的設(shè)計;4 .第二級分解一一自頂向下,逐

28、步求精;事務(wù)設(shè)計的根本步驟如下:1.設(shè)計準備一一復審并精化系統(tǒng)模型;2,確定事務(wù)處理中央;3 .第一級分解一一系統(tǒng)模塊結(jié)構(gòu)圖頂層和第一層的設(shè)計;4 .“第二級分解一一自頂向下,逐步求精.29 .什么是用況圖?簡述用況圖的構(gòu)成成分以及用況之間的關(guān)系.I綱解析P42/見書P105答:用況圖是一種表達系統(tǒng)功能模型的圖形化工具,它包含六個模型元素,分別是主題、用況、參與者、關(guān)聯(lián)、泛化、依賴.主題是由一組用況所描述的一個類,通常是一個系統(tǒng)或者子系統(tǒng).用況通過一組動作序列規(guī)約系統(tǒng)功能,表達了參與者使用系統(tǒng)的一種方式,它是系統(tǒng)開發(fā)設(shè)計的起點,是類、對象、操作的源,是系統(tǒng)分析和設(shè)計階段的輸入之一;是分析和設(shè)計

29、、制定開發(fā)方案和測試方案、設(shè)計測試用例的依據(jù)之一;應(yīng)用于系統(tǒng)的用況是回歸測試的最好的源;應(yīng)用于整個系統(tǒng)的用況是集成測試和系統(tǒng)測試的最好的源.關(guān)聯(lián)是一種參與關(guān)系,是操作者與用況之間的唯一關(guān)系.用況圖可以為系統(tǒng)建模,描述軟件系統(tǒng)功能的行為結(jié)構(gòu),也可以對業(yè)務(wù)建模,描述企業(yè)或組織的業(yè)務(wù)過程結(jié)構(gòu).不管是對系統(tǒng)建模還是對業(yè)務(wù)都涉及系統(tǒng)/業(yè)務(wù)語境的模型化和系統(tǒng)/業(yè)務(wù)需求的模型化.30 .簡述演化模型及其適用場合.考綱解析P92答:演化模型主要針對事先不能完整定義需求的軟件開發(fā)的.在用戶提出待開發(fā)的核心希求的根底上,軟件開發(fā)人員根據(jù)這一要求,首先開發(fā)一個核心系統(tǒng)并投入運行,以便用戶能夠有效地提出反應(yīng),即提出精

30、化系統(tǒng)、增強系統(tǒng)水平的需求;接著,軟件開發(fā)人員根據(jù)用戶反饋,實施開發(fā)的迭代過程;每一迭代過程均由一需求.設(shè)計、編碼、測試、集成等階段組成,為整個系統(tǒng)增加一個可定義的、可治理的自己;如果再一次迭代中,有的需求不能滿足用戶的要求,可在下一次迭代中予以修正.31 .簡述CMMI提出所基于的根本思想.(P282)答:該模型基于過程途徑思想,通過過程把軟件質(zhì)量的3個支撐點一一受訓的人員、規(guī)程和方法、工具和設(shè)備進行集成,以開發(fā)所期望的系統(tǒng)/產(chǎn)品.為此,CMMI緊緊圍繞開發(fā)、維護和運行,把經(jīng)過證實的“最正確實踐放在一個結(jié)構(gòu)中.2021年4月自學測試軟件工程試題簡做題(本大題共6小題,每題5分,共30分)32

31、 .簡述軟件開發(fā)的本質(zhì).(P17/19)答:軟件開發(fā)的本質(zhì),即實現(xiàn)問題空間的概念和處理邏輯到解空間的概念和處理邏輯之間的映射.33 .簡述常用的初始需求發(fā)現(xiàn)技術(shù).(P26)答:初始發(fā)現(xiàn)需求的常用技術(shù)包括以下幾個:1 .自悟.需求人員把自己作為系統(tǒng)的最終用戶,審視該系統(tǒng)并提出問題;2 .交談.為了確定系統(tǒng)應(yīng)該提供的功能,需求人員通過提出問題/用戶答復這一方式,直接詢問用戶需要的是一個什么樣的系統(tǒng);3 .觀察.通過觀察用戶執(zhí)行其現(xiàn)行的任務(wù)和過程,或通過觀察他們?nèi)绾尾僮髋c所期望的新系統(tǒng)有關(guān)的現(xiàn)有系統(tǒng),了解系統(tǒng)運行的環(huán)境,特別是了解要建立的新系統(tǒng)與現(xiàn)存系統(tǒng)、過程以及工作方法之間必須進行的交互;4 .小組會.舉行客戶和開發(fā)人員的聯(lián)席會議,與客戶組織的一些代表共同開發(fā)需求.其中:1通常是由開發(fā)組織的一個代表作為手洗需求工程師或軟件工程工程經(jīng)理,主持這一會議;2必須自習地選擇該小組的成

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論