軟件工程實訓心得體會

軟件工程實訓心得體會「篇一」

學期就快要結束了，到了最后一周居然還有軟件工程課程設計，還要考試真的

有點忙啊，不管怎樣還是好好干吧，把對工程的理論研究、學習成果用于實踐也是

一種檢驗學習成果和提升工程能力的有效手段嘛。

工作內容安排

軟件工程課程設計的第一天拿到題目，聽取老師對于課程設計的要求、要完成

的工作、預期要達到的效果和注意事項。然后分組、討論和確定選題。這真正的課

程設計才算開始了，經過組長，組員的反復研究、論證后一致決定選擇：實習題

目4：開發一個基于Web的BBS系統，包含一般BBS所具有的功能，如用戶注冊、

用戶信息管理、發貼功能、貼子管理、主題詞查詢、用戶信息修改和查詢等。

這個題目對于現代化的網絡交流來說發展的成熟而且符合當代互聯網大眾的網

絡需求，符合現代網絡對信息分享討論的愛好，我們一致預測在今后很長的一段時

間內也將會是非常流行的一種交流介質。

確定選題后我們開始軟件開發的第?步，需求分析，詳細設計等內容，分塊分

工完成模塊，我分到的主要部分就是分析論壇里面的帖子內容，用戶的愛好，然后

解決用戶的索引需求，型用戶的索引需求智能的、友好的呈現給用戶，把這部分的

代碼編寫，測試，把用戶界面做好就是我接下來幾天的工作內容。俗話說：磨刀

不誤砍柴工，要想把我的這部分內容做好，做得完美，我的好好的分析一下，對全

組對整個系統的需求分析的基礎上又認真分析了本部分的內容和本部分要實現的功

能，對本部分實現的主要思想理清，認真設計界面，還有對隊員們的模塊能有效的

結合起來，讓他們的模塊也能有效的供我使用，做好我的接口也方便其他模塊與此

的銜接。

問題與解決

在本次課程設計中遇到了好多前所未有的問題，第一次接觸HTML網頁開發，

第一次邂逅JSPweb應用程序開發，第一次有了原來開發應用程序是需要數據庫

的，對于這些都是第一次接觸，需要了解HTML的基本語法，需要學習JSPweb應

用程序webapp的開發方法，需要實踐配置數據庫TOMCAT、SQLsever,居然有

這么多的東西需要從頭來，對于這些方面我就像?張嶄新的白紙，怎么能在短短的

四五天時間內將這張白紙繪成一幅栩栩如生的畫卷呢，這是我們面對的亟待解決的

問題。

為了解決這一系列的問題，我們沒有找借口，我們沒有懶惰，我們更沒有放

棄，而是迎難而上，到圖書館“大采購”求資料，找到想要的，真想把圖書館搬到

課程設計實驗室。接下來就是根據我們的需求分析，概要設計，詳細設計等內容分

模塊編寫網頁源代碼，修復bug,測試代碼，連接數據庫這樣我們的全新的基于

web的BBS論壇就成功上線了。

但是，事實上不是這樣的，而是時間過得很快，我們的原計劃日程上的內容越

欠越多，由于對HTML、JSP不熟悉代碼沒寫好，測試無從談起，數據庫連接遇到了

一堆錯誤代碼比如SQL01000、08001錯誤，這些每一樣東西解決起來都是有難度

的，百度一下還是不知道這么做，只知道了時間過得比想象的要快多了，得到的體

會就是“百度一下，你的時間就沒了”。現在我們遇到的最大的問題就是時間真的

太不給力了，如果有來世我一定好好學習各方面知識，哎!好像扯遠了。時間真的

很快，周六就要考試了，己上三年大學的我們都知道考試比神馬都要重要，我們就

開始了學習和實踐結合的生產方式，據說這是最有效、最給力的，希望如此！

收獲與體會

課程設計總會是要結束的，不管做得怎么樣總歸是要給老師看看我們的成果

的，都做了這么多天了，成果雖然不是很理想，但是收獲還是有的。這期間學到了

HTML網頁的編寫方法，一些HTML的基本語法，也能編寫出一個簡單的網頁，對于

互聯網應用程序的開發還要了解和解決網絡帶寬的限制，服務器響應的時間比，知

道了這么安裝和配置TOMCAT服務器，在期間學習了LML用例圖的繪制，軟件工程

開發的一些基本工具的使用，軟件開發文檔編寫的方法和實踐，人機交互應用程序

開發時人機界面的’設計，人機對話的實現，人性化的界面設等是需要認真努力做

得，要充分考慮用戶的感受和體驗。覺得“百度一下，你就知道”也不過如此，還

是知識裝在大腦里比神馬都要重要，比任何來的知識都要詳細和易懂。打字速度也

有了一定的提升。

努力與改進方向

經過本期的軟件工程課程設計，發現了學習和實踐中的不足。互聯網的基礎知

識知道的太少了，相反需要了解和掌握的還很多，在下學期要開設一門計算機網絡

課程，現在生活已經不能離開互聯網了，不管以后是否從事這方面的工作，這部分

都是需要認真學習的，網絡應用程序的開發需要認真理解與提升°軟件工程中需求

分析的不充分，軟件開發方法的體會這些都是需要以后改進和學習的，軟件開發中

的各種文檔編寫能力還需要提升，在以后學習和實踐中認真總結和完善，參考他人

的軟件工程項目，體會優秀軟件工程的思想。在做任何事情的時候都要有覺得是站

在巨人的肩上，而不是重復的生產車輪的思想來坐事情，要對前人的經驗教訓加以

總結，學習、參考和引用別人的先進研究成果，重視團隊的協作，虛心的學習精

神。

這期間得到了老師的悉心指導，得到了隊員的理解，得到了同學們的熱心幫

助，謝謝你們!

軟件工程實訓心得體會「篇二」

經過這個學期的對ERP的學習，我拓寬了知識面，也提高了認識。認識的提高

主要表現在兩方面：

一方面是對自我的認識。學習用友ERP,我認為是熟悉會計工作最好的途徑。

跟著書本做用友ERP模隊財務工作，也就是跟著規范的企業管理流程走了一遍在這

個過程中要多去思考，多去想想每走一步的理由，把學過的會計知識盡量串起來。

需要知道不同時期，會計需要干些什么事情，會計在不同時期的工作任務是什么。

然后才是熟悉軟件，在學習過程中，不需要擔心錯誤而不敢做，也不能太過于隨意

而錯漏百出，這并不符合會計謹慎精神。遇到了困難，先嘗試自己尋找原因，嘗試

用不同的辦法解決問題。當認為自己的遇到的問題遠在能力水平之外，詢問老師或

者別的同學，確實有種茅塞頓開的感覺。最后，我想到了一句話：“書山有路勤為

徑”關鍵是在個“勤”字。平時有時間，多去機房練習，課堂的時間遠遠不夠自己

去熟悉、掌握這個軟件，多到書店、圖書館找相關方面書籍進行提高，一本入門教

材，不足以支撐日后復雜的會計工作。平時多上網查找相關問題的解決方法，也會

有恍然大悟之感。學習的事情是需要一點一滴的積累的，循序漸進，求知似渴，一

定會有收獲的。

另一方面是對ERP形成正確的觀念。ERP的核心能力在整合，企業在它的協助

下可以使交易和數據管理都上軌道，提高執行速度，降低信息處理的成本，大幅度

提升競爭力；之后，可以再藉ERP來提升決策管理的能力。在執行方面，只要把數

據整理清楚，把單據內容正確地錄入，ERP的整合功能自然可以替企業帶來省力、

正確、及時等自動化的好處。ERP將許多“事后”的管理工作提前為“事前”的管

理，因而強化了事前稽咳的功能。據此，ERP的實施是一項系統工程，是一個總體

規劃、突出重點、分步實施的過程，企業通過ERP項目可以幫助規范管理，加強執

行能力，更充分地利用現有資源提高工作效率。

軟件工程實訓心得體會「篇三」

時間過的很快，轉眼間已經實習將近5個月，其中有2個月是屬于完全被流放

的。

最新軟件工程實習心得體會范文

最先在內部系統組參與內部管理系統開發

(struts+mysql+spring-hibernate),之后是去做網絡交換機軟件的腳本測試。現

在又回歸內部系統，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了

一些測試經驗。

至少自己做的東西，是真正交付到了客戶手上，到也稍微有些成就感。

1、淺談測試

一直以來，我都認為測試是脫離了軟件工程范圍的工作，不以為屑。但在實際

情況中，測試是既重要且難以精湛的.其真正的壓力，在于找不到bug,責任在

你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經驗總

結和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整

個系統的方方面面具體運作的前提。但占主導地位的，還是大型系統的集成測試經

驗。實際項目中，編碼時間一般只占30%左右，真正耗費時間的是IT階段的找

bug與對應bug,此階段基本評定了coder的編碼質量。

2、程序員的困惑

有些人，以為教學視頻和代碼看多，自己就懂的多，實際做起來，卻不知從何

下手，問題在那?如何定位?如何解決?通通跟一樣能力有關，debug追蹤能力，也

稱調試。在項目組工作不愁源碼資源，但問題是蛋糕擺在面前，你如何去消化？

有位同事告訴我：弋碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎

上去做具體記錄的歷史紀錄查詢模塊，你可能會覺得很簡單，但實際情況卻往往報

一堆異常，配置問題涉及到方方面面，以及數據庫字段，傳值問題等等，一大堆對

于新人來說很郁悶的問題。但不用怕，只要學會調試，一個個問題去追蹤，一個個

去解決，自然而然，那段“源碼”才真正屬于你。

3、如何調試追蹤

如果你能在短短的時間內就看到問題點在那，放下斷點去追蹤，出去找工作，

絕對沒問題。出現問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具

體值，那是最好途徑。eclipse是個很爽的ide,這點做的很好。例如頁面內容顯

示不是自己想要的數據，我們要先從數據庫查詢語句去下手，設置斷點，一步一步

stepover,讓sql字段（存取最終sql語句的字符串）運行到有值，inspect進去

看，如果還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實際查

詢出來的表是什么，如果是對的，有可能就是頁面調用的錯誤或者action邏輯的

傳值問題。

資料共享平臺

4、一些習慣

遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別

在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學到

的東西遠遠比書多的多。

解決了一個問題后，要去究根問底去找到問題產生的起因，以防你下次遇到類

似的問題再浪費同樣的時間。

把代碼寫的漂亮，注釋、空行、規范一樣不能少，可讀性是放在笫一位。曾經

看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很

流暢，方便自己也方便別人。

任務完后不要呆著，去要求經理給你更有挑戰性的任務，只要你肯去嘗試，他

們就會對你另言相看，衛三天的任務一天加班搞定，效率和忠誠都有了，路也比較

好走了。

軟件工程實訓心得體會「篇四」

軟件工程實習心得體會

軟件工程實習心得體會一

時間過的很快，轉眼間已經實習將近5個月，其中有2個月是屬于完全被流放

的。

最先在內部系統組參與內部管理系統開發

(struts+mysql+spring-hibernate),之后是去做網絡交換機軟件的腳本測試。現

在乂回歸內部系統，雖然在腳本組期間，編碼能力被別人甩在后頭，但至少具有了

一些測試經驗。

至少自己做的東西，是真正交付到了客戶手上，到也稍微有些成就感。

1、淺談測試

一直以來，我都認為測試是脫離了軟件工程范圍的工作，不以為屑。但在實際

情況中，測試是既重要且難以精湛的.其真正的壓力，在于找不到bug,責任在

你，而不在于編碼人員。一般的測試人員不懂編碼，他們靠的是日以累計的經驗總

結和想象力。而要做到高級測試工程師，則一定要懂編碼，因為這是你完全掌握整

個系統的方方面面具體運作的前提。但占主導地位的，還是大型系統的集成測試經

驗。實際項目中，編碼時間一般只占30%左右，真正耗費時間的是IT階段的找

bug與對應bug,此階段基本評定了coder的編碼質量。

2、程序員的困惑

有些人，以為教學視頻和代碼看多，自己就懂的多，實際做起來，卻不知從何

下手，問題在那?如何定位?如何解決?通通跟一樣能力有關，debug追蹤能力，也

稱調試。在項目組工作不愁源碼資源，但問題是蛋糕擺在面前，你如何去消化？

有位同事告訴我：代碼看幾遍都沒用，要去抄，例如一個查詢模塊，在此基礎

上去做具體記錄的歷史汜錄查詢模塊，你可能會覺得很簡單，但實際情況卻往往報

一堆異常，配置問題涉及到方方面面，以及數據庫字段，傳值問題等等，一大堆對

于新人來說很郁悶的問題。但不用怕，只要學會調試，一個個問題去追蹤，一個個

去解決，自然而然，那段“源碼”才真正屬于你“

3、如何調試追蹤

如果你能在短短的時間內就看到問題點在那，放下斷點去追蹤，出去找工作，

絕對沒問題。出現問題的時候，不要光看代碼，要用實際行動去追蹤運行期間的具

體值，那是最好途徑。eclipse是個很爽的'ido,這點做的很好。例如頁面內容顯

示不是自己想要的數據，我們要先從數據庫查詢語句去下手，設置斷點，一步一步

stepover,讓sql字段（存取最終sql語句的字符串）運行到有值，inspect進去

看,如果還看不出來，就點擊它，copy后在sql客戶端去實際運行，看看實后查

詢出來的表是什么，如果是對的，有可能就是頁面調用的錯誤或者action邏輯的

傳值問題。

頁面錯誤的調試，基本方法是用右鍵點擊實際網頁查看源代碼，copy到

editplus,就能看到具體錯誤發生在那幾行。通常有幾種常見的錯誤，例如：缺少

對象這種很多時候是有些被你調用的字段有可能為空的情況出現的，可以加

if（xxx二null）語句加保追蹤的方法基本就是用alert語句，放在有可能出錯的

地方。

4、一些習慣

遇到問題先自己思考，無從下手再找高手幫忙看看，注意他幫你看的思路，別

在一旁閑著，看多了自己也會了，不然你一輩子都停留在那種水平，從人身上學到

的東西遠遠比書多的多。

解決了一個問題后，要去究根問底去找到問題產生的起因，以防你下次遇到類

似的問題再浪費同樣的時間。

把代碼寫的漂亮，注釋、空行、規范一樣不能少，可讀性是放在第一位。曾經

看過一個高手寫的代碼，真的一看就是不同水平的人寫的，幾乎很完美，讀起來很

流暢，方便自己也方便別人。

任務完后不要呆著，去要求經理給你更有挑戰性的任務，只要你肯去嘗試，他

們就會對你另言相看，非三天的任務一天加班搞定，效率和忠誠都有了，路也比較

好走了。

軟件工程實習心得體會二

在這次軟件工程課程中，我學到了很多東西，第一次深刻的體會到了什么叫做

用工程化的思想來編寫軟件，以前自己也寫過一些小型軟件，沒有做過大型的項

目，直到這次課堂我擔任組長并組織組員共同完成“個人圖書管理系統”這個項

目，第一次和別人合作，才發現運用工程化的思想來做是如此的有必要。

從這里，我才真正的意識到實施一個軟件工程并不是說簡單的會編碼就能夠解

決問題的，我們更多的精力不是放在編碼上，編碼只是一個很小的模塊，只占到那

么小的一個部分。這個事實在很大程度上顛覆了我以前的思想，在我以前的認識

中，似乎整個軟件就是編碼，除此無它，還好有老師的指導，不然真的會出現老師

所說的，撞得頭破血流之后才想起來用軟件工程的思想來完成這個工作。

剛真正開始工作之前，我們費了很多的時間來完成一些前端工作，如需求分析

和可行性分析，這塊工作在別人看來可能是相對無關緊要，甚至是多于的，其實，

換做在以前，我也會這么認為。可是，我現在算是深深地明白了磨刀不誤砍柴工的

道理，這些工作的完成太有必要了，太重要了，要想你的軟件有用有市場，能被別

人接受和認可，在進行過程中不會出現崩潰性的問題，這些工作缺一不可。

還有就是接下來的一些設計模塊，此模塊與軟件編碼涉及比較緊密，主要是解

決一些參數傳遞和接口通訊的問題，此模塊對我的觸動遠沒有上兩個模塊對我的影

響大，因此再次也不做過多的介紹。

在整個活動的完成過程中，作為組長，我收獲很多，我發現，要是組里有個人

不怎么想做事情時，他對于整個組織的影響是毀滅性的，正所謂“一顆老鼠屎，能

壞一倉谷”，以后我的組織里要是出現這樣的人，我絕不會給他繼續留下來的機

會，我會在第一時間將他清除出去。還有就是，作為組長，你要做的最重要的事

情，不是發揮自己的聰明才智，而是創造出一個平臺，讓別人去發揮，你所要做

得，出了保證這個平臺的完整性和公平性外，還有就是協調好各組員之間的關系。

這就是我的實習感想。

軟件工程實訓心得體會「篇五」

早在我選擇民政職業技術學院就讀軟件開發與項目管理這門專業的時候，我一

直認為軟件開發無非是努力的敲代碼，從敲代碼的過程中去體會各行代碼的意思和

用處，在沒學軟件工程時我一直都是努力的敲代碼去學習軟件開發這門專業。在大

一的時候我敲代碼的激情很好，但是到大二的時候就出現問題了，我根本就不喜歡

敲代碼了，看見代碼就頭疼。所以感覺厭惡這門專業，對學習也不感興趣了。而

且，還有一件更頭疼的事是在寫一個簡單的程序時竟然老是出錯，難一點的，復雜

一點的程序竟然無從卜手。但是去看程序的參考答案時都看得懂，又感覺很容易。

學了軟件工程以后，我就感覺我以前的學習方法是錯誤的。以前我只注重于代碼，

而不注重理論知識以及編程的思路，程序的架構。以至于在些程序時沒有寫程序的

思路，不能形成程序的架構。只想到看腦袋里是否有與此類似的代碼。越想程序越

亂，最后腦袋里一片空白。不知道程序從哪個方面下手了。

軟件工程這門課程是做軟件開發的人必學的課程，通過學這門課程，程序員就

會注重軟件開發的理論知識，以及做項目開發的思路。學了這門課程后你寫程序就

不會去盲目的去套用代碼，而是理清此程序的架構以及思路。程序該從什么時候開

始，什么時候結束。在中間需要添加什么樣的功能，以完善該軟件。其實學軟件工

程并不難，而且很容易。軟件工程與日常生活聯系起來的話，就是在一天中你該先

做什么，后做什么。理解了先做什么，后做什么了以后寫程序就不是那么難了，再

復雜的程序也可以分成幾大塊。你理清程序的思路后就可以一步步的解決其中的難

題，最終實現軟件的功能。如果沒學軟件工程不知道理清程序的思路的話，做一個

大的項目開發，那么多的代碼，沒有一個很好的結構，最終只會導致程序混亂，錯

誤百出，知道代碼再多也會素手無策的。

總而言之，作為一個程序員學習軟件工程這門課程是至關必要的，如果沒學習

軟件工程，你就不會做項目開發，也不可能開發出一個完善的軟件出來。

軟件工程實訓心得體會「篇六」

曾經看過一本書叫《道法自然》，內容略記得一二，但我最欣賞的是它的書

名。軟件設計沒什么太神秘有東西，只要用心體會，其實一切都很自然。軟件的設

計之“道”，也不在于沒計有多么的華麗、精巧，而在于其樸實、自然，最終達到

“以無招勝有招”，進入一個全新的境界。

一、軟件設計理論的層次

以我的拙見，軟件沒計領域中的各種概念，可以分為以下幾個層次來進行理

解：

1、軟件設計的目的：重用性、擴展性。

這是最高的層次，是應對軟件危機的需要。

2、設計原則：低耦合、高聚合。

各種軟件設計的原則，如依賴倒置原則、單一職則原則、面向接口等，以及各

種設計模式，其根本的目的其實只是為了降低耦合這么簡單。因為只有低耦合才能

更好的適應變化，更好的‘重用和擴展。

3、實現方法：運用設計模式封裝變化、降低耦合。

設計模式只是用來“封裝變化、降低耦合”的工具而已。它是面向對象設計時

代的產物，其本質就是充分運用面向對象的三個特性，即：封裝、繼承和多態，進

行靈活的組合運用。

二、關于耦合

1、耦合的粒度

耦合無論如何也是不可避免的。當我們實現接口、繼承父類的時候，就會不可

避免的產生耦合。耦合是有不同粒度的，我們解耦到什么粒度為止，我認為應以模

塊的重用粒度為準。盡量解除重用模塊或對象之間的耦合。而重用模塊之內的耦

合，應屬于聚合的范疇，所以不要盲目的去解耦，否則就陷入了誤區。

2、解耦的原理

怎樣才能解耦呢，或者說為什么各種設計模式能達到解耦的目的呢？我覺得有

以下幾個思路：

（1）將具體的東西抽象處理

（2）將分散的東西集中處理

而面向對象中的接口、繼承正為我們提供了這樣的一種機制。通過訪問接口或

基類或抽象類，而不是具體的實現類，從而與具體的實現類達到了解耦的目的。我

們還可以設計一些控制類，像潤滑劑一樣，協調各實現類之間的訪問，也可以達到

耦的目的。

事實上，各種設計模式的基本思想也就是這樣。創建型模式是為了解除創建對

象時產生的耦合，實際上是解除對類稱名的依賴，而結構型和行為型是為了解除對

象屬性或方法的直接調用。不管什么設計模式，都是將對具體實現類的訪問提升為

對接口、基類或用于協調的控制類的訪問。

三、關于接口

這一節更具體，談一談接口，因為使用接口是軟件設計的重要手段，但已經不

屬于“道”了。

1、接口與繼承

接口描述的是對象某一個方面行為特征。使用接口與使用繼承關系各有優缺

點，使用子類繼承可以繼承父類的功能，體現了重用的精神。而接品更加靈活，因

為它解除了子類與父類之間的高度耦合，它體現在靈活擴展的精神。

2、接口與純虛類

理論上接口可以由純虛基類實現類似的功能，那為什么還我們不去掉接口的概

念，而直接使用虛類呢？

接口存在的理由就是它更加靈活，關系簡單，易于理解。比如一個類可以實現

十幾個甚至幾十個接口，但一般開發工具只支持單繼承（由于多繼承太容易導致混

亂和沖突），如果要繼承十幾層，系統結構想必會無法理解了，我以為這是接口存

在的最重要的原因。

如果接口和虛類繼承結合使用，可以產生強大的威力，這也是許多設計模式的

“殺手銅”。

以上算是總結一下芻己的心得。肯定有不少片面之處，請各位指教。

軟件工程實訓心得體會「篇七」

未接觸軟件工程之前一直都很想學這門課程，因為覺得這門課很牛，是那些有

工程師稱號的高手才擺弄的東西。學了一個學期的軟件工程課，終于知道了個軟件

工程的大概。學的時候總覺得很抽象，理解起來好像不難，但總是摸不著頭腦一種

很茫然的感覺。曾經以為程序就是軟件，軟件就是程序。學習這門課程第一個收獲

是，知道了二者的不同之處。以前做過的一些小型的軟件比如加密軟件，我也只是

在程序旁邊附上一個軟件的說明，看來已經很接近作坊了。不過大的項目沒有接觸

過，用軟件工程的方法還是第一次。我想也是程序的不斷復雜化導致了軟件危機的

發生，使得人們不得不探索新的解決方法。

經過倪老師的講解，理解了軟件工程，就是一套用于軟件的團隊開發，以提高

軟件質量和程序員工作效率為目的的規范。其核心就是，對于軟件開發的5個重要

組成部分：需求分析，設計，編碼，調試，維護，如何組織這5個部分的工作，以

及如何完成每一個工作。吾生也有涯，而知也無涯，學習永無止境。起初，對軟件

工程處于一知半解的狀態，分工比較混亂。

在劃分模塊后明確了各自分工，漸漸形成良性循環。在學習過程中，知道了團

隊合作十分重要，爭議固然存在，但通過討論、協商，群策群力，在不斷磨合中能

夠達成一致與默契。團隊成員中能力各有高下，互相尊重，各取所長，不宜妄自菲

薄。組長多加協調，組員積極配合，才能合作愉快。學習能力體現在能盡快接受新

的知識，順應變化，學為所用。

上《軟件工程導論》這門課，我的收獲大概如下：我們為什么需要軟件工程

呢？上面已經給出了一些原因。專業點講，軟件工程最終是為了實現“軟件制造

業”的社會化，工業化大生產，提高其勞動生產效率。只有如此，軟件業才能實現

社會化，工業化大生產，才能“做大做強”。沒有管理的設計是失敗和混亂的設

計，沒有設計指導的編程是無序的忙碌的。根據開發的軟件的規模，應該適當程度

的運用軟件工程化的思想，需要靈活，畢竟我們開發的軟件大多數是中小型的，大

型的并不多見（我是這么認為的）。但只要涉及人員間的交流和溝通，或多或少都

要需要軟件工程才能更有效率，工作成果更穩定。

其實開發軟件，就像是解決一個邏輯問題。想想自己平時是怎樣寫程序的。首

先是要有一個想法，即我寫的這個程序是要干什么的；然后就是對要實現的核心功

能大概構思一種或多種實現方法，并從中選出一種自認為是較好的；接下來就是將

涉及的各種主要或次要功能分成各個模塊；最后就是分模塊來編碼和DEBUG。在我

看來，除了第一步外，其余的步驟應該是一個循環的過程。在編碼的過程中，你總

是需要不斷地回過頭來修改原先的模塊設計，甚至最初選定的實現算法。具體到每

一步的工作要怎樣完成，是非常靈活的，只要把握住大體