【正文】 ）。，已知產(chǎn)品內(nèi)部工作過程，通過測試檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按照產(chǎn)品規(guī)格說明的規(guī)定正常進(jìn)行的方法稱為（白盒）測試法。(方法)、工具和過程三部分組成，稱為軟件工程的三要素。(可行性研究)和需求分析兩個(gè)階段來完成。（最后）一個(gè)階段。，而在編碼階段采用的是面向過程的語言，那么這種翻譯就比較困難。4．生產(chǎn)高質(zhì)量的軟件產(chǎn)品是軟件工程的首要目標(biāo)。8．瀑布模型本質(zhì)上是一種線性順序模型，增量模型本質(zhì)上是一種快速原型模型。12． “軟件危機(jī)”是指軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題，成本高、生產(chǎn)率低、質(zhì)量得不到保證、需求不能充分理解都是是軟件危機(jī)的表現(xiàn)形式。17． 軟件工程由方法,工具和過程三部分組成,． 基于計(jì)算機(jī)系統(tǒng)的軟件要素中的軟部件由程序,． 瀑布模型是以文檔為驅(qū)動(dòng)、適合于軟件需求明確的軟件項(xiàng)目的模型。23． 面向?qū)ο?Object Oriented)方法是將現(xiàn)實(shí)世界的事物以對象的方式映射到計(jì)算機(jī)世界的方法。27． 任務(wù)是一項(xiàng)已經(jīng)定義得很好的工作，該工作可分配給一個(gè)項(xiàng)目參與者或分配給一個(gè)團(tuán)隊(duì)。32． 需求規(guī)格說明書是需求分析階段最重要的技術(shù)文檔之一33． 需求分析最終結(jié)果是產(chǎn)生需求規(guī)格說明書 34． DFD中的每個(gè)加工至少需要一個(gè)輸入流和一個(gè)輸出流。41． 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有繼 承和聚集的關(guān)系。45． 軟件模塊之間的耦合性越弱越好。模塊耦合越弱，則說明模塊的獨(dú)立性強(qiáng)。52． 當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為內(nèi)容耦合。56． 衡量模塊的獨(dú)立性的兩個(gè)定性的度量標(biāo)準(zhǔn)是內(nèi)聚度和耦合度。60． 在詳細(xì)設(shè)計(jì)階段,經(jīng)常采用的工具有盒圖、PAD圖、PDL語言、判定表和判定樹等工具，． 盒圖也稱為NS圖，種表達(dá)方式取消了流程線,． 當(dāng)模塊中包含復(fù)雜的條件組合,． 模塊的內(nèi)部過程描述就是模塊內(nèi)部的算法設(shè)計(jì)，它的表達(dá)形式就是詳細(xì)設(shè)計(jì)語言．64． 程序的三種基本控制結(jié)構(gòu)的共同特點(diǎn)是只有一個(gè)入口和一個(gè)出口。68． 面向?qū)ο蟮拈_發(fā)方法中,UML是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語言。72． 動(dòng)態(tài)測試方法中根據(jù)測試用例的設(shè)計(jì)方法不同，． 黑盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。77． 計(jì)算機(jī)輔助靜態(tài)分析是軟件測試方法中的靜態(tài)測試方法之一。81． 將軟件組裝成系統(tǒng)的一種測試技術(shù)叫集成測試。85． 質(zhì)量保證是為了保證產(chǎn)品和服務(wù)充分滿足消費(fèi)者要求的質(zhì)量而進(jìn)行的有計(jì)劃．有組織的活動(dòng)，質(zhì)量保證是為了使用產(chǎn)品實(shí)現(xiàn)用戶要求的功能。90． 黑盒測試在設(shè)計(jì)測試用例時(shí)，主要需要研究需求規(guī)格說明與概要設(shè)計(jì)說明。94． 為改正軟件系統(tǒng)中潛藏的錯(cuò)誤而進(jìn)行的維護(hù)活動(dòng)稱為糾錯(cuò)性維護(hù)。98． 軟件中因修改軟件而造成的錯(cuò)誤稱為維護(hù)的副作用。102． 軟件可靠性是指在給定的時(shí)間間隔內(nèi),程序成功運(yùn) 行的概率。2． 軟件生存周期模型：． 數(shù)據(jù)字典(DD)：,無二義性的說明方式為系統(tǒng)的分析,． 內(nèi)聚性：是模塊獨(dú)立性的衡量標(biāo)準(zhǔn)之一,它是模塊的功能強(qiáng)度的度量,． 白盒測試：又稱結(jié)構(gòu)測試，是已經(jīng)知道產(chǎn)品內(nèi)部工作過程，檢驗(yàn)產(chǎn)品內(nèi)部動(dòng)作是否按規(guī)定正常使用的測試方法。9． 驅(qū)動(dòng)模塊：用于模擬被測模塊的上級模塊。12． 軟件工程：即運(yùn)用工程學(xué)的基本原理和方法來組織和管理軟件生產(chǎn)。16． 集成測試也稱組裝測試或聯(lián)合測試。18． 對象：是現(xiàn)實(shí)世界中個(gè)體或事物的抽象表示，是其屬性和相關(guān)操作的封裝。（二）原理螺旋模型的適應(yīng)場合:支持需求不明確,特別是大型軟件系統(tǒng)的開發(fā),并支持面向規(guī)格說明,面向過程,面向?qū)ο?等多種軟件開發(fā)方法,是一種具有廣闊前景的模型。原型法模型一般適應(yīng)的場合：它適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開發(fā),更適合于那些項(xiàng)目組成員(包括分析員,設(shè)計(jì)員,程序員和用戶)不能很好交流或通信有困難的情況。l 漸增式測試在不斷集成的過程中使模塊不斷在新的條件下受到新的檢測，測試更徹底。軟件工程的內(nèi)容是：1）采用工程化方法和途徑來開發(fā)與維護(hù)軟件；2）應(yīng)該開發(fā)和使用更好的軟件工具；3）采取必要的管理措施。1文檔在軟件工程中的作用：(1)提高軟件開發(fā)過程的能見度；(2)提高開發(fā)效率；(3)作為開發(fā)人員階段工作成果和結(jié)束標(biāo)志；(4)記錄開發(fā)過程的有關(guān)信息便于使用與維護(hù)；(5)提供軟件運(yùn)行、維護(hù)和培訓(xùn)有關(guān)資料；(6)便于用戶了解軟件功能、性能。掌握變換型和事務(wù)性數(shù)據(jù)流圖轉(zhuǎn)化為系統(tǒng)結(jié)構(gòu)圖的原理，能根據(jù)給定的數(shù)據(jù)流圖畫出系統(tǒng)結(jié)構(gòu)圖。軟件生存期可分為三個(gè)大階段：軟件開發(fā)、使用、維護(hù)。模塊之間聯(lián)系越緊密，其耦合性就越強(qiáng)，模塊的獨(dú)立性就越差。1軟件結(jié)構(gòu)從形態(tài)上總的考慮是：頂層扇出數(shù)較高一些，中間層扇出數(shù)較少一些，底層扇入數(shù)較少一些。1程序流程圖又稱程序框圖，他是軟件開發(fā)者最熟悉的一種算法表達(dá)工具。類具有操作，它是對象的行為的抽象?；谟?jì)算機(jī)的測試還有兩種方法，分別是黑盒測試和白盒測試。軟件危機(jī)：指計(jì)算機(jī)軟件的開發(fā)和維護(hù)過程中所遇到的一系列嚴(yán)重問題瀑布模型：是將軟件生存各個(gè)活動(dòng)規(guī)定為依線性順序聯(lián)接的若干階段的模型。需求分析：需求分析是指開發(fā)人員要準(zhǔn)確理解用戶的需求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化成完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約（需求規(guī)格說明）的過程。軟件工程是一項(xiàng)建模活動(dòng),通過抽象找到事物的重要特征而忽略非 本質(zhì)的細(xì)節(jié),從不同側(cè)面建立系統(tǒng)模型,有效地簡化和處理復(fù)雜性。（1）軟件開發(fā)費(fèi)用和進(jìn)度失控。（5）軟件產(chǎn)品質(zhì)量難以保證。派生類既可以繼承其父類的屬性、方法、也可以添加新的屬性和方法。當(dāng)系統(tǒng)的功能需求發(fā)生變化時(shí)，通常僅需修改與之相關(guān)的對象或者類。這種測試方法又稱結(jié)構(gòu)測試。⑷生產(chǎn)主要是腦力勞動(dòng)，還末完全擺脫手工開發(fā)方式，大部分產(chǎn)品是“定做”的 ⑸開發(fā)軟件的費(fèi)用不斷增加，致使生產(chǎn)成本相當(dāng)昂貴。3﹑什么是軟件危機(jī)？主要表現(xiàn)在哪些方面？ 軟件開發(fā)技術(shù)的進(jìn)步未能滿足發(fā)展的要求。(3)一般軟件很難維護(hù)。(7)軟件技術(shù)的發(fā)展遠(yuǎn)遠(yuǎn)滿足不了計(jì)算機(jī)應(yīng)用的普及與深入的需要。開發(fā)技術(shù)主要研究：軟件開發(fā)方法，開發(fā)過程，開發(fā)工具和環(huán)境。包括：可行性分析和項(xiàng)目開發(fā)計(jì)劃，需求分析，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，編碼，測試，維護(hù)。8﹑什么是軟件開發(fā)方法？有哪些主要方法？使用早已定義好的技術(shù)集及符號表示習(xí)慣來組織軟件生產(chǎn)的過程。軟件工程方法學(xué)包含3個(gè)要素分別是什么？ 分別是：方法、工具和過程。 過程是為了獲得高質(zhì)量的軟件所需要完成的一系列任務(wù)的框架，它規(guī)定了完成各項(xiàng)任務(wù)的工作步驟。(1)各個(gè)階段的順序性和依賴性；216。 可強(qiáng)迫開發(fā)人員采用規(guī)范的方法（例如，結(jié)構(gòu)化技術(shù)）；216。 對可選方案和約束條件的強(qiáng)調(diào)有利于已有軟件的重用，也有助于把軟件質(zhì)量作為軟件開發(fā)的一個(gè)重要目標(biāo)；216。項(xiàng)目越大，風(fēng)險(xiǎn)也越大，因此，進(jìn)行風(fēng)險(xiǎn)分析的必要性也越大。 快速原型應(yīng)該具備的第一個(gè)特點(diǎn)是“快速”；216。1軟件工程的目標(biāo)？付出較低開發(fā)成本；達(dá)到要求的功能；取得較好的性能；開發(fā)的軟件易于移植；只需較低的維護(hù)費(fèi)用；能按時(shí)完成開發(fā)任務(wù)，及時(shí)交付使用；開發(fā)的軟件可靠性高。1某計(jì)算機(jī)系統(tǒng)投入使用后、5年內(nèi)每年可節(jié)省人民幣 2O0O元，假設(shè)系統(tǒng)的投資額為5000元，年利率為 12％。從邏輯模型出發(fā)，經(jīng)過壓縮的設(shè)計(jì)，探索出若干種可供選擇的解決方法，對每種解決方法都要研究它的可行性。⑵.經(jīng)濟(jì)可行性：進(jìn)行開發(fā)成本的估算以及了解取得效益的評估,確定要開發(fā)的項(xiàng)目是否值得投資。⑶.建立新系統(tǒng)的高層邏輯模型；使用數(shù)據(jù)流圖和數(shù)據(jù)字典描述數(shù)據(jù)在系統(tǒng)中的流動(dòng)和處理情況。可行性研究過程包括哪些？ 45678示樓號，CNO表示課程號，G表示成績。（1）SC(SNO,CNO,G)和（2）SD(SNO,SDEPT,)(3)SL(SDEPT ,SLOC)1狀態(tài)轉(zhuǎn)換圖狀態(tài)轉(zhuǎn)換圖(簡稱為狀態(tài)圖)通過描繪系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為。1IPO圖IPO圖是輸入、處理、輸出圖的簡稱，能夠方便地描繪輸入數(shù)據(jù)、對數(shù)據(jù)的處理和輸出數(shù)據(jù)之間的關(guān)系。對硬件技術(shù)的進(jìn)步可以做些預(yù)測，對軟件技術(shù)的進(jìn)步則很難做出預(yù)測，只能從現(xiàn)有技術(shù)水平出發(fā)判斷需求的現(xiàn)實(shí)性?；救蝿?wù)是：建立軟件系統(tǒng)結(jié)構(gòu)（劃分模塊、定義模塊功能、模塊間的調(diào)用關(guān)系、定義模塊的接口、評價(jià)模塊的質(zhì)量）、數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫的設(shè)計(jì)（數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)、概念設(shè)計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì)）、編寫概要設(shè)計(jì)文檔（概要設(shè)計(jì)說明書、用戶手冊、數(shù)據(jù)庫設(shè)計(jì)說明書、修訂測試計(jì)劃）。011控制范圍：是模塊本身和它的下屬模塊的集合。事物流某個(gè)加工將它的輸入流分離成許多發(fā)散的數(shù)據(jù)流，形成許多加工路徑，并根據(jù)輸入選擇其中一個(gè)路徑來執(zhí)行。輸入模塊由兩部分組成：接收數(shù)據(jù)﹑轉(zhuǎn)換成調(diào)用模塊所需信息。變換部分求精：根據(jù)設(shè)計(jì)準(zhǔn)則，對模塊適當(dāng)合并。3請將下圖的DFD轉(zhuǎn)換為軟件結(jié)構(gòu)圖。(1)在數(shù)據(jù)A(1)～A(10)中求最大數(shù)和次大數(shù)。max=a[i]。解：如圖：PDL語言描述如下：GET(a,b,c)IF(a+bc and b+ca and c+ab)IF(a=b)IF(a=c)PUT(“等邊三角形”)ELSEPUT(“等腰三角形”)ENDIFELSEIF(a=c)PUT(“等腰三角形”)ELSEIF(b=c)6(6)對發(fā)現(xiàn)錯(cuò)誤較多的程序段，應(yīng)進(jìn)行更深入的測試。白盒法有下列幾種覆蓋標(biāo)準(zhǔn)：216。216。216。從上到下的覆蓋標(biāo)準(zhǔn)其檢錯(cuò)能力也從弱到強(qiáng)，其中條件組合發(fā)現(xiàn)錯(cuò)誤的能力較強(qiáng)，凡滿足其標(biāo)準(zhǔn)的測試用例，也必然滿足前四種覆蓋標(biāo)準(zhǔn)。216。216。216。它的基本原理是通過畫因果圖，把用自然語言描述的功能說明轉(zhuǎn)換為判定表，最后為判定表的每一列設(shè)計(jì)一個(gè)測