2024年11月軟體開發心得體會範文

受某文化公司委託,開發一款用於視頻和圖像處理的軟體,開發難度高,高到從未搞過,開發周期長,長到是我以前項目監控最長開發周期的兩倍,開發成本之底,讓我覺得程式設計師成了高級打字員。首先是需求分析書、產品規格說明書、設計說明書、代碼規範說明書、測試計畫,光文稿就不知道熬了多久才做完。

緊接著,遇到一系列問題,首先是語言選擇,vc++和c#都是可以保證開發完成的選擇,但是vc++記憶體容易報錯,界面很難修改,而客戶要求的界面質量甚至比程式的功能更嚴格,沒辦法,客戶就是上帝,上帝做事一定有他的道理。c#語言易於開發,而且圖形界面繪製也易於修改,可以做出客戶體驗很好的界面,但是在資源的消耗上,讓我很吃驚。做到第二個月,大概的界面已經完成時,出現界面刷新的問題,刷新時開始卡,界面不流暢。沒辦法,改。

開會,總結,技術骨幹找問題,拿出解決方案,力爭第一次做軟體把它做好:

重新做軟體開發進度計畫和軟體測試計畫,並且讓獨立功能demo製作和測試先行;

用direct draw、direct 3d或者opengl中的一個替代c#本身的gdi繪圖,將在接下來的開發任務中加入進去。

事無巨細,當我滿意的看著界面流暢,功能也已實現時,發現軟體在低解析度或者小本上根本亂到沒法看,甚至是界面功能按鈕錯位,重疊等等。沒辦法,改。畢竟軟體的多解析度兼容和作業系統兼容是必須要做的。

接下來一大堆的麻煩找了上來,軟體出現各種各樣想都想不到的問題,總算是按時將第一個版本發布出去,並且開始接下來的升級開發任務。

最後,給剛剛接手軟體開發項目的朋友一些忠告:

一、相關的文檔不是給別人看的,而是給自己看的,相關文檔一定要齊備,而且讓所有涉及開發的人員都清楚的知道你文檔里所要表達的意思;

二、一定要注意多做demo,多做實驗,一個demo程式設計師幾個鐘頭就可以完成,甚至更少,但是不做demo,核心程式沒有做實驗,其他的東西都圍繞核心程式做了上去,到時候耽誤的可不是幾個鐘頭

三、程式設計要注重用戶體驗,當初客戶對我要開發軟體提出近乎苛刻的要求時我不在意,但是當我自己反覆使用軟體時有了很多體會,流暢美觀的界面帶給人心理的快感的確能替代一些尚未開發完整的功能帶給用戶的遺憾。

四、測試計畫多次進行,分批進行,不要全部開發完成再對軟體做測試。

還要堅持三個月,軟體馬上發布,希望大家的支持,謝謝!!!