【正文】 邏輯模型，沒有數(shù)據(jù)字典，數(shù)據(jù)流圖就誤，也可能發(fā)現(xiàn)需要說明中的錯誤 不嚴(yán)格，然而沒有數(shù)據(jù)流圖，數(shù)據(jù)字典也驗收測試：（確認(rèn)測試）往往發(fā)現(xiàn)需求說難于發(fā)揮作用。統(tǒng)的行為） 優(yōu)點(diǎn)：測試從下層模塊開始，測試設(shè)計用通常用自然語言完整，準(zhǔn)確，具體地描述例比較容易。一方面，讓學(xué)生模擬軟件公司的項目小組進(jìn)行軟件開發(fā)；一方面，對學(xué)生進(jìn)行適時的理論指導(dǎo)。由于大家對模擬方案論證會非常感興趣，發(fā)言積極踴躍，論證會結(jié)束后，每個小組的設(shè)計方案都得到了很好的補(bǔ)充和完善。軟件工具分為六類：模擬工具、開發(fā)工具、測試和評估工具、運(yùn)行和維護(hù)工具、性能質(zhì)量工具和程序設(shè)計支持工具。設(shè)計軟件設(shè)計可以分為概要設(shè)計和詳細(xì)設(shè)計兩個階段。測試軟件測試的目的是以較小的代價發(fā)現(xiàn)盡可能多的錯誤。黑盒法。：在一個模塊內(nèi)，讓每個元素之間都盡可能的緊密相連。除非下層CASE和上層CASE工具的供應(yīng)商提供統(tǒng)一界面,否則用戶必須編寫或重新將所有信息從上層CASE工具轉(zhuǎn)換到下層CASE工具。，我工作三年的經(jīng)歷告訴我，如果開發(fā)和測試相比，開發(fā)是天堂，測試是地獄的話，但如果測試和QA相比的話，那測試就是天堂，QA就是地獄，所以心態(tài)很重要，在三年里我就鍛煉成一個非常好的心態(tài)，隨便怎么說CMMI沒用，隨便怎么說CMMI就是寫文檔，隨便怎么說QA真煩人，我笑容依然燦爛，從容面對，而且一個QA要有堅定的信念，如果你都不相信過程能給項目開發(fā)帶來好處，那你還指望誰能相信。實(shí)例化：對數(shù)據(jù)類型中對象進(jìn)行參數(shù)的提供 轉(zhuǎn)換。根據(jù)軟件開發(fā)的不同階段實(shí)現(xiàn)軟件重用主要有四個途徑：抽象：對重用對象概括提煉，從而得到能全面描述側(cè)重算法和數(shù)據(jù)結(jié)構(gòu)的軟件構(gòu)件的各部分的描述。？ ，因為如果沒有良好的溝通能力，很多問題都沒有辦法解決，原因很簡單，測試人員發(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é)果說明了一切”，所以沒有良好的溝通能力，一些問題將很難去解決，做起來就沒有成就感。上層或前端CASE工具自動進(jìn)行應(yīng)用的計劃、設(shè)計和分析,幫助用戶定義需求,產(chǎn)生需求說明,并可完成與應(yīng)用開發(fā)相關(guān)的所有計劃工作。模塊與模塊之間的接口，盡量的少而簡單。其中接口錯誤包括內(nèi)部/外部接口、資源管理、集成化以及系統(tǒng)錯誤。編碼軟件編碼是指把軟件設(shè)計轉(zhuǎn)換成計算機(jī)可以接受的程序，即寫成以某一程序設(shè)計語言表示的“源程序清單”。需求分析的主要方法有結(jié)構(gòu)化分析方法、數(shù)據(jù)流程圖和數(shù)據(jù)字典等方法。它是為專門目的而開發(fā)的，在軟件工程范圍內(nèi)也就是為實(shí)現(xiàn)軟件生存期中的各種處理活動（包括管理、開發(fā)和維護(hù)）的自動化和半自動化面開發(fā)的程序系統(tǒng)。即對軟件開發(fā)的每一階段，首先按照教材內(nèi)容進(jìn)行理論授課，然后讓學(xué)生參照授課內(nèi)容進(jìn)行實(shí)際的軟件開發(fā)實(shí)踐。（二）教學(xué)方法分析由于該課程是用于指導(dǎo)軟件開發(fā)的，和實(shí)踐聯(lián)系非常緊密。描述了從用戶角度看到的數(shù)據(jù)，持。，以及與數(shù)據(jù)流單元測試：（模塊測試）發(fā)現(xiàn)的往往是編圖的關(guān)系。確定問題是否能夠解決。增量模型:完成部分工作的產(chǎn)品。（可靠性和可用性的含義）： 。它是 。路徑覆蓋發(fā)現(xiàn)錯誤的能力呈由弱至強(qiáng)的錯誤。成指定的功能滿足用戶的需求。設(shè)計軟件的結(jié)構(gòu)。提出的需求。（10）妥善保存測試計劃、測試用例、出錯統(tǒng)計和最終分析報告，為維護(hù)提供方便。（2）應(yīng)該在測試工作真正開始前的較長時間就進(jìn)行測試計劃。第七章1進(jìn)行軟件測試的目的（1）測試是一個為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。6度量軟件規(guī)模的常用技術(shù)有哪些（1）LOC(Lines of Code,代碼行)估算（2）FP(功能點(diǎn))估算（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)險。了解現(xiàn)有系統(tǒng)缺點(diǎn)，保證新開發(fā)系統(tǒng)改善缺陷。7軟件生命周期計劃階段的主要任務(wù)8軟件生命周期需求分析階段的主要任務(wù)9軟件生命周期編碼測試階段的主要任務(wù)第三章1可行性研究的要素包括哪些經(jīng)濟(jì)：這個系統(tǒng)的經(jīng)濟(jì)效益能超過它的開發(fā)成本嗎？技術(shù)：使用現(xiàn)有技術(shù)能實(shí)現(xiàn)這個系統(tǒng)嗎？社會：市場（未成熟、成熟、將要消亡）與政策人：人物、開發(fā)人員、領(lǐng)導(dǎo)法律：可能涉及的合同、侵權(quán)、責(zé)任及各種與法律相抵觸的問題。內(nèi)容：（1）實(shí)現(xiàn)預(yù)期的功能，滿足用戶的需求。（2）軟件開發(fā)費(fèi)用不斷增加（4）開發(fā)技術(shù)落后（5）生產(chǎn)方式落后（6）開發(fā)工具落后5什么是軟件工程軟件工程是將系統(tǒng)性的、規(guī)范化的、可定量的方法應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)。列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據(jù)他們選擇測試用例，錯誤推測法很大程度上靠知覺和經(jīng)驗進(jìn)行。模塊的獨(dú)立性是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其他模塊的接口是簡單的。6）其它。3）系統(tǒng)年齡。四種主要的模型：瀑布模型，演化模型，噴泉模型，螺旋模型、基于構(gòu)件的開發(fā)模型 ？簡述軟件維護(hù)的過程。軟件工程是一門研究如何用系統(tǒng)化、規(guī)范化、數(shù)量化等工程原則和方法來進(jìn)行軟件開發(fā)和維護(hù)的學(xué)科。？1）系統(tǒng)大小。4）數(shù)據(jù)庫技術(shù)的應(yīng)用。把開發(fā)過程中發(fā)生的事件以某種可閱讀的形式記錄在文檔中。由于原型沒有考慮軟件的總體質(zhì)量和可維護(hù)行，交付原型會產(chǎn)生欲速則不達(dá)的效果，可能會采用不合適的操作系統(tǒng)或程序設(shè)計語言，也可能使用一些效率低的算法。2什么是軟件危機(jī)落后的軟件生產(chǎn)方式無法滿足迅速增長的計算機(jī)軟件需求，從而導(dǎo)致軟件開發(fā)與維護(hù)過程中出現(xiàn)一系列嚴(yán)重問題的現(xiàn)象。通常被分為三個階段：問題定義、可行性研究、需求分析。第二章1什么是項目？項目有哪兩種常見的形式？項目是