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

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

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

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

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

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

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

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

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

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

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

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

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

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

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