1. 在做專案開發之前要有乙個具體且明確的開發需求說明書，不然會為後面的專案的開發帶來很大的困難，不利於功能模組圖和業務流程圖的構建，以及可能引起專案的返工。
2. 每一次對專案需求變更或對**和文件進行修改最好能進行記錄，這樣有助於對專案的修改和維護。
3. 先計畫後執行，如果不提前制定乙個詳細可行的計畫，專案的開發會出現忙碌且低效的現象。
4. 專案開始之前要進行充分的溝通，使後台程式設計師對各個模組都熟悉，並在建立資料庫時應對表單的名稱格式以及欄位的命名規則做到統一，在編碼之前對檔案的格式、結構以及命名規則進行統一，對於共用的工具類建立統一的標準，對向前臺提供的介面資訊及提供的引數盡量做到見名知意且標準統一。
5. 關於需求更改的問題，需求更改的問題是程式設計師最痛苦的問題，有乙個程式設計師界的笑話說：想要殺死乙個程式設計師，不用使用刀，改三次需求就行了。但是需求的更改一般很難杜絕，產品需求的變動有時也是在所難免的，所以為了盡量少的改動需求，還是要充分的與產品經理和需求方溝通，在專案開始搭建資料庫之前盡可能的多考慮一些，盡量的將需求確定下來，不要專案急急忙忙的上馬了，後面專案寫完後花比開發專案還多的時間進行返工，這樣浪費時間浪費資源。
關於專案的一些心得
1.分析需求很重要。在最近做的專案中，關於需求這一點，基本上不容易一次就找好，總是需要不斷的反覆看業務去分析才能知道需求。2.三層架構模式 介面層 user inte ce layer 業務邏輯層 business logic layer 資料訪問層 data access layer 區分層次的目...
最近開發的乙個專案的一些感想
從過年收假到昨天，每天都在公司待著，今天，終於可以休息下了，從未有過的疲憊感，一下子席捲而來。這段時間一直在加班，特別是本週，連續三個通宵工作，而且均是從早上九點到第二天下午下班才回家，不通宵時也是凌晨一二點才回家，現在終於告一段落了。忙碌的工作讓人無暇思考，今天靜靜地思考了下，為什麼會這樣呢？總結...
關於課題專案的一些想法
一 網格計算與雲計算 1.零碎的想法 各自的特點與應用場景不同和可以借鑑的地方 網格計算興起的原因，要解決的問題，相關 中提出要解決的問題是否已經解決了？已經過了十多年？雲計算興起的原因，要解決的問題，相關 中提出的問題 關於資料庫應用系統測試的 一些初步的構想 雲市場？是否有實現，發展的方向和當時...