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