【正文】 量。邊界值分析法不僅重視輸入條件邊界，而且也從輸出域?qū)С鰷y試用例。7軟件工程的目標(biāo)和內(nèi)容是什么目標(biāo)：旨在開發(fā)滿足用戶需求，及時交付、不超過預(yù)算和無故障的軟件。② 研究目前系統(tǒng)了解現(xiàn)有系統(tǒng)基本功能，保證新開發(fā)系統(tǒng)的功能性。（5）計算每個子任務(wù)的機(jī)動時間。（9）應(yīng)當(dāng)對每一個測試結(jié)果做全面檢查。劃分出組成系統(tǒng)的物理元素——程序、文軟件的功能和性能要求在軟件需求規(guī)格3）軟件產(chǎn)品的質(zhì)量往往是靠不件、數(shù)據(jù)庫、人工過程和文檔等等 說明書中已經(jīng)明確規(guī)定，它包含的信息就住的。間內(nèi)聚，功能內(nèi)聚，順序內(nèi)聚，通信內(nèi)聚，覆蓋、判定/條件覆蓋、條件組合覆蓋和4）開發(fā)大型軟件易產(chǎn)生疏漏和過程內(nèi)聚。備哪些功能 輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細(xì)節(jié)。 定義:為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序就是用最小的代價在盡可能短的時間內(nèi)的過程。 錯，檢查比較徹底 ，自下而上， 模型 自頂向下數(shù)據(jù)模型（按照用戶的觀點對數(shù)據(jù)建立的優(yōu)點：能較早顯示整個程序的輪廓，向用模型，把用戶的數(shù)據(jù)要求清楚，準(zhǔn)確地描戶展示程序的概貌，取得用戶的理解與支述出來。第二步：模擬軟件項目開發(fā)全過程的各個階段，進(jìn)行相關(guān)的理論授課和實際開發(fā)。本階段的基本任務(wù)是和用戶一起確定要解決的問題，建立軟件的邏輯模型，編寫需求規(guī)格說明書文檔并最終得到用戶的認(rèn)可。白盒法和黑盒法依據(jù)的是軟件的功能或軟件行為描述，發(fā)現(xiàn)軟件的接口、功能和結(jié)構(gòu)錯誤。CASE工具由許多部分組成,一般我們按軟件開發(fā)的不同階段分為上層CASE和下層CASE產(chǎn)品。通常，可重用的元素也稱作軟構(gòu)件，可重用的軟構(gòu)件越大，重用的粒度越大。？（管理 計劃不好 技術(shù)搭配不當(dāng)） 3消除人工階段 （已經(jīng)存在的軟件功能部件9．什么是軟件的可靠性和有用性可靠性就是指軟件運(yùn)行的穩(wěn)定性，可用性就是操作的便利性。也就是充分利用每一個元素的功能，各施所能，以最終實現(xiàn)某個功能。不同的測試方法有不同的測試用例設(shè)計方法。應(yīng)該是看對象來選擇測試工具！比如：功能測試工具：WinRunner性能測試工具：LoadRunner內(nèi)存泄漏測試工具：Purify單元測試工具：Junit測試管理工具：TestDirector還有東軟的bugbaseIBM開發(fā)的 rational。既調(diào)動了學(xué)生的積極性，又讓學(xué)生了解了該課程的理論內(nèi)容，收到了一舉兩得的效果。只有數(shù)據(jù)流圖和對數(shù)據(jù)流明書中的錯誤 圖中每個元素的精確定義放在一起， 共同構(gòu)成系統(tǒng)的規(guī)格說明。減少3軟件測試的目標(biāo)了過多的測試或測試不足帶來的風(fēng)險。從發(fā)現(xiàn)癥： 。含義，種類）結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋2）軟件開發(fā)人員對用戶需求的內(nèi)聚：標(biāo)志著每一個模塊內(nèi)各個元素彼此法、基本路徑測試法、域測試、符號測試、理解有偏差。驗證被測軟件是否滿足需求規(guī)格說明書常很不準(zhǔn)確。（5）窮舉測試是不可能的。11簡述工程網(wǎng)絡(luò)圖的繪制步驟（1）畫工程網(wǎng)絡(luò)圖。如果問題值得解，分析員應(yīng)該推薦一個較好的解決方案，并且為工程制定一個初步的計劃。通常被分為三個階段：問題定義、可行性研究、需求分析。由于原型沒有考慮軟件的總體質(zhì)量和可維護(hù)行，交付原型會產(chǎn)生欲速則不達(dá)的效果，可能會采用不合適的操作系統(tǒng)或程序設(shè)計語言，也可能使用一些效率低的算法。4）數(shù)據(jù)庫技術(shù)的應(yīng)用。軟件工程是一門研究如何用系統(tǒng)化、規(guī)范化、數(shù)量化等工程原則和方法來進(jìn)行軟件開發(fā)和維護(hù)的學(xué)科。3）系統(tǒng)年齡。模塊的獨(dú)立性是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其他模塊的接口是簡單的。（2）軟件開發(fā)費(fèi)用不斷增加（4）開發(fā)技術(shù)落后（5）生產(chǎn)方式落后（6）開發(fā)工具落后5什么是軟件工程軟件工程是將系統(tǒng)性的、規(guī)范化的、可定量的方法應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)。7軟件生命周期計劃階段的主要任務(wù)8軟件生命周期需求分析階段的主要任務(wù)9軟件生命周期編碼測試階段的主要任務(wù)第三章1可行性研究的要素包括哪些經(jīng)濟(jì)：這個系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎？技術(shù)：使用現(xiàn)有技術(shù)能實現(xiàn)這個系統(tǒng)嗎？社會：市場（未成熟、成熟、將要消亡）與政策人：人物、開發(fā)人員、領(lǐng)導(dǎo)法律：可能涉及的合同、侵權(quán)、責(zé)任及各種與法律相抵觸的問題。6度量軟件規(guī)模的常用技術(shù)有哪些（1）LOC(Lines of Code,代碼行)估算（2）FP(功能點)估算（3）Delphi 估算法（4）類比法7簡述成本估算的步驟（1）任務(wù)分解（2）估算每個任務(wù)的成本（3）直接成本估算（4）間接成本估算（5）項目總估算成本（6）項目總報價8簡述風(fēng)險及風(fēng)險管理的目標(biāo)所有可能危害項目的因素都稱為風(fēng)險，風(fēng)險事件最終可能發(fā)生，也可能不發(fā)生，風(fēng)險管理的目的是在風(fēng)險產(chǎn)生危害之前識別它們，從而有計劃地消除或削弱風(fēng)險。（2）應(yīng)該在測試工作真正開始前的較長時間就進(jìn)行測試計劃。提出的需求。成指定的功能滿足用戶的需求。它是 。增量模型:完成部分工作的產(chǎn)品。，以及與數(shù)據(jù)流單元測試：（模塊測試）發(fā)現(xiàn)的往往是編圖的關(guān)系。（二）教學(xué)方法分析由于該課程是用于指導(dǎo)軟件開發(fā)的，和實踐聯(lián)系非常緊密。它是為專門目的而開發(fā)的，在軟件工程范圍內(nèi)也就是為實現(xiàn)軟件生存期中的各種處理活動（包括管理、開發(fā)和維護(hù)）的自動化和半自動化面開發(fā)的程序系統(tǒng)。編碼軟件編碼是指把軟件設(shè)計轉(zhuǎn)換成計算機(jī)可以接受的程序，即寫成以某一程序設(shè)計語言表示的“源程序清單”。模塊與模塊之間的接口，盡量的少而簡單。？ ，因為如果沒有良好的溝通能力，很多問題都沒有辦法解決，原因很簡單，測試人員發(fā)現(xiàn)了bug,開發(fā)人員或項目經(jīng)理在怎么不理，但是他們都會想到，萬一測試人員發(fā)現(xiàn)了bug而自己忽視了，那么就有可能成為軟件里的一顆不定時地炸彈，那么作為一個開發(fā)人員或項目經(jīng)理對bug的重視程度肯定相對比較高，至少要看測試人員發(fā)現(xiàn)的bug，但是QA就不一定了，因為QA保證的流程的正確的執(zhí)行，相關(guān)人員就是認(rèn)為流程不重要，只要我開發(fā)的產(chǎn)品沒有問題那就沒有問題，客戶肯定不會關(guān)注我的流程，在加上古人的名言“結(jié)果說明了一切”，所以沒有良好的溝通能力，一些問題將很難去解決，做起來就沒有成就感。實例化：對數(shù)據(jù)類型中對象進(jìn)行參數(shù)的提供 轉(zhuǎn)換。除非下層CASE和上層CASE工具的供應(yīng)商提供統(tǒng)一界面,否則用戶必須編寫或重新將所