電大期末考試 最新備考題庫 系統(tǒng)開發(fā)規(guī)范與文檔編寫綜合練習(xí)題15秋王然

1、系統(tǒng)開發(fā)規(guī)范與文檔編寫 第一部分 考核內(nèi)容和要求第1章 軟件工程及軟件過程（8學(xué)時）考核知識點(diǎn)1軟件的定義，軟件危機(jī)及其產(chǎn)生的原因2軟件工程的基本概念，軟件工程的目標(biāo)和研究對象3軟件工程知識體系4軟件生命周期和軟件工程的過程模型5軟件開發(fā)的基本方法6軟件過程改進(jìn)的CMM模型考核要求：1掌握軟件的定義，知道什么是軟件危機(jī)及其產(chǎn)生的原因。2掌握軟件工程的基本概念，包括軟件工程的目標(biāo)和研究對象。3掌握軟件生命周期的劃分和軟件工程過程的瀑布模型。4理解什么是軟件工程的過程模型，了解過程模型的發(fā)展。5了解什么是軟件工程知識體系。6了解軟件開發(fā)的基本方法。7了解CMM的基本概貌。第2章 需求工程（10學(xué)時

2、）考核知識點(diǎn)1需求工程的概念2需求獲取技術(shù)3結(jié)構(gòu)化需求分析4基于用例的需求獲取5需求管理考核要求：1掌握需求工程的概念。2掌握結(jié)構(gòu)化需求分析的步驟，數(shù)據(jù)流圖的畫法和數(shù)據(jù)字典。3掌握用例圖的畫法。4理解各種需求獲取技術(shù)。5了解需求管理和支持工具。第3章 結(jié)構(gòu)化開發(fā)方法（10學(xué)時）考核知識點(diǎn)1軟件設(shè)計及其概念，包括抽象、自頂向下，逐步細(xì)化、模塊化、軟件體系結(jié)構(gòu)和結(jié)構(gòu)劃分2模塊獨(dú)立性，模塊間的耦合和模塊的內(nèi)聚3結(jié)構(gòu)化設(shè)計方法4兩類數(shù)據(jù)流圖：變換型數(shù)據(jù)流圖和事務(wù)型數(shù)據(jù)流圖 考核要求：1掌握結(jié)構(gòu)化軟件設(shè)計概念。2理解結(jié)構(gòu)化軟件設(shè)計方法。3掌握概要設(shè)計和詳細(xì)設(shè)計概念。4理解兩類數(shù)據(jù)流圖的概念。第4章 面向

3、對象開發(fā)方法（10學(xué)時）考核知識點(diǎn)1面向?qū)ο蠡A(chǔ)概念，包括對象、類、繼承、消息和多態(tài)性2面向?qū)ο蠓治鲈O(shè)計過程，對象-關(guān)系模型，對象-行為模型3UML基本概念、UML中的九種圖（diagram）和五種視圖（view），包括：用例圖、類圖、對象圖、狀態(tài)圖、順序圖、協(xié)作圖、活動圖、構(gòu)件圖和部署圖；五種視圖：用例視圖、邏輯視圖、構(gòu)件視圖、并發(fā)視圖和部署視圖考核要求：1掌握面向?qū)ο蟮幕靖拍睢?理解UML建模語言。3了解采用面向?qū)ο蠓椒?gòu)造軟件的開發(fā)過程。4了解面向?qū)ο蠓治龇椒ā?了解面向?qū)ο笤O(shè)計方法。第5章 軟件配置管理（4學(xué)時）考核知識點(diǎn)：1軟件配置管理的定義2軟件配置管理的作用和意義3軟件配置管理

4、的內(nèi)容4軟件配置項(xiàng)、基線的概念5配置審核、配置狀態(tài)報告、軟件配置庫的作用6軟件配置管理的過程和步驟 考核要求：1掌握軟件配置管理的定義、作用。2理解軟件配置管理的內(nèi)容。3掌握軟件配置項(xiàng)、基線的概念。4了解軟件配置管理的基本過程。第6章 軟件質(zhì)量與質(zhì)量保證（4學(xué)時）考核知識點(diǎn)1軟件質(zhì)量，軟件質(zhì)量保證2軟件質(zhì)量保證策略3軟件測試，程序測試，靜態(tài)分析，動態(tài)分析4軟件測試原則，軟件測試方法5軟件質(zhì)量保證的相關(guān)標(biāo)準(zhǔn)，軟件評審 考核要求：1了解軟件質(zhì)量保證的概念以及軟件開發(fā)過程中影響軟件質(zhì)量的因素。2理解主要的質(zhì)量保證活動，質(zhì)量保證策略。3掌握軟件測試的概念和方法。4理解軟件評審的目的和方法。第7章 文檔

5、編寫（8學(xué)時）考核知識點(diǎn)1軟件文檔，軟件文檔的作用，軟件文檔的分類2主要軟件文檔的基本內(nèi)容（包括可行性研究報告、項(xiàng)目開發(fā)計劃、測試計劃、測試分析報告、需求分析規(guī)格說明書、概要設(shè)計規(guī)格說明書、詳細(xì)設(shè)計規(guī)格說明書、用戶手冊）3文檔編制格式，文檔編制質(zhì)量要求 考核要求：1理解編寫軟件文檔的意義和重要性。2掌握軟件文檔的分類。3掌握軟件管理文檔，軟件開發(fā)文檔和用戶文檔的編寫要求。4理解軟件文檔編寫的主要內(nèi)容。第二部分 綜合模擬習(xí)題及解答一、單項(xiàng)選擇題 1按照軟件的工作方式進(jìn)行分類，能夠?qū)?shí)時發(fā)生的事件和數(shù)據(jù)及時進(jìn)行處理的軟件應(yīng)分類為（ ）。A并行處理軟件 B分時軟件C交互式軟件 D實(shí)時處理軟件2CMM

6、將一個企業(yè)的軟件能力劃分為5個等級，如果軟件工程和管理過程已經(jīng)文檔化、標(biāo)準(zhǔn)化，并已綜合成整個軟件開發(fā)組織的標(biāo)準(zhǔn)軟件過程，則該企業(yè)屬于（ ）。A確定級 B優(yōu)化級C初始級 D管理級3CMM將一個企業(yè)的軟件能力劃分為5個等級，如果在一個企業(yè)的軟件開發(fā)過程中沒有什么管理，軟件的成敗完全系于個別開發(fā)員身上，則該企業(yè)應(yīng)該屬于（ ）。A管理級 B可重復(fù)級C確定級D初始級4需求工程中涉及的角色很多，其中起主導(dǎo)作用的是（ ）。A用戶 B系統(tǒng)分析員C軟件開發(fā)人員 D管理人員 5在軟件需求分析階段要解決的問題是（ ）A軟件提供哪些信息 B軟件采用的結(jié)構(gòu)C軟件做什么 D軟件怎樣做 6數(shù)據(jù)流圖中將輸入的數(shù)據(jù)變換成輸出數(shù)

7、據(jù)的是（ ）。A數(shù)據(jù)源 B數(shù)據(jù)加工C數(shù)據(jù)存儲 D數(shù)據(jù)流7軟件測試計劃開始撰寫的階段是（ ）A可行性分析階段 B需求分析階段C代碼編寫階段 D測試階段 8軟件的整體結(jié)構(gòu)和這種結(jié)構(gòu)提供給系統(tǒng)在概念上的整體性的方式是指軟件的（ ）。A代碼結(jié)構(gòu)B數(shù)據(jù)結(jié)構(gòu)C程序結(jié)構(gòu)D體系結(jié)構(gòu) 9在軟件開發(fā)模型中，對軟件復(fù)用和生存周期中多項(xiàng)開發(fā)活動的集成提供了支持，主要支持面向?qū)ο蟮拈_發(fā)方法的模型是（ ）。A瀑布模型 B噴泉模型C螺旋模型 D快速應(yīng)用開發(fā)模型10在軟件開發(fā)模型中，非常適合于在軟件開發(fā)初期很難完全確定用戶需求的情況的模型是（ ）。A原型模型 B噴泉模型C螺旋模型 D快速應(yīng)用開發(fā)模型11在一張DFD圖中，任意

8、兩個加工之間（ ）。A有且僅有一條數(shù)據(jù)流 B至少有一條數(shù)據(jù)流C可以有0條或多條名字不同的數(shù)據(jù)流D可以有0條或多條數(shù)據(jù)流，但允許其中有若干條名字相同的數(shù)據(jù)流。12軟件具有和硬件產(chǎn)品不同的特征。下列各項(xiàng)中不屬于軟件的特征的是（ ）。A軟件是一種邏輯實(shí)體，主要是人的腦力勞動的產(chǎn)物，軟件具有抽象性。B軟件的維護(hù)具有長期性。C開發(fā)成本高，生產(chǎn)成本低。D開發(fā)成本低，生產(chǎn)成本高。13Jackson設(shè)計方法是由英國的M.Jackson提出的，它是一種面向（ ）軟件設(shè)計方法。A對象 B數(shù)據(jù)結(jié)構(gòu)C數(shù)據(jù)流 D控制結(jié)構(gòu) 14程序測試不包括檢測（ ）A代碼的標(biāo)識符書寫錯誤 B代碼的邏輯錯誤C代碼的運(yùn)行錯誤 D代碼的格式

9、錯誤 15UML中下列用于建立靜態(tài)模型的圖是（ ）。A用例圖、對象圖和包圖 B類圖、狀態(tài)圖和包圖C類圖、對象圖和包圖 D類圖、對象圖和順序圖 16軟件配置管理應(yīng)該提供的四項(xiàng)功能中不包括（ ）。A版本控制功能B項(xiàng)目進(jìn)度檢查C變更管理功能D配置審核功能17可行性研究的最終成果是（ ）。A確定項(xiàng)目的規(guī)模B研究正在運(yùn)行的系統(tǒng)C評價各種方案 D可行性研究報告18結(jié)構(gòu)化設(shè)計方法是面向（ ）的設(shè)計。A數(shù)據(jù)流 B數(shù)據(jù)編碼C數(shù)據(jù)庫 D數(shù)據(jù)結(jié)構(gòu) 19程序結(jié)構(gòu)可以按水平方向或垂直方向進(jìn)行劃分。水平劃分按主要的程序（ ）來定義模塊結(jié)構(gòu)的各個分支。A功能 B結(jié)構(gòu)C層次 D控制20整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ模?）

10、。A關(guān)聯(lián)（association）B聚合（aggregation）C依賴（depending） D細(xì)化（refinement）21軟件配置管理應(yīng)該提供的四項(xiàng)功能中不包括（ ）。A版本控制功能B配置項(xiàng)打印功能C變更管理功能D配置審核功能22常見基線中不包括（ ）。A功能基線B分配基線C產(chǎn)品基線D檢查基線23軟件測試計劃的撰寫開始在（ ）。A可行性分析階段 B需求分析階段C代碼編寫階段D測試階段24軟件開發(fā)工作中，必須貫穿于整個過程當(dāng)中并且不可忽視的工作是（ ）。A. 產(chǎn)品部署 B. 代碼編寫C.支持性的，管理性的工作 D. 集成 25軟件項(xiàng)目開發(fā)計劃描述的是：（ ）A.給出數(shù)據(jù)邏輯描述和數(shù)據(jù)采集

11、的各項(xiàng)要求 B. 對目標(biāo)軟件的功能、性能、用戶界面及運(yùn)行環(huán)境等做出詳細(xì)的說明C.為軟件項(xiàng)目實(shí)施方案制定出的具體計劃 D. 說明系統(tǒng)的功能分配，模塊劃分 二、填空題 1用結(jié)構(gòu)化方法對一個系統(tǒng)進(jìn)行需求分析，首先需要去對當(dāng)前系統(tǒng)進(jìn)行分析，建立現(xiàn)行系統(tǒng)的 ，然后對之進(jìn)行抽象，形成 ，最終得到 。 2軟件設(shè)計中劃分模塊的一個準(zhǔn)則是 。 3兩個模塊之間的耦合方式中， 耦合的耦合度最高， 耦合的耦合度最低。4.按照軟件的功能不同，可以將軟件分為 和 。5.傳統(tǒng)上，一般將軟件生命周期劃分為六個階段，分別是 、 、 、 、 、 。6對于一個不太復(fù)雜的判斷邏輯（條件組合和行動只有10個左右），使用 比較好；對于一

12、個復(fù)雜的判斷邏輯（條件較多，相應(yīng)的行動也較多），使用 比較好；若一個處理邏輯既包含了一般的順序執(zhí)行動作，又包含了判斷或循環(huán)邏輯，則使用 比較好。 7用例模型最重要的兩個概念是 和 。 8UML的含義是 。9概要設(shè)計的主要任務(wù)是建立 ；詳細(xì)設(shè)計需要完成的任務(wù)是： 、 、物理設(shè)計、編寫詳細(xì)設(shè)計說明書和評審等； 10軟件設(shè)計的目標(biāo)是 。 11結(jié)構(gòu)化分析方法的一個重要指導(dǎo)思想是 。 12無論數(shù)據(jù)流圖如何龐大復(fù)雜，都可以分為 數(shù)據(jù)流圖和 數(shù)據(jù)流圖兩種。 13程序結(jié)構(gòu)描述了整個程序的控制層次關(guān)系和各個部分的接口情況，而軟件過程則著重描述 。 14信息隱蔽是指每個模塊的實(shí)現(xiàn)細(xì)節(jié)對于其它模塊來說是隱蔽的，即

13、。 15模塊的獨(dú)立性是指軟件系統(tǒng)中每個模塊只涉及 ，只通過簡單的接口和軟件系統(tǒng)中其它的模塊相聯(lián)系。 16軟件設(shè)計中，有多種耦合方式。若一個模塊直接引用另外一個模塊中的內(nèi)部數(shù)據(jù)，屬于 耦合。若一組模塊都訪問同一全局變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且不是通過參數(shù)表傳遞全局變量的信息的情況，屬于 耦合。 17從面向?qū)ο蟮慕嵌瓤?，對象是具?。 18封裝也叫信息隱藏。封裝的目的是使對象的使用者和生產(chǎn)者分離，使對象的 分開。19一個類可以是多個一般類的特殊類，它從多個一般類中繼承了屬性和操作，這種繼承模式叫 。20在用例圖中，用例與用例之間的關(guān)系通常有 、 和 。 21UML中用 、順序圖、協(xié)作圖和活動圖

14、來建立動態(tài)模型。 22國家標(biāo)準(zhǔn)局在1988年1月發(fā)布了計算機(jī)軟件開發(fā)規(guī)范和軟件產(chǎn)品開發(fā)文件編制指南，其中規(guī)定的軟件文檔種類是 。23軟件配置管理（Software Configuration Management，SCM）是一門 、 和 相結(jié)合的學(xué)科。24影響軟件質(zhì)量的八個因素中， _ 和 _ 是純技術(shù)因素。25軟件測試是對 、 和 進(jìn)行查錯和糾錯的活動(包括代碼執(zhí)行活動與人工活動)。26軟件組織應(yīng)該提出不同層次的配置管理視角，這些層次包括： 、項(xiàng)目級、程序員級和 。27按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類：管理文檔、開發(fā)文檔 和 。軟件文檔從形式上看，大致可分為兩類，一類稱 ，一

15、類稱 。28軟件測試方法中， 稱為功能測試， 稱為結(jié)構(gòu)測試。29軟件配置管理中常見的三種基線是： 、 和 。 30UML中的泛化是表示_ _。三、判斷題 1結(jié)構(gòu)化設(shè)計方法是以結(jié)構(gòu)化分析產(chǎn)生的數(shù)據(jù)流圖為依據(jù)，并將此按一定的步驟映射成軟件結(jié)構(gòu)。（ ）2軟件測試過程中需要設(shè)計測試用例。（ ）3OMT和UML都屬于面向?qū)ο蠓椒?。?）4無論數(shù)據(jù)流圖如何龐大復(fù)雜，都可以變換為動態(tài)數(shù)據(jù)流圖和靜態(tài)數(shù)據(jù)流圖兩類。（ ）5數(shù)據(jù)庫設(shè)計包括概念設(shè)計、邏輯設(shè)計和物理設(shè)計（ ）6靜態(tài)模型不包括包圖（ ）7UML中用狀態(tài)圖、順序圖、協(xié)作圖和包圖來建立動態(tài)模型（ ）8軟件配置審核的目的就是要證實(shí)整個軟件生存期中各項(xiàng)產(chǎn)品在技

16、術(shù)上和管理上的完整性。（ ）9軟件測試是對程序設(shè)計工作的檢驗(yàn)，是為了證明程序不存在錯誤。（ ）10將軟件進(jìn)行模塊化分可以減小問題解決的復(fù)雜度，但是不應(yīng)該不受限制地將模塊細(xì)化。（ ）11詳細(xì)設(shè)計階段需要具體地編寫程序。（ ）12在軟件生命周期的各個階段中，概要設(shè)計階段的主要任務(wù)是確定軟件“做什么”的問題。 （ ）13需求分析說明書中，對安全的規(guī)定包括精度、時間特性要求以及靈活性。 （ ）14管理文檔包括可行性研究、項(xiàng)目開發(fā)計劃、測試計劃、測試報告、開發(fā)進(jìn)度月報、項(xiàng)目開發(fā)總結(jié)。（ ）15用戶文檔包括用戶手冊、操作手冊、維護(hù)修改建議、軟件需求說明書。四、問答題 1.軟件的三要素是什么？各要素的含義如

17、何? 2.什么是軟件工程？軟件工程要解決什么問題？ 3.什么是面向?qū)ο?？面向?qū)ο蠓椒ǖ奶攸c(diǎn)是什么？ 4.模塊所具有的三個基本屬性是什么？各自的含義如何？ 5.簡述結(jié)構(gòu)化程序設(shè)計的基本要點(diǎn)6. 說明黑盒測試和白盒測試的異同。7.什么是軟件生命周期？8.程序注釋如何分類？9.什么是數(shù)據(jù)字典？10.什么是用例模型？11.在畫系統(tǒng)的分層數(shù)據(jù)流圖時，需要注意哪些問題？12.軟件開發(fā)過程中影響軟件質(zhì)量的因素都有哪些？13.什么是配置審核？配置審核工作主要集中在哪兩個方面，其含義是什么？14.什么是用例模型？15.簡述結(jié)構(gòu)化程序設(shè)計的特點(diǎn)。五、應(yīng)用題1下面給出的是某房產(chǎn)管理系統(tǒng)的一套分層數(shù)據(jù)流圖。其功能描述

18、如下：系統(tǒng)隨時根據(jù)住房送來的入住單更新住戶基本信息文件；每月初系統(tǒng)根據(jù)物業(yè)管理委員會提供的月附加費(fèi)（例如清潔費(fèi)、保安費(fèi)、大樓管理費(fèi)等）表和房租調(diào)整表，計算每家住戶的月租費(fèi)（包括月附加費(fèi)），向住戶發(fā)出交費(fèi)通知單。住戶交費(fèi)時，系統(tǒng)輸入交費(fèi)憑證，核對后輸出收據(jù)給住戶；系統(tǒng)定期向物業(yè)管理委員會提供住房分配表和交費(fèi)情況表；住戶因分戶或換房，在更新住戶基本信息文件的同時，系統(tǒng)應(yīng)立即對這些住戶做月租費(fèi)計算，以結(jié)算分戶或換房前的房租。圖1 頂層圖圖2 0層圖圖3 加工1子圖假定題中提供的頂層圖（圖1）是正確的，請回答下列問題：問題指出哪張圖中的哪些文件可不必畫出。問題指出圖3中遺漏了哪些數(shù)據(jù)流。問題3若圖2中

19、加工2可以分解為“計算月租費(fèi)”，“調(diào)整房租”，“交費(fèi)憑證校驗(yàn)”，“制作收據(jù)”和“制作交費(fèi)報告”五個子加工，試畫出其子圖。2請按照下列說明畫出系統(tǒng)的數(shù)據(jù)流圖。考生向考試機(jī)構(gòu)提出考試請求，考試機(jī)構(gòu)對考生報名表后進(jìn)行審核，形成報名表文件，然后根據(jù)報名表文件打印報名匯總表，交上級機(jī)關(guān)。3一個信用卡驗(yàn)證系統(tǒng)，它的使用者是顧客，顧客通過信用卡驗(yàn)證系統(tǒng)刷卡，向零售商購買商品；而負(fù)責(zé)發(fā)放卡的金融機(jī)構(gòu)通過該系統(tǒng)負(fù)責(zé)信用卡帳戶的結(jié)賬和帳戶管理，請畫出信用卡驗(yàn)證系統(tǒng)的用例圖答案：一、單項(xiàng)選擇題 1.D 2.A 3.D 4.B 5.C 6.B 7.B 8.D 9.B 10.A 11.C 12.D 13.B 14.D

20、15.C 16.B 17.D 18.A 19.A 20.B 21.B 22.D 23.B 24.C 25.C 二、填空題1.物理模型 現(xiàn)行系統(tǒng)的邏輯模型 待開發(fā)系統(tǒng)的邏輯模型2.高內(nèi)聚低耦合3.內(nèi)容 非直接4.系統(tǒng)軟件 應(yīng)用軟件5.計劃 需求分析 設(shè)計 編碼 測試 運(yùn)行維護(hù)6. 判定樹 判定表 結(jié)構(gòu)化語言7. 參與者 用例8.統(tǒng)一建模語言9. 軟件系統(tǒng)的體系結(jié)構(gòu) 算法設(shè)計 數(shù)據(jù)結(jié)構(gòu)設(shè)計 10.導(dǎo)出軟件系統(tǒng)的體系結(jié)構(gòu)。11.自頂向下，逐步分解12.變換型 事務(wù)型13.各個模塊的處理細(xì)節(jié)14.模塊終所包含的信息不允許其它不需要這些信息的模塊使用。15.軟件要求的具體的子功能16.內(nèi)容 外部17.相

21、同狀態(tài)的一組操作的集合18.定義和實(shí)現(xiàn)19.多繼承20.擴(kuò)展 包含 泛化21.狀態(tài)圖22.1323.應(yīng)用技術(shù) 管理 監(jiān)督24. 技術(shù)上解決軟件質(zhì)量問題的局限性 測試的局限性25. 軟件計劃、軟件設(shè)計、軟件編碼26.企業(yè)級 應(yīng)用級27.用戶文檔 工作表格 文檔或文件28. 黑盒測試 白盒測試29.功能基線 分配基線 產(chǎn)品基線30.一般與特殊關(guān)系三、判斷題1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 四、問答題 1. 什么是軟件？各要素的含義如何? 軟件是為了特定的目的而開發(fā)的程序、數(shù)據(jù)和文檔的集合。程序是能夠執(zhí)行特定功能的計算機(jī)指令序列；數(shù)

22、據(jù)是指執(zhí)行程序所必須的數(shù)據(jù)和數(shù)據(jù)結(jié)構(gòu)。文檔是與程序開發(fā)維護(hù)和使用有關(guān)的圖文資料。2.什么是軟件工程？軟件工程要解決什么問題？軟件工程是用工程、科學(xué)和數(shù)學(xué)的原則與方法研制、維護(hù)計算機(jī)軟件的有關(guān)技術(shù)及管理方法。要解決的主要問題是：解決軟件危機(jī)中的各種問題，獲得高質(zhì)量、低成本、高可靠性、易維護(hù)、并能及時投放市場的軟件產(chǎn)品。3.什么是面向?qū)ο?？面向?qū)ο蠓椒ǖ奶攸c(diǎn)是什么？ Coad和Yourdon對面向?qū)ο蠼o出了一個定義：“面向?qū)ο?= 對象 + 類 + 繼承 + 消息通信”。面向?qū)ο蠹夹g(shù)是一個非常實(shí)用的軟件開發(fā)方法，具有以下特點(diǎn)。第一，開發(fā)方法的唯一性，即方法是對軟件開發(fā)過程所有階段進(jìn)行綜合考慮而得到

23、的。二是從生存期的一個階段到下一個階段的高度連續(xù)性，即在一個階段所用到的部分與在下一個階段所使用的部分是銜接的，所使用的技術(shù)經(jīng)過生存期每一階段后不改變。最后，把面向?qū)ο蠓治?、面向?qū)ο笤O(shè)計和面向?qū)ο蟪绦蛟O(shè)計集成到生存期的相應(yīng)階段。4. 模塊所具有的三個基本屬性是什么？各自的含義如何？ 模塊的三個基本屬性是：功能、邏輯和狀態(tài) 功能是指該模塊能做什么事。 邏輯是指該模塊內(nèi)部怎么做 狀態(tài)是指該模塊使用時的環(huán)境和條件。5.簡述結(jié)構(gòu)化程序設(shè)計的基本要點(diǎn)第一，采用自頂向下、逐步求精的程序設(shè)計方法；第二，使用順序、選擇及重復(fù)三種基本控制結(jié)構(gòu)構(gòu)造程序；第三，主程序員的組織方式。開發(fā)程序的人員應(yīng)采用以一個主程序員

24、、一個后備程序員和一個程序管理員三人為核心，再加上一些專家等組成小組。6. 說明黑盒測試和白盒測試的異同。黑盒測試也叫功能測試，白盒測試也叫結(jié)構(gòu)測試。黑盒測試不考慮程序內(nèi)部結(jié)構(gòu)，只對程序的外部接口進(jìn)行測試；白盒測試考慮程序內(nèi)部結(jié)構(gòu)，按照程序內(nèi)部的邏輯測試。7.什么是軟件生命周期？從時間角度對軟件開發(fā)和維護(hù)的復(fù)雜問題進(jìn)行分解，把軟件生命的漫長周期依次劃分為若干個階段，每個階段都有相對獨(dú)立的任務(wù)，然后逐步完成每個階段的任務(wù)。一般將軟件生命周期劃分為六個階段：計劃、需求分析、設(shè)計、編碼、測試、運(yùn)行維護(hù)。8.程序注釋如何分類？注釋從其整體觀感和作用上可以分為兩種：高級注釋：說明程序功能并描述程序各組成

25、部分相互關(guān)系；低級注釋：逐行解釋程序指令如何工作。9.什么是數(shù)據(jù)字典？數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的精確定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。10.什么是用例模型？答：用例模型用于系統(tǒng)需求的獲取，描述系統(tǒng)的功能需求。用例模型的主要成分有用例、參與者和系統(tǒng)。用例模型由用例圖組成，用例圖展示了參與者、用例以及它們之間的關(guān)系。11.在畫系統(tǒng)的分層數(shù)據(jù)流圖時，需要注意哪些問題？答：(1) 加工的編號方法。根據(jù)加工的編號，應(yīng)該能知道該加工屬于哪一層，該加工的父圖以及是從父圖中的哪個加工分解得來的。(2) 分解程度。應(yīng)該使分解力求自然，使分解后各界面清晰，意義明確(3) 父圖與子圖的平衡。子圖中的輸入輸出應(yīng)該和父圖中相對應(yīng)的加工的輸入輸出相一致，以保持?jǐn)?shù)據(jù)流的平衡，保證加工過程的連續(xù)性和一致性。(4) 文件的局部性。在只有文件成為兩個或多個加工的接口時，才出現(xiàn)在該層及下層數(shù)據(jù)流圖上。12軟件開發(fā)過程中影響軟件質(zhì)量的因素都有哪些？答：1.人的因素。2.軟件需求。3.開發(fā)各個環(huán)節(jié)的銜接。4.測試的局限性。5.質(zhì)量管理不夠重視。6.軟件開發(fā)的非工程化和開發(fā)人員的傳統(tǒng)習(xí)慣。7.開發(fā)沒有規(guī)范，標(biāo)準(zhǔn)。8.技術(shù)上解決軟件質(zhì)量問題的局限性。13什么是配置審核？配置審核工作主要集中在哪兩個方面，其含義是什么？配置審核是指對于存儲配置項(xiàng)及相關(guān)記錄的軟件基線庫的結(jié)構(gòu)、內(nèi)容和設(shè)施進(jìn)