國家開放大學(xué)《系統(tǒng)開發(fā)規(guī)范與文檔編寫》形考任務(wù)1-4參考答案形考任務(wù)1一、單項(xiàng)選擇題.下列各項(xiàng)中，不是一個(gè)軟件產(chǎn)品中所必需的是（）。程序算法數(shù)據(jù)文檔2．按照軟件的工作方式進(jìn)行分類，能夠?qū)?shí)時(shí)發(fā)生的事件和數(shù)據(jù)及時(shí)進(jìn)行處理的軟件應(yīng)分類為（）。實(shí)時(shí)處理軟件分時(shí)軟件交互式軟件并行處理軟件3．軟件具有和硬件產(chǎn)品不同的特征。下列各項(xiàng)中不屬于軟件的特征的是（）。軟件是一種邏輯實(shí)體，主要是人的腦力勞動(dòng)的產(chǎn)物，軟件具有抽象性。軟件的維護(hù)具有長期性。開發(fā)成本高，生產(chǎn)成本低。開發(fā)成本低，生產(chǎn)成本高。4．為了克服軟件危機(jī)中出現(xiàn)的各種問題，在軟件開發(fā)過程中，需要遵循一些基本原理，以下與軟件工程基本原理相違背的是（）。用分階段的生命周期計(jì)劃嚴(yán)格管理。對軟件開發(fā)每一階段的成果進(jìn)行嚴(yán)格的評(píng)審。在項(xiàng)目中組織盡可能多的軟件開發(fā)人員來加快軟件開發(fā)的進(jìn)度。實(shí)行嚴(yán)格的產(chǎn)品控制。5．對用戶所提出的軟件系統(tǒng)進(jìn)行可行性分析的階段是（）。計(jì)劃需求分析設(shè)計(jì)編碼6．在軟件生命周期的各階段中，查找程序中的錯(cuò)誤和缺陷，保證最終開發(fā)的軟件能夠被用戶使用的階段是（）。需求分析設(shè)計(jì)運(yùn)行維護(hù)測試7．在具有維護(hù)循環(huán)的瀑布模型中，在軟件開發(fā)階段和維護(hù)循環(huán)交界的階段是（）。需求分析設(shè)計(jì)編碼測試8．在軟件開發(fā)模型中，對軟件復(fù)用和生存周期中多項(xiàng)開發(fā)活動(dòng)的集成提供了支持，主要支持面向?qū)ο蟮拈_發(fā)方法的模型是（）。瀑布模型噴泉模型螺旋模型快速應(yīng)用開發(fā)模型9．面向?qū)ο蟮能浖_發(fā)方法使用了一系列的面向?qū)ο蠹夹g(shù)，其中第一步的任務(wù)是是通過分析問題域建立系統(tǒng)的概念模型，這一步是（）。A.面向?qū)ο蠓治鯫OA面向?qū)ο笤O(shè)計(jì)OODC.面向?qū)ο缶幊蘋OPD.面向?qū)ο鬁y試OOT10．下列軟件開發(fā)方法和技術(shù)中，屬于結(jié)構(gòu)化開發(fā)方法的是（）。DSSDSASDOMTD.UML11．如果某軟件開發(fā)組織在整個(gè)組織內(nèi)部對軟件工程和管理過程進(jìn)行文檔化、標(biāo)準(zhǔn)化，并綜合成整個(gè)組織的標(biāo)準(zhǔn)軟件過程，則可認(rèn)為該組織已達(dá)到CMM中的（）。初始級(jí)可重復(fù)級(jí)確定級(jí)管理級(jí).如果某軟件開發(fā)組織能夠根據(jù)過程執(zhí)行的反饋信息以及新技術(shù)、新觀念的吸納來持續(xù)地改進(jìn)和優(yōu)化執(zhí)行步驟，使企業(yè)的軟件過程能不斷持續(xù)地改進(jìn)，則可認(rèn)為該組織已達(dá)到CMM中的（）。初始級(jí)可重復(fù)級(jí)管理級(jí)優(yōu)化級(jí).軟件開發(fā)過程中，可視性越高，說明該過程具有更強(qiáng)的可管理性。CMM中，可視性最低的級(jí)別是（）。確定級(jí)優(yōu)化級(jí)初始級(jí)管理級(jí)14．需求工程中涉及的角色很多，其中起主導(dǎo)作用的是（）。系統(tǒng)分析員用戶軟件開發(fā)人員管理人員15．?dāng)?shù)據(jù)流圖中代表了數(shù)據(jù)的生產(chǎn)者和消費(fèi)者的是（）。數(shù)據(jù)源數(shù)據(jù)加工數(shù)據(jù)存儲(chǔ)D.數(shù)據(jù)流.在數(shù)據(jù)流圖中，如果某一張圖中有N個(gè)加工，則這張圖允許的子圖數(shù)量是（）。011~N0~N.在一張DFD圖中，任意兩個(gè)加工之間（）。有且僅有一條數(shù)據(jù)流至少有一條數(shù)據(jù)流可以有0條或多條名字不同的數(shù)據(jù)流可以有0條或多條數(shù)據(jù)流，但允許其中有若干條名字相同的數(shù)據(jù)流18.數(shù)據(jù)字典是關(guān)于數(shù)據(jù)信息的集合，是數(shù)據(jù)流圖中所有元素嚴(yán)格定義的場所。數(shù)據(jù)字典中描述數(shù)據(jù)流圖中的數(shù)據(jù)流的組成和數(shù)據(jù)流量等的是（）。數(shù)據(jù)流條目加工條目數(shù)據(jù)項(xiàng)條目數(shù)據(jù)存儲(chǔ)條目.使用基于用例的方法進(jìn)行需求分析時(shí)的第一步是（）。確定用例確定參與者用例之間的關(guān)系確定參與者和用例的通信.在兩個(gè)用例中，如果一個(gè)用例擁有另一個(gè)用例的所有結(jié)構(gòu)、行為和關(guān)系，并在此基礎(chǔ)上增加了新的特性，則此兩個(gè)用例之間可以用（）關(guān)系表示。擴(kuò)展關(guān)系包含關(guān)系泛化關(guān)系通信關(guān)系形考任務(wù)2一、單項(xiàng)選擇題.結(jié)構(gòu)化分析方法（SA）的一個(gè)重要指導(dǎo)思想是（）。自頂向下，逐步抽象自底向上，逐步抽象自頂向下，逐步分解自底向上，逐步分解2．結(jié)構(gòu)化軟件設(shè)計(jì)可以進(jìn)一步分為兩個(gè)階段是（）。概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)概要設(shè)計(jì)和過程設(shè)計(jì)接口設(shè)計(jì)和過程設(shè)計(jì)接口設(shè)計(jì)和詳細(xì)設(shè)計(jì)3．軟件的整體結(jié)構(gòu)和這種結(jié)構(gòu)提供給系統(tǒng)在概念上的整體性的方式是指軟件的（）。代碼結(jié)構(gòu)體系結(jié)構(gòu)程序結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)4．表示一個(gè)模塊直接調(diào)用（或控制）其它模塊數(shù)目是（）。程序結(jié)構(gòu)的深度程序結(jié)構(gòu)的寬度模塊的扇入模塊的扇出5．描述整個(gè)程序的控制層次關(guān)系和各個(gè)部分的接口情況的是（）。程序結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)體系結(jié)構(gòu)代碼結(jié)構(gòu)6．任何程序都可由三種基本控制結(jié)構(gòu)構(gòu)造，即：順序、選擇及（）。循環(huán)重復(fù)判斷調(diào)用7．軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（）。低內(nèi)聚低耦合低內(nèi)聚高耦合高內(nèi)聚低耦合高內(nèi)聚高耦合8．程序結(jié)構(gòu)可以按水平方向或垂直方向進(jìn)行劃分。水平劃分按主要的程序（）來定義模塊結(jié)構(gòu)的各個(gè)分支。功能結(jié)構(gòu)層次控制9．程序結(jié)構(gòu)描述了整個(gè)程序的控制層次關(guān)系和各個(gè)部分的接口情況，而軟件過程則著重描述各個(gè)模塊的（）。處理流程處理順序處理方法處理細(xì)節(jié)10．一組模塊都訪問同一全局簡單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且不是通過參數(shù)表傳遞該全局變量的信息，則稱之為（）。內(nèi)容耦合外部耦合控制耦合標(biāo)記耦合二、判斷題.當(dāng)對軟件系統(tǒng)進(jìn)行模塊化設(shè)計(jì)的時(shí)候，可以有不同的抽象層次。（J）.數(shù)據(jù)抽象可以包含一個(gè)程序控制機(jī)制而無需規(guī)定其內(nèi)部細(xì)節(jié)。（X）.逐步細(xì)化是一種自底向上的設(shè)計(jì)策略。（X）.將軟件進(jìn)行模塊化分可以減小問題解決的復(fù)雜度，但是不應(yīng)該不受限制地將模塊細(xì)化。（J）.所謂模塊的獨(dú)立性，是指軟件系統(tǒng)中每個(gè)模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其它的模塊的接口是簡單的。（J）.數(shù)據(jù)耦合的模塊獨(dú)立性最強(qiáng)。（X）.功能內(nèi)聚模塊是內(nèi)聚性最強(qiáng)的模塊。（J）.詳細(xì)設(shè)計(jì)階段需要具體地編寫程序。（X）.程序流程圖可以由順序型、選擇型、DO-WHILE型、DO-UNTIL型以及多分支結(jié)構(gòu)型這五種基本控制結(jié)構(gòu)組合或嵌套而成。（J）.數(shù)據(jù)流圖分為變換型數(shù)據(jù)流圖和事務(wù)型數(shù)據(jù)流圖兩類。（J）形考任務(wù)3一、單項(xiàng)選擇題1．面向?qū)ο箝_發(fā)方法是一種把面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過程中，指導(dǎo)開發(fā)活動(dòng)的系統(tǒng)方法。它的基礎(chǔ)上是建立在（）。對象概念繼承概念類概念方法概念2．在面向?qū)ο蠓椒ㄖ校瑢ο罂煽闯墒菍傩裕〝?shù)據(jù)）以及這些屬性上的專用操作的封裝體。封裝是一種（）。組裝技術(shù)產(chǎn)品化技術(shù)固化技術(shù)信息屏蔽技術(shù)3．封裝的目的是使對象的（）分離。定義和實(shí)現(xiàn)設(shè)計(jì)和測試設(shè)計(jì)和實(shí)現(xiàn)分析和定義4．類是一組具有相同屬性和相同操作的對象的集合，類中的每個(gè)對象都是這個(gè)類的一個(gè)（）。A.例證（川ustration）B.用例（use-case）C.實(shí)例（instance）D.例外（exception）5．類之間共享屬性和操作的機(jī)制稱為（）。多態(tài)型動(dòng)態(tài)綁定靜態(tài)綁定繼承6．一個(gè)對象請求另一對象為其服務(wù)，是通過發(fā)送（）。調(diào)用語句消息命令口令7．面向?qū)ο蟮姆治鲞^程一般包括：獲取用戶對系統(tǒng)的需求、標(biāo)識(shí)類和對象以及（）。定義類的結(jié)構(gòu)和層次定義對象的結(jié)構(gòu)和層次定義方法的結(jié)構(gòu)和層次定義消息的結(jié)構(gòu)和層次8．整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ模ǎ.關(guān)聯(lián)（association）B.聚合（aggregation）C.依賴（depending）D.細(xì)化（refinement）UML中，用于展示各個(gè)類外部參與者與系統(tǒng)所提供的用例之間的連接的是（）。對象圖狀態(tài)圖協(xié)作用例圖10.用于系統(tǒng)需求的獲取，描述系統(tǒng)的功能需求的模型是（）。靜態(tài)模型用例模型動(dòng)態(tài)模型實(shí)現(xiàn)模型二、判斷題.對象是構(gòu)成世界的一個(gè)獨(dú)立單元，它具有自己的靜態(tài)特征和動(dòng)態(tài)特征。（J）.類定義了各個(gè)實(shí)例所共有的結(jié)構(gòu)。（J）.特殊類一般需要重新定義已在它的一般類中定義過的屬性和操作。（X）.一個(gè)類可以是多個(gè)一般類的特殊類，它從多個(gè)一般類中繼承了屬性和操作；一個(gè)一般類也可以生成多個(gè)不同的特殊類。（J）.在給一個(gè)對象發(fā)送消息時(shí)，消息中必須包含非空的參數(shù)表。（X）.傳統(tǒng)的程序設(shè)計(jì)語言的過程調(diào)用與目標(biāo)代碼的鏈接是在編譯期完成的。（J）.對象（以及它們的類）與外部的關(guān)系結(jié)構(gòu)只有一種：就是一般-特殊結(jié)構(gòu)。（X）.對象之間的依賴關(guān)系一般有：關(guān)聯(lián)（association）、協(xié)作（cooperation）、依賴（depending）和簡化（abbreviation）。（X）9.OOA模型要求比OOD模型更為具體化。（X）10.構(gòu)件視圖展示了系統(tǒng)的物理部署，如計(jì)算機(jī)、網(wǎng)絡(luò)設(shè)備以及它們相互間的連接。（X）形考任務(wù)4一.單項(xiàng)選擇題.按照ISO/IEC9126-1991的規(guī)定，評(píng)價(jià)軟件質(zhì)量的特性共有（）。1個(gè)4個(gè)6個(gè)9個(gè).某個(gè)軟件項(xiàng)目的開發(fā)過程中，創(chuàng)建了一些C++類及類中的屬性和方法的說明，描述這些類的說明的文檔是（）。軟件需求說明書詳細(xì)設(shè)計(jì)說明書概要設(shè)計(jì)說明書開發(fā)進(jìn)度月報(bào).關(guān)于軟件測試原則，錯(cuò)誤的說法是：（）測試前要認(rèn)定被測試軟件有錯(cuò)，不要認(rèn)為軟件設(shè)有錯(cuò)要預(yù)先確定被測試軟件的測試結(jié)果自己測試自己編寫的程序測試要以軟件需求規(guī)格說明書為標(biāo)準(zhǔn).軟件測試計(jì)劃的撰寫開始在（）。可行性分析階段需求分析階段代碼編寫階段測試階段.配置審核的對象主要是（）軟件配置項(xiàng)的變化信息程序代碼軟件開發(fā)文檔開發(fā)過程.程序測試不包括檢測（）。代碼的語法錯(cuò)誤代碼的語義錯(cuò)誤代碼的運(yùn)行錯(cuò)誤代碼的格式錯(cuò)誤.在軟件開發(fā)中沒有軟件測試活動(dòng)的階段是（）。代碼編寫系統(tǒng)分析系統(tǒng)設(shè)計(jì)可行性分析.軟件產(chǎn)品投入運(yùn)行之后，可能有修正、更改等問題，應(yīng)當(dāng)對存在的問題、修改的考慮以及修改的影響估計(jì)等做詳細(xì)的描述。這部分內(nèi)容應(yīng)該寫入：（）項(xiàng)目開發(fā)計(jì)劃數(shù)據(jù)要求說明概要設(shè)計(jì)說明維護(hù)修改建議.動(dòng)態(tài)測試的內(nèi)容不包括（）。單元測試模塊測試功能測試結(jié)構(gòu)檢查.軟件配置項(xiàng)標(biāo)識(shí)的過程中不包括的部分是（）。配置項(xiàng)的選擇配置項(xiàng)的命名和描述配置項(xiàng)的存取配置項(xiàng)的保護(hù)二.判斷題.軟件文檔便于潛在用戶了解軟件的功能、性能等各項(xiàng)指標(biāo)，為他們選購符合自己需要的軟件提供依據(jù)。（J）.檢入就是將軟件配置項(xiàng)從軟件配置庫中取出的過程，檢出就是將軟件配置項(xiàng)從用戶的工作環(huán)境存入到軟件配置庫的過程。（義）.在微軟公司的VisualC++系列環(huán)境中，所有