【正文】 來說不服，那么請繼續(xù)：難道是新增需求的原因?qū)е率?？客戶會讓你新?00個需求而要你二天交貨嗎？必然是分析設(shè)計(jì)階段沒有充分考慮好可擴(kuò)展性和新增需求導(dǎo)致現(xiàn)在不可控制而失敗的!難道是程序員人力不足導(dǎo)致？人都沒有到位，怎么會失敗，多少人做多少人的事，多少人做多少人的計(jì)劃，不會有失敗。在本階段通過嚴(yán)把質(zhì)量關(guān)來確保軟件工程的質(zhì)量。通常在編寫出每個模塊之后就對其作必要的測試（稱之為單元測試），模塊的編寫者和測試者是同一人，編碼和單元測試屬于軟件生命周期的同一個階段?？梢哉f，本階段是一名項(xiàng)目管理者在項(xiàng)目開發(fā)過程中極為忙碌也異常重要的階段。管理要點(diǎn)：本階段的編碼是設(shè)計(jì)的自然結(jié)果，因此，程序的質(zhì)量主要取決于軟件設(shè)計(jì)的質(zhì)量。管理要點(diǎn)：本階段尚未涉及具體編寫程序，而是要設(shè)計(jì)出程序的“藍(lán)圖”，所以詳細(xì)設(shè)計(jì)的結(jié)果基本上決定了最終的程序代碼的質(zhì)量。本階段特點(diǎn)：將用戶的具體要求轉(zhuǎn)為抽象的計(jì)算機(jī)軟件設(shè)計(jì)。作為一名已經(jīng)在IT領(lǐng)域工作十年之后又重返校園的大齡學(xué)生，雖然已經(jīng)不是第一次學(xué)習(xí)這門課程了，去年也剛在單位取得了信息系統(tǒng)項(xiàng)目管理高級工程師資格，從另一個側(cè)面對軟件開發(fā)過程有了更深層次的理解。要延續(xù)軟件的使用壽命，就必須對軟件進(jìn)行維護(hù)。測試的方法主要有白盒測試和黑盒測試兩種。主要方法是依據(jù)詳細(xì)設(shè)計(jì)文檔實(shí)現(xiàn)設(shè)計(jì)中的算法、功能、接口、數(shù)據(jù)結(jié)構(gòu)，采用結(jié)構(gòu)化和面向?qū)ο蠡姆椒ň帉懘a。概要設(shè)計(jì)在早期有模塊化方法、功能分解方法；在60年代后期提出了面向數(shù)據(jù)流和面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法；近年來又提出面向?qū)ο蟮脑O(shè)計(jì)方法等。分別用于結(jié)構(gòu)化需求建模、系統(tǒng)業(yè)務(wù)舉例和反映系統(tǒng)工作流程。需求分析需求分析是為了有效解決用戶的需要而進(jìn)行的一項(xiàng)工程活動，要考慮的問題是功能需求、數(shù)據(jù)需求、性能需求和接口需求，開發(fā)者承擔(dān)分析任務(wù)，核心是用戶。在導(dǎo)出邏輯模型的過程中，具體要根據(jù)以下四個方面分析可行性：(1)經(jīng)濟(jì)可行性:進(jìn)行成本效益分析,評估項(xiàng)目的開發(fā)成本,。下面分別對各階段進(jìn)行討論：問題定義目的是將用戶提出的要求具體化、定量化，任務(wù)是確定研制系統(tǒng)的范圍，明確研制的邊界。軟件生存周期為什么劃分成階段？(1)任何一個階段的具體任務(wù)不僅獨(dú)立，而且簡單，便于不同人員分工協(xié)作，從而降低整個軟件開發(fā)工作的困難程度。學(xué)習(xí)軟件工程后，我們學(xué)習(xí)了多種軟件開發(fā)模型，學(xué)會了模塊化的開發(fā)方法，小組成員每人完成不同的模塊，最后綜合起來，這樣能夠節(jié)省大量的時間，縮短開發(fā)時間，使代碼結(jié)構(gòu)更加緊湊，易于管理維護(hù)。第一篇：軟件工程學(xué)習(xí)總結(jié)軟件工程學(xué)習(xí)總結(jié)通過一個學(xué)期系統(tǒng)的學(xué)習(xí)軟件工程這門課，結(jié)合與小組成員一起開發(fā)設(shè)備管理系統(tǒng)的經(jīng)驗(yàn)，讓我對軟件的開發(fā)有了更深的了解，學(xué)習(xí)到每一個軟件的開發(fā)都不僅僅是寫代碼，還有更加復(fù)雜的系統(tǒng)性的開發(fā)流程。從前我們寫代碼都非常的盲目，雜亂無章，想到哪寫到哪，浪費(fèi)了大量的時間，寫的代碼結(jié)構(gòu)也很松散，錯誤率高。主要包括：（1）問題定義；（2）可行性研究；（3）需求分析；（4）概要設(shè)計(jì)；（5）詳細(xì)設(shè)計(jì)；（6）編碼；（7）測試；（8）軟件維護(hù)。應(yīng)該怎樣來劃分階段？(1)每一個階段的任務(wù)盡可能獨(dú)立；(2)同一階段內(nèi)的任務(wù)性質(zhì)盡可能相同；(3)每一個階段任務(wù)的開始和結(jié)束有嚴(yán)格的標(biāo)準(zhǔn)?？尚行匝芯康姆椒ㄊ鞘紫刃枰M(jìn)一步分析和澄清問題定義；然后分析員導(dǎo)出系統(tǒng)的邏輯模型；最后對未來的行動方針提出建議。(4)開發(fā)方案的選擇性:。(2)需求分析與規(guī)格說明：建立需求模型，它是用戶需求的圖解，一些常用的模型有：業(yè)務(wù)樹圖、用例圖、活動圖。概要設(shè)計(jì)是對需求規(guī)格說明書中提供的軟件系統(tǒng)邏輯模型進(jìn)行進(jìn)一步的分解，從而建立軟件系統(tǒng)的總體結(jié)構(gòu)和各個子系統(tǒng)間及各個模塊間的關(guān)系，定義各子系統(tǒng)接口界面和各模塊的功能描述，并根據(jù)設(shè)計(jì)結(jié)果產(chǎn)生概 要設(shè)計(jì)文檔。編碼和測試編碼是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)換成計(jì)算機(jī)可執(zhí)行的程序代碼。整個測試過程分單元測試、組裝測試以及系統(tǒng)測試三個階段進(jìn)行。在軟件開發(fā)完成并投入使用后，由于多方面的原因，軟件不能繼續(xù)適應(yīng)用戶的要求。比較注意“點(diǎn)”和“面”的結(jié)合，是一門理論性和實(shí)踐性都較強(qiáng)的學(xué)科。此外，通過對軟件開發(fā)過程的重學(xué)習(xí)，并結(jié)合之前在軟件開發(fā)管理工作中的經(jīng)驗(yàn)，我對自己在軟件開發(fā)主要階段管理工作中的不足有了更進(jìn)一步的認(rèn)識，總結(jié)了相應(yīng)的管理要點(diǎn)，具體闡述如下：概要設(shè)計(jì)主要任務(wù)：系統(tǒng)應(yīng)該怎樣做，或概括地說，系統(tǒng)應(yīng)該如何實(shí)現(xiàn)。本階段特點(diǎn)：將抽象的計(jì)算機(jī)軟件設(shè)計(jì)轉(zhuǎn)為形象的，具體的，面向用戶的計(jì)算機(jī)界面設(shè)計(jì)。本階段特點(diǎn)：將詳細(xì)設(shè)計(jì)書的內(nèi)容“翻譯”成計(jì)算機(jī)語言，直接關(guān)系到整個項(xiàng)目的質(zhì)量。同時，在項(xiàng)目的進(jìn)展過程中還需要通過小組討論，檢查評審等形式洞察每項(xiàng)作業(yè)的質(zhì)量，以保證項(xiàng)目的保質(zhì)保量完成。管理要點(diǎn)：軟件測試在軟件生命周期中橫跨兩個階段。在要求每一名開發(fā)人員完成自己分內(nèi)的單元測試，并且監(jiān)督測試人員認(rèn)真進(jìn)行各項(xiàng)綜合測試的同時，應(yīng)該把自己完全當(dāng)成一名本軟件工程的用戶，從用戶的角度以一種高度負(fù)責(zé)，甚至近乎苛刻的嚴(yán)格態(tài)度來對軟件進(jìn)行徹底的測試。除非這個項(xiàng)目經(jīng)理在項(xiàng)目開始階段就已經(jīng)提出來了這個項(xiàng)目會失敗，或者是完全屬于項(xiàng)目之外不可抗拒的原因?qū)е率?。程序很多流程都通過不了，程序還屬于開發(fā)調(diào)試階段，與測試人員有什么關(guān)系？我曾經(jīng)在單位參加一些項(xiàng)目，發(fā)現(xiàn)有這樣一個概念很多項(xiàng)目經(jīng)理都沒有搞清楚：什么叫開發(fā)階段？我認(rèn)為開發(fā)階段最多只能包括單元測試這一部分。不懂程序設(shè)計(jì)的項(xiàng)目經(jīng)理，往往不注重code開發(fā)人員,其實(shí)這是一個嚴(yán)重的錯誤。這樣的版本根本就不應(yīng)該拿出來進(jìn)行測試。不要說項(xiàng)目的失敗是因?yàn)樾滦枨笠鸬?一個沒有新增需求和風(fēng)險(xiǎn)的項(xiàng)目是不存在的，承認(rèn)這一點(diǎn)之后,我們就不會有很多怨言了。進(jìn)度監(jiān)控：對每個階段把握好，每個階段要完成的任務(wù)一定要完成，如果完不成，是什么原因?qū)е碌?？我們的?yīng)對策略是什么？我們要信任別人，但是不要忘記鎖門。需求分析階段的質(zhì)量監(jiān)控就是完整而又正確的理解用戶需求，需求是否清楚可懂，寫用例的測試人員是否明白需求？分析設(shè)計(jì)階段的質(zhì)量監(jiān)控就是設(shè)計(jì)是否完全滿足需求？這個設(shè)計(jì)方案是否滿足以后新功能的擴(kuò)展？以及是否有考慮到新功能的意外和設(shè)備環(huán)境，運(yùn)行平臺的變化？編碼階段的質(zhì)量監(jiān)控就是變量命名是否規(guī)范？代碼是否可讀？是否有詳細(xì)的注釋？是否有重復(fù)代碼？要知道重復(fù)代碼是必然會造成系統(tǒng)不穩(wěn)定，bug成群的。單元測試階段的質(zhì)量監(jiān)控任務(wù)就是單元測試代碼是否測試通過？代碼覆蓋是否完全？單元測試報(bào)告提交情況如何？單元測試用例有沒有做好？ 綜合測試階段質(zhì)量監(jiān)控任務(wù)當(dāng)然就是看用例是否完全？是否全部真正執(zhí)行？測試報(bào)告有沒有寫好？回歸測試當(dāng)然得看以前測試的Bug是否還在，如果還在，當(dāng)然是無條件打回去重新開發(fā)。電子計(jì)算機(jī)早期功效主要是計(jì)算，后來已遠(yuǎn)遠(yuǎn)超越單純計(jì)算的功效，還可模擬、思維、進(jìn)行自適應(yīng)反饋處理等等，把它叫做“電腦”更為合實(shí)際。包括項(xiàng)目管理，分析，設(shè)計(jì)，程序的編寫，測試和質(zhì)量控制。當(dāng)今世界，信息技術(shù)正處于新一輪重大技術(shù)突破的前夜。近年來，信息技術(shù)、軟件技術(shù)、軟件系統(tǒng)與軟件產(chǎn)業(yè)的發(fā)展備受關(guān)注，已有不少論述、分析與判斷。與開發(fā)、管理及更新軟件產(chǎn)品有關(guān)的理論、方法及工具。7建造由工程師團(tuán)隊(duì)所開發(fā)之大型軟件系統(tǒng)有關(guān)的知識學(xué)科。《軟件工程》是一門綜合性和實(shí)踐性很強(qiáng)的核心課程，它屬于是一門交叉學(xué)科，包含有：軟件開發(fā)技術(shù)（軟件開發(fā)方法學(xué)、軟件開發(fā)過程、軟件工具和軟件工程環(huán)境）、軟件工程管理（軟件管理學(xué)、軟件經(jīng)濟(jì)學(xué)、軟件心理學(xué)）。我理解，軟件工程是按照工程學(xué)的管理方式，有組織、有計(jì)劃的，在一定的質(zhì)量基礎(chǔ)、時間限度和成本范圍內(nèi)，實(shí)現(xiàn)功能明確的軟件系統(tǒng)。軟件的消費(fèi)群體簡單一點(diǎn)，可以分為個體消費(fèi)和企業(yè)消費(fèi)。隨著信息化時代的到來其地位越來越受到人們的重視，軟件工程從一個學(xué)科，或是某一個研究方向來說，人員僅僅是過程，方法的執(zhí)行者，所以人員素質(zhì)往往被忽略，軟件工程是一門實(shí)踐性很強(qiáng)的學(xué)科，所以在實(shí)際的軟件研究過程中，人員的素質(zhì)占有很重要的地位。程序是按事先設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列。軟件的特性，判斷正誤：、不可見的邏輯實(shí)體，因此，軟件是無法描述的。（錯）由于軟件的開發(fā)充滿人的個性特點(diǎn)，因此管理并不決定軟件開發(fā)的成?。ㄥe）。（錯）軟件的分類：1，系統(tǒng)軟件：能與計(jì)算機(jī)硬件緊密配合在一起，使計(jì)算機(jī)系統(tǒng)各個部件，相關(guān)的軟件和數(shù)據(jù)協(xié)調(diào)，高效的工作的軟件。IEEE給出的定義：軟件工程是開發(fā)，運(yùn)行，維護(hù)和修復(fù)軟件的系統(tǒng)方法。除了知識背景的差異，缺少合適的交流方法及需求描述工具。軟件危機(jī)發(fā)生的主要原因有：遇到了無法解決的高難度技術(shù)問題（不是）無法招聘到足夠的編程高手（不是）軟件人員與用戶互相不理解（是）計(jì)劃和管理不科學(xué)、落實(shí)不力（是）軟件質(zhì)量標(biāo)準(zhǔn)不明確（是）軟件的質(zhì)量特性包括（選擇）問題1：功能性可靠性使用性經(jīng)濟(jì)性（不包括）軟件的質(zhì)量特性包括（選擇）問題2：效率可維護(hù)性可移植性經(jīng)濟(jì)性（不包括）軟件工程的目標(biāo)是運(yùn)用先進(jìn)的軟件開發(fā)技術(shù)和管理方法來提高軟件的質(zhì)量和生產(chǎn)率，也就是要以較短的周期，較低的成本生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，并最終實(shí)現(xiàn)軟件的工業(yè)化生產(chǎn)。通常又分為3個階段：問題定義，可行性研究，需求分析。開發(fā)過程中的典型文檔：軟件需求規(guī)格說明書。用戶手冊。包括DFD圖形工具，實(shí)體關(guān)系圖(ER)圖形工具，Jackson圖形工具，Warnier圖形工具，Visio綜合工具，面向?qū)ο蠊ぞ?，Rational Rose，PowerDesigner，Visio 設(shè)計(jì)工具（1)概要設(shè)計(jì)工具：設(shè)計(jì)目標(biāo)軟件的體系結(jié)構(gòu)、控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)。Rational Rose 詳細(xì)設(shè)計(jì)工具。盒圖(NS圖)。判定表。與用戶進(jìn)行各種方式的交流，并使用調(diào)查研究方法收集信息。獲取具體的需求的途徑1，與用戶交流。5，市場調(diào)查和用戶問卷調(diào)查。（一些需求從用戶以外的途徑獲?。┫到y(tǒng)開發(fā)必須獨(dú)立完成，參考類似系統(tǒng)及技術(shù)文檔屬于抄襲行為，應(yīng)予避免。（對）軟件需求分析階段的任務(wù)：需求獲取，需求分析，需求定義，需求驗(yàn)證。功能模型用數(shù)據(jù)流圖（DFD)來描述使用實(shí)體—關(guān)系圖（ER圖）建立數(shù)據(jù)模型。需求建模的依據(jù)是需求描述數(shù)據(jù)建模，ER圖，需要認(rèn)真看。模塊是構(gòu)成軟件的基本構(gòu)件。復(fù)用是指同一事物不做修改或稍加修改就可以多次重復(fù)使用，將服用的思想用于軟件開發(fā)，稱為軟件復(fù)用。從技術(shù)的角度，傳統(tǒng)的結(jié)構(gòu)化方法將軟件設(shè)計(jì)劃分為體系結(jié)構(gòu)設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)、接口設(shè)計(jì)和過程設(shè)計(jì)4部分；概要設(shè)計(jì)包括體系結(jié)構(gòu)設(shè)計(jì)、數(shù)據(jù)設(shè)計(jì)、接口設(shè)計(jì)。接口設(shè)計(jì)，依賴于頂層數(shù)據(jù)流圖。軟件模塊結(jié)構(gòu)的改進(jìn)方法：1，模塊功能的完善化。5，避免或減少使用病態(tài)連接。第五章編碼編碼容易出現(xiàn)的風(fēng)格不足變量或函數(shù)名字缺乏具體含義變量或函數(shù)名字與其用途不符變量或函數(shù)未加上必要的注釋函數(shù)未說明其功能、參數(shù)的意義引用的符號未加以解釋和說明對循環(huán)等重要的程序語句未注釋對用到的重要庫函數(shù)沒有解釋說明對結(jié)構(gòu)體等復(fù)雜數(shù)據(jù)結(jié)構(gòu)的組成成分沒有解釋說明缺乏必要的提示語句 第六章軟件測試方法軟件測試是在軟件投入生產(chǎn)性運(yùn)行之前，對軟件需求分析，設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量控制的關(guān)