2018軟件心得體會(4篇)
受某文化公司委托，開發一款用于視頻和圖像處理的軟件，開發難度高，高到從未搞過，開發周期長，長到是我以前項目監控最長開發周期的兩倍，開發成本之底，讓我覺得程序員成了高級打員。首先是需求分析書、產品規格說明書、設計說明書、代碼規范說明書、測試計劃，光文稿就不知道熬了多久才做完。
緊接著，遇到一系列問題，首先是語言選擇，vc++和c#都是可以保證開發完成的選擇，但是vc++內存容易報錯，界面很難修改，而客戶要求的界面質量甚至比程序的功能更嚴格，沒辦法，客戶就是上帝，上帝做事一定有他的道理。c#語言易于開發，而且圖形界面繪制也易于修改，可以做出客戶體驗很好的界面，但是在資源的消耗上，讓我很吃驚。做到第二個月，大概的界面已經完成時，出現界面刷新的問題，刷新時開始卡，界面不流暢。沒辦法，改。
開會，總結，技術骨干找問題，拿出解決方案，力爭第一次做軟件把它做好：
重新做軟件開發進度計劃和軟件測試計劃，并且讓獨立功能demo制作和測試先行;
用direct draw、direct 3d或者opengl中的一個替代c#本身的gdi繪圖，將在接下來的開發任務中加入進去。
事無巨細，當我滿意的看著界面流暢，功能也已實現時，發現軟件在低分辨率或者小本上根本亂到沒法看，甚至是界面功能按鈕錯位，重疊等等。沒辦法，改。畢竟軟件的多分辨率兼容和操作系統兼容是必須要做的。
接下來一大堆的麻煩找了上來，軟件出現各種各樣想都想不到的問題，總算是按時將第一個版本發布出去，并且開始接下來的升級開發任務。
最后，給剛剛接手軟件開發項目的朋友一些忠告：
一、相關的文檔不是給別人看的，而是給自己看的，相關文檔一定要齊備，而且讓所有涉及開發的人員都清楚的知道你文檔里所要表達的意思;
二、一定要注意多做demo，多做實驗，一個demo程序員幾個鐘頭就可以完成，甚至更少，但是不做demo，核心程序沒有做實驗，其他的東西都圍繞核心程序做了上去，到時候耽誤的可不是幾個鐘頭
三、程序設計要注重用戶體驗，當初客戶對我要開發軟件提出近乎苛刻的要求時我不在意，但是當我自己反復使用軟件時有了很多體會，流暢美觀的界面帶給人心理的快感的確能替代一些尚未開發完整的功能帶給用戶的遺憾。
四、測試計劃多次進行，分批進行，不要全部開發完成再對軟件做測試。
還要堅持三個月，軟件馬上發布，希望大家的支持，謝謝!!!
受某文化公司委托，開發一款用于視頻和圖像處理的軟件，開發難度高，高到從未搞過，開發周期長，長到是我以前項目監控最長開發周期的兩倍，開發成本之底，讓我覺得程序員成了高級打員。首先是需求分析書、產品規格說明書、設計說明書、代碼規范說明書、測試計劃，光文稿就不知道熬了多久才做完。
緊接著，遇到一系列問題，首先是語言選擇，vc++和c#都是可以保證開發完成的選擇，但是vc++內存容易報錯，界面很難修改，而客戶要求的界面質量甚至比程序的功能更嚴格，沒辦法，客戶就是上帝，上帝做事一定有他的道理。c#語言易于開發，而且圖形界面繪制也易于修改，可以做出客戶體驗很好的界面，但是在資源的消耗上，讓我很吃驚。做到第二個月，大概的界面已經完成時，出現界面刷新的問題，刷新時開始卡，界面不流暢。沒辦法，改。
開會，總結，技術骨干找問題，拿出解決方案，力爭第一次做軟件把它做好：
重新做軟件開發進度計劃和軟件測試計劃，并且讓獨立功能demo制作和測試先行；
用direct draw、direct 3d或者opengl中的一個替代c#本身的gdi繪圖，將在接下來的開發任務中加入進去。
事無巨細，當我滿意的看著界面流暢，功能也已實現時，發現軟件在低分辨率或者小本上根本亂到沒法看，甚至是界面功能按鈕錯位，重疊等等。沒辦法，改。畢竟軟件的多分辨率兼容和操作系統兼容是必須要做的。
接下來一大堆的麻煩找了上來，軟件出現各種各樣想都想不到的問題，總算是按時將第一個版本發布出去，并且開始接下來的升級開發任務。
最后，給剛剛接手軟件開發項目的朋友一些忠告：
一、相關的文檔不是給別人看的，而是給自己看的，相關文檔一定要齊備，而且讓所有涉及開發的人員都清楚的知道你文檔里所要表達的意思；
二、一定要注意多做demo，多做實驗，一個demo程序員幾個鐘頭就可以完成，甚至更少，但是不做demo，核心程序沒有做實驗，其他的東西都圍繞核心程序做了上去，到時候耽誤的可不是幾個鐘頭
三、程序設計要注重用戶體驗，當初客戶對我要開發軟件提出近乎苛刻的要求時我不在意，但是當我自己反復使用軟件時有了很多體會，流暢美觀的界面帶給人心理的快感的確能替代一些尚未開發完整的功能帶給用戶的遺憾。
四、測試計劃多次進行，分批進行，不要全部開發完成再對軟件做測試。
還要堅持三個月，軟件馬上發布，希望大家的支持，謝謝！！！
軟件開發心得體會（2）：
作為pm，有時需要招聘軟件開發人員。這幾年也一直在想，如何能在短短的30分鐘或1小時內，快速識別出，坐在你對面的應聘人員，是否適合你的team。這幾年也一直在觀察和反思，經歷過的team和現在team中的軟件開發人員。有幾點小的心得。
1. 傾向于招什么樣的軟件開發人員
- 經歷過歷練的人
吃過苦的，比如以前工作，經常被外派出差，又如曾在業內都知道以加班多而著稱的公司呆過，還有些，留過學，但都是自己邊打工邊讀書的，等等。
這些人員，入職后，通常都是能干活，能作為骨干。
- 思路清晰，思想活躍的人
讓談談自己現在的產品，如果能清晰表述，有條理，會發散，但又能適當控制住，并收回到原話題。談到技術問題和解決過的難題時，眼中有光芒：）
這些人員，今后工作中，學習能力強，對解決難題有幫助，能作為中堅。
- 坦誠、堅定、平和的人
面試中，坦誠，目光堅定。有時坦誠到甚至于顯得有點木訥：）
我曾經遇到一個，面試下來，我最后介紹我們產品中用到的技術，他對這些技術知之不多，最后他說，“我可能不是非常適合，我知道一個朋友，他可能更適合。”我綜合評估后，最后還是選了他，事實證明，他后來做的很不錯。
坦誠堅定的人，會有恒心去學習，去解決問題。這些人員會作為team的基石。
- 有缺陷的人才
這是一個朋友（lance）的想法，我認為還是有道理的。
大公司，會看重綜合素質，而如果是小公司，可以考慮選擇一些有缺陷的人才。所謂有缺陷，是指，比如他英語很差，或溝通不清晰，但他能用程序員該有的思維去思考問題。這樣的人員，通常進不了大公司，故會相對踏實地呆在一家公司，做好自己的工作。
2. 謹慎考慮這樣的開發人員
- 太活潑，太易興奮
太易興奮，說到投機處，“是是是是，對對對對。。。”，又蹦又跳，還時不時來點，“oh yeah, you are right“，然后還擺個 v 手型。討論問題，不易固守在技術問題本身，時常跑到“我們產品中用到的技術（或第3方產品）很強，我挺他們，不可能有問題”，又或者“我們對客戶要強勢，我們要堅持我們的產品沒問題"。
軟件開發工作本身，顯得比較沉悶，優秀的技術人員，都略顯有些內向，因為解決問題，很多時候需要耐得住寂寞，時刻保持相對冷靜。
太活潑的人，會在遇到問題之初，表現出很強的沖勁，但當長時間不能解決時，會表現出沒有耐心，會經常抱怨（對team、管理、產品、流程等），非常情緒化。有些女程序員還會吵，會哭，這時項目經理只能放下手中的活，下去給她買點零食來哄哄，“莫哭，這里有你最愛吃的貓哆哩。”一邊擦著鼻涕、眼淚，一邊嘴里塞滿東西，鼓鼓啷啷“這是酸角口味的，那個西番蓮口味的才叫好吃..."
這些通常不太容易在面試時表現出來，在試用期時，要觀察。
經過潘老師講授軟件工程實踐后，感覺對軟件工程這門學科有了深一層的認識。軟件工程是一門重視實際操作的科學。對于軟件產品，無非是產品定義、設計代碼、調試維護幾個步驟，看似簡單，可是實際操作卻復雜困難，它不比其它行業產品可預見可觸及，所以學好軟件工程能為以后從事軟件開發行業打好基礎。
在軟件實踐這門課中，講到了有效利用現有資源進行軟件編程的方法。提到軟件開發也可以像練習書法一樣，采用臨貼的方式，借鑒他人的優秀代碼資源。臨摹優秀軟件是學習軟件開發的一個重要方法。正如一首詩中說的：“熟讀唐詩三百首，不會寫來也會吟”。軟件開發也是一個道理。為了真正地掌握軟件開發的技巧，“臨貼”是個不錯的起步方法。
以前總是覺得，既然編寫一個程序，就應該完全靠自己，那樣寫出來才有成就感，才算是自己的程序，可是這門課程教會我原來適當地借鑒別人的東西，也不算抄，相反，還可以提高效率，節省時間。這可真是與以往的觀點不一樣了。具體如下：
“軟件編程，拿來主義的作用很大：
1、源代碼交換方便。
2、可行的例程序用處大。
3、借鑒現成少走彎路。”
不過借鑒別人的東西可是有說法的，可不是盲目地抄襲，下面是一些提到的途徑：
1、既有系統：借雞下蛋，買來就用;
2、書本例子：簡單修改、直接使用;
3、聯機或聯網幫助：幫助文檔、官方支持;
4、開放軟件源代碼：linux apache eclipse …
5、互聯網資源:論壇、搜索引擎、新聞組
借鑒過來后，還要多方面綜合考慮，比如說代碼的具體作用，完整性，還要考慮每個借鑒過來的東西的好壞。這些都要多方面考慮，可不能因為前面說軟件編程可以借鑒別人的，就盲目地抄襲。到時候代碼弄一堆湊在一塊兒，誰也不知道它們會不會好好工作。弄不好亂了程序計劃是小，公司的損失可不是哪個人都能承受得起的。
課程還提到，應該用一個小項目先從頭到尾地練完，這樣，有個整體性的了解，可以增加不少開發經驗。看來，不學習此門課程，還不能深入地解讀軟件工程的奧義。這門課程為我們深入地了解軟件工程這個龐大的前沿學科起到了推動性的作用。以上是我就此門課中提到的眾多方法的一小段做的一些淺談，更多的知識還在于我們自己去學習體會。
下面我就這對次財務軟件操作的學習做以下的學習心得體會報告：
1.學習收獲： 會計電算化主要是應用電子計算機代替人工記帳、算帳、報帳，以及代替部分由人工完 成的對會計信息的處理、分析和判斷的過程。 通過對用友 erp-u8 財務軟件的學習， 認識和了解了財務軟件系統應用基礎， 系統管理、 總賬管理以及 ufo 報表管理、工資管理和固定資產管理這幾個方面的內容。在初次使用用 友（erp-u8）時候老師告訴我們先建立用戶，再建賬號，這樣方便設置用戶對賬號的管理。 然后建立賬套，將相關的企業及人員信息進行初始設置。并在“企業門戶”里面進行基礎設 置。接下來的過程就是啟用總賬管理系統進行日常的業務處理了，它是軟件管理的核心，通 過對它的操作發我學會了運用計算機進行憑證管理、 出納管理和賬簿管理。 掌握了使用總賬 進行轉賬和對賬的功能，能夠使用數據生成報表。此外，還對工資管理系統和固定資產管理 系統的相關操作進行了深入的學習。 總之， 通過對用友軟件的學習基本上掌握了財務軟件的 操作流程及方法。
2.學習體會 因為自己在計算機方面的學習還是很弱的， 尤其是這次學習的主要內容是關系到本專業 學習的電算化操作。 因此在整個學習的過程中， 包括理論課程和上機操作我都在很認真地聽 講和一步步地仔細操作。 但是還是難免的出現了一些問題， 比如說在注冊系統時候沒有將系 統的時間和賬套會計期間相統一， 因此給后面的操作帶來了一些不便； 在總賬管理系統操作 中設置會計科目時候少設置了明細科目， 結果在輸入期初余額時候才發現問題； 在輸入數據 的時候抄錯了數據， 試算平衡結果是不平衡的； 在制作憑證的時候憑證的制作日期發生了混 亂，系統提示說制作憑證不序時，無法進行后面憑證的操作，我修改了好久還是不行，把我 急壞了。問了 老師，老師一操作就完成了，我很驚奇。老師說操作的時候不能著急，慢 慢來就好了。看來我的耐心不夠好，做事不夠仔細。不足的地方還很多呢。我謝過了老師并 繼續實驗操作。 與去年的手工做帳相比，在學習中我發現了電算化的許多優點：從編制原始憑證、記帳 憑證到登帳、結帳、編制報表（去年全程都是我是和搭檔手工完成，處理一些數據的時候出 現了很多的差錯，尤其是犯了如：金額寫錯、錯行，借貸不平衡，憑證錯亂、丟失等許多低 級的錯誤） ，而電算化則不同，數據一旦進入系統，記帳、對帳、匯總編制報表等過程都是 在一系列的設置成的體系中進行的； 對于電算化中數據的使用與保存， 只要通過賬套的輸出 和導入功能便可簡便的實現了。
另外，電算化中對于憑證、賬簿、報表的收集匯總、歸類查 詢都是很方便的。會計電算化，提高了會計工作質量，減輕了會計人員的負擔，提高了會計 工作的效率，促進了會計工作的規范化。為更好地發揮會計職能作用，實現會計工作現代化 奠定了良好的基礎。總之，電算化給我的印象就是：省時間，省人力、省材料，方便易行！ 。 當然，需要說明的是：電算化不能完全取代人工操作。因為計算機也是人工操作的，計 算機不能完全取代人的大腦進行會計操作。 人工的理性化設置使得會計電算化成為了企業及 會計人員的得力的助手。
3.結束語 經過了四周的學習過程， 我們順利的完成了學習的任務。 電算化的學習對我們即將畢業 的財管及會計的學生從事會計工作打下了良好的基礎， 希望以后有機會還能更深入的學習這 方面的內容。最后，我想對一直陪伴著我們的老師們說一句：謝謝，老師您幸苦了！