三級(jí)信息管理技術(shù)筆試-146

1、三級(jí)信息管理技術(shù)筆試 -146（ 總分： 100.00 ，做題時(shí)間： 90 分鐘 ）一、選擇題 （總題數(shù)：60，分?jǐn)?shù)： 60.00）1. 在軟件工程中，高質(zhì)量的文檔標(biāo)準(zhǔn)是完整性、一致性和 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 無(wú)二義性VB. 統(tǒng)一性C. 組合性D. 安全性解析： 解析 在軟件工程中，高質(zhì)量的文檔標(biāo)準(zhǔn)是完整性、一致性和無(wú)二義性。 相關(guān)知識(shí)點(diǎn)：高質(zhì)量的文檔體現(xiàn)在針對(duì)性、精確性、清晰性、完整性、靈活性、可追溯性。2. 結(jié)構(gòu)化分析和設(shè)計(jì)方法是信息系統(tǒng)開(kāi)發(fā)時(shí)常用的工程化方法，按生命周期特征，它屬于 （ ） 。 （分?jǐn)?shù)： 1.00 ）A. 噴泉模型B. 瀑布模型 VC. 混合模型D. 螺旋

2、模型解析： 解析 結(jié)構(gòu)化分析和設(shè)計(jì)方法是信息系統(tǒng)開(kāi)發(fā)時(shí)常用的工程化方法，按生命周期特征，它屬于瀑布 模型。3. 企業(yè)模型圖包括 3 個(gè)層次。這 3 個(gè)層次是 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 職能、業(yè)務(wù)活動(dòng)過(guò)程、業(yè)務(wù)活動(dòng) VB. 職能、部門、業(yè)務(wù)活動(dòng)C. 職能、部門、業(yè)務(wù)活動(dòng)過(guò)程D. 部門、業(yè)務(wù)活動(dòng)過(guò)程、業(yè)務(wù)活動(dòng)解析：解析 本題考查企業(yè)模型圖的 3 個(gè)層次。企業(yè)模型圖包括職能、 業(yè)務(wù)活動(dòng)過(guò)程、 業(yè)務(wù)活動(dòng) 3 個(gè)層次 故本題選擇 A。4. 在軟件結(jié)構(gòu)設(shè)計(jì)中，好的軟件結(jié)構(gòu)設(shè)計(jì)應(yīng)該力求做到 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 頂層扇出較少，中間扇出較高，底層模塊低扇入B. 頂層扇出較高，中間扇

3、出較少，底層模塊高扇入 VC. 頂層扇入較高，中間扇出較高，底層模塊高扇入D. 頂層扇入較少，中間扇出較高，底層模塊低扇入解析： 解析 在軟件結(jié)構(gòu)設(shè)計(jì)中，好的軟件結(jié)構(gòu)設(shè)計(jì)應(yīng)該力求做到頂層扇出較高，中間扇出較少，底層模 塊高扇入。相關(guān)知識(shí)點(diǎn)： 扇出過(guò)大則意味著模塊過(guò)于復(fù)雜，需控制和協(xié)調(diào)過(guò)多的下級(jí)模塊，這時(shí)應(yīng)適當(dāng)增加中間層次，扇出太小則 可以把下級(jí)模塊進(jìn)步分解成若干個(gè)功能模塊，或者合并到上級(jí)模塊中去。(分?jǐn)?shù)： 1.00 )A. 報(bào)表B. 文字 VC. 圖形圖像D. 語(yǔ)言解析： 解析 辦公室工作中，最常用的信息表示方法是文字。6. 軟件測(cè)試是軟件開(kāi)發(fā)過(guò)程的重要階段，是軟件質(zhì)量保證的重要手段，下列 (

4、 ) 是軟件測(cè)試的任務(wù)。I 預(yù)防軟件發(fā)生錯(cuò)誤H.發(fā)現(xiàn)改正程序錯(cuò)誤山提供診斷錯(cuò)誤信息(分?jǐn)?shù)： 1.00 )A. 只有IB. 只有HC. 只有山D. 都是 V解析： 解析 軟件測(cè)試是軟件開(kāi)發(fā)過(guò)程的重要階段，是軟件質(zhì)量保證的重要手段，它的主要任務(wù)有預(yù)防軟件發(fā)生錯(cuò)誤，發(fā)現(xiàn)改正程序錯(cuò)誤，提供診斷錯(cuò)誤信息。7. 軟件維護(hù)是軟件運(yùn)行期的重要任務(wù)，下列維護(hù)任務(wù)中 ( ) 是軟件維護(hù)的最少部分。(分?jǐn)?shù)： 1.00 )A. 預(yù)防性的維護(hù) VB. 校正性的維護(hù)C. 適應(yīng)性的維護(hù)D. 完善性的維護(hù)解析： 解析 軟件維護(hù)是軟件運(yùn)行期的重要任務(wù)，它主要有預(yù)防性的維護(hù)、 校正性的維護(hù)、 適應(yīng)性的維護(hù)、完善性的維護(hù)。其中預(yù)防

5、性的維護(hù)是軟件維護(hù)的最少部分。8. 管理信息系統(tǒng)的形成過(guò)程中往往將它分解為若干子系統(tǒng)來(lái)實(shí)現(xiàn)，其分解一般應(yīng)按企業(yè)的( ) 進(jìn)行。(分?jǐn)?shù)： 1.00 )A. 業(yè)務(wù)職能 VB. 組織機(jī)構(gòu)C. 人事安排D. 行政部門解析：解析 管理信息系統(tǒng)的形成過(guò)程中往往將它分解為若干子系統(tǒng)來(lái)實(shí)現(xiàn)，其分解一般應(yīng)按企業(yè)的業(yè)務(wù) 職能進(jìn)行。相關(guān)知識(shí)點(diǎn)：一般認(rèn)為管理信息系統(tǒng)是一個(gè)復(fù)雜的大系統(tǒng)。在形成管理信息系統(tǒng)的過(guò)程中，往往是按企業(yè)的組織職能和 管理層次將其分解成若干相對(duì)獨(dú)立而又密切相關(guān)的子系統(tǒng)來(lái)實(shí)現(xiàn)，即可從橫向和縱向兩個(gè)方面來(lái)刻畫(huà)系統(tǒng) 的分解。基于職能的分解：銷售子系統(tǒng)；生產(chǎn)子系統(tǒng)；財(cái)務(wù)子系統(tǒng)；物資子系統(tǒng)：?jiǎn)T工子系統(tǒng)。 基

6、于管理層次的分解：戰(zhàn)略計(jì)劃子系統(tǒng)；管理控制子系統(tǒng)；執(zhí)行控制子系統(tǒng)。9. 在結(jié)構(gòu)化方法中，軟件功能分解屬于軟件開(kāi)發(fā)中的 ( ) 階段。（分?jǐn)?shù)： 1.00 ）A. 詳細(xì)設(shè)計(jì)B. 需求分析C. 編程調(diào)試D. 總體設(shè)計(jì)V解析： 解析 在結(jié)構(gòu)化方法中，軟件功能分解屬于軟件開(kāi)發(fā)中的總體設(shè)計(jì)階段。 相關(guān)知識(shí)點(diǎn)： 總體設(shè)計(jì)的基本任務(wù)是解決系統(tǒng)如何做，即系統(tǒng)的功能實(shí)現(xiàn)?？傮w設(shè)計(jì)過(guò)程通常由兩個(gè)主要階段組成：系 統(tǒng)設(shè)計(jì)，即確定系統(tǒng)的具體實(shí)現(xiàn)方案；結(jié)構(gòu)設(shè)計(jì)，即確定軟件結(jié)構(gòu)?？傮w設(shè)計(jì)的過(guò)程包括：設(shè)想可能的方 案、選取合理的方案、選擇最佳的方案、功能分解、設(shè)計(jì)軟件結(jié)構(gòu)、數(shù)據(jù)庫(kù)設(shè)計(jì)、制定測(cè)試計(jì)劃、書(shū)寫(xiě)文 檔、審查和復(fù)審。1

7、0. MIS 的輸出能提供的信息包括 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 問(wèn)題信息、行動(dòng)信息B. 決策支持信息C. 監(jiān)控信息D. 上述三條都包括 V解析： 解析 MIS 的輸出能提供的信息包括監(jiān)控信息、問(wèn)題信息、行動(dòng)信息和決策支持信息11. 管理系統(tǒng)的研制是因?yàn)?（ ） 而開(kāi)始的。（分?jǐn)?shù)： 1.00 ）A. 系統(tǒng)所承擔(dān)的工作量大于系統(tǒng)的能力B. 管理現(xiàn)代化的要求C. 上級(jí)主管部門的要求D .現(xiàn)行的管理信息系統(tǒng) （ 人工或計(jì)算機(jī) ）不能滿足組織的要求 V解析： 解析 管理系統(tǒng)的研制是因?yàn)楝F(xiàn)行的管理信息系統(tǒng) （ 人工或計(jì)算機(jī) ）不能滿足組織的要求而開(kāi)始的12. 在整個(gè)結(jié)構(gòu)化方法的出發(fā)點(diǎn)和實(shí)施步驟

8、中，十分強(qiáng)調(diào)用戶的 （ ） 。（分?jǐn)?shù)： 1.00 ）A. 邏輯設(shè)計(jì)B. 系統(tǒng)實(shí)施C. 需求調(diào)查 VD. 可行性分析解析： 解析 在整個(gè)結(jié)構(gòu)化方法的出發(fā)點(diǎn)和實(shí)施步驟中，十分強(qiáng)調(diào)用戶的需求調(diào)查。 相關(guān)知識(shí)點(diǎn)：從整個(gè)結(jié)構(gòu)化方法的出發(fā)點(diǎn)和實(shí)施步驟可以清楚地看到，它十分強(qiáng)調(diào)用戶的需求調(diào)查，并認(rèn)為需求分析和 需求定義是整個(gè)系統(tǒng)開(kāi)發(fā)中的最重要的環(huán)節(jié)。與傳統(tǒng)方法相比，它大大加強(qiáng)和增加了這一階段的人力投入和時(shí)間投入。實(shí)踐證明，系統(tǒng)隱患的 60%-80% 是來(lái)自需求定義階段，而最后修正其所需的投資又是十分昂貴的。實(shí)際上，增加需求定義的投入是提高了系統(tǒng)開(kāi)發(fā)的效率和效益，它將提高系統(tǒng)實(shí)施階段的效率和系統(tǒng)的成 功率。1

9、3. 和管理信息系統(tǒng)相比，決策支持系統(tǒng)可輔助 （ ） 決策。(分?jǐn)?shù)： 1.00 )A. 結(jié)構(gòu)化B. 非結(jié)構(gòu)化C. 半結(jié)構(gòu)化D. 半結(jié)構(gòu)化和非結(jié)構(gòu)化V解析： 解析 和管理信息系統(tǒng)相比，決策支持系統(tǒng)可輔助半結(jié)構(gòu)化和非結(jié)構(gòu)化決策。14. 在管理信息中，作業(yè)信息的特性不包括 ( ) 。(分?jǐn)?shù)： 1.00 )A. 大部分?jǐn)?shù)據(jù)來(lái)自外部 VB. 使用壽命短C. 經(jīng)常重復(fù)D. 精度高解析： 解析 在管理信息中，作業(yè)信息的特性包括使用壽命短、經(jīng)常重復(fù)、精度高15. 專家系統(tǒng)是一種 ( ) 。(分?jǐn)?shù)： 1.00 )A. 知識(shí)庫(kù)系統(tǒng)B. 決策支持系統(tǒng) VC. 數(shù)據(jù)庫(kù)知識(shí)系統(tǒng)D. 人工智能系統(tǒng)解析： 解析 專家系統(tǒng)是

10、一種決策支持系統(tǒng)。16. 通常信息系統(tǒng)的數(shù)據(jù)轉(zhuǎn)換圖包含兩種典型的結(jié)構(gòu)，即變換型結(jié)構(gòu)和 ( )(分?jǐn)?shù)： 1.00 )A. 業(yè)務(wù)性結(jié)構(gòu)B. 事務(wù)性結(jié)構(gòu) VC. 線性結(jié)構(gòu)D. 可擴(kuò)展性結(jié)構(gòu)解析： 解析 通常信息系統(tǒng)的數(shù)據(jù)轉(zhuǎn)換圖包含兩種典型的結(jié)構(gòu)，即變換型結(jié)構(gòu)和事務(wù)性結(jié)構(gòu)。17. 可被多個(gè)進(jìn)程在任意時(shí)刻共享的代碼必須為 ( ) 。(分?jǐn)?shù)： 1.00 )A. 順序代碼B. 無(wú)轉(zhuǎn)移指令的代碼C. 匯編語(yǔ)言編制的代碼D. 不能自身修改的純代碼 V解析： 解析 可被多個(gè)進(jìn)程在任意時(shí)刻共享的代碼必須為不能自身修改的純代碼。18. 面向?qū)ο蟮脑O(shè)計(jì)方法以 ( ) 為中心，力求問(wèn)題在現(xiàn)實(shí)世界中取得一致性。分?jǐn)?shù)： 1.

11、00 )A. 動(dòng)作B. 數(shù)據(jù)結(jié)構(gòu) VC. 過(guò)程D. 操作解析： 解析 面向?qū)ο蟮脑O(shè)計(jì)方法以數(shù)據(jù)結(jié)構(gòu)為中心，力求問(wèn)題在現(xiàn)實(shí)世界中取得一致性。 相關(guān)知識(shí)點(diǎn)： 面向?qū)ο笤O(shè)計(jì)模型有設(shè)計(jì)問(wèn)題域部件、設(shè)計(jì)人機(jī)交互部件、設(shè)計(jì)任務(wù)管理部件、設(shè)計(jì)數(shù)據(jù)庫(kù)管理部件 4 個(gè) 部分。19. 軟件維護(hù)的因素一般包括人員因素、技術(shù)因素和管理因素，就程序自身的技術(shù)因素而言，下述( ) 一般不會(huì)影響到維護(hù)工作。(分?jǐn)?shù)： 1.00 )A. 軟件規(guī)模B. 軟件結(jié)構(gòu)C. 開(kāi)發(fā)工具 VD. 軟件年齡解析： 解析 軟件維護(hù)的因素一般包括人員因素、技術(shù)因素和管理因素。 相關(guān)知識(shí)點(diǎn)：就程序自身技術(shù)而言，具體影響因素包括以下幾點(diǎn)。 軟件規(guī)模：

12、軟件規(guī)模越大，維護(hù)因素越多； 軟件年齡：軟件運(yùn)行時(shí)間長(zhǎng)，在維護(hù)中多次修改結(jié)構(gòu)會(huì)造成維護(hù)困難； 軟件結(jié)構(gòu)：不合理的軟件結(jié)構(gòu)會(huì)帶來(lái)維護(hù)困難。 由此可以看出，開(kāi)發(fā)工具不會(huì)影響到維護(hù)工作。20. 在信息系統(tǒng)可行性研究中，完成系統(tǒng)目標(biāo)分析的人員是( ) 。(分?jǐn)?shù)： 1.00 )A. 系統(tǒng)分析人員和系統(tǒng)設(shè)計(jì)人員B. 系統(tǒng)分析人員和業(yè)務(wù)人員C. 企業(yè)高層管理人員和系統(tǒng)實(shí)施人員D. 企業(yè)高層管理人員和系統(tǒng)分析人員 V解析： 解析 在系統(tǒng)的可行性研究中提出系統(tǒng)目標(biāo)分析的任務(wù)，應(yīng)由系統(tǒng)分析人員與企業(yè)高層管理人員根 據(jù)企業(yè)內(nèi)部和外部的條件和環(huán)境科學(xué)地、實(shí)際地來(lái)提出系統(tǒng)目標(biāo)。故本題選擇D。21. 一個(gè)大型的信息系統(tǒng)的

13、設(shè)計(jì)是由多方面的要求和多方面的技術(shù)所組成的，下面( ) 不屬于系統(tǒng)設(shè)計(jì)報(bào)告的內(nèi)容。(分?jǐn)?shù)： 1.00 )A. 技術(shù)和目標(biāo)設(shè)計(jì)VB. 系統(tǒng)通信和網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)C. 應(yīng)用軟件系統(tǒng)和數(shù)據(jù)庫(kù)設(shè)計(jì)D. 系統(tǒng)運(yùn)行環(huán)境和軟硬件平臺(tái)設(shè)計(jì)解析： 解析 系統(tǒng)設(shè)計(jì)報(bào)告的內(nèi)容有系統(tǒng)通信和網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)，應(yīng)用軟件系統(tǒng)和數(shù)據(jù)庫(kù)設(shè)計(jì)，系統(tǒng)運(yùn)行環(huán) 境和軟硬件平臺(tái)設(shè)計(jì)。相關(guān)知識(shí)點(diǎn)：系統(tǒng)設(shè)計(jì)報(bào)告應(yīng)該由 3 方面內(nèi)容組成。 應(yīng)用軟件系統(tǒng)和數(shù)據(jù)庫(kù)設(shè)計(jì)； 系統(tǒng)運(yùn)行環(huán)境和軟件平臺(tái)設(shè)計(jì)； 系統(tǒng)通信和網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)。第1 部分的相關(guān)技術(shù)和內(nèi)容一般是詳細(xì)地包含在軟件工程技術(shù)和數(shù)據(jù)庫(kù)設(shè)計(jì)技術(shù)的相關(guān)材料中；第2部分 的相關(guān)技術(shù)和內(nèi)容一般是詳細(xì)地包含在計(jì)

14、算機(jī)系統(tǒng)配置和性能評(píng)價(jià)技術(shù)相關(guān)資料中；第 3 部分技術(shù)是包含 在有關(guān)網(wǎng)絡(luò)技術(shù)中的。它們?cè)O(shè)計(jì)的主要依據(jù)都應(yīng)該是信息系統(tǒng)所應(yīng)提供的功能和性能需求。 由上述可見(jiàn)，信息系統(tǒng)的設(shè)計(jì)工作需要業(yè)務(wù)專家和技術(shù)專家的緊密配合和工作。22. 軟件的維護(hù)指的是 ( ) 。(分?jǐn)?shù)： 1.00 )A. 維護(hù)正常的運(yùn)行B. 配置新軟件C. 軟件開(kāi)發(fā)期的一個(gè)階段D. 對(duì)軟件的改進(jìn)、適應(yīng)和完善V解析： 解析 軟件的維護(hù)指的是對(duì)軟件的改進(jìn)、適應(yīng)和完善。23. 在決策支持系統(tǒng)中，模型系統(tǒng)的作用是 ( ) 。(分?jǐn)?shù)： 1.00 )A. 支持信息收集和處理B. 支持信息管理與方案設(shè)計(jì)C. 支持方案設(shè)計(jì)與選擇VD. 支持方案選擇與執(zhí)行

15、解析： 解析 在決策支持系統(tǒng)中，對(duì)話子系統(tǒng)為決策者提供使用系統(tǒng)的接口，數(shù)據(jù)子系統(tǒng)提供支持決策的數(shù)據(jù)和信息，而模型子系統(tǒng)則為決策者提供利用資料進(jìn)行推理、比較、分析和選擇的手段。選項(xiàng)C符合題意。24. 在操作系統(tǒng)的存儲(chǔ)管理中，用時(shí)間換取空間的一種技術(shù)是 ( ) 。(分?jǐn)?shù)： 1.00 )A. 緩沖技術(shù)B. 虛擬設(shè)備技術(shù)C. 虛擬存儲(chǔ)技術(shù) VD. 中斷技術(shù)解析： 解析 在操作系統(tǒng)的存儲(chǔ)管理中，用時(shí)間換取空間的一種技術(shù)是虛擬存儲(chǔ)技術(shù)。 相關(guān)知識(shí)點(diǎn)；虛擬存儲(chǔ)技術(shù)的原理由局部性原理產(chǎn)生。25. 管理信息的處理應(yīng)滿足的要求是 ( ) 。(分?jǐn)?shù)： 1.00 )A. 及時(shí)B. 經(jīng)濟(jì) VC. 適用D. 以上都不是解

16、析： 解析 管理信息的處理應(yīng)滿足的要求是經(jīng)濟(jì)。26. 在如何融合數(shù)據(jù)處理部門 (如信息中心 )與管理者之間的關(guān)系時(shí)，關(guān)鍵的措施應(yīng)是 ( )分?jǐn)?shù)： 1.00 )A. 讓數(shù)據(jù)處理人員掌握實(shí)際業(yè)務(wù)B. 數(shù)據(jù)處理人員完成總體規(guī)劃工作C. 加強(qiáng)數(shù)據(jù)處理人員與管理者之間的溝通VD. 管理人員到數(shù)據(jù)處理部門熟悉處理過(guò)程解析： 解析 企業(yè)數(shù)據(jù)處理部門與管理者，特別是最高層管理者之間的交流和聯(lián)系是企業(yè)信息系統(tǒng)開(kāi)發(fā)的 保證。如果在數(shù)據(jù)處理部門和最高層管理者之間存在隔閡，則應(yīng)通過(guò)各種手段來(lái)加強(qiáng)數(shù)據(jù)處理人員和最高 層管理者間的溝通。選項(xiàng) C 符合題意。27. 材料是企業(yè)的一種支持資源，它也具有生命周期。其中“材料的庫(kù)

17、存控制”屬于其生命周期中的( )(分?jǐn)?shù)： 1.00 )A. 需求階段B. 經(jīng)營(yíng)管理階段 VC. 獲取階段D. 回收或分配階段解析： 解析 本題考查支持資源的生命周期的 4 個(gè)階段。需求階段決定需要的產(chǎn)品和資源，獲取它們的計(jì) 劃以及執(zhí)行計(jì)劃要求的度量和控制； 獲取是指開(kāi)發(fā)一種產(chǎn)品或一項(xiàng)服務(wù)， 或者去獲得開(kāi)發(fā)中所需要的資源： 經(jīng)營(yíng)和管理是指組織、加工、修改或維護(hù)那些支持性資源，對(duì)產(chǎn)品 / 服務(wù)進(jìn)行存儲(chǔ)或服務(wù)；回收或分配意味 著中止企業(yè)對(duì)產(chǎn)品或服務(wù)的職責(zé)，且標(biāo)志著資源使用的結(jié)束。根據(jù)以上階段的定義，“材料的庫(kù)存控制” 屬于經(jīng)營(yíng)管理階段，故本題選擇B。28. 以下有關(guān)建立企業(yè)模型關(guān)鍵成功因素的若干論述

18、中，錯(cuò)誤的是 ( ) 。(分?jǐn)?shù)： 1.00 )A. 對(duì)該組織成功起關(guān)鍵性作用的因素B. 與確保企業(yè)具有競(jìng)爭(zhēng)力方面有關(guān)的因素C. 業(yè)務(wù)活動(dòng)中不同時(shí)間其關(guān)鍵成功因素會(huì)不同D. 關(guān)鍵成功因素不會(huì)受企業(yè)外部環(huán)境的影響 V解析： 解析 在一個(gè)企業(yè)的業(yè)務(wù)活動(dòng)中， 關(guān)鍵成功因素總是與那些能確保企業(yè)具有競(jìng)爭(zhēng)能力的方面相關(guān)的 在不同類型的業(yè)務(wù)活動(dòng)中，關(guān)鍵成功因素也會(huì)有很大的不同，即使在同一類型的業(yè)務(wù)活動(dòng)中，在不同時(shí)間 內(nèi)其關(guān)鍵成功因素也不同，甚至受外部環(huán)境的影響。選項(xiàng)D的說(shuō)法是錯(cuò)誤的。29. 產(chǎn)生軟件危機(jī)的原因一方面與軟件本身的特點(diǎn)有關(guān)，另一方面也和 ( ) 的方法不正確有關(guān)。(分?jǐn)?shù)： 1.00 )A. 軟件的

19、使用B. 軟件的成本C. 軟件的文檔材料D. 軟件的開(kāi)發(fā)和維護(hù) V解析： 解析 軟件危機(jī)的出現(xiàn)是計(jì)算機(jī)系統(tǒng)發(fā)展到一定階段的產(chǎn)物。一方面與軟件本身的特點(diǎn)有關(guān)，另一 方面也和軟件的開(kāi)發(fā)和維護(hù)的方法不正確有關(guān)。相關(guān)知識(shí)點(diǎn)：軟件不同于硬件， 它是計(jì)算機(jī)系統(tǒng)中的邏輯部件而不是物理部件， 在寫(xiě)出程序代碼并在計(jì)算機(jī)上運(yùn)行之前， 軟件開(kāi)發(fā)過(guò)程相當(dāng)困難。此外，軟件在運(yùn)行過(guò)程中不會(huì)因?yàn)槭褂脮r(shí)間過(guò)長(zhǎng)而被“用壞”，如果運(yùn)行中發(fā)現(xiàn) 錯(cuò)誤，很可能是遇到了一個(gè)在開(kāi)發(fā)期引入的在測(cè)試階段沒(méi)檢測(cè)出來(lái)的故障。因此；軟件維護(hù)通常意味著改 正或修改原來(lái)的設(shè)計(jì)，這就在客觀上使得軟件比較難以維護(hù)。30. 軟件測(cè)試是軟件開(kāi)發(fā)過(guò)程中重要的且不

20、可缺少的階段，測(cè)試過(guò)程中 ( ) 是基礎(chǔ)測(cè)試。分?jǐn)?shù)： 1.00 )A. 集成測(cè)試 VB. 系統(tǒng)測(cè)試C. 單元測(cè)試D. 驗(yàn)收測(cè)試解析： 解析 軟件測(cè)試是軟件開(kāi)發(fā)過(guò)程中重要的且不可缺少的階段， 測(cè)試過(guò)程主要有集成測(cè)試、 系統(tǒng)測(cè)試、 單元測(cè)試、驗(yàn)收測(cè)試，其中集成測(cè)試是基礎(chǔ)測(cè)試。31. J.Martin 指出，應(yīng)該結(jié)合數(shù)據(jù)的戰(zhàn)略規(guī)劃進(jìn)行必要的業(yè)務(wù)規(guī)劃，并以企業(yè)模型圖來(lái)表示，而其中以一 個(gè)動(dòng)詞來(lái)命名的最低層被稱為 ( ) 。(分?jǐn)?shù)： 1.00 )A. 過(guò)程B. 職能C. 功能D. 活動(dòng) V解析： 解析 本題考查企業(yè)模型圖。企業(yè)模型圖由公司或部門、職能范圍和功能組成。功能的最低層稱為 活動(dòng)，它將用一個(gè)動(dòng)詞

21、來(lái)命名。一個(gè)計(jì)算機(jī)過(guò)程是為每個(gè)活動(dòng)設(shè)計(jì)的。故本題選擇D。32. 計(jì)算機(jī)中指令執(zhí)行過(guò)程的 3 個(gè)階段是指取指令、 ( ) 。(分?jǐn)?shù)： 1.00 )A. 顯示指令和執(zhí)行指令B. 修改指令和執(zhí)行指令C. 分析指令和執(zhí)行指令 VD. 打印指令和執(zhí)行指令解析： 解析 計(jì)算機(jī)中指令執(zhí)行過(guò)程的 3 個(gè)階段是指取指令、分析指令和執(zhí)行指令。33. 應(yīng)用系統(tǒng)設(shè)計(jì)包括 ( ) 和數(shù)據(jù)庫(kù)設(shè)計(jì)。(分?jǐn)?shù)： 1.00 )A. 硬件平臺(tái)設(shè)計(jì)B. 應(yīng)用軟件設(shè)計(jì) VC. 網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)D. 模塊結(jié)構(gòu)設(shè)計(jì)解析： 解析 應(yīng)用系統(tǒng)設(shè)計(jì)包括應(yīng)用軟件設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)。34. 項(xiàng)目控制是保證工程在一定資源情況下能如期完成的技術(shù)手段，下面 (

22、) 不屬于項(xiàng)目控制所涉及的方面。(分?jǐn)?shù)： 1.00 )A. 資源保證B. 進(jìn)程控制C. 統(tǒng)計(jì)費(fèi)用D. 系統(tǒng)實(shí)施 V解析：解析 項(xiàng)目控制是保證工程在一定資源情況下能如期完成的技術(shù)手段，它主要涉及的方面有資源保 證、進(jìn)程控制、統(tǒng)計(jì)費(fèi)用等幾個(gè)方面。相關(guān)知識(shí)點(diǎn)：項(xiàng)目控制所涉及的因素一般包括以下方面。 資源保證 資源一般包括人力資源和物資，對(duì)于信息系統(tǒng)而言，即必要的人員投入、資金保證和為開(kāi)發(fā)系統(tǒng)所必須提 供的設(shè)備條件等。要保證計(jì)劃進(jìn)度的完成，首先必須保證資源的按時(shí)提供。 進(jìn)度控制必須定期檢查信息系統(tǒng)開(kāi)發(fā)中各項(xiàng)任務(wù)的實(shí)際執(zhí)行情況，并制定各種具體的辦法和措施以保證計(jì)劃的執(zhí)行 和調(diào)整。 計(jì)劃調(diào)整 在執(zhí)行計(jì)劃的

23、過(guò)程中，由于某種原因當(dāng)某項(xiàng)任務(wù)不能完成的時(shí)候，應(yīng)及時(shí)采取措施，對(duì)計(jì)劃和進(jìn)度進(jìn)行必 要的調(diào)整，從而保證整體計(jì)劃的按時(shí)完成。 審核批準(zhǔn) 按照計(jì)劃和進(jìn)度已經(jīng)完成的項(xiàng)目必須有必要的審核和實(shí)施批準(zhǔn)的手續(xù)，以保證每項(xiàng)任務(wù)的質(zhì)量，從而杜絕 事后返工并影響后續(xù)工作正常進(jìn)行的事情發(fā)生。 費(fèi)用統(tǒng)計(jì) 費(fèi)用管理是計(jì)劃管理的重要組成內(nèi)容，及時(shí)統(tǒng)計(jì)開(kāi)發(fā)費(fèi)用的支出情況，繪制出直觀的圖表將有助于使用費(fèi) 用的合理支出和管理。圖表往往是實(shí)現(xiàn)計(jì)劃和進(jìn)度安排以及統(tǒng)計(jì)費(fèi)用支出的直觀性工具。35. 戰(zhàn)略數(shù)據(jù)規(guī)劃方法將產(chǎn)品、服務(wù)及資源的生命周期劃分為4個(gè)有序的階段，其順序應(yīng)該是 ( )分?jǐn)?shù)： 1.00 )A. 獲得、計(jì)劃、管理、終結(jié)B.

24、計(jì)劃、獲得、管理、終結(jié)VC. 管理、計(jì)劃、獲得、終結(jié)D. 計(jì)劃、管理、獲得、終結(jié)解析：Martin將一個(gè)機(jī)構(gòu)建立的產(chǎn)品、服務(wù)以及支持資源的生命周期劃分為4個(gè)有序的階段：計(jì)劃、獲得、管理和終結(jié)。故本題選擇 B。36. 數(shù)據(jù)庫(kù)物理設(shè)計(jì)完成后進(jìn)入數(shù)據(jù)庫(kù)實(shí)施階段，下述工作中，哪一項(xiàng)一般不屬于實(shí)施階段的工作? ( )(分?jǐn)?shù)： 1.00 )A. 加載數(shù)據(jù)B. 擴(kuò)充功能 VC. 系統(tǒng)調(diào)試D. 建立庫(kù)結(jié)構(gòu)解析： 解析 數(shù)據(jù)庫(kù)管理系統(tǒng)是指能對(duì)計(jì)算機(jī)中所存放的大量數(shù)據(jù)進(jìn)行管理和控制的一種系統(tǒng)軟件。 相關(guān)知識(shí)點(diǎn)：數(shù)據(jù)庫(kù)實(shí)現(xiàn)階段的主要工作如下。 建立實(shí)際的數(shù)據(jù)庫(kù)結(jié)構(gòu)； 裝入試驗(yàn)數(shù)據(jù)對(duì)應(yīng)用程序進(jìn)行測(cè)試，以確定其功能和性

25、能是否滿足設(shè)計(jì)要求，并檢查其空間占有情況； 裝入實(shí)際數(shù)據(jù)，即數(shù)據(jù)加載，建立實(shí)際數(shù)據(jù)庫(kù)。 擴(kuò)充功能不屬于實(shí)施階段的工作，一般在運(yùn)行和維護(hù)階段進(jìn)行。37. James Maritin 指出，系統(tǒng)開(kāi)發(fā)所建立的企業(yè)模型應(yīng)具有若干特性，以下哪個(gè)不在要求之列 ? ( )(分?jǐn)?shù)： 1.00 )A. 持久性B. 適用性C. 完整性D. 靈活性 V解析： 解析 James Maritin 指出，系統(tǒng)開(kāi)發(fā)所建立的企業(yè)模型應(yīng)具有若干特性，有持久性、完整性、適 用性。38. 分布式數(shù)據(jù)有多種形式，在下列形式中哪種形式是外圍計(jì)算機(jī)存儲(chǔ)的數(shù)據(jù)? ( )（分?jǐn)?shù)： 1.00 ）A. 復(fù)制數(shù)據(jù)B. 子集數(shù)據(jù)VC. 劃分?jǐn)?shù)據(jù)D.

26、 重組數(shù)據(jù)解析： 解析 分布式數(shù)據(jù)有多種形式，子集數(shù)據(jù)是外圍計(jì)算機(jī)存儲(chǔ)的數(shù)據(jù)。39. 以下是關(guān)于BSP方法中子系統(tǒng)和過(guò)程之間關(guān)系的描述，其中錯(cuò)誤的是（）（分?jǐn)?shù)： 1.00 ）A. 過(guò)程提供了合理的子系統(tǒng)邊界B. 子系統(tǒng)通常僅由一個(gè)過(guò)程組成，但對(duì)其他過(guò)程提供支持C. 一個(gè)過(guò)程可以由兩個(gè)或多個(gè)子系統(tǒng)來(lái)支持D. 一個(gè)過(guò)程只能由一個(gè)子系統(tǒng)來(lái)支持 V解析： 解析 本題考查過(guò)程和子系統(tǒng)的關(guān)系。一個(gè)過(guò)程可以由兩個(gè)或多個(gè)子系統(tǒng)來(lái)支持，故選項(xiàng)D 的說(shuō)法不正確。40. 軟件工程學(xué)的目的是以較低的成本研制 （ ） 質(zhì)量的軟件。（分?jǐn)?shù)： 1.00 ）A. 較低B. 較高 VC. 優(yōu)秀D. 可靠解析： 解析 軟件工程學(xué)

27、是指導(dǎo)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科，目的是以較低的成本研制較高質(zhì)量的軟件。41. 可行性研究得出的結(jié)論主要與 （ ） 有關(guān)。（分?jǐn)?shù)： 1.00 ）A. 軟件的功能B. 軟件系統(tǒng)目標(biāo) VC. 軟件的質(zhì)量D. 軟件的性能解析：解析 可行性研究是在進(jìn)行初步調(diào)查后進(jìn)行的對(duì)系統(tǒng)開(kāi)發(fā)的必要性和可能性的研究，得出的結(jié)論主 要與軟件系統(tǒng)目標(biāo)有關(guān)。42. 軟件工程學(xué)中除了重視軟件開(kāi)發(fā)技術(shù)研究之外，另一重要組成內(nèi)容是軟件的（ ） 。（分?jǐn)?shù)： 1.00 ）A. 工程管理 VB. 人員培訓(xùn)C. 工具開(kāi)發(fā)D. 成本核算解析： 解析 軟件工程學(xué)是指導(dǎo)軟件開(kāi)發(fā)牙口維護(hù)的工程學(xué)科，除了重視軟件開(kāi)發(fā)技術(shù)研究之外，另一重 要組成內(nèi)容

28、是軟件的工程管理。43. 設(shè)備處理程序的基本任務(wù)是實(shí)現(xiàn) （ ） 和各控制器之間的通信。（分?jǐn)?shù)： 1.00 ）A. 運(yùn)算器B. 進(jìn)程C. 中央處理器VD. 存儲(chǔ)器解析： 解析 設(shè)備處理程序的基本任務(wù)是實(shí)現(xiàn)中央處理器和各控制器之間的通信。44. 輸入設(shè)計(jì)應(yīng)該遵循一定的原則，下列 （ ） 不屬于輸入設(shè)計(jì)應(yīng)該遵循的原則。（分?jǐn)?shù)： 1.00 ）A. 保持滿足輸入要求的最低度B. 避免重復(fù)輸入C. 保證輸入數(shù)據(jù)的速度 VD. 使輸入數(shù)據(jù)直接滿足處理的要求而無(wú)須轉(zhuǎn)換解析： 解析 輸入設(shè)計(jì)應(yīng)該遵循一定的原則，有保持滿足輸入要求的最低度、避免重復(fù)輸入、使輸入數(shù)據(jù) 直接滿足處理的要求而無(wú)須轉(zhuǎn)換。相關(guān)知識(shí)點(diǎn)：輸入設(shè)

29、計(jì)應(yīng)該遵循的原則如下。 保持滿足輸入要求的最低度。 避免重復(fù)輸入。 操作簡(jiǎn)明并輸入數(shù)據(jù)能夠直接滿足處理的需要而無(wú)須轉(zhuǎn)換。 設(shè)計(jì)高效和簡(jiǎn)明的輸入方法和格式有利于保證輸入的速度和質(zhì)量，而為了保證輸入的信息的正確性，利用 輸入校驗(yàn)是經(jīng)常采用的方法。輸入校驗(yàn)最常用的方法有兩種：重復(fù)輸入校驗(yàn)，這是一種增加人力負(fù)擔(dān)的方 法。另一種方法是程序校驗(yàn)法，它是根據(jù)輸入數(shù)據(jù)的約束特性編寫(xiě)相應(yīng)的程序?qū)斎氲臄?shù)據(jù)進(jìn)行檢查，并 自動(dòng)顯示出錯(cuò)信息，以求檢查后再重新輸入。45. 關(guān)于BSP目標(biāo)的描述中，錯(cuò)誤的是（）。（分?jǐn)?shù)： 1.00 ）A. 提供一個(gè)信息系統(tǒng)規(guī)劃B. 基于企業(yè)組織機(jī)構(gòu)來(lái)建設(shè)信息系統(tǒng) VC. 將數(shù)據(jù)作為企業(yè)資

30、源來(lái)管理D. 確定信息系統(tǒng)的優(yōu)先順序解析：解析本題考查BSP的目標(biāo)。BSP的目標(biāo)是為管理者提供一種形式化的、客觀的方法，明確建立信 息系統(tǒng)的優(yōu)先順序， 而不考慮部門的狹隘利益， 并避免主觀性。 新建立的信息系統(tǒng)應(yīng)獨(dú)立于企業(yè)組織機(jī)構(gòu)， 由企業(yè)的主題業(yè)務(wù)決定。故選項(xiàng) B 不正確。46. BSP的具體目標(biāo)可以歸納為 5條，下列哪條是以最高效率支持企業(yè)目標(biāo)的？（）（分?jǐn)?shù)： 1.00 ）A. 資源管理 VB. 保護(hù)投資C. 避免主觀性D. 改善管理與客戶關(guān)系解析： 解析 BSP 的具體目標(biāo)中，資源管理是以最高效率支持企業(yè)目標(biāo)的。 相關(guān)知識(shí)點(diǎn)： 為管理者提供一種形式化的、客觀的方法，明確建立信息系統(tǒng)的優(yōu)先

31、順序。 為具有較長(zhǎng)生命周期系統(tǒng)的建設(shè)、保護(hù)系統(tǒng)的投資奠定基礎(chǔ)。 為了以最有效、最高效率支持企業(yè)目標(biāo)，BSP提供數(shù)據(jù)處理資源的管理。 將數(shù)據(jù)作為一種企業(yè)資源加以確定，并對(duì)這些數(shù)據(jù)進(jìn)行統(tǒng)一規(guī)劃、管理、控制 提供響應(yīng)用戶需求和優(yōu)先的系統(tǒng)，以改善信息系統(tǒng)管理部門和用戶間的關(guān)系。47. BSP方法所使用的C/U矩陣不能刻畫(huà)信息系統(tǒng)的（）。（分?jǐn)?shù)： 1.00 ）A. 模塊結(jié)構(gòu)VB. 數(shù)據(jù)流圖C. 信息結(jié)構(gòu)D. 過(guò)程數(shù)據(jù)類組合解析：解析BSP的作用是提供一個(gè)信息系統(tǒng)的規(guī)劃，用以支持企業(yè)短期和長(zhǎng)期的信息重要。該方法所使 用的C/U矩陣不能刻畫(huà)信息系統(tǒng)的模塊結(jié)構(gòu)。48. 下列（ ） 不是軟件需求說(shuō)明書(shū)性能描述的

32、內(nèi)容。（分?jǐn)?shù)： 1.00 ）A. 設(shè)計(jì)的限制 VB. 性能參數(shù)C. 預(yù)期的軟件響應(yīng)D. 軟件是否結(jié)構(gòu)化解析： 解析 軟件需求說(shuō)明書(shū)性能描述的內(nèi)容包括性能參數(shù)、預(yù)期的軟件響應(yīng)、軟件是否結(jié)構(gòu)化。49. 衡量調(diào)度策略的指標(biāo)有周轉(zhuǎn)時(shí)間、 （ ） 、響應(yīng)時(shí)間以及設(shè)備利用率。（分?jǐn)?shù)： 1.00 ）A. 吞吐率 VB. 吞吐量C. 總工作量D. 進(jìn)程調(diào)度解析： 解析 衡量調(diào)度策略的指標(biāo)有周轉(zhuǎn)時(shí)間、吞吐率、響應(yīng)時(shí)間以及設(shè)備利用率。相關(guān)知識(shí)點(diǎn)：吞吐量指單位時(shí)間內(nèi)系統(tǒng)所處理的作業(yè)個(gè)數(shù)。 周轉(zhuǎn)時(shí)間指從作業(yè)進(jìn)入系統(tǒng)到作業(yè)完成退出系統(tǒng)所用的時(shí)間。平均周轉(zhuǎn)時(shí)間指同時(shí)參與系統(tǒng)運(yùn)行的幾個(gè)作業(yè)的周轉(zhuǎn)時(shí)間的平均值。50. 與軟件

33、開(kāi)發(fā)和維護(hù)有關(guān)的許多錯(cuò)誤認(rèn)識(shí)的形成，通常是因?yàn)樵谟?jì)算機(jī)系統(tǒng)發(fā)展的早期軟件開(kāi)發(fā)的（ ）（分?jǐn)?shù)： 1.00 ）A. 使用B. 成本C. 個(gè)體化特點(diǎn) VD. 開(kāi)發(fā)和維護(hù)解析： 解析 與軟件開(kāi)發(fā)和維護(hù)有關(guān)的許多錯(cuò)誤認(rèn)識(shí)的形成，通常是因?yàn)樵谟?jì)算機(jī)系統(tǒng)發(fā)展的早期軟件開(kāi) 發(fā)的個(gè)體化特點(diǎn)。相關(guān)知識(shí)點(diǎn)：目前，相當(dāng)多的軟件專業(yè)人員對(duì)軟件開(kāi)發(fā)和維護(hù)還有不少錯(cuò)誤觀念，在實(shí)踐過(guò)程中或多或少地采用了錯(cuò)誤 的方法和技術(shù)，這可能是使軟件問(wèn)題發(fā)展、成軟件危機(jī)的主要原因。與軟件開(kāi)發(fā)和維護(hù)有關(guān)的許多錯(cuò)誤認(rèn)識(shí)和做法的形成，可以歸因于在計(jì)算機(jī)系統(tǒng)發(fā)展的早期軟件開(kāi)發(fā)的個(gè) 體化特點(diǎn)。錯(cuò)誤認(rèn)識(shí)和做法主要表現(xiàn)為忽視軟件需求分析的重要性，認(rèn)為軟

34、件開(kāi)發(fā)就是寫(xiě)程序并設(shè)法使之 運(yùn)行，忽視軟件維護(hù)等。51.0racle系統(tǒng)采用SQL語(yǔ)言作為它的數(shù)據(jù)庫(kù)語(yǔ)言。Oracle數(shù)據(jù)庫(kù)的數(shù)據(jù)類型中包括支持多種媒體信息的 數(shù)據(jù)類型，它們的最大長(zhǎng)度可達(dá)到多少字節(jié) ? ( )(分?jǐn)?shù)： 1.00 )A. 640KB. 10MC. 100MD. 2G V解析：解析Oracle系統(tǒng)采用SQL語(yǔ)言作為它的數(shù)據(jù)庫(kù)語(yǔ)言。Oracle數(shù)據(jù)庫(kù)的數(shù)據(jù)類型中包括支持多種媒體信息的數(shù)據(jù)類型，它們的最大長(zhǎng)度可達(dá)到2G字節(jié)。52. 根據(jù)需求功能不同，信息系統(tǒng)已經(jīng)形成多種層次，計(jì)算機(jī)應(yīng)用管理開(kāi)始于( ) 。(分?jǐn)?shù)： 1.00 )A. 事務(wù)處理B. 辦公自動(dòng)化C. 數(shù)據(jù)處理 VD. 決策

35、支持解析： 解析 根據(jù)需求功能不同，信息系統(tǒng)已經(jīng)形成多種層次，計(jì)算機(jī)應(yīng)用管理開(kāi)始于數(shù)據(jù)處理53. 軟件文檔分為用戶文檔和系統(tǒng)文檔，描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試的文檔屬于 ( ) 。(分?jǐn)?shù)： 1.00 )A. 系統(tǒng)文檔 VB. 安裝文檔C. 用戶文檔D. 使用手冊(cè)解析： 解析 本題考查軟件文檔的內(nèi)容。軟件文檔包括用戶文檔和系統(tǒng)文檔。用戶文檔的目的是使用戶了 解系統(tǒng)， 至少應(yīng)包括功能描述、 安裝文檔、 使用手冊(cè)、 參考手冊(cè)、 操作員指南等。 系統(tǒng)文檔是從問(wèn)題定義、 需求說(shuō)明到驗(yàn)收測(cè)試計(jì)劃這樣一系列與系統(tǒng)實(shí)現(xiàn)有關(guān)的文檔。描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試的文檔對(duì)于理解 程序和維護(hù)程序來(lái)說(shuō)是十分重要的。54. 軟件

36、需求分析時(shí)常采用數(shù)據(jù)字典對(duì)數(shù)據(jù)流圖中包含的所有元素進(jìn)行定義，其定義的條目?jī)?nèi)容主要是( )(分?jǐn)?shù)： 1.00 )A. 數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)項(xiàng)和加工VB. 一般信息、名字、別名和描述C. 數(shù)據(jù)類型、數(shù)據(jù)長(zhǎng)度和結(jié)構(gòu)D. 數(shù)據(jù)取值范圍、使用頻率和方式解析： 解析 本題考查數(shù)據(jù)字典的內(nèi)容。數(shù)據(jù)字典中有 4 種類型的條目：數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)項(xiàng)和加 工。除了數(shù)據(jù)定義之外，數(shù)據(jù)字典中還包含關(guān)于數(shù)據(jù)的一些其他信息?？赡馨ǖ男畔⑷缦隆?一般信息。包括名字、別名和描述。 數(shù)據(jù)定義。包括數(shù)據(jù)類型、數(shù)據(jù)長(zhǎng)度和結(jié)構(gòu)組成。 數(shù)據(jù)的使用特點(diǎn)。包括數(shù)據(jù)的取值范圍、使用頻率和使用方式。 數(shù)據(jù)控制信息。包括數(shù)據(jù)來(lái)源、用戶、

37、使用它的程序和改變權(quán)。題目問(wèn)的是條目?jī)?nèi)容，故本題選擇 A。(分?jǐn)?shù)： 1.00 )A. 回歸測(cè)試B. 閱讀代碼C. 閱讀設(shè)計(jì)文檔VD. 需求分析解析： 解析 本題考查軟件工程方法對(duì)系統(tǒng)維護(hù)的影響。采用軟件工程方法設(shè)計(jì)的軟件，維護(hù)工作則可以 從設(shè)計(jì)文檔的閱讀開(kāi)始， 并根據(jù)文檔了解軟件的結(jié)構(gòu)和接口， 估計(jì)所做的修改可能帶來(lái)的影響。 在修改中， 可以經(jīng)過(guò)必要的回歸測(cè)試后再交付使用。故本題選擇C。56. 內(nèi)聚標(biāo)志著一個(gè)模塊內(nèi)部各個(gè)元素 ( ) 的緊密程度。(分?jǐn)?shù)： 1.00 )A. 功能上B. 時(shí)間上C. 彼此結(jié)合 VD. 順序上解析： 解析 內(nèi)聚度是指內(nèi)部各成分聯(lián)系緊密的程度，它也是衡量模塊獨(dú)立性的標(biāo)

38、準(zhǔn)。57. 用結(jié)構(gòu)化開(kāi)發(fā)方法研制信息系統(tǒng)，需要分階段進(jìn)行，下列 ( ) 不是信息系統(tǒng)開(kāi)發(fā)所包含的內(nèi)容。(分?jǐn)?shù)： 1.00 )A. 提出任務(wù)B. 可行性分析C. 理論依據(jù)判斷 VD. 系統(tǒng)實(shí)施解析： 解析 用結(jié)構(gòu)化開(kāi)發(fā)方法研制信息系統(tǒng)，信息系統(tǒng)開(kāi)發(fā)所包含的內(nèi)容有提出任務(wù)，可行性分析，系 統(tǒng)實(shí)施。相關(guān)知識(shí)點(diǎn)：用結(jié)構(gòu)化開(kāi)發(fā)方法研制信息系統(tǒng)，從用戶提出信息系統(tǒng)開(kāi)發(fā)要求至系統(tǒng)交付運(yùn)行是系統(tǒng)開(kāi)發(fā)期，然后進(jìn)入 系統(tǒng)維護(hù)期。在兩大階段中又可細(xì)分為若干個(gè)小階段。 提出任務(wù)。 初步調(diào)查。 可行性分析。 詳細(xì)調(diào)查。 系統(tǒng)的邏輯設(shè)計(jì)。 系統(tǒng)的物理設(shè)計(jì)。 系統(tǒng)實(shí)施。 系統(tǒng)的運(yùn)行和維護(hù)。由上述可知，結(jié)構(gòu)化方法劃分信息系統(tǒng)

39、生存周期的每一階段都是一個(gè)獨(dú)立的、完成一定任務(wù)的階段，它規(guī) 定了本階段的工作內(nèi)容和應(yīng)該產(chǎn)生的工作文檔。58. 在軟件工程方法中，表示軟件處理流程的工具是 ( ) 。分?jǐn)?shù)： 1.00 )A. 數(shù)據(jù)流程圖B. 系統(tǒng)流程圖 VC. 模塊結(jié)構(gòu)圖D. 業(yè)務(wù)流程圖解析：解析本題考查軟件工程的常用工具。數(shù)據(jù)流程圖是對(duì)軟件系統(tǒng)邏輯模型的描述，表示對(duì)數(shù)據(jù)的處 理邏輯，反映了軟件所必須完成的功能；系統(tǒng)流程圖用來(lái)表達(dá)軟件處理流程；模塊結(jié)構(gòu)圖描述軟件層次結(jié) 構(gòu)；業(yè)務(wù)流程圖描述業(yè)務(wù)的執(zhí)行過(guò)程。故本題選擇Bo59. 程序編制有3個(gè)層次，其實(shí)施順序應(yīng)是（）。（分?jǐn)?shù)：1.00 ）A. 編碼、畫(huà)程序框圖、測(cè)試B. 編碼、寫(xiě)程序

40、文檔、排錯(cuò)C. 編碼、測(cè)試、排錯(cuò)VD. 編碼、畫(huà)程序框圖、排錯(cuò)解析：解析本題考查程序編制的 3個(gè)層次。程序的編制有 3個(gè)層次，即編碼、測(cè)試和排錯(cuò)。一個(gè)完整的 程序甚至程序模塊都必須完成這3個(gè)層次的過(guò)程。因此，一個(gè)嚴(yán)格的軟件開(kāi)發(fā)過(guò)程可能是由編碼人員和測(cè)試人員組成，而且強(qiáng)調(diào)測(cè)試應(yīng)該由專門的測(cè)試人員來(lái)完成，用專門設(shè)計(jì)的測(cè)試實(shí)例和測(cè)試數(shù)據(jù)來(lái)完成對(duì)程 序的測(cè)試。故本題選擇 Co60. 系統(tǒng)軟件開(kāi)發(fā)的原型化方法是一種有效的開(kāi)發(fā)方法，下述基本環(huán)節(jié)中的哪一個(gè)是原型形成以后才能實(shí)施的內(nèi)容？（）（分?jǐn)?shù)：1.00 ）A. 識(shí)別的基本需求B. 修正和改進(jìn)模型C. 開(kāi)發(fā)工作模型D. 進(jìn)行細(xì)部說(shuō)明 V解析：解析系統(tǒng)軟件開(kāi)

41、發(fā)的原型化方法是一種有效的開(kāi)發(fā)方法，進(jìn)行細(xì)部說(shuō)明環(huán)節(jié)是原型形成以后才能 實(shí)施的內(nèi)容。原型化方法的特點(diǎn)是只要有一個(gè)初步的理解，就快速地加以實(shí)現(xiàn)，隨著項(xiàng)目理解的深入，模 型被逐步擴(kuò)充和細(xì)化或具體化。二、填空題（總題數(shù)：20，分?jǐn)?shù)：40.00）61. 在軟件測(cè)試中，路徑測(cè)試是整個(gè)測(cè)試的基礎(chǔ)，它對(duì)軟件的【1】 進(jìn)行測(cè)試。（分?jǐn)?shù)：2.00 ）填空項(xiàng)1： （正確答案：結(jié)構(gòu)）解析：解析在軟件測(cè)試中，路徑測(cè)試是整個(gè)測(cè)試的基礎(chǔ)，它對(duì)軟件的結(jié)構(gòu)進(jìn)行測(cè)試。62. 軟件需求說(shuō)明包括概述、數(shù)據(jù)概述；功能說(shuō)明、【2】、參考文獻(xiàn)目錄、附錄。（分?jǐn)?shù)：2.00 ）填空項(xiàng)1： （正確答案：性能描述）解析：解析軟件需求說(shuō)明包括概述

42、、數(shù)據(jù)概述、功能說(shuō)明、性能描述、參考文獻(xiàn)目錄、附錄。63. 軟件工程環(huán)境按其支持軟件生命周期的不同階段可劃分為：軟件開(kāi)發(fā)環(huán)境項(xiàng)目管理環(huán)境、質(zhì)量保證環(huán)境和【3】。（分?jǐn)?shù)：2.00 ）填空項(xiàng)1: （正確答案：維護(hù)環(huán)境或維護(hù)運(yùn)行環(huán)境） 解析：解析軟件工程環(huán)境按其支持軟件生命周期的不同階段可劃分為：軟件開(kāi)發(fā)環(huán)境項(xiàng)目管理環(huán)境、質(zhì) 量保證環(huán)境和維護(hù)環(huán)境或維護(hù)運(yùn)行環(huán)境。64. 在結(jié)構(gòu)化程序設(shè)計(jì)模塊環(huán)境調(diào)用中，【4】是指模塊的上級(jí)模塊數(shù)。（分?jǐn)?shù)：2.00）填空項(xiàng)1： （正確答案：扇入）解析：解析在結(jié)構(gòu)化程序設(shè)計(jì)模塊環(huán)境調(diào)用中，扇入是指模塊的上級(jí)模塊數(shù)。65. 數(shù)據(jù)守恒是數(shù)據(jù)流圖繪制中應(yīng)遵循的原則，而違反此原則

43、的情況一般是：某加工未得到應(yīng)輸入的數(shù)據(jù)或【5】。（分?jǐn)?shù)：2.00）填空項(xiàng)1： （正確答案：輸岀數(shù)據(jù)不符）解析：解析數(shù)據(jù)守恒是數(shù)據(jù)流圖繪制中應(yīng)遵循的原則，而違反此原則的情況一般是：某加工未得到應(yīng)輸 入的數(shù)據(jù)或輸岀數(shù)據(jù)不符。66. 系統(tǒng)分析的主要內(nèi)容有需求分析、【6】、業(yè)務(wù)流程分析、數(shù)據(jù)與數(shù)據(jù)流程分析，功能/數(shù)據(jù)分析建立新系統(tǒng)的邏輯方案，生成系統(tǒng)分析報(bào)告等。（分?jǐn)?shù)：2.00 ）填空項(xiàng)1： （正確答案：組織結(jié)構(gòu)與功能分析）解析：解析系統(tǒng)分析的主要內(nèi)容有需求分析、組織結(jié)構(gòu)與功能分析、業(yè)務(wù)流程分析、數(shù)據(jù)與數(shù)據(jù)流程分 析，功能/數(shù)據(jù)分析建立新系統(tǒng)的邏輯方案，生成系統(tǒng)分析報(bào)告等。67. 從靜態(tài)的觀點(diǎn)看，操作系統(tǒng)中的進(jìn)程是由程序段、數(shù)據(jù)和【7】 三部分組成的。（分?jǐn)?shù)：2.00 ）填空項(xiàng)1: （正確答案：進(jìn)程控制塊 PCB解析：解析從靜態(tài)的觀點(diǎn)看，操作系統(tǒng)中的進(jìn)程是由程序段、數(shù)據(jù)和進(jìn)程控制塊PCB 3部分組成的68. 當(dāng)前進(jìn)行項(xiàng)目管理的方法 PERT勺中文含義是【8】。（分?jǐn)?shù)：2.00 ）填空項(xiàng)1: （正確答案：邏輯過(guò)程）解析：解析當(dāng)前進(jìn)行項(xiàng)目管理的方法 PERT的中文含義是邏輯過(guò)程。 相關(guān)知識(shí)點(diǎn)：進(jìn)度安排是如期完成軟件項(xiàng)目的重要保證，也是合理分配資源的重要依據(jù)。進(jìn)度安排的常用圖形描述方法 有甘特（Gantt）圖和計(jì)劃評(píng)審技術(shù)（PERT）圖。Gantt圖能清晰地描述每個(gè)任務(wù)從何時(shí)