軟考題軟工部分

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)閷υ刂瞥绦蜻M(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選擇時間效率高的算法 B盡可能減少注釋 C選擇空間效率高的算法 D盡量用高級語言編寫系統(tǒng)中對效率要求不高的部分分

2、析：軟件可移植性是指與軟件可從某一環(huán)境移植到另一環(huán)境的能力有關(guān)的一組屬性。高級語言具有較好的可移植性，所以可以盡量用高級語言編寫系統(tǒng)中對效率要求不高的部分。減少注釋、選擇時間/空間效率高的算法都不能提高軟件的可移植性。 參考答案 D試題（19）、（20）在系統(tǒng)轉(zhuǎn)換的過程中，舊系統(tǒng)和新系統(tǒng)并行工作一段時間，再由新系統(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)行無誤時，立刻啟用新系統(tǒng)，終止舊系統(tǒng)運(yùn)行。這種方式對人員、設(shè)備費(fèi)用很節(jié)省。這種方式一般適用于一些處理過程不太復(fù)雜，數(shù)據(jù)不太重要的場合。并行轉(zhuǎn)換。這種轉(zhuǎn)換方式是新舊系統(tǒng)并行工作一段時間，經(jīng)過一段時間的考驗(yàn)以后，新系統(tǒng)正式替代舊系統(tǒng)。對于較復(fù)雜的大型系統(tǒng)，它提供了一個與舊系統(tǒng)運(yùn)行結(jié)果進(jìn)行比較的機(jī)會，可以對新舊兩個系統(tǒng)的時間要求、出錯次數(shù)和工作效率給以公正的評價(jià)。當(dāng)然由于與舊系統(tǒng)并行工作，消除了尚未認(rèn)識新系統(tǒng)之前的緊張和不安。在銀行、財(cái)務(wù)和一些企業(yè)的核心系統(tǒng)中，這是一種經(jīng)常使用的轉(zhuǎn)換方式。它的主要特點(diǎn)是安全、

4、可靠，但費(fèi)用和工作量都很大，因?yàn)樵谙喈?dāng)長時間內(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)行的部分，可以在一個模擬環(huán)境中繼續(xù)試運(yùn)行。這種方式既保證了可靠性，又不至于費(fèi)用太大。但是這種分段轉(zhuǎn)換要求子系統(tǒng)之間有一定的獨(dú)立性，對系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)都有一定的要求，否則就無法實(shí)現(xiàn)這種分段轉(zhuǎn)換的設(shè)想。 參考答案（19）D（20）C試題（21）、（22）下列要素中，不屬于DFD的是 （21） 。當(dāng)使用DFD對一個工資系統(tǒng)進(jìn)行建模時， （22） 可以被認(rèn)定

5、為外部實(shí)體。（21）A加工B數(shù)據(jù)流C數(shù)據(jù)存儲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ù)存儲等，是系統(tǒng)邏輯模型的重要組成部分。DFD由數(shù)據(jù)流、加工、數(shù)據(jù)存儲和外部實(shí)體4個要素構(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)收測試中， （23） 是在一個模擬的環(huán)境下使用模擬數(shù)據(jù)運(yùn)行系統(tǒng)； （24） 是在一個實(shí)際環(huán)境中使用真實(shí)數(shù)據(jù)運(yùn)行系統(tǒng)。（23）A驗(yàn)證測試 B審計(jì)測試C確認(rèn)測試D模塊測試（24）A驗(yàn)證測試B審計(jì)測試C確認(rèn)測試D模塊測試試題（23）、（24）分析系統(tǒng)驗(yàn)收測試是最終用戶使用真實(shí)數(shù)據(jù)一段時間后進(jìn)行的最終系統(tǒng)測試，它給最終用戶、管理人員和信息系統(tǒng)操作管理人員最后一次機(jī)會決定接收或者拒絕系統(tǒng)。系統(tǒng)驗(yàn)收測試是一種詳細(xì)測試，涉及3個層面的驗(yàn)收測試：驗(yàn)證測試、確認(rèn)測試和審計(jì)測試。· 驗(yàn)證測試是在一個模擬環(huán)境下使用模擬數(shù)據(jù)運(yùn)行系統(tǒng)，它主要尋找錯誤和遺漏。· 確認(rèn)測試在

7、一個實(shí)際環(huán)境中使用真實(shí)數(shù)據(jù)運(yùn)行系統(tǒng)。在確認(rèn)測試過程中，可以測試系統(tǒng)性能、峰值負(fù)載處理性能、方法和程序測試、備份和恢復(fù)測試等。· 審計(jì)測試證實(shí)系統(tǒng)沒有錯誤并準(zhǔn)備好了可以運(yùn)行。 參考答案（23）A （24）C試題（25）采用瀑布模型進(jìn)行系統(tǒng)開發(fā)的過程中，每個階段都會產(chǎn)生不同的文檔。以下關(guān)于產(chǎn)生這些文檔的描述中，正確的是 （25） 。（25）A外部設(shè)計(jì)評審報(bào)告在概要設(shè)計(jì)階段產(chǎn)生 B集成測試計(jì)劃在程序設(shè)計(jì)階段產(chǎn)生 C系統(tǒng)計(jì)劃和需求說明在詳細(xì)設(shè)計(jì)階段產(chǎn)生 D在進(jìn)行編碼的同時，獨(dú)立的設(shè)計(jì)單元測試計(jì)劃試題（25）分析在采用瀑布模型進(jìn)行系統(tǒng)開發(fā)的過程中，每個階段都會產(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ì)階段會產(chǎn)生概要設(shè)計(jì)說明書。詳細(xì)設(shè)計(jì)的任務(wù)是設(shè)計(jì)每個模塊的實(shí)現(xiàn)細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)，在該階段會產(chǎn)生詳細(xì)設(shè)計(jì)說明書。編碼階段的任務(wù)是用某種程序設(shè)計(jì)語言為每個模塊編寫程序。編碼階段可以和測試結(jié)合起來，在進(jìn)行編碼的同時，可以獨(dú)立地設(shè)計(jì)單元測試計(jì)劃。測試計(jì)劃是測試階段產(chǎn)生的文檔；系統(tǒng)計(jì)劃和需求說明分別在軟件項(xiàng)目計(jì)劃階段和需求分析階段產(chǎn)生。 參考答案（25）D試題（31）、（32）在UML提供的圖中， （31） 用于描述系統(tǒng)與外部系統(tǒng)及用戶之間的交互；（3

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

10、或操作執(zhí)行過程中對象如何通過消息互相交互，說明了消息如何在對象之間被發(fā)送和接收以及發(fā)送的順序。· 協(xié)作圖：協(xié)作圖類似于序列圖，但重點(diǎn)不是消息的時間順序。它以一種網(wǎng)絡(luò)格式表現(xiàn)對象之間的交互。· 狀態(tài)圖：狀態(tài)圖用于對一個特定對象的動態(tài)行為建模，說明了一個對象的生命周期對象可以經(jīng)歷的各種狀態(tài)，以及引起對象從一個狀態(tài)向另一個狀態(tài)轉(zhuǎn)換的事件。· 活動圖：活動圖用于以圖形化的方式描述一個業(yè)務(wù)過程或者一個用例的活動的順序流。· 構(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同一個類的對象具有不同的靜態(tài)數(shù)據(jù)成員值 B不同的類的對象具有相同的靜態(tài)數(shù)據(jù)成員值 C同一個類的對象具有不同的對象自身引用（this）值 D不同的類的對象具有相同的對象自身引用（this）值試題（45）分析由同一個類實(shí)例化得到的不同對象具有相同的數(shù)據(jù)成員，但數(shù)據(jù)成員的值是不同的。靜態(tài)數(shù)據(jù)成員用來實(shí)現(xiàn)同一個類的不同對象之間的數(shù)據(jù)共享。同一個類的不同對象共享靜態(tài)數(shù)據(jù)成員值，當(dāng)通過一個對象改變了靜態(tài)數(shù)據(jù)成員的值時，通過同類的其他對象可以看到這個修改。

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

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

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

15、 初期階段 B. 精化階段 C. 構(gòu)建階段 D. 移交階段4. ISO/IEC 9126 軟件質(zhì)量模型中第一層定義了六個質(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對一個工資系統(tǒng)進(jìn)行建模時， A 可以被認(rèn)定為外部實(shí)體。(1)A加工 B數(shù)據(jù)流 C數(shù)據(jù)存儲 D聯(lián)系(2)A接收工資單的

16、銀行 B工資系統(tǒng)源代碼程序 C工資單 D工資數(shù)據(jù)庫的維護(hù)7 在繪制數(shù)據(jù)流圖時，應(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)多個功能之間的接口。 C. 模塊之間公共數(shù)據(jù)的數(shù)量。 D. 模塊之間相互關(guān)聯(lián)的程度。內(nèi)聚是一種指標(biāo)，表示一個模塊 B 。 A. 代碼優(yōu)化的程度 B. 代碼功能的集中程度C. 完成任務(wù)的及時程度 D. 為了與其他模塊連接

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

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