67. 用UML建立業(yè)務(wù)模型是理解企業(yè)業(yè)務(wù)過程的第一步。使用活動圖(Activity Diagram)可顯示業(yè)務(wù)工作流的步驟和決策點,以及完成每一個步驟的角色和對象,它強(qiáng)調(diào) (72) 。
(72) A.上下層次關(guān)系
B.時間和順序
C.對象間的遷移
D.對象間的控制流
參考答案:(72)D。
解析:用UML建立業(yè)務(wù)模型是理解業(yè)務(wù)過程的第1步。使用活動圖可表示企業(yè)業(yè)務(wù)的工作流。這種UML圖顯示工作流中的步驟和決策點,以及完成每一步驟的角色和對象。它強(qiáng)調(diào)對象間的控制流,是一種特殊的狀態(tài)圖(Statechart Diagram)。
在UML模型圖中,協(xié)作圖(Collaboration Diagram)按組織結(jié)構(gòu)對控制流建模,它強(qiáng)調(diào)上下層次關(guān)系。序列圖(Sequence Diagram)用于按時間順序?qū)刂屏鹘,它?qiáng)調(diào)的是時間和順序。
68.下面各語句中,能正確進(jìn)行賦字符串操作的語句是(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建模過程中,對象行為是對象間為完成某一目的而進(jìn)行的一系列消息交換。若需要描述跨越多個用例的單個對象的行為,使用 (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ù)某種行為進(jìn)行相互協(xié)作。
對于選項C的活動圖(Activity Diagram),是一種特殊的狀態(tài)圖,它用于描述需要進(jìn)行的活動、執(zhí)行這些活動的順序及工作流。它強(qiáng)調(diào)對象間的控制流。
對于選項D的協(xié)作圖(Collaboration Diagram),描述對象之間動態(tài)的交互關(guān)系,以及交互對象之間的靜態(tài)鏈接關(guān)系。它強(qiáng)調(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ù)同步進(jìn)行、分配額外資源加速進(jìn)度或者縮小項目范圍。當(dāng)調(diào)整項目工期時,項目成本可能增加,資源可能會被過度分配,而且項目范圍也可能發(fā)生變化;
② 如果調(diào)整項目三角形的資金邊,為了降低成本,可以縮小項目范圍,這樣任務(wù)減少,占用的資源也會下降,成本就會降低,同時項目的工期也會縮短;
、 如果調(diào)整項目三角形的范圍邊,改變項目的范圍一定包括改變項目任務(wù)的數(shù)量和工期。項目范圍和質(zhì)量是密切相關(guān)的,在縮小范圍的同時,會降低既定的項目質(zhì)量要求。否則不可能在原來的資源和時間內(nèi)達(dá)成新的目標(biāo),所以項目的預(yù)期目標(biāo)限定了相應(yīng)的資源和時間;
、 項目三角形的3條邊中任何一條邊發(fā)生變化都會影響項目質(zhì)量,項目質(zhì)量受3條邊的約束。例如,如果發(fā)現(xiàn)項目工期還有剩余時間,可以通過增加項目任務(wù)來擴(kuò)大范圍。有了這種項目范圍的擴(kuò)大,就能夠提高項目質(zhì)量。反之,如果需要降低項目成本,將其控制在項目預(yù)算范圍之內(nèi),就不得不通過減少項目任務(wù)或者縮短項目工期來縮小項目范圍。隨著項目的縮小,就很難保證既定的項目質(zhì)量了,所以削減項目成本會導(dǎo)致項目質(zhì)量的降低。
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |