【正文】 人員重視開發(fā)而輕視問題的定義和軟件維護(hù) 軟件開發(fā)技術(shù)落后：（1）用戶需求不明確（2）缺乏正確的理論指導(dǎo)（3）軟件開發(fā)規(guī)模越來越大（4）軟件開發(fā)復(fù)雜度越來越高：軟件工程學(xué) 采用工程化方法和工程途徑來研制與維護(hù)軟件采用先進(jìn)的技術(shù)、方法與工具來開發(fā)與設(shè)計(jì)軟件采用必要的組織管理措施 從一個軟件開始立項(xiàng)起，到廢棄不用止 一個周期被劃分為計(jì)劃、開發(fā)、運(yùn)行3個時期計(jì)劃時期：問題定義——可行性分析 開發(fā)時期：需求分析——軟件分析——軟件設(shè)計(jì)——編碼（測試）——測試 運(yùn)行時期：（1）對當(dāng)前系統(tǒng)進(jìn)行調(diào)查和研究（2）導(dǎo)出新系統(tǒng)的解決方案（3）提出推薦的方案（4）編寫可行性論證報告（系統(tǒng)概述、可行性分析、結(jié)論意見）（1）提高軟件系統(tǒng)的可復(fù)用性可復(fù)用性是面向?qū)ο箝_發(fā)的核心思路。落后的軟件生產(chǎn)方式無法滿足迅速增長的計(jì)算機(jī)軟件需求，從而導(dǎo)致軟件開發(fā)與維護(hù)過程中出現(xiàn)一系列嚴(yán)重問題的現(xiàn)象。（最后）一個階段。(方法)、工具和過程三部分組成，稱為軟件工程的三要素。，程序成功運(yùn)行的（概率）。(數(shù)據(jù)流)的設(shè)計(jì)方法是把信息流映射成軟件結(jié)構(gòu)。(DFD)是一種圖形化技術(shù)，描繪信息和數(shù)據(jù)從輸入移動到輸出的過程所經(jīng)受的變換。（三）個發(fā)展階段。，包含以下基本成分(實(shí)體、聯(lián)系、屬性)。（順序、選擇和重復(fù)）。它規(guī)定了由前至后，相互銜接的固定次序，如同瀑布流水，逐級下落。2在UML用例圖中，橢圓表示用例，方框表示系統(tǒng)，小人狀圖案表示執(zhí)行者2軟件測試過程按測試的先后次序可先分為四個步驟進(jìn)行：單元測試、集成測試、確定測試和系統(tǒng)測試，最后進(jìn)行驗(yàn)收測試。1軟件的詳細(xì)設(shè)計(jì)可以用來采用圖形、表格、語言三種形式描述工具表示模塊的處理過程。需求分析的步驟有：調(diào)查研究、分析與綜合、書寫文檔、需求分析評審。在數(shù)據(jù)字典中，工卡的數(shù)據(jù)條目定義如下：工卡 = 工號 + 英文名 + 年齡 + 性別 + 部門 工號 = 001..200 英文名 = 3{字母}20 年齡 = 1..200 性別 = [男|女] 部門 = [技術(shù)部|市場部|財務(wù)部|行政部] 解析:先明確要說明數(shù)據(jù)條目是誰，由哪些分量組成,這些分量是“+”的關(guān)系，還是“或”的關(guān)系，如本例的第一條是“+”的關(guān)系,然后分析它的組成是什么，再對其各個組成部分依次說明,如本例的第二至六條，要一條一條地寫出來，不要都寫到一條中。l 非漸增式測試可以同時并行測試所有模塊，能充分利用人力。需求分析的任務(wù)是確定待開發(fā)的軟件系統(tǒng)“做什么”.具體任務(wù)包括確定軟件系統(tǒng)的功能需求,性能需求和運(yùn)行環(huán)境約束,編制軟件需求規(guī)格說明書,軟件系統(tǒng)的驗(yàn)收測試準(zhǔn)則和初步的用戶手冊。組裝模塊的方式有兩種：漸增式測試和非漸增式測試。10． 模塊：模塊是一個擁有明確定義的輸入、輸出和特性的程序?qū)嶓w。104． 軟件可修改性,是指允許對軟件系統(tǒng)進(jìn)行修改而不增加其復(fù)雜性，105． 所有軟件維護(hù)申請報告要按規(guī)定方式提出，該報告也稱軟件問題報告。96． 為適應(yīng)軟件運(yùn)行環(huán)境的變化而修改軟件的活動稱為適應(yīng)性維護(hù)。88． 為了提高測試的效率，應(yīng)該選擇發(fā)現(xiàn)錯誤可能性大的數(shù)據(jù)作為測試數(shù)據(jù)。79． 等價類劃分、邊界值分析測試等屬于黑盒測試技術(shù)。70． 是對軟件規(guī)格說明,軟件設(shè)計(jì)和編碼的最全面也是最后的審查。58． 過程描述語言可以用于算法和數(shù)據(jù)結(jié)構(gòu)的描述。50． 為了提高模塊的獨(dú)立性,模塊內(nèi)部最好是功能內(nèi)聚，模塊的內(nèi)聚性最高的是功能內(nèi)聚。43． 軟件開發(fā)過程中，抽取和整理用戶需求并建立問題域精確模型的過程叫面向?qū)ο蟮姆治觥?0． 用戶對軟件需求的描述不精確,往往是產(chǎn)生軟件危機(jī)的原因之一。21． 從事物的組成部件及每個部件的屬性,。10． 軟件生存周期模型包括瀑布模型、快速原型模型、增量模型、螺旋模型、噴泉模型等。2．軟件不只是用程序設(shè)計(jì)語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，編寫程序代碼只是軟件開發(fā)的一個部分。7．。16． 快速原型模型的主要特點(diǎn)之一是及早提供工作軟件。26． 任務(wù)是管理有關(guān)項(xiàng)目工作的最小的單元。39． 結(jié)構(gòu)化分析方法（ＳＡ）是一種面向數(shù)據(jù)流的需求分析方法．40． 驗(yàn)證軟件需求正確性的四個方面包括一致性、完整性、現(xiàn)實(shí)性、有效性。48． 在模塊耦合性類型中，模塊之間獨(dú)立性最差的類型是內(nèi)容耦合，在實(shí)際編程時一定要避免出現(xiàn)，為了提高模塊的獨(dú)立性，模塊之間最好是數(shù)據(jù)耦合。55． 按數(shù)據(jù)流的類型,結(jié)構(gòu)化設(shè)計(jì)方法有兩種設(shè)計(jì)策略,它們是變換分析設(shè)計(jì)和事務(wù)分析設(shè)計(jì)。（六）編碼、測試、維護(hù)67． 以詳細(xì)設(shè)計(jì)說明書為輸入,將該輸入用某種程序設(shè)計(jì)語言翻譯成計(jì)算機(jī)可以理解并最終可運(yùn)行的代碼的過程叫編碼過程。76． 單元測試的測試對象是程序模塊。84． 在進(jìn)行軟件測試時，首先應(yīng)當(dāng)進(jìn)行單元測試，然后再進(jìn)行集成測試，最后再進(jìn)行有效性測試。93． 在軟件維護(hù)的內(nèi)容中，有四種維護(hù)：校正性維護(hù)，完善性維護(hù)，適應(yīng)性維護(hù)，預(yù)防性維護(hù)，其中占維護(hù)活動工作量比例最高的是完善性維護(hù)，最少的一般是預(yù)防性維護(hù)。101． 軟件可維護(hù)性,是指軟件產(chǎn)品交付使用后,在實(shí)現(xiàn)改正潛伏的錯誤,改進(jìn)性能等屬性,適應(yīng)環(huán)境變化等方面工作的難易程度。8． 樁模塊：用于代替所測模塊調(diào)用的子模塊，樁模塊可以做少量的數(shù)據(jù)操作。15． 信息隱藏：信息隱蔽是指在設(shè)計(jì)和確定模塊時，使得一個模塊內(nèi)包含的信息(過程或數(shù)據(jù))，對于不需要這些信息的其他模塊來說是不能訪問的。21． 消息：對象與外部世界相互關(guān)聯(lián)的唯一途徑。l 非漸增式測試中發(fā)現(xiàn)錯誤后難以診斷定位 l 漸增式測試中，出現(xiàn)的錯誤往往跟最新加入的模塊有關(guān)。其實(shí)質(zhì)是要進(jìn)行一次簡化、壓縮了的需求分析、設(shè)計(jì)過程，要在較高層次上以較抽象的方式進(jìn)行需求分析和設(shè)計(jì)過程。軟件危機(jī)是在軟件發(fā)展的第二階段末期。事物型的DFD是一個順序結(jié)構(gòu)。1子類只繼承一個父類的屬性和操作，稱為單重繼承。2維護(hù)階段是軟件生存周期中時期最長的階段，花費(fèi)精力和費(fèi)用最多的階段名詞解釋：軟件工程：指用科學(xué)的原理和理論定義，開發(fā)、維護(hù)軟件的學(xué)科。第三篇：軟件工程復(fù)習(xí)資料（程序及其文檔）。(集成測試)。(面向數(shù)據(jù))的方法。，并為以后的改進(jìn)奠定基礎(chǔ)的軟件維護(hù)稱為(預(yù)防性維護(hù))。(低耦合、高內(nèi)聚)。(順序)、(選擇)、(重復(fù))。（IPO）圖來描述，它將該系統(tǒng)轉(zhuǎn)換成一個信息變換模型。、匯編語言：依賴于機(jī)器，面向（機(jī)器），并加以（改正）。、軟件設(shè)計(jì)和編碼的最全面也是最后的審查。第四篇：軟件工程復(fù)習(xí)資料（推薦）？軟件工程是一項(xiàng)解決問題的工程活動,通過分析對問題進(jìn)行研究, 將問題分解成可以理解并能夠處理的若干小部分。（4）用戶對“已完成”的系統(tǒng)不滿意現(xiàn)象經(jīng)常發(fā)生。（3）提高軟件系統(tǒng)的可維護(hù)性一個系統(tǒng)是由對象組成的。⑶軟件產(chǎn)品不會用壞，不存在磨損，消耗。(2)軟件產(chǎn)品的質(zhì)量往往靠不住。軟件工程的內(nèi)容：研究內(nèi)容包括開發(fā)技術(shù)和開發(fā)管理兩個方面。主要有：瀑布模型，增量模型，螺旋模型，噴泉模型，基于知識的模型，變換模型。 工具是為運(yùn)用方法而提供的自動的或半自動的軟件工程支撐環(huán)境；216。優(yōu)點(diǎn)：216。螺旋模型主要適用于內(nèi)部開發(fā)的大規(guī)模軟件項(xiàng)目。使用策略：廢棄策略和追加策略。分析員再進(jìn)行簡要的需求分析，抽象出項(xiàng)目的邏輯結(jié)構(gòu)，建立邏輯模型?？尚行匝芯坑心男┎襟E? ⑴.確定項(xiàng)目規(guī)模和目標(biāo)；⑵.研究正在運(yùn)行的系統(tǒng)；收集﹑研究﹑分析現(xiàn)有系統(tǒng)的文檔資料，實(shí)地考察系統(tǒng)訪問有關(guān)人員，然后描繪現(xiàn)有系統(tǒng)的高層系統(tǒng)流程圖。SNO→SDEPT，對關(guān)系進(jìn)行規(guī)范化，達(dá)到三范式要求。(3)現(xiàn)實(shí)性指定的需求應(yīng)該是用現(xiàn)有的硬件技術(shù)和軟件技術(shù)基本上可以實(shí)現(xiàn)的。模塊化的優(yōu)點(diǎn)（1）模塊化使軟件容易測試和調(diào)試，因而有助于提高軟件的可靠性。⑵設(shè)計(jì)軟件結(jié)構(gòu)的頂層和第一層變換結(jié)構(gòu):頂層的功能是完成所有模塊的控制（名稱應(yīng)是系統(tǒng)名，以體現(xiàn)完成整個系統(tǒng)功能）第一層至少有三種功能模塊：輸入﹑輸出和變換模塊⑶設(shè)計(jì)中﹑下層模塊，對第一層的模塊自頂向下分解。事務(wù)型軟件結(jié)構(gòu)包括兩部分： 接收分支 發(fā)送分支出 通常包括一調(diào)度模塊，當(dāng)事務(wù)類型不多時，可與主模塊合并。FOR i=2 TO 10IF a[i]maxmax2=max。什么是白盒測試法?有哪些覆蓋標(biāo)準(zhǔn)?試對他們的檢錯能力進(jìn)行比較? 答：白盒法測試法把測試對象看作一個打開的盒子，測試人員須了解程序內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對程序中盡可能多的邏輯路徑進(jìn)行測試，檢驗(yàn)內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。 判定/條件覆蓋：設(shè)計(jì)足夠的測試用例，使得判斷中每個條件的所有可能取值至少執(zhí)行一次，同時每個判斷中的每個條件的可能取值至少執(zhí)行一次。采用黑盒技術(shù)測試用例的方法有：等價類的劃分、邊界值分析、錯誤推測和因果圖。)這種方法可以查出更多的錯誤，因?yàn)樵诔绦蛑型谔幚磉吔缜闆r時易發(fā)生錯誤。軟件測試要經(jīng)過哪些步驟?這些測試與軟件開發(fā)各階段之間有什么關(guān)系?***3。 錯誤推測法：是在測試程序時，人們根據(jù)經(jīng)驗(yàn)或直覺推測程序中可能存在的錯誤，從而有針對性地編寫檢查這些錯誤的測試用例。 等價類的劃分：是將輸入數(shù)據(jù)按有效的或無效的(也稱合理的或不合理的)劃分成若干個等價類，測試每個等價類的代表值就等于對該類其他值的測試。 條件組合覆蓋：設(shè)計(jì)足夠的測試用例，運(yùn)行被測程序，使得每個判斷的所有可能的條件取值組合至少執(zhí)行一次。 語句覆蓋：設(shè)計(jì)若干個測試用例，運(yùn)行被測程序，使得每一可執(zhí)行語句至少執(zhí)行一次。ELSEIF a[i]max2max2=a[i]。解：第五章 詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)的基本任務(wù)是什么？有那幾種描述方法？設(shè)計(jì)模塊的數(shù)據(jù)結(jié)構(gòu)、設(shè)計(jì)數(shù)據(jù)庫的