軟件工程期末復(fù)習(xí)資料非常全

1、A. 軟件備件很難訂購B. 不斷的變更使組件接口之間引起錯(cuò)誤A. 軟件備件很難訂購B. 不斷的變更使組件接口之間引起錯(cuò)誤1 、下列哪一模型是軟件的基礎(chǔ)模型A.瀑布模型 B.快速原型C.增量模型D.螺旋模型2 、劃分軟件生存周期的階段時(shí)所應(yīng)遵循的基本原則是A.各階段的任務(wù)盡可能相對(duì)獨(dú)立B.各階段的任務(wù)在時(shí)間上連續(xù)C.各階段的任務(wù)盡可能相關(guān)性D.各階段的任務(wù)在時(shí)間上相對(duì)獨(dú)立3、下列哪個(gè)辦法不屬于解決軟件危機(jī)的途徑之一A.采用軟件工程的解決途徑B.研制新一代智能計(jì)算機(jī)C.采用面向?qū)ο蟮能浖O(shè)計(jì)方法D.大力扶持軟件企業(yè)4、下列哪個(gè)不屬于軟件工程的內(nèi)涵之一A. 扶持培養(yǎng)軟件高手的學(xué)院B. 開發(fā)既可靠又能

2、有效運(yùn)行的軟件C.應(yīng)用完善的科學(xué)與工程原理D.經(jīng)濟(jì)地開發(fā)軟件造成大型軟件開發(fā)困難的根本原因在于A.開發(fā)人員缺乏足夠的開發(fā)經(jīng)驗(yàn)B.項(xiàng)目開發(fā)進(jìn)度不合理C.軟件系統(tǒng)的復(fù)雜TD.對(duì)軟件開發(fā)的資金投入不足軟件會(huì)逐漸退化而不會(huì)磨損，其原因在于A. 正確 B. 錯(cuò)誤C.軟件錯(cuò)誤在經(jīng)常使用之后會(huì)逐漸增加D. 軟件通常暴露在惡劣的環(huán)境下下面說法正確的是A. 大多數(shù)軟件系統(tǒng)是不容易修改的，除非它們?cè)谠O(shè)計(jì)時(shí)考慮了變化B.由于軟件是產(chǎn)品，因此可以應(yīng)用其他工程制品所用的技術(shù)進(jìn)行生產(chǎn)C.一般來說，軟件只有在其行為與開發(fā)者的目標(biāo)一致的情況下才能成功D.購買大多數(shù)計(jì)算機(jī)系統(tǒng)所需的硬件比軟件更昂貴8.Ariane 5 火箭發(fā)射

3、失敗的事例告訴我們A. （ 2 ）軟件后備系統(tǒng)可以通過復(fù)制生成B.（ 3 ）軟件重用必須重新進(jìn)行系統(tǒng)論證和系統(tǒng)測(cè)試選項(xiàng)（ 1 ）和（ 3 ）（ 1 ）系統(tǒng)環(huán)境的變化可能影響軟件采集數(shù)據(jù)的精度、范圍和對(duì)系統(tǒng)的控制軟件危機(jī)的主要原因是A.軟件本身的特點(diǎn)及開發(fā)方法。B.軟件工具落后。C.軟件生產(chǎn)能力不足。D.對(duì)軟件的認(rèn)識(shí)不夠。下面的描述正確的是A. 軟件質(zhì)量是在開發(fā)過程中逐漸構(gòu)建起來的。B.軟件質(zhì)量是由產(chǎn)品的功能、性能、易用性等外在特性決定的C.運(yùn)行正確的軟件就是高質(zhì)量的軟件。D.軟件產(chǎn)品質(zhì)量越高越好，最理想的情況是達(dá)到“零缺陷”11 、可行性研究主要包括哪幾項(xiàng)？A. 技術(shù)可行性、經(jīng)濟(jì)可行性和操作可

4、行性B.技術(shù)可行性、經(jīng)濟(jì)可行性和道德可行性C.技術(shù)可行性、法律可行性和操作可行性D.技術(shù)可行性、操作可行性和法律可行性12 、成本 /效益分析的目的是幫助（ ）正確地作出是否投資于這項(xiàng)開發(fā)工程的決定。A.系統(tǒng)分析員 B.客戶組織的負(fù)責(zé)人C.項(xiàng)目經(jīng)理D.軟件開發(fā)人員13 、在進(jìn)行成本/效益分析的時(shí)候，需要考慮（ ）A. 開發(fā)成本B. 運(yùn)行費(fèi)用 C. 系統(tǒng)帶來的經(jīng)濟(jì)效益D. 系統(tǒng)使用壽命14 、數(shù)據(jù)流圖和數(shù)據(jù)字典共同定義了新系統(tǒng)的邏輯模型。A. 錯(cuò) B. 正確15 、可行性研究可行性研究需要的時(shí)間長(zhǎng)短和所研究系統(tǒng)的規(guī)模關(guān)系不大。,請(qǐng)用戶、客戶組織的負(fù)責(zé)人及評(píng)審組審16 、把可行性研究各個(gè)步驟的工作

5、結(jié)果寫成清晰的文檔 查, 以決定是否繼續(xù)這項(xiàng)工程及是否接受分析員推薦的方案。正確 B. 錯(cuò)誤、結(jié)構(gòu)化分析方法遵守的準(zhǔn)則之一定義軟件需要完成的功能，需要建立的模型是A.功能模型B.數(shù)據(jù)模型C.行為模型D.動(dòng)態(tài)模型、下列敘述中，（ ）不屬于數(shù)據(jù)字典的作用。A.為用戶與開發(fā)人員之間統(tǒng)一認(rèn)識(shí)B.為需求分析階段定義各類條目C.作為概要設(shè)計(jì)的依據(jù)D.作為編碼階段的描述工具、分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式，它的頂層描述了系統(tǒng)的（ ）。A.總貌B.軟件的作者C.細(xì)節(jié) D.抽象、結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、（ ）和加工說明等描述工具，即用直觀的圖和簡(jiǎn)潔的語言來描述軟件系統(tǒng)模型。A.PAD 圖 B.

6、IPO 圖 C.DFD 圖 D. 數(shù)據(jù)字典、不適于作為數(shù)據(jù)流圖處理（加工）框名稱的是（ ）。A.打印工資支票B.工資支票數(shù)據(jù)C.人工校核工資數(shù)據(jù)D.計(jì)算職工工資）。22 、需求分析過程中，分析員是（A. 用戶和軟件人員的中間人B.用戶和軟件人員的領(lǐng)導(dǎo)C. 軟件的編程人員 D. 用戶中系統(tǒng)的直接使用者23 、原型化方法是用戶和軟件開發(fā)人員之間進(jìn)行的一種交互過程，適用于下列哪個(gè)系統(tǒng)。A.管理信息B.決策支持C.需求不確定的D.需求確定的24 、數(shù)據(jù)字典是用來定義下列哪個(gè)選項(xiàng)中的各成分的具體含義的。A.功能結(jié)構(gòu)圖B.數(shù)據(jù)流圖 C.流程圖 D.系統(tǒng)結(jié)構(gòu)圖25 、下列哪一項(xiàng)不是用來獲取用戶需求的。A.與

7、業(yè)務(wù)人員進(jìn)行訪談B.繪制時(shí)序圖 C.發(fā)放調(diào)查問卷D.繪制數(shù)據(jù)流圖26 、獲取用戶需求的時(shí)候，定義數(shù)據(jù)流圖中包含的元素使用下列哪一項(xiàng)進(jìn)行描述？A.數(shù)據(jù)字典B.實(shí)體關(guān)系圖C.系統(tǒng)流程圖D.IPO圖27 、數(shù)據(jù)流圖的四個(gè)基本符號(hào)是下列哪一組。A.數(shù)據(jù)源點(diǎn)，處理，數(shù)據(jù)存儲(chǔ)，數(shù)據(jù)流B.數(shù)據(jù)源點(diǎn)，數(shù)據(jù)終點(diǎn)，處理，數(shù)據(jù)存儲(chǔ)C.外部實(shí)體，處理，數(shù)據(jù)終點(diǎn)，數(shù)據(jù)流 D.外部實(shí)體，數(shù)據(jù)存儲(chǔ)，處理，數(shù)據(jù)流28 、下列哪一項(xiàng)的作用是“用來明確系統(tǒng)和環(huán)境的界限”的？A.數(shù)據(jù)終點(diǎn)B.數(shù)據(jù)存儲(chǔ)C.外部實(shí)體D.數(shù)據(jù)流29 、數(shù)據(jù)流圖中的處理必須有流入的數(shù)據(jù)流和流出的數(shù)據(jù)流。A. 正確 B. 錯(cuò)誤A. 正確 B. 錯(cuò)誤A.正確

8、B.錯(cuò)誤30 、可行性研究可行性研究需要的時(shí)間長(zhǎng)短和所研究系統(tǒng)的規(guī)模關(guān)系不大。A. 錯(cuò)誤 B. 正確、把可行性研究各個(gè)步驟的工作結(jié)果寫成清晰的文檔,請(qǐng)用戶、客戶組織的負(fù)責(zé)人及評(píng)審組審查, 以決定是否繼續(xù)這項(xiàng)工程及是否接受分析員推薦的方案。A. 正確 B. 錯(cuò)誤、一個(gè)軟件項(xiàng)目是否進(jìn)行開發(fā)的結(jié)論是在可行性報(bào)告文檔中作出。A. 錯(cuò)誤 B. 正確、數(shù)據(jù)流圖建立系統(tǒng)的功能模型，它由數(shù)據(jù)流、加工和數(shù)據(jù)存貯組成。A.錯(cuò)誤 B.正確、數(shù)據(jù)流圖中的數(shù)據(jù)流可以從外部實(shí)體直接到數(shù)據(jù)存儲(chǔ)。A.錯(cuò)誤B.正確、同一個(gè)外部實(shí)體只能在一張數(shù)據(jù)流程圖中出現(xiàn)一次。A. 正確B. 錯(cuò)誤36 、處理又稱功能，表示對(duì)數(shù)據(jù)進(jìn)行的操作。非

9、直接耦合：兩個(gè)模塊之間沒有直接關(guān)系，它們之間的聯(lián)系完全是通過主模塊的控 制和調(diào)用來實(shí)現(xiàn)的。數(shù)據(jù)耦合：一個(gè)模塊訪問另一個(gè)模塊時(shí)，彼此之間是通過簡(jiǎn)單數(shù)據(jù)參數(shù)(不是控制 參數(shù)、公共數(shù)據(jù)結(jié)構(gòu)或外部變量)來交換輸入、輸出信息的。特征耦合：一組模塊通過參數(shù)表傳遞記錄信息，就是標(biāo)記耦合。這個(gè)記錄是某一數(shù)據(jù)結(jié)構(gòu)的子結(jié)構(gòu)，而不是簡(jiǎn)單變量。其實(shí)傳遞的是這個(gè)數(shù)據(jù)結(jié)構(gòu)的地址；控制耦合：如果一個(gè)模塊通過傳送開關(guān)、標(biāo)志、名字等控制信息，明顯地控制選擇 另一模塊的功能，就是控制耦合。外部耦合：一組模塊都訪問同一全局簡(jiǎn)單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且不是 通過參數(shù)表傳遞該全局變量的信息，則稱之為外部耦合。公共耦合：若一組模

10、塊都訪問同一個(gè)公共數(shù)據(jù)環(huán)境，則它們之間的耦合就稱為公共耦合。公共的數(shù)據(jù)環(huán)境可以是全局?jǐn)?shù)據(jù)結(jié)構(gòu)、共享的通信區(qū)、內(nèi)存的公共覆蓋區(qū)等。內(nèi)容耦合：如果發(fā)生下列情形，兩個(gè)模塊之間就發(fā)生了內(nèi)容耦合一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)；一個(gè)模塊不通過正常入口轉(zhuǎn)到另一模塊內(nèi)部；(3)兩個(gè)模塊有一部分程序代碼重疊(只可能出現(xiàn)在匯編語言中)；一個(gè)模塊有多個(gè)入口。耦合強(qiáng)度，依賴于以下幾個(gè)因素：一個(gè)模塊對(duì)另一個(gè)模塊的調(diào)用；一個(gè)模塊向另一個(gè)模塊傳遞的數(shù)據(jù)量；一個(gè)模塊施加到另一個(gè)模塊的控制的多少；模塊之間接口的復(fù)雜程度偶然內(nèi)聚如果一個(gè)模塊的各成分之間毫無關(guān)系，則稱為偶然內(nèi)聚，也就是說模塊完成一組任務(wù)，這 些任務(wù)之間的關(guān)系

11、松散，實(shí)際上沒有什么聯(lián)系。邏輯內(nèi)聚幾個(gè)邏輯上相關(guān)的功能被放在同一模塊中，則稱為邏輯內(nèi)聚。如一個(gè)模塊讀取各種不同類型外設(shè)的輸入。盡管邏輯內(nèi)聚比偶然內(nèi)聚合理一些，但邏輯內(nèi)聚的模塊各成分在功能上并無關(guān)系，即使局部功能的修改有時(shí)也會(huì)影響全局，因此這類模塊的修改也比較困難。時(shí)間內(nèi)聚如果一個(gè)模塊完成的功能必須在同一時(shí)間內(nèi)執(zhí)行（如系統(tǒng)初始化），但這些功能只是因?yàn)?時(shí)間因素關(guān)聯(lián)在一起，則稱為時(shí)間內(nèi)聚。過程內(nèi)聚構(gòu)件或者操作的組合方式是，允許在調(diào)用前面的構(gòu)件或操作之后，馬上調(diào)用后面的構(gòu)件或 操作，即使兩者之間沒有數(shù)據(jù)進(jìn)行傳遞。模塊完成多個(gè)需要按一定的步驟一次完成的功能。（過程相關(guān)一控制耦合）。例如：在用程序流程圖

12、設(shè)計(jì)模塊時(shí)，若將程序流程圖中的一部分劃出各自組成模塊，便形成過程內(nèi)聚。通信內(nèi)聚（信息內(nèi)聚）如果一個(gè)模塊的所有成分都操作同一數(shù)據(jù)集或生成同一數(shù)據(jù)集，則稱為通信內(nèi)聚。模塊完成多個(gè)功能，各個(gè)功能都在同一數(shù)據(jù)結(jié)構(gòu)上操作，這個(gè)模塊的所有功能都是基于同 一個(gè)數(shù)據(jù)結(jié)構(gòu)（符號(hào)表），因此，它是一個(gè)信息內(nèi)聚的模塊。順序內(nèi)聚如果一個(gè)模塊的各個(gè)成分和同一個(gè)功能密切相關(guān)，而且一個(gè)成分的輸出作為另一個(gè)成分的 輸入，則稱為順序內(nèi)聚。功能內(nèi)聚模塊的所有成分對(duì)于完成單一的功能都是必須的，則稱為功能內(nèi)聚37、下列耦合關(guān)系中，模塊之間最差的耦合是（）A.控制耦合 B.內(nèi)容耦合C.數(shù)據(jù)耦合D.公共耦合38、一組模塊均與同一外部環(huán)境關(guān)

13、聯(lián)，并受到約束時(shí)，這種耦合稱之為（）A.外部耦合B.數(shù)據(jù)耦合C.控制耦合D.數(shù)據(jù)耦合A.矩形B.平行四邊形C.圓角矩形 D.菱形A.矩形B.平行四邊形C.圓角矩形 D.菱形39 、如果一個(gè)模塊內(nèi)的處理元素是相關(guān)的，而且必須以特定次序執(zhí)行，則稱之為（A.過程內(nèi)聚B.順序內(nèi)聚C.功能內(nèi)聚D.通信內(nèi)聚40 、在結(jié)構(gòu)圖中，將上級(jí)模塊獲得的數(shù)據(jù)，經(jīng)過處理，再傳給下屬模塊的模塊是（ ）A.加工模塊B.協(xié)調(diào)模塊 C.傳出模塊D.傳入模塊41 、耦合是影響軟件復(fù)雜程度的一個(gè)重要因素。應(yīng)該采取下述分哪些設(shè)計(jì)原則（ ）A. 盡量使用數(shù)據(jù)耦合 B. 限制公共環(huán)境耦合的范圍C.偶爾可以使用內(nèi)容耦合D.少用控制耦合和特

14、征耦合42 、在考慮模塊內(nèi)聚時(shí)的設(shè)計(jì)原則是（ ）A. 應(yīng)該力求做到模塊的高內(nèi)聚B.通常中等程度的內(nèi)聚（通信、過程）也是可以采用的C.對(duì)于低內(nèi)聚的模塊可以考慮進(jìn)行模塊分割D. 低內(nèi)聚（偶然、邏輯、時(shí)間）建議不要使用42 、局部化的概念和信息隱藏概念是密切相關(guān)的。A. 錯(cuò)誤 B. 正確43 、程序流程圖中表示分支的圖形是（ ）。44 、下列哪一項(xiàng)既可用于表示程序邏輯，也可用于描繪數(shù)據(jù)結(jié)構(gòu)。（A.流程圖 B.判定表 C.PAD圖 D.盒圖45 、在結(jié)構(gòu)化程序設(shè)計(jì)當(dāng)中，不建議使用（ ）A.循環(huán)語句B.子程序調(diào)用語句C.轉(zhuǎn)向語句 D.分支語句46 、下面哪個(gè)不屬于良好的人機(jī)界面設(shè)計(jì)原則？（ ）A.力求用

15、戶輸入量最少B.具有幫助功能C.為不同的用戶和功能提供一致的界面服務(wù)D.系統(tǒng)的全部界面格式和風(fēng)格一致47 當(dāng)模塊中包含復(fù)雜的條件組合， 下列哪一項(xiàng)能夠清晰地表達(dá)出各種動(dòng)作之間的對(duì)應(yīng)關(guān)系。 （ ）A.流程圖 B.盒圖 C.關(guān)系圖 D.判定表和判定樹48 、流程圖中的矩形表示（ ）A.處理B.輸入輸出C.分支 D.開始49 、判定表由四部分組成，右下部列出的是下列哪一項(xiàng)（ ）A. 條件組合與動(dòng)作之間的對(duì)應(yīng)關(guān)系 B. 所有條件C.所有可能的動(dòng)作D.可能的條件組合50 、下列關(guān)于偽碼的描述，哪個(gè)是不準(zhǔn)確的？（ ）A. 描述復(fù)雜的條件組合與動(dòng)作間的對(duì)應(yīng)關(guān)系時(shí)，不如判定表清晰簡(jiǎn)單；B.可以嵌入在源程序中一

16、起作為程序文檔;C.利用偽碼可自動(dòng)生成程序代碼D. 偽碼和圖形工具一樣形象直觀；.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（C）。A.軟件工程B.軟件周期C軟件危機(jī)D.軟件產(chǎn)生. 瀑布模型本質(zhì)上是一種（A ）模型。A.線性順序B順序迭代C線性迭代D.早期產(chǎn)品. 瀑布模型存在的問題是（B ）。A.用戶容易參與開發(fā)B.缺乏靈活性 C.用戶與開發(fā)者易溝通D.適用可變需求.螺旋模型是一種將瀑布模型和（ A）結(jié)合起來的軟件開發(fā)模型。A.增量模型 B.專家系統(tǒng) C.噴泉模型D.變換模型.原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互構(gòu)成，適用于（A）系統(tǒng)。A.需求不確定性高的B.需求確

17、定的 C.管理信息 D.實(shí)時(shí). 下列有關(guān)軟件工程的標(biāo)準(zhǔn)，屬于國(guó)際標(biāo)準(zhǔn)的是（C ）A.GB B.ANSI C.ISO D.IEEE.結(jié)構(gòu)化方法是一種基于（D）的方法。A.數(shù)據(jù)Z勾B.程序結(jié)構(gòu)C.算法D.數(shù)據(jù)流.軟件可行性研究實(shí)質(zhì)上是要進(jìn)行一次（A）需求分析、設(shè)計(jì)過程。A、簡(jiǎn)化、壓縮的 以詳細(xì)的C徹底的D、深入的. 可行性研究的目的是（D）A、分析開發(fā)系統(tǒng)的必要性B、確定系統(tǒng)建設(shè)的方案C、分析系統(tǒng)風(fēng)險(xiǎn)D、確定是否值得開發(fā)系統(tǒng).可行性研究是在（A）之前A、系統(tǒng)開發(fā) B、測(cè)試C、試運(yùn)行 D、集成測(cè)試. 可行性研究需要的時(shí)間長(zhǎng)短取決于系統(tǒng)的規(guī)模，一般來說，可行性研究的成本只是預(yù)期總成本的（C）。A、 1

18、% B、 20% C、 8% D、 50%12.我國(guó)正式頒布實(shí)施的（B）對(duì)計(jì)算機(jī)病毒的定義具有法律性、權(quán)威性。A.計(jì)算機(jī)軟件保護(hù)條例B.中華人民共和國(guó)計(jì)算機(jī)信息系統(tǒng)安全保護(hù)條例C.中華人民共和國(guó)著作權(quán)法D.計(jì)算機(jī)病毒防治管理辦法效率是一個(gè)性能要求，因此應(yīng)當(dāng)在以下哪個(gè)階段規(guī)定？ BA、可行性分析B、需求分析C、概要設(shè)計(jì)D、詳細(xì)設(shè)計(jì)需求規(guī)格說明書的作用不包括（ D）A、軟件驗(yàn)收的依據(jù) B、用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C、軟件可行性研究的依據(jù)D、軟件設(shè)計(jì)的依據(jù)數(shù)據(jù)字典是用來定義（D）中的各個(gè)成份的具體含義的。A、程序流程圖B、功能結(jié)構(gòu)圖 C、系統(tǒng)結(jié)構(gòu)圖D、數(shù)據(jù)流程圖數(shù)據(jù)流程圖是（A方法中用

19、于表示系統(tǒng)邏輯模型的一種圖形工具。A、 SA B、 SD C、 SP D、 SC TOC o 1-5 h z DFD 中的每個(gè)加工至少有（A）。A、一個(gè)輸入流或一個(gè)輸出流B、一個(gè)輸入流和一個(gè)輸出流C、一個(gè)輸入流 D、一個(gè)輸出流需求分析階段的關(guān)鍵任務(wù)是確定（D）A、軟件開發(fā)方法 以軟件開發(fā)工具 C軟件開發(fā)費(fèi) D、軟件系統(tǒng)的功能在 SD 方法中全面指導(dǎo)模塊劃分的最重要的原則是（D）。A、程序模塊化B、模塊高內(nèi)聚C、模塊低耦合D、模塊獨(dú)立性在模塊的 3 種基本屬性中，反映模塊內(nèi)部特性的是（C）。A、接口 B、功能C邏輯D、狀態(tài)模塊的耦合性可以按照耦合程度的高低進(jìn)行排序，以下哪一項(xiàng)符合從低到高的正確次

20、序（ D）。A、數(shù)據(jù)結(jié)構(gòu)耦合，公共耦合，控制耦合，內(nèi)容耦合B、數(shù)據(jù)耦合，控制耦合，數(shù)據(jù)結(jié)構(gòu)耦合，公共耦合C、無直接耦合，數(shù)據(jù)結(jié)構(gòu)耦合，內(nèi)容耦合，控制耦合D、無直接耦合，數(shù)據(jù)耦合，控制耦合，內(nèi)容耦合PDL延程設(shè)af語言）是描述處理過程（C ）A.耦合和內(nèi)聚 B.數(shù)據(jù)和模塊C. 模塊內(nèi)部的凝聚力D.模塊之間的耦合A.耦合和內(nèi)聚 B.數(shù)據(jù)和模塊C. 模塊內(nèi)部的凝聚力D.模塊之間的耦合A、做什么以為什么做 C、怎么做D、對(duì)誰做（D）工具在軟件詳細(xì)設(shè)計(jì)過程中不采用。A、判定表 B、IPO圖 C PDL D DFD圖為高質(zhì)量地開發(fā)軟件項(xiàng)目，在軟件結(jié)構(gòu)設(shè)計(jì)時(shí)，必須遵循（ A原則。A.信息隱蔽B、質(zhì)量控制 C

21、、程序優(yōu)化D、數(shù)據(jù)共享 TOC o 1-5 h z 當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D）A、數(shù)據(jù)耦合B、公共耦合C標(biāo)記耦合D、內(nèi)容耦合詳細(xì)設(shè)計(jì)與概要設(shè)計(jì)銜接的圖形工具是（B）。A、DFD圖B、SC圖C、PAD圖D、程序流程圖下列幾種類型中，耦合性最弱的是（D）。A、內(nèi)容型以控制型C、公共型D、數(shù)據(jù)型軟件結(jié)構(gòu)使用的圖形工具，一般采用（C）圖。A、 DFD B、 PAD C、 SC D、 ER在七種偶合中，最低偶合是（D）。A、內(nèi)容偶合B、公共偶合C、數(shù)據(jù)偶合D、非直接偶合結(jié)構(gòu)化程序設(shè)計(jì)，主要強(qiáng)調(diào)的是（C）A.程序的執(zhí)行效率B.模塊的內(nèi)聚C.程序的可理解性D.模塊的耦

22、合基線可作為軟件生存期中各開發(fā)階段的一個(gè)檢查點(diǎn)。當(dāng)采用的基線發(fā)生錯(cuò)誤時(shí)，可以返回到最近和最恰當(dāng)?shù)模–）上。A.配置項(xiàng) B.程序C基線D.過程在軟件設(shè)計(jì)中應(yīng)該保持模塊的獨(dú)立性原則，（ A ）反映模塊獨(dú)立性。）。具有風(fēng)險(xiǎn)分析的軟件生命周期模型是（A.瀑布模型B.噴泉模型C.螺旋模型D增量模型軟件工程的基本要素包括方法、工具和（ A ）。A.過程B軟件系統(tǒng)C.硬件環(huán)境D.人員）表達(dá)系統(tǒng)內(nèi)部數(shù)據(jù)運(yùn)動(dòng)的圖形化技術(shù)。在結(jié)構(gòu)化分析方法中，（A.數(shù)據(jù)字典B.實(shí)體關(guān)系圖C.數(shù)據(jù)流圖D.狀態(tài)轉(zhuǎn)換圖“軟件危機(jī)”是指（ C ）。A. 計(jì)算機(jī)病毒的出現(xiàn)B利用計(jì)算機(jī)進(jìn)行經(jīng)濟(jì)犯罪活動(dòng)C.軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題D.

23、人們過分迷戀計(jì)算機(jī)系統(tǒng)軟件的（A設(shè)計(jì)又稱為總體設(shè)計(jì)，其主要任務(wù)是建立軟件系統(tǒng)的總體結(jié)構(gòu)。A.概要B抽象C.邏輯D規(guī)劃下列不屬于數(shù)據(jù)字典組成部分的是？ （ D ）A.數(shù)據(jù)項(xiàng)B數(shù)據(jù)流C.數(shù)據(jù)文件D數(shù)據(jù)庫下列不屬于軟件需求范疇的是？ （ A ）A. 軟件項(xiàng)目采用什么樣的實(shí)現(xiàn)技術(shù)B . 用戶需要軟件能做什么樣的事情D. 用戶需要軟件達(dá)到什么樣的性能C. 用戶需要軟件完成什么樣的功能.模塊的內(nèi)聚性最高的是（ D ）。A. 邏輯內(nèi)聚B.時(shí)間內(nèi)聚C.偶然內(nèi)聚D功能內(nèi)聚.在白盒測(cè)試技術(shù)測(cè)試用例的設(shè)計(jì)中，（ B ）是最強(qiáng)的覆蓋標(biāo)準(zhǔn)。A.語句覆蓋B路徑覆蓋C.條件組合覆蓋D.判定覆蓋. Jackson程序設(shè)計(jì)方法

24、是一種面向（A ）的設(shè)計(jì)方法。A.數(shù)據(jù)結(jié)構(gòu)B數(shù)據(jù)流圖C. IPO圖D系統(tǒng)流程圖.軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（C ）。A.低內(nèi)聚低耦合B.低內(nèi)聚高耦合C.高內(nèi)聚低耦合D.高內(nèi)聚高耦合.以文檔作為驅(qū)動(dòng)，適合于軟件需求很明確的軟件項(xiàng)目的生存周期模型是（C ）。A.噴泉模型B增量模型C.瀑布模型DB旋模型.類構(gòu)件的重用方式有多態(tài)重用、繼承重用和（ A ）。A.實(shí)例重用B重載重用C.代碼重用D方法重用.軟件維護(hù)工作的最主要部分是 （C）。A.校正性維護(hù)B適應(yīng)性維護(hù)C. 完善性維護(hù)D. 預(yù)防性維護(hù)47. 一個(gè)模塊的（C ）太大一般是因?yàn)槿狈χ虚g層次，應(yīng)當(dāng)適當(dāng)增加中間層次的控制模塊。B寬度A. 深度C.

25、 扇出D扇入從本質(zhì)上說，面向?qū)ο笫恰跋取贝_定（A）。A.動(dòng)作的主體 B.屬性C.關(guān)系D.方法（B）是對(duì)象的靜態(tài)特征。A.方法B.屬性C.關(guān)系D操作對(duì)象白（ D）使對(duì)象的動(dòng)態(tài)特征A.特征B.屬性C.關(guān)系D操作屬于某個(gè)類的一個(gè)具體對(duì)象稱為該類的（A.實(shí)例B.虛擬C.繼承D.多態(tài)UML 是（A）。A） 一種可視化的建模語言B）是一種可視化的程序設(shè)計(jì)語言C）是一種過程D） 是一種方法封裝的的作用是（A）。A.復(fù)用B.對(duì)象C.實(shí)例D.方法面向?qū)ο蠓治龅暮诵脑谟诮ⅲ˙）模型。建立正確的模型識(shí)別問題域?qū)ο驝識(shí)別對(duì)象之間的關(guān)系后確定執(zhí)行的動(dòng)作。A）。D.上面所有. 面向?qū)ο蠓治鲞^程中建立的模型有（ D ）。

26、數(shù)據(jù)模型、功能模型、活動(dòng)模型對(duì)象模型、功能模型、測(cè)試模型屬性模型、功能模型、對(duì)象模型對(duì)象模型、功能模型、動(dòng)態(tài)模型.下列的（C）不是分析建模的目的。定義可驗(yàn)證的軟件需求描述客戶需求開發(fā)一個(gè)簡(jiǎn)單的問題解決方案建立軟件設(shè)計(jì)的基礎(chǔ).下列的（C）不屬于面向?qū)ο蠓治瞿Ｐ?。用例圖類圖實(shí)體關(guān)系圖順序圖. （ A ）用于描述系統(tǒng)中概念層次的對(duì)象。A.分析類B. 界面類C.實(shí)體類D.控制類. 在基于用例的面向?qū)ο蠓治鲞^程中， 定義交互行為的關(guān)鍵在于通過描述分析類實(shí)例之間的（A）將用例的職責(zé)分配到分析類中。A. 消息傳遞B 關(guān)聯(lián)關(guān)系C 繼承關(guān)系D 上下文關(guān)系.用例的實(shí)現(xiàn)細(xì)節(jié)不會(huì)在（B）描述。用例說明用例圖C活動(dòng)圖D

27、.順序圖用例的職責(zé)通常分配給（D）的對(duì)象。發(fā)送消息接收消息C.發(fā)送和接收雙方D.分析類組織機(jī)構(gòu)圖是（C）。UML 的一個(gè)最新圖類圖的一種C.用于識(shí)別角色的輔助圖D.用例圖的一種在圖書館系統(tǒng)中，假如已經(jīng)構(gòu)造了一個(gè)一般借書者類，后來發(fā)現(xiàn)圖書館的學(xué)生和教師在借書中有不同要求。請(qǐng)問在面向?qū)ο笤O(shè)計(jì)中用（B）方法可以方便地設(shè)計(jì)這兩個(gè)類？A.信息隱藏B.繼承C.動(dòng)態(tài)聯(lián)編D.代碼復(fù)制框架是一組可用于不同應(yīng)用的（ A集合A.類B對(duì)象C.模塊D.代碼下面哪個(gè)選項(xiàng)不能描述子系統(tǒng)之間的關(guān)系。（D）A.請(qǐng)求一一服務(wù)關(guān)系B.繼承關(guān)系C依賴關(guān)系D數(shù)據(jù)關(guān)系每個(gè)子系統(tǒng)的接口上定義了若干（B）,體現(xiàn)了子系統(tǒng)的功能。A.說明B操作

28、C屬性D關(guān)系通常將具有共性的非功能要求設(shè)計(jì)在（B）,以減少重新開發(fā)的工作量。A.接口層B.中間層 C最低層D.最高層每個(gè)用例至少應(yīng)該有一個(gè)（C）,它通常沒有屬性而只有方法，只是起協(xié)調(diào)和控制作用。A.接口類B實(shí)體類 C控制類D.界面類類有三種類型即（ A ）。邊界類、實(shí)體類、控制類實(shí)體類、數(shù)據(jù)類、界面類控制類、實(shí)體類、數(shù)據(jù)類界面類、控制類、公共類下面那個(gè)選項(xiàng)不是正確的面向?qū)ο笤O(shè)計(jì)思想。（ C）A.對(duì)接口進(jìn)行設(shè)計(jì)B.發(fā)現(xiàn)變化并且封裝它C 先繼承后組合D.先組合后繼承定義類的屬性類型時(shí)盡量使用已有的類型，太多的自定義類型會(huì)降低系統(tǒng)的（ A ）指標(biāo)。A.可維護(hù)性B.安全性C開發(fā)效率D.可移植性72.

29、從本質(zhì)上說，面向?qū)ο笫恰跋取贝_定動(dòng)作的（）“后”執(zhí)行（ D ）。A.數(shù)據(jù)Z構(gòu)/主體B.主體/數(shù)據(jù)結(jié)構(gòu)C.動(dòng)彳/主體D.主體/動(dòng)作結(jié)構(gòu)化語言是介于自然語言和形式語言之間的一種（ D）。A.半形式語言 B.計(jì)算機(jī)語言 C.低級(jí)語言 D.高級(jí)語言程序設(shè)計(jì)語言的技術(shù)特性不應(yīng)包括（C）。A、數(shù)據(jù)結(jié)構(gòu)的描述性以抽象類型的描述性C、數(shù)據(jù)庫的易操作性H軟件的可移植性程序的三種基本控制結(jié)構(gòu)是（ B）。A.過程、子程序和分程序B.順序、選擇和重復(fù)C.遞歸、堆棧和隊(duì)列D.調(diào)用、返回和轉(zhuǎn)移結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是（ D）。A.程序的規(guī)模B.程序的效率 C.程序設(shè)計(jì)語言的先進(jìn)性D.程序易讀性下列關(guān)于功能性注釋不正確的

30、說法是（B）。A.功能性注釋嵌在源程序中，用于說明程序段或語句的功能以及數(shù)據(jù)的狀態(tài)B.注釋用來說明程序段，需要在每一行都要加注釋C可使用空行或縮進(jìn)，以便很容易區(qū)分注釋和程序D.修改程序也應(yīng)修改注釋下列關(guān)于效率的說法不正確的是（D）。A.效率是一個(gè)性能要求，其目標(biāo)應(yīng)該在需求分析時(shí)給出B.提高程序效率的根本途徑在于選擇良好的設(shè)計(jì)方法，數(shù)據(jù)結(jié)構(gòu)與算法C效率主要指處理機(jī)時(shí)間和存儲(chǔ)器容量?jī)蓚€(gè)方面D.程序的效率與程序的簡(jiǎn)單性無關(guān)結(jié)構(gòu)化維護(hù)與非結(jié)構(gòu)化維護(hù)的主要區(qū)別在于（B ）。A.軟件是否Z構(gòu)化B.軟件配置是否完整C.程序的完整性D.文檔的完整性關(guān)于JAVA語言下列說法不正確的是（B）。A.跨平臺(tái)的B.動(dòng)態(tài)

31、指針 C.解釋型的 D.面向?qū)ο蟮氖褂冒缀袦y(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準(zhǔn)。A程序內(nèi)部邏輯B.程序復(fù)雜結(jié)構(gòu)C.使用說明書 D.程序的功能確認(rèn)測(cè)試主要涉及的文檔是（A）。A、需求規(guī)格說明書B、概要設(shè)計(jì)說明書C、詳細(xì)設(shè)計(jì)說明書 D、源程序測(cè)試的關(guān)鍵問題是（ D）。A.如何組織對(duì)軟件的評(píng)審B.如何驗(yàn)證程序的正確性C如何采用綜合策略D.如何選擇測(cè)試用例黑盒測(cè)試在設(shè)計(jì)測(cè)試用例時(shí)，主要研究（ A）。A.需求規(guī)格說明B.詳細(xì)設(shè)計(jì)說明C項(xiàng)目開發(fā)計(jì)劃D.概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明 TOC o 1-5 h z 下面哪些測(cè)試屬于黑盒測(cè)試（B）。A、路徑測(cè)試B、等價(jià)類劃分 G條件判斷D、循環(huán)測(cè)試在

32、下述哪一種測(cè)試中，測(cè)試人員必須接觸到源程序（B）。A、功能測(cè)試 B、結(jié)構(gòu)測(cè)試C、功能測(cè)試和結(jié)構(gòu)測(cè)試H性能測(cè)試檢查軟件產(chǎn)品是否符合需求定義的過程稱為（D）。A、確認(rèn)測(cè)試B、集成測(cè)試 C驗(yàn)收測(cè)試 D、驗(yàn)證測(cè)試D）。軟件測(cè)試方法中，黑盒、白盒測(cè)試法是常用的方法，其中白盒測(cè)試主要用于測(cè)試（A、結(jié)構(gòu)合理性B、軟件外部功能 C、程序正確性 D、程序內(nèi)部邏輯軟件維護(hù)中，因修改交互輸入的順序，沒有正確的記錄而引起的錯(cuò)誤是（作用。A、文檔日數(shù)據(jù) C、編碼D、設(shè)計(jì)以下屬于軟件維護(hù)階段文檔的是（C）。A、軟件需求說明B、操作手冊(cè)C、軟件問題報(bào)告D、測(cè)試分析報(bào)告產(chǎn)生軟件維護(hù)的副作用，是指（C）。A、開發(fā)時(shí)的錯(cuò)誤日隱含

33、的錯(cuò)誤C、因修改軟件而造成的錯(cuò)誤D、運(yùn)行時(shí)誤操作維護(hù)中，因誤刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)誤是（C）副作用。A、文檔B、數(shù)據(jù) C編碼D、設(shè)計(jì)可維護(hù)性的特性中，相互促進(jìn)的（A）。A、可理解性和可測(cè)試性B、效率和可移植性C、效率和可修改性D、效率和結(jié)構(gòu)好軟件維護(hù)的困難主要原因是（ C）A、費(fèi)用低B、人員少 C、開發(fā)方法的缺陷 D、用戶不配合軟件維護(hù)費(fèi)用高的主要原因是（ C）。A、人員少B、人員多 C生產(chǎn)率低D、生產(chǎn)率高為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是（C）。A、校正性維護(hù)B、完善性維護(hù)C適應(yīng)，f維護(hù) H預(yù)防性維護(hù)可維護(hù)性的特性中，相互矛盾的是（B）A.可理解性與可測(cè)試性B.效率與可修改性C可修改

34、性和可理解性D.可理解性與可讀性各種不同的軟件維護(hù)中，以（ C）維護(hù)所占的維護(hù)量最小。A、糾錯(cuò)性維護(hù)B、代碼維護(hù)C、預(yù)防性維護(hù) D、文檔維護(hù)在變更控制中，（B）可以用來確保由不同用戶所執(zhí)行的并發(fā)變更。A.異步控制B.同步控制C.存取控制D.基線控制變更控制是一項(xiàng)最重要的軟件配置任務(wù)，其中“檢出”和（ A處理實(shí)現(xiàn)了兩個(gè)重要的 變更控制要素，即存取控制和同步控制。A.登入B.管理C.填寫變更要求 D.審查在整個(gè)軟件維護(hù)階段所花費(fèi)的全部工作中，所占比例最大的是（ ）A.校正性維護(hù) B.適應(yīng)性維護(hù)C.完善性維護(hù) D.預(yù)防性維護(hù)下面關(guān)于文檔的敘述，錯(cuò)誤的是（ B ）A.文檔是軟件產(chǎn)品的一部分，沒有文檔的

35、軟件就不成為軟件。B.文檔是僅用于說明使用軟件的操作命令，不包括軟件設(shè)計(jì)和實(shí)現(xiàn)細(xì)節(jié)。C.高質(zhì)量文檔對(duì)于轉(zhuǎn)讓、變更、修改、擴(kuò)充和使用有重要的意義。D.軟件文檔的編制在軟件開發(fā)工作中占有突出的地位和相當(dāng)大的工作量。.在軟件質(zhì)量因素中，軟件在異常條件下仍能運(yùn)行的能力成為軟件的（B ）。A.安全性B健壯性C.可用性D可靠性.在下列測(cè)試技術(shù)中，（D ）不屬于黑盒測(cè)試技術(shù)。A.等價(jià)劃分B邊界值分析C.錯(cuò)誤推測(cè)D邏輯覆蓋. （ C ）是把對(duì)象的屬性和操作結(jié)合在一起，構(gòu)成一個(gè)獨(dú)立的對(duì)象，其內(nèi)部信息對(duì)外界是隱蔽的，外界只能通過有限的接口與對(duì)象發(fā)生聯(lián)系。A.多態(tài)B繼承C.封裝D消息. Jackson方法是在軟件開

36、發(fā)過程中常用的方法，使用Jackson方法時(shí)可以實(shí)現(xiàn)（ A ）。B. 從數(shù)據(jù)流圖導(dǎo)出初始結(jié)構(gòu)圖D. 從模塊結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)）而執(zhí)行程序的過程。B發(fā)現(xiàn)錯(cuò)誤A. 從數(shù)據(jù)結(jié)構(gòu)導(dǎo)出程序結(jié)構(gòu)C. 從模塊結(jié)構(gòu)導(dǎo)出數(shù)據(jù)結(jié)構(gòu).軟件測(cè)試時(shí)為了（ BA. 糾正錯(cuò)誤C.避免錯(cuò)誤D證明錯(cuò)誤.在軟件系統(tǒng)中，一個(gè)模塊應(yīng)具有什么樣的功能，這是由（ B ）決定的。A.總體設(shè)計(jì)B需求分析C.詳細(xì)設(shè)計(jì)D程序設(shè)計(jì). 軟件文檔是軟件工程實(shí)施中的重要部分，它不僅是軟件開發(fā)各階段的重要依據(jù)，而且影響軟件的（B ）。A.可理解性B可維護(hù)性C.可擴(kuò)展性D可移植.模塊內(nèi)聚度越高，說明模塊內(nèi)各成分彼此結(jié)合的程序越（ B ）。A.松散B緊密C.無

37、法判斷D相等.常用的面向?qū)ο蟮能浖^程模型是（ B ）。A.瀑布模型B噴泉模型C.原型模型D增量模型）。. 面向?qū)ο蟮姆治鲭A段建立的系統(tǒng)模型不包括（A. 對(duì)象模型B動(dòng)態(tài)模型C.功能模型D數(shù)據(jù)模型.瀑布模型的存在問題是（B ）。A.用戶容易參與開發(fā)B缺乏靈活性C.用戶與開發(fā)者易溝通D.適用可變需求.以文檔作為驅(qū)動(dòng)，適合于軟件需求很明確的軟件項(xiàng)目的生存周期模型是（C ）。A.噴泉模型B增量模型C.瀑布模型D螺旋模型.類構(gòu)件的重用方式有多態(tài)重用、繼承重用和（ A ）。A.實(shí)例重用B重載重用C.代碼重用D方法重用.在白盒測(cè)試技術(shù)測(cè)試用例的設(shè)計(jì)中，（ A ）是最弱的覆蓋標(biāo)準(zhǔn)。A.語句覆蓋B路徑覆蓋C.條

38、件組合覆蓋D判定覆蓋.開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（C ）。A.軟件工程酥件周期C軟件危機(jī)歐件產(chǎn)生、填空題軟件模塊獨(dú)立性的兩個(gè)定性度量標(biāo)準(zhǔn)是（耦合和內(nèi)聚）。軟件開發(fā)是一個(gè)自頂向下逐步細(xì)化和求精的過程，而軟件測(cè)試是一個(gè)（由下而上）的過 程。（等價(jià)劃分）是一種黑盒測(cè)試技術(shù)，這種技術(shù)把程序的輸入域劃分為若干個(gè)數(shù)據(jù)類，據(jù) 此導(dǎo)出測(cè)試用例。（數(shù)據(jù)流圖）和數(shù)據(jù)字典共同構(gòu)成了系統(tǒng)的邏輯模型?？尚行匝芯恐饕性谝韵氯齻€(gè)方面：經(jīng)濟(jì)可行性、（技術(shù)可行性）、法律可行性。IPO 圖是 輸入、處理和輸出_的簡(jiǎn)稱，它是美國(guó)IBM 公司發(fā)展完善起來的一種圖形工具。軟件生命周期一般可分為

39、問題定義、（可行性研究）、需求分析、設(shè)計(jì)編碼、測(cè)試、運(yùn)行與維護(hù)等階段。可行性研究主要集中在以下三個(gè)方面：經(jīng)濟(jì)可行性、（技術(shù)可行性）、法律可行性。一般來說，可以從一致性、完整性、現(xiàn)實(shí)性和（有效性）四個(gè)方面驗(yàn)證軟件需求的正確性。復(fù)雜問題的對(duì)象模型通常由下述五個(gè)層次組成：主題層、類與對(duì)象層、結(jié)構(gòu)層、屬性層和 （服務(wù)層 ） 。軟件可維護(hù)性度量的七個(gè)質(zhì)量特性是可理解性、可測(cè)試性、可修改性、可靠性、（可移植性）、可使用性和效率。軟件一般由程序、數(shù)據(jù)和（文檔）組成。面向?qū)ο竽Ｐ椭饕蓪?duì)象模型、動(dòng)態(tài)模型、（功能模型）。軟件需求分析過程應(yīng)該建立數(shù)據(jù)模型、功能模型和（行為模型） 三種模型之上。需求分析的最終結(jié)果是

40、（需求規(guī)格說明書）。常見的測(cè)試方法一般分為：白盒測(cè)試和（黑盒測(cè)試）。軟件工程三要素包括方法、 （工具）和過程，其中，過程是支持軟件開發(fā)的各個(gè)環(huán)節(jié)的控制和管理。類構(gòu)件的重用方式有實(shí)例重用、繼承重用和（多態(tài)重用）三種。耦合和（內(nèi)聚）是衡量模塊獨(dú)立性的兩個(gè)定性的標(biāo)準(zhǔn)。軟件測(cè)試的步驟按順序分別是： （單元測(cè)試 ） 、子系統(tǒng)測(cè)試、系統(tǒng)測(cè)試、_確認(rèn)測(cè)試和系統(tǒng)測(cè)試。 21. 數(shù)據(jù)庫的 “概念設(shè)計(jì)” 與“邏輯設(shè)計(jì)” 分別對(duì)應(yīng)于系統(tǒng)開發(fā)中的 “ ” 與“ ” ，而數(shù)據(jù)庫的“物理設(shè)計(jì)”與模塊的“ ”相對(duì)應(yīng)。解：需求分析概要設(shè)計(jì) 詳細(xì)設(shè)計(jì)概要設(shè)計(jì)文檔主要有、 和 。解：概要設(shè)計(jì)說明書 數(shù)據(jù)庫設(shè)計(jì)說明書 用戶手冊(cè) 組

41、裝測(cè)試計(jì)劃模塊化指解決一個(gè)復(fù)雜問題時(shí)逐層把軟件系統(tǒng)劃分成若干 的過程。解：自頂向下模塊 24. 模塊之間聯(lián)系越緊密，其就越強(qiáng)，模塊的 則越差。解：耦合性 內(nèi)聚性軟件結(jié)構(gòu)往往用 結(jié)構(gòu)的圖形來表示。 軟件結(jié)構(gòu)圖是軟件系統(tǒng)的 結(jié)構(gòu)。 解： 樹狀或網(wǎng)狀 模塊層次面向數(shù)據(jù)流的設(shè)計(jì)又稱，它是以需求分析階段產(chǎn)生的為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)。解：結(jié)構(gòu)化設(shè)計(jì)數(shù)據(jù)流圖數(shù)據(jù)流圖一般可分為 和 兩類。解：變換型事務(wù)型詳細(xì)設(shè)計(jì)也稱 ，它是軟件設(shè)計(jì)的第二階段，主要確定每個(gè) 的具體執(zhí)行過程。解：過程設(shè)計(jì) 模塊 TOC o 1-5 h z 處理過程設(shè)計(jì)中最典型的方法是方法，其基本要點(diǎn)是采用的程序設(shè)計(jì)方法是、。解：結(jié)構(gòu)

42、化程序設(shè)計(jì) 自頂向下 逐步求精任何程序都可由 、 和 3 種基本控制結(jié)構(gòu)構(gòu)造。 這 3 種基本結(jié)構(gòu)的共同點(diǎn)是、。解：順序 選擇 循環(huán) 單入口 單出口詳細(xì)描述處理過程常用 3 種工具： 、 、和 。解：圖形表格 語言Jackson方法是面向的設(shè)計(jì)方法，它的描述工具是 。解：數(shù)據(jù)結(jié)構(gòu)Jackson軟件測(cè)試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的 ，將 作為糾錯(cuò)的依據(jù)。解：錯(cuò)誤測(cè)試結(jié)果測(cè)試階段的基本任務(wù)是根據(jù)軟件開發(fā)各階段的 和程序的 ，精心設(shè)計(jì)一組 ，利用這 些實(shí)例執(zhí)行 ，找出軟件中潛在的各種 和 。解：文檔資料 內(nèi)部結(jié)構(gòu) 測(cè)試用例 程序 錯(cuò)誤 缺陷測(cè)試用例由 和預(yù)期的 兩部分組成。解：輸入數(shù)據(jù) 輸出數(shù)

43、據(jù)35. 軟件測(cè)試方法一般分為兩大類：方法和 方法。解： 動(dòng)態(tài)測(cè)試 靜態(tài)測(cè)試動(dòng)態(tài)測(cè)試通過發(fā)現(xiàn)錯(cuò)誤。根據(jù) 的設(shè)計(jì)方法不同，動(dòng)態(tài)測(cè)試又分為 與 兩類。解：運(yùn)行程序 測(cè)試用例 黑盒測(cè)試 白盒測(cè)試黑盒法只在軟件的 處進(jìn)行測(cè)試， 依據(jù) 說明書， 檢查程序是否滿足 要求。 解： 接口 需求規(guī)格 功能白盒法必須考慮程序的 和 ，以檢查 的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行 。解：內(nèi)部結(jié)構(gòu)處理過程 處理過程 測(cè)試白盒測(cè)試是測(cè)試， 被測(cè)對(duì)象是， 以程序的 為基礎(chǔ)設(shè)計(jì)測(cè)試用例。 解： 結(jié)構(gòu) 源程序 內(nèi)部邏輯邏輯覆蓋是對(duì)程序內(nèi)部有存在的邏輯結(jié)構(gòu)設(shè)計(jì)測(cè)試用例，根據(jù)程序內(nèi)部的邏輯覆蓋程度又可分為 、 和 6 種

44、覆蓋技術(shù)。 解： 判定 語句覆蓋 判定覆蓋 條件覆蓋 判定/ 條件覆蓋條件組合覆蓋 路徑覆蓋黑盒測(cè)試是測(cè)試， 用黑盒技術(shù)設(shè)計(jì)測(cè)試用例有4 種方法： 、 和 。 解： 功能 等價(jià)類劃分 邊界值分析 錯(cuò)誤推測(cè) 因果圖42. 等價(jià)類劃分從程序的條件劃分成兩個(gè)或多個(gè)說明，找出一個(gè)輸入條件（通常是一句話 一個(gè)短語 等價(jià)類或 ），然后將每個(gè)輸入邊界值分析是將測(cè)試情況作為重點(diǎn)目標(biāo)，選取正好等于、剛剛大于或剛剛小于 的測(cè)試數(shù)據(jù)。如果輸入或輸出域是一個(gè)有序集合，則應(yīng)選取集合的 元素和 元素作為測(cè)試用例。解：邊界邊界值 第一個(gè) 最后一個(gè)軟件測(cè)試一般經(jīng)過4 個(gè)測(cè)試： 、 和 。解：?jiǎn)卧獪y(cè)試 集成測(cè)試 確認(rèn)測(cè)試 系統(tǒng)

45、測(cè)試集成測(cè)試的方法有兩種： 和 。解：非漸增式測(cè)試漸增式測(cè)試軟件配置審查的任務(wù)是檢查軟件的所有文檔資料的 和 。解：完整性正確性調(diào)試也稱 ，是在成功的測(cè)試之后才開始進(jìn)行，其目的是確定錯(cuò)誤的 和 ，并改正錯(cuò)誤。解：糾錯(cuò)原因 位置調(diào)試技術(shù)包括、 和 。解：簡(jiǎn)單調(diào)試 歸納法調(diào)試 演繹法調(diào)試 回溯法調(diào)試為了提高程序的易讀性，同時(shí)為減少錯(cuò)誤，提高軟件開發(fā)效率，編碼時(shí)應(yīng)注意養(yǎng)成良好的 程序設(shè)計(jì)風(fēng)格 。程序加注釋對(duì)理解程序提供了明確指導(dǎo)， 根據(jù)作用不同注釋分序言性注釋和 功能性注釋 。三、簡(jiǎn)答題.什么是軟件工程？軟件工程的目標(biāo)是什么？答： 軟件工程是將系統(tǒng)化的、 規(guī)范的、 可度量的方法應(yīng)用于軟件的開發(fā)、 運(yùn)

46、行和維護(hù)過程，即將工程化應(yīng)用于軟件開發(fā)和管理之中，對(duì)中所選方法的研究。目標(biāo)：合理預(yù)算開發(fā)成本，付出較低的開發(fā)費(fèi)用。實(shí)現(xiàn)預(yù)期的軟件功能，達(dá)到較好的軟件性能，滿足用戶的需求。提高軟件的可維護(hù)性，降低維護(hù)費(fèi)用。提高軟件開發(fā)生產(chǎn)率，及時(shí)交付使用指出瀑布模型中下列任務(wù)的順序： 驗(yàn)收測(cè)試， 項(xiàng)目計(jì)劃， 單元測(cè)試， 需求評(píng)審， 成本估計(jì)，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，系統(tǒng)測(cè)試，設(shè)計(jì)評(píng)審，編碼，需求規(guī)格說明書。答：項(xiàng)目計(jì)劃，成本估計(jì)，需求規(guī)格說明書，需求評(píng)審，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，設(shè)計(jì)評(píng)審，編碼，單元測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收測(cè)試可行性研究報(bào)告的主要內(nèi)容是什么？答：可行性研究主要包括以下幾個(gè)部分：（ 1 ）概述（ 2 ）技術(shù)可

47、行性（3）項(xiàng)目成熟程度（4 ）市場(chǎng)需求情況和風(fēng)險(xiǎn)分析（5）投資估算及資金籌措（ 6 ） 經(jīng)濟(jì)與社會(huì)效益（ 7） 綜合實(shí)力和產(chǎn)業(yè)基礎(chǔ)（ 8） 項(xiàng)目實(shí)施進(jìn)度計(jì)劃 （ 9）其它尚需要說明的必要的方面（ 10 ）結(jié)論什么是需求分析？需求分析階段的基本任務(wù)是什么？答：所謂 需求分析 ，是指對(duì)要解決的問題進(jìn)行詳細(xì)的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么?？梢哉f， “需求分析”就是確定要計(jì)算機(jī)“做什么”。任務(wù)： 確定軟件項(xiàng)目的目標(biāo)和范圍。 調(diào)查使用者的要求， 分析軟件必須做什么，編寫需求規(guī)格說明書等它相關(guān)文檔， 并進(jìn)行必要的需求審查。 除此之外， 還包括需求變更控制，需

48、求風(fēng)險(xiǎn)控制，需求版本控制等對(duì)需求的管理工作什么是結(jié)構(gòu)化分析方法？該方法使用什么描述工具？答： 結(jié)構(gòu)化的分析方法是面向數(shù)據(jù)流的方法， 因此， 此方法研究的核心是數(shù)據(jù)的組成和數(shù)據(jù)流向和對(duì)數(shù)據(jù)的加工處理。 結(jié)構(gòu)化分析方法用抽象模型的概念， 按照軟件內(nèi)部數(shù)據(jù)傳遞、 變換的關(guān)系，自頂向下逐層分解，直至找到滿足功能要求的所有可實(shí)現(xiàn)的軟件元素為止描述工具：1系統(tǒng)流程圖2數(shù)據(jù)流程圖3數(shù)據(jù)字典4 IPO圖5層次方框圖6實(shí)體一關(guān)系圖7 狀態(tài)變遷圖結(jié)構(gòu)化分析方法通過哪些步驟來實(shí)現(xiàn)?答： 1)確定系統(tǒng)的功能要求確定系統(tǒng)的數(shù)據(jù)要求確定系統(tǒng)的操作要求和界面要求確定系統(tǒng)的性能要求確定系統(tǒng)的運(yùn)行要求獲得當(dāng)前系統(tǒng)的物理模型抽象

49、出當(dāng)前系統(tǒng)的邏輯模型建立目標(biāo)系統(tǒng)的邏輯模型。修正開發(fā)計(jì)劃)如果需要?jiǎng)t開發(fā)系統(tǒng)原型7. 什么是數(shù)據(jù)流圖 ?其作用是什么 ?其中的基本符號(hào)各表示什么含義?答：數(shù)據(jù)流圖：簡(jiǎn)稱DFD,就是采用圖形方式來表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程， 是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具及用于表示軟件模型的一種圖示方法。數(shù)據(jù)流圖的基本符號(hào)的意思：. 矩形表示數(shù)據(jù)的外部實(shí)體；. 圓角的矩形表示變換數(shù)據(jù)的處理邏輯；.少右面的邊矩形表示數(shù)據(jù)的存儲(chǔ)；.箭頭表示數(shù)據(jù)流。什么是數(shù)據(jù)字典？其作用是什么？它有哪些條目？答：數(shù)據(jù)字典，主要用來描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理過程和和數(shù)據(jù)源點(diǎn) /終點(diǎn)。作

50、用： 數(shù)據(jù)流程圖描述了系統(tǒng)的邏輯結(jié)構(gòu)， 其中的四個(gè)基本圖形元素的含義無法在數(shù)據(jù)流程圖中詳細(xì)說明，因此數(shù)據(jù)流程圖需要與其他工具配合使用，數(shù)據(jù)字典就是這樣的工具之一。包括的條目：數(shù)據(jù)流詞條數(shù)據(jù)元素詞條數(shù)據(jù)存儲(chǔ)詞條數(shù)據(jù)加工處理詞條數(shù)據(jù)源點(diǎn)及終點(diǎn)詞條什么是概要設(shè)計(jì)？有哪些基本任務(wù)？答：概要設(shè)計(jì)：根據(jù)用戶的需求先確定軟件系統(tǒng)的總體結(jié)構(gòu)和總的設(shè)計(jì)原則?；镜娜蝿?wù)：設(shè)想供選擇的方案。推薦最佳方案。功能分解，確定軟件結(jié)構(gòu)。設(shè)計(jì)軟件結(jié)構(gòu)。制定測(cè)試計(jì)劃。數(shù)據(jù)設(shè)計(jì)。書寫文檔。包括總體設(shè)計(jì)規(guī)格說明書。用戶手冊(cè)。測(cè)試計(jì)劃。設(shè)計(jì)審查和復(fù)審。詳細(xì)設(shè)計(jì)的基本任務(wù)是什么？有那幾種描述方法？答：詳細(xì)設(shè)計(jì)階段的任務(wù)是要為編寫程序代

51、碼設(shè)計(jì)“圖紙”，由程序員按“圖紙”用某種高級(jí)程序設(shè)計(jì)語言編寫程序代碼。 主要方法有設(shè)計(jì)程序流程圖， 表格設(shè)計(jì)符號(hào)以及過程設(shè)計(jì)語言。什么是變換流？什么是事物流？答：變換型數(shù)據(jù)流可以劃分為明顯的三部分：邏輯輸入，中心變換，邏輯輸出事務(wù)流的特點(diǎn)是數(shù)據(jù)沿某個(gè)輸入路徑流動(dòng)，該路徑將外部信息轉(zhuǎn)換成事務(wù)，其中發(fā)射出多條事務(wù)處理路徑的中心處理被稱為中心事務(wù)在軟件開發(fā)的早期階段，簡(jiǎn)述從哪些方面研究目標(biāo)系統(tǒng)的可行性。一般說來，至少應(yīng)該從下述 3 個(gè)方面研究系統(tǒng)的可行性。1 ）技術(shù)可行性。使用現(xiàn)有的技術(shù)能實(shí)現(xiàn)這個(gè)系統(tǒng)嗎？2 ）經(jīng)濟(jì)可行性。這個(gè)系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎？3 ）操作可行性。系統(tǒng)的操作方式在這個(gè)

52、用戶組織內(nèi)行得通嗎？必要時(shí)還應(yīng)該從法律、社會(huì)效益等更廣泛的方面研究系統(tǒng)的可行性。簡(jiǎn)述需求分析中的情景分析技術(shù)。所謂情景分析就是對(duì)用戶將來使用目標(biāo)系統(tǒng)解決某個(gè)具體問題的方法和結(jié)果進(jìn)行分析。 系統(tǒng) 分析員利用情景分析技術(shù)，往往能夠獲知用戶的具體需求。情景分析技術(shù)的用處主要體現(xiàn)在下述兩個(gè)方面。1 ）它能在某種程度上演示目標(biāo)系統(tǒng)的行為，從而用于用戶理解，而且還可能進(jìn)一步揭示出一些分析員目前還不知道的需求。2 ）由于情景分析較易為用戶所理解，使用這種技術(shù)能保證用戶在需求分析過程中始終扮演一個(gè)積極主動(dòng)的角色。 需求分析的目標(biāo)是獲知用戶的真實(shí)需求， 而這一信息的唯一來源是用戶，因此，讓用戶起積極主動(dòng)的作用對(duì)

53、需求分析工作獲得成功是至關(guān)重要的。簡(jiǎn)述系統(tǒng)設(shè)計(jì)原理中的模塊化。模塊化就是把程序劃分成獨(dú)立命名且可獨(dú)立訪問的模塊， 每個(gè)模塊完成一個(gè)子功能， 把這些模塊集成起來構(gòu)成一個(gè)整理，可以完成指定的功能滿足用戶的需求。采用模塊化原理可以使軟件結(jié)構(gòu)清晰， 不僅容易設(shè)計(jì)也容易閱讀和理解。 因?yàn)槌绦蝈e(cuò)誤通常局限在有關(guān)的模塊及它們之間的接口中， 所以模塊化是軟件容易測(cè)試和調(diào)試， 因而有助于提高軟件的可靠性。 因?yàn)樽儎?dòng)往往只涉及少數(shù)幾個(gè)模塊， 所以模塊化能夠提高軟件的可修改性。模塊化也有助于軟件開發(fā)工程的組織管理， 一個(gè)復(fù)雜的大型程序可以由許多程序員分工編寫不同的模塊，并且可以進(jìn)一步分配技術(shù)熟練的程序員編寫困難的模

54、塊。用例建模時(shí)，如何尋找行為者？為獲取用例首先要找出系統(tǒng)的行為者， 可以通過請(qǐng)系統(tǒng)的用戶回答一些問題的辦法來發(fā)現(xiàn)行為者。）誰將使用系統(tǒng)的主要功能？2）誰需要借助系統(tǒng)的支持來完成日常工作？3）誰來維護(hù)和管理系統(tǒng)？4）系統(tǒng)控制哪些硬件設(shè)備？5）系統(tǒng)需要哪些其他系統(tǒng)交互？6）哪些人或系統(tǒng)對(duì)本系統(tǒng)產(chǎn)生的結(jié)果感興趣？舉例說明類和對(duì)象的關(guān)系。答：學(xué)生可作為一個(gè)類-學(xué)生類，每個(gè)學(xué)生就是這個(gè)學(xué)生類的一個(gè)實(shí)例，例如，學(xué)生張三就是學(xué)生類的一個(gè)實(shí)例。面向?qū)ο蠓治龅年P(guān)鍵步驟有哪些？應(yīng)建立哪幾個(gè)模型？答：關(guān)鍵步驟有識(shí)別問題域的對(duì)象并分析它們相互之間的關(guān)系，建立簡(jiǎn)潔、 精確、 可理解的 正確模型；應(yīng)建立的模型有功能模型，

55、對(duì)象模型，動(dòng)態(tài)模型。什么是實(shí)體類、邊界類和控制類？為什么將分析類劃分成這三種類型？答：（1）實(shí)體類保存要存入永久存儲(chǔ)體的信息。實(shí)體類通常在事件流或交互圖中，是對(duì)用戶最有意義的類。邊界類位于系統(tǒng)與外界的交界處，包括所有的窗體、報(bào)表、系統(tǒng)硬件接口、與其他系統(tǒng)的接口?？刂祁愗?fù)責(zé)協(xié)調(diào)其他類的工作。 每個(gè)用例中至少應(yīng)該有一個(gè)控制類， 它控制用況中的事件順序。（ 2 ）分為三種類型是因?yàn)樗鼈兏髯缘墓δ懿煌＝缑骖惷枋鱿到y(tǒng)與角色之間的接口。控制類在分析模型內(nèi)表示協(xié)調(diào)、順序、事務(wù)處理以及控制其他對(duì)象的類。實(shí)體類為需要長(zhǎng)久保存的信息進(jìn)行建模的類。UML 中有哪幾類個(gè)視圖，它們的作用分別是什么？答：（ 1）用例視

56、圖（ Use-Case view）用例視圖用于描述系統(tǒng)的功能集。 它是從系統(tǒng)外部以用戶角度， 對(duì)系統(tǒng)做的抽象表示。 用例視圖所描述的系統(tǒng)功能依靠于外部用戶或另一個(gè)系統(tǒng)觸發(fā)激活， 為用戶或另一個(gè)系統(tǒng)提供服務(wù)，實(shí)現(xiàn)與用戶或另一個(gè)系統(tǒng)之間的交互。用例視圖中可以包含若干個(gè)用例， 用例表示系統(tǒng)能夠提供的功能， 用例視圖是其他視圖的核心和基礎(chǔ)。 其他視圖的構(gòu)造依賴于用例視圖中所描述的內(nèi)容， 因?yàn)橄到y(tǒng)的最終目標(biāo)是實(shí)現(xiàn)用例視圖中描述的功能， 同時(shí)附帶一些非功能性的特性，因此用例視圖影響著所有其他的視圖。（ 2 ）邏輯視圖（Logical view ）如果說用例視圖描述系統(tǒng)“做什么”，那么邏輯視圖就是描述“怎么

57、做”。系統(tǒng)的靜態(tài)結(jié)構(gòu)描述類、對(duì)象和它們之間的關(guān)系，反映的是系統(tǒng)靜態(tài)特征或結(jié)構(gòu)組成。（ 3 ）組件視圖（ Component view ）組件視圖用來描述系統(tǒng)實(shí)現(xiàn)的結(jié)構(gòu)和行為特征，反映系統(tǒng)各組成元素之間的關(guān)系。 組件視圖 由組件圖實(shí)現(xiàn)，主要供開發(fā)者和管理者使用。（4）并發(fā)視圖（Concurrency View ）并發(fā)視圖用來描述系統(tǒng)的動(dòng)態(tài)和行為特征。 并發(fā)視圖將任務(wù)劃分為進(jìn)程或線程形式， 通過任務(wù)劃分引入并發(fā)機(jī)制， 可以高效地使用資源、 并行執(zhí)行和處理異步事件。 除了劃分系統(tǒng)為并發(fā)執(zhí)行的進(jìn)程或線程外，并發(fā)視圖還必須處理通信和同步問題。（ 5 ）配置視圖（Deployment View ）配置視圖

58、體現(xiàn)了系統(tǒng)的實(shí)現(xiàn)環(huán)境， 反映系統(tǒng)的物理架構(gòu)。 配置視圖還包括一個(gè)映射， 該映射顯示在物理架構(gòu)中組件是怎樣分配的。順序圖在分析階段的作用？答： 順序圖描述了一組交互對(duì)象間的交互方式， 它表示完成某項(xiàng)行為的對(duì)象和這些對(duì)象之間傳遞消息的時(shí)間順序活動(dòng)圖在分析階段的作用？答： 活動(dòng)圖反映系統(tǒng)中從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的流程， 強(qiáng)調(diào)對(duì)象間的控制流程。 活動(dòng)圖特別適合描述工作流和并行處理過程。 具體地說活動(dòng)圖可以描述一個(gè)操作過程中需要完成的活動(dòng)； 描述一個(gè)對(duì)象內(nèi)部的工作； 描述如何執(zhí)行一組相關(guān)的動(dòng)作， 以及這些動(dòng)作如何影響它們周圍的對(duì)象；說明一個(gè)業(yè)務(wù)活動(dòng)中角色、工作流、組織和對(duì)象是如何工作的。比較結(jié)構(gòu)化設(shè)計(jì)和

59、面向?qū)ο笤O(shè)計(jì)區(qū)別？答： 結(jié)構(gòu)化設(shè)計(jì)： 系統(tǒng)被劃分成多個(gè)模塊， 這些模塊被組織成一個(gè)樹型結(jié)構(gòu)。 根就是主模塊，葉子是最低級(jí)的功能模塊。這棵樹也表示調(diào)用結(jié)構(gòu)：每個(gè)模塊都調(diào)用自己的直接下級(jí)模塊，并被自己的直接上級(jí)模塊調(diào)用。 頂層模塊負(fù)責(zé)收集應(yīng)用程序最重要的那些執(zhí)行策略， 底層模塊實(shí)現(xiàn)處理細(xì)節(jié)。在這個(gè)體系結(jié)構(gòu)中越靠上層位置，概念的抽象層次就越高。但是，由于上層模塊需要調(diào)用下層模塊， 所以這些上層模塊就依賴于下層模塊的處理細(xì)節(jié)。 也就是說， 當(dāng)實(shí)現(xiàn)細(xì)節(jié)發(fā)生變化時(shí)， 抽象也會(huì)受到影響； 如果想復(fù)用某一個(gè)抽象的話， 就必須把它依賴的細(xì)節(jié)都一起拖過去。面向?qū)ο笤O(shè)計(jì)： 上層創(chuàng)建的抽象不依賴于任何細(xì)節(jié)， 而細(xì)節(jié)則

60、高度依賴于上層的抽象。 這種依賴關(guān)系的變化正是結(jié)構(gòu)化設(shè)計(jì)與面向?qū)ο笤O(shè)計(jì)的根本區(qū)別。為建立良好的編程風(fēng)格應(yīng)遵循什么原則？ 答： 1）節(jié)簡(jiǎn)化不使用不必要的變量和函數(shù) 避免變量重名，變量重名可導(dǎo)致很難被發(fā)現(xiàn)的錯(cuò)誤。盡量減小代碼量。盡量減少代碼的執(zhí)行時(shí)間，提高執(zhí)行效率。免功能冗余的模塊。盡量不使用全局變量。2）模塊化確保物理和邏輯功能密切相關(guān)。限定一個(gè)模塊完成一個(gè)獨(dú)立的功能，提高模塊的內(nèi)聚度。檢查代碼的重復(fù)率，重復(fù)多的代碼，要抽出來作為一個(gè)單獨(dú)的模塊。3）簡(jiǎn)單化采用直接了當(dāng)?shù)乃惴?，避免使用技巧性高和難懂的代碼。使用簡(jiǎn)單的數(shù)據(jù)結(jié)構(gòu)，避免使用多維數(shù)組、指針和復(fù)雜的表。注意對(duì)象命名的一致性。以手工的方式簡(jiǎn)化