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

2、耦合、公共耦合、控制耦合、標記耦合、數據耦合等；設計原則：如果模塊間必須存在耦合，就盡量使用數據耦合，少用控制耦合，限制公共耦合，避免內容耦合。33 .UML給出了那些表達關系的術語？簡述它們的概念答：1.為了表達各類事物之間的關系，UML給出了表達關系的術語：關聯、泛化、細化、依賴；2 .關聯是類目之間的一種結構關系，是對一組具有相同結構、相同鏈的描述；3 .泛化是一般性類目和它的較為特殊類目之間的一種關系；4細化是類目之間的語義關系，其中一個類目規約了保證另一個類目執行的契約；5依賴是一種使用關系，用于描述一個類目使用另一類目的信息和服務。34 .簡述RUP的定義和特點。答：RUP是基于一

3、種過程框架，為軟件開發，即為進行不同抽象層之間映射安排其開發活動的次序，制定任務和需求開發的制品，提供了指導；并為對項目中的制品和活動進行監督與度量，提供了相應的準則；RUP特點是：以用況為驅動，以體系結構為中心，迭代、增量式開發。35 .簡述軟件測試步驟及關注的內容。答：軟件測試步驟及關注的內容有以下幾點：1,由于軟件錯誤的復雜性，在軟件工程測試中應綜合運用測試技術，實施合理的測試步驟：單元測試、集成測試、有效性測試和系統測試；2 .單元測試關注每個獨立的模塊；3 .集成測試關注模塊的組裝；4 .有效性測試福按住檢驗是否符合用戶所見的文檔；5 .系統測試關注檢驗系統中所有元素之間的協作是否合

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

5、、外部接口需求、設計約束和質量屬性需求。功能需求是整個軟件需求的主體，沒有工鞫需求就沒有性能、外部接口、設計約束和質量的需求；一個非功能需求可以用于1個功能需求。38 .什么是模塊？什么是模塊內聚？請列出從低到高的常見內聚類型。(P56,57,58,59)答：模塊是執行一個特殊任務的過程以及相關的數據結構。內聚是指一個模塊內部各個成分之間相互關聯程度的度量。從低到高的內聚類型：偶然內聚；邏輯內聚；時間內聚；過程內聚；通信內聚；順序內聚；功能內聚。39 .什么是狀態？什么是狀態圖？簡述實際應用中只用狀態圖的作用。(P107-108-113)答：狀態是類目的一個實例在其生存中的一種條件或情況；期間

6、該實例滿足這一條件，就執行某一活動或等待一個消息。狀態圖是現實狀態機的圖，強調從一個狀態到另一個狀態的控制流。從實際使用中狀態圖的作用：創建一個系統的動態圖和創建一個場景的模型。40 .簡述RUP中需求獲取的基本步驟和相關制品。(P132)答：需求獲取的步驟和相關制品：1 .列出候選的特征，相關制品是特征表；2 .理解系統語境，相關制品是領域模型或業務模型;3 .捕獲系統功能需求，相關制品是用況模型；4,捕獲非功能需求，相關制品是補充的需求過針對特殊需求的用況。35 .簡述黑盒測試技術的要點。(P186)答：黑盒測試技術的要點：1 .支持測試工程模型的中間部分；2 .事務流測試技術是將路徑測試

7、技術用于功能測試的產物，是一種實用的功能測試技術，通過事務的操作邏輯發現軟件中的錯誤；3 .事務流測試技術是基于軟件規約的，對錯誤的假定是軟件通過了與預想不同的事務路徑；4 .基于事務的基本操作；事務流測試技術的最大問題和最大代價是獲取事務流程圖及用例設計；5 .事務處理流程測試要達到基本的測試覆蓋。36.簡述增量模型以及可適應的情況。(P224)答：增量模型意指需求可以機構化分組，形成一個個增量，并形成一個結構，之后對每一個增量進行瀑布開發。用增量模型開發的前提是需求的節后花，模型適合“技術驅動”的軟件產品開發。全國2012年10月自學考試軟件工程試題簡答題（本大題共6小題，每小題5分，共3

8、0分）31.簡述需求的基本性質。答：需求的基本性質：1 .必要性，該需求是用戶所要求的；2 .無歧義性，該需求只能用一種方式解釋；3 .可測性，該需求是可進行測試的；4 .可跟蹤性，該需求可從一個開發階段跟蹤到另一個階段；5 .可測量性，該需求是可測量的；32.簡述在進行軟件系統/產品的需求工作中所面臨的挑戰和應對方法。答：面臨的挑戰：1 .問題空間解釋；2 .人與人之間的通信；3 .需求的變化性；應對方法：為了應對三大挑戰，提出了系列軟件開發方法，面向數據結構方法，面向對象方法等。33 .什么是類？什么是對象？什么是類的構成成分？答：類：類是一組具有相同屬性、操作、關系和語義的對象的描述；對

9、象：對象是類的一個實例；類的構成成分：類名、屬性、操作。34 .什么是RUP?它有什么特點？答：RUP:即統一軟件開發過程，它是基于UML的一種過程框架，為軟件開發，即為進行不同抽象層之間映射安排其開發活動的次序，制定任務和需要開發的制品，提供了指導；并為對項目；并為對項目中的制品和活動進行監控與度量，提供了相應的準則；RUP的特點是：1.以用況為驅動；2.以體系結構為中心；3.迭代、增量式開發。35 .簡述人們關于軟件測試目的的認識所經歷的幾個階段。答：軟件測試的幾個階段：1 .第一階段認為軟件測試和軟件調試沒有什么區別；2 .第二階段認為測試是為了表明軟件能正常工作；3 .第三階段認為測試

10、是為了表明不能正常工作；4 .第四階段認為測試僅是為了將已察覺的錯誤風險減少到一個可接受的程度；5 .第五階段認為測試不僅僅是一種行為，而是一種理念，即測試是產生低風險軟件的一種訓練36.簡述噴泉模型以及可適應的情況。答：噴泉模型以及可適應的情況有以下幾點：1 .噴泉模型體現了軟件創建所固有的迭代和無間隙的特征；2 .噴泉模型說明了軟件活動需要多次重復；3 .噴泉模型還說明活動之間沒有明顯的間隙；4 .該模型主要適應于面向對象技術的軟件開發。全國2013年1月自學考試軟件工程試題簡答題（本大題共6小題，每小題5分，共30分）31.什么是需求規約？簡述需求規約的作用。答：需求規約是一個軟件項/產

11、品/系統所有需求陳述的正式文檔，它表達了一個軟件產品/系統的概念模型。需求規約的作用：1 .需求規約是軟件開發組織和用戶之間一份事實上的技術合同書，是產品功能及其環境的體現；2 .對于項目的其余大多數工作，需求規約是一個管理控制點；3 .對于產品/系統的設計，需求規約是一個正式的、受控的起始點；4 .需求毀約是創建產品驗收測試計劃和用戶指南的基礎。32通過長期的軟件開發實踐，人們總結出了哪些模塊設計的啟發式規則？答：通過長期的軟件開發實踐，總結出了實現模塊“高內聚低耦合”的啟發式規則：1.改進軟件結構，提高模塊獨立性；2,力求模塊規模適中；3 .力求深度、寬度、扇出和扇入適中；4 .盡力使模塊

12、的作用域在其控制域之內；5,盡力降低模塊接口的復雜度；6.力求模塊功能可以預測。33.什么是類？什么是對象？簡述類在建模中的主要用途。答：類是一組具有相同屬性、操作、關系和語義的對象的描述。對象是類的一個實例。類在建模中的主要用途：1 .模型化問題域中的概念。使抽象模型中的概念模型轉化為系統模型中的類；2 .建立系統職責分布模型；3,模型化建模中使用的基本類型。34為什么RUP要與UML一起才稱得上是一種面向對象開發的方法學？答：RUP和UML事一堆“姐妹”，它們構成了一種特定的軟件開發方法學。其中，UML作為一種可視化建模語言，給出了表達事物和事物之間關系的基本術語，給出了多種模型的表達工具

13、；而RUP利用UML提供的術語和工具定義了需求獲取層、系統分析層、設計層和實現層，并給出了實現各層模型之間映射的基本活動以及相關指導。35.簡述軟件測試和軟件調試之間的區別。答：軟件測試和軟件調試之間的區別有如下幾點：1 .測試從一個側面證明程序員的“失敗”，調試是為了說明程序員的正確；2 .測試已知條件開始，使用預先定義的程序且有預知的結果，不可預見的僅是程序是否通過。調試是以不可知的內部條件開始，除統計性調試外、結果不可預見的；3 .測試是有計劃的，并要進行測試設計。調試不受時間約束的；4 .測試是一個發現錯誤、改正錯誤、重新測試的過程，調試是一個推理過程；5 .測試執行時是有規程的。調試

14、的執行往往要求程序員進行必要的推理；6 .測試經常是獨立測試組在不了解軟件設計的條件下完成的。調試必須有了解詳細設計的程序員完成；7 .大多數測試的執行和設計可有工具支持。調試時，程序員能利用的工具主要是調試器。36.簡述演化模型以及可適應的情況o答：演化模型表達了一種彈性的過程模式，由一些小的開發步組成的，每一步經歷需求分析、設計、實現和驗證，產生軟件產品的一個增量。通過這些迭代，最終完成軟件產品的開發。可適應的情況：只要針對事先不能完整定義的軟件開發的。2013年10月自學考試軟件工程試題簡答題（本大題共6小題，每小題5分，共30分）31.簡述初始需求發現的常用技術。答：初始需求發現的常用

15、技術有以下幾點：1 .自悟：需求人員把自己作為系統的最終用戶，審視該系統弁提出問題；2 .交談：為了確定系統應該提供的功能，需求人員通過問答方式，直接詢問用戶需求的是一個什么樣的系統；3 .觀察：通過觀察用戶執行其現行的任務和過程，了解系統運行的環境，特別是了解要建立的新系統與現存系統、過程及工作方法間必須進行的交互；4 .小組會：舉行客戶和開發人員的聯席會議，與客戶代表共同開發需求；5 .提煉：復審技術文檔，弁提取相關的信息。32 .什么是模塊的控制域？什么是模塊的作用域？弁對分析題32圖中3個模塊結構圖的優劣。TopToTop答：模塊的控制域：是指這個模塊本身以所有直接或間接從屬于它的模塊

16、的集合；模塊的作用域：是指受該模塊內一個判定所影響的所有模塊的集合；按照啟發式規則：應盡力使模塊的作用域在其控制域內。可知，C最好，作用域在控制域中，而且判定的位置恰當。B較好，作用域在控制域中，但是判定所在的位置過高。A最差，作用域在控制域之外。33 .什么是用況（UseCase?什么是用況圖？一個用況圖通常包含哪些模型元素？答：用況（UseCase：從外延上說它表達了參與者使用系統的一種方式，從內涵上說它規約了系統可以執行的一個動作序列，弁對特定的參與者產生可見的、有值的結果；用況圖：是一種表達系統功能模型的圖形化工具；一個用況圖通常包含的模型元素是：主題、用況、參與者、關聯、泛化、依賴。

17、34 .簡述演化模型，及其與RUP迭代、增量式開發之間的關系。答：演化模型主要針對事先不能完整定義需求定義軟件開發的，在用戶提出待開發系統的核心需求的基礎上，軟件開發人員按照這一需求，首先開發一個核心系統并投入運行，以便用戶能夠有效提出反饋，接著軟件開發人員根據用戶反饋，實施開發的迭代過程，每次迭代均由需求、設計、編碼、測試、集成等階段組成，通過增加或修正，產生軟件產品的增量，最終完成軟件產品的開發；由此可見，RUP的迭代、增量式開發是演化模型的一個變體，它規定了軟件開發“大的”階段：初始階段、精化階段、構造階段、移交階段，并規定了每次迭代的目標。35 .簡述白盒測試技術的要點。答：白盒測試技

18、術，又稱為結構化測試技術，它依據程序的邏輯結構，以控制流程圖作為被測對象建模工具；典型的是路徑測試技術，路徑測試大致有語句覆蓋、分支覆蓋、條件組合覆蓋和路徑覆蓋等測試策略；這幾種不同的測試策略之間具有偏序關系，即路徑覆蓋的測試度量最強，而語句覆蓋最低。36 .簡述螺旋模型以及可適應的情況。答：螺旋模型以及可適應的情況分為以下幾點：1 .螺旋模型是在瀑布模型和演化模型的基礎上，加入兩者所忽略的風險分析所建立的一種軟件開發模型；2 .螺旋模型沿著螺旋線，經歷制定計劃，風險分析，實施工程，客戶評估等4個方面的活動，自內向外每旋轉一圈便產生一個更為完整的新版本；3 .該模型適應的情況：項目的開發風險很

19、大或客戶不能確定系統需求。2014年4月自學考試軟件工程試題簡答題（本大題共6小題，每小題5分，共30分）26.簡述軟件工程的概念與發展。答：軟件工程：軟件工程師應用計算機科學理論和技術以及工程管理原則的方法，按預算和進度實現滿足用戶要求的軟件產品的工程，或以此為研究對象的學科。軟件工程的發展有以下3點：1.20世紀6080年代瀑布模型；過程化語言；支持工具2.20世紀80年代至今軟件復用技術；軟件生產管理；面向對象語言3.近幾年軟件復用技術；構建技術、平臺技術、需求工程技術、領域分析技術、應用集成技術等。27.簡述需求的概念和基本性質。答：軟件需求以一種技術形成，描述了一個產品/系統應該具有

20、的功能、性能和其它性質。需求的基本性質有以下5點：1 .必須的，該需求是用戶所要求的；2 .無歧義的，該需求只能用一種方式解釋；3 .可測的，該需求是可進行測試的；4 .可跟蹤的，該需求可從一個開發階段跟蹤到另一個階段；5 .可測量的，該需求是可測量的。28.簡述以結構化分析方法建立系統功能模型的建模工具和建模過程。答：工具：DFD,數據流圖是一種描述數據變換的圖形化工具，其中包含的元素可以是數據流，數據存儲，加工，數據源和數據潭。過程有以下4點：1 .建立系統環境圖，確定系統語境；2 .自頂向下，逐步求精，建立系統的層次數據流圖；3 .定義數據字典；4 .描述加工。29 .簡述順序圖的概念、

21、構成和主要作用答：順序圖的概念：用來描述為了完成確定事務、對象之間按照時間消息交互的順序關系；順序圖的構成：順序圖是一種交互圖，即由一組對象以及按時序組織的對象之間的關系組成，其中還包括哲學對象之間所發送的消息。順序圖的主要作用：順序圖作為一種描述在給定語境中消息是如何在對象間傳遞的圖形化方式，在使用起進行建模時。30 .簡述增量模型的優缺點。答：優點有以下3點：1 .第一個可交付版本所需要的成本和時間是較少的，從而可減少開發由增量表示的小系統承擔的風險；2 .由于很快分布的第一個版本，因此可以減少用戶需求的變更；3 .允許增量投資，即在項目開始時可以僅對一個或兩個增量投資；缺點有以下3點：1

22、 .如果沒有對用戶的變更要求進行規劃，那么產生的初始增量可能會造成夠來增量的不穩定；2 .如果需求不像早期思考的那樣穩定和完整，那么一些增量就可能需要重新開發，重新發布；3 .由于進度和配置的復雜性，可能會增大管理成本，超出組織的能力。31.簡述CMMI模型支持的兩種過程改善路徑答：能力等級是一個過程改善路徑，該路徑可是組織針對單一過程域不斷改善該過程域、成熟度等級也是一種過程改善路徑，該路徑可使組通過關注一組過程域不斷改善一組相關的過程域。2014年10月自學考試軟件工程試題簡答題（本大題共6小題，每小題5分，共30分）26.簡述軟件工程的概念與發展。答：軟件工程：軟件工程師應用計算機科學理

23、論和技術及工程管理原則和方法，按預算和進度實現滿足用戶需求的軟件產品的工程，或以此為研究對象的學科。1.20世紀60-80年代一一瀑布模型；過程化語言；支持工具2.20世紀80年代至今一一軟件復用技術；軟件生產管理；面向對象語言3.近幾年一一軟件復用技術：構件技術、平臺技術、需求工程技術、領域分析技術、應用集成技術等。27.簡述需求的概念和基本性質。答：軟件需求以一種技術形成，描述了一個產品/系統應該具有的功能、性能和其它性質。需求的基本性質：1 .必要的，該需求是用戶所要求的；2 .無歧義的，該需求只能用一種方式解釋；3 .可測的，該需求是可進行測試的；4 .可跟蹤的，該需求可從一個開發階段

24、跟蹤到另一個階段；5 .可測量的，該需求是可測量的。28.簡述以結構化分析方法建立系統功能模型的建模工具和建模過程。答：建模工具：DFD,數據流圖是一種描述數據變換的圖形化工具，其中包含的元素可以是數據流，數據存儲，加工，數據源和數據潭。建模過程：1 .建立系統環境圖，確定系統語境；2 .自頂向下，逐步求精，建立系統的層次數據流圖；3 .定義數據字典；4 .描述加工。29 .簡述順序圖的概念、構成和主要作用。答：順序圖的概念：用來描述為了完成確定事務、對象之間按照時間消息交互的順序關系；順序圖的構成：順序圖是一種交互圖，即由一組對象以及按時序組織的對象之間的關系組成，其中還包括這些對象之間所發

25、送的消息；順序圖的作用：順序圖作為一種描述在給定語境中消息是如何在對象間傳遞的圖形化方式，在使用其進行建模時。30 .簡述增量模型的優缺點。答：增量模型的優點：1 .第一個可交付版本所需要的成本和時間是較少的，從而可減少開發由增量表示的笑系統承擔的風險；2 .由于很快發布的第一個版本，因此可以減少用戶需求的變更;3 .允許增量投資，即在項目開始是可以僅對一個或兩個增量投資；增量模型的缺點：1 .如果沒有對用戶的變更妖氣進行規劃，那么產生的初始增量可能會造成后來增量的不穩定；2 .如果需求不像早期思考的那樣穩定和完整，那么一些增量就可能需要重新開發，重新發布；3 .由于進度和配置的復雜性，可能會

26、增大管理成本，超出組織的能力。31.簡述CMMI模型支持的兩種過程改善路徑。答：能力等級是一個過程改善路徑，該路徑可是組織針對單一過程域不斷改善該過程域、成熟度等級也是一種過程改善路徑，該路徑可使組通過關注一組過程域不斷改善一組相關的過程域。2014年10月自學考試軟件工程試題簡答題（本大題共6小題，每小題5分，共30分）26 .簡述何謂系統模型以及軟件開發中所涉及的系統模型分類。（P19）答：所謂系統建模，是指運用所掌握的知識，通過抽象，給出該系統的一個結構一一系統模型。系統模型分為兩大類，一類稱為概念模型，描述了系統是什么；另一類統稱為軟件模型，描述了實現概念模型的軟件解決方案。27 .簡

27、述需求規約的定義，并寫出需求規約滿足的基本性質。（P28）答：需求規約是一個軟件項/產品/系統所有需求陳述的正式文檔，它表達了一個軟件產品/系統的概念模型。需求規約一般需要滿足一下4個基本性質：1 .重要性和穩定性程度：按需求的重要性和穩定性，對需求進行分級；2 .可修改的：在不過多地影響其他需求的前提下，可以容易地修改一個單一需求；3 .完整的：沒有被遺漏的需求；4 .一致的：不存在互斥的需求。28.簡述結構化方法總體設計的任務、步驟和模式。（考綱解析P25）答：總體設計的任務是把系統的工鞫需求分配到一個特定的軟件體系結構中。變換設計的基本步驟如下：1.設計準備一一復審并精化系統模型；2,確

28、定輸入、變換、輸出這三部分之間的邊界；3 .第一級分解一一系統模塊結構圖頂層和第一層的設計；4 .第二級分解一一自頂向下，逐步求精；事務設計的基本步驟如下：1.設計準備一一復審并精化系統模型；2,確定事務處理中心；3 .第一級分解一一系統模塊結構圖頂層和第一層的設計；4 .“第二級分解”一一自頂向下，逐步求精。29 .什么是用況圖？簡述用況圖的構成成分以及用況之間的關系。（考綱解析P42/見書P105）答：用況圖是一種表達系統功能模型的圖形化工具，它包含六個模型元素，分別是主題、用況、參與者、關聯、泛化、依賴。主題是由一組用況所描述的一個類，通常是一個系統或者子系統。用況通過一組動作序列規約系

29、統功能，表達了參與者使用系統的一種方式，它是系統開發設計的起點，是類、對象、操作的源，是系統分析和設計階段的輸入之一；是分析和設計、制定開發計劃和測試計劃、設計測試用例的依據之一；應用于系統的用況是回歸測試的最好的源；應用于整個系統的用況是集成測試和系統測試的最好的源。關聯是一種參與關系，是操作者與用況之間的唯一關系。用況圖可以為系統建模，描述軟件系統功能的行為結構，也可以對業務建模，描述企業或組織的業務過程結構。不論是對系統建模還是對業務都涉及系統/業務語境的模型化和系統/業務需求的模型化。30 .簡述演化模型及其適用場合。(考綱解析P92)答：演化模型主要針對事先不能完整定義需求的軟件開發

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

31、維護和運行,把經過證明的“最佳實踐”放在一個結構中。2015年4月自學考試軟件工程試題簡答題（本大題共6小題，每小題5分，共30分）26 .簡述軟件開發的本質。（P17/19）答：軟件開發的本質，即實現問題空間的概念和處理邏輯到解空間的概念和處理邏輯之間的映射。27 .簡述常用的初始需求發現技術。（P26）答：初始發現需求的常用技術包括以下幾個：1 .自悟。需求人員把自己作為系統的最終用戶，審視該系統并提出問題；2 .交談。為了確定系統應該提供的功能，需求人員通過提出問題/用戶回答這一方式，直接詢問用戶需要的是一個什么樣的系統；3 .觀察。通過觀察用戶執行其現行的任務和過程，或通過觀察他們如何操作與所期望的新系統有關的現有系統，了解系統運行的環境，特別是了解要建立的新系統與現存系統、過程以及工作方法之間必須進行的交互；4 .小組會。舉行客戶和開發人員的聯席會議，與客戶組織的一些代表共同開發需求。其中：1）通常是由開發組織的一個代表作為手洗需求工程師或軟件工程項目經理，主持這一會議；