已經將近一個月沒有寫BLOG了，因為最近在做自己的***個獨立開發的軟件項目——圖書館管理系統，雖然項目不算很大，但在這段過程中卻真正體會了軟件設計過程中的艱辛與快樂，一個個問題解決時的快意，一個個問題產生后的迷茫，都讓我回味無窮........聽到舍友說我在睡覺時的夢話里都是編程，心中的感覺真是“痛并快樂著”！

　　現在軟件已經基本完成了，剩下的軟件測試和用戶幫助文檔會輕松很多的。在軟件設計過程中，收獲了一些項目設計的心得是彌足珍貴的：

　　1.對于基于數據庫的軟件產品，數據庫的結構設計是重中之重，因為如果數據庫結構設計不合理，有時會導致一定程度的返工，這時修改代碼所消耗的時間會讓你覺得得不償失的，數據庫結構設計的好壞在很大程度上決定了軟件設計的速度。

　　2.對于代碼的編寫，一定要字斟句酌，一個不起眼的問題，有時甚至會導致系統崩潰，我在讀取數據庫的一個BOOL變量時，用_variant_t var定義了一個_variant_t的變量，之后用他的.boolval接收BOOL變量，但結果會導致偶爾的系統崩潰，如果直接用var接收，則不會產生問題。聽有人說UNIX內核的嚴謹性高到就是插入一個空格都會產生系統崩潰，我覺得正說明了這個道理，一個優秀的軟件，代碼一定是精煉而無累贅的。

　　3.一定要把目標用戶當作什么都不懂的電腦白癡，在設計到半成品的時候，一個朋友到我這里想要看一下效果，運行過程中他在一個不合適的時間點了一個不合適的按鈕，結果產生了錯誤，我向他解釋，在這個時間不能有這個操作，但他卻不這么認為，他認為在那個時間的這種操作是合情合理的，而且理由還很充分，雖然雙方都有理，但從用戶的角度考慮卻認為這不是一個合格的軟件，所以，不要假想用戶會了解軟件設計的詳細過程，也不要想當然的認為用戶會耐心的看用戶幫助文檔。

　　4.好的編程習慣是很有必要的，在代碼編寫過程中，我始終堅持用英文表示變量，保證每行都有嚴格的首行縮進，每一個堆棧中的變量及時的DELETE，這都使我在后期的代碼修改和優化時受益很多。

　　就這些了，另外，也許是***次做項目的原因，自己的成就感和工程文件的數目是成正比的。哈哈！！

原文鏈接：http://blog.csdn.net/czlt86/article/details/1654688

【編輯推薦】

1. 淺談項目管理中該如何review與重構
2. 淺析關于物流客戶服務平臺規劃討論
3. 軟件開發團隊中的個人績效評價
4. 項目設計與范圍管理之項目啟動
5. AgileEAS.NET實現醫院信息系統的解決方案