自學(xué)考試軟件工程試題庫和答案

1、02333軟件工程題庫及答案單選題1.軟件開發(fā)環(huán)境按解決的問題分類包含( ) A.程序設(shè)計(jì)環(huán)境B.工具箱環(huán)境C.基于方法的環(huán)境D.以語言為中心的環(huán)境2.用于描述待開發(fā)產(chǎn)品/系統(tǒng)功能上的能力、性能參數(shù)或其他性質(zhì)的是（ ） A.程序B.需求C.設(shè)計(jì)D.規(guī)約3.下列選項(xiàng)中，用作詳細(xì)設(shè)計(jì)的工具是（ ） A.層次圖B.數(shù)據(jù)流圖C.模塊結(jié)構(gòu)圖D.盒圖4.UML提供的圖形化工具中，用于概念模型和軟件模型的動(dòng)態(tài)結(jié)構(gòu)的是（ ） A.用況圖B.部署圖C.對象圖D.構(gòu)件圖5.根據(jù)軟件需求分類，下列選項(xiàng)中不屬于設(shè)計(jì)約束的是（ ） A.并發(fā)操作B.握手協(xié)議C.質(zhì)量屬性D.硬件限制6.根據(jù)RUP測試活動(dòng)，輸入為測試用況，

2、活動(dòng)為實(shí)現(xiàn)測試，則輸出為（ ） A.測試計(jì)劃B.測試構(gòu)件C.測試評價(jià)D.測試過程7.一般來說，單元測試往往采用（ ） A.等價(jià)類測試B.因果圖測試C.白盒測試D.黑盒測試8.支持面向?qū)ο蠹夹g(shù)的軟件生存周期模型是（ ） A.噴泉模型B.螺旋模型C.增量模型D.瀑布模型9.CMMI成熟度等級中的第四級為（ ） A.已定義級B.已定量管理級C.持續(xù)優(yōu)化級D.已管理級10.若一個(gè)學(xué)生可以在一所或者多所學(xué)校注冊學(xué)習(xí)，那么這種關(guān)聯(lián)關(guān)系稱為（ ） A.依賴B.泛化C.組合D.聚合11.以下（ ）不是結(jié)構(gòu)化分析方法常用的工具。 A.數(shù)據(jù)流圖B.數(shù)據(jù)字典C.程序流程圖 D.判定樹12.軟件基本過程指那些與軟件生

3、產(chǎn)直接相關(guān)的活動(dòng)集，可分為獲取過程、供應(yīng)過程開始過程、運(yùn)行過程和（ ） A.驗(yàn)證過程B.調(diào)試過程C.測試過程D.維護(hù)過程13.提高程序可讀性的有力手段是（ ）。 A.選好一種程序設(shè)計(jì)語言B.顯式說明一切變量C.使用三種標(biāo)準(zhǔn)控制語句D.給程序加注釋14.軟件需求分析階段的任務(wù)是確定（ ）。 A.軟件開發(fā)方法B.軟件開發(fā)費(fèi)用C.軟件系統(tǒng)功能D.軟件開發(fā)工具15.下面不是軟件需求規(guī)格說明書的特點(diǎn)的是（ ）。 A.正確性 B.無歧義性C.完整性D.不可修改性16.結(jié)構(gòu)設(shè)計(jì)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法，是以 （ ）為基礎(chǔ)、自頂向下、逐步求精和模塊化的過程。 A.數(shù)據(jù)流B.數(shù)據(jù)流圖C.數(shù)據(jù)庫D.數(shù)據(jù)結(jié)構(gòu)

4、17.需求分析說明書不能作為（ ）。 A.可行性研究的依據(jù)B.用戶和開發(fā)人員之間的合同C.系統(tǒng)概要設(shè)計(jì)的依據(jù)D.軟件驗(yàn)收測試的依據(jù)18.在數(shù)據(jù)流圖（DFD）中，帶有名字的箭頭表示（ ）。 A.控制程序 的執(zhí)行順序 B.模塊之間的調(diào)用關(guān)系 C.數(shù)據(jù)的流向 D.程序的組成成分19.下列敘述中，不屬于結(jié)構(gòu)化 分析方法的是（ ）。 A.面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法B.面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法C.面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開發(fā)方法D.面向?qū)ο蟮姆治龇椒?0.詳細(xì)設(shè)計(jì)的任務(wù)是決定每個(gè)模塊的內(nèi)部特性，即模塊（ ）。 A.外部特性 B.內(nèi)部特性C.算法和使用數(shù)據(jù)D.功能和輸入輸出數(shù)據(jù)21.下列工具中屬

5、于需求分析常用工具的是（ ）。 A.PADB.PFDC.N-SD.DFD22.在白盒測試法中的邏輯覆蓋技術(shù)中，其中發(fā)現(xiàn)錯(cuò)誤能力最弱的覆蓋技術(shù)是（ ）。 A.語句覆蓋 B.判定覆蓋C.條件覆蓋 D.數(shù)據(jù)流23.在軟件測試過程的4個(gè)步驟中，測試依據(jù)是需求規(guī)格說明的是（ ）。 A.單元測試 B.集成測試 C.確認(rèn)測試 D.系統(tǒng)測試24.概要設(shè)計(jì)的結(jié)果是提供一 份（ ）。 A.模塊說明書B.框圖C.程序 D.數(shù)據(jù)結(jié)構(gòu)25.與設(shè)計(jì)測試數(shù)據(jù)無關(guān)的文檔是（ ）。 A.需求說明書B.設(shè)計(jì)說明書C.源程序 D.項(xiàng)目開發(fā)設(shè)計(jì)26.在軟件維護(hù)中，為了加強(qiáng)、 改善系統(tǒng)的功能和性能，以滿足用戶新的要求的維護(hù)稱為（ ）。

6、 A.適應(yīng)性維護(hù) B.糾錯(cuò)性維護(hù)C.完善性維護(hù) D.預(yù)防性維護(hù)27.軟件測試的目的是（ ）。 A.發(fā)現(xiàn)錯(cuò)誤B.演示程序的功能C.改善軟件的性能D.挖掘軟件的潛能28.在瀑布模型中，將軟件分為若干個(gè)時(shí)期，軟件項(xiàng)目的可行性研究一般歸屬于（ ） A.維護(hù)時(shí)期B.運(yùn)行時(shí)期C.計(jì)劃時(shí)期 D.開發(fā)時(shí)期29.下列中不屬于軟件維護(hù)的是（ ）。 A.糾錯(cuò)性維護(hù)B.完善性維護(hù)C.檢驗(yàn)性維護(hù)D.預(yù)防性維護(hù)30.軟件工程的理論和技術(shù)性研究的內(nèi)容主要包括軟件 開發(fā)技術(shù)和（ ）。 A.消除軟件危機(jī)B.軟件工程管理C.程序設(shè)計(jì)自動(dòng)化D.程序設(shè)計(jì)自動(dòng)化31.軟件測試過程是軟件開發(fā)過程的逆過程，其最基礎(chǔ)性的測試應(yīng)是（ ）。 A

7、.集成測試B.單元測試C.有效性測試 D.系統(tǒng)測試32.強(qiáng)行排除法是一種常用的簡單方法，下列選項(xiàng)中（ ）不屬于強(qiáng)行排除法。 A.輸出內(nèi)存 儲(chǔ)器的信息 B.進(jìn)行回歸測試 C.在程序中插入打印語句D.利用自動(dòng)調(diào)試工具33.Putnam成本估算模型是一個(gè)（ ）模型。 A.靜態(tài)單變量B.動(dòng)態(tài)單變量C.靜態(tài)多變量D.動(dòng)態(tài)單變量34.在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是( ) A.程序模塊化B.模塊高內(nèi)聚C.模塊低耦合D.模塊獨(dú)立性35.在集成（聯(lián)合）測試中，測試的主要目的是發(fā)現(xiàn)（ ）階段的錯(cuò)誤。 A.軟件計(jì)劃B.需求分析C.設(shè)計(jì) D.編碼36.下列不屬于軟件調(diào)試技術(shù)的是（ ）。 A.強(qiáng)行排錯(cuò)法

8、B.集成測試法C.回溯法 D.原因排除法37.下面關(guān)于PDL語言不正確的說法是( ) A.PDL是描述處理過程怎么做B.PDL是只描述加工做什么C.PDL也稱為偽碼 D.PDL的外層語法應(yīng)符合一般程序設(shè)計(jì)語言常用的語法規(guī)則38.程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是 ( ) 。 A.不能嵌套使用B.只能用來寫簡單程序C.只能一個(gè)入口和一個(gè)出口D.已經(jīng)用硬件實(shí)現(xiàn)39.在面向?qū)ο蟮母邔釉O(shè)計(jì)體系結(jié)構(gòu)中， ( )是用來描述用戶一般使用軟件習(xí)慣的部分 A.人機(jī)交互界面B.問題論域C.系統(tǒng)交互界面D.數(shù)據(jù)管理40.在ATM機(jī)系統(tǒng)中，下列( ）不能在面向?qū)ο笤O(shè)計(jì)中被定義為類。 A.中央計(jì)算機(jī)B.柜臺事務(wù)C.撥號

9、D.營業(yè)廳41.模塊的內(nèi)聚性最高的是（ ） A.邏輯內(nèi)聚B.時(shí)間內(nèi)聚C.偶然內(nèi)聚D.功能內(nèi)聚42.把一組具有相似特性的對象組合在一起，稱之為（ ） A.多態(tài)性B.類C.消息D.繼承性43.以下說法錯(cuò)誤的是 ( ) 。 A.面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計(jì)的定義沒有明顯區(qū)別B.從面向?qū)ο蠓治龅矫嫦驅(qū)ο笤O(shè)計(jì)，是一個(gè)逐漸擴(kuò)充模型的過程C.在實(shí)際的軟件開發(fā)過程中，面向?qū)ο蠓治雠c面向?qū)ο笤O(shè)計(jì)的界限是模糊的D.面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)計(jì)活動(dòng)是一個(gè)多次反復(fù)迭代的過程44.SA方法的基本思想是（ ） A.自頂向下逐步分解B.自底向上逐步抽象C.自底向上逐步分解D.自底向下逐步抽象45.在E-R模型中，包含以下基本成

10、分( )。 A.數(shù)據(jù)、對象、實(shí)體B.控制、聯(lián)系、對象C.實(shí)體、聯(lián)系、屬性D.實(shí)體、屬性、操作46.程序的三種基本控制結(jié)構(gòu)是（ ）。 A.過程、子程序和分程序 B.順序、選擇和重復(fù) C.遞歸、迭代和回溯 D.調(diào)用、返回和轉(zhuǎn)移47.軟件管理的主要職能有（ ）。 A.人員管理、計(jì)劃管理 B.標(biāo)準(zhǔn)化管理、配置管理 C.成本管理、進(jìn)度管理 D.A和B48.下列模型屬于成本估算方法的有（ ）。 A.COCOMO模型B.McCall模型C.McCabe模型D.時(shí)間估算法49.下列語言中哪個(gè)語言是低級語言（ ）。 A.PASCALB.VISUAL BASICC.C+D.匯編語言50.原型化方法是一類動(dòng)態(tài)定義需

11、求的方法，下列敘述中，哪一個(gè)不具有原型化方法的特點(diǎn)（ ）。 A.提供嚴(yán)格定義的文檔B.加強(qiáng)用戶參與和決策C.簡化項(xiàng)目管理D.加快需求的確定多選題1.下面的（ ）是軟件構(gòu)造活動(dòng)的任務(wù)。 A.構(gòu)建軟件組件B.設(shè)計(jì)用戶界面C.實(shí)施組件的單元測試 D.評估組件的質(zhì)量2.良好設(shè)計(jì)的特征是（ ）。 A.模塊之間呈現(xiàn)高耦合B.實(shí)現(xiàn)分析模型中的所有需求C.包括所有組件的測試用例D.提供軟件的完整描述3.軟件維護(hù)的策略包括( )。 A.定期檢測維護(hù)B.改正性維護(hù)C.適應(yīng)性維護(hù)D.完善性維護(hù)4.下列屬于不標(biāo)準(zhǔn)的書寫格式有（ ）。 A.書寫時(shí)適當(dāng)使用空格分隔B.一行寫入多條語句C.嵌套結(jié)構(gòu)不使用分層縮進(jìn)的寫法D.程

12、序中不加注釋5.面哪些測試屬于黑盒測試( )。 A.路徑測試 B.等價(jià)類劃分C.邊界值分析D.錯(cuò)誤推測E.循環(huán)測試6.下列屬于軟件測試過程的是( )。 A.單元測試B.組裝測試C.內(nèi)核測試D.法律驗(yàn)證E.確認(rèn)測試7.軟件危機(jī)可以表現(xiàn)為（ ）。 A.產(chǎn)品不符合用戶的需要B.軟件產(chǎn)品的質(zhì)量差C.軟件的可維護(hù)性差D.軟件的價(jià)格昂貴8.( )可以作為模塊. A.子程序B.函數(shù)C.過程D.編譯文件9.關(guān)于內(nèi)容耦合的描述正確的是（ ）。 A.內(nèi)容耦合是最高程度的耦合B.應(yīng)該盡量使用內(nèi)容耦合C.高級語言一般設(shè)計(jì)成允許內(nèi)容耦合的形式D.如果一個(gè)模塊有多個(gè)入口，可能發(fā)生內(nèi)容耦合10.Jackson圖中一般可能包

13、括（ ）。 A.表頭B.表體C.表名D.字段名11.下列屬于度量效益方法的是( )。 A.貨幣的時(shí)間價(jià)值 B.投資回收期C.收入D.投資回報(bào)率12.在敏捷開發(fā)方法中，用戶故事（User Story）的作用是（ ）。 A.定義需要發(fā)布給最終用戶的軟件特性和功能B. 確定發(fā)布每一次增量的日程表C.用于代替詳細(xì)的活動(dòng)計(jì)劃 D.用于估算構(gòu)建當(dāng)前增量所需要的努力E.選項(xiàng)A和C13.數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法，在下列可采用的繪制方法中，哪些是常 采用的（ ）。 A.自頂向下B.自底向上C.分層繪制D.逐步求精14.軟件設(shè)計(jì)中一般將用到圖形工具，下列哪種些可用作設(shè)計(jì)的圖形工具（ ） A.結(jié)構(gòu)圖

14、B.實(shí)體聯(lián)系圖C.IPO圖D.層次圖19.下面哪些測試屬于白盒測試（ ）。 A.基本路徑測試B.等價(jià)類劃分C.邊界值分析D.錯(cuò)誤推測E.邏輯覆蓋測試20.下列哪些選項(xiàng)是屬于內(nèi)容耦合（ ）。 A.一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)B.一個(gè)模塊有多個(gè)入口C.一個(gè)模塊不通過正常入口轉(zhuǎn)到另一模塊內(nèi)部D.一個(gè)模塊只有一個(gè)入口判斷題1.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。( )2.數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。( )3.系統(tǒng)設(shè)計(jì)時(shí)應(yīng)該將模塊劃分得很細(xì)，模塊數(shù)越多越好。( )4.軟件是指用程序設(shè)計(jì)語言（如PASCAL,C,VISUAL?B

15、ASIC?等）編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼。( )5.文檔是影響軟件可維護(hù)性的決定因素。( )6.軟件模塊之間的耦合性越弱越好。( )7.軟件開發(fā)的方法的工作模型是螺旋模型。( )8.繼承性是父類和子類之間共享數(shù)據(jù)結(jié)構(gòu)和消息的機(jī)制，這是類之間的一種關(guān)系。( )9.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品( )10.在面向?qū)ο蟮能浖_發(fā)方法中，每個(gè)類都存在其相應(yīng)的對象，類是對象的實(shí)例，對象是生成類的模板。( )11.如果通過軟件測試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。( )12.快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。( )13.總體設(shè)

16、計(jì)的基本目的就是回答：概括地說，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)？這個(gè)問題。( )14.在軟件開發(fā)過程中，軟件項(xiàng)目管理比軟件編碼技術(shù)顯得更為重要。( )15.可行性研究階段要進(jìn)行一次大大壓縮簡化了的系統(tǒng)分析和設(shè)計(jì)的過程。( )16.JAVA語言編譯器是一個(gè)CASE工具。( )17.確認(rèn)測試計(jì)劃應(yīng)該在可行性研究階段制定。( )18.CMM標(biāo)準(zhǔn)共分五個(gè)等級，其中第三級是已管理級。( )19.軟件就是程序，編寫軟件就是編寫程序。 ( )20.瀑布模型的最大優(yōu)點(diǎn)是將軟件開發(fā)的各個(gè)階段劃分得十分清晰。( )21.結(jié)構(gòu)化方法的工作模型是使用螺旋模型進(jìn)行開發(fā)。( )22.沒有Do-case、Do-until形結(jié)構(gòu)，就不能實(shí)

17、現(xiàn)某些結(jié)構(gòu)化程序，從而降低了程序的運(yùn)行效率。( )23.白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。( )24.過程描述語言可以用于描述軟件的系統(tǒng)結(jié)構(gòu)。( )25.軟件開發(fā)小組的組成人員的素質(zhì)應(yīng)該好，而人數(shù)則不宜過多。 ( )26.類圖中的角色是用于描述該類在關(guān)聯(lián)中所扮演的角色和職責(zé)的。( )27.數(shù)據(jù)流圖表示了軟件系統(tǒng)對數(shù)據(jù)的算法處理過程，即系統(tǒng)的物理模型。 ( )28.用面向?qū)ο蠓椒ǚ治?、設(shè)計(jì)、實(shí)現(xiàn)軟件，仍屬線性的瀑布開發(fā)模型。( )29.面向?qū)ο蟮拈_發(fā)方法包括面向?qū)ο蟮姆治?、面向?qū)ο蟮脑O(shè)計(jì)和面向?qū)ο蟮某绦蛟O(shè)計(jì)。 ( )30.軟件危機(jī)的主要表現(xiàn)是軟件的需求量迅速增

18、加，軟件價(jià)格上升。( )31.信息隱蔽原則有利于提高模塊的內(nèi)聚性。( )32.SD 法是一種面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法，強(qiáng)調(diào)程序結(jié)構(gòu)與問題結(jié)構(gòu)相對應(yīng)。 ( )33.中心變換型的DFD 圖可看成是對輸入數(shù)據(jù)進(jìn)行轉(zhuǎn)換而得到輸出數(shù)據(jù)的處理，因此可以使用事務(wù)分析技術(shù)得到初始的模塊結(jié)構(gòu)圖。( )34.在等價(jià)分類法中，為了提高測試效率，一個(gè)測試用例可以覆蓋多個(gè)無效等價(jià)類。 ( )35.用例模型的基本組成部件是用例、角色和用例之間的聯(lián)系。( )36.UML建模語言是由視圖、圖、模型元素和通用機(jī)制構(gòu)成的層次關(guān)系來描述的。( )37.順序圖描述對象之間的交互關(guān)系，重點(diǎn)描述對象間消息傳遞的時(shí)間順序。( )38.類圖用

19、來表示系統(tǒng)中類和類與類之間的關(guān)系，它是對系統(tǒng)動(dòng)態(tài)結(jié)構(gòu)的描述。( )39.活動(dòng)圖顯示動(dòng)作及其結(jié)果，著重描述操作實(shí)現(xiàn)中所完成的工作以及用例實(shí)例或類中的活動(dòng)。( )40.改進(jìn)程序的執(zhí)行效率不會(huì)引入錯(cuò)誤。( )41.數(shù)據(jù)庫設(shè)計(jì)說明書是一個(gè)軟件配置項(xiàng)。( )42.判定表的優(yōu)點(diǎn)是容易轉(zhuǎn)換為計(jì)算機(jī)實(shí)現(xiàn)，缺點(diǎn)是不能夠描述組合條件。( )43.分層的DFD圖可以用于可行性分析階段，描述系統(tǒng)的物理結(jié)構(gòu)。( )44.RCP法與RSP法的主要區(qū)別是前者采用循環(huán)漸進(jìn)的開發(fā)方式，原型將成為最終的產(chǎn)品，而后者原型將被廢棄。( )45.信息建模方法是從數(shù)據(jù)的角度來建立信息模型的，最常用的描述信息模型的方法是E-R圖。( )4

20、6.劃分模塊可以降低軟件的復(fù)雜度和工作量，所以應(yīng)該將模塊分得越小越好。( )47.面向?qū)ο蟮牡姆椒ㄊ且灶愖鳛樽罨镜脑?，它是分析問題和解決問題的核心。( )48.復(fù)用也叫重用或再用，面向?qū)ο蠹夹g(shù)中的“類”是比較理想的可重用軟構(gòu)件，它有三種重用方式：實(shí)例重用、繼承重用、多態(tài)重用。( )49.對象模型表示了靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì)，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，它是從客觀世界實(shí)體的對象關(guān)系角度來描述，表現(xiàn)了對象的相互關(guān)系。( )50.面向?qū)ο蟮姆治鲞^程主要包括三項(xiàng)內(nèi)容：理解、表達(dá)和驗(yàn)證。( )答案單選題01.A02.B03.D04.A05.C06.B07.C08.A09.B10.D11.C12.D1

21、3.C14.C15.D16.B17.A18.C19.D20.C21.D22.A23.C24.A25.D 26.C27.A 28.C29.C30.B 31.B32.B33.D34.D35.D36.B 37.D38.C 39.C40.C41.D42.B43.A44.A45.C46.B47.D48.A 49._50.A多選題01.AC02.BD03.BCD04.BCD05.BCD06.ABE07.ABCD08.ABCD09.AD 10.ABCD11.ABCD12.AD 13.ACD 14.ACD19.AE20.ABC判斷題01.02.X03.X04.X05.06.07.X08.X09.10.X11.

22、X12.13.14.15.16.17.X18.X19.X20.X21.X22.23.X24.X25.26.27.X28.X29.30.X31.32.X33.X34.X35.36.37.38.X39.X40.X41.42.X43.X44.45.46.X47.X48.49.50.填空題1.計(jì)算機(jī)軟件一般是指計(jì)算機(jī)系統(tǒng)中的程序及其文檔。2.需求規(guī)約的基本性質(zhì)包括重要性和穩(wěn)定性、可修改的、完整的和一致的。3.在結(jié)構(gòu)化分析方法中，加工是數(shù)據(jù)的變換單元，即它接受輸入的數(shù)據(jù)，對其進(jìn)行處理，并產(chǎn)生輸出。4.數(shù)據(jù)源是數(shù)據(jù)流的起點(diǎn)；數(shù)據(jù)潭是數(shù)據(jù)流的歸宿地。5.結(jié)構(gòu)化設(shè)計(jì)的主要任務(wù)是在需求分析的基礎(chǔ)上，定義滿足需求

23、所需要的結(jié)構(gòu)，即針對給定的問題，給出該問題的軟件解決方案，確定“怎么做”的問題。6.模塊是執(zhí)行一個(gè)特殊任務(wù)的一個(gè)過程以及相關(guān)的數(shù)據(jù)結(jié)構(gòu)。7.耦合是指不同模塊之間相互依賴程度的度量。8.在軟件工程中，F(xiàn)TR的中文含義為正式技術(shù)評審。9.軟件風(fēng)險(xiǎn)的兩個(gè)主要特性是不確定性和損失。10.在構(gòu)件設(shè)計(jì)中，用于描述加工邏輯的主要工具有 圖形化設(shè)計(jì)表示、表格式設(shè)計(jì)表示和程序設(shè)計(jì)語言。11.軟件項(xiàng)目管理的主要內(nèi)容是人員、產(chǎn)品、項(xiàng)目、過程。12.功能獨(dú)立性是模塊化和抽象及信息隱藏概念的直接產(chǎn)物，是通過兩項(xiàng)質(zhì)量標(biāo)準(zhǔn)來衡量的：內(nèi)聚和耦合。13.傳統(tǒng)的軟件工程中，從分析模型到設(shè)計(jì)模型的翻譯，數(shù)據(jù)流圖是體系結(jié)構(gòu)設(shè)計(jì)和接口

24、設(shè)計(jì)的的依據(jù)；而數(shù)據(jù)設(shè)計(jì)則依據(jù)數(shù)據(jù)字典和實(shí)體-關(guān)系圖 。14.自底向上集成是集成測試中的一種策略，采用這種方法對軟件進(jìn)行集成測試時(shí)，需要為 每個(gè)模塊準(zhǔn)備一個(gè)驅(qū)動(dòng)模塊。15.軟件工程的分析模型有三種，分別是信息域、功能域和行為域。16.UML的定義包括UML語義和UML表示法兩個(gè)部分。17.軟件工程是從軟件開發(fā)技術(shù)和 軟件工程 兩個(gè)方面研究如何運(yùn)用工程學(xué)的基本原理和方法來更好地開發(fā)和維護(hù)計(jì)算機(jī)軟件的一門學(xué)科。18.在軟件開發(fā)過程中要產(chǎn)生大量的信息，要進(jìn)行大量的修改軟件配置管理能協(xié)調(diào)軟件開發(fā)，并使混亂減到最低程度。19.內(nèi)聚性有七種類型，最強(qiáng)的是功能，最弱的是偶然。20.集成測試采用的具體方法有漸

25、增式方法、非漸增式方法。21.螺旋模型利用笛卡爾坐標(biāo)的四個(gè)像限分別表達(dá)軟件開發(fā)模型各方面的活動(dòng)。22.軟件編碼階段要善于積累編程的經(jīng)驗(yàn)，使得編出的程序清晰易懂、易于測試與維護(hù),從而提高軟件質(zhì)量。23.結(jié)構(gòu)程序設(shè)計(jì)的基本思想是自頂而下,逐步求精24.數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合，它所定義的對象都包含于數(shù)據(jù)流圖中。25.大型軟件測試包括單元測試_、集成測試、確認(rèn)測試和系統(tǒng)測試四個(gè)步驟。26.面象方法用對象行為和屬性分解取代了傳統(tǒng)方法的功能分解。27.白盒測試和黑盒測試是軟件測試的兩類基本方法，這兩類方法各有所長，相互補(bǔ)充。28.UML中的泛化關(guān)系就是通常所說的繼承關(guān)系。29.在前期需求明確、資料

26、完整的情況下盡量采用瀑布模型。30.軟件重用技術(shù)是能從根本上提高軟件可維護(hù)性的重要技術(shù)。31.檢查軟件產(chǎn)品是否符合需求定義的過程稱為確認(rèn)測認(rèn)。名詞解釋1.軟件工程：內(nèi)容：軟件工程是用科學(xué)知識和技術(shù)原理來定義、開發(fā)、維護(hù)軟件的一門學(xué)科。（它是一門綜合性的交叉學(xué)科，它涉及計(jì)算機(jī)科學(xué)、工程科學(xué)、管理科學(xué)、數(shù)學(xué)等。）2.軟件危機(jī)：內(nèi)容：是計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程所遇到的一系列嚴(yán)重的問題。3.軟件需求：內(nèi)容：軟件需求是指（1）用戶解決問題或達(dá)到目標(biāo)所需的條件或能力；（2）系統(tǒng)或系統(tǒng)部件要滿足合同、標(biāo)準(zhǔn)、規(guī)范或其它正式規(guī)定文檔所需具有的條件或能力；（3）一種反映上面（1）或（2）所描述的條件或能力的文檔

27、說明。4.需求分析：內(nèi)容：是準(zhǔn)確的理解用戶的需求將其轉(zhuǎn)換成需求定義，然后由需求定義轉(zhuǎn)換成形式化的功能規(guī)約。5.結(jié)構(gòu)化程序設(shè)計(jì)內(nèi)容：結(jié)構(gòu)化程序設(shè)計(jì)是一種程序設(shè)計(jì)技術(shù)，采用自頂向下逐步求精的設(shè)計(jì)方法和單入口單出口的控制構(gòu)件。6.軟件設(shè)計(jì)：內(nèi)容：從抽象概括到具體實(shí)踐過程 。7.信息隱蔽：內(nèi)容：指在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的信息（過程或數(shù)據(jù)），對于不需要這些信息的其它 模塊來說，是不能訪問的。8.對象：內(nèi)容：是系統(tǒng)中描述客觀事物的一個(gè)實(shí)體，它是構(gòu)成系統(tǒng)的一個(gè)基本單位，由一組屬性和對這組屬性進(jìn)行操作的一組服務(wù)組成，是類的一個(gè)實(shí)例9.數(shù)據(jù)字典：內(nèi)容：數(shù)據(jù)字典由數(shù)據(jù)條目組成，數(shù)據(jù)字典描述、組織和

28、管理數(shù)據(jù)流圖的數(shù)據(jù)流、加工、數(shù)據(jù)源及外部實(shí)體。10.耦合：內(nèi)容：塊間聯(lián)系，軟件系統(tǒng)結(jié)構(gòu)中各模塊間相互聯(lián)系緊密程度的一種度量。11.數(shù)據(jù)抽象：內(nèi)容：數(shù)據(jù)抽象把一個(gè)數(shù)據(jù)對象的定義(或描述 )抽象為一個(gè)數(shù)據(jù)類型名，用此類型名可定義多個(gè)具有相同性質(zhì)的數(shù)據(jù)對象。12.類：內(nèi)容：具有相似或相同性質(zhì)的對象的抽象就是類。13.系統(tǒng)測試：內(nèi)容：系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾的地方。14.綜合測試：內(nèi)容：綜合測試 是組裝軟件的系統(tǒng)測試技術(shù),按設(shè)計(jì)要求把通過單元測試的各個(gè)模塊組裝在一起之后,進(jìn)行綜合測試以便發(fā)現(xiàn)與接口有關(guān)的各種錯(cuò)誤。15.軟件生存周期模型：內(nèi)容：軟件生

29、存周期模型是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。16.軟件生存周期：內(nèi)容：軟件產(chǎn)品從形成概念開始，經(jīng)過開發(fā)、運(yùn)行（使用）和維護(hù)直到退役的全過程稱為軟件生存周期，包括軟件定義、開發(fā)、使用和維護(hù)三部分17.成熟度等級：內(nèi)容：軟件成熟度等級是指軟件開發(fā)組織在走向成熟的途中幾個(gè)具有明確定義的表示軟件過程能力成熟度的平臺。18.繼承：內(nèi)容：廣義的說是指能夠直接獲得已有的性質(zhì)和特征，而不必重復(fù)定義它們 狹義的說是子類自動(dòng)地共享基類中定義的數(shù)據(jù)和方法的機(jī)制19項(xiàng)目管理：內(nèi)容：就是通過合理地組織和利用一切可以利用的資源，按照計(jì)劃的成本和計(jì)劃的進(jìn)度，完成一個(gè)計(jì)劃的目標(biāo)，它包含團(tuán)隊(duì)管理、風(fēng)險(xiǎn)管理、采購管理、

30、流程管理、時(shí)間管理、成本管理和質(zhì)量管理等。20.白盒測試： 內(nèi)容：白盒測試是已知產(chǎn)品內(nèi)部工作過程,通過測試檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按照產(chǎn)品規(guī)格說明的規(guī)定正常進(jìn)行。21.預(yù)防性維護(hù)：內(nèi)容：預(yù)防性維護(hù) 是為了進(jìn)一步改善軟件系統(tǒng)的可維護(hù)性和可靠性,并為以后的改進(jìn)奠定基礎(chǔ)。22.編程風(fēng)格：內(nèi)容：是在不影響性能的前提下,有效地編排和組織程序以提高可讀性和可維性。23.數(shù)據(jù)流圖：內(nèi)容：數(shù)據(jù)流圖是結(jié)構(gòu)化分析的基本工具，它描述了信息流和數(shù)據(jù)轉(zhuǎn)換。24.軟件測試：內(nèi)容：軟件測試是以最少的時(shí)間和人力系統(tǒng)地找出軟件中潛在的各種錯(cuò)誤和缺陷。25.CASE工具：內(nèi)容：CASE工具是一些軟件系統(tǒng)，支持軟件過程的常規(guī)活動(dòng)，如編

31、輯設(shè)計(jì)圖表、檢查圖表的連貫性、跟蹤已經(jīng)運(yùn)行的程序測試等。26.模塊作用域：內(nèi)容：是指受該模塊判定影響的所有模塊。受該模塊內(nèi)的一個(gè)判定影響的所有模塊的集合27.內(nèi)聚性：內(nèi)容：內(nèi)聚性是模塊獨(dú)立性的衡量標(biāo)準(zhǔn)之一，它是指模塊的功能強(qiáng)度的度量，即一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量28.數(shù)據(jù)設(shè)計(jì)：內(nèi)容：數(shù)據(jù)設(shè)計(jì)是為在需求規(guī)格說明中定義的那些數(shù)據(jù)對象選擇合適的邏輯表示,并確定可能作用在這些邏輯結(jié)構(gòu)上的所有操作(包括選用已存在的程序包)29.瀑布模型：內(nèi)容：瀑布模型是將軟件生命周期的各項(xiàng)活動(dòng)規(guī)定為依線性順序連接的若干階段的模型，適合于軟件需求很明確的軟件項(xiàng)目。30.條件組合覆蓋：內(nèi)容：條件組合覆蓋就

32、是設(shè)計(jì)足夠的測試用例，運(yùn)行被測程序，使得每個(gè)判斷的所有可能的條件取值組合至少執(zhí)行一次。問答題一、軟件生命期各階段的任務(wù)是什么？ 答：軟件生命期分為7個(gè)階段：1)問題定義：確定要解決的問題是什么；2)可行性研究：確定問題是否值得解，技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性；3)需求分析：確定該系統(tǒng)必須做什么；4)總體設(shè)計(jì)：確定系統(tǒng)如何實(shí)現(xiàn)，包括系統(tǒng)設(shè)計(jì)和結(jié)構(gòu)設(shè)計(jì)；5)詳細(xì)設(shè)計(jì)：具體實(shí)現(xiàn)設(shè)計(jì)的系統(tǒng)；6)實(shí)現(xiàn)：編碼和測試；7)運(yùn)行維護(hù)：保證軟件正常運(yùn)行。二、如何理解模塊獨(dú)立性？用什么指標(biāo)來衡量模塊獨(dú)立性？ 答：模塊獨(dú)立的概念是模塊化、抽象、信息隱蔽和局部化概念的直接結(jié)果。模塊的獨(dú)立性很重要：第一，有效的模

33、塊化（即具有獨(dú)立的模塊）的軟件比較容易開發(fā)出來。第二，獨(dú)立的模塊比較容易測試和維護(hù)。 模塊的獨(dú)立程度可以由兩個(gè)定性標(biāo)準(zhǔn)度量，分別是內(nèi)聚和耦合。內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度；耦合衡量不同模塊彼此之間互相依賴（連接）的緊密程度。三、軟件重用的效益是什么？ 答：1) 軟件重用可以顯著地改善軟件的質(zhì)量和可靠性； 2) 軟件重用可以極大地提高軟件開發(fā)的效率； 3) 節(jié)省軟件開發(fā)的成本，避免不必要的重復(fù)勞動(dòng)和人力、財(cái)力的浪費(fèi)。四、需求規(guī)約的作用是什么？ 答：需求規(guī)約的作用可概括為以下4點(diǎn)：1）需求規(guī)約是軟件開發(fā)組織和用戶之間一份事實(shí)上的技術(shù)合同書，是產(chǎn)品功能及其環(huán)境的體現(xiàn)。2）對于項(xiàng)目的

34、其余大多數(shù)工作， 需求規(guī)約是一個(gè)管理控制點(diǎn)；3）對于產(chǎn)品/系統(tǒng)的設(shè)計(jì)，需求規(guī)約是一個(gè)正式的、受控的起始點(diǎn)；4）需求規(guī)約是創(chuàng)建產(chǎn)品驗(yàn)收測試計(jì)劃和用戶指南的基礎(chǔ)。五、簡述建模過程及步驟？ 答：為了支持系統(tǒng)地使用信息來創(chuàng)建系統(tǒng)功能模型，結(jié)構(gòu)化分析方法給出了建模的基本步驟，該過程屬于“自頂向下，功能分解”形式。1.建立系統(tǒng)環(huán)境圖，確定系統(tǒng)語境；2.自頂向下，逐步求精，建立系統(tǒng)的層次數(shù)據(jù)流圖；3.定義數(shù)據(jù)字典；4.描述加工。六、簡述RUP中迭代增量式開發(fā)的概念以及規(guī)定的開發(fā)階段。 答：RUP中迭代增量式開發(fā)是指通過開發(fā)活動(dòng)的迭代，不斷產(chǎn)生相應(yīng)的增量。1）初始階段；2）精化階段；3）構(gòu)造階段；4）移交階段

35、七、簡述結(jié)構(gòu)化方法總體設(shè)計(jì)的任務(wù)。 答：結(jié)構(gòu)化設(shè)計(jì)方法是將應(yīng)用軟件設(shè)計(jì)過程劃分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段?？傮w設(shè)計(jì)的主要任務(wù)是要確定軟件的整體結(jié)構(gòu)，其具體的任務(wù)是：1）將系統(tǒng)或子系統(tǒng)分解為多個(gè)模塊；2）確定模塊之間傳送的數(shù)據(jù)及其調(diào)用關(guān)系；3）評價(jià)并改進(jìn)模塊結(jié)構(gòu)的質(zhì)量。八、簡述變換設(shè)計(jì)與事務(wù)設(shè)計(jì)的區(qū)別及聯(lián)系。 答：變換設(shè)計(jì)是在需求規(guī)約的基礎(chǔ)上，經(jīng)過一系列設(shè)計(jì)步驟，將變換型數(shù)據(jù)流圖轉(zhuǎn)換成系統(tǒng)的模塊結(jié)構(gòu)圖。其基本步驟是： 1.設(shè)計(jì)準(zhǔn)備復(fù)審并精化系統(tǒng)模型； 2.確定輸入、變換、輸出這三部分之間的邊界； 3.第一級分解系統(tǒng)模塊結(jié)構(gòu)圖頂層和第一層的設(shè)計(jì)； 4.第二級分解自頂向下，逐步求精；當(dāng)數(shù)據(jù)流圖具有

36、明顯的事務(wù)型特征時(shí)，也就是有一個(gè)明顯的事務(wù)處理中心時(shí)，則比較適宜采用事務(wù)設(shè)計(jì)。事務(wù)設(shè)計(jì)的基本步驟和變換設(shè)計(jì)大體相同。事務(wù)設(shè)計(jì)的基本步驟如下： 1.設(shè)計(jì)準(zhǔn)備復(fù)審并精化系統(tǒng)模型； 2.確定事務(wù)處理中心； 3.第一級分解系統(tǒng)模塊結(jié)構(gòu)圖頂層和第一層的設(shè)計(jì)； 4.“第二級分解”自頂向下，逐步求精。九、簡述CMMI成熟度等級的概念、劃分及組成。 答：成熟度等級是指達(dá)到預(yù)先定義的一組過程域所有目標(biāo)的一種過程改善等級。 在CMMI中，應(yīng)用于一個(gè)組織過程改善的成熟度等級有5個(gè)： 1級：初始級；2級：以管理級；3級：以定義級；4級：以定量管理級；5級：持續(xù)優(yōu)化級；十、什么是狀態(tài)？什么是狀態(tài)圖？簡述實(shí)際應(yīng)用中只用狀

37、態(tài)圖的作用。 答：狀態(tài)是類目的一個(gè)實(shí)例在其生存中的一種條件或情況；期間該實(shí)例滿足這一條件，就執(zhí)行某一活動(dòng)或等待一個(gè)消息。狀態(tài)圖是現(xiàn)實(shí)狀態(tài)機(jī)的圖，強(qiáng)調(diào)從一個(gè)狀態(tài)到另一個(gè)狀態(tài)的控制流。從實(shí)際使用中狀態(tài)圖的作用：創(chuàng)建一個(gè)系統(tǒng)的動(dòng)態(tài)圖和創(chuàng)建一個(gè)場景的模型。十一、簡述詳細(xì)設(shè)計(jì)任務(wù)及各階級的目標(biāo)。 答：概要設(shè)計(jì)已經(jīng)確定了每個(gè)模塊的功能和接口，詳細(xì)設(shè)計(jì)的任務(wù)就是為每個(gè)模塊設(shè)計(jì)其實(shí)現(xiàn)的細(xì)節(jié)。詳細(xì)設(shè)計(jì)階段的根本目標(biāo)是確定應(yīng)該怎樣具體地實(shí)現(xiàn)所要求的系統(tǒng)，得出對目標(biāo)系統(tǒng)的精確描述。詳細(xì)設(shè)計(jì)階段的內(nèi)容為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)。為模塊內(nèi)部的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)。對數(shù)據(jù)庫進(jìn)行物理設(shè)計(jì)。其他詳細(xì)設(shè)計(jì)工具主要包括程序流程圖(

38、系統(tǒng)流程圖)、盒圖（N-S圖）、PAD圖和偽碼（PDL）。十二、簡述測試與軟件開發(fā)各階段的關(guān)系。 答：測試與軟件開發(fā)各階段的關(guān)系 單元測試對程序中每一個(gè)程序單元進(jìn)行測試，檢查各個(gè)模塊是否爭取實(shí)現(xiàn)規(guī)定的功能，從而發(fā)現(xiàn)模塊在編碼中或算法中的錯(cuò)誤，該階段涉及編碼和詳細(xì)設(shè)計(jì)文檔。 集成測試是為了檢查與設(shè)計(jì)相關(guān)的軟件體系結(jié)構(gòu)的有關(guān)問題，也就是檢查概要設(shè)計(jì)是否合理有效。 確認(rèn)測試主要是檢查已實(shí)現(xiàn)的軟件是否滿足需求規(guī)格說明書中已確定了的各種需求。 系統(tǒng)測試是把已確認(rèn)的軟件與其他系統(tǒng)元素（如硬件，其他支持軟件、數(shù)據(jù)、人工等）結(jié)合在一起進(jìn)行測試，以確定軟件是否可以支付使用十三、軟件質(zhì)量與軟件質(zhì)量保證的含義是什么

39、？ 答：軟件質(zhì)量定義為：與所確定的功能和性能需求的一致性；與所成文的開發(fā)標(biāo)準(zhǔn)一致性；與所有專業(yè)開發(fā)的軟件所期望的隱含特性的一致性。而軟件質(zhì)量保證就是向用戶及社會(huì)提供滿意的高質(zhì)量的產(chǎn)品，確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動(dòng)，即確定、達(dá)到和維護(hù)需要的軟件質(zhì)量而進(jìn)行的所有有計(jì)劃、有系統(tǒng)的管理活動(dòng)。十四、什么是數(shù)據(jù)流圖？其作用是什么？ 其中的基本符號各表示什么含義？ 答：數(shù)據(jù)流圖簡稱DFD，是SA方法中用于表示系統(tǒng)邏輯模型的一種工具。它以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。數(shù)據(jù)流圖有四種基本圖形符號：“”箭頭表示數(shù)據(jù)流；“

40、”圓或橢圓表述加工；“=”雙杠表示數(shù)據(jù)存儲(chǔ)；“”方框表示數(shù)據(jù)的源點(diǎn)或終點(diǎn)。十五、軟件維護(hù)的特點(diǎn)是什么？ 答：軟件維護(hù)主要體現(xiàn)在三個(gè)方面：1.非結(jié)構(gòu)化維護(hù)和結(jié)構(gòu)化維護(hù)。軟件的開發(fā)過程對軟件的維護(hù)有很大的影響。若不采用軟件工程的方法開發(fā)軟件，則軟件只有程序而無文檔，維護(hù)工作非常困難，這是一種非結(jié)構(gòu)化的維護(hù)。若采用軟件工程的方法開發(fā)軟件，則各階段都有相應(yīng)的文檔，容易進(jìn)行維護(hù)工作，這是一種結(jié)構(gòu)化的維護(hù)。2.維護(hù)的困難性。軟件維護(hù)的困難性是由于軟件需求分析和開發(fā)方法的缺陷。軟件生存周期中的開發(fā)階段沒有嚴(yán)格而有科學(xué)的管理和規(guī)劃，就會(huì)引起軟件運(yùn)行時(shí)的維護(hù)困難。3.軟件維護(hù)的費(fèi)用。軟件維護(hù)的費(fèi)用在總費(fèi)用中的比

41、重是在不斷增加的，這是軟件維護(hù)有形的代價(jià)。另外還有無形的代價(jià)，即要占用更多的資源。軟件維護(hù)費(fèi)用增加的主要原因是軟件維護(hù)的生產(chǎn)率非常低。十六、對軟件開發(fā)環(huán)境的基本要求有哪些？ 答： 對軟件開發(fā)環(huán)境的基本要求有以下幾點(diǎn)：軟件開發(fā)環(huán)境應(yīng)是高度集成的一體化的系統(tǒng)；軟件開發(fā)環(huán)境應(yīng)具有高度的通用性；軟件開發(fā)環(huán)境應(yīng)易于定制、裁剪或擴(kuò)充以符合用戶要求，即軟件開發(fā)環(huán)境應(yīng)具有高度的適應(yīng)性和靈活性；軟件開發(fā)環(huán)境不但可應(yīng)用性要好，而且是易使用的、經(jīng)濟(jì)高效的系統(tǒng)；軟件開發(fā)環(huán)境應(yīng)有輔助開發(fā)向半自動(dòng)開發(fā)和自動(dòng)開發(fā)逐步過渡的系統(tǒng) 十七、制定軟件項(xiàng)目進(jìn)度表有哪兩種途徑。 答：制定軟件項(xiàng)目進(jìn)度表有下列兩種途徑：軟件開發(fā)小組根據(jù)提供軟件產(chǎn)品的最后期限從后往前安排時(shí)間；軟件項(xiàng)目開發(fā)組織根據(jù)項(xiàng)目和資源情況制定軟件項(xiàng)目開發(fā)的初步計(jì)劃和交付軟件產(chǎn)品的日期。十八、簡述說明結(jié)構(gòu)化分析和面向?qū)ο蠓治龅膮^(qū)別？ 答：結(jié)構(gòu)化分析建模的目標(biāo)是創(chuàng)建各種表現(xiàn)形式，以描述軟件信息、功能和行為的需求 。為實(shí)現(xiàn)這一目標(biāo)，可采用結(jié)構(gòu)化分析和面向?qū)ο蠓治龇椒?。結(jié)構(gòu)化分析把軟件看作信息裝換器，輔助軟件工程師識別數(shù)據(jù)對象、對象間的聯(lián)系以及這些數(shù)據(jù)對象流經(jīng)軟件處理功能時(shí)轉(zhuǎn)換的方式。而面向?qū)ο蠓治鼍褪菣z查定義為一組用例的問題域，盡量提取定義問題的類。十九、一個(gè)良好的設(shè)計(jì)類需要滿足四個(gè)特點(diǎn)，請?jiān)敿?xì)描述這四個(gè)特點(diǎn)？ 答：