軟考題軟工部分

1、試題（14）某軟件設(shè)計(jì)師自行將他人使用C程序語言開發(fā)的控制程序轉(zhuǎn)換為機(jī)器語言形式的控制程序，并固化在芯片中，該軟件設(shè)計(jì)師的行為 （14） 。（14）A不構(gòu)成侵權(quán)，因?yàn)樾碌目刂瞥绦蚺c原控制程序使用的程序設(shè)計(jì)語言不同 B不構(gòu)成侵權(quán)，因?yàn)閷?duì)原控制程序進(jìn)行了轉(zhuǎn)換與固化，其使用和表現(xiàn)形式不同 C不構(gòu)成侵權(quán)，將一種程序語言編寫的源程序轉(zhuǎn)換為另一種程序語言形式，屬于一種“翻譯”行為 D構(gòu)成侵權(quán)，因?yàn)樗幌碛性浖髌返闹鳈?quán)試題（18）下列敘述中，與提高軟件可移植性相關(guān)的是 （18） 。（18）A選擇時(shí)間效率高的算法 B盡可能減少注釋 C選擇空間效率高的算法 D盡量用高級(jí)語言編寫系統(tǒng)中對(duì)效率要求不高的部分分

2、析：軟件可移植性是指與軟件可從某一環(huán)境移植到另一環(huán)境的能力有關(guān)的一組屬性。高級(jí)語言具有較好的可移植性，所以可以盡量用高級(jí)語言編寫系統(tǒng)中對(duì)效率要求不高的部分。減少注釋、選擇時(shí)間/空間效率高的算法都不能提高軟件的可移植性。 參考答案 D試題（19）、（20）在系統(tǒng)轉(zhuǎn)換的過程中，舊系統(tǒng)和新系統(tǒng)并行工作一段時(shí)間，再由新系統(tǒng)代替舊系統(tǒng)的策略稱為 （19） ；在新系統(tǒng)全部正式運(yùn)行前，一部分一部分地代替舊系統(tǒng)的策略稱為 （20） 。（19）A直接轉(zhuǎn)換B位置轉(zhuǎn)換C分段轉(zhuǎn)換D并行轉(zhuǎn)換（20）A直接轉(zhuǎn)換B位置轉(zhuǎn)換C分段轉(zhuǎn)換D并行轉(zhuǎn)換試題（19）、（20）分析新系統(tǒng)試運(yùn)行成功之后，就可以在新系統(tǒng)和舊系統(tǒng)之間互相轉(zhuǎn)換

3、。新舊系統(tǒng)之間的轉(zhuǎn)換方式有直接轉(zhuǎn)換、并行轉(zhuǎn)換和分段轉(zhuǎn)換。直接轉(zhuǎn)換。直接轉(zhuǎn)換就是在確定新系統(tǒng)運(yùn)行無誤時(shí)，立刻啟用新系統(tǒng)，終止舊系統(tǒng)運(yùn)行。這種方式對(duì)人員、設(shè)備費(fèi)用很節(jié)省。這種方式一般適用于一些處理過程不太復(fù)雜，數(shù)據(jù)不太重要的場(chǎng)合。并行轉(zhuǎn)換。這種轉(zhuǎn)換方式是新舊系統(tǒng)并行工作一段時(shí)間，經(jīng)過一段時(shí)間的考驗(yàn)以后，新系統(tǒng)正式替代舊系統(tǒng)。對(duì)于較復(fù)雜的大型系統(tǒng)，它提供了一個(gè)與舊系統(tǒng)運(yùn)行結(jié)果進(jìn)行比較的機(jī)會(huì)，可以對(duì)新舊兩個(gè)系統(tǒng)的時(shí)間要求、出錯(cuò)次數(shù)和工作效率給以公正的評(píng)價(jià)。當(dāng)然由于與舊系統(tǒng)并行工作，消除了尚未認(rèn)識(shí)新系統(tǒng)之前的緊張和不安。在銀行、財(cái)務(wù)和一些企業(yè)的核心系統(tǒng)中，這是一種經(jīng)常使用的轉(zhuǎn)換方式。它的主要特點(diǎn)是安全、

4、可靠，但費(fèi)用和工作量都很大，因?yàn)樵谙喈?dāng)長(zhǎng)時(shí)間內(nèi)系統(tǒng)要兩套班子并行工作。分段轉(zhuǎn)換。分段轉(zhuǎn)換又稱逐步轉(zhuǎn)換、向?qū)мD(zhuǎn)換、試點(diǎn)過渡法等。這種轉(zhuǎn)換方式實(shí)際上是以上兩種轉(zhuǎn)換方式的結(jié)合。在新系統(tǒng)全部正式運(yùn)行前，一部分一部分地代替舊系統(tǒng)。那些在轉(zhuǎn)換過程中還沒有正式運(yùn)行的部分，可以在一個(gè)模擬環(huán)境中繼續(xù)試運(yùn)行。這種方式既保證了可靠性，又不至于費(fèi)用太大。但是這種分段轉(zhuǎn)換要求子系統(tǒng)之間有一定的獨(dú)立性，對(duì)系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)都有一定的要求，否則就無法實(shí)現(xiàn)這種分段轉(zhuǎn)換的設(shè)想。 參考答案（19）D（20）C試題（21）、（22）下列要素中，不屬于DFD的是 （21） 。當(dāng)使用DFD對(duì)一個(gè)工資系統(tǒng)進(jìn)行建模時(shí)， （22） 可以被認(rèn)定

5、為外部實(shí)體。（21）A加工B數(shù)據(jù)流C數(shù)據(jù)存儲(chǔ)D聯(lián)系（22）A接收工資單的銀行B工資系統(tǒng)源代碼程序 C工資單D工資數(shù)據(jù)庫的維護(hù)試題（21）、（22）分析數(shù)據(jù)流圖或稱數(shù)據(jù)流程圖（Data Flow Diagram，DFD）是一種便于用戶理解、分析系統(tǒng)數(shù)據(jù)流程的圖形工具。它擺脫了系統(tǒng)的物理內(nèi)容，精確地在邏輯上描述系統(tǒng)的功能、輸入、輸出和數(shù)據(jù)存儲(chǔ)等，是系統(tǒng)邏輯模型的重要組成部分。DFD由數(shù)據(jù)流、加工、數(shù)據(jù)存儲(chǔ)和外部實(shí)體4個(gè)要素構(gòu)成。外部實(shí)體是指存在于軟件系統(tǒng)之外的人員或組織，它指出系統(tǒng)所需數(shù)據(jù)的發(fā)源地和系統(tǒng)所產(chǎn)生數(shù)據(jù)的歸宿地。因此選項(xiàng)B、C、D都不符合外部實(shí)體的定義。 參考答案（21）D （22）A試

6、題（23）、（24）在系統(tǒng)驗(yàn)收測(cè)試中， （23） 是在一個(gè)模擬的環(huán)境下使用模擬數(shù)據(jù)運(yùn)行系統(tǒng)； （24） 是在一個(gè)實(shí)際環(huán)境中使用真實(shí)數(shù)據(jù)運(yùn)行系統(tǒng)。（23）A驗(yàn)證測(cè)試 B審計(jì)測(cè)試C確認(rèn)測(cè)試D模塊測(cè)試（24）A驗(yàn)證測(cè)試B審計(jì)測(cè)試C確認(rèn)測(cè)試D模塊測(cè)試試題（23）、（24）分析系統(tǒng)驗(yàn)收測(cè)試是最終用戶使用真實(shí)數(shù)據(jù)一段時(shí)間后進(jìn)行的最終系統(tǒng)測(cè)試，它給最終用戶、管理人員和信息系統(tǒng)操作管理人員最后一次機(jī)會(huì)決定接收或者拒絕系統(tǒng)。系統(tǒng)驗(yàn)收測(cè)試是一種詳細(xì)測(cè)試，涉及3個(gè)層面的驗(yàn)收測(cè)試：驗(yàn)證測(cè)試、確認(rèn)測(cè)試和審計(jì)測(cè)試。· 驗(yàn)證測(cè)試是在一個(gè)模擬環(huán)境下使用模擬數(shù)據(jù)運(yùn)行系統(tǒng)，它主要尋找錯(cuò)誤和遺漏。· 確認(rèn)測(cè)試在

7、一個(gè)實(shí)際環(huán)境中使用真實(shí)數(shù)據(jù)運(yùn)行系統(tǒng)。在確認(rèn)測(cè)試過程中，可以測(cè)試系統(tǒng)性能、峰值負(fù)載處理性能、方法和程序測(cè)試、備份和恢復(fù)測(cè)試等。· 審計(jì)測(cè)試證實(shí)系統(tǒng)沒有錯(cuò)誤并準(zhǔn)備好了可以運(yùn)行。 參考答案（23）A （24）C試題（25）采用瀑布模型進(jìn)行系統(tǒng)開發(fā)的過程中，每個(gè)階段都會(huì)產(chǎn)生不同的文檔。以下關(guān)于產(chǎn)生這些文檔的描述中，正確的是 （25） 。（25）A外部設(shè)計(jì)評(píng)審報(bào)告在概要設(shè)計(jì)階段產(chǎn)生 B集成測(cè)試計(jì)劃在程序設(shè)計(jì)階段產(chǎn)生 C系統(tǒng)計(jì)劃和需求說明在詳細(xì)設(shè)計(jì)階段產(chǎn)生 D在進(jìn)行編碼的同時(shí)，獨(dú)立的設(shè)計(jì)單元測(cè)試計(jì)劃試題（25）分析在采用瀑布模型進(jìn)行系統(tǒng)開發(fā)的過程中，每個(gè)階段都會(huì)產(chǎn)生不同的文檔。軟件設(shè)計(jì)階段是系統(tǒng)

8、開發(fā)的核心階段。軟件設(shè)計(jì)可以分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)的任務(wù)是模塊分解，確定軟件的結(jié)構(gòu)、模塊的功能和模塊間的接口，以及全局?jǐn)?shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)。在概要設(shè)計(jì)階段會(huì)產(chǎn)生概要設(shè)計(jì)說明書。詳細(xì)設(shè)計(jì)的任務(wù)是設(shè)計(jì)每個(gè)模塊的實(shí)現(xiàn)細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)，在該階段會(huì)產(chǎn)生詳細(xì)設(shè)計(jì)說明書。編碼階段的任務(wù)是用某種程序設(shè)計(jì)語言為每個(gè)模塊編寫程序。編碼階段可以和測(cè)試結(jié)合起來，在進(jìn)行編碼的同時(shí)，可以獨(dú)立地設(shè)計(jì)單元測(cè)試計(jì)劃。測(cè)試計(jì)劃是測(cè)試階段產(chǎn)生的文檔；系統(tǒng)計(jì)劃和需求說明分別在軟件項(xiàng)目計(jì)劃階段和需求分析階段產(chǎn)生。 參考答案（25）D試題（31）、（32）在UML提供的圖中， （31） 用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；（3

9、2） 用于按時(shí)間順序描述對(duì)象間的交互。（31）A用例圖B類圖C對(duì)象圖D部署圖（32）A網(wǎng)絡(luò)圖B狀態(tài)圖C協(xié)作圖D序列圖試題（31）、（32）分析UML提供了9種不同的模型圖，用來對(duì)系統(tǒng)建模。· 用例圖：用例圖以圖形化的方式描述系統(tǒng)與外部系統(tǒng)及用戶的交互。換句話說，它們以圖形化的方式描述了誰將使用系統(tǒng)，以及用戶期望以什么方式與系統(tǒng)交互。· 類圖：類圖描述系統(tǒng)的對(duì)象結(jié)構(gòu)，它們顯示構(gòu)成系統(tǒng)的對(duì)象類以及這些對(duì)象類之間的關(guān)系。· 對(duì)象圖：對(duì)象圖類似于類圖，但并不描述對(duì)象類，它們對(duì)實(shí)際的對(duì)象實(shí)例建模顯示實(shí)例屬性的當(dāng)前值。· 序列圖：序列圖以圖形化的方式描述了在一個(gè)用例

10、或操作執(zhí)行過程中對(duì)象如何通過消息互相交互，說明了消息如何在對(duì)象之間被發(fā)送和接收以及發(fā)送的順序。· 協(xié)作圖：協(xié)作圖類似于序列圖，但重點(diǎn)不是消息的時(shí)間順序。它以一種網(wǎng)絡(luò)格式表現(xiàn)對(duì)象之間的交互。· 狀態(tài)圖：狀態(tài)圖用于對(duì)一個(gè)特定對(duì)象的動(dòng)態(tài)行為建模，說明了一個(gè)對(duì)象的生命周期對(duì)象可以經(jīng)歷的各種狀態(tài)，以及引起對(duì)象從一個(gè)狀態(tài)向另一個(gè)狀態(tài)轉(zhuǎn)換的事件。· 活動(dòng)圖：活動(dòng)圖用于以圖形化的方式描述一個(gè)業(yè)務(wù)過程或者一個(gè)用例的活動(dòng)的順序流。· 構(gòu)件圖：構(gòu)件圖用來以圖形化的方式描述系統(tǒng)的物理結(jié)構(gòu)，它可以用來顯示程序代碼如何分解成模塊。· 部署圖：部署圖描述系統(tǒng)中硬件和軟件的物

11、理架構(gòu)，它描述構(gòu)成系統(tǒng)架構(gòu)的軟件構(gòu)件、處理器和設(shè)備。 參考答案（31）A （32）D試題（45）在關(guān)于類的實(shí)例化的描述中，正確的是 （45） 。（45）A同一個(gè)類的對(duì)象具有不同的靜態(tài)數(shù)據(jù)成員值 B不同的類的對(duì)象具有相同的靜態(tài)數(shù)據(jù)成員值 C同一個(gè)類的對(duì)象具有不同的對(duì)象自身引用（this）值 D不同的類的對(duì)象具有相同的對(duì)象自身引用（this）值試題（45）分析由同一個(gè)類實(shí)例化得到的不同對(duì)象具有相同的數(shù)據(jù)成員，但數(shù)據(jù)成員的值是不同的。靜態(tài)數(shù)據(jù)成員用來實(shí)現(xiàn)同一個(gè)類的不同對(duì)象之間的數(shù)據(jù)共享。同一個(gè)類的不同對(duì)象共享靜態(tài)數(shù)據(jù)成員值，當(dāng)通過一個(gè)對(duì)象改變了靜態(tài)數(shù)據(jù)成員的值時(shí)，通過同類的其他對(duì)象可以看到這個(gè)修改。

12、因此A、B關(guān)于靜態(tài)數(shù)據(jù)成員的描述都是錯(cuò)誤的。對(duì)象自身引用（C+中稱為this）是面向?qū)ο蟪绦蛟O(shè)計(jì)語言中特有的、十分重要的機(jī)制。每個(gè)對(duì)象都有屬于自己的對(duì)象自身引用值。 參考答案（45）C試題（46）、（47）在某信息系統(tǒng)中，存在如下的業(yè)務(wù)陳述：一個(gè)客戶提交0個(gè)或多個(gè)訂單；一個(gè)訂單由一個(gè)且僅由一個(gè)客戶提交。系統(tǒng)中存在兩個(gè)類：“客戶”類和“訂單”類。對(duì)應(yīng)每個(gè)“訂單”類的實(shí)例，存在 （46） “客戶”類的實(shí)例；對(duì)應(yīng)每個(gè)“客戶”類的實(shí)例，存在 （47） 個(gè)“訂單”類的實(shí)例。（46）A0個(gè)B1個(gè) C1個(gè)或多個(gè) D0個(gè)或多個(gè)（47）A0個(gè)B1個(gè)C1個(gè)或多個(gè)D0個(gè)或多個(gè)試題（46）、（47）分析認(rèn)定類/對(duì)象是

13、面向?qū)ο蠓治鲋械年P(guān)鍵步驟。但是對(duì)象和類并不是孤立存在的，它們表示的事物相互作用，并且相互影響，以便支持業(yè)務(wù)任務(wù)。存在于一個(gè)或者多個(gè)對(duì)象/類之間的自然業(yè)務(wù)聯(lián)系稱為對(duì)象/類關(guān)系（object/class relationship）。可以使用圖形方式說明“客戶”類和“訂單”類之間的這種關(guān)系，如下圖所示。其中連線表示了類之間的關(guān)系，UML稱這條線為關(guān)聯(lián)。圖中還給出了重復(fù)度（multiplicity），即一個(gè)對(duì)象/類對(duì)應(yīng)相關(guān)對(duì)象/類的一個(gè)實(shí)例關(guān)聯(lián)可能的最小出現(xiàn)次數(shù)和最大出現(xiàn)次數(shù)。由此可以得到：對(duì)應(yīng)每個(gè)訂單實(shí)例，都必須存在一個(gè)客戶實(shí)例；對(duì)應(yīng)每個(gè)客戶實(shí)例，可能存在0個(gè)或多個(gè)訂單實(shí)例。 參考答案（46）B （

14、47）D1.一個(gè)軟件開發(fā)過程描述了“誰做”、“做什么”、“怎么做”和“什么時(shí)候做”，RUP用 A 來表述“誰做”。 A. 角色   B. 活動(dòng)   C. 制品   D. 工作流2.RUP 在每個(gè)階段都有主要目標(biāo)，并在結(jié)束時(shí)產(chǎn)生一些制品。在 C 結(jié)束時(shí)產(chǎn)生“在適當(dāng)?shù)钠脚_(tái)上集成的軟件產(chǎn)品”。 A. 初期階段  B. 精化階段    C. 構(gòu)建階段    D. 移交階段 3.RUP分為4個(gè)階段，每個(gè)階段結(jié)束時(shí)都有重要的里程碑，其中生命周期架構(gòu)是在 A 結(jié)束時(shí)的里程碑。A.

15、 初期階段 B. 精化階段 C. 構(gòu)建階段 D. 移交階段4. ISO/IEC 9126 軟件質(zhì)量模型中第一層定義了六個(gè)質(zhì)量特性，并為各質(zhì)量特性定義了相應(yīng)的質(zhì)量子特性。子特性 C 屬于可靠性質(zhì)量特性。A. 準(zhǔn)確性 B. 易理解性 C. 成熟性 D. 易學(xué)性5. 結(jié)構(gòu)化開發(fā)方法中，數(shù)據(jù)流圖是 A 階段產(chǎn)生的成果。 A. 需求分析 B. 總體設(shè)計(jì) C. 詳細(xì)設(shè)計(jì) D. 程序編程例如：學(xué)籍管理系統(tǒng)的數(shù)據(jù)流圖 例如：學(xué)籍管理系統(tǒng)的頂層圖6.下列要素中，不屬于DFD的是 D 。當(dāng)使用DFD對(duì)一個(gè)工資系統(tǒng)進(jìn)行建模時(shí)， A 可以被認(rèn)定為外部實(shí)體。(1)A加工 B數(shù)據(jù)流 C數(shù)據(jù)存儲(chǔ) D聯(lián)系(2)A接收工資單的

16、銀行 B工資系統(tǒng)源代碼程序 C工資單 D工資數(shù)據(jù)庫的維護(hù)7 在繪制數(shù)據(jù)流圖時(shí)，應(yīng)遵循父圖與子圖平衡的原則，所謂平衡是指 C 。 A. 父圖和子圖都不得改變數(shù)據(jù)流的性質(zhì)。B. 子圖不改變父圖數(shù)據(jù)流的一致性。C. 父圖的輸入/輸出數(shù)據(jù)流與子圖的輸入/輸出數(shù)據(jù)流一致。D. 子圖的輸出數(shù)據(jù)流完全由父圖的輸入數(shù)據(jù)流確定8 耦合度描述了 D 。 A. 模塊內(nèi)各種元素結(jié)合的程度。 B. 模塊內(nèi)多個(gè)功能之間的接口。 C. 模塊之間公共數(shù)據(jù)的數(shù)量。 D. 模塊之間相互關(guān)聯(lián)的程度。內(nèi)聚是一種指標(biāo)，表示一個(gè)模塊 B 。 A. 代碼優(yōu)化的程度 B. 代碼功能的集中程度C. 完成任務(wù)的及時(shí)程度 D. 為了與其他模塊連接

17、所要完成的工作量9 內(nèi)聚性和耦合性是度量軟件模塊獨(dú)立性的重要準(zhǔn)則，軟件設(shè)計(jì)時(shí)應(yīng)力求 B 。 A. 高內(nèi)聚，高耦合 B. 高內(nèi)聚，低耦合 C. 低內(nèi)聚，高耦合 D. 低內(nèi)聚，低耦合10下面有關(guān)測(cè)試的說法正確的是 D 。 A. 測(cè)試人員應(yīng)該在軟件開發(fā)結(jié)束后開始介入 B. 測(cè)試主要是軟件開發(fā)人員的工作 C. 要根據(jù)軟件詳細(xì)設(shè)計(jì)中設(shè)計(jì)的各種合理數(shù)據(jù)設(shè)計(jì)測(cè)試用例 D. 嚴(yán)格按照測(cè)試計(jì)劃進(jìn)行，避免測(cè)試的隨意性。11為驗(yàn)證程序模塊A是否正確實(shí)現(xiàn)了規(guī)定的功能，需要進(jìn)行 （1）A ；為驗(yàn)證模塊A能否與其他模塊按照規(guī)定方式正確工作，需要進(jìn)行 （2）B 。（1） A. 單元測(cè)試B. 集成測(cè)試 C. 確認(rèn)測(cè)試D. 系

18、統(tǒng)測(cè)試（2） A. 單元測(cè)試B. 集成測(cè)試 C. 確認(rèn)測(cè)試D. 系統(tǒng)測(cè)試 12在模擬環(huán)境下，常采用黑盒測(cè)試檢驗(yàn)所開發(fā)的軟件是否與需求規(guī)格說明書一致。其中有效性測(cè)試屬于 C 中的一個(gè)步驟。 A. 單元測(cè)試 B. 集成測(cè)試 C. 確認(rèn)測(cè)試 D. 系統(tǒng)測(cè)試13系統(tǒng)的可維護(hù)性可以用系統(tǒng)的可維護(hù)性評(píng)價(jià)指標(biāo)來衡量。系統(tǒng)的可維護(hù)性評(píng)價(jià)指標(biāo)不包括 C 。 A. 可理解性 B. 可修改性 C. 準(zhǔn)確性 D. 可測(cè)試性14各類軟件維護(hù)活動(dòng)中， A 維護(hù)占整個(gè)維護(hù)工作的比重最大 A.完善性 B.改正性 C.適應(yīng)性 D.預(yù)防性二、【說明】 某公司擬開發(fā)一個(gè)銷售管理系統(tǒng)，其主要功能描述如下：1接受客戶訂單，檢查庫存貨物是否滿足訂單要求。如果滿足，進(jìn)行供貨處理：即修改庫存記錄文件，給庫房開具備貨單并且保留客戶訂單至訂單記錄文件；否則進(jìn)行缺貨處理：將缺貨訂單錄入缺貨記錄文件。2根據(jù)缺貨記錄文件進(jìn)行缺貨統(tǒng)計(jì)，將缺貨通知單發(fā)給采購(gòu)部門。3根據(jù)采購(gòu)部門提供的進(jìn)貨通知單進(jìn)行進(jìn)貨處理：即修改庫存記錄文件，并從缺貨記錄文件中取出缺貨訂單進(jìn)行供貨處理。4根據(jù)保留的客戶訂單進(jìn)行銷售統(tǒng)計(jì)，打印統(tǒng)計(jì)報(bào)