【正文】 （ 46） A. 每個程序模塊中都封裝了若干個對象 B. 封裝可實現(xiàn)信息隱藏 C. 封裝使對象的狀態(tài)不能改變 D. 封裝是把對象放在同一個集合中 ● 在面向?qū)ο蠹夹g(shù)中 ， 抽象類是 （ 47） 。 （ 44） A. 如果兩個對象的所有成員變量的值相同，則這兩個對象是同一對象 B. 編寫代碼時 ， 不允許使用匿名類 C. 不同的對象一定屬于不同的類 D. 每個對象都有惟一標(biāo)識 ， 以彼此區(qū)分 2022年 11月 程序員級試題 ● （ 45） 關(guān)系描述了某對象由其他對象組成 。 （ 48） D. 軟件系統(tǒng)建模語言 ● 在統(tǒng)一建模語言（ Unified Modeling Language， UML）中，描述本系統(tǒng)與外部系統(tǒng)及用戶之間交互的圖是 （ 34） ；按時間順序描述對象間交互的圖是 （ 35） 。 （ 46） A. XML B. Java C. C D. Simula ● 面向?qū)ο笾械?（ 47） 機(jī)制是對現(xiàn)實世界中遺傳現(xiàn)象的模擬 ， 通過該機(jī)制 ， 基類的屬性和方法被遺傳給派生類 。順序圖常常用于表示方案，而協(xié)作圖用于過程的詳細(xì)設(shè)計。順序圖清楚地表示了交互作用中的時間順序，但沒有明確表示對象間的關(guān)系。 動態(tài)建模，描述系統(tǒng)的行為，它包括狀態(tài)圖、活動圖、順序圖（序列圖）和合作圖 (協(xié)作圖 ,通信圖 )等四個圖形 ,是標(biāo)準(zhǔn)建模語言 UML的動態(tài)建模機(jī)制。 依賴是一種弱關(guān)聯(lián) ，只要一個類用到另一個類，但是和另一個類的關(guān)系不是太明顯的時候，就可以把這種關(guān)系看成是依賴，依賴也可說是一種偶然的關(guān)系，而不是必然的關(guān)系。 基數(shù) 含義 0..1 零個或者一個實例 0..*或者 * 沒有限制，任意 1 有且只能一個實例 1..* 至少有一個實例 依賴（ Dependency）： 依賴是一種使用關(guān)系，它說明一個事物規(guī)范的變化可能影響到使用它的另一個事務(wù)，但反之則不然。單向的箭頭指向遍歷或者查詢的方向。 單向關(guān)聯(lián)：例如 C3C4表示 C3知道 C4， C3可以調(diào)用 C4的公共屬性和方法。 關(guān)聯(lián)可以是雙向或者單向的。 在關(guān)聯(lián)中，一個類保存對另一個類實例的引用，并在需要的時候調(diào)用這個實例的方法。箭頭由子類指向父類。 UML類圖中常見的幾種關(guān)系： UML的類圖關(guān)系分為：泛化（繼承） 、關(guān)聯(lián)、聚合 /組合、依賴。 類：類是一種復(fù)雜的數(shù)據(jù)類型，它是將不同類型的數(shù)據(jù)和與這些數(shù)據(jù)相關(guān)的操作封裝在一起的集合體。（父類也叫基類或超類，子類也叫派生類。由三部分組成：消息名；接收消息的對象；零個或多個變元。（ C++中的數(shù)據(jù)成員） 方法 (Method)： 為了完成某一任務(wù)，對象所能執(zhí)行的操作，用來描述對象的動態(tài)特征。 實例 (Instance)： 由某個類描述一個具體的對象時，此對象稱為實例。 A. 開發(fā)前應(yīng)選定或制定開發(fā)標(biāo)準(zhǔn)或開發(fā)規(guī)范，并遵照執(zhí)行 B. 在開發(fā)初期制定質(zhì)量保證計劃，并在開發(fā)中堅持執(zhí)行 C. 用戶參與開發(fā)全過程，并監(jiān)督開發(fā)質(zhì)量 D. 嚴(yán)格進(jìn)行階段評審 2022年 5月程序員試題 ●以下關(guān)于軟件開發(fā)文檔的敘述中，錯誤的是 （ 55） 。人們常用白盒和黑盒法設(shè)計測試用例，其中白盒法主要是為了檢查（ 51） 等。 ：生命周期目標(biāo)里程碑 ：生命周期結(jié)構(gòu)里程碑。 （ 49） A. RUP B. XP D. 瀑布模型 迭代式開發(fā)允許在每次迭代過程中需求可能有變化，通過不斷細(xì)化來加深對問題的理解。 （ 4） 勇氣 。 （ 2） 簡單 。 A. 程序維護(hù) B. 數(shù)據(jù)維護(hù) C. 代碼維護(hù) D. 設(shè)備維護(hù) 2022年 5月程序員試題 ● XP是一種輕量級（敏捷）、高效、低風(fēng)險、柔性、可預(yù)測的、科學(xué)的軟件開發(fā)方法，其四大價值觀包括溝通、簡單、 （ 50） 。 (51) D. 易使用性 2022年 5月程序員試題 ●根據(jù)維護(hù)的具體內(nèi)容不同，可對軟件維護(hù)進(jìn)行分類。 （ 44） 的修改 ● 下面關(guān)于類 、 對象和實例的敘述中 ， 錯誤的是 （ 45）。 （ 47） （ 48） ● （ 49） 屬于動態(tài)交互圖 ， 它們關(guān)注系統(tǒng)的動態(tài)特性 。 （用例圖：屬于動態(tài)圖或靜態(tài)圖說法不一致。 （ 52） 靜態(tài)模型，用來構(gòu)造系統(tǒng)的結(jié)構(gòu)，包括類圖、對象圖、組件圖（構(gòu)件圖）和部署圖（配置圖）等，是標(biāo)準(zhǔn)建模語言 UML的靜態(tài)建模機(jī)制。一名歌手可以不屬于任何樂隊，也可以屬于一個或多個樂隊。 組合（也稱為包容 position） ： 一般是實心菱形加實線箭頭表示，如下圖所示，表示的是 C8被 C7包容，而且 C8不能離開 C7而獨立存在。如果類與類之間的關(guān)系具有 “ 整體和局部 ” 的特點，則把這樣的關(guān)聯(lián)稱為聚合。 （ 45） D. 弱關(guān)聯(lián) ● （ 46） 是類的特性 ， 它描述了類的對象所具有的一系列特性值 。 （ 45） A． 派生類 B． 基類 C． 抽象類 D． 虛擬類 （ 46） A． 派生類 B． 基類 C． 抽象類 D． 虛擬類 2022年 11月程序員級試題 ● （ 44） 是對象之間關(guān)聯(lián)的一個重要方面 ， 它說明了在關(guān)聯(lián)中一個類的對象可以對應(yīng)另一個類的多個對象 。 （ 47） 、 設(shè)計與實現(xiàn) 2022年 5月程序員級試題 ● （ 44） 是面向?qū)ο蠓椒ㄖ凶罨镜姆庋b單元 ， 它可以把客戶要使用的方法和數(shù)據(jù)呈現(xiàn)給外部世界 ， 而把客戶不需要知道的方法和數(shù)據(jù)隱藏起來 。 （ 44） ， 都可以使用子類對象替換 ， 都可以使用父類對象替換 上一定相同 上一定不同 2022年 11月程序員試題 ● 以下關(guān)于類和對象的敘述中 ， 正確的是 （ 45 ） 。 2022年 5月程序員試題 ●以下關(guān)于類和對象的敘述中，正確的是 （ 44） 。 C. 子類的行為和父類必須完全保持一致。 A. 子類繼承了父類的屬性和方法。 （ 57） ，并提示可能的數(shù)據(jù)錯誤 Undo功能，用以撤消用戶剛進(jìn)行的操作 ，要求用戶給予確認(rèn) 2022年 5月程序員試題 ●以下關(guān)于程序中函數(shù)的定義、調(diào)用和聲明的敘述中，正確的是 （ 42） 。在設(shè)計用戶界面時必須考慮出錯處理，使用戶不必為避免操作錯誤而提心吊膽。 （ 55） 2022年 11月程序員級試題 ● 用戶界面設(shè)計的原則不包括 （ 56） 。 （ 7） 非直接耦合：兩個模塊之間沒有直接關(guān)系 ， 它們之間的聯(lián)系完全是通過主模塊的控制和調(diào)用來實現(xiàn)的 。 （ 5） 標(biāo)記耦合：標(biāo)記耦合指兩個模塊之間傳遞的是數(shù)據(jù)結(jié)構(gòu) ， 如高級語言的數(shù)組名 、 記錄名 、 文件名等 ， 這些名字即為標(biāo)記 。 （ 3） 外部耦合：一組模塊都訪問同一全局簡單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu) ， 而且不是通過參數(shù)表傳遞該全局變量的信息 ， 則稱之為外部耦合 。 （ 2） 公共環(huán)境耦合：若一組模塊都訪問同一個公共數(shù)據(jù)環(huán)境 ， 則它們之間的耦合就稱為公共耦合 。 模塊間的耦合程度強(qiáng)烈影響到系統(tǒng)的可理解性 、 可測試性 、 可靠性和可維護(hù)性 。其中兩個模塊之間傳遞數(shù)據(jù)結(jié)構(gòu)的情況屬于 （ 54） 。 2022年 11月程序員級試題 ● 軟件需求分析階段要進(jìn)行問題識別、分析與綜合等幾方面的工作，其中問題識別是雙方確定對問題的綜合需求，包括功能需求、 （ 53） 及用戶界面需求等內(nèi)容。 （ 4） 已管理級：收集對軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量 ， 對軟件過程和產(chǎn)品都有定量的理解與控制 。 （ 3） 已定義級：已將軟件管理和工程兩方面的過程文檔化 、 標(biāo)準(zhǔn)化 ， 并綜合成該組織的標(biāo)準(zhǔn)軟件過程 。 分為 5個等級： （ 1） 初始級：軟件過程是無序的 ， 有時甚至是混亂的 ，對過程幾乎沒有定義 ， 成功取決于個人努力 。 （ 50） 、單出口 2022年 11月程序員級試題 ● CMM將軟件過程改進(jìn)的進(jìn)化步驟組織成 5個成熟度等級，其中在 （ 51） ，所有項目都采用根據(jù)實際情況修改后得到的標(biāo)準(zhǔn)軟件過程來開發(fā)和維護(hù)軟件。 作業(yè) A B C D E F G H I J 所需天數(shù) 7 6 8 10 7 3 2 4 3 7 （ 59） B. 18 （ 60） B. 13 （ 16） A. A→B→C→D→I B. A→B→C→E→I C. A→B→C→F→G→I D. A→B→C→F→H→I （ 17） B. 17 ●若一個項目由 9個主要任務(wù)構(gòu)成，其計劃圖（如下圖所示）展示了任務(wù)之間的前后關(guān)系以及每個任務(wù)所需天數(shù)，該項目的關(guān)鍵路徑是 （ 16） ，完成項目所需的最短時間是 （ 17） 天。 在下圖所示的活動圖中 ， 從 A到 J的關(guān)鍵路徑是 （ 16） ， 關(guān)鍵路徑的長度是 （ 17） ， 從 E開始的活動啟動的最早時間是 （ 18） 。 例如 ， 作業(yè) C開始的前提是作業(yè) A已完成 ， 而作業(yè) I的開始的前提是作業(yè) F和作業(yè) H均完成 。 （ 17） A. B. C. D. 2022年 5月軟件設(shè)計師 (17) PERT圖也可稱為工程網(wǎng)絡(luò)圖或活動圖 ， 是制定進(jìn)度計劃的一種常用工具 ， 它可以顯式地描繪各個里程碑 （ 作業(yè) ）間彼此的依賴關(guān)系 。 （ 48） A. 時間為橫坐標(biāo)、任務(wù)為縱坐標(biāo) B. 時間為橫坐標(biāo)、人員為縱坐標(biāo) C. 任務(wù)為橫坐標(biāo)、人員為縱坐標(biāo) D. 人數(shù)為橫坐標(biāo)、時間為縱坐標(biāo) 2022年 11月程序員級試題 ●某項目制定的開發(fā)計劃中定義了三個任務(wù)，其中任務(wù) A首先開始，且需要 3周完成，任務(wù) B必須在任務(wù) A啟動 1周后開始，且需要 2周完成，任務(wù) C必須在任務(wù) A完成后才能開始，且需要 2周完成。 ● 軟件開發(fā)過程中，常采用甘特（ Gantt）圖描述進(jìn)度安排。 Gantt圖中橫坐標(biāo)表示時間，縱坐標(biāo)表示任務(wù)，圖中的水平線表示對一個任務(wù)的進(jìn)度安排，線段的起點和終點對應(yīng)在橫坐標(biāo)上的時間分別表示該任務(wù)的開始時間和結(jié)束時間，線段的長度表示完成該任務(wù)所需的時間。 例如 ， 開發(fā)費用 =人月數(shù) *每人月的費用 或： 開發(fā)費用 =源代碼行數(shù) *每行平均費用 風(fēng)險分析： 風(fēng)險識別 ， 風(fēng)險預(yù)測 ， 風(fēng)險評估 ， 風(fēng)險控制 進(jìn)度管理：常用 Gantt圖和 PERT（ 計劃評審技術(shù) ） 圖 。與軟件適應(yīng)不同規(guī)定環(huán)境的處理或手段有關(guān)的軟件屬性稱為適應(yīng)性，這一子特性屬于 （ 48） 質(zhì)量特性。 (49) A．軟件運行于不同環(huán)境中的故障率 B．軟件運行于不同環(huán)境中的安全等級 C．將一個系統(tǒng)耦合到另一個系統(tǒng)所需的工作量 D．軟件運行于不同環(huán)境中的能力 2022年 5月程序員級試題 2022年 5月程序員試題 ● ISO/IEC9126軟件質(zhì)量模型中，第一層是質(zhì)量特性，如功能性和可靠性等。按照 ISO/IEC 9126 軟件質(zhì)量度量模型定義，一個軟件的易使用性不包括 （ 50） 。為適應(yīng)這個要求，軟件本身需要進(jìn)行修 改，而所需修改的工作量取決于該軟件的 （ 49） 。 （ 52） D. 可維護(hù)性 2022年 5月 程序員級試題 ● 某軟件在應(yīng)用初期，運行在 Windows NT 環(huán)境中。 （ 11）