1、、選擇1、封裝是指把對象的（A）結合在一起，組成一個獨立的對象。A.屬性和操作B.信息流C.消息和事件D.數據的集合2、封裝是一種（C）技術，目的是使對象的生產者和使用者分離，使對象的定義和實現分開。A.工程化B.系統維護C.信息隱蔽D.產生對象3、面向對象方法中的（D）機制是子類可以自動地擁有復制父類全部屬性和操作。A.約束B對象映射C.信息隱蔽D.繼承4、使得在多個類中能夠定義同一個操作或屬性名，并在每一個類中有不同的實現的一種方法（B）。A.繼承B.多態性C.約束D.接口5、UML的軟件以（A）為中心，以系統體系結構為主線，采用循環、迭代、漸增的方式進行開發。A.用例B.對象C.類D.程

2、序6、UML的（B）模型圖由類圖、對象圖、包圖、構件圖和配置圖組成。A.用例B.靜態C.動態D.系統7、UML勺（C）模型圖由活動圖、順序圖、狀態圖和合作圖組成。A.用例B.靜態C.動態D.系統8、UML勺最終產物就是最后提交的可執行的軟件系統和（D）。A.用戶手冊B.類圖C.動態圖D.相應的軟件文檔資料9、在UML勺需求分析建模中，（B）模型圖必須與用戶反復交流并加以確認。A.配置B.用例C.包D.動態10、可行性研究分析包括經濟可行性分析、技術可行性分析和（B）。A.風險可行性分析B.法律可行性分析C.資源可行性分析D.效益可行性分析11、UML勺客戶分析模型包括（A）模型、類圖、對象圖和

3、活動圖組成。A.用例B.分析C.屬性D.系統12、UM咯戶需求分析使用的CRC卡上“責任”一欄的容主要描述類的（C）和操作。A.對象成員B.關聯對象C.屬性D.私有成員13、UMLg戶需求分析產生的系統模型描述了系統的（D）A.狀態B.體系結構C.靜態模型D.功能要求14、在UML勺需求分析建模中，用例模型必須與（B）反復交流并加以確認。A.軟件生產商B.用戶C.軟件開發人員D.問題領域專家15、在UML勺需求分析建模中，對用例模型中的用例進行細化說明應使用（A）A.活動圖B.狀態圖C.配置圖D.構件圖16、活動圖中的分劈和同步接合圖符是用來描述（A）A.多進程的并發處理行為B.對象的時序C.

4、類的關系D.系統體系結構框17、UML的系統分析進一步要確立的三個系統模型的是（B）、對象動態模型和系統功能模型。A.數據本g型B.對象靜態模型C.對象關系模型D.體系結構模型18、UML的客戶需求分析、系統分析和系統設計階段產生的模型，其描述圖符（A）。A.完全相同B.完全不同C.不可以通用D.稍有差異19、類和對象都有屬性，它們的差別是：類描述了屬性的類型，而對象的屬性必須有（CC。A.正負號B.動作C.具體值D.私有成員20、UML8統分析階段產生的包圖描述了系統的（B）。A.狀態B.系統體系層次結構C.靜態模型D.功能要求21、設計模式在面向對象系統設計中是（B）的一種形式。A.軟件調

5、用B.設計方法C.子系統D.軟件復用22、“對象容器”設計模式對有限的對象進行管理，它不能（C）oA.查找對象B.修改對象C.創建對象D.刪除對象23、UMLS統設計的一般步驟包括系統對象設計、系統體系結構設計和系統設計的（C）。A、建模B、完善C、優化D、迭代24、順序圖和合作圖主要用與對用例圖中（B）的建模，用他們來描述用例圖的行為。A、數據流B、控制流C、消息流D、數據字典25、順序圖的模型元素有（A）、消息、等，這些模型元素表示某個用例中的若干個對象和對象之間所有傳遞的消息，來對系統的行為建模。A、對象B、箭線C、活動D、狀態26、順序圖描述（D）對象之間消息的傳遞順序。A、某個B、單

6、個C、一個類產生的D一組27、順序圖和合作圖建立了UMLH向對象開發過程中的對象動態（A）模型.A、交互B、狀態C、體系結構D、軟件復用28、狀態圖可以表現（B）在生存期的行為、所經歷的狀態序列、引起狀態轉移的事件以及因狀態轉移引起的動作。A、一組又t象B、一個對象C、多個執行者D、幾個子系統29、狀態圖描述一個對象在不同（A）的驅動下發生的狀態遷移。A、事件B、對象C、執行者D、數據30、一個（D）遷移圖符可以有多個源狀態或目標狀態，他們可以把一個控制分解為并行運行的并發線程，或將多個并發線程結合成單個線程.A、狀態B、對象C、活動D同步并發31、活動圖中動作狀態之間的遷移不是靠（B）觸發的

7、，當活動（動作）狀態中的活動完成時遷移就被觸發。A、對象B、事件C、執行者D、系統32、狀態圖和活動圖建立了UMLH向對象開發過程中的對象動態（B）模型.A、交互B、狀態C、體系結構D、軟件復用33、系統體系結構式用來描述系統各部分的結構、結構以及他們用于通信的（A）。A、一種機制B、形式C、原理D、結構34、UMIM以描述硬件之間的互聯關系，也能描述硬件單元上的（B）系統的分布。A、對象B、軟件C、系統體系結構D、數據35、（B）是對系統的用例、類、對象、結構以及相互間的交互和協作進行描述。A系統體系結構B、軟件體系結構C、硬件系統體系結構D、系統框架36、（D）要對系統的構件、結點的配置進

8、行描述。A、軟件系統體系結構B、系統體系結構C、系統架構D、硬件系統體系結構37、（A）是軟件系統體系結構中定義的概念和功能在物理體系結構中的實現。A、構件B、結點C、軟件D、模塊38、（C）由結點和結點之間的聯系組成，描述了處理器、設備和軟件構件欲行時的體系結構。A、構件圖B、狀態圖C、配置圖D、順序圖39、（D）的基本元素有結點、構件、對象、連接、依賴等。A、構件圖B、狀態圖C、順序圖D、配置圖二、填空1、軟件按照其工作方式可劃分為實時處理軟件、分時處理軟件、交互式軟件和批處理軟件。2、軟件生存周期由軟件的定義、軟件的開發和軟件的使用與維護三部分組成。3、軟件開發模型有瀑布模型、漸增模型、

9、螺旋模型、智能模型和演化模型等五種主要模型4、面向對象技術采用以類為中心的封裝、繼承、多態等不僅支持軟件復用，而且使軟件維護工作可靠有效，可實現軟件系統的柔性制造。5、UML的優點是：唯一性、連續性、維護性、復用性和逐步完善。6、UML分析和設計模型由三類模型圖表示，三類模型圖是：用例模型圖、靜態模型圖和動態模型圖。7、UML勺軟件統一開發過程，即生命周期按時間順序可以劃分為，開始階段、詳細規劃階段、系統構造階段和移交階段四個階段及階段中一系列的循8、UML開發過程是一種二維結構軟件開發過程，軟件項目開發過程流程包括的核心工作容是，需求分析、系統設計、實現、測試和配置。9、UML中的五個不同的

10、視圖可以完整地描述出所建造的系統，這五種視圖是用例視圖、邏輯視圖、構件視圖、進程視圖和配置視圖。10、UM中有10中基本圖可以完整地描述出所有建造的系統，這10中視圖是用例圖、類圖、對象圖、包圖、構件圖、配置圖、順序圖、活動圖、狀態圖和合作圖。11、UM啾件開發過程需求分析階段產生的模型由三類模型圖表示。他們是：用例模型圖、靜態模型圖和動態模型圖。12、CRC#中的描述由類名、類特征、類類型、責任和協作者共五部分組成13、軟件項目的目的的可行性研究分析中，技術可行性研窮包括風險分析、資源分析、技術分析三部分組成14、在UM啾件開發過程的需求分析階段，建立用例模型的步驟分為，確定系統的圍和邊界,

11、確定系統的執行者和用例,描述用例,定義關系和審核用例模型。15、用例圖中以實踐方框表示系統的圍和邊界，在熊邊界描述的是用例，在邊界之外描述的是執行者。16、用例模型中的執行者可以是“人”執行者也可以是“外部”系統執行者17、用例模型中的用例之間的關聯有使用關聯、擴展關聯、包含關聯和繼承關聯。18、在UM啾件開發過程系統分析階段產生的對象模型有三種模型。他們是：對象的靜態模型,對象的動態模型和對象的系統功能處理模型。19、在UMU勺對象類圖中，類之間的關系有依賴、細化、關聯、聚集和繼承五種。20、共享聚集的部分對象可以是任何整體的一部分，表示事物的整體/部分關系較弱的情況，整體段的重數應該n。2

12、1、在UMl軟件開發過程的需求分析和系統分析階段，建立對象類模型的步驟分為尋找確定對象類、定義接口、定義類之間的關系、建立對象類圖和建立系統包圖。22r組合聚集是指整體擁有它的部分,他具有搶的物主身份，表示事物的整體/部分關系較強的情況。部分生存在整體中，不可分離他們與整體一起存在或消亡。整體的充數必須是1或0。23、系統分析是在客戶需求分析規格說明的基礎之上對其進行的分析。24、類有實例，他的實例是一個對象。在UML中，包用來表示一個模型組織的分組機制，包沒有實例。25、在UMLft件開發過程產生的對象動態模型中消息有四種類型，他們是簡單消息，同步消息、異步消息和返回消息。26、順序圖和合作

13、圖用來表達對象之間的交互,是描述一組對象如何合作完成某個行為的模型化工具。27、進程是一個動作流,能夠與其他進程并發執行。28、線程是部的一個動作流,能夠與其他線程并發執行。主動對象是一個擁有進程或線程的對象、能初始化控制活動，可以獨立并發運行被動對象是一個必須由其他對象發來的消息講行觸發才執行動作的對31、交互圖描述系統中對象間的交互行為。每一個交互都有發送者和接收乙，他們可以是整個系統、一個子系統、一個用例、一個對象類或一個操作。32、順序狀態表明狀態之間的遷移是串行的、即一個接一個順序遷移。33、狀態圖還可以用復合遷移的同步并發遷移圖符來表示并發子狀態。34、狀態圖中的進程是一個動作流、

14、能夠與其他進程并發執行。35、在活動圖中，虛箭線也稱為對象流、對象流表示動作狀態或活動狀態與對象之間的關聯。36、活動圖即可以描述對象的動態行為，還可以用來描述用例。37、活動圖中活動狀態的遷移不是由事件按講行觸發,一個活動執行完畢自動進入下一個多棟狀態。38、狀態圖和活動圖描述系統中某個系統對象的一系列狀態變化。39、系統體系結構建模可以分為軟件系統體系結構建模和硬件系統體系結構建模。40、構件是軟件系統體系結構（類、對象、他們問的關系和協作）中定義的概念和功能在物理體系結構中的實現。41、軟件構件分為源代碼構件、二進制構件和可執行代碼構件。42、構件圖主要用于建立系統的靜態模型。43、構件

15、圖中的構件沒有實例，只有在配置圖中才能標識構件的實例。44、配置圖由結點和結點之間的聯系組成,描述了處理器、設備和軟件構件運行時的體系結構。45、結點之間、結點與構件之間的聯系包括通信關聯、依賴聯系等。46、軟件模式基本形成了概念模式、設計模式和編程模式三個重要的類別。47、工廠模式有三種形態：簡單工廠模式，抽成工廠模式和工廠方法模式。48、一個設計模式有四個基本要素：名稱、問題、解決方案、和效果。49、設計模式按照模式的目的將其分為創建型、結構型和行為型。這三種類型的設計模式分別描述了對象在創建、組合以及相互作用的過程中如何降低他們之間的耦合性、提高復用性的種種成功方案。50、設計模式的作用

16、和研究意義表現在：優化的設計經驗、極高的復用性、豐富的表達能力和極低的耦合度。51、創建型模式就是描述怎么樣創建一個對象，他隱藏了雙星創建的具體的細節，是程序代碼不依賴具體的對象。52、結構型模式處理類或對象的組合，即描述類和對象之間怎樣組織起來形成更大的結構從而實現新的功能。53、行為型設計模式描述算法以及對象之間的任務及配，他所描述的不僅僅是類或對象的設計模式，還有他們之間的設計模式。1 三、名詞解釋.軟件：是程序以及開發、使用、維護程序所需要的所有文檔。2 .類：是一組具有相同屬性和相同操作的對象的集合，是對象的抽象，他抽象的描述了屬于該類的全部對象的屬性和操作。3 .封裝：是指把相關的

17、數據（屬性）和對這些數據的操作結合在一起，組成一個獨立的對象。4 .繼承：是指子類（也成派生類、特化類）可以自動擁有某父類的全部屬性和操作，即一個類可以定義為另一個一般的類的特殊情況。5 .消息：實現對象類之間的通信和任務傳遞。6 .運行期間，當實際發送消息時才進行實例連接，稱為動態綁定。7 .多態性：是指同一個消息被不同的對象接收時，產生不同的動作或執行結果。8 .特性規格說明：也叫標記值，是ULL的擴充，用來描述模型元素特征。9 .修飾：使用UML®模時，可以將圖形修飾附加到UMLB中的模型元素上。10 .公共劃分：類型-實例法，接口-實現法。11 .構造型：用于對子模型元素進行

18、分類在已有的基本模型元素上定義新的模型元素。12 .標記值：也稱特性規格說明，與約束直接對某個模型元素附加一些性質和語義。13 .約束：約束擴展了模型元素的語義，允許增加新的規則或修改現有規則。14 .需求規格說明書：軟件需求說明書的編制是為了使用戶和軟件開發者雙方對軟件的初始規定有一個共同理解，使之成為整個開發工作的基礎。15 .用例模型是表達系統外部事物（執行者）與系統之間交互的可視化工具。.執行者：使用系統的不同角色.用例是系統所提供的一個功能的描述.經濟風險分析研究：經濟可行性研究主要是進行成本、效益分析.法律風險分析研究：確定當前項目的開發是否違背國家相關法律。在知識產權方面是否對他

19、人構成侵權行為。與客戶簽訂的合同是否涉及第三方的利益四、簡答題：17、簡述軟件危機產生的背景計算機科學的不斷發展，使得軟件需求量不斷增大，他的要求、復雜度、開發成本也越來越高，但軟件開發放大和技術卻停留在“小程序”、“個體化”的操作上面，致使軟件設計猶如泥潭，大批設計者深陷其中，甚至出現上述存在的種種缺點。18、試述軟件生存周期過程|一個軟件產品從概念開始，經過開發、使用和維護，直到最后該軟件更新換代為止的全部過程就是軟件的生存周期。軟件生存周期有軟件定義、軟件開發和軟件使用與維護三部分組成。分為軟件系統的可行性分析、需求分析、概要設計、詳細設計、實現、組裝測試、確認測試、使用、維護和更新換代

20、十個階段。19、試述軟件開發的幾種基本方法結構化軟件開發方法、模塊化軟件開發方法、面向數據結構軟件開發方法、面向對象軟件開發方法20、寫出面向對象的基本要素面向對象方法有三大重要特征：封裝性、繼承性、多態性。其涉及的基本概念有：對象，類，封裝，繼承、消息和多態等。21、試比較軟件生存周期與面向對象系統開發過程面向對象系統開發過程由客戶需求分析階段、系統分析階段、系統實現、測試、維護階段組成?？梢哉f面向對象的開發過程符合軟件生存周期的模式，并且有詳盡的系統分析階段，引入各個模型使之表達軟件各個功能的使用及運作機制，是軟件開發定位準確，易于交流開發。22、用簡要的語言表述完成一個實際課題的完整步驟

21、需求分析階段：與客戶訪談需求，與專家討論需求現場實際觀察需求。建立資料庫，編寫文檔，引入用例等模型完善表達。系統分析階段：清楚業務流程，引入靜態模型，動態模型，功能模型，定義圍。系統設計：選擇開發工具，體系結構設計，對象設計，模式設計。系統實現、測試、維護：使用選擇好的工具和語言進行編碼，并具附有詳盡文檔，交付使用后要跟蹤維護，漏洞及時修補與升級。23、說出面向對象分析的步驟面向對象分析的步驟識別類與對象活動，定義類與對象。識別結構活動，確認繼承和組合結構。識別主題活動，將性質相同類與對象歸納為同一主題。定義屬性活動，確認對象屬性。定義服務活動，確認操作與關聯對象的狀態。.說出面向對象設計的步

22、驟面向對象設計步驟：OO四型由四個部件模型和四個活動組成。四個部件模型是：人機接口部件模型，問題領域部件模型，任務管理模型和數據管理部件模型。相應的四個活動是設計問題領域部件，設計人及接口部件、設計任務管理部件、設計數據管理部件。.說出面向對象實現的方法面向對象實現方法：程序編寫開始前，要選擇合適的編程語言。編寫代碼過程中，要指定每個模塊測試方案、測試數據和預期測試結果。變成結束后，要保存相應文檔資料。.說出面向對象測試的步驟和方法面向對象測試的步驟和方法：組裝測試：根據模塊測試方案和測試數據進行模塊測試。根據組裝測試方案和測試數據逐步進行組裝測試。進行系統各模塊連接正確性測試。進行軟件系統或

23、子系統的正確性和容錯性能測試。保存相應文檔資料。確認測試：有專家、客戶、開發人員組成系統測試評審小組。向用戶提供最終的用戶手冊，操作手冊，原程序清單及其他軟件文檔資料。三方共同根據組裝測試方案和測試數據逐條嚴格進行組裝測試，確認系統是否到達用戶的需求。確認測試結束適應建立確認測試報告、項目開發總結報告。保存相應文檔資料。.說出面向對象維護的容與方法面向對象維護的容與方法：對發現的軟件產品中潛伏的錯誤進行修改維護。對用戶提出的軟件需求進行修改維護。軟件運行環境發生變化時需呀對軟件進行修改維護。對軟件定義和軟件開發個階段生成的文檔資料進行修改維護。.簡述建立文檔資料對于軟件開發的重要性文檔資料的編

24、寫與使用貫穿于軟件生命周期的各個階段。它不僅是軟件開發指導性文本，也是記錄軟件發開發各個細節的詳盡資料。通過文檔可以查閱軟件相應各階段信息，使方便軟件的維護與糾錯，也為客戶提供了一個透明的開發文本，同時文檔資料對今后類似的軟件開發提供了一個經驗性的文本，也可作為復用構件的文本資料。.簡單敘述UML模語言的意義UM模語言的意義：概念明確，建模表示法簡潔明了，圖形結構清晰，易于掌握使用。.試說明一個復雜的面向對象軟件系統的層次結構組成業務應用、應用框架層、特定領域框架層、跨領域框架層、基礎框架層、操作系統層。.UML中用什么方法描述軟件系統的體系結構？|利用若干視圖從不同角度來描述一個軟件系統的體

25、系結構，從某個角度觀察到的系統構成系統的一個視圖。17 .UML的擴展機制是什么？構造型，標記值，約束。.簡述UML實際建模過程簡述UML實際建模過程：開始階段，詳細規劃階段，系統構造階段。18 .UML軟件開發過程的特征是什么？UMLFF發過程的特征：以用例驅動開發過程，以系統體系結構為中心的質量控制和風險管理為目標。采取反復、漸增式的螺旋上升式開發過程。.UML中類圖建模目的與意義是什么？類圖建模的目的與意義：展示了系統的邏輯結構。類圖是構造其他圖的基礎，沒有類圖就無法表示系統其他的各個方面。24 .UML中對象圖建模目的與意義是什么？對象圖建模的目的與意義：表達了對象模型的靜態結構，能夠

26、有效的建立專業領域的計算機系統的對象模型。25 .UML中包圖建模目的與意義是什么？包圖建模的目的與意義：降低系統復雜性，維護和控制系統總體結構。26 .UML中的系統體系結構建模包括哪幾個模型圖？靜態模型：類圖，對象圖，包圖，構件圖，配置圖。動態模型：狀態圖，活動圖，順序圖，和作圖。27 .UML中配置圖建模目的與意義是什么？配置圖描述系統中硬件和軟件物理配置情況和系統體系結構，顯示系統運行時刻的結構，描述結點間的連結以及通信類型。28 .UML中構建圖建模目的與意義是什么？顯示代碼本身的邏輯結構，米搜狐系統中存在的軟件構件以及它們之間的依賴關系。29 .UML軟件開發過程的詳細規劃階段包括

27、哪些容？對開發項目的問題領域和功能作詳細分析建立系統基礎體系結構進行風險分析，并制定相應對策30 制定開發計劃.UML軟件開發過程的系統構造階段包括哪些容？31 漸增是開發集成測試測試演示保存測試案例.UML軟件開發過程的系統移交階段包括哪些容？系統測試產品包裝用戶培訓.UML中順序圖建模目的與意義是什么？|描述對象之間動態交互關系，著重體現對象間消息傳遞的時間順序。32 .UML軟件開發過程的開發步驟中，分析包括哪些容？33 建立問題領域的業務模型建立用戶需求分析模型.UML軟件開發過程的開發步驟中，設計包括哪些容？結構設計：是高層設計，定義包和主要通信機制。詳細設計：細化包的容，創建類圖、

28、對象圖、順序圖、合作圖、狀態圖、活動圖、構件圖、配置圖。34 .UML軟件開發過程的開發步驟中，實現包括哪些容？35 編寫代碼、反復編譯、連接、排錯.UML軟件開發過程的開發步驟中，測試包括哪些容？測試包括哪些容：依靠用例圖驗證系統，集成測試會用到的配置圖、順序圖、合作圖，以發現代碼中的錯誤。36 .UML軟件開發過程的開發步驟中，配置包括哪些容？根據系統工作環境和硬件設備，將組成系統體系結構的軟件費配到相應的計算機上。37 .UML軟件開發過程產生哪些模型？業務模型、領域模型、用例模型、分析模型、設計模型、測試模型。38 .UML軟件開發過程產生哪些文檔？42 技術文檔、管理文檔.UML軟件開發過程的基本特征之一：以用例驅動開發過程的具體容是什么？43 分析階段：描述系統功能設計階段：用例必須被實現實現階段：用例必須被實現測試階段：用例用于測試系統.UML軟件開發過程的基本特征之一：以系統體系結構為中心的具體容是什么？定義系統組成成分及之間關系和交互。定義成分之間的通信機制。定義增加或修改體系結構中成分的全部規則。實現系統功能性要求。完成非功能性要求。44 .UML軟件開發過程的基本特征之一：以質量控制和風險管理為目的的具體容是什么？用質量目標和質量指標衡量軟件系統的質量。每一