2015年上半年系統(tǒng)分析師試題(附答案).doc

綜合知識(shí)UML結(jié)構(gòu)中的公共機(jī)制是指達(dá)到特定目標(biāo)的公共UML方法，其中（1）是事物語(yǔ)義的細(xì)節(jié)描述，它是模型真正的核心；（2）包括約束、構(gòu)造型和標(biāo)記值。 A. 規(guī)則說(shuō)明 B. 修飾 C. 公共分類 D. 擴(kuò)展機(jī)制 【解析】 從總體上來(lái)看，UML的結(jié)構(gòu)包括構(gòu)造塊、規(guī)則和公共機(jī)制三個(gè)部分。 （1）構(gòu)造塊。UML有三種基本的構(gòu)造塊，分別是事物（thing）、關(guān)系（relationship）和圖（diagram）。事物是UML的重要組成部分，關(guān)系把事物緊密聯(lián)系在一起，圖是多個(gè)相互關(guān)聯(lián)的事物的集合。 （2）公共機(jī)制。公共機(jī)制是指達(dá)到特定目標(biāo)的公共UML方法，主要包括規(guī)格說(shuō)明（詳細(xì)說(shuō)明）、修飾、公共分類（通用劃分）和擴(kuò)展機(jī)制四種。規(guī)格說(shuō)明是事物語(yǔ)義的細(xì)節(jié)描述，它是模型真正的核心；UML為每個(gè)事物設(shè)置了一個(gè)簡(jiǎn)單的記號(hào)，還可以通過(guò)修飾來(lái)表達(dá)更多的信息；UML包括兩組公共分類，分別是類與對(duì)象（類表示概念，而對(duì)象表示具體的實(shí)體）、接口與實(shí)現(xiàn)（接口用來(lái)定義契約，而實(shí)現(xiàn)就是具體的內(nèi)容）；擴(kuò)展機(jī)制包括約束（擴(kuò)展了UML構(gòu)造塊的語(yǔ)義，允許增加新的規(guī)則或修改現(xiàn)有的規(guī)則）、構(gòu)造型（擴(kuò)展UML的詞匯，用于定義新的構(gòu)造塊）和標(biāo)記值（擴(kuò)展了UML構(gòu)造塊的特性，允許創(chuàng)建新的特殊信息來(lái)擴(kuò)展事物的規(guī)格說(shuō)明）。 （3）規(guī)則。規(guī)則是構(gòu)造塊如何放在一起的規(guī)定，包括為構(gòu)造塊命名；給一個(gè)名字以特定含義的語(yǔ)境，即范圍；怎樣使用或看見名字，即可見性；事物如何正確、一致地相互聯(lián)系，即完整性；運(yùn)行或模擬動(dòng)態(tài)模型的含義是什么，即執(zhí)行。 UML用關(guān)系把事物結(jié)合在一起，其所包含的四種關(guān)系中，（3）描述一組對(duì)象之間連接的結(jié)構(gòu)關(guān)系；（4）描述特殊元素的對(duì)象可以替換一般元素的對(duì)象。 A. 依賴關(guān)系 B. 關(guān)聯(lián)關(guān)系 C. 泛化關(guān)系 D. 實(shí)現(xiàn)關(guān)系 UML所包括的圖形中，（5）將進(jìn)程或其他計(jì)算結(jié)構(gòu)展示為計(jì)算內(nèi)部的控制流和數(shù)據(jù)流，主要用來(lái)描述系統(tǒng)的動(dòng)態(tài)視圖。 A. 流程圖 B. 通信圖 C. 活動(dòng)圖 D. 協(xié)作圖 【解析】 通信圖(communication diagram)在UML1.X中稱為協(xié)作圖，順序圖和通信圖都是交互圖(interaction diagram)。交互圖展現(xiàn)了一種交互，它由一組對(duì)象或角色以及它們之間可能發(fā)送的消息構(gòu)成。順序圖強(qiáng)調(diào)時(shí)序，通信圖強(qiáng)調(diào)消息流經(jīng)的數(shù)據(jù)結(jié)構(gòu)。定時(shí)圖(timing diagram)展現(xiàn)了消息交換的實(shí)際時(shí)間。 活動(dòng)圖(activity diagram). 活動(dòng)圖將進(jìn)程或其他計(jì)算的結(jié)構(gòu)展示為計(jì)算內(nèi)部一步步的控制流和數(shù)據(jù)流。IEEE 802.1x是一種（）認(rèn)證協(xié)議。 A. 用戶ID B. 報(bào)文 C. MAC地址 D. SSID 【解析】 IEEE 802.1X標(biāo)準(zhǔn)定義了基于端口的網(wǎng)絡(luò)訪問(wèn)控制，可用于為以太網(wǎng)絡(luò)提供經(jīng)過(guò)身份驗(yàn)證的網(wǎng)絡(luò)訪問(wèn)?；诙丝诘木W(wǎng)絡(luò)訪問(wèn)控制使用交換局域網(wǎng)基礎(chǔ)結(jié)構(gòu)的物理特征來(lái)對(duì)連接到交換機(jī)端口的設(shè)備進(jìn)行身份驗(yàn)證。如果身份驗(yàn)證過(guò)程失敗，使用以太網(wǎng)交換機(jī)端口來(lái)發(fā)送和接收幀的能力就會(huì)被拒絕。雖然這個(gè)標(biāo)準(zhǔn)是為有線以太網(wǎng)絡(luò)設(shè)計(jì)的，但是其已經(jīng)過(guò)改編以便在IEEE 802.11無(wú)線局域網(wǎng)上應(yīng)用。Windows XP支持對(duì)所有基于局域網(wǎng)的網(wǎng)絡(luò)適配器使用IEEE 802.1X身份驗(yàn)證，包括以太網(wǎng)絡(luò)適配器和無(wú)線網(wǎng)絡(luò)適配器。 為了彌補(bǔ)WEP的安全缺陷，WPA安全認(rèn)證方案中新增的機(jī)制是（）。 A. 共享密鑰認(rèn)證 B. 臨時(shí)密鑰完整性協(xié)議 C. 較短的初始化向量 D. 采用更強(qiáng)的加密算法 【解析】 WPA是一種基于標(biāo)準(zhǔn)的可互操作的WLAN安全性增強(qiáng)解決方案，可大大增強(qiáng)現(xiàn)有以及未來(lái)無(wú)線局域網(wǎng)系統(tǒng)的數(shù)據(jù)保護(hù)和訪問(wèn)控制水平。WPA源于正在制定中的IEEE802.11i標(biāo)準(zhǔn)并將與之保持前向兼容。部署適當(dāng)?shù)脑挘琖PA可保證WLAN用戶的數(shù)據(jù)受到保護(hù)，并且只有授權(quán)的網(wǎng)絡(luò)用戶才可以訪問(wèn)WLAN網(wǎng)絡(luò)。 由于WEP業(yè)已證明的不安全性，在802.11i協(xié)議完善前，采用WPA為用戶提供一個(gè)臨時(shí)性的解決方案。該標(biāo)準(zhǔn)的數(shù)據(jù)加密采用TKIP協(xié)議(Temporary Key Integrity Protocol)，認(rèn)證有兩種模式可供選擇，一種是使用802.1x協(xié)議進(jìn)行認(rèn)證；一種是稱為預(yù)先共享密鑰PSK(Pre-Shared Key)模式。 信息系統(tǒng)安全可劃分為物理安全、網(wǎng)絡(luò)安全、系統(tǒng)安全和應(yīng)用安全，（8）屬于系統(tǒng)安全，（9）屬于應(yīng)用安全。 A. 機(jī)房安全 B. 入侵檢測(cè) C. 漏洞補(bǔ)丁管理 D. 數(shù)據(jù)庫(kù)安全 【解析】C、D 作為全方位的、整體的系統(tǒng)安全防范體系也是分層次的，不同層次反映了不同的安全問(wèn)題，根據(jù)網(wǎng)絡(luò)的應(yīng)用現(xiàn)狀情況和結(jié)構(gòu)，可以將安全防范體系的層次劃分為物理層安全、系統(tǒng)層安全、網(wǎng)絡(luò)層安全、應(yīng)用層安全和安全管理。 （1）物理環(huán)境的安全性。物理層的安全包括通信線路、物理設(shè)備和機(jī)房的安全等。物理層的安全主要體現(xiàn)在通信線路的可靠性（線路備份、網(wǎng)管軟件和傳輸介質(zhì)）、軟硬件設(shè)備的安全性（替換設(shè)備、拆卸設(shè)備、增加設(shè)備）、設(shè)備的備份、防災(zāi)害能力、防干擾能力、設(shè)備的運(yùn)行環(huán)境（溫度、濕度、煙塵）和不間斷電源保障等。（2）操作系統(tǒng)的安全性。系統(tǒng)層的安全問(wèn)題來(lái)自計(jì)算機(jī)網(wǎng)絡(luò)內(nèi)使用的操作系統(tǒng)的安全，例如，Windows Server和UNIX等。主要表現(xiàn)在三個(gè)方面，一是操作系統(tǒng)本身的缺陷帶來(lái)的不安全因素，主要包括身份認(rèn)證、訪問(wèn)控制和系統(tǒng)漏洞等；二是對(duì)操作系統(tǒng)的安全配置問(wèn)題；三是病毒對(duì)操作系統(tǒng)的威脅。 （3）網(wǎng)絡(luò)的安全性。網(wǎng)絡(luò)層的安全問(wèn)題主要體現(xiàn)在計(jì)算機(jī)網(wǎng)絡(luò)方面的安全性，包括網(wǎng)絡(luò)層身份認(rèn)證、網(wǎng)絡(luò)資源的訪問(wèn)控制、數(shù)據(jù)傳輸?shù)谋Ｃ芘c完整性、遠(yuǎn)程接入的安全、域名系統(tǒng)的安全、路由系統(tǒng)的安全、入侵檢測(cè)的手段和網(wǎng)絡(luò)設(shè)施防病毒等。 （4）應(yīng)用的安全性。應(yīng)用層的安全問(wèn)題主要由提供服務(wù)所采用的應(yīng)用軟件和數(shù)據(jù)的安全性產(chǎn)生，包括Web服務(wù)、電子郵件系統(tǒng)和DNS等。此外，還包括病毒對(duì)系統(tǒng)的威脅。 （5）管理的安全性。安全管理包括安全技術(shù)和設(shè)備的管理、安全管理制度、部門與人員的組織規(guī)則等。管理的制度化極大程度地影響著整個(gè)計(jì)算機(jī)網(wǎng)絡(luò)的安全，嚴(yán)格的安全管理制度、明確的部門安全職責(zé)劃分與合理的人員角色配置，都可以在很大程度上降低其他層次的安全漏洞。 王某是某公司軟件設(shè)計(jì)師，每當(dāng)軟件開發(fā)完成后均按公司規(guī)定編寫軟件文檔，并提交公司存檔。該軟件文檔的著作權(quán)（10）享有。 A. 應(yīng)由公司 B. 應(yīng)由公司和王某共同 C. 應(yīng)自王某 D. 除署名權(quán)以外，著作權(quán)的其他權(quán)利由王某 王某原是M軟件公司的軟件設(shè)計(jì)師，一直從事計(jì)算機(jī)網(wǎng)絡(luò)端口優(yōu)化處理的研發(fā)工作。王某退休10個(gè)月完成了網(wǎng)絡(luò)端口優(yōu)化處理程序發(fā)明，解決了計(jì)算機(jī)網(wǎng)絡(luò)端口有效利用率技術(shù)問(wèn)題。該項(xiàng)涉及計(jì)算機(jī)程序發(fā)明的專利申請(qǐng)權(quán)應(yīng)由（11）享有。 A. 公司B. 王某 C. 公司、王某 D. 先申請(qǐng)者 【解析】 專利法中關(guān)于職務(wù)作品的界定為：離職、退休或調(diào)動(dòng)工作后1年內(nèi)，與原單位工作相關(guān)的創(chuàng)作屬于職務(wù)作品，所以專利權(quán)歸公司擁有。 美國(guó)甲公司生產(chǎn)的平板計(jì)算機(jī)在其本國(guó)享有“A”注冊(cè)商標(biāo)專用權(quán)，但未在中國(guó)申請(qǐng)注冊(cè)。我國(guó)乙公司生產(chǎn)的平板計(jì)算機(jī)也使用“A”商標(biāo)，并享有我國(guó)注冊(cè)商標(biāo)專用權(quán)。美國(guó)甲公司與我國(guó)的乙公司生產(chǎn)的平板計(jì)算機(jī)都在我國(guó)市場(chǎng)上銷售。此情形下，依據(jù)我國(guó)商標(biāo)法（12）商標(biāo)權(quán)。 A. 甲公司侵犯了乙公司的 B. 甲公司與乙公司均未侵犯 C. 乙公司侵犯了甲公司的 D. 甲公司與乙公司均侵犯了 王某原是M軟件公司的項(xiàng)目經(jīng)理，未與M軟件公司簽訂勞動(dòng)合同及相應(yīng)的保密協(xié)議。王某離職后受聘于L軟件公司，先后將其在M軟件公司任職期間掌握的軟件開發(fā)思想、處理過(guò)程及客戶信息等用于L軟件公司的開發(fā)與管理活動(dòng)，提高了L軟件公司的經(jīng)濟(jì)效益。王某行為（13）。 A. 侵犯了M軟件公司的軟件著作權(quán) B. 侵犯了M軟件公司的商業(yè)秘密權(quán) C. 既侵犯M軟件公司的軟件著作權(quán)，也侵犯M軟件公司的商業(yè)秘密權(quán) D. 既未侵犯M軟件公司的軟件著作權(quán)，也未侵犯M軟件公司的商業(yè)秘密權(quán) 【解析】 本題應(yīng)從兩個(gè)方面分析，從軟件著作權(quán)的角度來(lái)看，軟件開發(fā)思想、處理過(guò)程并不受著作權(quán)法保護(hù)，所以不侵權(quán)，而從商業(yè)秘密權(quán)的角度來(lái)看，沒(méi)有保密措施，也不能界定為商業(yè)秘密，所以兩個(gè)角度都不侵權(quán)。 Flynn分類法根據(jù)計(jì)算機(jī)在執(zhí)行程序的過(guò)程中（14）的不同組合，將計(jì)算機(jī)分為4類。當(dāng)前主流的多核計(jì)算機(jī)屬于（15）計(jì)算機(jī)。 A. 指令流和數(shù)據(jù)流 B. 數(shù)據(jù)流和控制流 C. 指令流和控制流 D. 數(shù)據(jù)流和總線帶寬 A. SISD B. SIMD C. MISD D. MIMD 【解析】 Flynn根據(jù)不同的指令流-數(shù)據(jù)流組織方式，把計(jì)算機(jī)系統(tǒng)分成以下四類： （1）單指令流單數(shù)據(jù)流（Single Instruction stream and Single Data stream，SISD）：SISD其實(shí)就是傳統(tǒng)的順序執(zhí)行的單處理器計(jì)算機(jī)，其指令部件每次只對(duì)一條指令進(jìn)行譯碼，并只對(duì)一個(gè)操作部件分配數(shù)據(jù)。流水線方式的單處理機(jī)有時(shí)也被當(dāng)作SISD。 （2）單指令流多數(shù)據(jù)流（Single Instruction stream and Multiple Data stream，SIMD）：SIMD以并行處理機(jī)（矩陣處理機(jī)）為代表，并行處理機(jī)包括多個(gè)重復(fù)的處理單元，由單一指令部件控制，按照同一指令流的要求為它們分配各自所需的不同數(shù)據(jù)。 （3）多指令流單數(shù)據(jù)流（Multiple Instruction stream and Single Data stream，MISD）：MISD具有n個(gè)處理單元，按n條不同指令的要求對(duì)同一數(shù)據(jù)流及其中間結(jié)果進(jìn)行不同的處理。一個(gè)處理單元的輸出又作為另一個(gè)處理單元的輸入。這類系統(tǒng)實(shí)際上很少見到。有文獻(xiàn)把流水線看作多個(gè)指令部件，稱流水線計(jì)算機(jī)是MISD。 （4）多指令流多數(shù)據(jù)流（Multiple Instruction stream and Multiple Data stream，MIMD）：MIMD是指能實(shí)現(xiàn)作業(yè)、任務(wù)、指令等各級(jí)全面并行的多機(jī)系統(tǒng)。多處理機(jī)屬于MIMD。高性能服務(wù)器與超級(jí)計(jì)算機(jī)大多具有多個(gè)處理機(jī)，能進(jìn)行多任務(wù)處理，稱為多處理機(jī)系統(tǒng)，無(wú)論是海量并行處理（Massive Parallel Processing，MPP）結(jié)構(gòu)，還是對(duì)稱多處理（Symmetrical Multi-Processing，SMP）結(jié)構(gòu)，都屬于這一類。目前筆記本電腦與臺(tái)式機(jī)也普遍采用多核處理器，這些處理器中的多個(gè)核能并行完成任務(wù)，也屬于MIMD。 下列關(guān)于虛擬存儲(chǔ)器的敘述中，正確的是（16）。 A. 對(duì)應(yīng)用程序員透明，對(duì)系統(tǒng)程序員不透明 B. 對(duì)應(yīng)用程序員不透明，對(duì)系統(tǒng)程序員透明 C. 對(duì)應(yīng)用程序員、系統(tǒng)程序員都不透明 D. 對(duì)應(yīng)用程序員、系統(tǒng)程序員都透明 某計(jì)算機(jī)系統(tǒng)采用集中式總線仲裁方式，各個(gè)主設(shè)備得到總線使用權(quán)的機(jī)會(huì)基本相等，則該系統(tǒng)采用的總線仲裁方式（17）。 菊花鏈?zhǔn)讲樵兎绞接?jì)數(shù)器定時(shí)查詢（輪詢）方式獨(dú)立請(qǐng)求方式 A. 可能是，不可能是或 B. 可能是或，不可能是 C. 可能是，不可能是或 D. 可能是、或 關(guān)于大規(guī)模并行處理器MPP，以下說(shuō)法不正確的是（）。 A. 大多數(shù)MPP系統(tǒng)使用標(biāo)準(zhǔn)的CPU作為它們的處理器 B. 其互連網(wǎng)絡(luò)通常采用商用的以太網(wǎng)實(shí)現(xiàn) C. 是一種異步的分布式存儲(chǔ)器結(jié)構(gòu)的MIMD系統(tǒng) D. 使用特殊的硬件和軟件來(lái)監(jiān)控系統(tǒng)、檢測(cè)錯(cuò)誤并從錯(cuò)誤中平滑地恢復(fù) 【解析】 大規(guī)模并行處理計(jì)算機(jī)：Massive Parallel Processor。由大量通用微處理器構(gòu)成的多處理機(jī)系統(tǒng)，適合多指令流多數(shù)據(jù)流處理。其特點(diǎn)包括： 1、大多數(shù)MPP系統(tǒng)使用標(biāo)準(zhǔn)的CPU作為它們的處理器。 2、MPP系統(tǒng)使用高性能的定制的高速互連網(wǎng)絡(luò)及網(wǎng)絡(luò)接口，可以在低延遲和高帶寬的條件下傳遞消息。 3、MPP是一種異步的分布式存儲(chǔ)器結(jié)構(gòu)的MIMD系統(tǒng)，它的程序有多個(gè)進(jìn)程，分布在各個(gè)微處理器上，每個(gè)進(jìn)程有自己獨(dú)立的地址空間，進(jìn)程之間以消息傳遞進(jìn)行相互通信。 4、在MPP中存在一個(gè)特殊的問(wèn)題，即如何進(jìn)行容錯(cuò)。在使用數(shù)千個(gè)CPU的情況下，每星期有若干個(gè)CPU失效是不可避免的。因此大規(guī)模的MPP系統(tǒng)總是使用特殊的硬件和軟件來(lái)監(jiān)控系統(tǒng)、檢測(cè)錯(cuò)誤并從錯(cuò)誤中平滑地恢復(fù)。 某政府機(jī)關(guān)希望將位于單位內(nèi)部信息系統(tǒng)中的新聞、信息等發(fā)布到互聯(lián)網(wǎng)上，并實(shí)現(xiàn)一部分網(wǎng)上辦公能力。對(duì)于這種應(yīng)用集成需求，最適合的集成方式是（）。 A. 數(shù)據(jù)集成 B. 界面集成 C. API集成 D. 門戶集成 某軟件公司分為研發(fā)、人力資源管理、市場(chǎng)營(yíng)銷等部門，通過(guò)部門之間互相協(xié)作完成項(xiàng)目。該公司的組織結(jié)構(gòu)屬于（）。A. 矩陣型組織結(jié)構(gòu) B. 職能型組織結(jié)構(gòu) C. 產(chǎn)品型組織結(jié)構(gòu) D. 協(xié)作型組織結(jié)構(gòu) 某軟件公司欲開發(fā)一個(gè)基于Web的考勤管理系統(tǒng)。在項(xiàng)目初期，客戶對(duì)系統(tǒng)的基本功能、表現(xiàn)形式等要求并不明確，在這種情況下，采用（）開發(fā)方法比較合適。 A. 瀑布式B. 形式化 C. 結(jié)構(gòu)化 D. 極限編程 系統(tǒng)組織結(jié)構(gòu)與功能分析中，可以采用多種工具，其中（）描述了業(yè)務(wù)和部門的關(guān)系。 A. 組織/業(yè)務(wù)關(guān)系圖 B. 業(yè)務(wù)功能一覽圖 C. 組織結(jié)構(gòu)圖 D. 物資流圖 【解析】 需求分析就是對(duì)處理的對(duì)象進(jìn)行系統(tǒng)調(diào)查，主要包括系統(tǒng)范圍與目標(biāo)分析、系統(tǒng)組織結(jié)構(gòu)與功能分析和系統(tǒng)性能分析。其中在系統(tǒng)組織結(jié)構(gòu)與功能分析中，需要了解組織的目標(biāo)及其戰(zhàn)略規(guī)劃、了解組織結(jié)構(gòu)及各部分的功能、了解相關(guān)部門職能的各種關(guān)系、分析組織結(jié)構(gòu)的合理性等，可以應(yīng)用以下幾個(gè)工具： （1）組織機(jī)構(gòu)圖描述組織各部分的領(lǐng)導(dǎo)和被領(lǐng)導(dǎo)關(guān)系。 （2）組織/業(yè)務(wù)關(guān)系圖描述業(yè)務(wù)和部門的關(guān)系，如下表所示。 （3）業(yè)務(wù)功能一覽圖，描述每一種業(yè)務(wù)所具有的功能。 采用數(shù)據(jù)倉(cāng)庫(kù)技術(shù)進(jìn)行數(shù)據(jù)收集時(shí)，有時(shí)會(huì)遇一些略微不一致但可以糾正的數(shù)據(jù)，糾正這些數(shù)據(jù)的過(guò)程稱為（）。 A. 數(shù)據(jù)轉(zhuǎn)換 B. 數(shù)據(jù)抽取 C. 數(shù)據(jù)清洗 D. 數(shù)據(jù)裝載 PERT圖是進(jìn)度安排的常用圖形描述方法之一，它能夠（24）。在PERT圖上通過(guò)（25）分析可以計(jì)算完成整個(gè)項(xiàng)目的最短工期。 A. 描述每個(gè)任務(wù)的進(jìn)展情況以及各個(gè)任務(wù)之間的并行性 B. 反映各個(gè)任務(wù)之間的依賴關(guān)系 C. 以日歷為基準(zhǔn)描述項(xiàng)目任務(wù) D. 用條形表示每個(gè)任務(wù)的持續(xù)時(shí)間 A. 松弛時(shí)間 B. 依賴關(guān)系 C. 關(guān)鍵路徑 D. 并行關(guān)系 下列活動(dòng)，（26）不屬于需求開發(fā)活動(dòng)的范疇。 A. 跟據(jù)系統(tǒng)需求識(shí)別和確認(rèn)系統(tǒng)功能 B. 將所收集的用戶需求編寫成文檔和模型 C. 針對(duì)系統(tǒng)特點(diǎn)，考慮并確定系統(tǒng)開發(fā)平臺(tái)與程序設(shè)計(jì)語(yǔ)言 D. 了解實(shí)際用戶任務(wù)和目標(biāo)以及這些任務(wù)所支持的業(yè)務(wù)需求（27）把軟件項(xiàng)目整體或者主要的可交付成果分解為易于管理、方便控制的若干個(gè)子項(xiàng)目；再將子項(xiàng)目繼續(xù)分解為工作包。在每個(gè)分解單元中，都存在可交付成果和里程碑。該模型的主要用途是（28）。 A. 分層數(shù)據(jù)流圖 B. 軟件模塊圖 C. 工作分解結(jié)構(gòu)WBS D. PERT圖 A. 描述軟件項(xiàng)目的功能需求 B. 定義項(xiàng)目邊界，有助于防止需求蔓延 C. 對(duì)軟件的靜態(tài)結(jié)構(gòu)進(jìn)行建模 D. 刻畫軟件開發(fā)活動(dòng)之間的依賴關(guān)系 【解析】 工作分解結(jié)構(gòu)（簡(jiǎn)稱WBS）跟因數(shù)分解是一個(gè)原理，就是把一個(gè)項(xiàng)目，按一定的原則分解，項(xiàng)目分解成任務(wù)，任務(wù)再分解成一項(xiàng)項(xiàng)工作，再把一項(xiàng)項(xiàng)工作分配到每個(gè)人的日?；顒?dòng)中，直到分解不下去為止。即：項(xiàng)目任務(wù)工作日常活動(dòng)。工作分解結(jié)構(gòu)以可交付成果為導(dǎo)向，對(duì)項(xiàng)目要素進(jìn)行的分組，它歸納和定義了項(xiàng)目的整個(gè)工作范圍，每下降一層代表對(duì)項(xiàng)目工作的更詳細(xì)定義。WBS的最底層是工作包。工作包確定之后項(xiàng)目邊界也就確定了，這有助于防止需求蔓延，同時(shí)也有助于進(jìn)行各類估算。 在進(jìn)行需求開發(fā)的過(guò)程中，（29）可能會(huì)給項(xiàng)目帶來(lái)風(fēng)險(xiǎn)。 A. 對(duì)于每項(xiàng)需求的可行性均進(jìn)行分析，以確定是否能按計(jì)劃實(shí)現(xiàn) B. 使用模型和原型描述一些模糊的需求 C. 評(píng)估每項(xiàng)新需求的優(yōu)先級(jí)，并與已有工作對(duì)比，做出相應(yīng)的決策 D. 采用最新的技術(shù)、工具或平臺(tái)實(shí)現(xiàn)關(guān)鍵需求 在系統(tǒng)開發(fā)中，原型可以劃分為不同的種類。從原型是否實(shí)現(xiàn)功能來(lái)分，可以分為水平原型和垂直原型；從原型最終結(jié)果來(lái)分，可以分為拋棄式原型和演化式原型。以下關(guān)于原型的敘述中，正確的是（30）。 A. 水平原型適合于算法較為復(fù)雜的項(xiàng)目 B. 垂直原型適合于Web項(xiàng)目 C. 拋棄式原型適合于需求不確定、不完整、含糊不清的項(xiàng)目 D. 演化式原型主要用于界面設(shè)計(jì) 面向服務(wù)的開發(fā)方法有三個(gè)主要的抽象級(jí)別：操作、服務(wù)和業(yè)務(wù)流程。以下關(guān)于操作、服務(wù)和業(yè)務(wù)流程的敘述中，正確的是（31）。 A. 位于最高層的操作代表單個(gè)邏輯單元的事物 B. 服務(wù)的執(zhí)行通常會(huì)導(dǎo)致讀、寫或修改一個(gè)或多個(gè)持久性數(shù)據(jù) C. 業(yè)務(wù)流程代表操作的邏輯分組 D. 服務(wù)具有特定的結(jié)構(gòu)化接口，并且返回結(jié)構(gòu)化的響應(yīng) 【解析】 從概念上講，SOA 中有三個(gè)主要的抽象級(jí)別： 操作：代表單個(gè)邏輯工作單元（LUW）的事務(wù)。執(zhí)行操作通常會(huì)導(dǎo)致讀、寫或修改一個(gè)或多個(gè)持久性數(shù)據(jù)。SOA 操作可以直接與面向?qū)ο蟮姆椒ㄏ啾?。它們都有特定的結(jié)構(gòu)化接口，并且返回結(jié)構(gòu)化的響應(yīng)。完全同方法一樣，特定操作的執(zhí)行可能涉及調(diào)用附加的操作。服務(wù)：代表操作的邏輯分組。例如，如果我們將CustomerProfiling視為服務(wù)，則按照電話號(hào)碼查找客戶、按照名稱和郵政編碼列出顧客和保存新客戶的數(shù)據(jù)就代表相關(guān)的操作。 業(yè)務(wù)流程：為實(shí)現(xiàn)特定業(yè)務(wù)目標(biāo)而執(zhí)行的一組長(zhǎng)期運(yùn)行的動(dòng)作或活動(dòng)。業(yè)務(wù)流程通常包括多個(gè)業(yè)務(wù)調(diào)用。業(yè)務(wù)流程的例子有：接納新員工、出售產(chǎn)品或服務(wù)和完成訂單。 軟件配置管理中，每一項(xiàng)配置變更都要在配置狀態(tài)報(bào)告中進(jìn)行詳細(xì)的記錄。配置狀態(tài)報(bào)告的信息流如下圖所示，圖中處分別是（32）。A. 配置確定、配置審核、配置控制 B. 配置審核、配置控制、配置確定 C. 配置確定、配置控制、配置審核 D. 配置控制、配置確定、配置審核 以下不屬于軟件容錯(cuò)技術(shù)的是（33）。 A. 熱備份或冷備份系統(tǒng) B. 糾錯(cuò)碼 C. 三模冗余 D. 程序走查 某在線交易平臺(tái)的“支付”功能需求描述如下：客戶進(jìn)行支付時(shí)，可以使用信用卡支付或支付寶支付。從中抽象出3個(gè)用例：支付、信用卡支付和支付寶支付，這3個(gè)用例之間的關(guān)系是（34）。UML用系統(tǒng)視圖描述系統(tǒng)的組織結(jié)構(gòu)。其中，（35）對(duì)組成基于系統(tǒng)的物理代碼的文件和構(gòu)件進(jìn)行建模。 A. 用例視圖 B. 邏輯視圖 C. 實(shí)現(xiàn)視圖 D. 部署視圖 【解析】 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ō)，就是指以下5個(gè)系統(tǒng)視圖： （1）邏輯視圖。邏輯視圖也稱為設(shè)計(jì)視圖，它表示了設(shè)計(jì)模型中在架構(gòu)方面具有重要意義的部分，即類、子系統(tǒng)、包和用例實(shí)現(xiàn)的子集。 （2）進(jìn)程視圖。進(jìn)程視圖是可執(zhí)行線程和進(jìn)程作為活動(dòng)類的建模，它是邏輯視圖的一次執(zhí)行實(shí)例，描述了并發(fā)與同步結(jié)構(gòu)。 （3）實(shí)現(xiàn)視圖。實(shí)現(xiàn)視圖對(duì)組成基于系統(tǒng)的物理代碼的文件和構(gòu)件進(jìn)行建模。 （4）部署視圖。部署視圖把構(gòu)件部署到一組物理節(jié)點(diǎn)上，表示軟件到硬件的映射和分布結(jié)構(gòu)。 （5）用例視圖。用例視圖是最基本的需求分析模型。 采用以下設(shè)計(jì)思路實(shí)現(xiàn)下圖所示的目錄瀏覽器：目錄中的每個(gè)目錄項(xiàng)被認(rèn)定為一個(gè)類，其屬性包括名稱、類型（目錄或文件）、大小、擴(kuò)展名、國(guó)標(biāo)等。為節(jié)省內(nèi)存空間，要求不能將具有相同屬性（例如類型、擴(kuò)展名、圖標(biāo)相同）的相同文件看作不同的對(duì)象。能夠滿足這一要求的設(shè)計(jì)模式是（36）。A. Flyweight B. Proxy C. Command D. State 以下關(guān)于企業(yè)應(yīng)用集成的敘述中，正確的是（37）。 A 過(guò)程集成為用戶提供一個(gè)看上去統(tǒng)一，但是由多個(gè)系統(tǒng)組成的應(yīng)用系統(tǒng) B. 實(shí)現(xiàn)表示集成時(shí)，可以借助于遠(yuǎn)程過(guò)程調(diào)用、分布式對(duì)象技術(shù)等方法 C. 數(shù)據(jù)集成適合于業(yè)務(wù)邏輯經(jīng)常發(fā)生變化的場(chǎng)合 D. 控制集成是在業(yè)務(wù)邏輯層上對(duì)應(yīng)用系統(tǒng)進(jìn)行集成，其集成點(diǎn)在程序代碼中 【解析】 為用戶提供一個(gè)看上去統(tǒng)一，但是由多個(gè)系統(tǒng)組成的應(yīng)用系統(tǒng)的集成是界面集成，而非過(guò)程集成。實(shí)現(xiàn)控制集成時(shí)，可以借助于遠(yuǎn)程過(guò)程調(diào)用或遠(yuǎn)程方法調(diào)用、面向消息的中間件、分布式對(duì)象技術(shù)和事務(wù)處理監(jiān)控器來(lái)實(shí)現(xiàn)。當(dāng)業(yè)務(wù)邏輯經(jīng)常發(fā)生變化時(shí)，數(shù)據(jù)集成就會(huì)面臨困難，所以業(yè)務(wù)邏輯經(jīng)常變化并不適合于數(shù)據(jù)集成。 企業(yè)信息化戰(zhàn)略與企業(yè)戰(zhàn)略集成時(shí)，對(duì)于現(xiàn)有信息系統(tǒng)不能滿足當(dāng)前管理中業(yè)務(wù)需要的企業(yè)，適用的方法是（38）。 A. EITA（企業(yè)IT架構(gòu)） B. BPR（業(yè)務(wù)流程重組） C. BITA（企業(yè)與IT整合） D. ERP（企業(yè)資源計(jì)劃） 【解析】 企業(yè)戰(zhàn)略與信息化戰(zhàn)略的集成主要方法有：業(yè)務(wù)與IT整合（Business-IT Alignment, BITA）和企業(yè)IT架構(gòu)（Enterprise IT Architecture, EITA） BITA是一種以業(yè)務(wù)為導(dǎo)向的、全面的IT管理咨詢實(shí)施方法論。從制訂企業(yè)戰(zhàn)略、建立（改進(jìn)）企業(yè)組織結(jié)構(gòu)和業(yè)務(wù)流程，到進(jìn)行IT管理和制訂過(guò)度計(jì)劃（Transition Plan），使IT能夠更好地為企業(yè)戰(zhàn)略和目標(biāo)服務(wù)。BITA的主要步驟是：評(píng)估和分析企業(yè)當(dāng)前業(yè)務(wù)和IT不一致的領(lǐng)域，整理出企業(yè)的業(yè)務(wù)遠(yuǎn)景和未來(lái)戰(zhàn)略，建立業(yè)務(wù)模型，提出達(dá)到未來(lái)目標(biāo)的轉(zhuǎn)變過(guò)程建議和初步計(jì)劃，以及執(zhí)行計(jì)劃。BITA適用于信息系統(tǒng)不能滿足當(dāng)前管理中的業(yè)務(wù)需要，業(yè)務(wù)和IT之間總是有不一致的地方。 EITA 分析企業(yè)戰(zhàn)略，幫助企業(yè)制訂IT戰(zhàn)略，并對(duì)其投資決策進(jìn)行指導(dǎo)。在技術(shù)、信息系統(tǒng)、信息、IT組織和IT流程方面，幫助企業(yè)建立IT的原則規(guī)范、模式和標(biāo)準(zhǔn)，指出IT需要改進(jìn)的方面并幫助制訂行動(dòng)計(jì)劃。EITA適用于現(xiàn)有信息系統(tǒng)和IT基礎(chǔ)架構(gòu)不一致、不兼容和缺乏統(tǒng)一的整體管理的企業(yè)。 在綜合考慮企業(yè)內(nèi)外環(huán)境，以集成為核心，圍繞企業(yè)戰(zhàn)略需求進(jìn)行信息系統(tǒng)規(guī)劃時(shí)，適合于采用的方法是（39）。 A. 戰(zhàn)略柵格法 B. 價(jià)值鏈分析法 C. 信息工程法 D. 戰(zhàn)略集合轉(zhuǎn)化法 【解析】 ISSP方法經(jīng)歷了三個(gè)主要階段，各個(gè)階段所使用的方法也不一樣。第一個(gè)階段主要以數(shù)據(jù)處理為核心，圍繞職能部門需求的信息系統(tǒng)規(guī)劃，主要的方法包括企業(yè)系統(tǒng)規(guī)劃法、關(guān)鍵成功因素法和戰(zhàn)略集合轉(zhuǎn)化法；第二個(gè)階段主要以企業(yè)內(nèi)部管理信息系統(tǒng)為核心，圍繞企業(yè)整體需求進(jìn)行的信息系統(tǒng)規(guī)劃，主要的方法包括戰(zhàn)略數(shù)據(jù)規(guī)劃法、信息工程法和戰(zhàn)略柵格法；第三個(gè)階段的方法在綜合考慮企業(yè)內(nèi)外環(huán)境的情況下，以集成為核心，圍繞企業(yè)戰(zhàn)略需求進(jìn)行的信息系統(tǒng)規(guī)劃，主要的方法包括價(jià)值鏈分析法和戰(zhàn)略一致性模型。 數(shù)據(jù)倉(cāng)庫(kù)中數(shù)據(jù)（40）的特點(diǎn)是指數(shù)據(jù)一旦進(jìn)入數(shù)據(jù)倉(cāng)庫(kù)后，將被長(zhǎng)期保留并定期加載和刷新，可以進(jìn)行各種查詢操作，但很少對(duì)數(shù)據(jù)進(jìn)行修改和刪除操作。 A. 面向主題B. 集成性 C. 相對(duì)穩(wěn)定性 D. 反映歷史變化 數(shù)據(jù)挖掘的分析方法可以劃分為關(guān)聯(lián)分析、序列模式分析、分類分析和聚類分析四種。如果某方法需要一個(gè)示例庫(kù)（該庫(kù)中的每個(gè)元組都有一個(gè)給定的類標(biāo)識(shí)）做訓(xùn)練集時(shí)，這種分析方法屬于（41）。 A. 關(guān)聯(lián)分析 B. 序列模式分析 C. 分類分析 D. 聚類分析 【解析】 關(guān)聯(lián)分析、序列分析、分類分析、聚類分析的基本思想為： （1）關(guān)聯(lián)分析。關(guān)聯(lián)分析主要用于發(fā)現(xiàn)不同事件之間的關(guān)聯(lián)性，即一個(gè)事件發(fā)生的同時(shí)，另一個(gè)事件也經(jīng)常發(fā)生。關(guān)聯(lián)分析的重點(diǎn)在于快速發(fā)現(xiàn)那些有實(shí)用價(jià)值的關(guān)聯(lián)發(fā)生的事件。其主要依據(jù)是事件發(fā)生的概率和條件概率應(yīng)該符合一定的統(tǒng)計(jì)意義。在進(jìn)行關(guān)聯(lián)分析的同時(shí)，還需要計(jì)算兩個(gè)參數(shù)，分別是最小置信度（可信度）和最小支持度，前者表示規(guī)則需滿足的最低可靠度，用以過(guò)濾掉可能性過(guò)小的規(guī)則；后者則用來(lái)表示規(guī)則在統(tǒng)計(jì)意義上需滿足的最小程度。 （2）序列分析。序列分析主要用于發(fā)現(xiàn)一定時(shí)間間隔內(nèi)接連發(fā)生的事件，這些事件構(gòu)成一個(gè)序列，發(fā)現(xiàn)的序列應(yīng)該具有普遍意義，其依據(jù)除了統(tǒng)計(jì)上的概率之外，還要加上時(shí)間的約束。在進(jìn)行序列分析時(shí)，也應(yīng)計(jì)算置信度和支持度。 （3）分類分析。分類分析通過(guò)分析具有類別的樣本特點(diǎn)，得到?jīng)Q定樣本屬于各種類別的規(guī)則或方法。利用這些規(guī)則和方法對(duì)未知類別的樣本分類時(shí)應(yīng)該具有一定的準(zhǔn)確度。其主要方法有基于統(tǒng)計(jì)學(xué)的貝葉斯方法、神經(jīng)網(wǎng)絡(luò)方法、決策樹方法等。分類分析時(shí)首先為每個(gè)記錄賦予一個(gè)標(biāo)記（一組具有不同特征的類別），即按標(biāo)記分類記錄，然后檢查這些標(biāo)定的記錄，描述出這些記錄的特征。這些描述可能是顯式的，例如，一組規(guī)則定義；也可能是隱式的，例如，一個(gè)數(shù)學(xué)模型或公式。 （4）聚類分析。聚類分析是根據(jù)“物以類聚”的原理，將本身沒(méi)有類別的樣本聚集成不同的組，并且對(duì)每個(gè)這樣的組進(jìn)行描述的過(guò)程。其主要依據(jù)是聚集到同一個(gè)組中的樣本應(yīng)該彼此相似，而屬于不同組的樣本應(yīng)該足夠不相似。聚類分析法是分類分析法的逆過(guò)程，它的輸入集是一組未標(biāo)定的記錄，即輸入的記錄沒(méi)有作任何處理，目的是根據(jù)一定的規(guī)則，合理地劃分記錄集合，并用顯式或隱式的方法描述不同的類別。 給定關(guān)系模式R(A1，A2，A3，A4)，R上的函數(shù)依賴集F=A1A3-A2，A2-A3，則R（42）。若將R分解為p=(A1A2)，(A1，A3)，那么該分解（43）。 A. 有一個(gè)候選關(guān)鍵字A1A3 B. 有一個(gè)候選關(guān)鍵字A1A2A3 C. 有兩個(gè)候選關(guān)鍵字A1A3A4和A1A2A4 D. 有三個(gè)候選關(guān)鍵字A1A2、A1A3和A1A4 給定關(guān)系模式R(A1，A2，A3，A4)，R上的函數(shù)依賴集F=A1A3-A2，A2-A3，則R（42）。若將R分解為p=(A1A2)，(A1，A3)，那么該分解（43）。 A. 是無(wú)損聯(lián)接的 B. 是保持函數(shù)依賴的 C. 既是無(wú)損聯(lián)接又保持函數(shù)依賴 D. 既是有損聯(lián)接又不保持函數(shù)依賴A. 4 B. 3,4 C. 3,4,7 D. (1,2),(2,1),(3,4),(4,7) A. 2,2,4 B. 2,2,6 C. 4,4,4 D. 4,4,6【解析】當(dāng)用戶開機(jī)按下PC機(jī)電源開關(guān)對(duì)，PC機(jī)首先執(zhí)行的是（46），然后加載（47）。 A. 硬盤上主引導(dǎo)記錄 B. 硬盤上分區(qū)引導(dǎo)記錄 C. 主板上的BIOS引導(dǎo)程序 D. 軟盤上的引導(dǎo)記錄 A. 相關(guān)支撐軟件，如各種設(shè)備驅(qū)動(dòng)程序 B. 分區(qū)引導(dǎo)記錄、配置系統(tǒng)，并執(zhí)行分區(qū)引導(dǎo)記錄 C. 操作系統(tǒng)，如Windows XP、Windows 7、UNIX等 D. 主引導(dǎo)記錄和引導(dǎo)驅(qū)動(dòng)器的分區(qū)表，并執(zhí)行主引導(dǎo)記錄 進(jìn)程P1、P2、P3、P4、P5和P6的前趨圖如下所示：若用PV操作控制這6個(gè)進(jìn)程的同步與互斥的程序如下，那么程序中的空和空處應(yīng)分別為（48）；空和空處應(yīng)分別為（49）；空和空處應(yīng)分別為（50）。A. V(S1)和P(S2) B. P (S1)和V(S2) C. V (S1)和V(S2) D. V (S2)和P(S1) A. V(S4)V(S5)和P(S3) B. P (S4)P(S5)和V(S3) C. V (S3)V(S4)和V(S5) D. P (S3)V(S4)和P(S3) A. P(S6)和V (S5) B. P (S6)和P(S5) C. V(S5)和V(S6) D. V (S6)和P(S5)【解析】嵌入式系統(tǒng)初始化過(guò)程主要有3個(gè)環(huán)節(jié)，按照自底向上、從硬件到軟件的次序依次為（51）。 A. 片級(jí)初始化系統(tǒng)級(jí)初始化板級(jí)初始化 B. 片級(jí)初始化板級(jí)初始化系統(tǒng)級(jí)初始化 C. 系統(tǒng)級(jí)初始化板級(jí)初始化片級(jí)初始化 D. 系統(tǒng)級(jí)初始化片級(jí)初始化板級(jí)初始化 線性規(guī)劃問(wèn)題不可能（52）。 A. 沒(méi)有最優(yōu)解 B. 只有一個(gè)最優(yōu)解 C. 只有2個(gè)最優(yōu)解 D. 有無(wú)窮多個(gè)最優(yōu)解 某工程的進(jìn)度計(jì)劃網(wǎng)絡(luò)圖如下，其中包含了10個(gè)結(jié)點(diǎn)，結(jié)點(diǎn)之間的箭線表示作業(yè)及其進(jìn)度方向，箭線旁標(biāo)注了作業(yè)所需的時(shí)間（單位：周）。設(shè)起始結(jié)點(diǎn)的時(shí)間為0，則結(jié)點(diǎn)的最早時(shí)間和最遲時(shí)間分別為（53）周。A.9, 19 B. 9, 18 C. 15, 17 D. 15, 16某石油管理公司擁有下圖所示的輸油管道網(wǎng)。其中有6個(gè)站點(diǎn)，標(biāo)記為。站點(diǎn)是唯一的供油站。各站點(diǎn)之間的箭線表示輸油管道和流向。箭線邊上標(biāo)注的數(shù)字表示該管道的最大流量（單位：百噸小時(shí)）。據(jù)此可算出，從站點(diǎn)到達(dá)站點(diǎn)的最大流量為（54）百噸/小時(shí)，而且當(dāng)管道（55）關(guān)閉維修時(shí)管道網(wǎng)仍可按該最大流量值向站點(diǎn)供油。A. 14 B. 15 C. 16 D. 18 A. B. C. D. 某公司擬將5百萬(wàn)元資金投放下屬A、B、C三個(gè)子公司（以百萬(wàn)元的倍數(shù)分配投資），各子公司獲得部分投資后的收益如下表所示（以百萬(wàn)元為單位）。該公司投資的總收益至多為（56）百萬(wàn)元。A.4.8 B. 5 C. 5.2 D. 5.5 已知17個(gè)自然數(shù)（可有重復(fù)）的最小值是30，平均值是34，中位數(shù)是35，所有各數(shù)到38的距離之和比到35的距離之和多5，由此可以推斷，這17個(gè)數(shù)中只有1個(gè)（57）。 A. 30 B. 34 C. 36 D. 37 某團(tuán)隊(duì)希望在未來(lái)18天內(nèi)串行選做若干個(gè)作業(yè)。供選各作業(yè)所需的實(shí)施時(shí)間（天數(shù)）、截止時(shí)間（最遲必須在指定的數(shù)天內(nèi)完工）以及利潤(rùn)見下表：該團(tuán)隊(duì)只要能適當(dāng)選擇若干個(gè)作業(yè)依次實(shí)施，就能獲得最大利潤(rùn)（58）萬(wàn)元。 A. 23 B. 24 C. 25 D. 26某博覽會(huì)每天8:00開始讓觀眾通過(guò)各入口處檢票進(jìn)場(chǎng)，8:00前已經(jīng)有很多觀眾在排隊(duì)等候。假設(shè)8:00后還有不少觀眾均勻地陸續(xù)到達(dá)，而每個(gè)入口處對(duì)每個(gè)人的檢票速度都相同。根據(jù)以往經(jīng)驗(yàn)，若開設(shè)8個(gè)入口，則需要60分鐘才能讓排隊(duì)觀眾全部入場(chǎng)；若開設(shè)10個(gè)入口，則需要40分鐘才能消除排隊(duì)現(xiàn)象。為以盡量少的入口數(shù)確保20分鐘后消除排隊(duì)現(xiàn)象，博覽會(huì)應(yīng)在8:00和8:20開設(shè)的入口數(shù)分別為（59）。 A.12,2 B. 14,4 C. 16,4 D. 18,6 【解析】 計(jì)算機(jī)系統(tǒng)性能評(píng)估中，（60）考慮了各類指令在程序中所占的比例。（61）考慮了諸如I/O結(jié)構(gòu)、操作系統(tǒng)、編譯程序的效率對(duì)系統(tǒng)性能的影響，可以較為準(zhǔn)確評(píng)估計(jì)算機(jī)系統(tǒng)的實(shí)際性能。 A. 時(shí)鐘頻率法 B. 等效指令速度法 C. 綜合理論性能法 D. 基準(zhǔn)程序法 MPEG-1視頻編碼標(biāo)準(zhǔn)中定義了（62）種不同類型的視頻幀，其中沒(méi)有使用幀間編碼能夠直接作為索引點(diǎn)的是（63）。 A. 2 B. 3 C. 4 D. 5 A. I幀 B. P幀 C. B幀 D. S幀 網(wǎng)絡(luò)管理系統(tǒng)中故障管理的目標(biāo)是（64）。 A. 自動(dòng)排除故障B. 優(yōu)化網(wǎng)絡(luò)性能 C. 提升網(wǎng)絡(luò)安全 D. 自動(dòng)監(jiān)測(cè)故障 使用netstat -o命令可（65）。 A. 顯示所測(cè)試網(wǎng)絡(luò)的IP、ICMP、TCP、UDP協(xié)議的統(tǒng)計(jì)信息 B. 顯示以太網(wǎng)統(tǒng)計(jì)信息 C. 以數(shù)字格式顯示所有連接、地址及端口 D. 顯示每個(gè)連接的進(jìn)程ID 【解析】顯示進(jìn)程id所列出的4個(gè)IPv6地址中，無(wú)效的地址是（66）。 A. :192:168:0:1 B. :2001:3452:4955:2367: C. 2002: c0a8:101:43 D. 2003:dead:beef:4dad:23:34:bb:101 IPv6站點(diǎn)通過(guò)IPv4網(wǎng)絡(luò)通信需要使用隧道技術(shù)，常用的3種自動(dòng)隧道技術(shù)是（67）。A. VPN隧道、PPTP隧道和IPsec隧道 B. 6to4隧道、6over4隧道和ISATAP隧道 C. VPN隧道、PPP隧道和ISATAP隧道 D. IPsec隧道、6over4隧道和PPTP隧道 如果在網(wǎng)絡(luò)的入口處通過(guò)設(shè)置ACL封鎖了TCP和UDP端口21、23和25，則能夠訪問(wèn)該網(wǎng)絡(luò)的應(yīng)用是（68）。 A. FTP B. DNS C. SMTP D. Telnet 4G移動(dòng)通信標(biāo)準(zhǔn)TD-LTE與LTE FDD的區(qū)別是（69）。 A. 頻率的利用方式不同 B. 劃分上下行信道的方式不同 C. 采用的調(diào)制方式有區(qū)別 D. 擁有專利技術(shù)的廠家不同 如果發(fā)現(xiàn)網(wǎng)絡(luò)的數(shù)據(jù)傳輸很慢，服務(wù)質(zhì)量也達(dá)不到要求，應(yīng)該首先檢查（70）的工作情況。 A. 物理層 B. 會(huì)話層 C. 網(wǎng)絡(luò)層 D. 傳輸層 A requirement is simply a statement of what the system must do or what characteristics it needs to have. Requirements evolve from broad statements of overall （71） from the system to detailed statements of the business capabilities that a system should support to detailed technical statements of the way in which the capabilities will be implemented in the new system. （72） focus on describing how to create the software product that will be produced from the project Nonfunctional requirements are primarily used in the design phase when decisions are made about the user interface, the hardware and software, and the systems underlying architecture. The systems physical and technical environments would be considered （73）. The speed, capacity, and reliability of the system belong to （74）. （75） describes that who has authorized access to the system under what circumstances.A. business needs B. operation processes C. technical specification D. function components A. User requirements B. Business requirements C. Function requirements D. System requirements A. a functional requirement B. a technical requirement C. an operational requirement D. a service requirenient A. security requirement B. performance requirement C. technical requirement D. information requirement A. System constraint B. Cultural requirement C. Control requirement D. Security requirement簡(jiǎn)答題1、某軟件公司啟動(dòng)了一個(gè)中等規(guī)模的軟件開發(fā)項(xiàng)目，其功能需求由5個(gè)用例描述。項(xiàng)目采用增量開發(fā)模型，每一次迭代完成1個(gè)用例；共產(chǎn)生5個(gè)連續(xù)的軟件版本，每個(gè)版本都比上一個(gè)版本實(shí)現(xiàn)的功能多。 每輪迭代都包含實(shí)現(xiàn)、測(cè)試、修正與集成4個(gè)活動(dòng)，且前一個(gè)活動(dòng)完成之后才能開始下一個(gè)活動(dòng)。不同迭代之間的活動(dòng)可以并行。例如，1個(gè)已經(jīng)實(shí)現(xiàn)的用例在測(cè)試時(shí)，軟件開發(fā)人員可以開始下一個(gè)用例的實(shí)現(xiàn)。實(shí)現(xiàn)和修正活動(dòng)不能并行。 每個(gè)活動(dòng)所需的工作量估算如下： (1)實(shí)現(xiàn)1個(gè)用例所需的時(shí)間為10人天； (2)測(cè)試1個(gè)用例所需的時(shí)間為2人天； (3)修正1個(gè)用例所需的時(shí)間為1人天（平均估算）； (4)集成1個(gè)用例所需的時(shí)間為0.5人天。 項(xiàng)目開發(fā)過(guò)程中能夠使用的資源包括：5名開發(fā)人員共同完成實(shí)現(xiàn)和修正工作、2名測(cè)試人員完成測(cè)試工作和1名集成人員完成集成工作。 該項(xiàng)目的Gannt圖（部分）如圖1-1所示問(wèn)題：1.1 根據(jù)題目描述中給出的工作量計(jì)算方法，計(jì)算1個(gè)用例的實(shí)現(xiàn)，測(cè)試、修正、集成4個(gè)活動(dòng)分別所需的日歷時(shí)間（單位：天） 問(wèn)題：1.2 (1)根據(jù)圖1-1給出的項(xiàng)目Gannt圖，估算出項(xiàng)目開發(fā)時(shí)間。 (2)計(jì)算測(cè)試人員和集成人員在該項(xiàng)目中的平均工作時(shí)間（占項(xiàng)目總開發(fā)時(shí)間的百分比）。 問(wèn)題：1.3 在項(xiàng)目實(shí)施過(guò)程中，需不斷將實(shí)際進(jìn)度與計(jì)劃進(jìn)度進(jìn)行比較分析，進(jìn)行項(xiàng)目進(jìn)度計(jì)劃的修正與調(diào)整，以保證項(xiàng)目工期。用300字以內(nèi)文字，從活動(dòng)和資源的角度，說(shuō)明項(xiàng)目進(jìn)度計(jì)劃調(diào)整所涉及的內(nèi)容?！窘馕觥?實(shí)現(xiàn)：2天，測(cè)試：1天，修正：0.2天，集成：0.5天。 （1）14天 （2）測(cè)試人員：35.7%，集成人員：17.9% 1、關(guān)鍵活動(dòng)的調(diào)整，若關(guān)鍵活動(dòng)延誤，一般調(diào)整的方法主要是縮短后續(xù)關(guān)鍵活動(dòng)的持續(xù)時(shí)間。 2、非關(guān)鍵活動(dòng)的調(diào)整，當(dāng)非關(guān)鍵路徑上某些工作的持續(xù)時(shí)間延長(zhǎng)，但不超過(guò)其時(shí)差范圍時(shí)，則不會(huì)影響項(xiàng)目工期，進(jìn)度計(jì)劃不必調(diào)整。 3、增減工作項(xiàng)目，由于編制計(jì)劃時(shí)考慮不周，或因某些原因需要增加或取消某些工作，則需重新調(diào)整網(wǎng)絡(luò)計(jì)劃，計(jì)算網(wǎng)絡(luò)參數(shù)。 4、資源調(diào)整，若資源供應(yīng)發(fā)生異常時(shí)，應(yīng)進(jìn)行資源調(diào)整，資源供應(yīng)發(fā)生異常是指因供應(yīng)滿足不了需要。資源調(diào)整的方法是進(jìn)行資源優(yōu)化，提高資源利用率。2、某集團(tuán)下屬煤礦企業(yè)委托軟件公司開發(fā)一套煤炭運(yùn)銷管理系統(tǒng)，該系統(tǒng)屬于整個(gè)集團(tuán)企業(yè)信息化架構(gòu)中的業(yè)務(wù)層，系統(tǒng)針對(duì)煤礦企業(yè)開發(fā)，包括合同管理、磅房管理、質(zhì)檢化驗(yàn)、運(yùn)費(fèi)結(jié)算等功能。部分業(yè)務(wù)詳細(xì)描述如下： (1)合同管理：合同簽訂、合同查詢、合同跟蹤等。 (2)磅房管理：系統(tǒng)可以從所有類型的電子磅自動(dòng)讀數(shù)；可以自動(dòng)從電子磅上讀取車輛皮重、毛重，計(jì)算出凈重；可根據(jù)合同內(nèi)容自動(dòng)減少相應(yīng)提貨單剩余數(shù)量，如果實(shí)際發(fā)貨量超過(guò)合同額則拒絕發(fā)貨。 (3)質(zhì)檢化驗(yàn)：根據(jù)過(guò)磅單、車號(hào)，生成化驗(yàn)分析委托單，生成化驗(yàn)分析報(bào)告。 (4)運(yùn)費(fèi)結(jié)算：依據(jù)過(guò)磅單上的凈重、化驗(yàn)單、合同規(guī)定，自動(dòng)計(jì)算出原料結(jié)算單、運(yùn)費(fèi)結(jié)算單。 煤礦企業(yè)根據(jù)集團(tuán)的工作計(jì)劃制訂本企業(yè)的業(yè)務(wù)計(jì)劃，煤礦企業(yè)根據(jù)集團(tuán)劃撥指標(biāo)和提供的原料生產(chǎn)煤炭，所生產(chǎn)的煤炭交由集團(tuán)統(tǒng)一管理和銷售給客戶。軟件公司采用Zachman框架對(duì)企業(yè)業(yè)務(wù)架構(gòu)和業(yè)務(wù)過(guò)程進(jìn)行分析，結(jié)果如表2-1所示。 問(wèn)題：2.1 Zachman框架是什么？請(qǐng)?jiān)诒?-1中（a）-（e）位置補(bǔ)充企業(yè)業(yè)務(wù)架構(gòu)中的信息類別。 問(wèn)題：2.2 項(xiàng)目組在該煤炭企業(yè)業(yè)務(wù)架構(gòu)分析中完成了四項(xiàng)主要工作：數(shù)據(jù)流圖、實(shí)體聯(lián)系圖、網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和計(jì)劃時(shí)間表，這四項(xiàng)工作在表2-1中處于什么位置，請(qǐng)用表2-1問(wèn)題：2.1 Zachman框架是什么？請(qǐng)?jiān)诒?-1中（a）-（e）位置補(bǔ)充企業(yè)業(yè)務(wù)架構(gòu)中的信息類別。 問(wèn)題：2.2 項(xiàng)目組在該煤炭企業(yè)業(yè)務(wù)架構(gòu)分析中完成了四項(xiàng)主要工作：數(shù)據(jù)流圖、實(shí)體聯(lián)系圖、網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和計(jì)劃時(shí)間表，這四項(xiàng)工作在表2-1中處于什么位置，請(qǐng)用表2-1中的位置編號(hào)表示。 問(wèn)題：2.3 據(jù)題目所述業(yè)務(wù)描述，請(qǐng)分別給出表2-1中A11和A23位置應(yīng)該填入的內(nèi)容。（物流關(guān)系用“”表示） 【解析】 achman框架是由約翰扎科曼（John Zac