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

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

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

3、5. 依賴是一種使用關(guān)系，用于描述一個(gè)類目使用另一類目的信息 和服 務(wù)。34.簡(jiǎn)述RUP的定義和特點(diǎn)。答：RUP是基于一種過(guò)程框架，為軟件開發(fā)，即為進(jìn)行不同抽象層之間映射安排其開發(fā)活動(dòng)的次序 , 制定任務(wù)和需求開發(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)為中心，迭代、增量式開發(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)注每

4、個(gè)獨(dú)立的模塊；3. 集成測(cè)試關(guān)注模塊的組裝；4. 有效性測(cè)試福按住檢驗(yàn)是否符合用戶所見(jiàn)的文檔；5. 系統(tǒng)測(cè)試關(guān)注檢驗(yàn)系統(tǒng)中所有元素之間的協(xié)作是否合適，整 個(gè)系統(tǒng) 的性能。功能是否達(dá)到。36. 簡(jiǎn)述瀑布模型以及可適應(yīng)的情況答：1. 瀑布模型將軟件生存周期的各項(xiàng)活動(dòng)規(guī)定為按固定順序而連接的若干階段工作，形如瀑布流水，最終得到軟件產(chǎn)品； 2. 瀑 布模型在支持 結(jié)構(gòu)化軟件開發(fā)的復(fù)雜性、促進(jìn)軟件開發(fā)工程化等 方面起著很大作用；3. 該模型適應(yīng)的情況、需求已被很好的理解 , 切開發(fā)組織非常熟悉為實(shí) 現(xiàn)這一模型所需要的過(guò)程。全國(guó) 1 月自學(xué)考試軟件工程試題簡(jiǎn)答題（本大題共 6 小題，每小題 5分，共 30

5、 分）31. 簡(jiǎn)述軟件需求的分類及其關(guān)系。 （ P23-24） 答：軟件需求能夠分為功能需求和非功能需求 2 大類；功能需求 規(guī)定了 系統(tǒng)及構(gòu)件必須執(zhí)行的功能 ; 非功能需求又能夠分為性能 需求、外部接 口需求、設(shè)計(jì)約束和質(zhì)量屬性需求。功能需求是整 個(gè)軟件需求的主體， 沒(méi)有工就需求就沒(méi)有性能、外部接口、設(shè)計(jì) 約束和質(zhì)量的需求；一個(gè)非 功能需求能夠用于 1 個(gè)功能需求。32. 什么是模塊？什么是模塊內(nèi)聚？請(qǐng)列出從低到高的常見(jiàn)內(nè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)聚

6、類型： 偶然內(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)是類目的一個(gè)實(shí)例在其生存中的一種條件或情況；期間 該實(shí)例 滿足這一條件，就執(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)域模

7、型或業(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ù)用于功能測(cè)試的產(chǎn)物，是 一種實(shí) 用的功能測(cè)試技術(shù)，經(jīng)過(guò)事務(wù)的操作邏輯發(fā)現(xiàn)軟件中 的錯(cuò)誤；3. 事務(wù)流測(cè)試技術(shù)是基于軟件規(guī)約的，對(duì)錯(cuò)誤的假定是軟件經(jīng)過(guò)了與預(yù)想不同的事務(wù)路徑；4. 基于事務(wù)的基本操作；事務(wù)流測(cè)試技術(shù)的最大問(wèn)題和最大代價(jià)是獲取事務(wù)流程圖及用例設(shè)計(jì)；5. 事務(wù)處理流程測(cè)試要達(dá)到基本的測(cè)試覆蓋36. 簡(jiǎn)述增量模型以及可適應(yīng)的

8、情況。 （ P224） 答：增量模型意指需求能夠機(jī)構(gòu)化分組，形成一個(gè)個(gè)增量，并形 成一個(gè) 結(jié)構(gòu)，之后對(duì)每一個(gè)增量進(jìn)行瀑布開發(fā)。用增量模型開發(fā) 的前提是需求 的節(jié)后花，模型適合“技術(shù)驅(qū)動(dòng)”的軟件產(chǎn)品開發(fā)。全國(guó) 10 月自學(xué)考試軟件工程試題簡(jiǎn)答題（本大題共 6 小題，每小題 5 分，共 30 分）31. 簡(jiǎn)述需求的基本性質(zhì)。 答：需求的基本性質(zhì)：1. 必要性，該需求是用戶所要求的；2. 無(wú)歧義性，該需求只能用一種方式解釋；3. 可測(cè)性，該需求是可進(jìn)行測(cè)試的；4. 可跟蹤性，該需求可從一個(gè)開發(fā)階段跟蹤到另一個(gè)階段；5. 可測(cè)量性，該需求是可測(cè)量的；32. 簡(jiǎn)述在進(jìn)行軟件系統(tǒng) / 產(chǎn)品的需求工作中所面

9、臨的挑戰(zhàn)和應(yīng) 對(duì)方 法。答：面臨的挑戰(zhàn)：1. 問(wèn)題空間解釋；2. 人與人之間的通信；3. 需求的變化性； 應(yīng)對(duì)方法：為了應(yīng)對(duì)三大挑戰(zhàn)，提出了系列軟件開發(fā)方法，面向 數(shù)據(jù)結(jié) 構(gòu)方法，面向?qū)ο蠓椒ǖ取?3. 什么是類？什么是對(duì)象？什么是類的構(gòu)成成分？ 答：類：類是一組具有相同屬性、操作、關(guān)系和語(yǔ)義的對(duì)象的描 述；對(duì)象：對(duì)象是類的一個(gè)實(shí)例；類的構(gòu)成成分：類名、屬性、操作。34什么是RUP它有什么特點(diǎn)？答：RUP即統(tǒng)一軟件開發(fā)過(guò)程，它是基于 UML勺一種過(guò)程框架，為軟件開發(fā)，即為進(jìn)行不同抽象層之間映射安排其開發(fā)活動(dòng)的次 序，制定任 務(wù)和需要開發(fā)勺制品，提供了指導(dǎo)；并為對(duì)項(xiàng)目；并 為對(duì)項(xiàng)目中勺制品 和活

10、動(dòng)進(jìn)行監(jiān)控與度量，提供了相應(yīng)的準(zhǔn)則；RUP的特點(diǎn)是：1.以用況 為驅(qū)動(dòng)；2.以體系結(jié)構(gòu)為中心； 3. 迭代、 增量式開發(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è)試是為了表明不能正常工作；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.

11、噴泉模型體現(xiàn)了軟件創(chuàng)立所固有的迭代和無(wú)間隙的特征；2. 噴泉模型說(shuō)明了軟件活動(dòng)需要多次重復(fù)；3. 噴泉模型還說(shuō)明活動(dòng)之間沒(méi)有明顯的間隙；4. 該模型主要適應(yīng)于面向?qū)ο蠹夹g(shù)的軟件開發(fā)。全國(guó) 1 月自學(xué)考試軟件工程試題簡(jiǎn)答題（本大題共 6 小題，每小題 5 分，共 30 分）31. 什么是需求規(guī)約？簡(jiǎn)述需求規(guī)約的作用。答: 需求規(guī)約是一個(gè)軟件項(xiàng) / 產(chǎn)品 / 系統(tǒng)所有需求陳述的正式文檔 了 一個(gè)軟件產(chǎn)品 / 系統(tǒng)的概念模型。需求規(guī)約的作用：1. 需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同 產(chǎn)品功能及其環(huán)境的體現(xiàn)；2. 對(duì)于項(xiàng)目的其余大多數(shù)工作，需求規(guī)約是一個(gè)管理控制點(diǎn)；3. 對(duì)于產(chǎn)品 /

12、 系統(tǒng)的設(shè)計(jì)，需求規(guī)約是一個(gè)正式的、受控的起始4. 需求毀約是創(chuàng)立產(chǎn)品驗(yàn)收測(cè)試計(jì)劃和用戶指南的基礎(chǔ)。32. 經(jīng)過(guò)長(zhǎng)期的軟件開發(fā)實(shí)踐，人們總結(jié)出了哪些模塊設(shè)計(jì)的啟 則？ 答：經(jīng)過(guò)長(zhǎng)期的軟件開發(fā)實(shí)踐，總結(jié)出了實(shí)現(xiàn)模塊“高內(nèi)聚低耦 合”的啟發(fā)式規(guī)則 :1. 改進(jìn)軟件結(jié)構(gòu)，提高模塊獨(dú)立性；2. 力求模塊規(guī)模適中；3. 力求深度、寬度、扇出和扇入適中；它表示書，是點(diǎn)；J 、發(fā)式規(guī)4. 盡力使模塊的作用域在其控制域之內(nèi)；5. 盡力降低模塊接口的復(fù)雜度；6. 力求模塊功能能夠預(yù)測(cè)。33. 什么是類？什么是對(duì)象？簡(jiǎn)述類在建模中的主要用途。 答：類是一組具有相同屬性、操作、關(guān)系和語(yǔ)義的對(duì)象的描述。 對(duì)象是類的一

13、個(gè)實(shí)例。類在建模中的主要用途：1. 模型化問(wèn)題域中的概念。使抽象模型中的概念模型轉(zhuǎn)化為系 統(tǒng)模型 中的類；2. 建立系統(tǒng)職責(zé)分布模型；3. 模型化建模中使用的基本類型。34. 為什么RUP要與UML起才稱得上是一種面向?qū)ο箝_發(fā)的方 法 學(xué)？答：RUP和UML事一堆“姐妹”，它們構(gòu)成了一種特定的軟件開發(fā)方法學(xué)。其中，UML作為一種可視化建模語(yǔ)言，給出了表示事 物和事物之間 關(guān)系的基本術(shù)語(yǔ)，給出了多種模型的表示工具；而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ū)別。答：

14、軟件測(cè)試和軟件調(diào)試之間的區(qū)別有如下幾點(diǎn)：1. 測(cè)試從一個(gè)側(cè)面證明程序員的“失敗”，調(diào)試是為了說(shuō)明程序 員 的正確；2. 測(cè)試已知條件開始，使用預(yù)先定義的程序且有預(yù)知的結(jié)果，不 可 預(yù)見(jiàn)的僅是程序是否經(jīng)過(guò)。調(diào)試是以不可知的內(nè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)試的執(zhí)行往往要求程序員進(jìn)行必 要的 推理；6. 測(cè)試經(jīng)常是獨(dú)立測(cè)試組在不了解軟件設(shè)計(jì)的條件下完成的。 調(diào)試 必須有了解詳細(xì)設(shè)計(jì)的程序員完成；7. 大多數(shù)測(cè)試的執(zhí)行和

15、設(shè)計(jì)可有工具支持。調(diào)試時(shí)，程序員能利 用 的工具主要是調(diào)試器。36. 簡(jiǎn)述演化模型以及可適應(yīng)的情況。 答：演化模型表示了一種彈性的過(guò)程模式，由一些小的開發(fā)步組 成 的，每一步經(jīng)歷需求分析、設(shè)計(jì)、實(shí)現(xiàn)和驗(yàn)證，產(chǎn)生軟件產(chǎn)品 的一個(gè) 增量。經(jīng)過(guò)這些迭代，最終完成軟件產(chǎn)品的開發(fā)?？蛇m應(yīng) 的情況：只 要針對(duì)事先不能完整定義的軟件開發(fā)的。10 月自學(xué)考試軟件工程試題 簡(jiǎn)答題（本大題共 6 小題，每小題 5分，共 30分） 31. 簡(jiǎn)述初始需求發(fā)現(xiàn)的常見(jiàn)技術(shù)。 答：初始需求發(fā)現(xiàn)的常見(jiàn)技術(shù)有以下幾點(diǎn)：1. 自悟：需求人員把自己作為系統(tǒng)的最終用戶，審視該系統(tǒng)并提 出 問(wèn)題；2. 交談：為了確定系統(tǒng)應(yīng)該提供的功能

16、，需求人員經(jīng)過(guò)問(wèn)答方式 , 直 接詢問(wèn)用戶需求的是一個(gè)什么樣的系統(tǒng)；3. 觀察：經(jīng)過(guò)觀察用戶執(zhí)行其現(xiàn)行的任務(wù)和過(guò)程，了解系統(tǒng)運(yùn)行的環(huán)境，特別是了解要建立的新系統(tǒng)與現(xiàn)存系統(tǒng)、過(guò)程及工作方法間必須進(jìn)行的交互；4小組會(huì)：舉行客戶和開發(fā)人員的聯(lián)席會(huì)議，與客戶代表共同開發(fā)需求；5. 提煉：復(fù)審技術(shù)文檔，并提取相關(guān)的信息。32.什么是模塊的控制域？什么是模塊的作用域？并對(duì)分析題32圖中3個(gè)模塊結(jié)構(gòu)圖的優(yōu)劣。答：模塊的控制域：是指這個(gè)模塊本身以所有直接或間接從屬于它的模塊的集合；模塊的作用域：是指受該模塊內(nèi)一個(gè)判定所影響的所有模塊的集合；按照啟發(fā)式規(guī)則：應(yīng)盡力使模塊的作用域在其控制域內(nèi)?？芍?，C最好，作用域

17、在控制域中，而且判定的位置恰當(dāng)。B較好，作 用域在控制域中，可是判定所在的位置過(guò)高。 A最差，作用域在 控制域之外。33. 什么是用況(Use Case) ?什么是用況圖？一個(gè)用況圖一般包含哪些模型元素？答：用況(Use Case):從外延上說(shuō)它表示了參與者使用系統(tǒng)的 一種 方式，從內(nèi)涵上說(shuō)它規(guī)約了系統(tǒng)能夠執(zhí)行的一個(gè)動(dòng)作序列 ，并對(duì)特定的參與者產(chǎn)生可見(jiàn)的、有值的結(jié)果；用況圖：是一種表示系統(tǒng)功能模型的圖形化工具； 一個(gè)用況圖一般包含的模型元素是：主題、用況、參與者、關(guān)聯(lián)、 泛 化、依賴。34. 簡(jiǎn)述演化模型，及其與RUP迭代、增量式開發(fā)之間的關(guān)系。答：演化模型主要針對(duì)事先不能完整定義需求定義軟件

18、開發(fā)的 , 在用戶 提出待開發(fā)系統(tǒng)的核心需求的基礎(chǔ)上，軟件開發(fā)人員按照 這一需求，首 先開發(fā)一個(gè)核心系統(tǒng)并投入運(yùn)行，以便用戶能夠有 效提出反饋，接著軟 件開發(fā)人員根據(jù)用戶反饋，實(shí)施開發(fā)的迭代 過(guò)程，每次迭代均由需求、 設(shè)計(jì)、編碼、測(cè)試、集成等階段組成， 經(jīng)過(guò)增加或修正，產(chǎn)生軟件產(chǎn)品 的增量，最終完成軟件產(chǎn)品的開 發(fā)；由此可見(jiàn)，RUP的迭代、增量式開發(fā)是演化模型的一個(gè)變體，它規(guī)定了軟件開發(fā)“大的”階段：初始階段、精化階段、構(gòu)造階段、 移交階 段，并規(guī)定了每次迭代的目標(biāo)。35. 簡(jiǎn)述白盒測(cè)試技術(shù)的要點(diǎn)。答：白盒測(cè)試技術(shù)，又稱為結(jié)構(gòu)化測(cè)試技術(shù)，它依據(jù)程序的邏輯結(jié)構(gòu)，以控制流程圖作為被測(cè)對(duì)象建模工具；

19、 典型的是路徑測(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)分析所建立的一種軟件開發(fā)模型；2. 螺旋模型沿著螺旋線，經(jīng)歷制定計(jì)劃，風(fēng)險(xiǎn)分析，實(shí)施工程， 客 戶評(píng)估等 4 個(gè)方面的活動(dòng)，自內(nèi)向外每旋轉(zhuǎn)一圈便產(chǎn)生一 個(gè)更為 完整的新版本；3. 該模型適應(yīng)的情況：項(xiàng)目的開發(fā)風(fēng)險(xiǎn)很大或客戶不能確定系 統(tǒng)需 求。4 月自學(xué)考試軟件工程試題簡(jiǎn)答題（本大

20、題共 6小題，每小題 5分，共 30分）26. 簡(jiǎn)述軟件工程的概念與發(fā)展。 答：軟件工程：軟件工程師應(yīng)用計(jì)算機(jī)科學(xué)理論和技術(shù)以及工程 管理 原則的方法，按預(yù)算和進(jìn)度實(shí)現(xiàn)滿足用戶要求的軟件產(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ì)。答：軟件需求以一種技術(shù)形成，描述了一個(gè)產(chǎn)品 / 系統(tǒng)應(yīng)該具有 的功能、性能和其它性質(zhì)。需求的

21、基本性質(zhì)有以下 5 點(diǎn)：1. 必須的，該需求是用戶所要求的；2. 無(wú)歧義的，該需求只能用一種方式解釋；3. 可測(cè)的，該需求是可進(jìn)行測(cè)試的；4. 可跟蹤的，該需求可從一個(gè)開發(fā)階段跟蹤到另一個(gè)階段；5. 可測(cè)量的，該需求是可測(cè)量的。28. 簡(jiǎn)述以結(jié)構(gòu)化分析方法建立系統(tǒng)功能模型的建模工具和建模 程。答：工具：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ù)字典；4. 描述加工。29. 簡(jiǎn)述順序圖的概念、構(gòu)成和主要作用。答：順序圖的

22、概念：用來(lái)描述為了完成確定事務(wù)、對(duì)象之間按照 消息交互的順序關(guān)系；過(guò)其中潭。時(shí)間組織消息。何在順序圖的構(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í)間是較少的，從而可減 少開發(fā)由增量表示的小系統(tǒng)承擔(dān)的風(fēng)險(xiǎn)；2. 由于很快分布的第一個(gè)版本，因此能夠減少用戶需求的變更 ;3. 允許增量投資，即在項(xiàng)目開始時(shí)能夠僅對(duì)一個(gè)或兩個(gè)增量投 資； 缺點(diǎn)有以下 3 點(diǎn)：1. 如果沒(méi)有對(duì)用戶的變更要求進(jìn)行規(guī)劃，那么產(chǎn)生的初始增量 可能會(huì)造成夠來(lái)增量的不穩(wěn)定；2. 如果需求不像早期思考的那樣穩(wěn)定和完整，那么一些增量就 可能 需要重新開發(fā)，重新發(fā)布；3. 由于進(jìn)度和配置的復(fù)雜性，可能會(huì)增大管理成本，超出組織的 能 力。31.簡(jiǎn)述CMM模型支持的兩種過(guò)程改進(jìn)路徑。答：能力等級(jí)是一個(gè)過(guò)程改進(jìn)路徑，該路徑可是組織針對(duì)單一過(guò) 程域不斷改進(jìn)該過(guò)程 域、成熟度等級(jí)也是一種過(guò)程改進(jìn)路徑，該 路徑可使組經(jīng)過(guò)關(guān)注一組過(guò) 程