1、三三、信息系統(tǒng)集成技術(shù)專業(yè)知識(shí)信息系統(tǒng)集成技術(shù)專業(yè)知識(shí) 根據(jù)考試大綱的規(guī)定，根據(jù)考試大綱的規(guī)定， 本章的涉及的考點(diǎn)甚多，涵蓋了計(jì)算機(jī)專業(yè)中軟件本章的涉及的考點(diǎn)甚多，涵蓋了計(jì)算機(jī)專業(yè)中軟件 工程、面向?qū)ο笙到y(tǒng)分析與設(shè)計(jì)、軟件體系結(jié)構(gòu)、計(jì)算機(jī)網(wǎng)絡(luò)工程、面向?qū)ο笙到y(tǒng)分析與設(shè)計(jì)、軟件體系結(jié)構(gòu)、計(jì)算機(jī)網(wǎng)絡(luò)等多門課程的知等多門課程的知 識(shí)，主要包括如下的一些知識(shí)點(diǎn)：識(shí)，主要包括如下的一些知識(shí)點(diǎn)： （1 1）信息系統(tǒng)的生命周期與開發(fā)方法。）信息系統(tǒng)的生命周期與開發(fā)方法。 （2 2）軟件工程相關(guān)知識(shí)，包括軟件需求、軟件設(shè)計(jì)、軟件測(cè)試、軟件維護(hù)、）軟件工程相關(guān)知識(shí)，包括軟件需求、軟件設(shè)計(jì)、軟件測(cè)試、軟件維護(hù)、

2、軟件質(zhì)量保證、軟件配置管理、軟件過(guò)程管理、軟件開發(fā)工具、軟件復(fù)用等。軟件質(zhì)量保證、軟件配置管理、軟件過(guò)程管理、軟件開發(fā)工具、軟件復(fù)用等。 （3 3）面向?qū)ο蟮幕靖拍?、）面向?qū)ο蟮幕靖拍?、UMLUML 建模、面向?qū)ο蟮南到y(tǒng)分析與設(shè)計(jì)。建模、面向?qū)ο蟮南到y(tǒng)分析與設(shè)計(jì)。 （4 4）軟件體系結(jié)構(gòu)的概念，典型的體系結(jié)構(gòu)，軟件體系結(jié)構(gòu)的設(shè)計(jì)方法、）軟件體系結(jié)構(gòu)的概念，典型的體系結(jié)構(gòu)，軟件體系結(jié)構(gòu)的設(shè)計(jì)方法、 分析與評(píng)估，軟件中間件。分析與評(píng)估，軟件中間件。 （5 5）典型的應(yīng)用集成技術(shù)，包括數(shù)據(jù)庫(kù)與數(shù)據(jù)倉(cāng)庫(kù)技術(shù)、）典型的應(yīng)用集成技術(shù)，包括數(shù)據(jù)庫(kù)與數(shù)據(jù)倉(cāng)庫(kù)技術(shù)、Web ServiceWeb Servic

3、e 技技 術(shù)、術(shù)、J2EEJ2EE（Java 2 Platform EnterJava 2 Platform Enterprise Editionprise Edition，Java 2Java 2 平臺(tái)企業(yè)版）平臺(tái)企業(yè)版）和和.NET.NET 架構(gòu)、軟件引擎技術(shù)、構(gòu)件及在系統(tǒng)集成中的應(yīng)用、架構(gòu)、軟件引擎技術(shù)、構(gòu)件及在系統(tǒng)集成中的應(yīng)用、COM/DCOM/COM+COM/DCOM/COM+、CORBACORBA （Common Object Request Broker ArchitectureCommon Object Request Broker Architecture，通用對(duì)象請(qǐng)求代理結(jié)

4、構(gòu)），通用對(duì)象請(qǐng)求代理結(jié)構(gòu)） 、 EJBEJB（Enterprise JavaBeansEnterprise JavaBeans，企業(yè)級(jí)，企業(yè)級(jí) JavaBeanJavaBean） 。 （6 6）網(wǎng)絡(luò)技術(shù)標(biāo)準(zhǔn)與協(xié)議，）網(wǎng)絡(luò)技術(shù)標(biāo)準(zhǔn)與協(xié)議，InternetInternet 技術(shù)及應(yīng)用，網(wǎng)絡(luò)的分類和管理，網(wǎng)技術(shù)及應(yīng)用，網(wǎng)絡(luò)的分類和管理，網(wǎng) 絡(luò)服務(wù)器，網(wǎng)絡(luò)交換技術(shù)，網(wǎng)絡(luò)存儲(chǔ)技術(shù)，無(wú)線網(wǎng)技術(shù)、光網(wǎng)絡(luò)技術(shù)、網(wǎng)絡(luò)接絡(luò)服務(wù)器，網(wǎng)絡(luò)交換技術(shù)，網(wǎng)絡(luò)存儲(chǔ)技術(shù)，無(wú)線網(wǎng)技術(shù)、光網(wǎng)絡(luò)技術(shù)、網(wǎng)絡(luò)接 入技術(shù)，綜合布線、機(jī)房工程，網(wǎng)絡(luò)規(guī)劃入技術(shù)，綜合布線、機(jī)房工程，網(wǎng)絡(luò)規(guī)劃、設(shè)計(jì)與實(shí)施。、設(shè)計(jì)與實(shí)施。 例題例題 1 基于計(jì)算

5、機(jī)的信息系統(tǒng)主要包括計(jì)算機(jī)硬件系統(tǒng)、 計(jì)算機(jī)軟件系統(tǒng)、 數(shù)據(jù)及其存儲(chǔ)介質(zhì)、 通信系統(tǒng)、信息采集設(shè)備、_（1）_和工作人員等七大部分。 （1）A. 信息處理系統(tǒng) B. 信息管理者 C. 安全系統(tǒng) D. 規(guī)章制度 例題例題 1 分析分析 信息系統(tǒng)主要包括計(jì)算機(jī)硬件系統(tǒng)、計(jì)算機(jī)軟件系統(tǒng)、數(shù)據(jù)及其存儲(chǔ)介質(zhì)、通信系統(tǒng)、 信息采集設(shè)備、規(guī)章制度和工作人員等七大部分。 例題例題 1 答案答案 （1）D 例題例題 2 關(guān)于軟件測(cè)試對(duì)軟件質(zhì)量的意義，有以下觀點(diǎn)：度量與評(píng)估軟件的質(zhì)量；保證軟件 的質(zhì)量；改進(jìn)軟件開發(fā)過(guò)程；發(fā)現(xiàn)軟件錯(cuò)誤。其中正確的是_（2）_。 （2）A、 B、 C、 D、 例題例題 2 分析分析

6、軟件測(cè)試是軟件質(zhì)量保證的主要手段之一， 也是在將軟件交付給客戶之前所必須完成的 步驟。目前，軟件的正確性證明尚未得到根本的解決，軟件測(cè)試仍是發(fā)現(xiàn)軟件錯(cuò)誤和缺陷的 主要手段。軟件測(cè)試的目的就是在軟件投入生產(chǎn)性運(yùn)行之前，盡可能多地發(fā)現(xiàn)軟件產(chǎn)品（主 要是指程序）中的錯(cuò)誤和缺陷。 1983 年，Bill Hetzel 在Complete Guide of Software Testing一書中指出：“測(cè)試是以評(píng) 價(jià)一個(gè)程序或者系統(tǒng)屬性為目標(biāo)的任何一種活動(dòng)。測(cè)試是對(duì)軟件質(zhì)量的度量”。Grenford J. Myers 在The Art of Software Testing一書中指出： （1）軟件測(cè)試是

7、為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程； （2）測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)誤； （3）一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤； （4）一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。 這種觀點(diǎn)可以提醒人們測(cè)試要以查找錯(cuò)誤為中心， 而不是為了演示軟件的正確功能。 但 是僅憑字面意思理解這一觀點(diǎn)可能會(huì)產(chǎn)生誤導(dǎo)， 認(rèn)為發(fā)現(xiàn)錯(cuò)誤是軟件測(cè)試的唯一目， 查找不 出錯(cuò)誤的測(cè)試就是沒(méi)有價(jià)值的，事實(shí)并非如此。 首先，測(cè)試并不僅僅是為了要找出錯(cuò)誤。通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征， 可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過(guò)程的缺陷，以便改進(jìn)。同時(shí)，這種分析也能幫 助我們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法，

8、改善測(cè)試的有效性。 其次，沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。詳 細(xì)而嚴(yán)謹(jǐn)?shù)目煽啃栽鲩L(zhǎng)模型可以證明這一點(diǎn)。 綜上所述，試題中的觀點(diǎn)是錯(cuò)誤的，軟件測(cè)試只是軟件質(zhì)量保證的手段之一，不能單 憑測(cè)試來(lái)保證軟件質(zhì)量。 例題例題 2 答案答案 （2）C 例題例題 3 代碼走查和代碼審查是兩種不同的代碼評(píng)審方法， 這兩種方法的主要區(qū)別是_ （3） _。 （3） A. 在代碼審查中由編寫代碼的程序員來(lái)組織討論， 而在代碼走查中由高級(jí)管理人 員來(lái)領(lǐng)導(dǎo)評(píng)審小組的活動(dòng) B. 在代碼審查中只檢查代碼中是否有錯(cuò)誤， 而在代碼走查中還要檢查程序與設(shè)計(jì) 文檔的一致性 C. 在代碼走查中只檢查

9、程序的正確性， 而在代碼審查中還要評(píng)審程序員的編程能 力和工作業(yè)績(jī) D. 代碼審查是一種正式的評(píng)審活動(dòng)，而代碼走查的討論過(guò)程是非正式的 例題例題 3 分析分析 本題考查有關(guān)靜態(tài)測(cè)試技術(shù)。 靜態(tài)分析中進(jìn)行人工測(cè)試的主要方法有桌前檢查、 代碼審 查和代碼走查，它們的含義可參見 3.2.2 節(jié)中的內(nèi)容。 代碼走查與代碼審查大致相同，其過(guò)程也分為兩步。 （1）把材料先發(fā)給走查小組每個(gè)成員，讓他們認(rèn)真研究程序，然后再開會(huì)。 （2）開會(huì)的程序與代碼會(huì)審不同，不是簡(jiǎn)單地讀程序和對(duì)照錯(cuò)誤檢查表進(jìn)行檢查，而 是讓與會(huì)者“充當(dāng)”計(jì)算機(jī)。即首先由測(cè)試組成員為被測(cè)程序準(zhǔn)備一批有代表性的測(cè)試用例， 提交給走查小組。 走

10、查小組開會(huì)， 集體扮演計(jì)算機(jī)角色， 讓測(cè)試用例沿程序的邏輯運(yùn)行一遍， 隨時(shí)記錄程序的蹤跡，供分析和討論用。 由此可見，與代碼審查相比，代碼審查是一種正式的評(píng)審活動(dòng)，而代碼走查的討論過(guò)程 是非正式的。 例題例題 3 答案答案 （3）D 例題例題 4 UML 采用 4+1 視圖來(lái)描述軟件和軟件開發(fā)過(guò)程，其中_（4）_描繪了所設(shè)計(jì)的并發(fā)與 同步結(jié)構(gòu)；_（5）_表示軟件到硬件的映射及分布結(jié)構(gòu)；UML 中的類圖可以用來(lái)表示 4+1 視圖中的_（6）_。 （4）A. 邏輯視圖 （Logical View） B. 實(shí)現(xiàn)視圖 （Implementation View ） C. 進(jìn)程視圖 （Process Vi

11、ew） D. 部署視圖 （Deployment View） （5）A. 邏輯視圖 B. 實(shí)現(xiàn)視圖 C.進(jìn)程視圖 D. 部署視圖 （6）A. 邏輯視圖 B. 實(shí)現(xiàn)視圖 C.進(jìn)程視圖 D. 部署視圖 例題例題 4 分析分析 UML 采用 4+1 視圖來(lái)描述軟件和軟件開發(fā)過(guò)程： （1）邏輯視圖：以問(wèn)題域的語(yǔ)匯組成的類和對(duì)象集合。 （2）進(jìn)程視圖：可執(zhí)行線程和進(jìn)程作為活動(dòng)類的建模，它是邏輯視圖的一次執(zhí)行實(shí)例， 描繪了所設(shè)計(jì)的并發(fā)與同步結(jié)構(gòu)。 （3）實(shí)現(xiàn)視圖：對(duì)組成基于系統(tǒng)的物理代碼的文件和組件進(jìn)行建模。 （4）部署視圖：把組件物理地部署到一組物理的、可計(jì)算的節(jié)點(diǎn)上，表示軟件到硬件 的映射及分布結(jié)構(gòu)。

12、（5）用例視圖：最基本的需求分析模型。 例題例題 4 答案答案 （4）C （5）D （6）A 例題例題 5 Java EE 是 Java 領(lǐng)域內(nèi)企業(yè)級(jí)應(yīng)用開發(fā)的框架與標(biāo)準(zhǔn)。下面關(guān)于采用 Java EE 架構(gòu)的描 述，不正確的是_（7）_。 . （7）A. Java EE 定義了分布式環(huán)境中多層應(yīng)用系統(tǒng)的架構(gòu)，是多種 Java 技術(shù)的混合體 B. 具有典型的三層結(jié)構(gòu)：表現(xiàn)層，業(yè)務(wù)邏輯層和基礎(chǔ)設(shè)施層 C. 不同的應(yīng)用系統(tǒng)對(duì)底層支持系統(tǒng)的要求可能不同， 因此每次開發(fā)時(shí)應(yīng)該針對(duì)不 同的應(yīng)用需求對(duì)底層系統(tǒng)進(jìn)行二次開發(fā)，提供支持接口 D. 要嚴(yán)格區(qū)分業(yè)務(wù)邏輯層和表現(xiàn)層， 尤其應(yīng)該注意不要在表現(xiàn)層中混雜業(yè)務(wù)

13、代碼 例題例題 5 分析分析 Java EE 以前稱為 J2EE，可以幫助開發(fā)和部署可移植、健壯、可伸縮且安全的服務(wù)器 端 Java 應(yīng)用程序。Java EE 是在 Java SE 的基礎(chǔ)上構(gòu)建的，它提供 Web 服務(wù)、組件模型、 管理和通信 API，可以用來(lái)實(shí)現(xiàn)企業(yè)級(jí)的 SOA 和 Web 2.0 應(yīng)用程序。Java EE 定義了分布 式環(huán)境中多層應(yīng)用系統(tǒng)的架構(gòu)，是多種 Java 技術(shù)的混合體，具有典型的三層結(jié)構(gòu)：表現(xiàn)層， 業(yè)務(wù)邏輯層和基礎(chǔ)設(shè)施層。在實(shí)際應(yīng)用中，基礎(chǔ)設(shè)施層應(yīng)該要保持穩(wěn)定，要嚴(yán)格區(qū)分業(yè)務(wù)邏 輯層和表現(xiàn)層，尤其應(yīng)該注意不要在表現(xiàn)層中混雜業(yè)務(wù)代碼。 例題例題 5 答案答案 （7）C

14、 例題例題 6 對(duì)通信線路進(jìn)行設(shè)置與拆除的通信設(shè)備是_（8）_。通過(guò)局域網(wǎng)連接到 Internet 時(shí)， 計(jì)算機(jī)上必須有_（9）_。 （8）A交換機(jī) B通信控制器 C多路復(fù)用器 D路由器 （9）AMODEM B網(wǎng)絡(luò)適配器 C電話 DUSB 接口 例題例題 6 分析分析 數(shù)據(jù)通信是計(jì)算機(jī)和通信相結(jié)合的一種通信方式。 由于它是人通過(guò)數(shù)據(jù)終端與計(jì)算機(jī)或 計(jì)算機(jī)與計(jì)算機(jī)間的通信，很多通信過(guò)程應(yīng)自動(dòng)化，并能對(duì)傳輸差錯(cuò)做自動(dòng)校正。數(shù)據(jù)通信 系統(tǒng)的基本模型如圖 3-18 所示。 圖圖 3-1 8 數(shù)據(jù)通信系統(tǒng)的基本模型數(shù)據(jù)通信系統(tǒng)的基本模型 圖 3-18 是一個(gè)遠(yuǎn)端的 DTE（Date Terminal E

15、quipment，數(shù)據(jù)終端設(shè)備）通過(guò)一條由傳輸 信道和其兩端的 DCE（Date Communication Equipment，數(shù)據(jù)電路終接設(shè)備）組成的數(shù)據(jù)電 路，與一個(gè)計(jì)算機(jī)系統(tǒng)相連的系統(tǒng)。如果傳輸信道是通過(guò)交換網(wǎng)提供的，則通信開始前必須 有一個(gè)呼叫和建立連接（設(shè)置通信線路）的過(guò)程，并在通信結(jié)束時(shí)及時(shí)拆除連接。完成這種 設(shè)置與拆除的通信設(shè)備為交換機(jī)。 如果傳輸信道是固定連接的專用線路， 則無(wú)需這兩個(gè)過(guò)程。 在數(shù)據(jù)電路建立后，為有效地進(jìn)行數(shù)據(jù)通信，還必須按一定規(guī)程對(duì)傳輸過(guò)程進(jìn)行控制， 以保證通信雙方協(xié)調(diào)地和可靠地工作。 包括在數(shù)據(jù)終端設(shè)備中的傳輸控制器就是按雙方事先 約定的傳輸控制規(guī)程（協(xié)議

16、）實(shí)施控制的單元。數(shù)據(jù)電路和其兩端的傳輸控制器一起組成的 通路稱為數(shù)據(jù)鏈路。 如果通信信道是模擬信道，DCE 的作用就是把 DTE 送來(lái)的數(shù)據(jù)信號(hào)再送往信道，信號(hào) 到達(dá)目的結(jié)點(diǎn)后，把信道送來(lái)的模擬信號(hào)變換成數(shù)據(jù)信號(hào)再送到 DTE；如果通信信道是數(shù) 字信道，DCE 的作用就是實(shí)現(xiàn)信號(hào)碼型與電平的轉(zhuǎn)換、信道特性的均衡、收發(fā)時(shí)鐘的形成 與供給以及線路接續(xù)控制等。 顯然，通過(guò)局域網(wǎng)連接到 Internet 時(shí)，計(jì)算機(jī)上必須有網(wǎng)卡，即網(wǎng)絡(luò)適配器。 網(wǎng)絡(luò)適配器又稱為網(wǎng)絡(luò)接口卡，簡(jiǎn)稱網(wǎng)卡，它插在 PC 機(jī)擴(kuò)展槽上（現(xiàn)在很多的網(wǎng)卡也 可以集成在主板上） ，是局域網(wǎng)系統(tǒng)中的通信控制器或通信處理機(jī)。通過(guò)它可以將用

17、戶工作 站連接到網(wǎng)絡(luò)上，實(shí)現(xiàn)網(wǎng)絡(luò)資源的共享。網(wǎng)卡與傳輸介質(zhì)共同實(shí)現(xiàn) OSI 模型中的物理層的 全部功能和鏈路層的大部分功能，所以連接局域網(wǎng)的 PC 機(jī)必須有網(wǎng)卡。 例題例題 6 答案答案 （8）A （9）B 例題例題 7 TCP/IP 協(xié)議分為四層，分別為應(yīng)用層、傳輸層、網(wǎng)際層和網(wǎng)絡(luò)接口層。不屬于應(yīng)用層 協(xié)議的是_（10）_，屬于網(wǎng)際層協(xié)議的是_（11）_。 （10）ASNMP BUDP CTELNET DFTP （11）ARPC BUDP CTCP DIP 例題例題 7 分析分析 本題中考查的是考生對(duì) TCP/IP 協(xié)議的熟悉程度，應(yīng)清楚地知道各種協(xié)議屬于哪一層， 可參見教材中的內(nèi)容。 例題

18、例題 7 答案答案 （10）B （11）D 例題例題 8 下面有關(guān)測(cè)試的說(shuō)法正確的是_（12）_。. （12）A測(cè)試人員應(yīng)該在軟件開發(fā)結(jié)束后開始介入 B測(cè)試主要是軟件開發(fā)人員的工作 C要根據(jù)軟件詳細(xì)設(shè)計(jì)中設(shè)計(jì)的各種合理數(shù)據(jù)設(shè)計(jì)測(cè)試用例 D嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行，避免測(cè)試的隨意性 例題例題 8 分析分析 首先要明晰，根據(jù)軟件的定義“軟件包括源程序、數(shù)據(jù)和文檔” ，因此，軟件測(cè)試不是 僅對(duì)源程序進(jìn)行測(cè)試，開發(fā)各階段得到的文檔包括需求規(guī)格說(shuō)明書、概要設(shè)計(jì)說(shuō)明書、詳細(xì) 設(shè)計(jì)說(shuō)明書等都是軟件測(cè)試的對(duì)象。 一般地，要遵循軟件測(cè)試的七條原則，盡量多發(fā)現(xiàn)錯(cuò)誤和缺陷。在軟件測(cè)試中，為了發(fā) 現(xiàn)更多的錯(cuò)誤讓系統(tǒng)更完善

19、， 設(shè)計(jì)測(cè)試用例時(shí)不但要選擇合理的輸入數(shù)據(jù)作為測(cè)試用例， 而 且要選擇不合理的輸入數(shù)據(jù)作為測(cè)試用例，使得系統(tǒng)能應(yīng)付各種情況。 測(cè)試過(guò)程不但要求軟件開發(fā)人員參與， 而且一般要求有專門的測(cè)試人員進(jìn)行測(cè)試， 并且 還要求用戶參與，特別是驗(yàn)收測(cè)試階段，用戶是主要的參與者。 例題例題 8 答案答案 （12）D 例題例題 9 兩個(gè)小組獨(dú)立地測(cè)試同一個(gè)程序，第一組發(fā)現(xiàn) 25 個(gè)錯(cuò)誤，第二組發(fā)現(xiàn) 30 個(gè)錯(cuò)誤，在兩 個(gè)小組發(fā)現(xiàn)的錯(cuò)誤中有 15 個(gè)是共同的，那么可以估計(jì)程序中的錯(cuò)誤總數(shù)是_（13）_個(gè)。 （13）A25 B30 C50 D60 例題例題 9 分析分析 估計(jì)程序中的錯(cuò)誤總數(shù)為 X，那么： （25/

20、X）*（30/X）= 15/X，解得 X=50。 例題例題 9 答案答案 （13）C 例題例題 10 軟件測(cè)試中的 測(cè)試由用戶在軟件開發(fā)者指導(dǎo)下完成，這種測(cè)試屬于 _（14）_階段 的測(cè)試活動(dòng)。 （14）A.單元測(cè)試 B.集成測(cè)試 C.系統(tǒng)測(cè)試 D.確認(rèn)測(cè)試 例題例題 10 分析分析 從測(cè)試流程的角度看，軟件測(cè)試可分為單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。 單元測(cè)試， 也稱模塊測(cè)試， 通?？煞旁诰幊屉A段， 由程序員對(duì)自己編寫的模塊自行測(cè)試， 檢查模塊是否實(shí)現(xiàn)了詳細(xì)設(shè)計(jì)說(shuō)明書中規(guī)定的功能和算法。 單元測(cè)試主要發(fā)現(xiàn)編程和詳細(xì)設(shè) 計(jì)中產(chǎn)生的錯(cuò)誤，單元測(cè)試計(jì)劃應(yīng)該在詳細(xì)設(shè)計(jì)階段制定。 集成測(cè)試，也稱

21、組裝測(cè)試，它是對(duì)由各模塊組裝而成的程序進(jìn)行測(cè)試，主要目標(biāo)是發(fā)現(xiàn) 模塊間的接口和通信問(wèn)題。例如，數(shù)據(jù)穿過(guò)接口可能丟失，一個(gè)模塊對(duì)另一個(gè)模塊可能由于 疏忽而造成有害影響， 把子功能組合起來(lái)可能不產(chǎn)生預(yù)期的主功能， 個(gè)別看來(lái)是可以接受的 誤差可能積累到不能接受的程度， 全程數(shù)據(jù)結(jié)構(gòu)可能有問(wèn)題等。 集成測(cè)試主要發(fā)現(xiàn)設(shè)計(jì)階段 產(chǎn)生的錯(cuò)誤，集成測(cè)試計(jì)劃應(yīng)該在概要設(shè)計(jì)階段制定。 確認(rèn)測(cè)試， 主要依據(jù)軟件需求說(shuō)明書檢查軟件的功能、 性能及其他特征是否與用戶的需 求一致。確認(rèn)測(cè)試計(jì)劃應(yīng)該在需求分析階段制定。確認(rèn)測(cè)試中通常提到 （Alpha）測(cè)試和 （Beta）測(cè)試。如果一個(gè)軟件是作為產(chǎn)品被許多客戶使用的，不可能

22、也沒(méi)必要由每個(gè)客戶進(jìn) 行驗(yàn)收測(cè)試。絕大多數(shù)軟件開發(fā)商都使用被稱為 （Alpha）測(cè)試和 （Beta）測(cè)試的過(guò)程， 來(lái)發(fā)現(xiàn)那些看起來(lái)只有最終用戶才能發(fā)現(xiàn)的錯(cuò)誤。 測(cè)試由用戶在開發(fā)者的場(chǎng)所進(jìn)行，并且在開發(fā)者的指導(dǎo)下進(jìn)行測(cè)試。開發(fā)者負(fù)責(zé)記錄 發(fā)現(xiàn)的錯(cuò)誤和使用中遇到的問(wèn)題。也就是說(shuō)， 測(cè)試是在“受控的”環(huán)境中進(jìn)行的。 測(cè)試是在一個(gè)或多個(gè)用戶的現(xiàn)場(chǎng)由該軟件的最終用戶實(shí)施的，開發(fā)者通常不在現(xiàn)場(chǎng)， 用戶負(fù)責(zé)記錄發(fā)現(xiàn)的錯(cuò)誤和使用中遇到的問(wèn)題并把這些問(wèn)題報(bào)告給開發(fā)者。也就是說(shuō)， 測(cè) 試是在“受控的”環(huán)境中進(jìn)行的。 系統(tǒng)測(cè)試是將通過(guò)確認(rèn)測(cè)試的軟件， 作為整個(gè)基于計(jì)算機(jī)系統(tǒng)的一個(gè)元素， 與計(jì)算機(jī)硬 件、 外設(shè)、 某

23、些支持軟件、 數(shù)據(jù)和人員等其它系統(tǒng)組成部分結(jié)合在一起， 在實(shí)際運(yùn)行環(huán)境下， 對(duì)計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的測(cè)試。 其目的是通過(guò)與系統(tǒng)的需求定義作比較， 發(fā)現(xiàn)軟件與系統(tǒng) 定義不相符或矛盾的地方。 例題例題 10 答案答案 （14）D 例題例題 11 采用面向?qū)ο蠹夹g(shù)開發(fā)的應(yīng)用系統(tǒng)的特點(diǎn)是_（15）_。. （15）A.重用性更強(qiáng) B.運(yùn)行速度更快 C.占用存儲(chǔ)量小 D.維護(hù)更復(fù)雜 例題例題 11 分析分析 采用結(jié)構(gòu)化程序設(shè)計(jì)技術(shù)設(shè)計(jì)大型的軟件系統(tǒng)時(shí)， 由于功能分解十分復(fù)雜， 各部分關(guān)系 錯(cuò)綜復(fù)雜，設(shè)計(jì)工作非常困難，而且設(shè)計(jì)出的系統(tǒng)很不穩(wěn)定，致使不易維護(hù)。 而面向?qū)ο蠹夹g(shù)則將問(wèn)題分解成一個(gè)個(gè)封裝了屬性和方

24、法的對(duì)象， 這使得在分析設(shè)計(jì)軟 件系統(tǒng)時(shí)條理清晰， 特別有助于設(shè)計(jì)大型的復(fù)雜的軟件系統(tǒng)。 由于面向?qū)ο蠹夹g(shù)使用了繼承 機(jī)制，其重用性更強(qiáng)。采用面向?qū)ο蠹夹g(shù)開發(fā)的應(yīng)用系統(tǒng)更容易維護(hù)當(dāng)某個(gè)模塊需要更 新時(shí)，只要在保持接口不變，直接在該模塊內(nèi)部解決即可，不必影響到其它部分。 例題例題 11 答案答案 （15）A 例題例題 12 UML 的設(shè)計(jì)視圖包含了類、接口和協(xié)作，其中，設(shè)計(jì)視圖的靜態(tài)方面由_（16）_和 _（17）_表現(xiàn)；動(dòng)態(tài)方面由交互圖、_（18）_表現(xiàn)。 供選擇的答案： （16）A類圖 B狀態(tài)圖 C活動(dòng)圖 D用例圖 （17）A狀態(tài)圖 B順序圖 C 對(duì)象圖 D活動(dòng)圖 （18）A狀態(tài)圖和類圖 B

25、類圖和活動(dòng)圖 C對(duì)象圖和狀態(tài)圖 D 狀態(tài)圖和活動(dòng)圖 例題例題 12 分析分析 UML 的 9 種圖可分為表示系統(tǒng)靜態(tài)結(jié)構(gòu)的靜態(tài)模型（包括對(duì)象圖、類圖、構(gòu)件圖、部 署圖） ，以及表示系統(tǒng)動(dòng)態(tài)結(jié)構(gòu)的動(dòng)態(tài)模型（包括順序圖、協(xié)作圖、狀態(tài)圖、活動(dòng)圖） ，其中 順序圖和協(xié)作圖統(tǒng)稱為交互圖。 此外，用例圖的分類目前尚有爭(zhēng)議，有書上將其分類為動(dòng)態(tài)模型，也有書上將其分類為 靜態(tài)模型，軟設(shè)的官方標(biāo)準(zhǔn)教程上將其分類為靜態(tài)模型。從系統(tǒng)功能的范圍來(lái)看，當(dāng)捕獲到 較完整的用戶需求之后，系統(tǒng)的功能范圍基本不變，因而可將其看成靜態(tài)的，從參與者跟用 例的交互來(lái)看，隨著時(shí)間、場(chǎng)景的不同，系統(tǒng)由表現(xiàn)出不同的功能，所以又可將其視為動(dòng)

26、態(tài) 的。因此，為了避免出錯(cuò)，建議大家在解題時(shí)先不要考慮用例圖，以其它選項(xiàng)來(lái)推答案。 在第（16）空的備選答案中，類圖是明顯的靜態(tài)圖而第（17）空選項(xiàng)中的對(duì)象圖是明顯 的靜態(tài)圖，對(duì)于第（18）空，可將靜態(tài)圖：類圖和對(duì)象圖排除，可以得到選項(xiàng) D“狀態(tài)圖和 活動(dòng)圖”屬于動(dòng)態(tài)圖，由此可見，本題答案為：A，C，D。 例題例題 12 答案答案 （16）A （17）C （18）D 例題例題 13 面向?qū)ο蠓治龅牡谝徊绞莀（19）_。 （19）A定義服務(wù) B確定附加的系統(tǒng)約束 C 確定問(wèn)題域 D定義類和對(duì)象 例題例題 13 分析分析 面向?qū)ο蠓治龅牟襟E應(yīng)是： 第一步，確定問(wèn)題域。 第二步，確定對(duì)象和類。這里所

27、說(shuō)的對(duì)象是對(duì)數(shù)據(jù)及其處理方式的抽象，它反映了系統(tǒng) 保存和處理現(xiàn)實(shí)世界中某些事物的信息的能力。類是多個(gè)對(duì)象的共同屬性和方法集合的描 述，它包括如何在一個(gè)類中建立一個(gè)新對(duì)象的描述。 第三步，確定結(jié)構(gòu)。結(jié)構(gòu)是指問(wèn)題域的復(fù)雜性和連接關(guān)系。類成員結(jié)構(gòu)反映了泛化-特 化關(guān)系，整體-部分結(jié)構(gòu)反映整體和局部之間的關(guān)系。 第四步，確定主題。主題是指事物的總體概貌和總體分析模型。 第五步，確定屬性。屬性就是數(shù)據(jù)元素，可用來(lái)描述對(duì)象或分類結(jié)構(gòu)的實(shí)例，可在圖中 給出，并在對(duì)象的存儲(chǔ)中指定。 第六步， 確定方法。 方法是在收到消息后必須進(jìn)行的一些處理方法： 方法要在圖中定義， 并在對(duì)象的存儲(chǔ)中指定。對(duì)于每個(gè)對(duì)象和結(jié)構(gòu)來(lái)

28、說(shuō)，那些用來(lái)增加、修改、刪除和選擇一個(gè) 方法本身都是隱含的，而有些則是顯示的。 例題例題 13 答案答案 （19）C 例題例題 14 在 OSI 參考模型中，數(shù)據(jù)鏈路層處理的數(shù)據(jù)單位是_（20）_。 （20）A. 比特 B. 幀 C. 分組 D. 報(bào)文 例題例題 14 分析分析 在 OSI 參考模型中，從底往上，物理層處理比特流，數(shù)據(jù)鏈路層處理數(shù)據(jù)幀，網(wǎng)絡(luò)層 處理分組， 傳輸層處理 TPDU（Transport Protocol Data Unit，傳輸協(xié)議數(shù)據(jù)單元） ，會(huì)話層、 表示層和應(yīng)用層分別處理 SPDU、PPDU、APDU。 例題例題 14 答案答案 （20）B 例題例題 15 一個(gè)局域網(wǎng)中某臺(tái)主機(jī)的 IP 地址為 2，使用 22 位作為網(wǎng)絡(luò)地址，那么該局 域網(wǎng)的子網(wǎng)掩碼為_（21）_，最多可以連接的主機(jī)數(shù)為_（22）_。 （21）A. B. C. D. （22）A.254 B.512 C.1022 D.1024 例題例題 15 分析分析 子網(wǎng)指一個(gè)組織中相連的網(wǎng)絡(luò)設(shè)備的邏輯分組。一般，子網(wǎng)可表示為某地理位置內(nèi)（某 大樓或相同局域網(wǎng)中）的所有機(jī)器。網(wǎng)絡(luò)設(shè)計(jì)師將網(wǎng)絡(luò)劃分成一個(gè)個(gè)邏輯段（即子網(wǎng)） ，以 便于更好地管理