電大期末考試 最新備考題庫 系統(tǒng)開發(fā)規(guī)范與文檔編寫綜合練習題15秋王然_第1頁
電大期末考試 最新備考題庫 系統(tǒng)開發(fā)規(guī)范與文檔編寫綜合練習題15秋王然_第2頁
電大期末考試 最新備考題庫 系統(tǒng)開發(fā)規(guī)范與文檔編寫綜合練習題15秋王然_第3頁
電大期末考試 最新備考題庫 系統(tǒng)開發(fā)規(guī)范與文檔編寫綜合練習題15秋王然_第4頁
電大期末考試 最新備考題庫 系統(tǒng)開發(fā)規(guī)范與文檔編寫綜合練習題15秋王然_第5頁
已閱讀5頁,還剩12頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

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

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

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

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

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

6、將一個企業(yè)的軟件能力劃分為5個等級,如果軟件工程和管理過程已經(jīng)文檔化、標準化,并已綜合成整個軟件開發(fā)組織的標準軟件過程,則該企業(yè)屬于( )。A確定級 B優(yōu)化級C初始級 D管理級3CMM將一個企業(yè)的軟件能力劃分為5個等級,如果在一個企業(yè)的軟件開發(fā)過程中沒有什么管理,軟件的成敗完全系于個別開發(fā)員身上,則該企業(yè)應該屬于( )。A管理級 B可重復級C確定級D初始級4需求工程中涉及的角色很多,其中起主導作用的是( )。A用戶 B系統(tǒng)分析員C軟件開發(fā)人員 D管理人員 5在軟件需求分析階段要解決的問題是( )A軟件提供哪些信息 B軟件采用的結構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軟件的整體結構和這種結構提供給系統(tǒng)在概念上的整體性的方式是指軟件的( )。A代碼結構B數(shù)據(jù)結構C程序結構D體系結構 9在軟件開發(fā)模型中,對軟件復用和生存周期中多項開發(fā)活動的集成提供了支持,主要支持面向?qū)ο蟮拈_發(fā)方法的模型是( )。A瀑布模型 B噴泉模型C螺旋模型 D快速應用開發(fā)模型10在軟件開發(fā)模型中,非常適合于在軟件開發(fā)初期很難完全確定用戶需求的情況的模型是( )。A原型模型 B噴泉模型C螺旋模型 D快速應用開發(fā)模型11在一張DFD圖中,任意

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

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

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

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

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

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

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

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

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

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

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

19、加工2可以分解為“計算月租費”,“調(diào)整房租”,“交費憑證校驗”,“制作收據(jù)”和“制作交費報告”五個子加工,試畫出其子圖。2請按照下列說明畫出系統(tǒng)的數(shù)據(jù)流圖??忌蚩荚嚈C構提出考試請求,考試機構對考生報名表后進行審核,形成報名表文件,然后根據(jù)報名表文件打印報名匯總表,交上級機關。3一個信用卡驗證系統(tǒng),它的使用者是顧客,顧客通過信用卡驗證系統(tǒng)刷卡,向零售商購買商品;而負責發(fā)放卡的金融機構通過該系統(tǒng)負責信用卡帳戶的結賬和帳戶管理,請畫出信用卡驗證系統(tǒ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)軟件 應用軟件5.計劃 需求分析 設計 編碼 測試 運行維護6. 判定樹 判定表 結構化語言7. 參與者 用例8.統(tǒng)一建模語言9. 軟件系統(tǒng)的體系結構 算法設計 數(shù)據(jù)結構設計 10.導出軟件系統(tǒng)的體系結構。11.自頂向下,逐步分解12.變換型 事務型13.各個模塊的處理細節(jié)14.模塊終所包含的信息不允許其它不需要這些信息的模塊使用。15.軟件要求的具體的子功能16.內(nèi)容 外部17.相

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

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

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

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

25、部分相互關系;低級注釋:逐行解釋程序指令如何工作。9.什么是數(shù)據(jù)字典?數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項和結構的精確定義,以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。10.什么是用例模型?答:用例模型用于系統(tǒng)需求的獲取,描述系統(tǒng)的功能需求。用例模型的主要成分有用例、參與者和系統(tǒng)。用例模型由用例圖組成,用例圖展示了參與者、用例以及它們之間的關系。11.在畫系統(tǒng)的分層數(shù)據(jù)流圖時,需要注意哪些問題?答:(1) 加工的編號方法。根據(jù)加工的編號,應該能知道該加工屬于哪一層,該加工的父圖以及是從父圖中的哪個加工分解得來的。(2) 分解程度。應該使分解力求自然,使分解后各界面清晰,意義明確(3) 父圖與子圖的平衡。子圖中的輸入輸出應該和父圖中相對應的加工的輸入輸出相一致,以保持數(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)習慣。7.開發(fā)沒有規(guī)范,標準。8.技術上解決軟件質(zhì)量問題的局限性。13什么是配置審核?配置審核工作主要集中在哪兩個方面,其含義是什么?配置審核是指對于存儲配置項及相關記錄的軟件基線庫的結構、內(nèi)容和設施進

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論