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

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

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

4、序、局域網(wǎng)上的同構(gòu)應(yīng)用程序pJ2EE：支持企業(yè)開放式應(yīng)用的主流平臺(tái)之一， 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ì)算機(jī)網(wǎng)絡(luò)知識(shí)+、CORBA、EJB)金色考點(diǎn)1：信息系統(tǒng)的生命周期可以分為4個(gè)階段：立項(xiàng)（規(guī)劃），開發(fā)，運(yùn)維，消亡（花開云散） 1、立項(xiàng)階段：包含概念形成過(guò)程和需求分析過(guò)程2、開發(fā)階段（關(guān)鍵）：總體規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施、系統(tǒng)驗(yàn)收： (劃分即試驗(yàn)）（1）總體規(guī)劃階段：以需求為基礎(chǔ)指導(dǎo)開發(fā)，優(yōu)化配置各種總體結(jié)構(gòu)、組織結(jié)構(gòu)、管理流程、實(shí)施計(jì)劃、技術(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ì)階段：根據(jù)分析的結(jié)果設(shè)計(jì)實(shí)施方案，包括系統(tǒng)架構(gòu)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、處理流程設(shè)計(jì)、功能模塊設(shè)計(jì)、安全控制方案設(shè)計(jì)、系統(tǒng)組織和隊(duì)伍設(shè)計(jì)及系統(tǒng)管理流程設(shè)計(jì)；（4） 系統(tǒng)實(shí)施階段：將設(shè)計(jì)階段的成果在計(jì)算機(jī)和網(wǎng)絡(luò)上實(shí)現(xiàn)，用戶的參與特別重要；（5）系統(tǒng)驗(yàn)收階段：通過(guò)試運(yùn)行，系統(tǒng)優(yōu)劣和其他問(wèn)題提交用戶驗(yàn)收3、運(yùn)維階段信息系統(tǒng)通過(guò)驗(yàn)收，正式移交用戶。分為排錯(cuò)性、適應(yīng)性、完善性、預(yù)防性等四個(gè)主要類型4、消亡階段：系統(tǒng)不可以一直運(yùn)行，應(yīng)在初期就注意消亡的條件、時(shí)間以及由此話費(fèi)的成本；例題1:-高級(jí)10上試題1

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

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

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

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

10、過(guò)消息傳遞、封裝、多態(tài)、繼承例題4:-高級(jí)12上試題14、信息系統(tǒng)開發(fā)方法有很多種，開發(fā)可以根據(jù)項(xiàng)目的需要選擇一種適合的開發(fā)方法，其中把整個(gè)系統(tǒng)的開發(fā)過(guò)程分為若干階段，然后一步一步地依次進(jìn)行開發(fā)的方法稱為(4) 。A結(jié)構(gòu)化方法B面向?qū)ο蠓椒–原型方法D瀑布模型方法例題5:-高級(jí)11上試題15、某異地開發(fā)的信息系統(tǒng)集成項(xiàng)目以程序流程圖、數(shù)據(jù)流程圖等為主要分析設(shè)計(jì)工具。由于用戶身處異地，現(xiàn)場(chǎng)參與系統(tǒng)開發(fā)成本較高，因此項(xiàng) 目組采用了先開發(fā)一個(gè)簡(jiǎn)化系統(tǒng)，待用戶認(rèn)可后再開發(fā)最終系統(tǒng)的策略。 該信息系統(tǒng)集成項(xià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:-高級(jí)12下試題16、某信息系統(tǒng)項(xiàng)目采用原型法開發(fā)，以下做法中不正確的是（6）A前期花足夠的時(shí)間與客戶充分，完全明確需求后再開發(fā)實(shí)現(xiàn)B系統(tǒng)分析、設(shè)計(jì)和實(shí)現(xiàn)工作之間不做嚴(yán)格的界限劃分C動(dòng)態(tài)響應(yīng)用戶的需求，逐步納入用戶的具體要求，逐步修改系統(tǒng) 開發(fā)計(jì)劃D本著開發(fā)復(fù)修改對(duì)需求的初步理解，快速開發(fā)一個(gè)原型系統(tǒng)，再反例題7:-中級(jí)13下試題117、A公司承接了一項(xiàng)信息系統(tǒng)升級(jí)任務(wù)，用戶對(duì)文檔資料標(biāo)準(zhǔn)化要求比較高并委派固定與A公司進(jìn)行配合，要求在他們現(xiàn)有的信息系統(tǒng)（該系統(tǒng)是A公司建設(shè)的）基礎(chǔ)上擴(kuò)充一個(gè)審批功能，該公司最適宜采用（7）。A

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

33、部分;軟件測(cè)試不可能發(fā)現(xiàn)系統(tǒng)中所有潛在的錯(cuò)誤，所以這些程序在使用過(guò)程中還可能發(fā)生錯(cuò)誤，診斷和更正這些錯(cuò)誤的過(guò)程稱為（11）；為了改進(jìn)軟件未來(lái)的可維護(hù)性或可靠性，或者為了給未來(lái)的改進(jìn)提供更好的基礎(chǔ)而對(duì)軟件進(jìn)行修改，這類活動(dòng)稱為（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:-高級(jí)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ù)考點(diǎn)8、軟件復(fù)用（需要掌握

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

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

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

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

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

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

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

41、對(duì)象，對(duì)于同一個(gè)消息（方法調(diào)用）作出 相同響應(yīng)的方式C. 兩個(gè)或多個(gè)屬于同一類的對(duì)象，對(duì)于同一個(gè)消息（方法調(diào)用）作用 于不同類型的數(shù)據(jù)，作出不同響應(yīng)的方式D. 兩個(gè)或多個(gè)屬于同一類的對(duì)象，對(duì)于不同消息（方法調(diào)用）作用于 相同類型的數(shù)據(jù)，作出不同響應(yīng)的方式例題31:-高級(jí)15上試題2531、以下關(guān)于面向?qū)ο蟮臄⑹鲋?，?1）是不正確的。A、通過(guò)消息傳遞，各個(gè)對(duì)象之間實(shí)現(xiàn)通信B、每個(gè)對(duì)象都屬于特定的類C、面向?qū)ο筌浖_發(fā)可以實(shí)現(xiàn)代碼的重用 D、一個(gè)對(duì)象可以是兩個(gè)以上類的實(shí)例例題32:-高級(jí)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的代碼分離，從而使同一個(gè)程序可以使用不同的表現(xiàn)形式D、MVC強(qiáng)制性地使應(yīng)用程序的輸入、處理和輸出緊密結(jié)合例題33:-高級(jí)15下試題2533、以下關(guān)于類和對(duì)象關(guān)系的敘述中，（33 ）是不正確的A.對(duì)象是類的實(shí)例C.類是靜態(tài)的，對(duì)象是動(dòng)態(tài)的B.類是對(duì)象的抽象D.類和對(duì)象必須同時(shí)存在金色考點(diǎn)11、UML（需要掌握UML語(yǔ)言的特點(diǎn)、視圖以及它們之間的關(guān)系等） 1、UML具有如下的語(yǔ)言特征：1） 不是一種可視化的程序設(shè)計(jì)語(yǔ)言，而是一種可視化的建模語(yǔ)言；2） 是一種建

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

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

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

46、匯組成的類和對(duì)象集合。（2） 進(jìn)程視圖：可執(zhí)行線程和進(jìn)程作為活動(dòng)類的建模，它是邏輯視圖的一次執(zhí)行實(shí)例（3） 構(gòu)件視圖：對(duì)組成基于系統(tǒng)的物理代碼的文件和組件進(jìn)行建模。（4） 部署視圖：把組件物理地部署到一組物理的、可計(jì)算節(jié)點(diǎn)上。（5） 用例視圖：最基本的需求分析模型。金色考點(diǎn)11、UML類之間的關(guān)系：（1） 依賴關(guān)系-有兩個(gè)元素A、B,如果元素A的變化會(huì)引起元素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、，也就是說(shuō)類是從父類中繼承的，而父類則是類的泛化。在UML中，使用帶空心箭頭的實(shí)線表示，箭頭指向父類，如4-7所示（3） 關(guān)聯(lián)關(guān)系-關(guān)聯(lián)Association)表示兩個(gè)類的實(shí)例之間存在的某種語(yǔ)義上的系。例如，一個(gè)老師在某學(xué)校工，一個(gè)學(xué)校有多間教室我們就認(rèn)為教室和學(xué)校、學(xué)校教室之間存在著關(guān)聯(lián)關(guān)系。（4） 實(shí)現(xiàn)關(guān)系-實(shí)現(xiàn)關(guān)系是用來(lái)規(guī)接口和實(shí)現(xiàn)接口的類或組件之間的關(guān)系。接口是操作的集合，這些操作用于規(guī)定類或組件的服務(wù)。在UML中，使用一個(gè)帶空心箭頭的線表示，如4-9所示金色考點(diǎn)11、UML常見關(guān)系的表示方法：盡量掌握nnnnnnn接口：空心圓+直線（唐老鴨類實(shí)現(xiàn)了講人話）；依賴：虛線+箭頭（動(dòng)物和空

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