軟件開發(fā)學習心得

一年學習心得

進入北郵3g已經(jīng)一年了，也接觸了一年的編程技術.從剛開始的

“一無所知”到后來的“以此為職.”.學習到了很多東西，也懂得了很多道理.

其實大學，簡單翻譯就是：很大的學問.姑且這么理解吧.可能以前對于大學的憧憬較多，總是以為，讀大學應該要有大樓，大圖書館，大操場，大學校，大草坪，大的運動場等等….總之是很氣派的環(huán)境，很優(yōu)良的條件.直到來到北郵3G湖南授權中心，我才明白，什么才叫“以校為家”“學知識”“學道理”“學做人”.

對于大學之前的我來說，生活本身從未有過壓力，總是盡情的放縱，盡情的玩耍，盡情的懶惰，盡情的只關注自己的思想，盡情的只問自己的需求，盡情的不知道自己該何去何從……..

來到這里，以前的一切全被自己推翻，被現(xiàn)實推翻，被社會推翻.做項目,學知識,顧家庭,立社會,各方面的壓力席卷而來.；逛街，購物，運動，交朋友，也都不只是單方面的玩耍，其中學問大大.；關注的人也漸漸多起來，家人，朋友，同學，老師，不會一味的追求自己的觀點，懂得了謙讓，寬容，理解，關心；慢慢學會了尋找別人的需要，去幫助，去關心，去關注，去了解別人困惑；對于以后，更是清晰明了：學好知識，全面發(fā)展，找好工作，努力賺錢，顧好家人，回報大家.

在北郵3G湖南授權中心，學習到的太多太多，不管是學習上，還是為人處事上，對我來說，都是向美好的未來邁進了一大步.對于這一年的收獲，我大概總結(jié)了以下兩大點：一戒急戒躁，掌握技巧，勞逸結(jié)合

所謂戒急戒躁，簡單的理解就是磨練耐心，在學習上，遇到不懂的問題，要耐心排解，但注意不要“死纏爛打”的一味磨合.耐心的人容易讓群眾接受，比較有恒心，學到的東西也會比較多，比較適合立足當今社會.但是，過火的“耐心”就是一種愚蠢的表現(xiàn)了，如果太執(zhí)著于某一件事物，或者在某一個問題上一直糾結(jié)不清，搞不好弄巧成拙，反而會把你從真理的位置越拉越遠.所以，耐心要掌握力度.

學習本身就是一種技巧，在平時學習中要認真聽課，多動手操作.上課之前，大概的預習，其實目標不是自學，就是為了老師講課的時候能有所印象，跟得上老師的步伐，要知道講什么知識，所講的內(nèi)容在書上的那個位置，盡量配合老師的問答，多做筆記，這樣能更輕松提高記憶力和理解能力.課后復習，結(jié)合文檔一起復習，沒事多看筆記，在不懂的問題上先自行解決，查找資料，多驗證.如果實在不行就請教同學，或者老師.但在做項目的就要懂得：先取長補短，再揚長避短，在過程中先補足短處，到關鍵時刻再運用長處，這樣長短就不會懸殊太大，總體水平就會上升.

學習要懂得勞逸結(jié)合，學玩分明.學習的時候要認真學習，該輕松的時候就好好輕松，釋放壓力，不要太過壓抑.給自己制定計劃比如：周一到周五，盡力少外出玩耍，沒事自學點東西，多看課外書，新聞，一天選時間運動一個小時左右.星期六星期天外出走走，逛逛，多長點見識，多學點社交方面的技巧.等……這樣才會有益學習，有益思想，有益身體.

對于為人處事，戒急戒躁，掌握技巧，也是同理而行.二學知識，做事情

學好知識是必須的.但是我所說的‘知識’并不單指課堂上的學問，在學習課程知識的基礎上，我們要不斷拓寬知識面，所謂“學無止境”，多看新聞，多與別人交流，鍛煉口才，鍛煉普通話，一口流利標準的普通話總會給人很好的印象.還有多看課外書.知識面廣，興趣愛好多，也未嘗不是一件好事.學知識，學做人，學勤奮，學努力.學習別人的長處和優(yōu)點，并且學會合理運用.

近日剛買了一本書《人生贏在細節(jié)的成功》：“天下難事，必做于易，天下大事，必做于細”.最喜歡里面五句話：一次做好一件事不要躲在別人身后

在別人說‘不’的時候說‘是’別讓你的天分睡著善待身邊每一個人

對于以上觀點，說是一年總結(jié)，其實就是個人這一年，在生活，學習上的領悟，也還在不斷學習中.

我相信：‘成功總是留給有準備的人’.我準備好了，正在努力中，你們準備好了嗎？

譚玉娟

201*年7月3日

擴展閱讀：軟件開發(fā)流程與規(guī)劃學習心得

軟件開發(fā)學習流程與規(guī)劃心得

班級：軟件0902學號：090203049姓名：楊菲

一、前期規(guī)劃：

我理解的前期規(guī)劃是：在市場人員們匯總一個需求提交給產(chǎn)品專家?guī)ьI的產(chǎn)品經(jīng)理團隊，然后經(jīng)過這個團隊根據(jù)公司具體情況再次分析和規(guī)劃出一個最終需求文檔。

這個需求文檔應當首先提交給技術研發(fā)部門的負責人以及核心開發(fā)人員。由開發(fā)團隊對其進行技術和風險分析。如果對此需求統(tǒng)一有異議的地方，需要返回給產(chǎn)品團隊，重新修正需求。反復如此，直至需求完善準確，細致，清晰。

前期規(guī)劃就像高樓的地基，如果馬馬虎虎，就算是一塊磚塊沒擺好都可能導致整個高樓建設的失敗。在規(guī)劃中我認為，交流永遠是需要雙方積極主動，能認真聽取每個人的建議。前期工作思維不慎重，不細致，不認真，不夠完善，將產(chǎn)生連鎖效應直接導致整個工程和項目的失敗。

對于第一種，當然是因為前期規(guī)劃疏漏了某些細小功能，沒能把需求文檔做完善。應該是規(guī)劃工作做的還不夠認真和細致。

對于第二種情況，我認為更多是在產(chǎn)品設計規(guī)劃方面經(jīng)驗還不夠成熟。這種問題應該是很難避免的。因為每種新產(chǎn)品對產(chǎn)品團隊來說都很陌生。即使以前做過類似的東西，也難免面面俱到。這只能通過不斷努力和認真的態(tài)度來彌補。

前期規(guī)劃的交流涉及了市場、產(chǎn)品和技術研發(fā)等多個團隊之間。需要的不僅是團隊內(nèi)部的交流，更多需要協(xié)調(diào)好團隊之間的交流�？赡苡袝r候需要公司高層和中層參與協(xié)調(diào)。二、概要設計：我理解的概要設計步驟：（以項目為中心的開發(fā)流程）

1項目經(jīng)理仔細閱讀項目需求文檔。

2項目經(jīng)理召集項目開發(fā)成員，開項目啟動會議。具體商議項目的開發(fā)任務和責任分配。

3核心開發(fā)人員開發(fā)確定，以及各模塊開發(fā)人員確定。

4由系統(tǒng)分析員和核心開發(fā)人員仔細閱讀需求文檔，對系統(tǒng)整個架構(gòu)分析和做技術規(guī)劃。

5系統(tǒng)分析員整理和書寫最終的系統(tǒng)架構(gòu)和概要設計文檔。

6系統(tǒng)分析員在文檔提交日，提交給項目經(jīng)理。項目經(jīng)理確認文檔并審批。

7項目經(jīng)理召集項目開發(fā)成員，開一個概要設計以及系統(tǒng)架構(gòu)確定的會議。向每個成員分發(fā)文檔，并討論確定最終概要設計文檔。

8開始詳細設計文檔的工作

三、詳細設計：

1項目經(jīng)理組織成立各個模塊的開發(fā)小組，并確定開發(fā)小組組長（程序經(jīng)理）。

2各開發(fā)組長書寫各自模塊的詳細設計文檔，開發(fā)成員需要協(xié)助，配合。

3在指定提交日，開發(fā)組長提交文檔給系統(tǒng)分析員。由系統(tǒng)分析員審批。4系統(tǒng)分析員組織召開一個詳細設計文檔確認的會議。

5然后開發(fā)組長分發(fā)各自模塊的詳細設計文檔給程序員，程序員在指定時間內(nèi)完成。

6程序員做內(nèi)部測試。開發(fā)組長協(xié)調(diào)并配合。

7確認無bug提交給開發(fā)組組長。

8所有模塊整合工作，由整個開發(fā)組成員參與完成。由所有開發(fā)組長和系統(tǒng)分析員負責主要部分工作。程序員協(xié)助和配合。

9對整合后工程做詳細測試。

10確認測試通過后，開發(fā)組長根據(jù)開發(fā)成員表現(xiàn)以及提交成果填寫績效考核表。然后提交給項目經(jīng)理。

11項目經(jīng)理會召開項目總結(jié)會，同時向優(yōu)秀成員頒獎。同時鼓勵所有成員繼續(xù)努力。對不能按時完成導致項目能按時提交，以及對導致失敗的關鍵人員給與懲罰處理。

四、具體編碼：

開發(fā)幾個項目之后，對編寫程序有了更進一步的了解。

好的程序應該具有:易讀性，易擴展性，容錯性。

易讀性:所有變量和函數(shù)以及類名用簡單易懂易記憶的命名方式。所有類和函數(shù)甚至變量都有關鍵的注釋說明。這點很重要，也是最基礎的。如果代碼書寫不夠美觀和易懂，我想自己以后也不想再看。就更別談功能的擴展和新版本開發(fā)了。

易擴展性:整體系統(tǒng)架構(gòu)邏輯簡單清晰。模塊與模塊之間盡量做到互不影響，也就是盡可能的獨立。這部分工作主要體現(xiàn)在前期設計工作中，需要掌握好的設計經(jīng)驗和方法才能夠做得比較好。

容錯性:對數(shù)據(jù)流和指針以及數(shù)組都做數(shù)據(jù)有效性檢查；對第三方接口的調(diào)用失敗的容錯性。對所有代碼都做調(diào)用失敗后的錯誤處理。以及在大的工程中加入trace文件輸出，把關鍵的數(shù)據(jù)流和關鍵處理部分的操作信息輸出。以便對工程異常情況產(chǎn)生條件的定位，及時解決問題。五、調(diào)試、跟蹤與測試：

1測試需要注意的：

1對每個模塊的接口做測試，數(shù)據(jù)邊界的檢查。在對整個模塊做測試。主要測試穩(wěn)定性，效率以及功能是否正常。確認單個模塊完全正常后，再加入工程。在系統(tǒng)架構(gòu)設計的時候，可能會引入原型參考。要對原型做完成測試后，確認沒有問題后，才可使用。

2可以采用VC自帶Trace或者將信息輸出為文本文件的方式跟蹤程序并輸出關鍵信息，以便定位程序異常的原因。

3對于通信模塊的測試，特別注意服務端和客戶端的數(shù)據(jù)流�？梢葬槍π缘膶懸粋�客戶端或服務端的測試程序，檢驗通訊過程是否正常。

4在用VC做開發(fā)中，一定先要讓Debug版本正常運行，保證沒有任何異常，內(nèi)存泄漏和Assert等調(diào)試警告信息。如果用到其他Lib,一定要保證Lib本身不存在問題。

友情提示：本文中關于《軟件開發(fā)學習心得》給出的范例僅供您參考拓展思維使用，軟件開發(fā)學習心得：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡整理 免責聲明：本文僅限學習分享，如產(chǎn)生版權問題，請聯(lián)系我們及時刪除。

《軟件開發(fā)學習心得》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址：http://www.weilaioem.com/gongwen/722225.html

• 上一篇：注冊電氣工程師復習心得
• 下一篇：201*注冊電氣工程師專業(yè)考試心得