歷年全國(guó)自學(xué)考試軟件工程試題(簡(jiǎn)答題答案)

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

2、耦合、公共耦合、控制耦合、標(biāo)記耦合、數(shù)據(jù)耦合等；設(shè)計(jì)原則：如果模塊間必須存在耦合，就盡量使用數(shù)據(jù)耦合，少用控制耦合，限制公共耦合，避免內(nèi)容耦合。33.UML給出了那些表達(dá)關(guān)系的術(shù)語(yǔ)？簡(jiǎn)述它們的概念。答：1.為了表達(dá)各類(lèi)事物之間的關(guān)系，UML給出了表達(dá)關(guān)系的術(shù)語(yǔ)：關(guān)聯(lián)、泛化、細(xì)化、依賴(lài)；2.關(guān)聯(lián)是類(lèi)目之間的一種結(jié)構(gòu)關(guān)系，是對(duì)一組具有相同結(jié)構(gòu)、相同鏈的描述；3.泛化是一般性類(lèi)目和它的較為特殊類(lèi)目之間的一種關(guān)系；4.細(xì)化是類(lèi)目之間的語(yǔ)義關(guān)系，其中一個(gè)類(lèi)目規(guī)約了保證另一個(gè)類(lèi)目執(zhí)行的契約；5.依賴(lài)是一種使用關(guān)系，用于描述一個(gè)類(lèi)目使用另一類(lèi)目的信息和服務(wù)。34.簡(jiǎn)述RUP的定義和特點(diǎn)。答：RUP是基于一種

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

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

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

6、足這一條件，就執(zhí)行某一活動(dòng)或等待一個(gè)消息。狀態(tài)圖是現(xiàn)實(shí)狀態(tài)機(jī)的圖，強(qiáng)調(diào)從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的控制流。從實(shí)際使用中狀態(tài)圖的作用：創(chuàng)建一個(gè)系統(tǒng)的動(dòng)態(tài)圖和創(chuàng)建一個(gè)場(chǎng)景的模型。34.簡(jiǎn)述RUP中需求獲取的基本步驟和相關(guān)制品。(P132)答：需求獲取的步驟和相關(guān)制品：1. 列出候選的特征，相關(guān)制品是特征表；2. 理解系統(tǒng)語(yǔ)境，相關(guān)制品是領(lǐng)域模型或業(yè)務(wù)模型；3. 捕獲系統(tǒng)功能需求，相關(guān)制品是用況模型；4. 捕獲非功能需求，相關(guān)制品是補(bǔ)充的需求過(guò)針對(duì)特殊需求的用況。35.簡(jiǎn)述黑盒測(cè)試技術(shù)的要點(diǎn)。(P186)答：黑盒測(cè)試技術(shù)的要點(diǎn)：1. 支持測(cè)試工程模型的中間部分；2. 事務(wù)流測(cè)試技術(shù)是將路徑測(cè)試技術(shù)用于功

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

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

9、的一個(gè)實(shí)例；類(lèi)的構(gòu)成成分：類(lèi)名、屬性、操作。34.什么是RUP？它有什么特點(diǎn)？答：RUP：即統(tǒng)一軟件開(kāi)發(fā)過(guò)程，它是基于UML的一種過(guò)程框架，為軟件開(kāi)發(fā)，即為進(jìn)行不同抽象層之間映射安排其開(kāi)發(fā)活動(dòng)的次序，制定任務(wù)和需要開(kāi)發(fā)的制品，提供了指導(dǎo)；并為對(duì)項(xiàng)目；并為對(duì)項(xiàng)目中的制品和活動(dòng)進(jìn)行監(jiān)控與度量，提供了相應(yīng)的準(zhǔn)則；RUP的特點(diǎn)是：1.以用況為驅(qū)動(dòng)；2.以體系結(jié)構(gòu)為中心；3.迭代、增量式開(kāi)發(fā)。35.簡(jiǎn)述人們關(guān)于軟件測(cè)試目的的認(rèn)識(shí)所經(jīng)歷的幾個(gè)階段。答：軟件測(cè)試的幾個(gè)階段：1. 第一階段認(rèn)為軟件測(cè)試和軟件調(diào)試沒(méi)有什么區(qū)別；2. 第二階段認(rèn)為測(cè)試是為了表明軟件能正常工作；3. 第三階段認(rèn)為測(cè)試是為了表明不能正

10、常工作；4. 第四階段認(rèn)為測(cè)試僅是為了將已察覺(jué)的錯(cuò)誤風(fēng)險(xiǎn)減少到一個(gè)可接受的程度；5. 第五階段認(rèn)為測(cè)試不僅僅是一種行為，而是一種理念，即測(cè)試是產(chǎn)生低風(fēng)險(xiǎn)軟件的一種訓(xùn)練。36.簡(jiǎn)述噴泉模型以及可適應(yīng)的情況。答：噴泉模型以及可適應(yīng)的情況有以下幾點(diǎn)：1. 噴泉模型體現(xiàn)了軟件創(chuàng)建所固有的迭代和無(wú)間隙的特征；2. 噴泉模型說(shuō)明了軟件活動(dòng)需要多次重復(fù)；3. 噴泉模型還說(shuō)明活動(dòng)之間沒(méi)有明顯的間隙；4. 該模型主要適應(yīng)于面向?qū)ο蠹夹g(shù)的軟件開(kāi)發(fā)。全國(guó)2013年1月自學(xué)考試軟件工程試題簡(jiǎn)答題（本大題共6小題，每小題5分，共30分）31.什么是需求規(guī)約？簡(jiǎn)述需求規(guī)約的作用。答：需求規(guī)約是一個(gè)軟件項(xiàng)/產(chǎn)品/系統(tǒng)所有需

11、求陳述的正式文檔，它表達(dá)了一個(gè)軟件產(chǎn)品/系統(tǒng)的概念模型。需求規(guī)約的作用：1. 需求規(guī)約是軟件開(kāi)發(fā)組織和用戶(hù)之間一份事實(shí)上的技術(shù)合同書(shū)，是產(chǎn)品功能及其環(huán)境的體現(xiàn)；2. 對(duì)于項(xiàng)目的其余大多數(shù)工作，需求規(guī)約是一個(gè)管理控制點(diǎn)；3. 對(duì)于產(chǎn)品/系統(tǒng)的設(shè)計(jì)，需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)；4. 需求毀約是創(chuàng)建產(chǎn)品驗(yàn)收測(cè)試計(jì)劃和用戶(hù)指南的基礎(chǔ)。32.通過(guò)長(zhǎng)期的軟件開(kāi)發(fā)實(shí)踐，人們總結(jié)出了哪些模塊設(shè)計(jì)的啟發(fā)式規(guī)則？答：通過(guò)長(zhǎng)期的軟件開(kāi)發(fā)實(shí)踐，總結(jié)出了實(shí)現(xiàn)模塊“高內(nèi)聚低耦合”的啟發(fā)式規(guī)則：1. 改進(jìn)軟件結(jié)構(gòu)，提高模塊獨(dú)立性；2. 力求模塊規(guī)模適中；3. 力求深度、寬度、扇出和扇入適中；4. 盡力使模塊的作用域

12、在其控制域之內(nèi)；5. 盡力降低模塊接口的復(fù)雜度；6. 力求模塊功能可以預(yù)測(cè)。33.什么是類(lèi)？什么是對(duì)象？簡(jiǎn)述類(lèi)在建模中的主要用途。答：類(lèi)是一組具有相同屬性、操作、關(guān)系和語(yǔ)義的對(duì)象的描述。對(duì)象是類(lèi)的一個(gè)實(shí)例。類(lèi)在建模中的主要用途：1. 模型化問(wèn)題域中的概念。使抽象模型中的概念模型轉(zhuǎn)化為系統(tǒng)模型中的類(lèi)；2. 建立系統(tǒng)職責(zé)分布模型；3. 模型化建模中使用的基本類(lèi)型。34.為什么RUP要與UML一起才稱(chēng)得上是一種面向?qū)ο箝_(kāi)發(fā)的方法學(xué)？答：RUP和UML事一堆“姐妹”，它們構(gòu)成了一種特定的軟件開(kāi)發(fā)方法學(xué)。其中，UML作為一種可視化建模語(yǔ)言，給出了表達(dá)事物和事物之間關(guān)系的基本術(shù)語(yǔ)，給出了多種模型的表達(dá)工具

13、；而RUP利用UML提供的術(shù)語(yǔ)和工具定義了需求獲取層、系統(tǒng)分析層、設(shè)計(jì)層和實(shí)現(xiàn)層，并給出了實(shí)現(xiàn)各層模型之間映射的基本活動(dòng)以及相關(guān)指導(dǎo)。35.簡(jiǎn)述軟件測(cè)試和軟件調(diào)試之間的區(qū)別。答：軟件測(cè)試和軟件調(diào)試之間的區(qū)別有如下幾點(diǎn)：1. 測(cè)試從一個(gè)側(cè)面證明程序員的“失敗”，調(diào)試是為了說(shuō)明程序員的正確；2. 測(cè)試已知條件開(kāi)始，使用預(yù)先定義的程序且有預(yù)知的結(jié)果，不可預(yù)見(jiàn)的僅是程序是否通過(guò)。調(diào)試是以不可知的內(nèi)部條件開(kāi)始，除統(tǒng)計(jì)性調(diào)試外、結(jié)果不可預(yù)見(jiàn)的；3. 測(cè)試是有計(jì)劃的，并要進(jìn)行測(cè)試設(shè)計(jì)。調(diào)試不受時(shí)間約束的；4. 測(cè)試是一個(gè)發(fā)現(xiàn)錯(cuò)誤、改正錯(cuò)誤、重新測(cè)試的過(guò)程，調(diào)試是一個(gè)推理過(guò)程；5. 測(cè)試執(zhí)行時(shí)是有規(guī)程的。調(diào)試

14、的執(zhí)行往往要求程序員進(jìn)行必要的推理；6. 測(cè)試經(jīng)常是獨(dú)立測(cè)試組在不了解軟件設(shè)計(jì)的條件下完成的。調(diào)試必須有了解詳細(xì)設(shè)計(jì)的程序員完成；7. 大多數(shù)測(cè)試的執(zhí)行和設(shè)計(jì)可有工具支持。調(diào)試時(shí)，程序員能利用的工具主要是調(diào)試器。36.簡(jiǎn)述演化模型以及可適應(yīng)的情況。答：演化模型表達(dá)了一種彈性的過(guò)程模式，由一些小的開(kāi)發(fā)步組成的，每一步經(jīng)歷需求分析、設(shè)計(jì)、實(shí)現(xiàn)和驗(yàn)證，產(chǎn)生軟件產(chǎn)品的一個(gè)增量。通過(guò)這些迭代，最終完成軟件產(chǎn)品的開(kāi)發(fā)?？蛇m應(yīng)的情況：只要針對(duì)事先不能完整定義的軟件開(kāi)發(fā)的。2013年10月自學(xué)考試軟件工程試題簡(jiǎn)答題（本大題共6小題，每小題5分，共30分）31.簡(jiǎn)述初始需求發(fā)現(xiàn)的常用技術(shù)。答：初始需求發(fā)現(xiàn)的常用

15、技術(shù)有以下幾點(diǎn)：1. 自悟：需求人員把自己作為系統(tǒng)的最終用戶(hù)，審視該系統(tǒng)并提出問(wèn)題；2. 交談：為了確定系統(tǒng)應(yīng)該提供的功能，需求人員通過(guò)問(wèn)答方式，直接詢(xún)問(wèn)用戶(hù)需求的是一個(gè)什么樣的系統(tǒng)；3. 觀察：通過(guò)觀察用戶(hù)執(zhí)行其現(xiàn)行的任務(wù)和過(guò)程，了解系統(tǒng)運(yùn)行的環(huán)境，特別是了解要建立的新系統(tǒng)與現(xiàn)存系統(tǒng)、過(guò)程及工作方法間必須進(jìn)行的交互；4. 小組會(huì)：舉行客戶(hù)和開(kāi)發(fā)人員的聯(lián)席會(huì)議，與客戶(hù)代表共同開(kāi)發(fā)需求；5. 提煉：復(fù)審技術(shù)文檔，并提取相關(guān)的信息。TopTopTop32.什么是模塊的控制域？什么是模塊的作用域？并對(duì)分析題32圖中3個(gè)模塊結(jié)構(gòu)圖的優(yōu)劣。BACEEFCDABFDEFDCAB 答：模塊的控制域：是指這個(gè)

16、模塊本身以所有直接或間接從屬于它的模塊的集合；模塊的作用域：是指受該模塊內(nèi)一個(gè)判定所影響的所有模塊的集合；按照啟發(fā)式規(guī)則：應(yīng)盡力使模塊的作用域在其控制域內(nèi)?？芍?，C最好，作用域在控制域中，而且判定的位置恰當(dāng)。B較好，作用域在控制域中，但是判定所在的位置過(guò)高。A最差，作用域在控制域之外。33.什么是用況（Use Case）？什么是用況圖？一個(gè)用況圖通常包含哪些模型元素？答：用況（Use Case）：從外延上說(shuō)它表達(dá)了參與者使用系統(tǒng)的一種方式，從內(nèi)涵上說(shuō)它規(guī)約了系統(tǒng)可以執(zhí)行的一個(gè)動(dòng)作序列，并對(duì)特定的參與者產(chǎn)生可見(jiàn)的、有值的結(jié)果；用況圖：是一種表達(dá)系統(tǒng)功能模型的圖形化工具；一個(gè)用況圖通常包含的模型元

17、素是：主題、用況、參與者、關(guān)聯(lián)、泛化、依賴(lài)。34.簡(jiǎn)述演化模型，及其與RUP迭代、增量式開(kāi)發(fā)之間的關(guān)系。答：演化模型主要針對(duì)事先不能完整定義需求定義軟件開(kāi)發(fā)的，在用戶(hù)提出待開(kāi)發(fā)系統(tǒng)的核心需求的基礎(chǔ)上，軟件開(kāi)發(fā)人員按照這一需求，首先開(kāi)發(fā)一個(gè)核心系統(tǒng)并投入運(yùn)行，以便用戶(hù)能夠有效提出反饋，接著軟件開(kāi)發(fā)人員根據(jù)用戶(hù)反饋，實(shí)施開(kāi)發(fā)的迭代過(guò)程，每次迭代均由需求、設(shè)計(jì)、編碼、測(cè)試、集成等階段組成，通過(guò)增加或修正，產(chǎn)生軟件產(chǎn)品的增量，最終完成軟件產(chǎn)品的開(kāi)發(fā)；由此可見(jiàn)，RUP的迭代、增量式開(kāi)發(fā)是演化模型的一個(gè)變體，它規(guī)定了軟件開(kāi)發(fā)“大的”階段：初始階段、精化階段、構(gòu)造階段、移交階段，并規(guī)定了每次迭代的目標(biāo)。35

18、.簡(jiǎn)述白盒測(cè)試技術(shù)的要點(diǎn)。答：白盒測(cè)試技術(shù)，又稱(chēng)為結(jié)構(gòu)化測(cè)試技術(shù)，它依據(jù)程序的邏輯結(jié)構(gòu)，以控制流程圖作為被測(cè)對(duì)象建模工具；典型的是路徑測(cè)試技術(shù)，路徑測(cè)試大致有語(yǔ)句覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋等測(cè)試策略；這幾種不同的測(cè)試策略之間具有偏序關(guān)系，即路徑覆蓋的測(cè)試度量最強(qiáng)，而語(yǔ)句覆蓋最低。36.簡(jiǎn)述螺旋模型以及可適應(yīng)的情況。答：螺旋模型以及可適應(yīng)的情況分為以下幾點(diǎn)：1. 螺旋模型是在瀑布模型和演化模型的基礎(chǔ)上，加入兩者所忽略的風(fēng)險(xiǎn)分析所建立的一種軟件開(kāi)發(fā)模型；2. 螺旋模型沿著螺旋線，經(jīng)歷制定計(jì)劃，風(fēng)險(xiǎn)分析，實(shí)施工程，客戶(hù)評(píng)估等4個(gè)方面的活動(dòng)，自?xún)?nèi)向外每旋轉(zhuǎn)一圈便產(chǎn)生一個(gè)更為完整的新版本；3

19、. 該模型適應(yīng)的情況：項(xiàng)目的開(kāi)發(fā)風(fēng)險(xiǎn)很大或客戶(hù)不能確定系統(tǒng)需求。2014年4月自學(xué)考試軟件工程試題簡(jiǎn)答題（本大題共6小題，每小題5分，共30分）26.簡(jiǎn)述軟件工程的概念與發(fā)展。答：軟件工程：軟件工程師應(yīng)用計(jì)算機(jī)科學(xué)理論和技術(shù)以及工程管理原則的方法，按預(yù)算和進(jìn)度實(shí)現(xiàn)滿(mǎn)足用戶(hù)要求的軟件產(chǎn)品的工程，或以此為研究對(duì)象的學(xué)科。軟件工程的發(fā)展有以下3點(diǎn)：1.20世紀(jì)6080年代 瀑布模型；過(guò)程化語(yǔ)言；支持工具2.20世紀(jì)80年代至今 軟件復(fù)用技術(shù)；軟件生產(chǎn)管理；面向?qū)ο笳Z(yǔ)言3.近幾年 軟件復(fù)用技術(shù)；構(gòu)建技術(shù)、平臺(tái)技術(shù)、需求工程技術(shù)、領(lǐng)域分析技術(shù)、應(yīng)用集成技術(shù)等。27.簡(jiǎn)述需求的概念和基本性質(zhì)。答：軟件需求

20、以一種技術(shù)形成，描述了一個(gè)產(chǎn)品/系統(tǒng)應(yīng)該具有的功能、性能和其它性質(zhì)。需求的基本性質(zhì)有以下5點(diǎn)：1. 必須的，該需求是用戶(hù)所要求的；2. 無(wú)歧義的，該需求只能用一種方式解釋?zhuān)?. 可測(cè)的，該需求是可進(jìn)行測(cè)試的；4. 可跟蹤的，該需求可從一個(gè)開(kāi)發(fā)階段跟蹤到另一個(gè)階段；5. 可測(cè)量的，該需求是可測(cè)量的。28.簡(jiǎn)述以結(jié)構(gòu)化分析方法建立系統(tǒng)功能模型的建模工具和建模過(guò)程。答：工具：DFD，數(shù)據(jù)流圖是一種描述數(shù)據(jù)變換的圖形化工具，其中包含的元素可以是數(shù)據(jù)流，數(shù)據(jù)存儲(chǔ)，加工，數(shù)據(jù)源和數(shù)據(jù)潭。過(guò)程有以下4點(diǎn)：1. 建立系統(tǒng)環(huán)境圖，確定系統(tǒng)語(yǔ)境；2. 自頂向下，逐步求精，建立系統(tǒng)的層次數(shù)據(jù)流圖；3. 定義數(shù)據(jù)字典

21、；4. 描述加工。29.簡(jiǎn)述順序圖的概念、構(gòu)成和主要作用。答：順序圖的概念：用來(lái)描述為了完成確定事務(wù)、對(duì)象之間按照時(shí)間消息交互的順序關(guān)系；順序圖的構(gòu)成：順序圖是一種交互圖，即由一組對(duì)象以及按時(shí)序組織的對(duì)象之間的關(guān)系組成，其中還包括哲學(xué)對(duì)象之間所發(fā)送的消息。順序圖的主要作用：順序圖作為一種描述在給定語(yǔ)境中消息是如何在對(duì)象間傳遞的圖形化方式，在使用起進(jìn)行建模時(shí)。30.簡(jiǎn)述增量模型的優(yōu)缺點(diǎn)。答：優(yōu)點(diǎn)有以下3點(diǎn)：1. 第一個(gè)可交付版本所需要的成本和時(shí)間是較少的，從而可減少開(kāi)發(fā)由增量表示的小系統(tǒng)承擔(dān)的風(fēng)險(xiǎn)；2. 由于很快分布的第一個(gè)版本，因此可以減少用戶(hù)需求的變更；3. 允許增量投資，即在項(xiàng)目開(kāi)始時(shí)可以

22、僅對(duì)一個(gè)或兩個(gè)增量投資；缺點(diǎn)有以下3點(diǎn)：1. 如果沒(méi)有對(duì)用戶(hù)的變更要求進(jìn)行規(guī)劃，那么產(chǎn)生的初始增量可能會(huì)造成夠來(lái)增量的不穩(wěn)定；2. 如果需求不像早期思考的那樣穩(wěn)定和完整，那么一些增量就可能需要重新開(kāi)發(fā)，重新發(fā)布；3. 由于進(jìn)度和配置的復(fù)雜性，可能會(huì)增大管理成本，超出組織的能力。31.簡(jiǎn)述CMMI模型支持的兩種過(guò)程改善路徑。答：能力等級(jí)是一個(gè)過(guò)程改善路徑，該路徑可是組織針對(duì)單一過(guò)程域不斷改善該過(guò)程域、成熟度等級(jí)也是一種過(guò)程改善路徑，該路徑可使組通過(guò)關(guān)注一組過(guò)程域不斷改善一組相關(guān)的過(guò)程域。2014年10月自學(xué)考試軟件工程試題簡(jiǎn)答題（本大題共6小題，每小題5分，共30分）26.簡(jiǎn)述軟件工程的概念與發(fā)

23、展。答：軟件工程：軟件工程師應(yīng)用計(jì)算機(jī)科學(xué)理論和技術(shù)及工程管理原則和方法，按預(yù)算和進(jìn)度實(shí)現(xiàn)滿(mǎn)足用戶(hù)需求的軟件產(chǎn)品的工程，或以此為研究對(duì)象的學(xué)科。1.20世紀(jì)60-80年代瀑布模型；過(guò)程化語(yǔ)言；支持工具2.20世紀(jì)80年代至今軟件復(fù)用技術(shù)；軟件生產(chǎn)管理；面向?qū)ο笳Z(yǔ)言3.近幾年軟件復(fù)用技術(shù)：構(gòu)件技術(shù)、平臺(tái)技術(shù)、需求工程技術(shù)、領(lǐng)域分析技術(shù)、應(yīng)用集成技術(shù)等。27.簡(jiǎn)述需求的概念和基本性質(zhì)。答：軟件需求以一種技術(shù)形成，描述了一個(gè)產(chǎn)品/系統(tǒng)應(yīng)該具有的功能、性能和其它性質(zhì)。需求的基本性質(zhì)：1. 必要的，該需求是用戶(hù)所要求的；2. 無(wú)歧義的，該需求只能用一種方式解釋?zhuān)?. 可測(cè)的，該需求是可進(jìn)行測(cè)試的；4.

24、可跟蹤的，該需求可從一個(gè)開(kāi)發(fā)階段跟蹤到另一個(gè)階段；5. 可測(cè)量的，該需求是可測(cè)量的。28.簡(jiǎn)述以結(jié)構(gòu)化分析方法建立系統(tǒng)功能模型的建模工具和建模過(guò)程。答：建模工具：DFD，數(shù)據(jù)流圖是一種描述數(shù)據(jù)變換的圖形化工具，其中包含的元素可以是數(shù)據(jù)流，數(shù)據(jù)存儲(chǔ)，加工，數(shù)據(jù)源和數(shù)據(jù)潭。建模過(guò)程：1. 建立系統(tǒng)環(huán)境圖，確定系統(tǒng)語(yǔ)境；2. 自頂向下，逐步求精，建立系統(tǒng)的層次數(shù)據(jù)流圖；3. 定義數(shù)據(jù)字典；4. 描述加工。29.簡(jiǎn)述順序圖的概念、構(gòu)成和主要作用。答：順序圖的概念：用來(lái)描述為了完成確定事務(wù)、對(duì)象之間按照時(shí)間消息交互的順序關(guān)系；順序圖的構(gòu)成：順序圖是一種交互圖，即由一組對(duì)象以及按時(shí)序組織的對(duì)象之間的關(guān)系組

25、成，其中還包括這些對(duì)象之間所發(fā)送的消息；順序圖的作用：順序圖作為一種描述在給定語(yǔ)境中消息是如何在對(duì)象間傳遞的圖形化方式，在使用其進(jìn)行建模時(shí)。30.簡(jiǎn)述增量模型的優(yōu)缺點(diǎn)。答：增量模型的優(yōu)點(diǎn)：1. 第一個(gè)可交付版本所需要的成本和時(shí)間是較少的，從而可減少開(kāi)發(fā)由增量表示的笑系統(tǒng)承擔(dān)的風(fēng)險(xiǎn)；2. 由于很快發(fā)布的第一個(gè)版本，因此可以減少用戶(hù)需求的變更；3. 允許增量投資，即在項(xiàng)目開(kāi)始是可以?xún)H對(duì)一個(gè)或兩個(gè)增量投資；增量模型的缺點(diǎn)：1. 如果沒(méi)有對(duì)用戶(hù)的變更妖氣進(jìn)行規(guī)劃，那么產(chǎn)生的初始增量可能會(huì)造成后來(lái)增量的不穩(wěn)定；2. 如果需求不像早期思考的那樣穩(wěn)定和完整，那么一些增量就可能需要重新開(kāi)發(fā)，重新發(fā)布；3. 由

26、于進(jìn)度和配置的復(fù)雜性，可能會(huì)增大管理成本，超出組織的能力。31.簡(jiǎn)述CMMI模型支持的兩種過(guò)程改善路徑。答：能力等級(jí)是一個(gè)過(guò)程改善路徑，該路徑可是組織針對(duì)單一過(guò)程域不斷改善該過(guò)程域、成熟度等級(jí)也是一種過(guò)程改善路徑，該路徑可使組通過(guò)關(guān)注一組過(guò)程域不斷改善一組相關(guān)的過(guò)程域。2014年10月自學(xué)考試軟件工程試題簡(jiǎn)答題（本大題共6小題，每小題5分，共30分）26.簡(jiǎn)述何謂系統(tǒng)模型以及軟件開(kāi)發(fā)中所涉及的系統(tǒng)模型分類(lèi)。(P19)答：所謂系統(tǒng)建模，是指運(yùn)用所掌握的知識(shí)，通過(guò)抽象，給出該系統(tǒng)的一個(gè)結(jié)構(gòu)系統(tǒng)模型。系統(tǒng)模型分為兩大類(lèi)，一類(lèi)稱(chēng)為概念模型，描述了系統(tǒng)是什么；另一類(lèi)統(tǒng)稱(chēng)為軟件模型，描述了實(shí)現(xiàn)概念模型的軟

27、件解決方案。27.簡(jiǎn)述需求規(guī)約的定義，并寫(xiě)出需求規(guī)約滿(mǎn)足的基本性質(zhì)。(P28)答：需求規(guī)約是一個(gè)軟件項(xiàng)/產(chǎn)品/系統(tǒng)所有需求陳述的正式文檔，它表達(dá)了一個(gè)軟件產(chǎn)品/系統(tǒng)的概念模型。需求規(guī)約一般需要滿(mǎn)足一下4個(gè)基本性質(zhì)：1. 重要性和穩(wěn)定性程度：按需求的重要性和穩(wěn)定性，對(duì)需求進(jìn)行分級(jí)；2. 可修改的：在不過(guò)多地影響其他需求的前提下，可以容易地修改一個(gè)單一需求；3. 完整的：沒(méi)有被遺漏的需求；4. 一致的：不存在互斥的需求。28.簡(jiǎn)述結(jié)構(gòu)化方法總體設(shè)計(jì)的任務(wù)、步驟和模式。(考綱解析P25)答：總體設(shè)計(jì)的任務(wù)是把系統(tǒng)的工鞥需求分配到一個(gè)特定的軟件體系結(jié)構(gòu)中。變換設(shè)計(jì)的基本步驟如下：1. 設(shè)計(jì)準(zhǔn)備復(fù)審并精

28、化系統(tǒng)模型；2. 確定輸入、變換、輸出這三部分之間的邊界；3. 第一級(jí)分解系統(tǒng)模塊結(jié)構(gòu)圖頂層和第一層的設(shè)計(jì)；4. 第二級(jí)分解自頂向下，逐步求精；事務(wù)設(shè)計(jì)的基本步驟如下：1. 設(shè)計(jì)準(zhǔn)備復(fù)審并精化系統(tǒng)模型；2. 確定事務(wù)處理中心；3. 第一級(jí)分解系統(tǒng)模塊結(jié)構(gòu)圖頂層和第一層的設(shè)計(jì)；4. “第二級(jí)分解”自頂向下，逐步求精。29.什么是用況圖？簡(jiǎn)述用況圖的構(gòu)成成分以及用況之間的關(guān)系。(考綱解析P42/見(jiàn)書(shū)P105)答：用況圖是一種表達(dá)系統(tǒng)功能模型的圖形化工具，它包含六個(gè)模型元素，分別是主題、用況、參與者、關(guān)聯(lián)、泛化、依賴(lài)。主題是由一組用況所描述的一個(gè)類(lèi)，通常是一個(gè)系統(tǒng)或者子系統(tǒng)。用況通過(guò)一組動(dòng)作序列規(guī)約

29、系統(tǒng)功能，表達(dá)了參與者使用系統(tǒng)的一種方式，它是系統(tǒng)開(kāi)發(fā)設(shè)計(jì)的起點(diǎn)，是類(lèi)、對(duì)象、操作的源，是系統(tǒng)分析和設(shè)計(jì)階段的輸入之一；是分析和設(shè)計(jì)、制定開(kāi)發(fā)計(jì)劃和測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例的依據(jù)之一；應(yīng)用于系統(tǒng)的用況是回歸測(cè)試的最好的源；應(yīng)用于整個(gè)系統(tǒng)的用況是集成測(cè)試和系統(tǒng)測(cè)試的最好的源。關(guān)聯(lián)是一種參與關(guān)系，是操作者與用況之間的唯一關(guān)系。用況圖可以為系統(tǒng)建模，描述軟件系統(tǒng)功能的行為結(jié)構(gòu)，也可以對(duì)業(yè)務(wù)建模，描述企業(yè)或組織的業(yè)務(wù)過(guò)程結(jié)構(gòu)。不論是對(duì)系統(tǒng)建模還是對(duì)業(yè)務(wù)都涉及系統(tǒng)/業(yè)務(wù)語(yǔ)境的模型化和系統(tǒng)/業(yè)務(wù)需求的模型化。30.簡(jiǎn)述演化模型及其適用場(chǎng)合。(考綱解析P92)答：演化模型主要針對(duì)事先不能完整定義需求的軟件開(kāi)發(fā)

30、的。在用戶(hù)提出待開(kāi)發(fā)的核心希求的基礎(chǔ)上，軟件開(kāi)發(fā)人員按照這一要求，首先開(kāi)發(fā)一個(gè)核心系統(tǒng)并投入運(yùn)行，以便用戶(hù)能夠有效地提出反饋，即提出精化系統(tǒng)、增強(qiáng)系統(tǒng)能力的需求；接著，軟件開(kāi)發(fā)人員根據(jù)用戶(hù)反饋，實(shí)施開(kāi)發(fā)的迭代過(guò)程；每一迭代過(guò)程均由一需求。設(shè)計(jì)、編碼、測(cè)試、集成等階段組成，為整個(gè)系統(tǒng)增加一個(gè)可定義的、可管理的自己；如果再一次迭代中，有的需求不能滿(mǎn)足用戶(hù)的要求，可在下一次迭代中予以修正。31.簡(jiǎn)述CMMI提出所基于的基本思想。(P282)答：該模型基于過(guò)程途徑思想，通過(guò)過(guò)程把軟件質(zhì)量的3個(gè)支撐點(diǎn)受訓(xùn)的人員、規(guī)程和方法、工具和設(shè)備進(jìn)行集成，以開(kāi)發(fā)所期望的系統(tǒng)/產(chǎn)品。為此，CMMI緊緊圍繞開(kāi)發(fā)、維護(hù)和

31、運(yùn)行，把經(jīng)過(guò)證明的“最佳實(shí)踐”放在一個(gè)結(jié)構(gòu)中。2015年4月自學(xué)考試軟件工程試題簡(jiǎn)答題（本大題共6小題，每小題5分，共30分）26.簡(jiǎn)述軟件開(kāi)發(fā)的本質(zhì)。(P17/19)答：軟件開(kāi)發(fā)的本質(zhì)，即實(shí)現(xiàn)問(wèn)題空間的概念和處理邏輯到解空間的概念和處理邏輯之間的映射。27.簡(jiǎn)述常用的初始需求發(fā)現(xiàn)技術(shù)。(P26)答：初始發(fā)現(xiàn)需求的常用技術(shù)包括以下幾個(gè)：1. 自悟。需求人員把自己作為系統(tǒng)的最終用戶(hù)，審視該系統(tǒng)并提出問(wèn)題；2. 交談。為了確定系統(tǒng)應(yīng)該提供的功能，需求人員通過(guò)提出問(wèn)題/用戶(hù)回答這一方式，直接詢(xún)問(wèn)用戶(hù)需要的是一個(gè)什么樣的系統(tǒng)；3. 觀察。通過(guò)觀察用戶(hù)執(zhí)行其現(xiàn)行的任務(wù)和過(guò)程，或通過(guò)觀察他們?nèi)绾尾僮髋c所期望的新系統(tǒng)有關(guān)的現(xiàn)有系統(tǒng)，了解系統(tǒng)運(yùn)行的環(huán)境，特別是了解要建立的新系統(tǒng)與現(xiàn)存系統(tǒng)、過(guò)程以及工作方法之間必須進(jìn)行的交互；4. 小組會(huì)。舉行客戶(hù)和開(kāi)發(fā)人員的聯(lián)席會(huì)議，與客戶(hù)組織的一些代表共同開(kāi)發(fā)需求。其中：1)通常是由開(kāi)發(fā)組織的一個(gè)代表作為手洗需求工程師或軟件工程項(xiàng)目經(jīng)理