軟件開發心得體會（精選10篇）
當我們積累了新的體會時，寫一篇心得體會，記錄下來，這樣就可以總結出具體的經驗和想法。那么心得體會到底應該怎么寫呢？以下是小編幫大家整理的軟件開發心得體會，希望對大家有所幫助。
軟件開發心得體會 篇1
受某化公司委托，開發一款用于視頻和圖像處理的軟件，開發難度高，高到從未搞過，開發周期長，長到是我以前項目監控最長開發周期的兩倍，開發成本之底，讓我覺得程序員成了高級打字員。首先是需求分析書、產品規格說明書、設計說明書、代碼規說明書、測試計劃，光稿就不知道熬了多久才做完。
緊接著，遇到一系列問題，首先是語言選擇，vc++和c#都是可以保證開發完成的選擇，但是vc++內存容易報錯，界面很難修改，而客戶要求的界面質量甚至比程序的功能更嚴格，沒辦法，客戶就是上帝，上帝做事一定有他的道理。c#語言易于開發，而且圖形界面繪制也易于修改，可以做出客戶體驗很的界面，但是在資源的消耗上，讓我很吃驚。做到第二個月，大概的界面已經完成時，出現界面刷新的問題，刷新時開始卡，界面不流暢。沒辦法，改。
開會，總結，技術骨干找問題，拿出解決方案，力爭第一次做軟件把它做：
重新做軟件開發進度計劃和軟件測試計劃，并且讓獨立功能demo制作和測試先行；
用direct draw、direct 3d或者opengl中的一個替代c#本身的gdi繪圖，將在接下來的開發任務中加入進去。
事無巨細，當我滿意的看著界面流暢，功能也已實現時，發現軟件在低分辨率或者小本上根本亂到沒法看，甚至是界面功能按鈕錯位，重疊等等。沒辦法，改。畢竟軟件的多分辨率兼容和操作系統兼容是必須要做的。
接下來一大堆的麻煩找了上來，軟件出現各種各樣想都想不到的問題，總算是按時將第一個版本發布出去，并且開始接下來的升級開發任務。
最后，給剛剛接手軟件開發項目的朋友一些忠告：
一、相關的檔不是給別人看的，而是給自己看的，相關檔一定要齊備，而且讓所有涉及開發的人員都清楚的知道你檔里所要表達的意思；
二、一定要注意多做demo，多做實驗，一個demo程序員幾個鐘頭就可以完成，甚至更少，但是不做demo，核心程序沒有做實驗，其他的東西都圍繞核心程序做了上去，到時候耽誤的可不是幾個鐘頭
三、程序設計要注重用戶體驗，當初客戶對我要開發軟件提出近乎苛刻的要求時我不在意，但是當我自己反復使用軟件時有了很多體會，流暢美觀的界面帶給人心理的快感的確能替代一些尚未開發完整的功能帶給用戶的遺憾。
四、測試計劃多次進行，分批進行，不要全部開發完成再對軟件做測試。
還要堅持三個月，軟件馬上發布，希望大家的支持，謝謝！！！
軟件開發心得體會 篇2
我是公司一名文員，部門涉及很多業務數據的東西，在此之前，公司的所有業務記錄都是通過一張excel表格來完成，第一次看到那張表的時候是真心嚇到了，字段有幾十個，項下又有很多拆分合并，其中又大多為數據和日期，通過幾天的整理發現了不少錯誤，更加感嘆需要一個數據庫來解放人力、提高效率。
從開始接受access培訓到現在已經有半年時間，雖然上學期間學校的老師也有給我們講過access的知識，但只是講了些關系的建立及簡單的查詢，以為access就好比word、excel等相對比較簡單的辦公軟件一樣。但開始接受盟威Access的培訓后，對Access的看法才改變，原來Access還可以這樣玩；參加學習之初，由于自身一開始認識誤區的心態導致自己走了很多彎路。一開始所有的Access老師就告誡我說一定不要心急，要按培訓指南指導，要按照教程一步一步做下去，切忌眼高手低。但因為心想自己對電腦還算有點感覺，加上公司一直比較急，又很想短時間內做出點東西，就沒有很耐心的把教程步驟做完，導致后期回爐再造無數次耽誤很多時間，在這里希望大家引以為戒。
在學習的過程中，因為老師是一個階段一個階段發教程的，當我看到報銷系統時，就已經覺得十分十分的強大了，然后自己就想邊看教程邊偷懶開始自己開發，雖然老師一再強調不能不會走就想跑，但自己還是開始蠢蠢欲動了，等到做了一部分之后看到了進存銷系統后，又發現里面有很多自己可以學以致用的東西，然后又開始重新做，再等到新版的快速開發平臺出來了，自己又一次被震撼了，感慨Access快速平臺的強大，基本的模塊都不需要自己手動創建了，簡直太厲害，真是技術宅改變世界。
整個開發過程可以說是充滿艱辛，但又有很強的成就感。雖然自己有時候會想不出來該怎么做，但是！還有一群很厲害的老師可以幫你，有時候老師們一句話、一段代碼就能幫我搞定自己苦思冥想很久都做不出的步驟，可以說每一個成功的系統背后都有一群默默無聞的老師。
每次把自己一些亂七八糟的想法告訴一對一老師，其實自己都覺得可能做不了了，但每次杜老師都會給我驚喜，幫我完美解決掉，十分欣慰。
現在系統開發的已經在測試應用，雖然還有些部分在一步步完善修改，但我相信access的強大，能解決我的數據問題，也相信盟威老師們的技術給我的支持，在此感謝這半年來所有老師的大力支持與幫助，也希望盟威軟件快速開發平臺做得越來越好，讓更多跟我一樣的菜鳥開發出屬于自己的數據庫軟件，解放自己的工作強度。
軟件開發心得體會 篇3
這次軟件工程實訓是從20xx。12。26號開始的，截至20xx12。31號。實訓內容是用java相關知識（主要是jsp）做一個物流配送系統。下面談談對這次實訓的看法。
因為自己平時對java知識儲備不足，特別是jsp這一塊基本不了解怎么回事，所以一拿到這個項目，我心里都是沒有底的，再加上我被分到的那個組，我知道就意味著是我一個人在戰斗了。呵呵，26號，實訓開始了，我們的老師是來自中軟國際公司的程序員，一個是周褀，一個是朱映，都是一身樸素的著裝，讓我感覺做軟件的也沒什么兩樣。老師介紹了自己之后，就直接切入正題了，分析了下我們各個組的系統，即將用到的知識，然后就總體把覺得需要補充的知識（jsp和數據庫連接等這幾塊）給我們實際操作了下，因為當時看到用jsp，還講的那么認真，當時我就后悔了，平時要是多聽點，現在老師這么認真的給我們講，這是一個多么難得的機會啊。后悔也沒用啊，開始還勉強能理解一點，后來就直接暈了。然后再給大家介紹了一些即將用到的工具，比如rationalRose，SVN，MyEclipse等等。接下來的幾天就不再細講了。下面談談通過這次實訓的心得體會吧。
通過這次實訓，讓我了解到工程開發的過程，可行性分析——>需求分析——>概要設計——>詳細設計——>代碼編寫——>測試——>驗收。從技術方面上，我開始jsp基礎基本上就是零的，在老師和syz2（另外一個物流小組，我一個人基本上是跟她們做的，或者說是看著她們做的）的幫助下，對jsp有了一個大概的認識。其實實訓開始前，我還以為做個系統沒什么大不了，可是當真正拿到一個項目，我卻真的無從下手了，而且就是在知道需求分析和詳細設計，在代碼編寫時，一樣寸步難行。通過這個實訓，也讓我了解到，團隊協作是多么的重要。一個人的精力是多么的有限。進一步理解到，企業為什么如此重視團隊協作。同時借用老師的話就是團隊協作固然重要，但是是建立在個人素質的基礎上，假設你個人素質不行，將會影響到整個團隊，就別提對團隊作更多貢獻了。**老師說這幾句話的時候，朝向了我，估計是有特殊意義的吧，所以，我將謹記老師的教導。
還有一個收獲是從一個同學（小胖）那里得到的，他的那組成員跟我的這組大體一樣，我倒是覺得沒什么了，不過他倒是很重視這個問題吧。然后他說出來，我也覺得這個問題確實其實是個大的問題。就是不管你會不會這門技術，會不會做這個東西，態度要正確才好，就算你不會做，你也應該認真的對待，將來 出身到社會，就不是說像你現在，不會做就不做，跑去玩游戲了。小胖說出了這段話，也在我身上有了一個印證，雖然我jsp技術知識為0，但我也還是在認真的跟著他們一起做，不會做，就多問，畢竟現在我們是學生，可以毫不顧忌的詢問各種問題，老師也會盡力為你回答。將來出身社會就不一樣了。雖然，我就算個打醬油的水平，但是這個醬油也要打得有涵量啊。不管怎么樣，我能對自己有個交待，雖然我不會，但是這次實訓我確實是認真對待了，六天的實訓，除了晚上加班外，還花了2個通宵來完成不同階段的任務，完成與否也不重要了，我至少我做了，這點，是這次我應該對自己的一個肯定。
這次實訓的心得基本上就是這些了，最后特別感謝中軟國際帶我們的那兩個老師（周褀，朱映），這兩個老師對待我們很平易近人，對我們提出的問題，總是不光解決了，還進行了擴展，晚上也跟我們一起加班加到很晚，印象尤其深刻就是朱映老師為了給小胖解決一個問題，臉都變紅了，還在繼續努力，這點我并不會覺得老師知識儲備不夠，我想應該是這個問題的突發吧，一時沒想到怎么處理。相反讓我感覺更多的就是老師很認真，很負責。還要感謝就是syz2小組的傾力支持，輔導。
軟件開發心得體會 篇4
首先我是一個女孩，學軟件開發的女孩相對于男孩來說并不是太多，但是因為我自己對編程比較感興趣，所以就從事了這個行業。
我們學校的學生從20xx年的下半年就已經開始出來實習了，據我所知我們計算機系的學生大都從事別的行業去了，從事計算機行業的人數非常少，我想大部分是沒有過硬的技術知識的原故，不敢去應聘本行業的工作吧。
我一直是一個有上進心的女孩，對軟件編程有很大的興趣，總想著自己也要像男孩一樣，做一番屬于自己的事業，不能白白的虛度自己的青春，但我又不想從事與計算機沾邊的初級職位，比如文員之類的。因為如果自己的第一份工作從做文員開始，以后自己的職業生涯就不好規劃，肯定會離軟件編程越來越遠的。
說實話我的家庭條件并不富裕，但是我有一個非常支持我上學的父母，他們狠狠心在我上了幾年大學之后又給我交了幾千元的培訓費。從那時候起我就想著我一定要好好學習，對得起父母。
就這樣開始了我的培訓旅程，其實說實話在培訓的過程中我是時而感到特別迷茫，時而又有了奮斗的激情，這不免有個人的因素，也有培訓環境的影響。
在這里我想提醒一下那些想參加軟件培訓的學生，在你們選培訓班的時候一定要看清這個學校以前培訓學員的就業情況，特別重要的是培訓老師有沒有教學經驗，一些培訓機構總是以賺錢為目的，鼓吹著自己的培訓老師擁有幾年幾年的項目經驗，其實我感覺沒有教學經驗的老師還不如項目經驗少一些的老師。
我們培訓部就是一個例子，我有時候就感覺聽我們老師講課簡直是一件非常痛苦的事情，他講課從來就不備課，只是根據自己的工作經驗，想到哪個知識點就講哪個，我們聽課的學生一點思想準備都沒有，而他常常在課堂上為了調試一個程序的一個小小的錯誤耽誤一兩個小時的時間，而這期間往往也是我們最煎熬的時候，因為我們要坐在那個地方陪著他找錯誤，這種情況下的我們非常受折磨，并且感覺時間都白白浪費掉了，以至于根本沒有什么收獲。
再來談談我自己的情況吧，我在大學期間編程語言學的還算不錯，當時我們只開了c++、java兩門編程語言課，還有軟件開發相關的SQLServer20xx數據庫，我的這三門主修課程每次考試都很優秀，參加培訓時也有老師勸我學軟件前臺，網頁設計什么的，說是女孩比較適合學這個，好就業，而軟件開發大都是男孩子，女孩幾乎是學不通的。我當時就是為了證明自己的能力，根據大學期間自己的學習情況，我相信自己能學好。
但是也因為我們老師講課的無計劃性，課程拖到現在還沒有結束掉，時間已經過去6個月了，我開始思索我自己的人生了。
經過四個月的培訓，我不能說我沒有學到什么東西，但我還要說一點，我雖然每一樣技術都知道了，但是我學的僅僅還只是一個皮毛而已。軟件開發最重要的就是編程思想，可我現在的水平只是編寫代碼達到非常熟練的程度罷了，對于編程思想感覺還是沒有踏入軟件開發的門檻。而編程思想主要來自于你所做過的實際項目獲得的經驗。而我們培訓部的項目不僅少而且不怎么實用。所以要想參加培訓還要看清這個培訓部的項目是不是夠份量，沒有實際的項目經驗去應聘軟件開發的工作還是不行的。
經過仔細的思索，我已經決定去找工作了，現在正是找工作的好時候，雖然我沒有多少項目經驗，但我相對于應屆畢業生自信多了，也許這就是培訓的力量。不過哪怕找到一份小小程序員的工作干著也行，因為現在對自己的職業定位還有點迷茫，我自己的性格屬于那種做事情非常認真、踏實、細心，感覺更適合做軟件測試方面的工作，對于軟件開發我還是抱著先試試工作的態度，主要源自于我自己頭腦反應太慢，估計一直做軟件開發對職業發展前景是有礙的。
最后告誡那些還在上大學的朋友們，如果你們想在軟件行業發展，那你們一定要在上學期間多上網看一些編程方面的視頻，自已嘗試著把企業要求的知識點自學一下，跟著視頻做一些小型的項目。其實自學知識點是不難的，只有你有恒心。因為我培訓的感覺就是公司要求的一些東西很多并不是我們不懂，而是我們在學校其實是連聽說過都沒有聽說過，這樣的話哪個公司會愿意。
軟件開發心得體會 篇5
作為一個軟件開發人員, 記得在我第一天進入公司實習的時候, 首先要學習的就是編程規范. 相信每個搞開發的同學都跟我一樣吧.
編程規范在學校里是十分不重視的. 老師也不會硬性地要求學生要遵照怎樣的規范去編寫代碼, 實驗或者作業什么的, 只要能實現功能就ok了. 但是公司卻不一樣, 公司的代碼并不是一個人編寫, 別人很可能需要閱讀甚至修改你的代碼, 閱讀一個不符合規范的代碼, 所需要的時間可能比重新開發還要漫長. 代碼規范的重要性是不言而喻的.當然, 作為一個開發人員的前提, 我還是公司里的一個員工(雖然不是正式的...). 我還必須遵守員工的規范.
其實員工規范也沒有什么特別多的要求, 個人認為就跟上學差不多, 雖然規范是差不多, 心態上卻有著很大的差異. 原因無他, 你到學校是自己交錢上學, 上班卻是別人發工資給你. 拿了人家錢, 還要擾亂人家的規范, 這種事我還真干不出來. 看來錢不論到哪里都是一個問題, 呵呵
感悟二: 我其實是一種很唯心的動物
其實本來, 我是寫"人其實是一種很唯心的動物", 但不知道別人是不是也這樣, 雖然我覺得是, 卻無從考究, 還是嚴謹點.
為什么說我唯心呢? 當我心里把自己當作一個學生, 跟把自己當作一個上班族時, 在各種細節上都會不一樣, 例如那有點虛無縹緲的"氣質", 或者是說話的語氣.
這個大概是"站在不同的高度, 看到不同的風景"吧. 正如老總看的是公司發展方向, 主管卻在看業績, 經理在看項目, 小弟們在看代碼...
感悟三: 設計模式很重要
設計模式是我到公司才接觸的事物, 主要是講述一種面向接口的編程思維, 按照設計模式所編寫的代碼, 會比學校那種直接實現功能的代碼繁瑣一點, 增加很多看似多余的虛類或者接口. 但是這種代碼更加具有拓展性, 更好地把數據封裝起來. 在增加狀態, 增加類的時候, 并不需要修改過多代碼, 這種代碼對于版本升級尤其重要.
在公司培訓學習中, 我總能很快地掌握各種設計模式的要領, 獲得上司的好評. 但是我明白, 設計模式真要應用到代碼中去, 是要培養一種習慣.
個人觀點好像說得有點多了, 下面說說我這3個月里的實習情況. 總的而言, 我到公司接觸了2個平臺, 一個是現在很火的android, 另一個則是nokia的qt. android 用的基本是java語言, 其中還會帶點xml語言; 而qt用的則是c++.
對于這2個平臺, 用著的感覺其實大同小異, 用我上司的話說, 基礎打好了, 語言就不應該是障礙. 感覺挺有道理的. 想當年我作為一個vb助教, 卻沒半點vb基礎, 對vb那些基礎問題還是可以比較輕松地解決, 這跟我其他程序語言基礎比較好有著密不可分的關系.
android平臺的一個基本窗口是一個activity, 除了基本的activity外, 還提供listactivity和tabactivity這些拓展的子類, 每一個activity都可以看作一個窗口, 一個進程可以有多個activity, 每個activity都擁有一個view, view可以通過xml設定, 當使用activity的子類時, 必須注意這些子類的xml必須含有特定id的控件, 或者不用xml實現view, 系統會有一個默認的xml去實現那些一個基礎view并且實現必要的id.
在談到view, 那么就必須說到layout了, android的layout很強大, 最基礎的是橫向或豎向的排列布局, 另外還有網格, 表格布局等等. 掌握好布局的方法可以讓我們對界面設計事半功倍.
android有趣東西有很多, 在我完成那個移植應用的時候, android總能給我一些驚喜, 例如popwindows這個設計, 他作用是彈出一個窗口等, 或者你可以把他看作一個acticity, 效率卻比activity快很多. 利用popwindows, 你可以做出風格各異的消息框, 菜單欄, 下拉菜單等等.
另外還有一個抽屜類也很特別, 他就像觸屏系統的解鎖一樣, 拖動手柄, 便可拉出一個界面, 這種設計大大地節省應用的空間, 減少切換界面的操作, 從而降低應用的功耗.告訴大家一個很多人不注意的地方, android應用如果進行橫豎屏幕切換的時候, 進程會完全關閉后, 再重新打開的, 因為android做了保存狀態的操作, 所以很多人會以為屏幕切換后, 進程還是本來的進程.
qt跟android有很多共通點, 例如android的activity就如qt的qwidget, 當然, 他們的狀態機有著很大的區別.
qt最大的特點是他的信號槽, 通過信號和槽的連接, 可以把很多類與類間相關的函數連接在一起, 甚至可以傳遞參數
實習心得
從學生到走上工作崗位，一步步的熟悉和認識著周圍的環境，熟悉這社會生存之道!在這里我學到了我離開校園的第一筆知識，這些都是從書本上學不到的知識，從體驗公司的文化到親身接觸公司的每個部門的人員，從公司的季刊雜志上，從其他員工的言談中，有好的信息，也有不好的耳聞，總之，我的感覺中，我們的公司還是在不斷前進發展。
從學校邁入社會，華潤以自己的姿態給我這樣一個良好的鍛煉平臺。從學生到工作，華潤以自己的品質和精神讓我了解和洞察并融入社會這個大家庭，華潤為我創造了這樣一座橋梁。融入華潤，融入社會，我以華潤的精神強化自己，以華潤的記紀律規范自己，每一天努力，每一步的行動，都讓我逐步提高和完善自己，以至于在這個平凡的崗位上做到一個合格稱職的職業人。
工作中有苦有樂，產線上同事之間的互幫互助，讓我充分體會到與人協作，共謀發展，合作共利的快樂。產線5s讓我深刻認識到良好整潔的工作環境是工作效率和品質保證。產線紀律是我規范和端正自己的工作態度，保證每一顆電路的品質。在這樣的環境下，在這樣的氛圍中，我也漸漸養成了良好的工作習慣和責任意識，努力將這份工作做到更好。從華潤到社會大家庭，從一顆細小的電路到做人做事，不容置疑每一步都至關重要。“千里之行，始于足下”，我想，一切都從身邊做起，從細節做起，從小事做起，從當下這份工作做起。播種行為，收獲習慣;播種習慣，收獲性格;播種性格，收獲命運。一點一滴的積累，一點一滴的進步都將決定和影響著我的將來!
軟件開發心得體會 篇6
這個暑假惠普派人到我們學校來開展軟件測試培訓。老師說機會難得所以我就參加了，說實話每天在教師從早晨坐到下午，中間只有一個半小時休息時間，這樣還是相當累人的。我們第一天開始就覺得這個簡直比平常上課還累啊。
不過看到老師講得如此認真，看到惠普如此強大，我看在座的學員都聽得非常認真。所以向我這種上課從來不聽講的這回都聽得認真得不得了，呵呵。
前兩天確實還是有點累，講的也是理論課，而且以前我們從來沒有接觸過測試這個行業，所以聽得也嘿吃力。但是老師給我們講了不少他們的工作經驗和惠普這種世界五百強美國十強的企業文化，鄙人是深受教育啊。
后兩天我們每個人帶一個筆記本進行上機操作了。我們的第一個任務就是安裝軟件，那個軟件好大啊，整整2個G。我們考啊考啊考了好久才考完。軟件叫QTP，就是惠普的快速測試專業版。確實是一個強大的軟件，呵呵大家用了就曉得了!
有了電腦自然好耍了，我們休息的時候就上網啊，我看貓和老鼠都看得差不多了。不過那個軟件畢竟是大軟件，操作還是比較復雜，而且全英文版，對我這種英語水平的人確實有點難以接受a。不過呢，我還是在老師的敬業精神鼓勵下學到了不少知識受益匪淺啊，單詞也記到了不少!離六級又近了一步!!
四天的培訓在今天就徹底的結束了，下午老師給我們開座談會，問我們有什么問題，結果呢我們一點問題都沒得。老師教得好啊呵呵!我們沒得問題老師又只有給我們說他的光輝歷史了撒。什么當年大學畢業了差點工作都沒找到啊，什么當年英語學得最撇啊，還有找不到工作在網吧郁悶打游戲啊呵呵。
我記得老師說得最有感情的一句話就是“社會是黑暗的啊”。我們對這句話都是深信不疑!所以以后呢，要好好努力啊，不管社會有好黑暗你都能找到光明，生活就是如此，時間本就平凡。好好干好好干!
在沙盤對抗中直面市場競爭之激烈，通過不同角色的扮演，運用企業經營管理理論和信息化管理技能，進行市場選擇，投資決策和生產運營，增長才干，搏擊商場，百戰不殆。
我們通過模擬企業實訓，置身于仿真的生產經營過程，完成企業生產經營中各種信息的采集和處理。體驗與其他部門的協作，作到邊學邊練，學用結合，迅速掌握ERP軟件的使用要領，提高信息化管理技能，經歷完整的企業經營進程，感受現代化信息技術的魅力。
在仿真的企業環境中，構建傳統的手工管理模式和利用計算機技術信息化技術的現代化管理模式，模擬現實企業的生產經營管理過程。
(一)我在學習中學習的知識
1.在一個仿真的企業環境中我作為CEO帶領整個企業進行了8年的商業抗戰，我的搭檔分別扮演了生產總監，采購總監，營銷總監，財務主管，財務助理，信息總監及商業間諜。在學習中我們互相幫助，互相進步，互相學習。在前一年的學習中我們還剛剛接觸并不了解太多的東西，在之后的兩年和三年的學習中我們光榮“破產”了，成為了給老師干活的最早的一個企業。我們模擬了企業的職能崗位熟悉了企業的業務流程。充分扮演了自己所擔當的角色。
2.體驗了整個企業的經營過程，并把所學的理論知識應用到實踐中，由此加深對企業的物流，商流，資金流和信息流的體會，促使我們進行了積極的思考，了解了企業的運作，提高了學習和實踐能力。
3.開闊了視野，提高了綜合素質，加深了對企業管理信息化的認識和理解，提高企業信息化管理技能，掌握了企業信息管理流程。
(二)在學習中發現的問題
1.企業核心競爭力缺乏持續增強和系統改進，嚴重制約企業長遠的發展，客觀上需要一種先進的管理工具幫助企業系統解決自身發展中的種種問題。
2.充分的準備是經營成功企業的基礎
由于第一天的學習前我們都沒有進行預習導致我們企業的所有員工沒有一個概念，在老師的培訓下還是沒有一個清晰的概念及相關的知識，以至于在沙盤對抗中失去大量資金與訂單。
3.將失誤降到最低
在信息總監的兩次誤操作下我們在第二年的經營中喪失了投遞p1廣告的機會，在之后的訂單中我們也無權在進行搶單，因此我們企業的p1被積壓了很多庫存，盡管通過我們的營銷總監的分析我們將會在未來將產品賣出并且是大賣，可是我們還是由于短期貸款的到期使企業破產。我相信在真實的企業中誤操作也會發生但是我清楚這樣的錯誤給企業所帶來的將是無法彌補的損失。所以我相信失誤的出現率也是一個企業成功的關鍵問題。
4.合理的運用媒介
廣告的投入也是企業取得好的業績的重要組成部分。
廣告策略是指為了達到預期廣告目標而進行的各項謀劃運作，是廣告的手段、對策和謀略等的組合。站在企業家的立場來看，廣告策略首先是促銷的一種手段，是企業的一種投資行為，而不是藝術家的個性作品，也不是學者的理論實踐，用廣告大師奧格威的經典名言來說：“我們的目的是銷售，否則便不是做廣告。"所以我們評價廣告策略的標準是廣告成本投入對經濟效益產出的貢獻程度，即最好的廣告策略將是以最少的廣告投入達到最大的效益產出。
在廣告策略中投資廣告和最后的廣告收益都應該用科學的方法進行計算然后作出合理的判斷及預測方能為企業最終取得利潤做出應有的貢獻。
5.采購的合理化
預測準確的市場需求對采購來說也至關重要，不浪費材料又能滿足市場，保證供給也成為了一個企業的核心問題。
軟件開發心得體會 篇7
隨著我礦“兩化”融合工作的推進，軟件開發方面人才顯得更加缺乏，所以我選擇對ASP.NET進一步深入學習；經過近兩個月的自主學習，進一步掌握了ASP.NET動態網頁制作的一些理論知識和基本常識，不僅要應用各種方面的知識還要對所學的知識學會變通使用，雖然會有一些成功的地方。曾經看到網上有這么一句話，一個優秀的網絡程序員不但要了解自己領域的一些專業技術，而且很多時候還要充當半個網絡工程師，半個美術設計師和半個數據庫管理員。ASP.NET是Microsoft.Net戰略的核心產品，asp.net憑借它豐富的控件，以及具有革命性的code-behind技術，以及良好的封裝性，無疑成為業界開發activeserverpage的一門巨將，
ASP.NET是ASP（微軟動態服務器網頁技術）的最新版本。執行效率大幅提高：ASP.net構架是可以用Microsoft（R）公司最新的產品VisualStudio.net開發環境進行開發，WYSIWYG（WhatYOUSeeIsWhatYouGET所見即為所得）的編輯。簡單性和易學性、高效可管理性ASP.net使用一種字符基礎的，分級的配置系統，使你服務器環境和應用程序的設置更加簡單。因為配置信息都保存在簡單文本中，新的設置有可能都不需要啟動本地的管理員工具就可以實現。這種被稱為"ZEROLocalAdministration"的哲學觀念使Asp.net的基于應用的開發更加具體，和快捷。一個ASP.net的應用程序在一臺服務器系統的安裝只需要簡單的拷貝一些必須得文件，不需要系統的重新啟動，一切就是這么簡單。多處理器環境的可靠性ASP.net已經被刻意設計成為一種可以用于多處理器的開發工具，它在多處理器的環境下用特殊的無縫鏈接技術，將很大的提高運行速度。即使你現在的ASP.net應用軟件是為一個處理器開發的.，將來多處理器運行時不需要任何改變都能提高他們的效能，但現在的ASP確做不到這一點。自定義性和可擴展性ASP.net設計時考慮了讓網站開發人員可以在自己的代碼中自己定義"plug-in"的模塊。
這與原來的包含關系不同，ASP.net可以加入自己定義的如何組件。網站程序的開發從來沒有這么簡單過。安全性基于Windows認證技術和每應用程序配置，你可以確性你的原程序時絕對安全的。ASP.NET的語法在很大程度上與ASP兼容，同時它還提供一種新的編程模型和結構，可生成伸縮性和穩定性更好的應用程序，并提供更好的安全保護。可以通過在現有ASP應用程序中逐漸添加ASP.NET功能，隨時增強ASP應用程序的功能。ASP.NET是一個已編譯的、基于.NET的環境，把基于通用語言的程序在服務器上運行。將程序在服務器端首次運行時進行編譯，比ASP即時解釋程序速度上要快很多.而且是可以用任何與.NET兼容的語言序。另外，任何ASP.NET應用程序都可以使用整個.NETFramework。開發人員可以方便地獲得這些技術的優點，其中包括托管的公共語言運行庫環境、類型安全、繼承等等。
ASP.NET可以無縫地與WYSIWYGHTML編輯器和其他編程工具（包括MicrosoftVisualStudio.NET）一起工作。這不僅使得Web開發更加方便，而且還能提供這些工具必須提供的所有優點，包括開發人員可以用來將服務器控件拖放到Web頁的GUI和完全集成的調試支持。當創建ASP.NET應用程序時，開發人員可以使用Web窗體或WEB，或以他們認為合適的任何方式進行組合。每個功能都能得到同一結構的支持，使您能夠使用身份驗證方案，緩存經常使用的數據，或者對應用程序的配置進行自定義.如果你從來沒有開發過網站程序，那么這不適合你，你應該至少掌握一些HTML和簡單的Web開發術語(不過我相信如果有興趣的話是可以很快的掌握的)。你不需要先前的ASP開發經驗（當然有經驗更好），但是你必須了解交互式Web程序開發的概念，包含窗體，腳本，和數據接口的概念，如果你具備了這些條件的話，那么你就可以在Asp.net的世界開始展翅高飛了。
在這短短的兩個月中，我知道在程序設計的時候，不要太在意程序是否最簡潔靈活，對于一般開發者而言，程序規范化和可讀性可能比追求程序的靈活性更加重要。在互聯網資源越來越豐富的情況下，我們可以參考一些規范的程序源代碼來學習。同時我也知道，想要學好這門課程，所要具備很多條件，首先打代碼要規范，要做注釋，這樣回頭來看程序時可以很快的看懂，一方面可以練習自己的邏輯表達能力，對以后遇到難以實現的功能也可以很好的表達出來向別人請教，而且出去從事編程工作的話，代碼的規范是相當重要的。還有一點要學會總結，把自己做的程序用到的知識點列出來就可以很好的總結自己的知識點。當形成知識體系，對知識的理解就會更上一層樓。
軟件開發心得體會 篇8
時間過的好快啊，為期三個禮拜的實習生活即將結束了，短短的三個禮拜讓我們收獲很大，專業知識、編程水平都有很大的提高。剛開始三天的高強度的課程安排讓我們受益匪淺;接下來的上機實習又讓我們可以鞏固了課程。這讓我覺得實習生活充實而有意義。輔導老師配好了環境之后，我們開始了項目的制作，這次項目實習算是自己小學期間主要完成的項目。最后，自己的努力還是有收獲的，看著電腦上記錄得滿滿的代碼，看著自己的項目最終能夠運行成功，就覺得很有成就感。
在本次的實習中，除了讓我明白工作中需要能力，素質，知識之外，更重要的是學會了如何去完成一個任務，懂得了享受工作。當遇到問題，冷靜，想辦法一點一點的排除障礙，到最后獲取成功，一種自信心由然而生，這就是工作的樂趣。有時候也需要虛心請教，從別人的身上真得能學習到不自己沒有的東西，每一次的挫折只能使我更接近成功。除此以外，我還學會了如何更好地與別人溝通，如何更好地去陳述自己的觀點，如何說服別人認同自己的觀點。這次所學知識與實際的應用，理論與實際的相結合，讓我大開眼界。也是對以前所學知識的一個初審吧!這次實習對于我以后學習、找工作也真是受益匪淺，在短短的一個星期中讓我初步從理性回到感性的重新認識，也讓我初步的認識這個社會，對于以后做人所應把握的方向也有所啟發!相信這些寶貴的經驗會成為我今后成功的重要的基石。
在此，我非常感謝學院領導和指導老師對這次實習的大力支持。
軟件開發心得體會 篇9
本周是實習的第一周，很幸運碰到了產品部很有耐心的leader詹老師。 實習第二天他讓我做一個H5的游戲類應用， 主要用于微信中分享。之前對于自己的水平是否能完成完全沒底，但感覺第一次實操確實也有點讓人興奮，之前關于產品開發的印象只停留在書本上。
詹老師讓我模仿“過家家gogaga”所開發的“打電話認師姐”微信小游戲寫一個類似的應用。 我把原始應用找出來便開始摳代碼， 第一步是將套在微信接口中的原始應用摳出來(套在微信接口的原始應用只能在微信瀏覽器中運行，無法在電腦上測試)，周二開始做.
一開始我的效率非常低， 因為我很多測試方法并不熟悉， 在參閱了微信JS-SDK后總算把原始代碼摳出來， 厘清該應用的基本邏輯后開始重寫， 在詹老師的耐心地指導和對基礎知識的講解下，我們將原始代碼中120行的CSS代碼優化到60行，將五百多行的JS代碼優化到只有60行，這事實上是在原有的邏輯上完全重寫了，這讓我開始有點成就感了。
也第一次感受到產品開發中的大局觀，這種大局觀更多的是體現在細節上，比如代碼變量名的設置需要與文件存放聯合考慮，以便日后修改和維護。 詹老師在講代碼邏輯的時候親自寫了一個例子讓我體會， 雖然消化這些用了快一天，但感覺真的收獲很大， 有拔云見日之感。
實習一周后所遇到的種種困難也讓我意識到自己很多問題，歸納如下：
1.盡管之前對于書本的學習有一定積累，但還是暴露出代碼的不熟練，細節方面處理能力差，在細節上耗費時間太多。
2.缺乏基本的軟件開發測試思路， 比如之前不知道chrome具有相當強大的錯誤測試功能，它對于沒有觸發的函數也有錯誤提示。
3. 缺乏專注的習慣，比如詹老師讓我先完成功能方面，但我卻習慣于去找找界面的素材， 這就導致兩邊都沒有做好。雖然認識上知道不該這么做，但是習慣上卻很難改。
4.自己很多時候雖然有問題但是不能完全闡述清楚，所以跟leader溝通的時候往往支支吾吾，以后有問題自己首先得想清楚，將問題講明白也是很關鍵的能力。
另外也記錄一些自己的淺薄感受：
1.工科出身的詹老師對于代碼的運行效率有很多的考慮，但對于用戶體驗和交互效果似乎稍微少點，當然也可能是我新來并不了解的原因。
2. 公司在做小應用的時候并不會在用戶測試和產品結構功能上討論太多，公司要的是迭代效率， 就是要快速出應用，然后再快速上線下一個。
本周接到新的任務，為中國教育在線制作H5的招聘頁面， 之前的“給師姐打電話”的H5應用還沒有優化好，能做的改進的地方還有很多，leader詹老師讓我先把招聘網站做好， H5應用先放放， 他給了我大街網做的“中國好Offer”作為參考， 拿到之后確實感覺這些頁面都做得很好， 詹老師搜集的資源確實十分豐富，從實習到現在他發給我的參考很實用，在看完了五六十個H5的招聘頁面之后開始構思， 在將產品架構基本做好后，測試又發現很多問題， 有技術層面的，但更多的設計本身的問題。
技術的細節的問題：基于jquery mobile的開發框架國內的資料十分有限，不得不查閱原始的英文API，很多問題也只能去JQM的論壇查找，這些都十分考驗英文閱讀能力。CSS的布局問題繁雜，在各個瀏覽器，各個應用的渲染都不一樣， 也是很折磨人的過程，我現在就碰到了css中font-weight屬性在Safari沒有渲染的問題，至今沒有解決。
逐漸體會到前端工作的繁瑣與細節， 需要學的東西很多， 有時候可以憑自己一些小聰明在當前解決，但并沒有摸到問題的根源，揚湯止沸不是長久之計，但又好像沒有足夠的時間來系統的摸索，我只能先將這些問題一一記下來。這些技術的體會是一方面，另一方面便是產品的設計層面， 現在就是因為產品快做好后發現有很多地方犯了低級錯誤， 以往的紙上談兵頭頭是道，等到自己親身實踐卻感到把握不住很多設計原則， 比如界面設計給用戶造成的不必要的干擾， 功能可見性的不足，邏輯上的不嚴謹， 以下我歸納了下崗做好的H5界面存在的交互問題：
1.頁面的設計初衷是左右滑動來切換頁面，但給幾個朋友測試后都不能進入頁面后就自然而然的知道是左右滑動。
2.join us的圖標給用戶是按鈕的錯覺，在測試中很多用戶以為是按鈕，都會下意識的點擊。
3.交互效果的乏善可陳，與滑動的邏輯似乎也沒有太大關聯，只是單純的加入了一些css3的動畫。
4.用于提示左右滑動的動態箭頭會讓用戶以為是點擊作用
軟件開發心得體會 篇10
立項前
1、統一元素設計需考慮周全
也許是初創團隊的緣故，我不得不感嘆團隊對產品經理要求之嚴格之縝密，項目全程只有一個人負責，所以大到產品線對接，小到一句提示的位置和展示形式都需要一一推敲。
哪些元素應該做到統一
a、提示方面：統一的操作成功/失敗提示;統一的彈窗形式;提示語言采用較統一的句型;為空情況的友好提醒;溢出情況的友好提醒;表單實時驗證的提醒形式等。
b、文字方面：是否有統一的段落前“·”號;統一的鏈接狀態;統一的字體、間距、行高等。
c、圖片方面：調取圖片的統一尺寸;如果是上傳圖片類的操作，需要考慮周全全站的調取情況，以及考慮是否統一預覽圖的尺寸等。
d、細節交互：未激活功能的按鈕做“灰色”處理(例如用戶沒有勾選信息時批量刪除按鈕不可使用);按鈕點擊的狀態統一(例如增加“提交中”的按鈕狀態，以防止網速慢用戶狂點某一按鈕的情況);特殊控件的統一等。
也許會有朋友說，上面有些是交互設計師需要做的事，但我一直認為作為一個產品經理考慮周全一些，沒壞處。這些“統一”同樣可以用在驗收階段，要知道，即使一個像素也可以改變整個產品的感覺。
2、原有功能的去留
我一直覺得升級已有產品比開發新產品難一些。這就像栽培植物一樣，新種下一棵果樹無非需要選對了土地，然后刨個坑種下去，然而成長期的去病枝、打頂等各種修剪所消耗的精力往往更多。
改進已有產品常常需要面對一個最棘手的問題：原有功能是去是留?
原功能去掉的話是不是會影響部分用戶使用?是否需要通過公告、站內信、界面引導等方式友好地告知用戶?怎樣把對用戶的傷害降至最低?
原功能留下的話是不是可以優化完善?聽到了什么用戶群怎樣的聲音?是否要在這次升級中做調整?
這些問題當接到項目的時候，產品經理就應該考慮周全了。特別需要注意的是，如果這個產品之前不是自己設計的，那么最好找到prd說明文檔細細研究一遍，對把握不準的功能點找到原負責人確認，畢竟樹苗是ta摘的，別把將來最能結果的枝干給砍了。
3、產品線上下游的對接
昨天有跟朋友聊起淘寶強勢之處，就是產品與產品緊密捏合，線上線下、跨平臺跨行業形成了一個盤根錯節、根深蒂固的根基，無可撼動。
所以把握產品線上下游和產品周邊很重要，即使一個看似簡單的新聞展示頁面修改也會牽扯到編輯后臺、廣告位管理、幫助中心，甚至是訪問統計、數據需求的變更。
這要求在產品設計開始前，需要把該產品“連根拔起”，仔細梳理相關脈絡，如果產品線夠長，一個清晰的產品線結構圖很有必要。
項目中
1、項目期間來自相關產品線調整的影響
項目期間相關產品線的調整是我最不愿意遇到的情況，這就像你在通往目的地的道路上高速行駛，就快要到達終點了，突然一個人告訴你：你走錯路了。
項目里有一個通用模塊，產品設計到一半，這個通用模塊改了;項目里有一個流程，產品做到一半，這個流程廢棄了;最要命的是已經立項開發了，你不得不硬著頭皮跟程序員說：“因為一些不可抗拒原因，這個需求咱不做了。”
對于一個耗時較長的項目來說，這種情況難以避免，事出原因私自總結有三：
a、嚴重體驗性問題：例如某個流程遭到大量用戶的不滿，為防止用戶流失，不得不做臨時調整，而倒霉的是，你也在用這個流程。
b、相關項目的影響：包括并行項目和新項目。例如你的同事在設計另一個產品，你們的產品相互牽扯較多，所以需求分析時做過很多溝通，但有一天，同事告訴你，ta的一個需求做臨時調整了會影響到你，怎么辦?
c、老板的突然決定：不舉例。
最終的解決方法不外乎三種：立即調整、延期調整、不調整。個人的處理原則一般是對a種情況進行立即調整，對b、c情況討論并選擇性延期。
為什么這么做呢?a情況是必須要改的，時間早晚問題，長痛不如短痛，b、c兩種情況必須坐下來細細討論。需了解這個需求為什么要改?是長期對策還是臨時決定?能否延期，記錄需求等下一版本再開發?如果b、c情況提出來的需求沒過兩天又有改變，那與你配合的前端和程序員也太沒有安全感了。
這個時代能耐心閱讀完XX枚漢字的人越來越少，較大型項目的產品工作心得[下]未完待續，歡迎交流……
2、需求變更
承上，需求變更是每個程序員、產品經理、設計師等都會遇到的情況。產品經理不是神，項目組也不可能是開了無敵狀態抵擋任何外界的影響。
當遇到不得不變更需求的時候，產品經理應該怎樣處理呢?下面是個人的四條建議：
a、積極處理。往往，當一個設計愈是趨于完成，人們愈是傾向于局部調整，而不是做重新設計。當一個需求因為眾所周知的原因不得不調整的時候，作為產品經理需要做的第一件事便是積極面對問題，積極處理。
項目開發往往是一個緊張的過程，每半天甚至每幾個小時就有若干個功能點開發完成，當一個需求變更傳達出現“延遲”，這個變更對項目的正常進程的“破壞力”就會更大一些。
b、保持溝通。“說話容易，溝通很難。很多事除非對方自己想明白，勸是沒有用的。所以，很多時候，溝通是個自己掙扎的過程”這話沒錯。需求變更直接會影響到下一道工序，產品經理需要將需求變更的細節和原因傳達給相關人員，包括視覺、前端、程序、測試等。
這是很多產品經理表示非常痛苦的過程，因為可能會遭到數落和冷眼，日本有一個禮儀原則是“不要給別人添麻煩”，但是在項目中，這不可避免。
個人認為所有溝通的障礙都源于思想的不統一，如果讓大家覺得這個需求修改是在浪費時間，那么溝通上的不暢快在所難免。項目不是這樣算的，需求既然更改一定有所目的，產品經理需要將這個原因講明白，不做修改或節約溝通時間導致的返工，后果往往更嚴重。
【軟件開發心得體會】相關文章：
軟件開發心得體會03-03
軟件開發實習心得體會11-15
軟件開發心得體會（精選4篇）03-21
關于軟件開發實習心得體會06-12
關于軟件開發實習心得體會08-08
做軟件開發項目實習的心得體會06-12
軟件開發社會實踐心得體會04-10
做軟件開發項目實習的心得體會09-12
做軟件開發項目實習的心得體會范文07-31