專案開發的總結

說說我最近在帶專案過程中的一些總結（第一次帶專案，難免有些失誤），可以作為以後帶專案的指導思想。從乙個專案競標成功，成立開始寫吧。

一.招聘人員：招聘兩種人，1：對技術最有熱情，有靈氣的人。2：對工作認真負責，具備良好的工作態度的人。如果同時具備兩種素質，那是可遇而不可求的人。

二.最好的需求分析的方法是經過一到兩次原型分析後，直接快速開發乙個比較成型的系統給使用者看。

三.要搭建自己的框架，哪怕是整合其他框架也可以，搭建框架的目的有兩個，1：盡量讓一種事情只有一種實現的方式（當然是比較好的方式）。2：實現快速的開發，同時提高一點門檻。提高門檻有很多好處，最大的好處是可以提公升專案成員的成就感。

四.搭建框架盡量使用成熟的技術，因為比較自信，導致我這次在某些技術的使用上還是有點冒險了。

五.設計資料庫（實體）最重要的是概念的完整性，就是你一定要保證通過你的資料庫設計能夠比較優雅的實現所有功能，最重要是要能實現所有功能，如果你的設計不能實現所有功能的話，再優雅也是白搭。

六.資料庫設計盡可能的符合第三正規化，儘量減少冗餘，寧可多幾個表，多查幾次，但是對後期的擴充套件很有好處，最好是有乙個懂資料庫調優的人（以前我認為在物件導向軟體的系統中資料庫知識可以被降到乙個比較次要的位置，現在我發現我們做的事情核心終究還是資料，所以資料庫的知識還是非常重要的）。

七.最核心的**和設計只能由最好的乙個人來做，而且最好盡早做出乙個完整的設計模型，包括一些細節的**設計（這是我這次做得有點失誤的地方，導致後期重構**量比較大）。

八.設計大量合理的介面是**設計最重要的事，包括標識型別的介面，以及業務的介面。

九.不要用瀑布模型開發，如果客戶要求嚴格的文件的話，不要考慮文件和**的同步，要想文件能夠真正體現出程式和設計的邏輯，最好的辦法是等待開發已經到後期，產品已經成型後才開始寫文件。

十.不要害怕重構會帶來大量的**重寫和修改的工作，既然一開始的設計沒有做的最好，那麼重構**對於提高**的可靠性是非常重要的，而且還好重構**往往比較快。

十一.盡可能不要加班，也不鼓勵員工自覺加班，沒有啥好處。