2009年11月軟件設(shè)計師預(yù)測題及答案解析四
61. 軟件項目管理中可以使用各種圖形工具，以下關(guān)于各種圖形工具的論述中正確的是 （66） 。
（66） A．流程圖直觀地描述了工作過程的具體步驟，以及這些步驟之間的時序關(guān)系，可以用于控制工作過程的完成時間
B．PERT圖畫出了項目中各個活動之間的時序關(guān)系，可用于計算工程項目的關(guān)鍵路徑，以便控制項目的進度
C．因果分析圖能表現(xiàn)出軟件過程中各種原因和效果之間的關(guān)系，并且表現(xiàn)了它們隨時間出 現(xiàn)的順序和重要程度，這些數(shù)據(jù)可用于改進軟件過程的性能
D．Gantt圖為整個項目建立了一個時間表，反映了項目中的所有任務(wù)之間的依賴關(guān)系，以及各個任務(wù)的起止日期，這些信息可用于項目的任務(wù)調(diào)度
參考答案：（66）B。
解析：項目管理是在指定時間內(nèi)用最少的費用開發(fā)可接受的系統(tǒng)的管理過程，內(nèi)容包括確定系統(tǒng)開發(fā)范圍、計劃、人員安排、組織、指導(dǎo)和控制。
對于選項A的“流程圖”，它表達了系統(tǒng)中各個元素之間的信息流動情況，是進行系統(tǒng)詳細(xì)設(shè)計的工具，因此選項A的說法是錯誤的。
選項B的“PERT圖”，是一種圖形化的網(wǎng)絡(luò)模型，描述一個項目中的任務(wù)和任務(wù)之間的關(guān)系。PERT圖用來在任務(wù)被調(diào)度之前弄清項目任務(wù)之間的依賴關(guān)系。PERT圖的特點是通過關(guān)鍵路徑法進行包括費用在內(nèi)的資源最優(yōu)化考慮，壓縮關(guān)鍵路徑上的工作，在規(guī)定的時間以前把它高效率地完成，因此選項B的說法是正確的。
選項C的“因果分析圖”，也稱魚骨圖，是一種用于確定、探索和描述問題及其原因和結(jié)果的圖形工具?？梢杂靡蚬治鰣D來迫使團隊考慮問題的復(fù)雜性，并讓他們以一種客觀的態(tài)度來看待引起問題的原因。因果分析圖可以幫助團隊來確立引起問題的首要和次要原因，并幫助他們組織產(chǎn)生于頭腦風(fēng)暴會議中的觀點，因此選項C的說法是錯誤的。
選項D的“Gantt圖”，它和PERT圖是安排進度時常用的圖形描述方法。Gantt圖中橫坐標(biāo)表示時間，縱坐標(biāo)表示任務(wù)，圖中的水平線段表示對一個任務(wù)的進度安排，線段的起點和終點所對應(yīng)的橫坐標(biāo)上的時間分別表示該任務(wù)的開始時間和結(jié)束時間，線段的長度表示完成該任務(wù)所需的時間。
Gantt圖能夠清晰地描述每個任務(wù)從何時開始，到何時結(jié)束及各個任務(wù)之間的并行關(guān)系，但是它不能清晰地反映出各任務(wù)之間的依賴關(guān)系，難以確定整個項目的關(guān)鍵所在，因此選項D的說法是錯誤的。
62. 成功的SOA（面向服務(wù)架構(gòu)體系結(jié)構(gòu)）實施計劃應(yīng)該包含定義業(yè)務(wù)流程、SOA結(jié)構(gòu)和模式、SOA基礎(chǔ)架構(gòu)和SOA開發(fā)程序等部分，其中 （67） 部分明確了需要哪些服務(wù)，哪些數(shù)據(jù)與此相關(guān)。
（67） A．定義業(yè)務(wù)流程
B．SOA開發(fā)程序
C．SOA基礎(chǔ)架構(gòu)
D．SOA結(jié)構(gòu)和模式
參考答案：（67）A。
解析：面向服務(wù)架構(gòu)體系結(jié)構(gòu)（SOA）作為一種架構(gòu)模型，它將應(yīng)用程序的不同功能單元通過一些以中立方式定義的接口聯(lián)系起來。成功的SOA實施計劃應(yīng)該包含①定義業(yè)務(wù)流程、②SOA結(jié)構(gòu)和模式、③SOA基礎(chǔ)架構(gòu)和④SOA開發(fā)程序等4個主要的組成部分，每個部分完成的功能見表3。
表3 SOA各組成部分功能表
|
組 成 部 分 |
功 能 |
|
① 定義業(yè)務(wù)流程 |
明確為了支持業(yè)務(wù)流程需要哪些服務(wù)，哪些數(shù)據(jù)與此相關(guān) |
|
② SOA結(jié)構(gòu)和模式 |
制定開發(fā)服務(wù)過程中應(yīng)該遵循的原則和標(biāo)準(zhǔn)，描述服務(wù)如何定義及實施，說明通用實施和使用模式 |
|
③ SOA基礎(chǔ)架構(gòu) |
包括支持開發(fā)和實施服務(wù)及業(yè)務(wù)流程所需要的網(wǎng)絡(luò)、服務(wù)器、存儲、信息工具、集成工具和流程自動化工具等 |
|
④ SOA開發(fā)程序 |
確定了服務(wù)開發(fā)和流程實施的優(yōu)先順序，指導(dǎo)整個項目，產(chǎn)生新的服務(wù)和流程 |
63. 面向?qū)ο笙到y(tǒng)中有兩種基本的復(fù)用方式：框架復(fù)用和類庫復(fù)用。以下關(guān)于框架和類庫的描述中，說法錯誤的是 （68） 。
（68） A．框架是一個“半成品”的應(yīng)用程序
B．框架會為一個特定的目的實現(xiàn)一個基本的、可執(zhí)行的架構(gòu)
C．類庫只包含一系列可被應(yīng)用程序調(diào)用的類
D．類庫是框架的一種擴展形式
參考答案：（68）D。
解析：本試題討論的主題是框架和類庫之間的區(qū)別。類庫是一種預(yù)先定義的程序庫，它以程序模塊的形式，按照類層次結(jié)構(gòu)把一組類的定義和實現(xiàn)組織在一起?？梢?，類庫只包含一系列可被應(yīng)用程序調(diào)用的類。
框架是類庫的一種擴展形式，它為一個特定的目的實現(xiàn)一個基本的、可執(zhí)行的架構(gòu)。換言之，它是一個“半成品”的應(yīng)用程序。
64. 以下關(guān)于面向?qū)ο蠹夹g(shù)的敘述中，說法正確的是 （69） 。
（69） A．面向?qū)ο蠓治龅牡?步是定義類和對象
B．面向?qū)ο蟪绦蛟O(shè)計語言為面向?qū)ο笥美O(shè)計階段提供支持
C．構(gòu)件表示的是物理模塊而不是邏輯模塊
D．抽象類的主要特征是沒有方法
參考答案：（69）C。
解析：由于定義服務(wù)、確定附加的系統(tǒng)約束，以及定義類和對象的前提是要確定問題域，因此面向?qū)ο蠓治龅牡?步是確定問題域。
面向?qū)ο笮枨蠓治鲭A段、面向?qū)ο蠓治鲭A段和面向?qū)ο笥美O(shè)計階段都可以采用建模語言來進行描述，而面向?qū)ο蟪绦蛟O(shè)計語言主要為面向?qū)ο髮崿F(xiàn)階段提供支持。
UML中的構(gòu)件是遵從一組接口并提供一組接口的實現(xiàn)，它是組成系統(tǒng)的一部分，是可替換的。它表示的是物理模塊而不是邏輯模塊。構(gòu)件與類處于不同的抽象層次。
對象是數(shù)據(jù)及其操作的封裝體。對象的名字、屬性和方法是對象的三要素。對象之間的服務(wù)請求可以通過傳遞消息來實現(xiàn)。所有對象可以分成為各種對象類，每個對象都定義了一組方法。通常每個類都有實例，沒有實例的類稱之為抽象類。
65. 在面向?qū)ο蠹夹g(shù)中，同一個算子在不同的表達式中可能有不同的操作意義，這種多態(tài)性稱為（70） 。
（70） A．參數(shù)多態(tài)
B．過載多態(tài)
C．包含多態(tài)
D．隱含多態(tài)
參考答案：（70）B。
解析：多態(tài)性是指作用于不同對象的同一個操作可以有不同的解釋，從而產(chǎn)生不同的執(zhí)行結(jié)果。通俗地說，具有相似功能的不同函數(shù)使用同一個函數(shù)名來實現(xiàn)，從而可以使用相同的調(diào)用方法來調(diào)用這些具有不同功能的同名函數(shù)。多態(tài)性可分為①參數(shù)多態(tài)、②包含多態(tài)、③過載多態(tài)和④隱含多態(tài)等4種類型，這些類型的說明見表4。
對于選項B的交互圖（Interactive Diagram），是序列圖（Sequence Diagram）和協(xié)作圖的統(tǒng)稱。它展現(xiàn)了各個對象如何依據(jù)某種行為進行相互協(xié)作。
對于選項C的活動圖（Activity Diagram），是一種特殊的狀態(tài)圖，它用于描述需要進行的活動、執(zhí)行這些活動的順序及工作流。它強調(diào)對象間的控制流。
對于選項D的協(xié)作圖（Collaboration Diagram），描述對象之間動態(tài)的交互關(guān)系，以及交互對象之間的靜態(tài)鏈接關(guān)系。它強調(diào)收發(fā)消息對象的結(jié)構(gòu)組織（上下層次關(guān)系）。
70. 可以用項目三角形表示項目管理中主要因素之間相互影響的關(guān)系， （75） 處于項目三角形的中心，它會影響三角形的每條邊，對三條邊的任何一條所作的修改都會影響它。
（75） A．范圍
B．時間
C．成本
D．質(zhì)量
參考答案：（75）D。
解析：項目三角形是指項目管理三角形，3條邊分別是指時間、成本和范圍，三者存在密切的關(guān)系。質(zhì)量是項目三角形中的第4個關(guān)鍵因素，可以把它看成三角形的重心，具體分析如下。
① 如果調(diào)整項目三角形的時間邊，在分析項目工期之后，可能發(fā)現(xiàn)項目的實際工期超過了原來的預(yù)算，此時有多種方法可以調(diào)整項目工期的長度。選擇的方法受到各種約束條件（如資金、項目范圍和項目質(zhì)量等）的影響。最有效的縮短工期的辦法是調(diào)整項目關(guān)鍵路徑上的任務(wù)，具體做法是，縮短一些工作任務(wù)的工期、安排一些工作任務(wù)同步進行、分配額外資源加速進度或者縮小項目范圍。當(dāng)調(diào)整項目工期時，項目成本可能增加，資源可能會被過度分配，而且項目范圍也可能發(fā)生變化；
 |
 |
 |
 |
參考答案：（71）D。
解析：由試題中的關(guān)鍵信息“類O由類P的1個實例和類Q的1個或多個實例構(gòu)成”可知，類O、P和Q之間存在著“整體-部分”的構(gòu)成關(guān)系，即類O表示整體概念，類P和Q為部分概念。在UML規(guī)范中，構(gòu)成關(guān)系可以使用關(guān)聯(lián)和聚集來表示。在UML模型圖中，關(guān)聯(lián)的圖示是一條連接相同或不同類的實線（ --或→ ）。聚集是一種特殊的關(guān)聯(lián)，在整體的一端用一個空心菱形修飾，即其圖示為“ ”。圖示“”表示的是一種泛化關(guān)系，據(jù)此可排除選項A和選項B。
選項C中，類Q端的關(guān)聯(lián)多重度被指定為“1…*”，說明類Q中必須包含（1…*）個類O的對象，這與試題中的描述恰好相反，因此選項C是錯誤答案，選項D是正確答案。
67. 用UML建立業(yè)務(wù)模型是理解企業(yè)業(yè)務(wù)過程的第一步。使用活動圖（Activity Diagram）可顯示業(yè)務(wù)工作流的步驟和決策點，以及完成每一個步驟的角色和對象，它強調(diào) （72） 。
（72） A．上下層次關(guān)系
B．時間和順序
C．對象間的遷移
D．對象間的控制流
參考答案：（72）D。
解析：用UML建立業(yè)務(wù)模型是理解業(yè)務(wù)過程的第1步。使用活動圖可表示企業(yè)業(yè)務(wù)的工作流。這種UML圖顯示工作流中的步驟和決策點，以及完成每一步驟的角色和對象。它強調(diào)對象間的控制流，是一種特殊的狀態(tài)圖（Statechart Diagram）。
在UML模型圖中，協(xié)作圖（Collaboration Diagram）按組織結(jié)構(gòu)對控制流建模，它強調(diào)上下層次關(guān)系。序列圖（Sequence Diagram）用于按時間順序?qū)刂屏鹘?，它強調(diào)的是時間和順序。
68．下面各語句中，能正確進行賦字符串操作的語句是（73）
（73）A. chars[5]={"ABCDE"};
B. chars[5]={’A’,’B’,’C’,’D’,’E’};
C. char*s；s＝"ABCDE"；
D. char*s；scanf("%"，s)；
參考答案：（73）C。
解析：字符串最終存儲于字符數(shù)組中，存儲字符串的字符數(shù)組可以是程序主動引入的（定義或動態(tài)分配），也可以是字符串常量，由系統(tǒng)分配。其中字符數(shù)組用字符串初始化就是字符串存儲于由程序引入的字符數(shù)組的例子。給字符指針賦字符串則是系統(tǒng)自動分配字符率存儲空間的例子。給字符指針賦字符串并不是將一個長長的字符串存于字符指針變量中，而是將字符串常量存儲于常量區(qū)，并將存儲這個字符串的首字節(jié)地址賦給指針變量，讓指針變量指向字符率常量的首字符。對于以字符串作為字符數(shù)組初值的情況，要求字符數(shù)組足夠的大，能存得下字符串常量。這里有一個特別的規(guī)定，若數(shù)組的大小少于存儲字符串有效字符的字節(jié)個數(shù)，系統(tǒng)將報告錯誤；當(dāng)字符數(shù)組的大小只能存儲字符串的有效字符，而不能存儲字符率結(jié)束標(biāo)記符時，則存儲于字符數(shù)組中的內(nèi)容是字符序列，因沒有存儲字符率結(jié)束標(biāo)記符，存儲的內(nèi)容就不是字符串。如代碼chara[5]＝"ABCDE"。另外，給字符數(shù)組元素逐一賦字符初值，并在字符初值中沒有字符串結(jié)束標(biāo)記符，則存于字符數(shù)組中的內(nèi)容也不是字符率。如代碼chars[5]={’A’，’B’，’C’，’D’，’E’}。特別要注意當(dāng)字符指針還未指向某個字符數(shù)組的元素時，不可以通過字符指針輸入字符串。如代碼char*s；scanf("%s"，s)。若寫成char*str；scanf("%s"，&str)更是錯誤的了。由于C語言規(guī)定數(shù)組不能相互賦值，所以只能將字符串常量賦給某字符指針。如代碼char*s；s＝"ABCDE"是正確的。實際上，字符率"ABCDE"被存儲于常量區(qū)中，向指針變量賦的是字符指針，讓s指向其中的字符’A’。所以解答是C。
69. 在UML建模過程中，對象行為是對象間為完成某一目的而進行的一系列消息交換。若需要描述跨越多個用例的單個對象的行為，使用 （74） 是最為合適的。
（74） A．狀態(tài)圖（Statechart Diagram）
B．交互圖（Interactive Diagram）
C．活動圖（Activity Diagram）
D．協(xié)作圖（Collaboration Diagram）
參考答案：（74）A。
解析：對于選項A的狀態(tài)圖（Statechart Diagram），展示了一個特定對象的所有可能狀態(tài)，以及由于各種事件的發(fā)生而引起的狀態(tài)間的轉(zhuǎn)移。若需要描述跨越多個用例的單個對象的行為，使用它是最合適的。
對于選項B的交互圖（Interactive Diagram），是序列圖（Sequence Diagram）和協(xié)作圖的統(tǒng)稱。它展現(xiàn)了各個對象如何依據(jù)某種行為進行相互協(xié)作。
對于選項C的活動圖（Activity Diagram），是一種特殊的狀態(tài)圖，它用于描述需要進行的活動、執(zhí)行這些活動的順序及工作流。它強調(diào)對象間的控制流。
對于選項D的協(xié)作圖（Collaboration Diagram），描述對象之間動態(tài)的交互關(guān)系，以及交互對象之間的靜態(tài)鏈接關(guān)系。它強調(diào)收發(fā)消息對象的結(jié)構(gòu)組織（上下層次關(guān)系）。
70. 可以用項目三角形表示項目管理中主要因素之間相互影響的關(guān)系， （75） 處于項目三角形的中心，它會影響三角形的每條邊，對三條邊的任何一條所作的修改都會影響它。
（75） A．范圍
B．時間
C．成本
D．質(zhì)量
參考答案：（75）D。
解析：項目三角形是指項目管理三角形，3條邊分別是指時間、成本和范圍，三者存在密切的關(guān)系。質(zhì)量是項目三角形中的第4個關(guān)鍵因素，可以把它看成三角形的重心，具體分析如下。
① 如果調(diào)整項目三角形的時間邊，在分析項目工期之后，可能發(fā)現(xiàn)項目的實際工期超過了原來的預(yù)算，此時有多種方法可以調(diào)整項目工期的長度。選擇的方法受到各種約束條件（如資金、項目范圍和項目質(zhì)量等）的影響。最有效的縮短工期的辦法是調(diào)整項目關(guān)鍵路徑上的任務(wù)，具體做法是，縮短一些工作任務(wù)的工期、安排一些工作任務(wù)同步進行、分配額外資源加速進度或者縮小項目范圍。當(dāng)調(diào)整項目工期時，項目成本可能增加，資源可能會被過度分配，而且項目范圍也可能發(fā)生變化；
?、?如果調(diào)整項目三角形的資金邊，為了降低成本，可以縮小項目范圍，這樣任務(wù)減少，占用的資源也會下降，成本就會降低，同時項目的工期也會縮短；
③ 如果調(diào)整項目三角形的范圍邊，改變項目的范圍一定包括改變項目任務(wù)的數(shù)量和工期。項目范圍和質(zhì)量是密切相關(guān)的，在縮小范圍的同時，會降低既定的項目質(zhì)量要求。否則不可能在原來的資源和時間內(nèi)達成新的目標(biāo)，所以項目的預(yù)期目標(biāo)限定了相應(yīng)的資源和時間；
④ 項目三角形的3條邊中任何一條邊發(fā)生變化都會影響項目質(zhì)量，項目質(zhì)量受3條邊的約束。例如，如果發(fā)現(xiàn)項目工期還有剩余時間，可以通過增加項目任務(wù)來擴大范圍。有了這種項目范圍的擴大，就能夠提高項目質(zhì)量。反之，如果需要降低項目成本，將其控制在項目預(yù)算范圍之內(nèi)，就不得不通過減少項目任務(wù)或者縮短項目工期來縮小項目范圍。隨著項目的縮小，就很難保證既定的項目質(zhì)量了，所以削減項目成本會導(dǎo)致項目質(zhì)量的降低。
71. 以下關(guān)于用例（use case）的敘述中，說法不夠準(zhǔn)確的是 （76） 。
（76） A．用例將系統(tǒng)的功能范圍分解成許多小的系統(tǒng)功能陳述
B．一個用例代表了系統(tǒng)的一個單一的目標(biāo)
C．用例是一個行為上相關(guān)的步驟序列
D．用例描述了系統(tǒng)與用戶的交互
參考答案：（76）D。
解析：用例（use case）用來描述系統(tǒng)在對事件做出響應(yīng)時所采取的行動，即它確定了一個與系統(tǒng)參與者進行交互，并由系統(tǒng)執(zhí)行的動作序列。可見，一個用例本身并不是一個功能需求，它代表了系統(tǒng)的一個單一的目標(biāo)，是一個行為上相關(guān)的步驟序列。
選項D所描述的范圍太廣，不夠準(zhǔn)確。在UML規(guī)范中，參與者是指系統(tǒng)所涉及到的人，或者是用戶在本系統(tǒng)中扮演的角色。一個參與者總是在系統(tǒng)的自動化邊界之外。
72. 采用UML分析用戶需求時，用例UCl可以出現(xiàn)在用例UC2出現(xiàn)的任何位置，那么UCl和UC2之間的關(guān)系是 （77） 關(guān)系。
（77） A．include
B．extend
C．generalize
D．call
參考答案：（77）C。
解析：用例之間的泛化（generalize）關(guān)系類似于類之間的泛化關(guān)系。子用例繼承父用例的行為與含義。子用例還可以增加或者覆蓋父用例的行為。子用例可以出現(xiàn)在父用例出現(xiàn)的任何位置。
本試題中，由于用例UCl可以出現(xiàn)在用例UC2出現(xiàn)的任何位置，因此UCl與UC2之間是選項C的“泛化（generalize）”關(guān)系。要注意，不是“用例UCl可以出現(xiàn)在用例UC2的任何位置”。
選項A的“包含（include）”關(guān)系，表示基礎(chǔ)用例在它內(nèi)部，說明某一位置上顯式的合并是另一個用例的行為。被包含用例從不孤立存在，僅作為某些包含它的更大的基礎(chǔ)用例的一部分出現(xiàn)。
選項B的“擴展（extend）”關(guān)系，表示基礎(chǔ)用例在延伸用例間的一個位置上，隱式合并了另一個用例的行為?；A(chǔ)用例可以單獨存在，但是在一定的條件下，它的行為可以被另一個用例的行為延伸。
選項D的“call”可解釋成“調(diào)用”。
73.若有以下定義，則值為3的表達式是（78）
inta[]＝{1，2，3，4，5，6，7，8，9，10}，*p＝a；
（78） A. p＋＝2,*(p++)
B. p＋＝2，*++p
C. p＋＝3，*p++
D. p＋＝2，++*p
參考答案：（78） A。
解析：數(shù)組a有10個元素，分別有值1至10，指針變量p指向a[0],A逗號表達式p＋＝2，*(P++)，先是P＋＝2使P指向a[2]，接著是*(P++)，以當(dāng)時P所指變量a[2]取內(nèi)容3為表達式的值，同時使p指向a[3]。B返號表達式p＋＝2，*++p，先是p＋＝2使p指向a[2]，以后是*++p，又使p增1，讓它指向a[3]，并取指針p所指變量a[3]的內(nèi)容4作為表達式的值。C逗號表達式p＋＝3，*p++，先是p+=3使p指向a[3]，以后是*p++，表達式的值是a[3]為4，而使p指向a[4]。D逗號表達式p＋＝2，++*p，先是p＋＝2，使p指向a[2]，以后是++*p，因當(dāng)時的*p就是a[2]，++a[2]使a[2]增1，變成4，并以4為表達式的值。所以只有p＋＝2，*(p++)的值是3。所以解答是A。
74．要求函數(shù)的功能是在一維數(shù)組a中查找x值。若找到，則返回所在的下標(biāo)值；否則，返回0。設(shè)數(shù)據(jù)放在數(shù)組元素的a[1]到a[n]中。在以下給出的函數(shù)中，不能正確執(zhí)行此功能的函數(shù)是（79）
（79）A. funa(int*a，intn，intx)
{*a＝x；
whlie(a[n]!＝x)n--；
returnn；
}
B. funb(int*a，intn，intx)
{intk；
for(k＝l；k<＝n；k++)
if(a[k]＝＝x)returnk；
return0；
}
C. func(inta[],intn，intx)
{int*k；
a[O]＝x；k＝a＋n；
while(*k!＝x)k--；
returnk－n；
}
D. fund(inta[]，intn，intx)
{intk＝0；
dok++；
while((kif((kelsereturn0;
}
參考答案：（79）C。
解析：在數(shù)組中找指定值是經(jīng)常遇到的計算要求，有多種編程方法。在這里，數(shù)據(jù)預(yù)放在數(shù)組下標(biāo)1至n的元素中，下標(biāo)為0的元素沒有放數(shù)據(jù)，程序可以利用這個位置簡化查找函數(shù)。函數(shù)funa先將要查找的情放入a[0]，從數(shù)據(jù)表的最后一個元素開始逆序向前查找。這樣做的好處是循環(huán)條件不必?fù)?dān)心因數(shù)組中原先沒有值為x的元素而一直順序查找下去，訪問不是數(shù)表的元素，需插入條件n＞O。在a[0]處放入x后，這個條件就不必要了，循環(huán)至少在訪問了a[0]后終止，并返回0值。所以該函數(shù)能完成指定的功能。函數(shù)funb采用常規(guī)的辦法編寫，循環(huán)在a[1]與a[n]之間順序?qū)ふ遥坏┱业搅⒓捶祷卣业教幍南聵?biāo)，直至查找循環(huán)結(jié)束，查不到指定的值而返回0值。函數(shù)func采用與函數(shù)funa相同的方法，不過是另外引入一個指針變量。但是該函數(shù)return語句后的表達式有嚴(yán)重的錯誤，應(yīng)返回k－a，兩指針的差，其值等于找到元素的下標(biāo)。表達式k－n是指針k向前移n個位置的指針值。函數(shù)fund預(yù)置k為0，循環(huán)讓k增1，并在k在界內(nèi)和a[k]不等于x的情況下循環(huán)。循環(huán)結(jié)束有兩種情況，或k已不在界內(nèi)，或k在界內(nèi)，并且a[k]等于x。若是后者，函數(shù)返回k，而若前者，函數(shù)返回比該函數(shù)也能正確完成查找工作。這樣，不能正確完成查找工作的函數(shù)是函數(shù)fonc。所以正確選擇是C。
75. 軟件架構(gòu)在軟件需求與設(shè)計之間架起一座橋梁，也是風(fēng)險承擔(dān)者進行交流的手段，允許不同的風(fēng)險承擔(dān)者找出他們所關(guān)心的軟件架構(gòu)問題。邏輯視圖的主要風(fēng)險承擔(dān)者是 （80） 。
（80） A．項目管理師
B．系統(tǒng)集成工程
C．系統(tǒng)實施工程師
D．最終用戶
參考答案：（80）D。
解析：所謂風(fēng)險承擔(dān)者是指對軟件系統(tǒng)某個方面（或?qū)哟危┴?fù)責(zé)（或關(guān)注）的人員。也可以這樣來理解風(fēng)險承擔(dān)者，軟件系統(tǒng)的某個方面（或?qū)哟危┤绻嬖谌毕莼騿栴}，對此負(fù)責(zé)任或受影響的人員。
邏輯視圖描述了設(shè)計的對象模型，支持系統(tǒng)的功能需求。而系統(tǒng)的功能需求來自于最終用戶，因此最終用戶是邏輯
進程視圖的風(fēng)險承擔(dān)者主要是系統(tǒng)集成人員；物理視圖的風(fēng)險承擔(dān)者主要是系統(tǒng)實施工程師；開發(fā)視圖的風(fēng)險承擔(dān)者主要是編程人員和軟件項目管理人員；場景的風(fēng)險承擔(dān)者是最終用戶和開發(fā)人員。
76. 某商場的部門、員工和商品3個實體之間的關(guān)系如圖7所示。假設(shè)每個部門有若干名員工，每種商品只能由一個部門負(fù)責(zé)銷售，那么部門到員工、部門到商品之間分別存在 （81） 的聯(lián)系。
 |
| 圖7 某實體關(guān)系圖 |
（81） A．1:1和1:1
B．1:1和1:n
C．1:n和1:1
D．1:n和1:n
參考答案：（81）D。
解析：E-R圖中實體集A與實體集B有一對多（1:n）的聯(lián)系是指實體集A中的每一實體，實體集B中有0個或多個實體與之聯(lián)系，而對于實體集B中的每一個實體，實體集A中至多有一個實體與之聯(lián)系。
由題中的關(guān)鍵信息“每個部門有若干名員工，每種商品只能由一個部門負(fù)責(zé)銷售”可知，實體“部門”與“員工”是一對多（1:n）的聯(lián)系，實體“部門”與“商品”也是一對多（1:n）的聯(lián)系，因此本試題的正確答案是選項D。
77. 關(guān)系模式Student(Sno,Sname,Cno,Cname,Grade,Tname,Taddr)的屬性分別表示學(xué)號、學(xué)生姓名、課程號、課程名、成績、任課教師名和教師地址。其中，一個學(xué)生可以選若干門課程，一個教師可以講授若干門課程，一門課程可以由多個教師講授，對于同一門課程，學(xué)生只能選定一個教師講授的課程，教師不會重名。關(guān)系模式Student的分解ρ＝ （82） ，并且是無損聯(lián)接及保持函數(shù)依賴。
（82） A．{(Sno,Sname,Cno,Tname,Taddr),(Sno,Sname,Cno,Cname,Grade)}∈1NF
B．{(Sno,Sname),(Sno,Cno,Grade,Tname,Taddr),(Cno,Cname)}∈2NF
C．{(Sno,Sname),(Sno,Cno,Grade),(Tname,Taddr),(Cno,Cname,)∈3NF
D．{(Sno,Sname),(Sno,Cno,Grade),(Tname,Taddr),(Tname,Cno),(Cno,Cname)}∈BCNF
參考答案：（82）B。
解析：關(guān)系模式Student(Sno,Sname,Cno,Cname,Grade,Tname,Taddr)的候選關(guān)鍵字有1個，為（Sno,Cno）。最小函數(shù)依賴集中有5個函數(shù)依賴。由于存在部分依賴現(xiàn)象，因此該關(guān)系模式屬于1NF范式，分解ρ＝{(Sno,Sname),(Sno,Cno,Grade,Tname,Taddr),(Cno,Cname)}∈2NF，并且是無損聯(lián)接及保持函數(shù)依賴。
78. 某企業(yè)職工和部門的關(guān)系模式如下所示，其中部門負(fù)責(zé)人也是一名職工。
職工(職工號,姓名,年齡,月工資,部門號,電話,辦公室)
部門(部門號,部門名,負(fù)責(zé)人代碼,任職時間)
查詢每個部門中月工資最高的“職工號”的SQL查詢語句如下：
Select 職工號 from 職工 as E
where 月工資=(Select Max(月工資)from 職工 as M （83） );
（83） A．where M.部門號=E.部門號
B．where M.職工號=E.職工號
C．where M.職工號=E.負(fù)責(zé)人代碼
D．where M.部門號=E.職工號
參考答案：（83）A。
解析：查詢每個部門中月工資最高的“職工號”的SQL查詢語句如下所示。
Select 職工號 from 職工 as E
where 月工資=(Select Max(月工資) from 職工 as M where M.部門號=E.部門號);
其中，子查詢“Select Max(月工資) from 職工 as M where M.部門號=E.部門號”意為找出M.部門號最高月工資。主查詢“Select 職工號 from 職工 as E where 月工資=”意為該職工的月工資等于最高工資。因此，(54)空缺處的正確答案是選項A。
79. 一級封鎖協(xié)議解決了事務(wù)的并發(fā)操作帶來的 （84） 不一致性的問題。
（84） A．讀臟數(shù)據(jù)
B．?dāng)?shù)據(jù)重復(fù)修改
C．?dāng)?shù)據(jù)丟失修改
D．?dāng)?shù)據(jù)不可重復(fù)讀
參考答案：（84）C。
解析：并發(fā)操作帶來的數(shù)據(jù)不一致性表現(xiàn)為丟失修改、數(shù)據(jù)不可重復(fù)讀和讀臟數(shù)據(jù)3類。一級封鎖協(xié)議是指在事務(wù)T修改數(shù)據(jù)R之前對其加X鎖，直到事務(wù)結(jié)束前才釋放該鎖。事務(wù)T在執(zhí)行期間，
其他事務(wù)不能對數(shù)據(jù)進行修改，只有事務(wù)T結(jié)束，其對數(shù)據(jù)R的修改寫入數(shù)據(jù)庫之后，其他事務(wù)才可以修改數(shù)據(jù)R，這樣事務(wù)T的修改就不會丟失。
由于一級封鎖協(xié)議沒有限制其他事務(wù)對數(shù)據(jù)R的讀取操作，因此可能使其他事務(wù)在T修改期間讀取數(shù)據(jù)R，產(chǎn)生數(shù)據(jù)不可重復(fù)讀和讀臟數(shù)數(shù)據(jù)的錯誤。
80. 以下說法正確的是 （85） 。
（85） A．從結(jié)構(gòu)的角度看，數(shù)據(jù)倉庫主要有數(shù)據(jù)集市、企業(yè)倉庫和用戶倉庫3種模型
B．?dāng)?shù)據(jù)挖掘就是要智能化和自動化地把數(shù)據(jù)轉(zhuǎn)換為有用的信息和知識
C．OLAP技術(shù)為提高處理效率，必須繞過DBMS直接對物理數(shù)據(jù)進行讀取和寫入
D．?dāng)?shù)據(jù)倉庫是從數(shù)據(jù)庫中導(dǎo)入大量的數(shù)據(jù)，并對結(jié)構(gòu)和存儲進行組織以提高查詢效率
參考答案：（85）B。
解析：從結(jié)構(gòu)的角度看，數(shù)據(jù)倉庫主要有企業(yè)倉庫、數(shù)據(jù)集市和虛擬倉庫等3種模型。其中，企業(yè)倉庫用于收集跨越整個企業(yè)的各個主題的所有信息，它提供整個企業(yè)范圍的數(shù)據(jù)集成。而數(shù)據(jù)集是包含對特定的用戶有用的、企業(yè)范圍數(shù)據(jù)的一個子集，其范圍限于所選定的主題。虛擬倉庫是操作型數(shù)據(jù)庫上視圖的集合。因此選項A的描述是錯誤的。
數(shù)據(jù)挖掘就是要智能化和自動化地把數(shù)據(jù)轉(zhuǎn)換為有用的信息和知識。目前，常用的數(shù)據(jù)挖掘方法有關(guān)聯(lián)分析、序列模式分析、分類分析和聚類分析等。由此可見，選項B的描述是正確的。
OLAP（on-line analytical processing）是聯(lián)系分析處理的英文縮寫。它仍使用DBMS存取數(shù)據(jù)，即選項C的描述是錯誤的。
數(shù)據(jù)倉庫不是用做日常查詢，也不是匯總和統(tǒng)計，它主要用于提取數(shù)據(jù)中的潛在信息和知識。因此選項D的描述是錯誤的。
【編輯推薦】
