系統(tǒng)開發(fā)規(guī)范與文檔編寫期末綜合練習(07春)

1、系統(tǒng)開發(fā)規(guī)范與文檔編寫期末綜合練習（07春）一、單項選擇題1某個軟件項目的開發(fā)過程中，創(chuàng)建了一些C+類及類中的屬性和方法的說明，描述這些類的說明的文檔是（）。A、軟件需求說明書B、詳細設計說明書C.、概要設計說明書D、開發(fā)進度月報2數(shù)據(jù)流圖中代表了數(shù)據(jù)的生產(chǎn)者和消費者的是（）。A、數(shù)據(jù)存儲B、數(shù)據(jù)加工C、數(shù)據(jù)源D、數(shù)據(jù)流3結構化軟件設計可以進一步分為兩個階段是（）。A、概要設計和詳細設計B、概要設計和過程設計C、接口設計和過程設計D、接口設計和詳細設計4一組模塊都訪問同一全局簡單變量而不是同一全局數(shù)據(jù)結構，而且不是通過參數(shù)表傳遞該全局變量的信息，則稱之為（）。A、內容耦合B、外部耦合C、控制耦

2、合D、標記耦合5封裝的目的是使對象的（）分離。A、定義和實現(xiàn)B、設計和測試C、設計和實現(xiàn)D、分析和定義6整體-部分結構體現(xiàn)了面向對象方法的（）。A、關聯(lián)（association）B、聚合（aggregation）C、依賴（depending）D、細化（refinement）7在面向對象方法中，對象可看成是屬性（數(shù)據(jù)）以及這些屬性上的專用操作的封裝體。封裝是一種（）。A、組裝技術 B、信息屏蔽技術C、固化技術 D、產(chǎn)品化技術8程序測試不包括檢測（）。A、代碼的語法錯誤B、代碼的語義錯誤C、代碼的運行錯誤D、代碼的格式錯誤9在軟件開發(fā)中沒有軟件測試活動的階段是（）。A、代碼編寫B(tài)、系統(tǒng)分析C、系統(tǒng)

3、設計D、可行性分析10動態(tài)測試的內容不包括（）A、單元測試B、模塊測試C、功能測試D、結構檢查11結構化分析方法(SA)的一個重要指導思想是（）。A、自頂向下，逐步抽象B、自底向上，逐步抽象C、自頂向下，逐步分解D、自底向上，逐步分解12下列各項中，不是一個軟件產(chǎn)品中所必需的是（）。A、程序B、算法C、數(shù)據(jù)D、文檔13UML中用下列哪那些圖來建立靜態(tài)模型（）。A、用例圖、對象圖和包圖B、類圖、狀態(tài)圖和包圖C、類圖、對象圖和包圖D、類圖、對象圖和順序圖14按照軟件的工作方式進行分類，能夠對實時發(fā)生的事件和數(shù)據(jù)及時進行處理的軟件應分類為（）。A、實時處理軟件B、分時軟件C、交互式軟件D、并行處理軟

4、件15軟件項目開發(fā)計劃描述的是：（）A、說明系統(tǒng)的功能分配，模塊劃分B、對目標軟件的功能、性能、用戶界面及運行環(huán)境等做出詳細的說明C、給出數(shù)據(jù)邏輯描述和數(shù)據(jù)采集的各項要求D、為軟件項目實施方案制定出的具體計劃16CMM將一個企業(yè)的軟件能力劃分為5個等級，如果在一個企業(yè)的軟件開發(fā)過程中沒有什么管理，軟件的成敗完全系于個別開發(fā)員身上，則該企業(yè)應該屬于（）。A、初始級B、可重復級C、確定級D、管理級17軟件設計中劃分模塊的一個準則是（）。A、低內聚低耦合 B、低內聚高耦合C、高內聚低耦合 D、高內聚高耦合18類之間共享屬性和操作的機制稱為（）。A、繼承 B、動態(tài)綁定C、靜態(tài)綁定 D、多態(tài)型19某個軟

5、件項目的開發(fā)過程中，創(chuàng)建了一些函數(shù)的說明原型聲明一級調用關系，那么這些說明應該體現(xiàn)在哪種文檔中？（）A、軟件需求說明書 B、詳細設計說明書C、概要設計說明書 D、開發(fā)進度月報二、填空題1軟件開發(fā)模型中的_將軟件生存周期的各項活動規(guī)定為按照固定順序連接的若干階段工作，自上而下，相互銜接，如同瀑布流水，逐級下落。2CMM一共分為5級，其最低級是_，該級的軟件過程是雜亂無章甚至混亂的，幾乎沒有明確定義的步驟，項目的成功依靠個人或核心人物的努力。其第二級是_，在這一級中，以往的成功的項目經(jīng)驗可以在同類項目中復用。3類是具有相同屬性和操作的一組對象的集合，它為屬于該類的全部對象提供了統(tǒng)一的抽象描述，包括

6、屬性和_兩個部分。4一個類可以是多個一般類的特殊類，它從多個一般類中繼承了屬性和操作，這種繼承模式叫_。5在UML中，_圖是對某個類可能所處的不同狀態(tài)和該類從一個狀態(tài)轉換到另外一個狀態(tài)的描述。6UML中用狀態(tài)圖、順序圖、協(xié)作圖和_來建立動態(tài)模型。7軟件測試方法中，_稱為功能測試，_測試稱為結構測試。8程序員對每一個模塊的編碼之后先做_測試，再做單元測試。9按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類：管理文檔、開發(fā)文檔和_。11UML中用狀態(tài)圖、_圖、協(xié)作圖和活動圖來建立動態(tài)模型。12傳統(tǒng)上，一般將軟件生命周期劃分為六個階段，分別是計劃，_ ,設計，編碼，測試，運行維護.13_是軟件設計的

7、第二階段，其主要任務是確定每個具體執(zhí)行過程，其典型方法是結構化程序設計（SP）方法。14JSP是一種面向_，以數(shù)據(jù)驅動的，主要為中小型數(shù)據(jù)處理系統(tǒng)設計程序結構的一種開發(fā)方法。15，按照軟件的功能不同，可以將軟件分為_和應用軟件。16_是指在一般類中定義的屬性或操作被特殊類繼承后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行為。17軟件組織應該提出不同層次的配置管理視角，這些層次包括：_、項目級、程序員級和應用級。18軟件主要由、數(shù)據(jù)和文檔三部分組成。19結構化軟件設計一般分為概要設計和兩個階段。三、判斷題1測試前要認定被測試軟件有錯，不要認為軟件設有錯。（）2版本控制是對系統(tǒng)不同版本進行標識和跟蹤的

8、過程。（）3數(shù)據(jù)抽象可以包含一個程序控制機制而無需規(guī)定其內部細節(jié)。（）4逐步細化是一種自底向上的設計策略。（）5傳統(tǒng)的程序設計語言的過程調用與目標代碼的鏈接是在編譯期完成的。（）6對象之間的依賴關系一般有：關聯(lián)（association）、協(xié)作（cooperation）、依賴（depending）和簡化（abbreviation）。（）7數(shù)據(jù)流圖分為變換型數(shù)據(jù)流圖和事務型數(shù)據(jù)流圖兩類（）8軟件測試過程中需要設計測試用例。（）9軟件測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程。（）10詳細設計說明書著重描述每一個模塊是如何實現(xiàn)的，包括實現(xiàn)算法、邏輯流程等。（）11在軟件生命周期的各階段中，查找程序中

9、的錯誤和缺陷，保證最終開發(fā)的軟件能夠被用戶使用的階段是需求分析階段。（）12無論數(shù)據(jù)流圖如何龐大復雜，都可以變換為為動態(tài)數(shù)據(jù)流圖和靜態(tài)數(shù)據(jù)流圖兩類。（）13功能內聚模塊是內聚性最強的模塊。（）14軟件配置審核的目的就是要證實整個軟件生存期中各項產(chǎn)品在技術上和管理上的完整性。（）15傳統(tǒng)的程序設計語言的過程調用與目標代碼的鏈接是在編譯期完成的。（）16OOA模型要求比OOD模型更為具體化。（）17當對軟件系統(tǒng)進行模塊化設計的時候，可以有不同的抽象層次。()18在軟件生命周期的各個階段中，測試階段的主要任務是確定軟件“做什么”的問題。（）19.軟件測試過程中需要設計測試用例。（）四、簡答題1在畫系

10、統(tǒng)的分層數(shù)據(jù)流圖時，需要注意哪些問題？2簡述總體設計的一般過程。3什么是用例模型？4簡述面向對象分析的一般步驟。5試述軟件工程的基本原則。6什么叫做軟件測試？分別說明黑盒測試和白盒測試的異同。7某個軟件項目的文檔中有如下描述：當您運行本軟件過程中，由于硬盤損壞導致數(shù)據(jù)丟失時，請在恢復數(shù)據(jù)后，選擇“校驗”菜單中的“使用MD5檢驗數(shù)據(jù)完整性”菜單項，執(zhí)行數(shù)據(jù)掃描。你認為這段文字應該放在哪個文檔中比較合適？在該文檔中，這段文字出現(xiàn)在哪個部分比較合適？8什么是軟件危機？五、應用題1.現(xiàn)有一圖書管理系統(tǒng)，圖書管理員提出軟件應實現(xiàn)如下功能：a. 管理員增加書目b. 管理員刪除書目c. 管理員增加或者刪除書

11、目的時候，可以選擇是否打印增刪的書目清單系統(tǒng)的用戶是讀者和圖書管理員。2.請按照下列說明畫出系統(tǒng)的數(shù)據(jù)流圖?？忌蚩荚嚈C構提出考試請求，考試機構對考生報名表后進行審核，形成報名表文件，然后根據(jù)報名表文件打印報名匯總表，交上級機關。系統(tǒng)開發(fā)規(guī)范與文檔編寫期末綜合練習指導答案（07春）一、單項選擇題1B2C3A4B5C6B7B8D9D10D11C12B13C14A15D16A17.C18A19B二、填空題1瀑布模型2初始級可重復級3操作4多繼承5狀態(tài)6活動圖8黑盒測試，白盒9程序10用戶文檔11順序12需求分析13詳細設計14數(shù)據(jù)結構15系統(tǒng)軟件16. 多態(tài)性17公司級18程序19詳細設計三、判斷

12、題（正確的在括號內打?，錯誤的在括號內打）1.2.3.4.5.6.7.8.9.10. 111213141516171819四、簡答題1答：(1) 加工的編號方法。根據(jù)加工的編號，應該能知道該加工屬于哪一層，該加工的父圖以及時從父圖中的哪個加工分解得來的。(2) 分解程度。應該使分解力求自然，使分解后各界面清晰，意義明確(3) 父圖與子圖的平衡。子圖中的輸入輸出應該和父圖中相對應的加工的輸入輸出相一致，以保持數(shù)據(jù)流的平衡，保證加工過程的連續(xù)性和一致性。(4) 文件的局部性。在只有文件成為兩個或多個加工的接口時，才出現(xiàn)在該層及下層數(shù)據(jù)流圖上。2簡述總體設計的一般過程軟件總體設計的主要任務是要建立軟

13、件系統(tǒng)的體系結構，即軟件系統(tǒng)要劃分多少模塊，模塊之間的層次結構和調用關系是怎樣的。同時還要設計數(shù)據(jù)結構和數(shù)據(jù)庫結構、人機接口等。在概要設計階段需要完成的基本任務，有以下幾個方面：采用某種設計方法，將一個復雜的系統(tǒng)按功能劃分成模塊的層次結構；確定每個模塊的功能，建立與已確定的軟件需求的對應關系；確定模塊之間的調用關系；確定模塊之間的接口，即模塊之間的信息，設計接口的信息結構；評價模塊劃分的質量及導出模塊結構的規(guī)則。3什么是用例模型？用例模型用于系統(tǒng)需求的獲取，描述系統(tǒng)的功能需求。用例模型的主要成分有用例、參與者和系統(tǒng)。系統(tǒng)被看作一個提供用例的黑盒，系統(tǒng)如何做、用例如何實現(xiàn)、內部如何工作，這些對用

14、例模型都是不重要的。創(chuàng)建用例模型的工作包括：定義系統(tǒng)，尋找參與者和用例，描述用例，定義用例之間的關系，最后確認模型，用例模型由用例圖組成。4答：（1）獲取用戶對OO系統(tǒng)的需求，包括表示場景或者用例；建造需求模型。（2）為每個系統(tǒng)對象標識屬性和操作。（3）定義組織類的結構和層次。（4）建造對象-關系模型。（5）建造對象-行為模型。（6）使用用例/場景復審OO分析模型5答：軟件工程的基本原則：（1）用分階段的生命周期計劃嚴格管理（2）堅持進行階段評審（3）實行嚴格的產(chǎn)品控制（4）采用現(xiàn)代程序設計技術（5）結果應能清楚地審查（6）開發(fā)小組的人員應該少而精（7）承認不斷改進軟件工程實踐的必要性6什么叫做軟件測試？分別說明黑盒測試和白盒測試的異同軟件測試就是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內部結構而