系統(tǒng)開發(fā)規(guī)范與文檔編寫小抄

1、1按照軟件的工作方式進(jìn)行分類，能夠?qū)?shí)時(shí)發(fā)生的事件和數(shù)據(jù)及時(shí)進(jìn)行處理的軟件應(yīng)分類為（ D ）。A并行處理軟件 B分時(shí)軟件 C交互式軟件 D實(shí)時(shí)處理軟件 2非常適合于在軟件開發(fā)初期很難確定用戶需求的情況所采用的軟件開發(fā)過程模型是（ B ）。A瀑布模型 B原型模型 C演化模型 D噴泉模型3下列各項(xiàng)中，不是一個(gè)軟件產(chǎn)品中所必需的是（ B ）。A程序 B算法 C數(shù)據(jù) D文檔4結(jié)構(gòu)化分析SA是軟件開發(fā)需求分析階段所使用的方法，以下不是SA所使用的工具的是（ B ）。A數(shù)據(jù)流圖 BPAD圖 C結(jié)構(gòu)化英語 D判定表5為了克服軟件危機(jī)中出現(xiàn)的各種問題，在軟件開發(fā)過程中，需要遵循一些基本原理，以下與軟件工程基本

2、原理相違背的是（ D ）。C實(shí)行嚴(yán)格的產(chǎn)品控制。 D在項(xiàng)目中組織盡可能多的軟件開發(fā)人員來加快軟件開發(fā)的進(jìn)度。6軟件工程的出現(xiàn)是由于（ C ）。A程序設(shè)計(jì)方法的影響 B軟件產(chǎn)業(yè)化的需要 C軟件危機(jī)的出現(xiàn) D計(jì)算機(jī)技術(shù)的發(fā)展7軟件具有和硬件產(chǎn)品不同的特征。下列各項(xiàng)中不屬于軟件的特征的是（ D ）。B軟件的維護(hù)具有長期性。 C開發(fā)成本高，生產(chǎn)成本低。 D開發(fā)成本低，生產(chǎn)成本高。8結(jié)構(gòu)化分析方法的一個(gè)重要指導(dǎo)思想是（ C ）。A自頂向下，逐步抽象 B自底向上，逐步抽象 C自頂向下，逐步分解 D自底向上，逐步分解9數(shù)據(jù)流圖中代表了數(shù)據(jù)的生產(chǎn)者和消費(fèi)者的是（ B ）。A數(shù)據(jù)加工 B數(shù)據(jù)源 C數(shù)據(jù)存儲(chǔ) D數(shù)

3、據(jù)流10程序結(jié)構(gòu)可以按水平方向或垂直方向進(jìn)行劃分。水平劃分按主要的程序（ A ）來定義模塊結(jié)構(gòu)的各個(gè)分支。A功能B結(jié)構(gòu) C層次D控制11在一張DFD圖中，任意兩個(gè)加工之間（ C ）。C可以有0條或多條名字不同的數(shù)據(jù)流 D可以有0條或多條數(shù)據(jù)流，但允許其中有若干條名字相同的數(shù)12Jackson設(shè)計(jì)方法所面向的是（ C ）。A對象 B數(shù)據(jù)流 C數(shù)據(jù)結(jié)構(gòu)D控制結(jié)構(gòu)13使用基于用例的方法進(jìn)行需求分析時(shí)不需要執(zhí)行的步驟是（ C ）。A確定用例 B確定參與者 C確定類的大小 D用例之間的關(guān)系 14軟件質(zhì)量保障的標(biāo)準(zhǔn)中不包括（ A ）。A. ITU-T標(biāo)準(zhǔn)B. IEEE標(biāo)準(zhǔn) C. CMM標(biāo)準(zhǔn) D. ISO標(biāo)

4、準(zhǔn)15軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（ C ）。A低內(nèi)聚低耦合B低內(nèi)聚高耦合 C高內(nèi)聚低耦合D高內(nèi)聚高耦合16軟件的整體結(jié)構(gòu)和這種結(jié)構(gòu)提供給系統(tǒng)在概念上的整體性的方式是指軟件的（ D ）。A代碼結(jié)構(gòu)B數(shù)據(jù)結(jié)構(gòu) C程序結(jié)構(gòu)D體系結(jié)構(gòu)17程序結(jié)構(gòu)可以按水平方向或垂直方向進(jìn)行劃分。水平劃分按主要的程序（ A ）來定義模塊結(jié)構(gòu)的各個(gè)分支。A功能B結(jié)構(gòu) C層次D控制18在面向?qū)ο蠓椒ㄖ校瑢ο罂煽闯墒菍傩裕〝?shù)據(jù)）以及這些屬性上的專用操作的封裝體。封裝是一種（ B ）。A組裝技術(shù) B信息屏蔽技術(shù) C固化技術(shù)D產(chǎn)品化技術(shù)19面向?qū)ο蟮姆治鲞^程一般包括：獲取用戶對系統(tǒng)的需求、標(biāo)識(shí)類和對象以及（ A ）。A定義類

5、的結(jié)構(gòu)和層次B定義對象的結(jié)構(gòu)和層次C定義方法的結(jié)構(gòu)和層次D定義消息的結(jié)構(gòu)和層次20面向?qū)ο蟮姆治鲞^程一般包括：獲取用戶對系統(tǒng)的需求、標(biāo)識(shí)類和對象以及（ C ）。A定義方法的結(jié)構(gòu)和層次B定義對象的結(jié)構(gòu)和層次C定義類的結(jié)構(gòu)和層次D定義消息的結(jié)構(gòu)和層次21整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ模?B ）。A關(guān)聯(lián)（association） B聚合（aggregation） C依賴（depending） D細(xì)化（refinement）22UML中用下列哪些圖來建立靜態(tài)模型（ C ）。A用例圖、對象圖和包圖 B類圖、狀態(tài)圖和包圖 C類圖、對象圖和包圖 D類圖、對象圖和順序圖23 軟件開發(fā)工作中，必須貫穿于整個(gè)

6、過程當(dāng)中并且不可忽視的工作是（ A ）。A. 支持性的，管理性的工作B. 代碼編寫 C. 產(chǎn)品部署 D. 集成24軟件配置管理應(yīng)該提供的四項(xiàng)功能中不包括（ D ）。A版本控制功能 B配置審核功能 C變更管理功能 D項(xiàng)目進(jìn)度檢查25軟件項(xiàng)目開發(fā)計(jì)劃描述的是：（ D ）C給出數(shù)據(jù)邏輯描述和數(shù)據(jù)采集的各項(xiàng)要求 D為軟件項(xiàng)目實(shí)施方案制定出的具體計(jì)劃26軟件質(zhì)量保證的主要功能不包括（ C ）。A質(zhì)量保證體系的建立和管理 B整理面向用戶的文檔、說明書 C編寫代碼等 D確保設(shè)計(jì)質(zhì)量二、填空題1軟件的定義包含了三個(gè)要素：程序、 數(shù)據(jù) 和文檔。缺一不可。2在軟件生命周期的各個(gè)階段中， 需求分析 階段準(zhǔn)確地確定軟

7、件系統(tǒng)“做什么”的問題。3傳統(tǒng)上，一般將軟件生命周期劃分為六個(gè)階段，分別是計(jì)劃， 需求分析 ,設(shè)計(jì)， 編碼，測試，運(yùn)行維護(hù).4軟件工程研究的對象主要包括過程、方法和 工具 。5CMM一共分為5級，其最低級是 初始級 ，該級的軟件過程是雜亂無章甚至混亂的，幾乎沒有明確定義的步驟，項(xiàng)目的成功依靠個(gè)人或核心人物的努力。6用結(jié)構(gòu)化方法對一個(gè)系統(tǒng)進(jìn)行需求分析，首先需要去對當(dāng)前系統(tǒng)進(jìn)行分析，建立 現(xiàn)行系統(tǒng)的物理模型 ，然后對之進(jìn)行抽象，形成現(xiàn)行系統(tǒng)的邏輯模型，最終得到待開發(fā)系統(tǒng)的邏輯模型。7用例模型是所有用于描述指定系統(tǒng)的用途，參與者和用例參與者關(guān)聯(lián)關(guān)系的組合。用例模型最重要的兩個(gè)概念是參與者和 用例 。

8、8無論數(shù)據(jù)流圖如何龐大復(fù)雜，都可以分為變換型數(shù)據(jù)流圖和 事物型 數(shù)據(jù)流圖兩類。9需求工程中涉及的角色主要有系統(tǒng)分析員，用戶和 軟件開發(fā)人員 人員。10程序結(jié)構(gòu)描述了整個(gè)程序的控制層次關(guān)系和各個(gè)部分的接口情況，而軟件過程則著重描述各個(gè)模塊的處理細(xì)節(jié)。11結(jié)構(gòu)化設(shè)計(jì)方法是以結(jié)構(gòu)化分析產(chǎn)生的_數(shù)據(jù)流圖_為基礎(chǔ)，按一定的方法步驟轉(zhuǎn)換成軟件結(jié)構(gòu)。12UML中的泛化是表示_一般與特殊關(guān)系_。13一般把用一個(gè)名字就可以調(diào)用的一段程序稱為模塊，模塊具有三個(gè)基本屬性：功能，邏輯和 狀態(tài) 。14在影響軟件質(zhì)量的八個(gè)因素中，文檔和 數(shù)據(jù) 是純技術(shù)因素。15JSP是一種面向_數(shù)據(jù)結(jié)構(gòu)_，以數(shù)據(jù)驅(qū)動(dòng)的，主要為中小型數(shù)據(jù)

9、處理系統(tǒng)設(shè)計(jì)程序結(jié)構(gòu)的一種開發(fā)方法。16程序結(jié)構(gòu)描述了整個(gè)程序的控制層次關(guān)系和各個(gè)部分的 接口 情況，而軟件過程則著重描述各個(gè)模塊的處理細(xì)節(jié)。17面向?qū)ο蟮某绦蛟O(shè)計(jì)語言具有數(shù)據(jù)抽象、信息隱藏、_信息繼承_等特征。18UML中用狀態(tài)圖、 順序 圖、協(xié)作圖和活動(dòng)圖來建立動(dòng)態(tài)模型。19類是具有相同屬性和操作的一組對象的集合，它為屬于該類的全部對象提供了統(tǒng)一的抽象描述，包括屬性和_操作_兩個(gè)部分。20多態(tài)性是指在一般類中定義的屬性或操作被特殊類 繼承 后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行。21一個(gè)類可以是多個(gè)一般類的特殊類，它從多個(gè)一般類中繼承了屬性和操作，這種繼承模式叫_多繼承_。22 配置項(xiàng)

10、 是為了配置管理而指定的，并在配置管理過程中被當(dāng)作單一實(shí)體。23軟件文檔也稱_文件_，是指某種數(shù)據(jù)媒體和其中所記錄的數(shù)據(jù)，它具有永久性，并可以由人或機(jī)器閱讀，通常僅用于描述人工可讀的東西。24軟件測試方法中，黑盒測試稱為功能測試，白盒測試稱為 結(jié)構(gòu)測試 。25按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類：管理文檔、開發(fā)文檔 用戶 和 文檔 。三、判斷題 1在軟件生命周期的各階段中，查找程序中的錯(cuò)誤和缺陷，保證最終開發(fā)的軟件能夠被用戶使用的階段是需求分析階段。（ X ）2軟件工程過程包含軟件開發(fā)、維護(hù)以及軟件開發(fā)和維護(hù)時(shí)所需的管理活動(dòng)。（ Ö ）3軟件測試計(jì)劃在編碼階段開始撰寫。（

11、 X ）4在對一個(gè)加工邏輯進(jìn)行說明時(shí)，對于一個(gè)不太復(fù)雜的判斷邏輯，使用判斷表比較好。（ X ）5OMT和UML都屬于結(jié)構(gòu)化開發(fā)方法。（ X ）6UML是一個(gè)通用的、標(biāo)準(zhǔn)的建模語言，最常用于建立軟件系統(tǒng)的模型。（ Ö ）7在軟件生命周期的各個(gè)階段中，測試階段的主要任務(wù)是確定軟件“做什么”的問題。 （ X ）8模塊化的三個(gè)重要特征是功能、邏輯和狀態(tài)。（ Ö ）9在對數(shù)據(jù)流圖中的功能單元進(jìn)行描述時(shí)，若該功能單元的處理邏輯既包含了一般的順序執(zhí)行動(dòng)作，又包含了判斷或循環(huán)邏輯，則使用結(jié)構(gòu)化語言進(jìn)行描述比較好。（ Ö ）10基線是軟件生存期各開發(fā)階段末尾的待定點(diǎn)，它可以幫助實(shí)現(xiàn)

12、對變更的控制。（ Ö ）11UML的五種視圖中不包含并發(fā)視圖。（ X ）12軟件配置管理應(yīng)該提供的四項(xiàng)功能中不包括版本控制功能。（ X ）13模塊獨(dú)立性的度量準(zhǔn)則是模塊間的耦合。（ X ）14無論數(shù)據(jù)流圖如何龐大復(fù)雜，都可以變換為動(dòng)態(tài)數(shù)據(jù)流圖和靜態(tài)數(shù)據(jù)流圖兩類。（ X ）15結(jié)構(gòu)化設(shè)計(jì)方法是以結(jié)構(gòu)化分析產(chǎn)生的數(shù)據(jù)流圖為依據(jù)，并將此按一定的步驟映射成軟件結(jié)構(gòu)。（ Ö ）16整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ姆稚⑻匦浴?（ X ）17無論數(shù)據(jù)流圖如何龐大復(fù)雜，都可以變換為為動(dòng)態(tài)數(shù)據(jù)流圖和靜態(tài)數(shù)據(jù)流圖兩類。 （ X ）18測試前要認(rèn)定被測試軟件有錯(cuò)，不要認(rèn)為軟件設(shè)有錯(cuò)。（ 

13、14; ）19軟件配置審核的目的就是要證實(shí)整個(gè)軟件生存期中各項(xiàng)產(chǎn)品在技術(shù)上和管理上的完整性。（ Ö ）20軟件配置審核的目的就是要證實(shí)整個(gè)軟件生存期中各項(xiàng)產(chǎn)品在技術(shù)上和管理上的完整性。（ Ö ）四、簡答題1什么是數(shù)據(jù)字典？答：數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的精確定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。2軟件工程的目標(biāo)是什么？答：軟件工程的目標(biāo)是為了解決軟件開發(fā)和生產(chǎn)中的各種問題，獲得高質(zhì)量、低成本、高可靠性、易維護(hù)并能及時(shí)投放市場的軟件產(chǎn)品。3什么是軟件生命周期？答：從時(shí)間角度對軟件開發(fā)和維護(hù)的復(fù)雜問題進(jìn)行分解，把軟件生命的漫長周期依次劃分為若干個(gè)階段，每個(gè)階段都有

14、相對獨(dú)立的任務(wù)，然后逐步完成每個(gè)階段的任務(wù)。一般將軟件生命周期劃分為六個(gè)階段：計(jì)劃、需求分析、設(shè)計(jì)、編碼、測試、運(yùn)行維護(hù)。4模塊化的三個(gè)重要特征是什么？其各自的作用如何？答：模塊化的三個(gè)重要特征是功能、邏輯和狀態(tài)。功能：即指該模塊實(shí)現(xiàn)什么功能，做什么事情；邏輯：即描述模塊內(nèi)部怎么做；狀態(tài)：即該模塊使用時(shí)的環(huán)境和條件。5什么是用例模型？答：用例模型用于系統(tǒng)需求的獲取，描述系統(tǒng)的功能需求。用例模型的主要成分有用例、參與者和系統(tǒng)。用例模型由用例圖組成，用例圖展示了參與者、用例以及它們之間的關(guān)系。6概要設(shè)計(jì)說明書編制的目的是什么？答：概要設(shè)計(jì)說明書編制的目的是說明對程序系統(tǒng)的考慮，包括程序系統(tǒng)的基本處

15、理。流程、程序系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計(jì)。運(yùn)行設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理設(shè)計(jì)等。為程序的詳細(xì)設(shè)計(jì)提供基礎(chǔ)。7什么是面向?qū)ο螅?答：Coad和Yourdon對面向?qū)ο蠼o出了一個(gè)定義：“面向?qū)ο?= 對象 + 類 + 繼承 + 消息通信”。8UML的含義是什么？基本組成部分包括那些？答：UML是一個(gè)通用的、標(biāo)準(zhǔn)的建模語言，最常用于建立軟件系統(tǒng)的模型。UML中有九種圖（diagram）和五種視圖（view）。九種圖包括：用例圖、類圖、對象圖、狀態(tài)圖、順序圖、協(xié)作圖、活動(dòng)圖、構(gòu)件圖和部署圖。用來觀察系統(tǒng)的五種視圖有：用例視圖、邏輯視圖、構(gòu)件視圖、并發(fā)視圖和部署圖。9說明配置審核工作

16、主要包括的兩個(gè)方面及其基本含義。答：配置審核工作的兩個(gè)主要方面是：（1）功能配置審核 其含義是驗(yàn)證配置項(xiàng)的實(shí)際功效是與其軟件需求一致的。（2）物理配置審核 其含義是確定配置項(xiàng)符合預(yù)期的物理特性，即特定的媒體形式。10某個(gè)軟件項(xiàng)目的文檔中有如下描述：當(dāng)您運(yùn)行本軟件過程中，由于硬盤損壞導(dǎo)致數(shù)據(jù)丟失時(shí)，請?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è)部分比較合適？答：這段文字放在用戶手冊中比較合適。這段文字應(yīng)該出現(xiàn)在“出錯(cuò)處理和恢復(fù)”部分。五、應(yīng)用題1. 請按照下列說明畫出系統(tǒng)的數(shù)據(jù)流圖由

17、捐助者向基金會(huì)提出捐助請求，經(jīng)身份確認(rèn)后被接受，捐款存入銀行。捐助者1收入處理D1 存款狀況捐款請求2請按照下列說明畫出系統(tǒng)的數(shù)據(jù)流圖?？忌蚩荚嚈C(jī)構(gòu)提出考試請求，考試機(jī)構(gòu)對考生報(bào)名表后進(jìn)行審核，形成報(bào)名表文件，然后根據(jù)報(bào)名表文件打印報(bào)名匯總表，交上級機(jī)關(guān)?？忌?審核D1： 報(bào)名表總匯報(bào)名表報(bào)名匯總表2打印上級機(jī)關(guān)3一個(gè)信用卡驗(yàn)證系統(tǒng)，它的使用者是顧客，顧客通過信用卡驗(yàn)證系統(tǒng)刷卡，向零售商購買商品；而負(fù)責(zé)發(fā)放卡的金融機(jī)構(gòu)通過該系統(tǒng)負(fù)責(zé)信用卡賬戶的結(jié)賬和賬戶管理，請畫出信用卡驗(yàn)證系統(tǒng)的用例圖4現(xiàn)有一圖書管理系統(tǒng)，圖書管理員提出軟件應(yīng)實(shí)現(xiàn)如下功能： a. 管理員增加書目 b. 管理員刪除書目 c.

18、 管理員增加或者刪除書目的時(shí)候，可以選擇是否打印增刪的書目清單系統(tǒng)的用戶是讀者和圖書管理員請使用用例圖（Use Case Diagram）畫出上述需求。5現(xiàn)有一圖書管理系統(tǒng)，讀者提出軟件應(yīng)實(shí)現(xiàn)如下功能： a. 讀者借書 b. 讀者還書 c. 讀者預(yù)定 d. 讀者取消預(yù)定 請使用用例圖（Use Case Diagram）畫出上述需求。借書還書預(yù)定取消預(yù)定讀者1某個(gè)軟件項(xiàng)目的開發(fā)過程中，創(chuàng)建了一些C+類及類中的屬性和方法的說明，描述這些類的說明的文檔是（ B ）。A、軟件需求說明書B、詳細(xì)設(shè)計(jì)說明書 C.、概要設(shè)計(jì)說明書D、開發(fā)進(jìn)度月報(bào)2數(shù)據(jù)流圖中代表了數(shù)據(jù)的生產(chǎn)者和消費(fèi)者的是（ C ）。A、數(shù)據(jù)

19、存儲(chǔ) B、數(shù)據(jù)加工 C、數(shù)據(jù)源 D、數(shù)據(jù)流3結(jié)構(gòu)化軟件設(shè)計(jì)可以進(jìn)一步分為兩個(gè)階段是（ A ）。A、概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)B、概要設(shè)計(jì)和過程設(shè)計(jì) C、接口設(shè)計(jì)和過程設(shè)計(jì)D、接口設(shè)計(jì)和詳細(xì)設(shè)計(jì)4一組模塊都訪問同一全局簡單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且不是通過參數(shù)表傳遞該全局變量的信息，則稱之為（ B ）。 A、內(nèi)容耦合 B、外部耦合 C、控制耦合 D、標(biāo)記耦合5封裝的目的是使對象的（ C ）分離。 A、定義和實(shí)現(xiàn) B、設(shè)計(jì)和測試 C、設(shè)計(jì)和實(shí)現(xiàn) D、分析和定義6整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ模?B ）。A、關(guān)聯(lián)（association） B、聚合（aggregation） C、依賴（depend

20、ing） D、細(xì)化（refinement）7在面向?qū)ο蠓椒ㄖ校瑢ο罂煽闯墒菍傩裕〝?shù)據(jù)）以及這些屬性上的專用操作的封裝體。封裝是一種（ B ）。A、組裝技術(shù) B、信息屏蔽技術(shù)C、固化技術(shù) D、產(chǎn)品化技術(shù)8程序測試不包括檢測（ D ）。A、代碼的語法錯(cuò)誤B、代碼的語義錯(cuò)誤 C、代碼的運(yùn)行錯(cuò)誤D、代碼的格式錯(cuò)誤9在軟件開發(fā)中沒有軟件測試活動(dòng)的階段是（ D ）。A、代碼編寫 B、系統(tǒng)分析 C、系統(tǒng)設(shè)計(jì) D、可行性分析10動(dòng)態(tài)測試的內(nèi)容不包括（ D ）A、單元測試B、 模塊測試 C、 功能測試D、 結(jié)構(gòu)檢查11結(jié)構(gòu)化分析方法(SA)的一個(gè)重要指導(dǎo)思想是（ C ）。A、自頂向下，逐步抽象 B、自底向上，逐

21、步抽象 C、自頂向下，逐步分解 D、自底向上，逐步分解12下列各項(xiàng)中，不是一個(gè)軟件產(chǎn)品中所必需的是（ B ）。A、程序 B、算法 C、數(shù)據(jù) D、文檔13UML中用下列哪那些圖來建立靜態(tài)模型（ C ）。A、用例圖、對象圖和包圖 B、類圖、狀態(tài)圖和包圖 C、類圖、對象圖和包圖 D、類圖、對象圖和順序圖14按照軟件的工作方式進(jìn)行分類，能夠?qū)?shí)時(shí)發(fā)生的事件和數(shù)據(jù)及時(shí)進(jìn)行處理的軟件應(yīng)分類為（ A ）。A、實(shí)時(shí)處理軟件 B、分時(shí)軟件 C、交互式軟件 D、并行處理軟件15軟件項(xiàng)目開發(fā)計(jì)劃描述的是：（ D ）A、說明系統(tǒng)的功能分配，模塊劃分 B、對目標(biāo)軟件的功能、性能、用戶界面及運(yùn)行環(huán)境等做出詳細(xì)的說明C、給

22、出數(shù)據(jù)邏輯描述和數(shù)據(jù)采集的各項(xiàng)要求 D、為軟件項(xiàng)目實(shí)施方案制定出的具體計(jì)劃16CMM將一個(gè)企業(yè)的軟件能力劃分為5個(gè)等級，如果在一個(gè)企業(yè)的軟件開發(fā)過程中沒有什么管理，軟件的成敗完全系于個(gè)別開發(fā)員身上，則該企業(yè)應(yīng)該屬于（ A ）。A、初始級 B、可重復(fù)級 C、確定級 D、管理級17軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（ C ）。A、低內(nèi)聚低耦合 B、低內(nèi)聚高耦合 C、高內(nèi)聚低耦合 D、高內(nèi)聚高耦合18類之間共享屬性和操作的機(jī)制稱為（ A ）。A、繼承 B、動(dòng)態(tài)綁定 C、靜態(tài)綁定 D、多態(tài)型19某個(gè)軟件項(xiàng)目的開發(fā)過程中，創(chuàng)建了一些函數(shù)的說明原型聲明一級調(diào)用關(guān)系，那么這些說明應(yīng)該體現(xiàn)在哪種文檔中？（ B ）

23、A、軟件需求說明書 B、詳細(xì)設(shè)計(jì)說明書 C、 概要設(shè)計(jì)說明書 D、開發(fā)進(jìn)度月報(bào) 二、填空題1軟件開發(fā)模型中的 瀑布模型 將軟件生存周期的各項(xiàng)活動(dòng)規(guī)定為按照固定順序連接的若干階段工作，自上而下，相互銜接，如同瀑布流水，逐級下落。2CMM一共分為5級，其最低級是 初始級，該級的軟件過程是雜亂無章甚至混亂的，幾乎沒有明確定義的步驟，項(xiàng)目的成功依靠個(gè)人或核心人物的努力。其第二級是 可重復(fù)級，在這一級中，以往的成功的項(xiàng)目經(jīng)驗(yàn)可以在同類項(xiàng)目中復(fù)用。3類是具有相同屬性和操作的一組對象的集合，它為屬于該類的全部對象提供了統(tǒng)一的抽象描述，包括屬性和操作 兩個(gè)部分。4一個(gè)類可以是多個(gè)一般類的特殊類，它從多個(gè)一般類

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

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

26、。（ Ö ）2版本控制是對系統(tǒng)不同版本進(jìn)行標(biāo)識(shí)和跟蹤的過程。（ Ö ）3數(shù)據(jù)抽象可以包含一個(gè)程序控制機(jī)制而無需規(guī)定其內(nèi)部細(xì)節(jié)。（ X ）4逐步細(xì)化是一種自底向上的設(shè)計(jì)策略。（ X ）5傳統(tǒng)的程序設(shè)計(jì)語言的過程調(diào)用與目標(biāo)代碼的鏈接是在編譯期完成的。（ Ö ）6對象之間的依賴關(guān)系一般有：關(guān)聯(lián)（association）、協(xié)作（cooperation）、依賴（depending）和簡化（abbreviation）。（ X ）7數(shù)據(jù)流圖分為變換型數(shù)據(jù)流圖和事務(wù)型數(shù)據(jù)流圖兩類（ Ö ）8軟件測試過程中需要設(shè)計(jì)測試用例。（ Ö ）9軟件測試是為了發(fā)現(xiàn)程序中的

27、錯(cuò)誤而執(zhí)行程序的過程。（ Ö ）10詳細(xì)設(shè)計(jì)說明書著重描述每一個(gè)模塊是如何實(shí)現(xiàn)的，包括實(shí)現(xiàn)算法、邏輯流程等。（ Ö ）11在軟件生命周期的各階段中，查找程序中的錯(cuò)誤和缺陷，保證最終開發(fā)的軟件能夠被用戶使用的階段是需求分析階段。（ X ）12無論數(shù)據(jù)流圖如何龐大復(fù)雜，都可以變換為為動(dòng)態(tài)數(shù)據(jù)流圖和靜態(tài)數(shù)據(jù)流圖兩類。（ X ）13功能內(nèi)聚模塊是內(nèi)聚性最強(qiáng)的模塊。（ Ö ）14軟件配置審核的目的就是要證實(shí)整個(gè)軟件生存期中各項(xiàng)產(chǎn)品在技術(shù)上和管理上的完整性。（ Ö ）15傳統(tǒng)的程序設(shè)計(jì)語言的過程調(diào)用與目標(biāo)代碼的鏈接是在編譯期完成的。（ X ）16OOA模型要求比OO

28、D模型更為具體化。（ Ö ）17當(dāng)對軟件系統(tǒng)進(jìn)行模塊化設(shè)計(jì)的時(shí)候，可以有不同的抽象層次。( X )18在軟件生命周期的各個(gè)階段中，測試階段的主要任務(wù)是確定軟件“做什么”的問題。 （ Ö ）19.軟件測試過程中需要設(shè)計(jì)測試用例。（ Ö ）四、簡答題1在畫系統(tǒng)的分層數(shù)據(jù)流圖時(shí)，需要注意哪些問題？ (1) 加工的編號(hào)方法。根據(jù)加工的編號(hào)，應(yīng)該能知道該加工屬于哪一層，該加工的父圖以及時(shí)從父圖中的哪個(gè)加工分解得來的。(2) 分解程度。應(yīng)該使分解力求自然，使分解后各界面清晰，意義明確(3) 父圖與子圖的平衡。子圖中的輸入輸出應(yīng)該和父圖中相對應(yīng)的加工的輸入輸出相一致，以保持?jǐn)?shù)據(jù)

29、流的平衡，保證加工過程的連續(xù)性和一致性。(4) 文件的局部性。在只有文件成為兩個(gè)或多個(gè)加工的接口時(shí)，才出現(xiàn)在該層及下層數(shù)據(jù)流圖上。2 簡述總體設(shè)計(jì)的一般過程。軟件總體設(shè)計(jì)的主要任務(wù)是要建立軟件系統(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ù)庫結(jié)構(gòu)、人機(jī)接口等。在概要設(shè)計(jì)階段需要完成的基本任務(wù)，有以下幾個(gè)方面：采用某種設(shè)計(jì)方法，將一個(gè)復(fù)雜的系統(tǒng)按功能劃分成模塊的層次結(jié)構(gòu)；確定每個(gè)模塊的功能，建立與已確定的軟件需求的對應(yīng)關(guān)系；確定模塊之間的調(diào)用關(guān)系；確定模塊之間的接口，即模塊之間的信息，設(shè)計(jì)接口的信息結(jié)構(gòu)；評價(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)部如何工作，這些對用例模型都是不重要的。創(chuàng)建用例模型的工作包括：定義系統(tǒng)，尋找參與者和用例，描述用例，定義用例之間的關(guān)系，最后確認(rèn)模型，用例模型由用例圖組成。4簡述面向?qū)ο蠓治龅囊话悴襟E。（1）獲取用戶對OO系統(tǒng)的需求，包括表示場景或者用例；建造需求模型。（2）為每個(gè)系統(tǒng)對象標(biāo)識(shí)屬性和