2011年上半年2軟件設計師_第1頁
2011年上半年2軟件設計師_第2頁
2011年上半年2軟件設計師_第3頁
2011年上半年2軟件設計師_第4頁
2011年上半年2軟件設計師_第5頁
已閱讀5頁,還剩52頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、軟件設計師2011年上半年試題本試卷為:樣式2樣式2:適用于復習,每道題的題目和在一起。本試卷由跨步軟考提供我們目前提供的服務有: APP刷題網頁版刷題pdf版課程其他資料服務請你也可以關注我們的我們的官網:跨步軟考本文檔所出自“”歸跨步軟考(kuabu.xyz),您可以甚至修改本文檔,但是必須標明上午綜合試卷第1題:在CPU中用于跟蹤指令地址的寄存器是(1).A.B.地址寄存器(MAR)數據寄存器(MDR)D.指令寄存器(IR)本題考查寄存器的基本知識。CPU中通常設置一些寄存器,用于暫時程序運行過程中的相關信息。其中,通用寄存器常用于暫存運算器需要的數據或運算結果,地址寄存器和數據寄存器用

2、于內存時的地址和數據暫存,指令寄存器用于暫存正在執行的指令,程序計數器中存放待執行的指令的地址。第2題:指令系統中采用不同尋址方式的目的是(2).A.B.提高從內存獲取數據的速度提高從外存獲取數據的速度D.擴大尋址空間并提高編程靈活性本題考查指令系統的基本概念。尋址方式是指尋找操作數或操作數地址的方式。指令系統中采用不同尋址方式的目的是為了 在效率和方便性上找一個平衡。立即尋址和寄存器尋址在效率上是最快的, 但是寄存器數目少,不可能將操作數都存入其中等待使用,立即尋址的使用場合也非常有限,這樣就需要將 數據保存在內存中,然后使用直接尋址、寄存器間接尋址、寄存器相對尋址、基址加變址尋 址、相對基

3、址及變址尋址等尋址方式將內存中的數據移入寄存器中。第3題:在計算機系統中釆用總線結構,便于實現系統的積木化構造,同時可以(3).D. 減少指令系統的復雜性本題考查計算機系統的基礎知識。總線是連接計算機有關部件的一組信號線,是計算機中用來傳送信息代碼的公共通道。釆用 總線結構主要有以下優點:簡化系統結構,便于系統設計制造;大大減少了連線數目,便于 布線,減小體積,提髙系統的可靠性;便于接口設計,所有與總線連接的設備均釆用類似的 接口;便于系統的擴充、更新與靈活配置,易于實現系統的模塊化; 便于設備的軟件設計, 所有接口的軟件就是對不同的口地址進行操作;便于故障診斷和維修,同時也降低了成本。第4題

4、:原碼表示法和補碼表示法是計算機中用于表示數據的兩種編碼方法,在計算機系統中常采 用補碼來表示和運算數據,原因是采用補碼可以(4) 。A. 保證運算過程與手工運算方法保持一致C. 提高數據的運算速度參考:B本題考査數據表示的基礎知識。使用補碼表示數據時,可以將符號位和其他位統一處理,減法也可按加法來處理,從而簡化 運算部件的設計。第5題:計算機中的浮點數由三部分組成:符號位S,指數部分E (稱為階碼)和尾數部分 M。在總長度固定的情況下,增加E的位數、減少M的位數可以(5)。A.B.C.D.擴大可表示的數的范圍同時降低精度擴大可表示的數的范圍同時提髙精度減小可表示的數的范圍同時降低精度減小可表

5、示的數的范圍同時提高精度本題考查數據表示的基礎知識。浮點數在計算機中用以近似表示任意某個實數,一個浮點數a可如下表示: a = MXbE因此在總長度固定的情況下,增加E的位數、減少M的位數可以擴大可表示的數的范圍同時降 低精度。第6題:某計算機系統由下圖所示的部件構成,假定每個部件的千小時可靠度都為R,則該系統的千 小時可靠度為(6).A. R + 2R/4B. R + R2/4C. R(1-(1-R)2)D. R(1-(1-R)2)2本題考查系統可靠性方面的基礎知識。由子系統構成串統時,其中任何一個子系統失效就足以使系統失效,其可靠度等于各子 系統可靠度的乘積;構成并統時,只要有一個子系統正

6、常工作,系統就能正常工作。設每個子系統的可靠性分別以R1,R2,RN表示,則整個系統用串聯方式構造時的可靠度為R=R1×R2×RN,整個系統用串聯方式構造時的可靠度為R=1-(1-R1)(1-R2)(1-RN) 因此,本系統的可靠度為R(1-(1-R)2)2第7題:用戶A從CA獲得用戶B的數字,并利用(7)驗證數字的真實性。A.B.C.D.B的公鑰B的私鑰CA的公鑰CA的私鑰本題考查數字和CA(Authority)中心的相關知識點。數字是由權威機構 CA(Authority)中心的,能提供在Internet上進行驗證的一種權威性電子文檔,人們可以在互聯網交往中用它來 證明自

7、己的和識別對方的。息等并附有CA的簽名,用戶A獲取用戶B的數字后通過驗證CA的簽名來確認數字的有效性。驗證CA的簽名時使用的是CA的公鑰。B.C.D.COMDOC DLL本題考查計算機的基礎知識。文件名稱一般分為三部分,第一部分表示的類型,如Worm表示蠕蟲,Trojan表示特洛伊木馬,Backdoor表示后門,Macro表示宏等。宏的對象是使用某些程序創建的文本文檔、數據庫、電子表格等文件。第9題:在IE瀏覽器中,安全級別最高的區域設置是(9) 。A.B.C.D.Internet本地 Intranet 站點受限站點本題考査IE瀏覽器不同區域安全等級的基礎知識。在IE瀏覽器中,安全等級從站點、

8、本地Intranet、Internet到受限站點默認情況下依次為低、中低、中、高,逐步提升,如下圖所示。第10題:下列關于軟件著作權中翻譯權的敘述正確的是:翻譯權是指(10)的權利。A.B.C.D.將原軟件從一種自然語言文字轉換成另一種自然語言文字將原軟件從一種程序設計語言轉換成另一種程序設計語言軟件著作權人對其軟件享有的以其它各種語言文字形式再表現對軟件的操作界面或者程序中涉及的語言文字翻譯成另一種語言文字參考:B軟件著作權中翻譯權是指以不同于原軟件的一種程序語言轉換該原使用的程序語言,而重現軟件內容的創作的權利。簡單地說,也就是指將原軟件從一種程序語言轉換成另一種程序語言的權利。第11題:

9、某軟件公司研發的財務軟件在行業中技術領先,具有很強的市場競爭優勢。為確保其軟件的技術領先及市場競爭優勢,公司采取相應的措施,以防止軟件技術的外泄。并且,還為該軟件冠以“”商標,但未進行商標(11)。此情況下,公司僅享有該軟件的A.B.C.軟件著作權和專利權商業權和專利權軟件著作權和商業權由于是軟件公司研發的財務軟件于商業的構成條件是:商業,因此,軟件公司享有該軟件的軟件著作權。又由必須具有未公開性,即不為公眾所知悉; 商業必須具有實用性,即能為權利人帶來經濟效益;商業必須具有性,即采取了措施。綜上所述,公司僅享有該軟件的軟件著作權和商業權。第12題:以下編碼方法中,(12)屬于熵編碼。A.B.

10、C.D.哈夫曼編碼小波變換編碼線性編碼行程編碼在計算機信息處理中,“哈夫曼編碼”是一種一致性編碼法(又稱“熵編碼法”),用于數據 的無損耗壓縮。這一術語是指使用一張特殊的編碼表將源字符(例如某文件中的一個符號) 進行編碼。這張編碼表的特殊之處在于,它是根據每一個源字符出現的估算概率而建立起來 的。出現概率髙的字符使用較短的編碼,出現概率低的則使用較長的編碼,這便使編碼之后 的字符串的平均期望長度降低,從而到無損壓縮數據的目的。第13題:CIF格式的圖像分辨率為(13)。A.B.C.D.352X240352X288640X480320X240參考:BCIF是常用的標準化圖像格式(Common I

11、ntermediate Format)。在H.323協議簇中, 規定了設備的標準分辨率,CIF=352X288像素。C. MPEG-4D. MPEG-7由ISO制定的MPEG系列標準中,MPEG-7稱為“多內容描述接口”(multimedia contentdescription interface)。該標準是建立對多內容的描述標準,滿足包括靜止圖像、圖形、3D模型、音頻、話音、以及以上元素組合在一起的多信息的應用領域的要求,并兼顧標準的通用性和擴展性的要求。A.B.C.D.28325664本題考查項目管理及工具技術。軟件開發小組的路徑受到小組組織形式和規模的影響。若任意小組成員之間均可能有溝

12、 通路徑,則可用完全連通圖來對開發小組的路徑建模,最多的路徑為完全連通圖的邊數,即n個成員的開發小組的路徑是n(n-1)/2,因此8個成員的開發小組的路徑有28 條。第16題:模塊A直接模塊B的內部數據,則模塊A和模塊B的耦合類型為(16).A.B.C.D.數據耦合標記耦合公共耦合內容耦合本題考查軟件的分析與設計方法。模塊性是創建良好設計的一個重要原則,一般采用模塊間的耦合和模塊的內聚兩個準則來進行度量。耦合是模塊之間的相對性的度量,模塊之間的連接越緊密,越多,耦合性就越高,而其模塊性就越弱。一般來說,模塊之間的耦合有7種類型,根據耦合性從低到高為非直接耦合、數據耦合、標記耦合、控制耦合、外部

13、耦合、公共耦合和內容耦合。 如果一個模塊 另一個模塊時,彼此之間是通過數據參數(不是控制參數、公共數據結構或外部變量)來交換輸入、輸出信息的,則稱這種耦合為數據耦合;如果一組模塊通過數據 結構本身傳遞,則稱這種耦合為標記耦合;若一組模塊都 同一個公共數據環境,則它們之間的耦合就稱為公共耦合;若一個模塊直接 另一個模塊的內部數據、一個模塊不通過正常 轉到另一個模塊內部、兩個模塊有一部分程序代碼重疊或者一個模塊有多個 , 上述幾個情形之一發生則說明兩個模塊之間就發生了內容耦合。第17題:下列關于風險的敘述不正確的是:風險是指(17).A.B.可能發生的定會發生的D.可能對其進行干預,以減少損失的參

14、考:B本題考查風險分析和風險控制技術。風險是一種具有后果的、人們不希望發生的。通常認為風險具有以下特點: 風險是可能發生的 ,其發生的可能性用風險概率來描述;風險是會給項目帶來損失的 ;可能對風險進行干預,以期減少損失。針對每一種風險,應弄清可能減少造成損失或避免損失 的程度。對風險加以控制,采取一些有效的措施來降低風險或是消除風險。第18題:下列關于項目估算方法的敘述不正確的是(18)。A.B.C.D.判斷方法受到啟發式方法(如經驗和性影響O模型)的參數難以確定學習方法難以描述訓練數據的特征和確定其相似性結合上述三種方法可以得到精確的估算結果本題考查項目管理及工具技術。項目估算是項目計劃和管

15、理的一個的方面。成本超出某個限度可能導致客戶取消項目,而過低的成本估算可能會迫使開發小組投入大量的時間卻沒有相應的經濟回報。目前常用的項目估算方法有判斷方法,該方法受到經驗和性等方面的影響;算法方法,根據某個計算模型來估算項目開發成本,如啟發式方法O 模型,但這些模型中的參數難以確定; 學習方法,如根據過去的項目開發數據,建立分類模型, 新項目的開發成本,但這類方法難以定義訓練數據的特征以及定義數據對象之間的相似性。即使結 合多種方法,上述問題仍然存在,因此并不能得到精確地估算結果。第19題:下圖是一個軟件項目的活動圖,其中頂點表示項目里程碑,邊表示包含的活動,邊上的權 重表示活動的持續時間,

16、則里程碑 (19)在關鍵路徑上。A.B.C.D.1234參考:B本題考查項目管理及工具技術。根據關鍵路徑法,計算出關鍵路徑為025789,關鍵路徑長度為65。因此里程碑2 在關鍵路徑上,而里程碑1、3和4不在關鍵路徑上。第20題:算術表達式采用逆波蘭式表示時不用括號,可以利用(20)進行求值。與逆波蘭式ab- cd+*對應的中綴表達式是(21)。B.C.D.棧隊列 散列表參考:B本題考查程序語言的基礎知識。逆波蘭式(reverse polish notation,也叫后綴表達式)是將運算符寫在操作數之后的表達式表示方法。對逆波蘭式進行求值的方法是:從左至右掃描表達式,遇到操作數則壓棧,遇 到運

17、算符號則從棧 出操作數進行運算,然后將運算結果壓入棧中,重復該過程直到表達式結束,最后的結果為棧頂元素。由于控制上比較簡單,所以逆波蘭式更便于計算。表達式“a-b+c*d”的后綴式為“ab-cd*+”。表達式“(a-b)* c+d”的后綴式為“ab-c*d+”。表達式“(a-b)* (c+d)”的后綴式為“ab-cd+*”。表達式“a-b*c+d”的后綴式為“abc*-d+”。第21題:算術表達式采用逆波蘭式表示時不用括號,可以利用(20)進行求值。與逆波蘭式ab- cd+*對應的中綴表達式是(21)。A.B.C.D.a-b+c*d(a-b)*c+d (a-b)*(c+d) a-b*c+d本題

18、考查程序語言的基礎知識。逆波蘭式(reverse polish notation,也叫后綴表達式)是將運算符寫在操作數之后的表達式表示方法。對逆波蘭式進行求值的方法是:從左至右掃描表達式,遇到操作數則壓棧,遇 到運算符號則從棧 出操作數進行運算,然后將運算結果壓入棧中,重復該過程直到表達式結束,最后的結果為棧頂元素。由于控制上比較簡單,所以逆波蘭式更便于計算。表達式“a-b+c*d”的后綴式為“ab-cd*+”。表達式“(a-b)* c+d”的后綴式為“ab-c*d+”。表達式“(a-b)* (c+d)”的后綴式為“ab-cd+*”。表達式“a-b*c+d”的后綴式為“abc*-d+”。第22

19、題:若一種程序設計語言規定其程序中的數據必須具有類型,則有利于(22) .在翻譯程序的過程中為數據合理分配單元對參與表達式計算的數據對象進行檢查定義和應用動態數據結構規定數據對象的取值范圍及能夠進行的運算對數據進行強制類型轉換A.B.C.D.參考:B本題考查程序語言的基礎知識。程序中的數據具有類型屬性時,就可以規定數據對象的取值范圍及能夠進行的運算,在運算 前便于進行類型檢查,也更有利于為數據合理分配單元。第23題:某文件管理系統在磁盤上建立了位示圖(bitmap),磁盤的使用情況。若系統的字長為32位,磁盤上的物理塊依次編號為0、1、2、,那么4096號物理塊的使用情況在位示圖中的第(23)

20、個字中描述:若磁盤的容量為200GB,物理塊的大小為1MB,那么位示圖的大小為(24)個 字。A.B.C.129257513本題考査操作系統文件管理方面的基礎知識。根據題意,系統中字長為32位,可32個物理塊的使用情況,這樣0?31號物理塊的使用情況在位示圖中的第1個字中描述,32?63號物理塊的使用情況在位示圖中的第2個字中描述,4064?4095號物理塊的使用情況在位示圖中的第128個字中描述,4096?4127號物理塊 的使用情況在位示圖中的第129個字中描述。根據題意,若磁盤的容量為200GB,物理塊的大小為1MB,那么該磁盤就有204800個物理 塊(即200X1024),位示圖的大

21、小為204800/32=6400個字。第24題:某文件管理系統在磁盤上建立了位示圖(bitmap),磁盤的使用情況。若系統的字長為32位,磁盤上的物理塊依次編號為0、1、2、,那么4096號物理塊的使用情況在位示圖中的第(23)個字中描述:若磁盤的容量為200GB,物理塊的大小為1MB,那么位示圖的大小為(24)個 字。A.B.C.D.600120032006400本題考査操作系統文件管理方面的基礎知識。根據題意,系統中字長為32位,可32個物理塊的使用情況,這樣0?31號物 理塊的使用情況在位示圖中的第1個字中描述,32?63號物理塊的使用情況在位示圖中的第2個字中描述,4064?4095號

22、物理塊的使用情況在位示圖中的第128個字中描述,4096?4127號物 理塊的使用情況在位示圖中的第129個字中描述。根據題意,若磁盤的容量為200GB,物理塊的大小為1MB,那么該磁盤就有204800個物理 塊(即200X1024),位示圖的大小為204800/32=6400個字。第25題:系統中有R類m個,現有n個進程互斥使用。若每個進程對R的最大需求為vv,那么當m、n、vv分別取下表中的值時,對于表中的?種情況,(25)可能會發生死鎖。若將這些情 況的m分別加上(26),則系統發生死鎖。A.B.C.D.本題考查操作系統進程管理方面的基礎知識。試題(25)的正確是分析如下:情況發生死鎖:

23、已知系統R的數目等于3,進程數等于2,每個進程對R的最大需求為2。若系統為2個進程各分配1個,系統可供分配的剩余數等于1,則可以保證1個進程得到所需運行完畢。當該進程后又能保證另一個進程運行完畢,故系統發生死鎖。情況會發生死鎖:已知系統R的數目等于3,進程數等于3,每個進程對R的最大需求為2。若系統為3個進程各分配1個,系統可供分配的剩余數等于0,則無法保證進程得到所需運行完畢,故系統會發生死鎖。情況發生死鎖:已知系統R的數目等于5,進程數等于2,每個進程對R的最大需求為3。若系統為兩個進程各分配兩個,系統可供分配的剩余數 等于1,則可以保證1個進程得到所需運行完畢。當該進程統發生死鎖。后又能

24、保證另 一個進程運行完畢,故系情況會發生死鎖:已知系統R的數目等于5,進程數等于3,每個進程對R的最大需求為3。若系統為3個進程分別分配2、2和1個,系統可供分配的剩余數等于0,則無法保證進程得到所需運行完畢,故系統會發生死鎖。情況會發生死鎖:已知系統R的數目等于6,進程數等于3,每個進程對R的最大需求為3。若系統為3個進程各分配2個,系統可供分配的剩余數等于0,則無法保證進程得到所需運行完畢,故系統會發生死鎖。情況發生死鎖:已知系統R的數目等于6,進程數等于4,每個進程對R的最大需求為2。若系統為4個進程各分配1個,系統可供分配的剩余數等于2,則可以保證2個進程得到所需運行完畢。當該進程會發

25、生死鎖。后又能保證剩余2個進程運行完畢,故系統不第26題:系統中有R類m個,現有n個進程互斥使用。若每個進程對R的最大需求為vv,那么當m、n、vv分別取下表中的值時,對于表中的?種情況,(25)可能會發生死鎖。若將這些情況的m分別加上(26),則系統發生死鎖。A.B.C.D.1、1和11、1和21、1和31、2和1分析如下:情況:若將m加1等于4時,系統為3個進程各分配1個于1,則可以保證1個進程得到所需運行完畢。當該進程運行完畢,故系統發生死鎖。情況:若將m加2等于7時,系統為3個進程各分配2個于1,則可以保證1個進程得到所需運行完畢。當該進程運行完畢,故系統發生死鎖。情況:若將m加1等于

26、7時,系統為3個進程各分配2個于1,則可以保證1個進程得到所需運行完畢。當該進程運行完畢,故系統發生死鎖。,系統可供分配的 剩余數等后又能保證另一個進程,系統可供分配的 剩余數等后又能保證另兩個進程,系統可供分配的 剩余數等后又能保證另兩個進程第27題:某系統采用請求頁式管理方案,假設某進程有6個頁面,系統給該進程分配了4個存儲塊,其頁面變換表如下表所示,表中的狀態位等于1/0分別表示頁面在內存/不在內存。當該進程 的頁面2不在內存時,應該淘汰表中頁號為(27)的頁面。假定頁面大小為4K,邏輯地址為十六進制3C18H,該地址經過變換后的頁幀號為(28)。A.B.C.034D. 5本題考查操作系

27、統管理方面的基礎知識。在請求頁式管理方案中,當的頁面不在內存時需要置換頁面,置換頁面的原則如下表,即最先置換位和修改位為00的頁,其次是位和修改位為01的頁, 然后是位和修改位為10的頁,最后才置換位和修改位為11的頁。因此本題當該進程的頁面2 不在內存時,應該淘汰表中頁號為5的頁面。由于3C18H = 3000 + 0C18,因此該地址對應的頁號為3,根據頁面變換表,經變換后的頁幀號為2。第28題:某系統采用請求頁式管理方案,假設某進程有6個頁面,系統給該進程分配了4個存儲塊,其頁面變換表如下表所示,表中的狀態位等于1/0分別表示頁面在內存/不在內存。當該進程的頁面2不在內存時,應該淘汰表中

28、頁號為(27)的頁面。假定頁面大小為4K,邏輯地址為十六 進制3C18H,該地址經過變換后的頁幀號為(28)。A.B.C.D.25812本題考查操作系統管理方面的基礎知識。在請求頁式管理方案中,當的頁面不在內存時需要置換頁面,置換頁面的原則如下表,即最先置換位和修改位為00的頁,其次是位和修改位為01的頁, 然后是位和修改位為10的頁,最后才置換位和修改位為11的頁。因此本題當該進程的頁面2不在內存時,應該淘汰表中頁號為5的頁面。由于3C18H = 3000 + 0C18,因此該地址對應的頁號為3,根據頁面變換表,經變換后的頁幀號為2。第29題:為了有效地捕獲系統需求,應采用(29).A.B.

29、C.D.瀑布模型V模型原型模型螺旋模型本題考查軟件過程模型。軟件過程是軟件生命周期中的一系列相關活動,即用于開發和維護軟件及相關的一系列活動。軟件過程模型可以幫助開發團隊理解開發過程,形成對開發中的活動、和約束的共同理解,可以根據具體情況對一個過程進行裁剪等。瀑布模型從一種非常的角度描述了軟件開發過程中進行的活動,并且提出了要求開發經過的序列。該模型適用于項目開始時需求已確定的情況。V模型是瀑布模型的變種,它說明測試活動是如何與分析和設計 相的。原型模型允許開發快速地構造整個系統或系統的一部分以理解或澄清問題。原型的用途是獲知用戶的真正需求,因此原型模型可以有效地系統需求。螺旋模型把開發活動和

30、風險管理結合起來,以將風險減到最小并控制風險。第30題:關于過程改進,以下敘述中不正確的是(30)。A.B.C.D.軟件質量依賴于軟件開發過程的質量,其中個人因素占主導作用要使過程改進有效,需要制定過程改進目標要使過程改進有效,需要進行培訓CMMI成熟度模型是一種過程改進模型,僅支持階段性過程改進而不支持連續性過程改進本題考查軟件過程改進。軟件開發過程極大地影響所生成的質量,因此改進過程將改進軟件的質量。這也是進行過程改進的前提和理念。軟件質量依賴于軟件開發過程的質量,其中,人的因素是主導 的,開發技術、過程質量、成本時間和進度也是影響因素。另外,要使得過程改進有效,需 要制定過程改進的目標,

31、還需要對開發 進行培訓。CMMI是SEI 將已有的幾個CMM模型結合在一起,使之構成“集成模型”,即成熟度模型,該模型支持階段性過程改進和連續性 過程改進。第31題:軟件的可靠性并不取決于(31)。A.B.C.D.潛在錯誤的數量潛在錯誤的位置軟件軟件的使用方式的開發方式本題考查軟件質量管理。軟件可靠性指的是一個系統對于給定的時間間隔內、在給定條件下無失效的概率。根據定義,軟件可靠性與軟件的潛在錯誤的數量、位置有關,與軟件的使用方式有關,而軟件的開發方式不決定軟件的可靠性。第32題:軟件(32)是指一個系統在給定時間間隔內和給定條件下無失效運行的概率。A.B.C.D.可靠性可用性 可維護性可伸縮

32、性本題考查軟件質量管理。軟件可靠性指的是一個系統對于給定的時間間隔內、在給定條件下無失效的概率。軟件可用性使之在給定的時間點上,一個軟件系統能夠按照規格說明正確運行的概率。軟件可維護性是在給定的使用條件下,在規定的時間間隔內,使用規定的過程和完成維護活動的概率。第33題:高質量的文檔所應具有的特性中,不包括(33)。A. 針對性,文檔編制應考慮讀者對象群B. 精確性,文檔的行文應該十分確切,不能出現多義性的描述C. 完整性,任何文檔都應當是完整的、的,應該自成體系D. 無重復性,同一軟件系統的幾個文檔之間應該沒有相同的內容,若確實存在相同內容,則可以用“見*文檔*節”的方式本題考查文檔與軟件維

33、護。文檔是指某種數據和其中所的數據。在軟件開發過程中,有大量的信息要和使用,因此文檔具有重要的作用,如可以提高軟件開發過程的能見度、提髙開發效率、作為開發 在一定階段的工作成果和結束標志、 開發過程中的有關信息、提高對軟件運行維護和培訓的有關信息、便于用戶了解軟件功能和性能等各項指標。髙質量的文檔應該體現在幾個方面:針對性,文檔編制應考慮讀者。按不同的類型、不同層 次的讀者,決定怎樣適應他們的需要;精確性,文檔的行文應該十分確切,不能出現多義性 的描述。同一項目幾個文檔的內容應該是協調一致,沒有 的;清晰性, 文檔編寫應力求簡明, 可能,配以適當的圖表,以增強其清晰性;完整性,任何文 檔都應當

34、是完整的、的,應該自成體系;靈活性,各個不同軟件項目,其規模和復 雜程度有著許多實際差別,不能一律;可追溯性,由于各開發階段編制的文檔與各個階段完成的工作有密切的 關系,前后兩個階段生成的文檔,隨著開發工作的逐步延伸, 具有一定的繼承關系,在一個項目各開發階段之間提供的文檔必定存在著可追溯的關系。第34題:在軟件維護階段,為軟件的運行增加設施屬于(34)維護。A.B.C.D.改正性適應性完善性預防性本題考査軟件維護技術。在軟件開發完成交付用戶使用后,就進入軟件運行/維護階段。軟件維護活動根據其內容可以 分為4種類型:改正性維護,為了識別和糾正軟件錯誤、改正軟件性能上的缺陷、排除實施中的誤使用,

35、應進行的診斷和改正錯誤的過程;適應性維護,由于飛速發展,軟件運行的外部環境或數據環境可能會發生變化,為了使軟件適應這種變 化,而修改軟件的過程; 完善性維護,在軟件使用過程中,用戶往往會對軟件提出新的 功能與性能要求,為了滿足這些要求,需要修改或再開發軟件,以擴充軟件功能、增強軟件性能、改進加工效率、提高軟 件的可維護性而進行的維護活動;預防性維護是為了提高軟件的可維護性和可靠性等,為以 后進一步改進軟件打下良好基礎而進行的維護工作。第35題:下圖所示的邏輯流,最少需要(35)個測試用例可實現語句覆蓋。A.B.C.D.1235本題考査軟件測試技術。語句覆蓋是一種白盒測試技術,指的是設計若干測試

36、用例,運行被測程序,使得每一個可執 行語句至少執行一次。題中的邏輯流的輸入是一個數組a,只要存在某個ai>aj 的情況,則該測試用例下可以覆蓋所有的可執行語句,因此至少需要1個測試用例即可。第36題:在改正當前故障的同時可能會引入新的故障,這時需要進行(36)。A.B.C.D.功能測試性能測試回歸測試驗收測試本題考查軟件測試技術。功能測試檢查軟件是否能實現需求中指定的那些功能。性能測試是測試軟件的安全性、精確性、速度和可靠性。回歸測試用于識別在改正當前故障的同時可能會引入新的故障。驗收測 試是客戶對系統進試以驗證軟件系統是否符合他們對需求的理解。第37題:面向對象分析的第一步是(37)。

37、A.B.C.D.定義服務確定附加的系統約束確定問題域定義類和對象本題考查面向對象分析的基本知識。面向對象分析的目的是為了獲得對應用問題的理解,確定系統的功能、性能要求。面向對象 分析包含5個活動:認定對象、組織對象、描述對象間的相互作用、定義對象的操作和定義對 象的內部信息。而分析階段最重要的是理解問題域的概念,其結果將影響整個工作。經驗表 明,從應用定義域概念標識對象是非常合理的。因此,面向對象分析的第一步就是確定問題 域。第38題:下列關于一個類的靜態成員的描述中,不正確的是(38) 。A.B.C.D.類的靜態方法只能該類的靜態數據成員靜態數據成員可被該類的所有方法該類的對象共享其靜態數據

38、成員的值該類的靜態數據成員的值不可修改本題考查面向對象開發中靜態成員的基本知識。面向對象開發方法中,靜態成員的含義是所修飾的成員是屬于類的,而不是屬于某對象的。 靜態數據成員對該類只有一份,該類的所有對象共享靜態數據成員,可被該類的所有方法訪 問,其值可以修改,但是不論是通過對象還是類對靜態數據成員值的修改, 都會反應到整個類。類的靜態方法只能 該類的靜態數據成員。第39題:UML的設計視圖包含了類、接口和協作,其中,設計視圖的靜態方面由(39)和(40)表現: 動態方面由交互圖、(41)表現。A. 類圖B. 狀態圖C. 活動圖D. 序列圖本題考查統模語言(UML)的基本知識。通常是用一組視圖

39、反映系統的各個方面,以完整地描述系統,每個視圖代表系統描述中的一 個抽象,顯示系統中的一個特定的方面。UML2.0中提供了多種圖形,從靜態和動態兩個方面 表現系統視圖。類圖展現了一組對象、接口、協作和它們之間的關系。對象圖展現了一組對象以及其之間的 關系,描述了在類圖中所建立的事物的實例的靜態快照。序列圖是場景的圖形化表示,描述 了以時間順序組織的對象之間的交互活動。通信圖和序列圖同構,強調收發消息的對象的結 構組織。狀態圖展現了一個狀態機,由狀態、轉換、 和活動組成, 它關注系統的動態視圖,強調對象行為的 順序。活動圖是一種特殊的狀態圖,展現了在系統內從一個活動到另一個活動的流程,它專注于系

40、統的動態視圖。序列圖、通信圖、交互圖和定時圖均被稱為 交互圖,它們用于對系統的動態方面進行建模。第40題:UML的設計視圖包含了類、接口和協作,其中,設計視圖的靜態方面由(39)和(40)表現: 動態方面由交互圖、(41)表現。A.B.C.D.交互圖對象圖通信圖定時圖參考:B本題考查統模語言(UML)的基本知識。通常是用一組視圖反映系統的各個方面,以完整地描述系統,每個視圖代表系統描述中的一 個抽象,顯示系統中的一個特定的方面。UML2.0中提供了多種圖形,從靜態和動態兩個方面 表現系統視圖。類圖展現了一組對象、接口、協作和它們之間的關系。對象圖展現了一組對象以及其之間的 關系,描述了在類圖中

41、所建立的事物的實例的靜態快照。序列圖是場景的圖形化表示,描述 了以時間順序組織的對象之間的交互活動。通信圖和序列圖同構,強調收發消息的對象的結 構組織。狀態圖展現了一個狀態機,由狀態、轉換、 和活動組成, 它關注系統的動態視圖,強調對象行為的 順序。活動圖是一種特殊的狀態圖,展現了在系統內從一個活動到另一個活動的流程,它專注于系統的動態視圖。序列圖、通信圖、交互圖和定時圖均被稱為 交互圖,它們用于對系統的動態方面進行建模。第41題:UML的設計視圖包含了類、接口和協作,其中,設計視圖的靜態方面由(39)和(40)表現: 動態方面由交互圖、(41)表現。A.B.C.D.狀態圖和類圖類圖和活動圖對

42、象圖和狀態圖狀態圖和活動圖本題考查統模語言(UML)的基本知識。通常是用一組視圖反映系統的各個方面,以完整地描述系統,每個視圖代表系統描述中的一 個抽象,顯示系統中的一個特定的方面。UML2.0中提供了多種圖形,從靜態和動態兩個方面 表現系統視圖。類圖展現了一組對象、接口、協作和它們之間的關系。對象圖展現了一組對象以及其之間的 關系,描述了在類圖中所建立的事物的實例的靜態快照。序列圖是場景的圖形化表示,描述 了以時間順序組織的對象之間的交互活動。通信圖和序列圖同構,強調收發消息的對象的結 構組織。狀態圖展現了一個狀態機,由狀態、轉換、 和活動組成, 它關注系統的動態視圖,強調對象行為的 順序。

43、活動圖是一種特殊的狀態圖,展現了在系統內從一個活動到另一個活動的流程,它專注于系統的動態視圖。序列圖、通信圖、交互圖和定時圖均被稱為 交互圖,它們用于對系統的動態方面進行建模。第42題:UML中關聯的多重度是指(42)。A.B.C.D.個類中被另一個類調用的方法個數一個類的某個方法被另一個類調用的次數一個類的實例能夠與另一個類的多少個實例相關聯兩個類所具有的相同的方法和屬性本題考查面向對象開發的基本知識。進行面向對象設計時,類圖中可以展現類之間的關聯關系,還可以在類圖中圖示關聯中的數 量關系,即多重度。表示數量關系時,用多重度說明數量或數量范圍,表示有多少個實例(對象)能被連接起來,即一個類的

44、實例能夠與另一個類的多少個實例相關聯。第43題:在面向對象軟件開發過程中,采用設計模式(43),A.B.C.D.以復用成功的設計以保證程序的運行速度達到最優值以減少設計過程創建的類的個數允許在非面向對象程序設計語言中使用面向對象的概念本題考查設計模式的基本知識。每一個設計模式描述了一個在我們周圍不斷重復發生的問題,以及該問題的解決方案的核心。這樣,就能重復地使用該方案而不必做重復勞動。設計模式的在于提供了相關問題的解決方案。因此,面向對象軟件開發過程中,采用設計模式的主要目的就是復用成功的設 計。第44題:設計模式(44)將抽象部分與其實現部分相分離,使它們都可以 設計模式的類圖,其中,(45

45、)用于定義實現部分的接口。地變化。下圖為該A.B.C.D.Bridge (橋接)Composite (組合) Facade (外觀)Singleton (單例)Bridge (橋接)模式將對象的抽象和其實現分離,從而可以地改變它們,抽象類定義對該抽象的接口,如上圖中Implementor,而具體的子類則用不同方式加以實現,如ConcretelmplementorA 和 ConcretelmplementorB。Composite (組合)模式是結構型對象模式的一個實例。它描述了如何構造一個類層次式結構,這一結構由兩種類型的對象所對 應的類構成,其中的組合對象使得用戶可以組合基元對象以及其他的組

46、合對象,從而形成任 意復雜的結構。Facade (外觀)模式則描述了如何用單個對象表示整個子系統。Singleton (單例)模式保證一個類只產生唯一的一個實例。第45題:設計模式(44)將抽象部分與其實現部分相分離,使它們都可以 設計模式的類圖,其中,(45)用于定義實現部分的接口。地變化。下圖為該A.B.C.D.AbstractionConcretelxnplementorAConcretelmplementorB ImplementorBridge (橋接)模式將對象的抽象和其實現分離,從而可以地改變它們,抽象類定義對該抽象的接口,如上圖中Implementor,而具體的子類則用不同方式

47、加以實現,如ConcretelmplementorA 和 ConcretelmplementorB。Composite (組合)模式是結構型對象模式的一個實例。它描述了如何構造一個類層次式結構,這一結構由兩種類型的對象所對 應的類構成,其中的組合對象使得用戶可以組合基元對象以及其他的組合對象,從而形成任 意復雜的結構。Facade (外觀)模式則描述了如何用單個對象表示整個子系統。Singleton (單例)模式保證一個類只產生唯一的一個實例。第46題:以下關于Singleton (單例)模式的描述中,正確的是(46) 。A.B.C.D.它描述了只有一個方法的類的集合它描述了只有一個屬性的類的

48、集合它能夠保證一個類的方法只能被一個唯一的類調用它能夠保證一個類只產生唯一的一個實例本題考查設計模式的基本知識。例如,通常用戶可以對應用系統進行配置,并將配置信息保存在配置文件中,應用系統啟動時首先加載配置文件,而這一配置信息在內存中僅有一份。為了保證這一配置實例只有一 份,采用Singleton (單例)模式,以保證一個類只產生唯一的一個實例。第47題:(47)將一個類的接口轉換成客戶希望的另外一個接口,使得原本由于接口不兼容而不能一 起工作的那些類可以一起工作。A.B.C.D.Adapter (適配器)模式Command (命令)模式Singleton (單例)模式Strategy (策略

49、)模式本題考查設計模式的基本知識。 Adapter模式是將類的接口轉換成客戶希望的另外一個接口,使得原本由于接口不兼容而不 能一起工作的那些類可以一起工作。Command模式將請求封裝在對象中,這樣它就可作為 參數來傳遞,也可以被在歷史列表里,或者以其他方式使用。Singleton (單例)模式保證一個類只產生唯一的一個實例。策略模式(Strategy)定義一系列的算法,把它們一個個封 裝起來,并使它們可以相互替換,這一模式使得算法可以于使用它的客戶而變化。第48題:以下關于高級程序設計語言翻譯的敘述中,正確的是(48).A.B.C.D.可以先進行語法分析,再進行詞法分析在語法分析階段可以發現

50、程序中的所有錯誤語義分析階段的工作與目標的體系結構密切相關目標代碼生成階段的工作與目標的體系結構密切相關本題考查程序語言處理的基礎知識。將高級語言程序翻譯為 語言程序的過程中,需要依次進行詞法分析、語法分析、語義分析、中間代碼生成、代碼優化和目標代碼生成等階段,其中,中間代碼生成和代碼優化可以 省略。程序中的錯誤分為語法錯誤和語義錯誤,語法分析階段不能發現語義錯誤。語義分析階段主要處理語法正確的語言結構的含義信息,可以與目標 的體系結構無關。目標代碼生成階段的工作與目標 的體系結構是密切相關的。第49題:下圖所示為一個有限自(其中,A是初態、C是終態),該自可識別(49)。A.B.C.D.00

51、00111101011010本題考查程序語言處理的基礎知識。從有限自的初態到終態的路徑上的標記形成其可識別的字符串。對于題中的自 ,0000的識別路徑為ABBBB,不能到達終態C,所以 0000不能被該自 識別;1111的識別路徑為AAAAA,不能到達終態C,所以1111也不能被該自 識別;1010的識別路徑為AABCB,結束狀態不是終態C,所以1010不能被該自 識別;0101的識別路徑為ABCBC,存在從初態到終態的識別路徑,所以0101可以被該自 識別。第50題:傳值與傳地址是函數調用時常采用的信息傳遞方式,(50)。A.B.C.D.在傳值方式下,是將形參的值傳給實參在傳值方式下,形參可

52、以是任意形式的表達式在傳地址方式下,是將實參的地址傳給形參在傳地址方式下,實參可以是任意形式的表達式本題考查程序語言的基礎知識。一個函數被調用時,可能需要接受從外部傳入的數據信息,傳值調用與調用(傳地址)是函數調用時常采用的信息傳遞方式。傳值調用是將實參的值傳給被調用函數的形參, 調用的實質是將實參的地址傳給被調用函數的形參。第51題:某醫院數據庫的部分關系模式為:科室(科室號,科室名,)、病患 (號,姓名,住址, 個科室有一位)和職工(職工號,職工姓名,科室號,住址,)。假設每和一部,每個科室有若干名職工,一名職工只屬于一個科室;一個醫生可以為多個病患看病;一個病患可以由多個醫生多次診治。科

53、室與職工的所屬類型為(51),病患與醫生的就診類型為(52) 。對于就診的設計是(53),就診關系的主鍵是(54)。最合理A.B.C.D.1:11:nn:1n:m參考:B本題考查數據庫基本概念、數據庫設計的基礎知識。試題(51)、(52)考查數據庫 類型方面的基本概念。根據題意,“每個科室有若干名職工,一名職工只屬于一個科室”,因此科室和職工的所屬 類型是1:n,由“一個醫生可以為多個病患看病;一個病患可以由多個醫生多次診治”,得知病患和醫生的就 診 類型是n:m。試題(53)、(54)考查數據庫設計方面的基礎知識。就診是多對多,對于多對多聯系只能轉換成一個的關系模式,關系模式的名稱取的名稱,關系模式的屬性取該聯系所關聯的兩個多方實體的碼及的屬性,關系的碼是多方實體的碼構成的屬性組。另外,由于病患會找多個醫生為其診治,因此就診關系模式設計時需要加上就診時間,以便唯 一區分就診關系中的每一個元組,即就診關系模式的主鍵為(號,職工號,就診時間)。第52題:某醫院數據庫的部分關系模式為:科室(科室號,科室名,)、病患 (號,姓名,住址,)和職工(職工號,職工姓名,

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論