乙個好的專案計畫需要在合適的時候計畫處理以下技術內容：
* 技術類文件的準備
編碼規約
是否定義了完善的編碼規約，是否在內部講解了編碼規約的內容。
文件注釋規約
是否定義了詳細的檔案注釋規約，檔案頭注釋格式定義，屬性，方法注釋定義，修改，刪除的注釋方法，版本公升級定義等。
常見**問題彙總
是否將常見的問題收集成文件，並且在專案組內部宣講。
技術調查文件
各項技術調查結果文件化，技術調查要深入，保證後期專案開發的可用性，不會有調查不徹底而需要重新調查的風險。
環境配置文件
各種開發環境的配置說明文件化，需要有詳細的確認步驟以確定環境是否安裝正確，完備。
**檢查工具使用說明
對於使用**檢查工具（checkstyle, findbugs，metrics等）的專案，需要指定**檢查工具的配置說明，修改級別，以及常見的修改方法。
* 技術類培訓準備
語言基礎培訓
對於專案組內成員需要進行基本語言的說明，要說明語言的特點和使用方法，以及物件導向等特性。
框架培訓
對於專案採用的開源框架，或者公司內部的框架需要有乙個簡單的例子來做講解。
第乙份**培訓
在先行開發階段的成果無，經過自己檢查，確立規則之後需要想所有專案組成員宣講，以保證**結構的一致性。
* **模板
**cr記錄模板
**內部review或者公開review的時候的問題記錄模板，可以方便整理**的問題，記錄開發過程中所發生的問題。
**review的結果要全員確認，宣講。
**checklist
常見問題以及修改方法的列表，需要讓開發人員仔細閱讀。
* 工具
統一安裝目錄
由於目錄不一致導致的開發問題非常多，情大家協調統一軟體的安裝目錄和源**的儲存目錄。
統一工具版本
由於開發工具版本不一致導致的問題也非常多，專案一定要制定開發工具版本的列表，保證工具的一致性。
統一編碼格式
統一編碼規約，iso8859-1，utf-8，gb2312，gbk等一旦編碼格式指定，需要在全組範圍內嚴格遵守。
統一開發目錄
統一專案的開發目錄，提高開發效率，降低問題發生的機率。
* 技術構架
三層結構
三層構架是比較常見的構建：
presentation businesslogic databaseaccess
presentation又可以分為： view（例如panel， jsp等）和action（例如command或者struts 的action等）
businesslogic又可以根據需要使用facade模式，重用業務邏輯
dao又可以分為介面和實現，便於在不同的資料訪問方法（ibatis，hibernate，jdbc等）之間切換。
異常結構和丟擲
定義專案的異常型別和整合結構，以及異常丟擲的時機和包含的內容，以及異常訊息獲取的方式。
日誌處理
定義日誌輸出的時機，級別，內容格式，存放方式（檔案，資料庫，mail等）等
安全處理
使用者許可權的獲得，檢查等
通用字元，日期處理函式
通用的字元處理，和日期處理函式。
通用業務處理
通用的業務處理方法的抽象。
**模板
關鍵地方的**編寫模板，例如資料訪問和事務，網路訪問，檔案讀取，多執行緒等情況的**模板。
資料庫訪問通用方法
查詢，插入，更新，刪除，批處理，儲存過程呼叫，等通用方法的定義。
資料庫事務處理
定義資料庫事務處理的相關模板，最好能使用框架透明化事務處理，例如ejb技術，aop技術等
物件建立和關聯（考慮採用springframework）
考慮複雜物件關聯使用spring的容器。
畫面錯誤顯示方式
錯誤顯示要一致，明確。
從技術的角度審視專案計畫
乙個好的專案計畫需要在合適的時候計畫處理以下技術內容 技術類文件的準備 編碼規約 是否定義了完善的編碼規約，是否在內部講解了編碼規約的內容。文件注釋規約 是否定義了詳細的檔案注釋規約，檔案頭注釋格式定義，屬性，方法注釋定義，修改，刪除的注釋方法，版本公升級定義等。常見 問題彙總 是否將常見的問題收集...
從技術的角度審視專案計畫
乙個好的專案計畫需要在合適的時候計畫處理以下技術內容 技術類文件的準備 編碼規約 是否定義了完善的編碼規約，是否在內部講解了編碼規約的內容。文件注釋規約 是否定義了詳細的檔案注釋規約，檔案頭注釋格式定義，屬性，方法注釋定義，修改，刪除的注釋方法，版本公升級定義等。常見 問題彙總 是否將常見的問題收集...
從技術的角度審視專案計畫
乙個好的專案計畫需要在合適的時候計畫處理以下技術內容 技術類文件的準備 編碼規約 是否定義了完善的編碼規約，是否在內部講解了編碼規約的內容。文件注釋規約 是否定義了詳細的檔案注釋規約，檔案頭注釋格式定義，屬性，方法注釋定義，修改，刪除的注釋方法，版本公升級定義等。常見 問題彙總 是否將常見的問題收集...