3、信息系統(tǒng)及其建設(shè)軟件工程基礎(chǔ)7.24

1、信息系統(tǒng)項目管理師培訓(xùn)第3次-信息系統(tǒng)及其建設(shè)、軟件工程無憂考培教育學(xué)院講師：朱建軍（）于2016年7月24日p 信息系統(tǒng)項目管理師要求大家掌握一定的，這一塊對大家來說應(yīng)該算是個難點，特別是那些沒有計算機(jī)基礎(chǔ)的朋友，更需要多花點時間把這塊搞清楚！p 此部分在上午中大概考15分左右的樣子，內(nèi)容涉及系統(tǒng)集成簡介、軟件工程技術(shù)、典型的系統(tǒng)集成技術(shù)、計算機(jī)網(wǎng)絡(luò)等知識，內(nèi)容非常多，但并不是很難！p且上內(nèi)容也不全，中經(jīng)常會出現(xiàn)一些書上沒有的、需要您憑借自己的經(jīng)驗稍微理解下才好進(jìn)行解題！所以平時大家也需要注意積累才好！p -此部分大家盡量得分！三、信息系統(tǒng)專業(yè)知識pppp系統(tǒng)集成定義信息系統(tǒng)的生命周期（立項

2、、開發(fā)、運(yùn)維、消亡） 信息系統(tǒng)的開發(fā)方法（結(jié)構(gòu)化、原型法、面向?qū)ο螅┸浖こ蹋ㄜ浖枨?、軟件設(shè)計、軟件測試、設(shè)備、DBMS 及技術(shù)選型、軟件維護(hù)、軟件質(zhì)量保證和評價）面向?qū)ο螅║ML、 RUP)基本每年都考基本概念：對象、類、抽象、封裝、集成、多態(tài)、接口、消息、組件、模式、復(fù)用pUML統(tǒng)模語言： UML的視圖、類之間的關(guān)系三個視圖域：結(jié)構(gòu)、動態(tài)行為、模型管理RUP：軟件工程的過程框架面向?qū)ο笙到y(tǒng)分析、面向?qū)ο笙到y(tǒng)設(shè)計軟件架構(gòu)典型架構(gòu)模式：管道/過濾器模型、面向?qū)ο竽Ｊ健C(jī)/服務(wù)器模式p驅(qū)動模式、分層模式、客戶中間件（數(shù)據(jù)庫務(wù)中間件）中間件、調(diào)用、面向消息中間件、分布式對象中間件、事p典型技術(shù)（

3、設(shè)備選型、數(shù)據(jù)倉庫、 Web Services技術(shù)、 XML、J2EE、.NET、工作流技術(shù)、構(gòu)件）每年都有題目數(shù)據(jù)倉庫：面向主題的集成的相對穩(wěn)定的反映歷史變化的數(shù)據(jù)集合，用于支持管理決策WEB Services：定義了一種松散的、粗粒度的分布計算模式l典型技術(shù)包括：用于傳遞信息的簡單對象協(xié)議SOAP、用于描述服務(wù)的Web服務(wù)描述語言WSDL、用于Web服務(wù)的的統(tǒng)一描述發(fā)現(xiàn)及集成UDDI、用于的XML語言，使用一系列簡單的lXML：可擴(kuò)展標(biāo)記語言，擴(kuò)展標(biāo)記語言XML是一種簡單的數(shù)據(jù) 標(biāo)記描述數(shù)據(jù)ll適用Web Services情況：、應(yīng)用程序集成、 B2B集成、軟件重用不適用的情況：單機(jī)應(yīng)用程

4、序、局域網(wǎng)上的同構(gòu)應(yīng)用程序pJ2EE：支持企業(yè)開放式應(yīng)用的主流平臺之一， SUN公司共同制定并得到認(rèn)可的工業(yè)標(biāo)準(zhǔn).NET：基于一組開放的互聯(lián)網(wǎng)協(xié)議，推出的一系列，各廠商ppp、技術(shù)和服務(wù)構(gòu)件：常用構(gòu)件標(biāo)準(zhǔn)(計算機(jī)網(wǎng)絡(luò)知識+、CORBA、EJB)金色考點1：信息系統(tǒng)的生命周期可以分為4個階段：立項（規(guī)劃），開發(fā)，運(yùn)維，消亡（花開云散） 1、立項階段：包含概念形成過程和需求分析過程2、開發(fā)階段（關(guān)鍵）：總體規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計、系統(tǒng)實施、系統(tǒng)驗收： (劃分即試驗）（1）總體規(guī)劃階段：以需求為基礎(chǔ)指導(dǎo)開發(fā)，優(yōu)化配置各種總體結(jié)構(gòu)、組織結(jié)構(gòu)、管理流程、實施計劃、技術(shù)規(guī)范等，明確開發(fā)目標(biāo)、（2） 系統(tǒng)

5、分析階段：提供邏輯模型，包括組織機(jī)構(gòu)及功能分析、業(yè)務(wù)流程分析、 數(shù)據(jù)和數(shù)據(jù)分析及系統(tǒng)初步方案（3） 系統(tǒng)設(shè)計階段：根據(jù)分析的結(jié)果設(shè)計實施方案，包括系統(tǒng)架構(gòu)設(shè)計、數(shù)據(jù)庫設(shè)計、處理流程設(shè)計、功能模塊設(shè)計、安全控制方案設(shè)計、系統(tǒng)組織和隊伍設(shè)計及系統(tǒng)管理流程設(shè)計；（4） 系統(tǒng)實施階段：將設(shè)計階段的成果在計算機(jī)和網(wǎng)絡(luò)上實現(xiàn)，用戶的參與特別重要；（5）系統(tǒng)驗收階段：通過試運(yùn)行，系統(tǒng)優(yōu)劣和其他問題提交用戶驗收3、運(yùn)維階段信息系統(tǒng)通過驗收，正式移交用戶。分為排錯性、適應(yīng)性、完善性、預(yù)防性等四個主要類型4、消亡階段：系統(tǒng)不可以一直運(yùn)行，應(yīng)在初期就注意消亡的條件、時間以及由此話費(fèi)的成本；例題1:-高級10上試題1

6、21、信息系統(tǒng)的生命周期大致可分成4個階段，即系統(tǒng)規(guī)劃階段、系統(tǒng)開發(fā) 階段、系統(tǒng)運(yùn)行與維護(hù)階段、系統(tǒng)更新階段。其中以制定出信息系統(tǒng)的長 期發(fā)展方案、決定信息系統(tǒng)在整個生命周期內(nèi)的發(fā)展方向、規(guī)模和發(fā)展進(jìn)程為主要目標(biāo)的階段是(1)。系統(tǒng)和可行性研究、系統(tǒng)邏輯模型的建立、系統(tǒng)設(shè)計、系統(tǒng)實施和系統(tǒng)評價等工作屬于(1)。（1）A系統(tǒng)規(guī)劃階段C系統(tǒng)運(yùn)行與維護(hù)階段（2）A系統(tǒng)規(guī)劃階段C系統(tǒng)運(yùn)行與維護(hù)階段B系統(tǒng)開發(fā)階段D系統(tǒng)更新階段B系統(tǒng)開發(fā)階段D系統(tǒng)更新階段例題2:-高級13下試題12、信息系統(tǒng)的生命周期可以分為四個階段:立項、開發(fā)、運(yùn)維、消亡。企業(yè)的信息系統(tǒng)經(jīng)常不可避免地會遇到系統(tǒng)更新改造，功能擴(kuò)展，甚至

7、報廢重建等情況。應(yīng)該在信息系統(tǒng)建立的（2）考慮到系統(tǒng)消亡的條件和時機(jī)。A初期B中期C末期D試運(yùn)行或驗收期例題3:-高級14下試題23、以下關(guān)于信息系統(tǒng)生命周期開發(fā)階段的敘述中，(3)是不正確的。A.系統(tǒng)分析階段的目標(biāo)是為系統(tǒng)實施階段提供信息系統(tǒng)的邏輯模型 B.系統(tǒng)設(shè)計階段是根據(jù)系統(tǒng)分析的結(jié)果設(shè)計出信息系統(tǒng)的實現(xiàn)方案 C.系統(tǒng)實施階段是將設(shè)計階段的成果部署在計算機(jī)和網(wǎng)絡(luò)上D.系統(tǒng)驗收階段是通過試運(yùn)行，以確定系統(tǒng)是否可以交付給最終客戶數(shù)據(jù)流圖是一種圖形化的系統(tǒng)模型， 它在一張圖中展示信息系統(tǒng)的主要需求，即輸入 、輸出、處金色考點2：信息系統(tǒng)的開發(fā)方法常用的開發(fā)方法有結(jié)構(gòu)化、原型、和面向?qū)ο罄?（

8、過程)、數(shù)據(jù)。1、結(jié)構(gòu)化方法：按照系統(tǒng)生命周期把開發(fā)過程分為若干階段，然后順序進(jìn)行，通過文檔確認(rèn)向下進(jìn)行。特點：遵循用戶至上原則、嚴(yán)格區(qū)分工作階段、強(qiáng)調(diào)開發(fā)過程整體與全局性、過程工程化與文檔資料標(biāo)準(zhǔn)化。p結(jié)構(gòu)化方法的特點是注重開發(fā)過程的整體性和全局性。但其缺點是開發(fā)周期長；文檔、 設(shè)計說明繁瑣，工作效率低；要求在開發(fā)之初全面認(rèn)識系統(tǒng)的需求，充分預(yù)料各種可能發(fā)生的變化，但這并不十分現(xiàn)實。-第二版新增p面向數(shù)據(jù)流的分析方法（如數(shù)據(jù)流圖與數(shù)據(jù)字典、實體-關(guān)系圖等）是結(jié)構(gòu)化分析方法 系列中的一支，具有明顯的結(jié)構(gòu)化特征。瀑布模型適合適用的開發(fā)方法是結(jié)構(gòu)化方法p結(jié)構(gòu)化開發(fā)方法利用圖形表達(dá)用戶需求，使用的化

9、語言、判定表以及判定樹等主要有數(shù)據(jù)流圖、數(shù)據(jù)字典、結(jié)構(gòu)2、原型法：其認(rèn)為在無法全面準(zhǔn)確地提出用戶需求的情況下，并不要求對系統(tǒng)做全面、詳細(xì)的分析，而是基于對用戶需求的初步理解，先快速開發(fā)一個原型系統(tǒng)，然后通過反復(fù) 修改來實現(xiàn)用戶的最終系統(tǒng)需求。原型法的特點在于其對用戶的需求是動態(tài)響應(yīng)、逐步 納入的；系統(tǒng)分析、設(shè)計與實現(xiàn)都是隨著對原型的不斷修改而同時完成的， 相互之間并無明顯界限， 也沒有明確分工。-第二版修改pp特點：實際可行、具有最終系統(tǒng)的基本特征、構(gòu)造方便、快速、造價低。刪除分類：拋棄型原型、進(jìn)化型原型；n 面向?qū)ο蠓椒ǎ嚎陀^事物由對象組成， 直觀、方面。特點：對象由屬性和操作組成、對象間通

10、過消息傳遞、封裝、多態(tài)、繼承例題4:-高級12上試題14、信息系統(tǒng)開發(fā)方法有很多種，開發(fā)可以根據(jù)項目的需要選擇一種適合的開發(fā)方法，其中把整個系統(tǒng)的開發(fā)過程分為若干階段，然后一步一步地依次進(jìn)行開發(fā)的方法稱為(4) 。A結(jié)構(gòu)化方法B面向?qū)ο蠓椒–原型方法D瀑布模型方法例題5:-高級11上試題15、某異地開發(fā)的信息系統(tǒng)集成項目以程序流程圖、數(shù)據(jù)流程圖等為主要分析設(shè)計工具。由于用戶身處異地，現(xiàn)場參與系統(tǒng)開發(fā)成本較高，因此項 目組采用了先開發(fā)一個簡化系統(tǒng)，待用戶認(rèn)可后再開發(fā)最終系統(tǒng)的策略。 該信息系統(tǒng)集成項目的開發(fā)方法屬于（5）。A. 結(jié)構(gòu)化方法與原型法的組合應(yīng)用B. 結(jié)構(gòu)化方法與面向?qū)ο蠓椒ǖ慕M合應(yīng)用

11、C原型法與面向?qū)ο蠓椒ǖ慕M合應(yīng)用D原型法與形式化方法的組合應(yīng)用例題6:-高級12下試題16、某信息系統(tǒng)項目采用原型法開發(fā)，以下做法中不正確的是（6）A前期花足夠的時間與客戶充分，完全明確需求后再開發(fā)實現(xiàn)B系統(tǒng)分析、設(shè)計和實現(xiàn)工作之間不做嚴(yán)格的界限劃分C動態(tài)響應(yīng)用戶的需求，逐步納入用戶的具體要求，逐步修改系統(tǒng) 開發(fā)計劃D本著開發(fā)復(fù)修改對需求的初步理解，快速開發(fā)一個原型系統(tǒng)，再反例題7:-中級13下試題117、A公司承接了一項信息系統(tǒng)升級任務(wù)，用戶對文檔資料標(biāo)準(zhǔn)化要求比較高并委派固定與A公司進(jìn)行配合，要求在他們現(xiàn)有的信息系統(tǒng)（該系統(tǒng)是A公司建設(shè)的）基礎(chǔ)上擴(kuò)充一個審批功能，該公司最適宜采用（7）。A

12、結(jié)構(gòu)化方法B原型法C面向?qū)ο蠓椒―螺旋模型（需要掌握信息系統(tǒng)開發(fā)方法包含哪些？各自的定義和特點適用情況）p1、需求是一個為解決特定問題而必須有被開發(fā)或被修改的軟件展示的特性。基本特性是可驗證性。其目的如下：檢測和解決需求之間的沖 突；發(fā)現(xiàn)軟件的邊界，以及軟件如何與外界交互；詳細(xì)描述系統(tǒng)需求 和軟件需求。需求分析可分為需求提出、需求描述及需求評審三個階段。 2、軟件需求包括3方面：功能需求：是指系統(tǒng)必須完成的那些事；ppp非功能需求：是指必須具備的屬性或品質(zhì)，比如可靠性、性能、響應(yīng)時間、容錯性、擴(kuò)展性等np軟件需求包括三個不同的層次：業(yè)務(wù)需求、用戶需求和功能需求業(yè)務(wù)需求（Businessrequ

13、irement）表示組織或客戶次的目標(biāo)。業(yè)務(wù)需求通常來自項目投資人、的客戶、實際用戶的管理者、市場部門或策劃部門。業(yè)務(wù)需求描述了組織為什么要開發(fā)一個系統(tǒng)，即組織希望達(dá)到的目標(biāo)。使用前景和范圍文檔來求，這份文檔有時也被稱作項目輪廓圖或市場需求文檔。業(yè)務(wù)需p用戶需求（userrequirement）描述的是用戶的目標(biāo)，或用戶要求系統(tǒng)必須能完成的任務(wù)。用例、場景描述和響應(yīng)表都是表達(dá)用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統(tǒng)來做些什么。p功能需求（functionalrequirement）規(guī)定開發(fā)必須在中實現(xiàn)的軟件功能，用戶利用這些功能來完成任務(wù)，滿足業(yè)務(wù)需求。功能需求有時也被稱作行為

14、需求，因為習(xí)慣上總是用應(yīng)該對其進(jìn)行描述：系統(tǒng)應(yīng)該電子郵件來通知用戶已接受其預(yù)定。功能需求描述是開發(fā)需要實現(xiàn)什么。3、需求指的是由項目接受的或項目產(chǎn)生的和構(gòu)件需求。需求管理的目的是確保各方對需求的一致理解，管理和控制需求的變更，從需求到最終的雙向跟蹤。需求工程：包括需求開發(fā)、需求管理兩大塊，前者是主線和目標(biāo)，后者是支持和保障：1）需求開發(fā)：需求開發(fā)是通過與分析，獲取用戶需求并定義需求。軟件項目需求開發(fā)的結(jié)果應(yīng)該有項目視圖和范圍文檔、用例文檔、軟件需求規(guī)格說明及相關(guān)分析模型，包含需求獲取、需求分析、需求定義、需求驗證4個過程：1） 需求捕獲：通過交流，提煉或捕獲用戶需求，產(chǎn)生用戶需求說明書。2）

15、需求分析：對捕獲的需求進(jìn)行抽象分析和描述，為目標(biāo)系統(tǒng)建立概念模型3） 需求定義：對上兩步的結(jié)果進(jìn)行進(jìn)一步的提煉和修正，產(chǎn)生需求規(guī)格說明書4） 需求驗證：甲乙雙方對需求文檔進(jìn)行評審而達(dá)成共識，使需求文檔合同化。2）需求管理：制定需求管理計劃、求得對需求的理解、管理需求變更、維護(hù)對需求的雙向跟蹤性、識別項目工作與需求之間的不一致性；nnnn我們列舉出一些最常用的需求捕獲技術(shù)。-可用于寫作n (1) 用戶訪談。是最基本的一種需求捕獲，也是最基本的一種。其形式包括結(jié)構(gòu)化和非結(jié)構(gòu)化兩種，結(jié)構(gòu)化是指事先準(zhǔn)備好一系列問題，有針對地進(jìn)行；而非結(jié)構(gòu)化則是只列出一個粗略的想法，根據(jù)訪談的具體情況發(fā)揮。最有效的訪談

16、是結(jié)合這兩種方法進(jìn)行，畢竟不可能把什么都一一計劃清楚，應(yīng)該保持良好的靈活性。n (2)用戶。用戶訪談時最大的難處在于很多關(guān)鍵的時間有限，不容易安排過多的時間；而且客戶面經(jīng)常較廣，不可能一一訪談。因此，我們就需要借助 用戶調(diào)查 這一方法，通過精心設(shè)計要問的問題，然后下發(fā)到相關(guān)的。這樣可以有效地克服前面提到的兩個問題。手里，讓他們填寫n (3) 現(xiàn)場觀摩。具體來說，就是走到客戶的工作現(xiàn)場，一邊觀察，一邊聽客戶的講解，甚至可以安排地理解需求。跟隨客戶工作一小段時間。這樣就可以使得分析更加直觀n (4)文檔考古。對于一些數(shù)據(jù)流程比較復(fù)雜的，工作表單較多的項目，有時是難以通 過說，或者通過觀察來了解需求

17、細(xì)節(jié)的。這個時候就可以借助于文檔考古 的方法， 也就是對歷史存在的一些文檔進(jìn)行研究，考古一詞正是形象地說明了其主要的工作重心是結(jié)合已經(jīng)填寫完畢的、也就是帶有數(shù)據(jù)的文件、表單、報告，從中獲得所需的信息。例題8:-高級10上試題78、軟件需求可以分為功能需求、性能需求、外部接口需求、設(shè)計約束和 質(zhì)量屬性等幾類。以下選項中，(8)均屬于功能需求。對特定范圍內(nèi)修改所需的時間不超過3秒。按照訂單及原材料情況自動安排生產(chǎn)排序。系統(tǒng)能夠同時支持1000個站點的并發(fā)。系統(tǒng)可實現(xiàn)對多字符集的支持，包括GBK、BIG5和UTF-8等。定期生成銷售分析報表。系統(tǒng)實行同城異地雙機(jī)備份，保障數(shù)據(jù)安全。ABCD例題9:-

18、高級14下試題59、軟件需求包括功能需求、非功能需求、設(shè)計約束三個主要部分，其中（9）屬于功能需求內(nèi)容。A.軟件的可靠性C.軟件需要完成哪些事情B.軟件運(yùn)行的環(huán)境D.軟件的開發(fā)工具例題10:-高級14下試題610、軟件需求的基本特征是（10）。A.可驗證性B.可度量性C.可替代性D.可維護(hù)性例題11:-高級15下試題511、軟件需求包括三個不同的層次，分別為業(yè)務(wù)需求、用戶需求和功能及非功能需求。（11）屬于用戶需求。A.反應(yīng)了組織機(jī)構(gòu)或客戶對系統(tǒng)、以說明次的目標(biāo)要求，其在項目視圖范圍文檔中予B.描述用戶使用C.定義了開發(fā)需求必須要完成的任務(wù)，其在使用實例文檔或方案說明中予以說明必須實現(xiàn)的軟件功

19、能，使得用戶能完成他們的任務(wù)，從中滿足了業(yè)務(wù)D.軟件為了滿足用戶的使用，對用戶并發(fā)、處理速度、安全性能等方面需求例題12:-高級16上試題612、（）不是軟件需求分析的目的。A檢測和解決需求之間的C詳細(xì)描述系統(tǒng)需求B發(fā)現(xiàn)軟件的邊界，以及軟件與其環(huán)境如何交互D導(dǎo)出軟件需求金色考點4、軟件設(shè)計1、設(shè)計是定義一個系統(tǒng)或組件的架構(gòu)、組件、接口和其他特征的過程，包括架構(gòu)設(shè)計和詳細(xì)設(shè)計。架構(gòu)視圖定義軟件的內(nèi)部結(jié)構(gòu)，包括邏輯視圖（滿足功能需 求）、過程視圖（并發(fā)問題）、組件視圖（實現(xiàn)問題）、部署視圖（分布問題）。模式提供了架構(gòu)設(shè)計的某些方法，包括設(shè)計模式（微觀）和架構(gòu)模式（宏觀）。軟件設(shè)計的原則為高內(nèi)聚、低

20、耦合。n耦合是模塊之間的相對性（ 互相的緊密程度）的度量。模塊之間的越緊密，越多，耦合性就越高，而其模塊性就越弱。n內(nèi)聚是模塊功能強(qiáng)度（ 一個模塊內(nèi)部各個元素彼此結(jié)合的緊密程度）的度量。一個模塊內(nèi)部各個元間的越緊密，則它的內(nèi)聚性就越高，相對地，它與其他模塊之間的耦合性就會減低，而模塊 性比較強(qiáng)的模塊應(yīng)是高內(nèi)聚低耦合的模塊。性就越強(qiáng)。由此可見，模塊n2、軟件設(shè)計包括軟件架構(gòu)設(shè)計和軟件詳細(xì)設(shè)計。架構(gòu)設(shè)計屬于要描述軟件的結(jié)構(gòu)和組織，標(biāo)識各種不同的組件。設(shè)計，主3、逆向工程，又名反向工程（RE），則是一個從到設(shè)計的過程，就是根據(jù)已經(jīng)存在的，反向推出設(shè)計數(shù)據(jù)（包括各類設(shè)計圖或數(shù)據(jù)模型）的過程。早期的船舶

21、工業(yè)中常用的船體放樣設(shè)計就是逆向工程的很好實例。n軟件設(shè)計包括軟件的結(jié)構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、接口設(shè)計和過程設(shè)計；技術(shù)角度，要進(jìn)行結(jié)構(gòu)、接口、數(shù)據(jù)、過程的設(shè)計。結(jié)構(gòu)設(shè)計是定義系 統(tǒng)各部件關(guān)系，數(shù)據(jù)設(shè)計是根據(jù)分析模型轉(zhuǎn)化數(shù)據(jù)結(jié)構(gòu)，接口設(shè)計是描述如何通信，過程設(shè)計是把系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)化為軟件的過程性描述。例題13:-高級15上試題1213、（13）是軟件系統(tǒng)結(jié)構(gòu)中各個模塊之間相互緊密程度的一種度量。A、內(nèi)聚性B、耦合性C、層次性D、并聯(lián)性考點5、設(shè)備、DBMS 及技術(shù)選型p在系統(tǒng)設(shè)計中進(jìn)行設(shè)備、DBMS 及技術(shù)選型時，不只要考慮系統(tǒng)的功能要求，還要考慮到系統(tǒng)實現(xiàn)的內(nèi)外環(huán)境和主客觀條件。p在選型時，需衡各種

22、可供選用的計算機(jī)硬件技術(shù)、軟件技術(shù)、數(shù)據(jù)管理技術(shù)、數(shù)據(jù)通信技術(shù)和計算機(jī)網(wǎng)絡(luò)技術(shù)及相關(guān)。同時，必須考慮用戶的使用要求、系統(tǒng)運(yùn)行環(huán)境、現(xiàn)行的信息管理和的標(biāo)準(zhǔn)、規(guī)范及有關(guān)法律制度等。數(shù)據(jù)庫管理系統(tǒng)DBMS和操作系統(tǒng)OS之間的關(guān)系為DBMS調(diào)用OS數(shù)據(jù)操作：DBMS提供數(shù)據(jù)操作語言DML供用戶實現(xiàn)對數(shù)據(jù)的追加、刪除、pp更新、等操作。p在選擇相關(guān)設(shè)備時，一般經(jīng)濟(jì)性都不是首要的原則，重點是要穩(wěn)定可靠、安全、擴(kuò)充性好等。數(shù)據(jù)庫選型：穩(wěn)定可靠、可擴(kuò)展性、安全性、豐富的開發(fā)工具、服務(wù)質(zhì)量；在系統(tǒng)設(shè)計中進(jìn)行設(shè)備、 DBMS 及技術(shù)選型時，不只要考慮系統(tǒng)的功能要求，還要考慮到系統(tǒng)實現(xiàn)的內(nèi)外環(huán)境和主客觀條件。在某設(shè)

23、備選pp型的測試中，發(fā)現(xiàn)某功能滿足條件、性能適中，但是其圖形控制終端只能安裝在老版本的操作系統(tǒng)上，因不滿足技術(shù)先進(jìn)的原則；金色考點6、軟件測試（需要掌握軟件測試的測試的工具等），分類以及各自的特點、軟件1、軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程，是根據(jù)程序開發(fā)階段的規(guī)格說明及程序內(nèi)部結(jié)構(gòu)而精心設(shè)計的一批測試用例（輸入數(shù)據(jù)及其預(yù)期 結(jié)果的集合），并利用這些測試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯誤的過程。 故軟件測試應(yīng)盡可能在實際運(yùn)行使用環(huán)境下進(jìn)行。軟件測試不再只是一種僅在編碼階段完成后才開始的活動，而是應(yīng)該包括在整個開發(fā)和維護(hù)過程中的活動，它本身也是實際構(gòu)造的一個組成部分。n 測試認(rèn)為程序出現(xiàn)錯誤，要

24、對錯誤結(jié)果進(jìn)行一個確認(rèn)過程。一般由A測試出來的錯誤，一定要由B來確認(rèn)。嚴(yán)重的錯誤可以召開評審會議進(jìn)行討論和分析，對測試結(jié)果要進(jìn)行嚴(yán)格地確認(rèn)，是否真的存在這個問題以及嚴(yán)重程度等n 軟件項目中的測試管理過程包括制定測試計劃及用例、執(zhí)并報告缺陷、修正缺陷、重新測試.試、發(fā)現(xiàn)金色考點6、軟件測試2、軟件測試有如下幾大原則：1軟件開發(fā)即程序員應(yīng)當(dāng)避免測試自己的程序（單元測試除外）2. 應(yīng)盡早地和不斷地進(jìn)行軟件測試3. 對測試用例要有正確的態(tài)度：第一，測試用例應(yīng)當(dāng)由測試輸入數(shù)據(jù)和預(yù)期輸出結(jié)果這兩部分組成；第二，在設(shè)計測試用例時，不僅要考慮 合理的輸入條件，更要注意不合理的輸入條件。4. 要充分注意軟件測試

25、中的群集現(xiàn)象，也可以認(rèn)為是80-20原則。 不要以為發(fā)現(xiàn)幾個錯誤并且解決這些問題之后，就不需要測試了。反而這 里是錯誤群集的地方，對這段程序要重點測試，以提高測試投資的效益。5嚴(yán)格執(zhí)復(fù)無效的工作。試計劃，排除測試的隨意性，以避免發(fā)生疏漏或者重6. 應(yīng)當(dāng)對每一個測試結(jié)果進(jìn)行全面檢查。7. 妥善保存測試用例、測試計劃、測試報告和最終分析報告，以備 回歸測試及維護(hù)之用黑盒測試：已知能是否符合要求。白盒測試：已知的功能設(shè)計規(guī)格，可以進(jìn)試證明每個實現(xiàn)了的功的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。金色考點6、軟件測試白盒測試，包括語句覆蓋、判定覆蓋、條

26、件覆蓋、判定- 條件覆蓋、條件組合覆蓋、路徑覆蓋等冒煙測試(smoke test)在測試中發(fā)現(xiàn)問題，找到了一個Bug，然后開發(fā)會來修復(fù)這個Bug。這時想知道這次修復(fù)是否真的解決了程序的Bug，或者是否會對其它模塊造成影響，就需要針對此問題進(jìn)行專門測試，這個過程就被稱為Smoke Test金色考點6、軟件測試5、回歸測試是指在發(fā)生修改之后重新測試先前的測試以保證修改的正確性。理論上，軟件產(chǎn)生新版本，都需要進(jìn)行回歸測試，驗證以前發(fā)現(xiàn)和修復(fù)的錯誤是否在新軟件版本上再次出現(xiàn)。根據(jù)修復(fù)好了的缺陷再重新進(jìn)試?；貧w測試的目的在于驗證以前出現(xiàn)過但已經(jīng)修復(fù)好的缺陷不再重新出現(xiàn)。一般指對某已知修正的缺陷再次試的范

27、圍時是比較它原來出現(xiàn)時的步驟重新測試。通常確定所需的再測的，特別當(dāng)發(fā)布日期時。因為為了修正某缺陷時必需更改源代碼，因而就有可能影響這部分源代碼所控制的功能。所以在驗證修好的缺陷時不僅要服從缺陷原來出現(xiàn)時的步驟重新測試，而且還要測試有可能受影響的所有功能。因此應(yīng)當(dāng)鼓勵對所有回歸測試用例進(jìn)行自動化測試。6、模糊測試是指將一個隨機(jī)的、非預(yù)期的數(shù)據(jù)源作為程序的輸入，然后系統(tǒng)地找出這些輸入所引起的程序失效。通過模糊測試，你將會搶在別人之前來揭示軟件易受測試方法。的弱點。模糊測試現(xiàn)在已經(jīng)發(fā)展成為一種最有效的軟件安全性7、Bugzilla：缺陷管理工具TestManager：測試管理工具Truecovera

28、ge：覆蓋率檢查工具Loadrunner：性能測試工具例題14:-高級11下試題814、因為在軟件開發(fā)的每一環(huán)節(jié)都有可能產(chǎn)生意想不到的問題，所以（14）。A. 應(yīng)盡量由程序員或開發(fā)小組測試自己的程序B. 在設(shè)計測試用例時，只需要考慮合理的輸入條件即可C在設(shè)計測試用例時，只需要考慮合理的輸出條件即可D應(yīng)該把軟件驗證與確認(rèn)貫穿到整個軟件開發(fā)的全過程中例題15:-高級12下試題215、在軟件常要組織內(nèi)部即將面世前，為發(fā)現(xiàn)中的錯誤并及時修正，軟件企業(yè)通模擬各類用戶進(jìn)行應(yīng)用，即對該進(jìn)行（15）。D靜態(tài)測試AAlpha測試BBeta測試C冒煙測試?yán)}16:-高級13上試題116、根據(jù)軟件生命周期的V模型，

29、系統(tǒng)測試主要針對(16)，檢查系統(tǒng)作為一 個整體是否有效地得到運(yùn)行。A. 概要設(shè)計C. 項目管理計劃B. 項目范圍說明書D. 需求規(guī)格說明書例題17:-高級12下試題517、邊界值分析是一種常用的黑盒測試法。某程序循環(huán)體最少執(zhí)行0次， 最多執(zhí)行100次，采用邊界值分析法，宜選擇（17）作為測試用例。A循環(huán)0次、循環(huán)1次、循環(huán)99次、循環(huán)100次B循環(huán)0次、循環(huán)100次、循環(huán)49次、循環(huán)50次C循環(huán)1次、循環(huán)99次、循環(huán)49次、循環(huán)50次D循環(huán)0次、循環(huán)100次例題18:-高級14下試題1118、在軟件測試階段，如果某個測試A.首先要對錯誤結(jié)果進(jìn)行確認(rèn)認(rèn)為程序出現(xiàn)錯誤，他應(yīng)（18）。B.立刻修改

30、錯誤以保證程序的正確運(yùn)行C.重新設(shè)計測試用例D.撰寫錯誤分析報告例題19:-高級15上試題1119、除了測試程序之外，黑盒測試還適用于測試（19）階段的軟件文檔。A、編碼B、總體設(shè)計C、軟件需求分析D、數(shù)據(jù)庫設(shè)計例題20:-高級15下試題1120、軟件測試是軟件開發(fā)過程中的一項重要內(nèi)容，將測試分為白盒測試、黑盒測試和灰盒測試主要是（20）對軟件測試進(jìn)行分類。A.從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實現(xiàn)的角度C.從軟件開發(fā)階段的細(xì)分角度B.從是否執(zhí)行程序的角度D.從軟件開發(fā)復(fù)雜性的角度例題21:-高級15下試題1121、（21）指在軟件維護(hù)階段，為了檢測由于代碼修改而可能引入的錯誤所進(jìn)行的測試活動 ；A

31、.回歸測試B.修復(fù)測試C.集成測試D.冒煙測試金色考點7、軟件維護(hù) （需要掌握軟件維護(hù)的種類，各自特點，軟件維護(hù)的原則等）n 1、軟件維護(hù)包括如下類型（就是魚丸）：交付軟件后進(jìn)行的修改是它們的共同特征；完善性維護(hù)約占50%,適應(yīng)性維護(hù)約占25% ，糾錯性維護(hù)約占21% ,其他維護(hù)只占4%（1） 更正性維護(hù)：軟件（2） 適應(yīng)性維護(hù)：軟件交付后進(jìn)行的修改，以更正發(fā)現(xiàn)的問題。（修改BUG）交付后進(jìn)行的修改，以保持軟件能在變化后或變化中的環(huán)境中可以繼續(xù)使用。（系統(tǒng)移植）（3） 完善性維護(hù)：軟件加功能，工作量最大）（4） 預(yù)防性維護(hù)：軟件交付后進(jìn)行的修改，以改進(jìn)性能和可維護(hù)性。（增交付后進(jìn)行的修改，以在

32、軟件中的潛在錯誤成為實際錯誤前，檢測和更正它們。（針對未來）n 2、軟件維護(hù)不僅僅是在軟件交付之后為保障軟件運(yùn)行而要完成的活動，還包括 軟件交付前應(yīng)該完成的活動。n 3、模塊化程序設(shè)計的基本原原則：系統(tǒng)的主要功能應(yīng)分解為若干個模塊，不應(yīng)由一個模塊實現(xiàn);一個模塊應(yīng)只買現(xiàn)一個主要功能; 軟件的設(shè)計和實現(xiàn)，應(yīng)該遵循：高內(nèi)聚，低耦合，一個模塊負(fù)責(zé)一個主要功能的實現(xiàn)，也應(yīng)該只有一個控制 和控制出口。否則，修改維護(hù)起來，很不方便例題22:-高級08下試題101222、軟件的維護(hù)并不只是修正錯誤。為了滿足用戶提出的修改現(xiàn)有功能、 增加新功能以及一般性的改進(jìn)要求和建議，需要進(jìn)行（10），它是軟件維護(hù)工作的主要

33、部分;軟件測試不可能發(fā)現(xiàn)系統(tǒng)中所有潛在的錯誤，所以這些程序在使用過程中還可能發(fā)生錯誤，診斷和更正這些錯誤的過程稱為（11）；為了改進(jìn)軟件未來的可維護(hù)性或可靠性，或者為了給未來的改進(jìn)提供更好的基礎(chǔ)而對軟件進(jìn)行修改，這類活動稱為（12）。（10）A完善性維護(hù)（11）A完善性維護(hù)（12）A完善性維護(hù)B適應(yīng)性維護(hù)B適應(yīng)性維護(hù)B適應(yīng)性維護(hù)C預(yù)防性維護(hù)C預(yù)防性維護(hù)C預(yù)防性維護(hù)D改正性維護(hù)D改正性維護(hù)D改正性維護(hù)例題23:-高級16上試題1123、某軟件系統(tǒng)交付后，開發(fā) 由此產(chǎn)生的軟件維護(hù)屬于（）。發(fā)現(xiàn)系統(tǒng)的性能可以進(jìn)一步優(yōu)化和提升，A更正性維護(hù)B適應(yīng)性維護(hù)C完善性維護(hù)D預(yù)防性維護(hù)考點8、軟件復(fù)用（需要掌握

34、軟件復(fù)用的定義，有哪些復(fù)用類型等）n軟件復(fù)用是指利用已有軟件的各種有關(guān)知識構(gòu)造新的軟件，以縮減軟件開發(fā)和維護(hù)的費(fèi)用。軟件復(fù)用是提高軟件生產(chǎn)力和質(zhì)量的一種重要技術(shù)。（把以前重 復(fù)的東西拿來用，二次開發(fā)）按抽象程度高低，可以分為代碼級復(fù)用、設(shè)計的 復(fù)用、分析的復(fù)用和測試信息的復(fù)用。軟件過程改進(jìn)（software process lmprovement, SPI）是幫助軟件企業(yè)對其軟件（制作）過程的改變（進(jìn)）進(jìn)行計劃、實施的過程，根據(jù)相關(guān)標(biāo)準(zhǔn)，軟件過程改進(jìn)一般從問題分析開始 ；軟件過程管理涉及技術(shù)過程和管理過程，通常包括以下幾個方面：-第二版內(nèi)容修改（1）項目啟動與范圍定義（2）項目規(guī)劃（3）項目實

35、施（4）np項目與評審（5）項目收尾與關(guān)閉例題24:-高級15下試題724、軟件工程管理集成了過程管理和項目管理，以下關(guān)于軟件工程管理過程的描述中，（ ）最為準(zhǔn)確和完整。A. 范圍定義、項目計劃、項目實施、評審和評價、軟件工程度量B. 需求分析、設(shè)計、測試、質(zhì)量保證、維護(hù)C. 需求分析、設(shè)計、測試、質(zhì)量保證、軟件復(fù)用D. 需求分析、設(shè)計、測試、驗證與確認(rèn)、評審和評價、維護(hù)金色考點9、軟件質(zhì)量保證和質(zhì)量評價（需要掌握下列相關(guān)名詞的定義和區(qū)別等1、軟件質(zhì)量：內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量；2、軟件質(zhì)量是軟件特性的綜合，即軟件滿足規(guī)定或潛在用戶需求的能力。也就是說，質(zhì)量就是遵從用戶需求，達(dá)到用戶滿意。

36、3、驗證與確認(rèn)過程使用能夠品質(zhì)量問題。 區(qū)別：缺陷并便于以后改正的測試技術(shù)直接處理軟件產(chǎn)n 驗證指在軟件開發(fā)周期中的一個給定階段的求的過程。n 確認(rèn)指在軟件開發(fā)過程結(jié)束時對軟件進(jìn)行評價以確定它是否和軟件需求相一致的過程。5、評審與審計過程包括：管理評審、技術(shù)評審、檢查、走查、審計等。是否達(dá)到在上一階段確立的需（1）管理評審：進(jìn)展，決定計劃和進(jìn)度的狀態(tài)，確認(rèn)需求及其系統(tǒng)分配，或評價用于達(dá)到目標(biāo)適應(yīng)性的管理方法的有效性（2）技術(shù)評審：評價軟件（3）檢查：檢測和識別軟件異常,正式的（4） 走查：評價軟件（5） 軟件審計：提供軟件，走查也可以用于培訓(xùn)軟件的聽眾軟件，隨意的和過程對于可應(yīng)用的規(guī)則、標(biāo)準(zhǔn)、

37、指南、計劃和流程的遵從性的評價，審計是事后進(jìn)行的n 在開發(fā)時期的每個階段， 特別是設(shè)計階段結(jié)束時都要進(jìn)行嚴(yán)格的技術(shù)評審，盡量不讓錯誤到下一個階段。設(shè)計評審一般采用評審會議的形式來進(jìn)行。例題25:-高級13下試題1125、某新來的配置寫了配置管理方法，想讓老同事幫忙檢查存在哪些問題，這種質(zhì)量保證與評價方法屬于（25）。A管理評審B技術(shù)評審C審計D評審例題26:-高級15下試題826、軟件項目質(zhì)量保證中的審計指的是（ ）A.評價軟件以確定其對使用意圖的適合性B.檢查和識別軟件的某個部分的異常，并到文檔C.軟件項目進(jìn)展，決定計劃和進(jìn)度的狀態(tài)D.評價軟件和過程對于設(shè)定規(guī)則、標(biāo)準(zhǔn)、流程等的遵從性例題27

38、:-高級16上試題927、軟件開發(fā)過程中：技術(shù)評審的目的是（）。A評價軟件足要求，以確定其對使用意圖的適合性，表明是否滿BC從第項目進(jìn)展的狀態(tài)，評價管理方法的有效性的角度給出開發(fā)過程對于規(guī)則、標(biāo)準(zhǔn)、指南的遵從程度D評價軟件開發(fā)使用的技術(shù)是否適用于該項目金色考點10、面向?qū)ο螅ㄐ枰莆彰嫦驅(qū)ο笙嚓P(guān)名詞的概念以及它們之間的關(guān)系等）面向?qū)ο蟮幕靖拍睿簩ο?、類、抽象、封裝、繼承、多態(tài)、接口、消息、 組件、模式、復(fù)用金色考點9、面向?qū)ο蠖鄳B(tài)的概念：nMVC全名是Model View Controller，是模型(model)視圖(view)控制器(controller)的縮寫，一種軟件設(shè)計典范，用一種

39、業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，將業(yè)務(wù)邏輯到一個部件里面，在改進(jìn)和個性化定制界面及用戶交互的同時，不需要重新編寫業(yè)務(wù)邏輯。MVC被獨(dú)特的發(fā)展起來用于傳統(tǒng)的輸入、處理和輸出功能在一個邏輯的圖形化用戶界面的結(jié)構(gòu)中。MVC開始是存在于桌面程序中的，M是指業(yè)務(wù)模型，V是指用戶界面，C 則是控制器，使用MVC的目的是將M和V的實現(xiàn)代碼分離，從而使同一個程序可以使用不同的表現(xiàn)形式。比如一批統(tǒng)計數(shù)據(jù)可以分別用柱狀圖、 餅圖來表示。C存在的目的則是確保M和V的同步，一旦M改變，V應(yīng)該同步更新。nModel（模型）表示應(yīng)用程序View（視圖）顯示數(shù)據(jù)（數(shù)據(jù)庫（比如數(shù)據(jù)庫）。列表）。Controlle

40、r（控制器）處理輸入（寫入數(shù)據(jù)庫）。例題28:-高級07下試題141528、類之間共享屬性和操作的機(jī)制稱為（14）。一個對象通過來請求另一個對象為其服務(wù)。（15）（14）A多態(tài)（15）A調(diào)用語句B動態(tài)綁定B消息C靜態(tài)綁定C命令D繼承D口令例題29:-高級13上試題229、面向?qū)ο箝_發(fā)方法主要分為分析、設(shè)計和實現(xiàn)三個階段。下面屬于分 析階段主要工作的是（29）。A.定義子系統(tǒng)接口參數(shù)C.改進(jìn)系統(tǒng)的性能B.編寫代碼D.建立用例模型例題30:-高級14下試題2530、對象的多態(tài)性是指（30）。A. 兩個或多個屬于不同類的對象，對于同一個消息（方法調(diào)用）作出 不同響應(yīng)的方式B. 兩個或多個屬于不同類的

41、對象，對于同一個消息（方法調(diào)用）作出 相同響應(yīng)的方式C. 兩個或多個屬于同一類的對象，對于同一個消息（方法調(diào)用）作用 于不同類型的數(shù)據(jù)，作出不同響應(yīng)的方式D. 兩個或多個屬于同一類的對象，對于不同消息（方法調(diào)用）作用于 相同類型的數(shù)據(jù)，作出不同響應(yīng)的方式例題31:-高級15上試題2531、以下關(guān)于面向?qū)ο蟮臄⑹鲋校?1）是不正確的。A、通過消息傳遞，各個對象之間實現(xiàn)通信B、每個對象都屬于特定的類C、面向?qū)ο筌浖_發(fā)可以實現(xiàn)代碼的重用 D、一個對象可以是兩個以上類的實例例題32:-高級15上試題2632、MVC是模型（model）-視圖（view）-控制器（controller）架構(gòu)模式的縮寫

42、，以下關(guān)于MVC的敘述中，（32）是不正確的。A、視圖是用戶看到并與之交互的界面B、模型表示企業(yè)數(shù)據(jù)和業(yè)務(wù)規(guī)則C、使用MVC的目的是將M和V的代碼分離，從而使同一個程序可以使用不同的表現(xiàn)形式D、MVC強(qiáng)制性地使應(yīng)用程序的輸入、處理和輸出緊密結(jié)合例題33:-高級15下試題2533、以下關(guān)于類和對象關(guān)系的敘述中，（33 ）是不正確的A.對象是類的實例C.類是靜態(tài)的，對象是動態(tài)的B.類是對象的抽象D.類和對象必須同時存在金色考點11、UML（需要掌握UML語言的特點、視圖以及它們之間的關(guān)系等） 1、UML具有如下的語言特征：1） 不是一種可視化的程序設(shè)計語言，而是一種可視化的建模語言；2） 是一種建

43、模語言規(guī)范說明，是面向?qū)ο蠓治雠c設(shè)計的一種標(biāo)準(zhǔn)表示3） 不是過程，也不是方法，但允許任何一種過程和方法使用它；4） 簡單并且可擴(kuò)展，具有擴(kuò)展和專有化機(jī)制，便于擴(kuò)展，無需對 概念進(jìn)行修改；5） 為面向?qū)ο蟮脑O(shè)計與開發(fā)中涌現(xiàn)出的高級概念（如協(xié)作、框架、模 式和組件）提供支持，強(qiáng)調(diào)在軟件開發(fā)中，對架構(gòu)、框架、模式和組件的重用；6） 與最好的軟件工程實踐經(jīng)驗集成；2、UML描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為，它將系統(tǒng)描述為一些的相互作用的對象，構(gòu)成為外界提供一定功能的模型結(jié)構(gòu)，靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對象的屬性和服務(wù)，以及這些對象之間的相互關(guān)系，動態(tài)行為定義了對象的時間特性和對象為完成目標(biāo)而相互進(jìn)行通信的

44、機(jī)制。UML部分圖形列舉：系統(tǒng)集成專業(yè)技術(shù)知識UML部分圖形列舉：系統(tǒng)集成專業(yè)技術(shù)知識UML部分圖形列舉：UML十四圖打油詩記憶法UML它有十四圖包含靜態(tài)和動態(tài)（分類）類圖構(gòu)件搞對象（類圖、構(gòu)件圖、對象圖） 復(fù)合生下部署圖（復(fù)合結(jié)構(gòu)圖、部署圖） 還送一個小包圖（包圖）六個都是靜態(tài)圖剩下八個動態(tài)圖用例狀態(tài)在活動（用例圖、狀態(tài)圖、活動圖）定時順序來通信（定時圖、順序圖、通信圖）二者交互制成品（交互概觀圖、制品圖）十四兄弟是一家記住我們的名字 保你高項科不掛UML靜態(tài)圖和動態(tài)圖記憶法靜態(tài)圖： 負(fù)包累成狗！靜態(tài)- (對)負(fù)（復(fù)）包累（類）成狗（構(gòu)） (部署圖， 對象圖，復(fù)合結(jié)構(gòu)圖，包圖， 類圖，構(gòu)建圖

45、)動態(tài)圖：制定交通，順樁活用（想象汽車倒樁）動態(tài)-制定交通，順樁（狀）活用（制品圖，定時圖，交互概觀圖，通信圖，順序圖，狀態(tài)圖，活動圖，用例圖）金色考點11、UML4、RUP的四個階段：初始階段、細(xì)化階段、構(gòu)造階段、交付階段。每個階段終結(jié)于良好定義的里程碑某些關(guān)鍵決策必須做出的時間點， 因此關(guān)鍵的目標(biāo)必須被達(dá)到 ；RUP模型是一種過程方法，它屬于迭代模型的一種。 5、面向?qū)ο蠓治瞿Ｐ徒鹕键c10、UML6、UML 對系統(tǒng)構(gòu)架的定義是：系統(tǒng)的組織結(jié)構(gòu)，包括系統(tǒng)分解的組成部分、它們的關(guān)聯(lián)互機(jī)制和指導(dǎo)原則，這些提供系統(tǒng)設(shè)計的信息。具體來說，是指五個系統(tǒng)視圖。（狗不用進(jìn)）（1） 邏輯視圖：以問題域的語

46、匯組成的類和對象集合。（2） 進(jìn)程視圖：可執(zhí)行線程和進(jìn)程作為活動類的建模，它是邏輯視圖的一次執(zhí)行實例（3） 構(gòu)件視圖：對組成基于系統(tǒng)的物理代碼的文件和組件進(jìn)行建模。（4） 部署視圖：把組件物理地部署到一組物理的、可計算節(jié)點上。（5） 用例視圖：最基本的需求分析模型。金色考點11、UML類之間的關(guān)系：（1） 依賴關(guān)系-有兩個元素A、B,如果元素A的變化會引起元素B的變化，則稱元素B依賴Dependency)于元素A。在UML中，使用帶箭頭的線表示依賴關(guān)系，如4- 6所示（2） 泛化關(guān)系-泛化關(guān)系描述了一般事物與該事物中的特殊種類之間的關(guān)系， 也就是父類與子類之間的關(guān)系。繼承關(guān)系是泛化關(guān)系的反關(guān)系

47、，也就是說類是從父類中繼承的，而父類則是類的泛化。在UML中，使用帶空心箭頭的實線表示，箭頭指向父類，如4-7所示（3） 關(guān)聯(lián)關(guān)系-關(guān)聯(lián)Association)表示兩個類的實例之間存在的某種語義上的系。例如，一個老師在某學(xué)校工，一個學(xué)校有多間教室我們就認(rèn)為教室和學(xué)校、學(xué)校教室之間存在著關(guān)聯(lián)關(guān)系。（4） 實現(xiàn)關(guān)系-實現(xiàn)關(guān)系是用來規(guī)接口和實現(xiàn)接口的類或組件之間的關(guān)系。接口是操作的集合，這些操作用于規(guī)定類或組件的服務(wù)。在UML中，使用一個帶空心箭頭的線表示，如4-9所示金色考點11、UML常見關(guān)系的表示方法：盡量掌握nnnnnnn接口：空心圓+直線（唐老鴨類實現(xiàn)了講人話）；依賴：虛線+箭頭（動物和空

48、氣的關(guān)系）；關(guān)聯(lián)：實線+箭頭（企鵝需要知道氣候才遷移）；聚合：空心四邊形+實線+箭頭（雁群和大雁的關(guān)系）；/組合：實心四邊形+實線+箭頭（鳥和翅膀的關(guān)系）； 泛化/繼承：空心三角形+實線（動物和鳥的繼承關(guān)系）； 實現(xiàn)：空心三角形+虛線（實現(xiàn)大雁飛翔的接口）；例題34:-高級09下試題1134、以下關(guān)于UML的敘述，錯誤的是（34）； AUML是一種面向?qū)ο蟮臉?biāo)準(zhǔn)化的統(tǒng)BUML是一種圖形化的語言模語言CUML不能于系統(tǒng)開發(fā)過程DUML還可以處理與軟件的說明和文檔相關(guān)的問題，如需求說明等例題35:-高級15上試題2735、以下關(guān)于UML的敘述中，（35）是正確的。A、UML是一種標(biāo)準(zhǔn)的圖形化建模語言B、UML是一種可視化的程序設(shè)計語言C、UML是一種開發(fā)工具的規(guī)格說明D、UML是程序設(shè)計方法的描述例題36:-高級05上試題4636、UML提供了4種結(jié)構(gòu)圖用于對系統(tǒng)的靜態(tài)方面進(jìn)行可視化、詳述、構(gòu)造 和文檔化。其中（4）是面向?qū)ο笙到y(tǒng)規(guī)模中