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

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

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

　　2.對于代碼的編寫，一定要字斟句酌，一個不起眼的問題，有時甚至?xí)?dǎo)致系統(tǒng)崩潰，我在讀取數(shù)據(jù)庫的一個BOOL變量時，用_variant_t var定義了一個_variant_t的變量，之后用他的.boolval接收BOOL變量，但結(jié)果會導(dǎo)致偶爾的系統(tǒng)崩潰，如果直接用var接收，則不會產(chǎn)生問題。聽有人說UNIX內(nèi)核的嚴(yán)謹(jǐn)性高到就是插入一個空格都會產(chǎn)生系統(tǒng)崩潰，我覺得正說明了這個道理，一個優(yōu)秀的軟件，代碼一定是精煉而無累贅的。

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

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

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

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

【編輯推薦】

1. 淺談項目管理中該如何review與重構(gòu)
2. 淺析關(guān)于物流客戶服務(wù)平臺規(guī)劃討論
3. 軟件開發(fā)團(tuán)隊中的個人績效評價
4. 項目設(shè)計與范圍管理之項目啟動
5. AgileEAS.NET實現(xiàn)醫(yī)院信息系統(tǒng)的解決方案