1.1. 配置環境，搭建配置庫。
要求每個組員必須在本機中建立乙個同相同文件管理目錄的資料夾，這不但方便了組員不時地
check in/ check out
操作，另一方面，也是從專案的一開始就貫輸和強化組員的版本意識。
文件管理目錄：
document
分目錄存放不同版本的專案管理與設計文件、組員的工作日誌
resource
分目錄存放相關學習資料、開發工具、客戶提供與反饋資料
sourcecode
分版本存放軟體**，這也是**人員每天工作的目錄
2.2.
搭建bug管理平台（最簡單的方法是建乙個
ftp，也可以用
bug管理工具）。
主要供客戶需求交流、採集以及客戶測試反饋，並分期形成客戶簽字的列印文件，使之成為專案的正式備案。專案期間，與客戶的交流、溝通非常重要，一定不要閉門造車，不迴避問題，調動客戶的積極性，使其成為專案的免費業務專家，分版本使客戶參與到專案的審驗與測試中來。日常，每週至少向客戶提交兩次工作報告（短週期的，應該每天一次，要讓顧客看到專案的成長以及專案組的辛苦和努力，可適當誇大）
3. 3 制定專案文件規範
包括：文件規範、軟體目錄規範、**規範
4. 4 加強文件規範的執行力度
可通過模板**生成手段，從著手階段就貫輸規範意識，包括頁面布局（寫乾淨利落的
jsp頁面，沒有冗餘**）、頁面名稱規範、在表單中為**人員提供正確的標籤）
5.5 需求採集與編寫
制定版本目標，小版本多控制，用
subvession
做需求版本管理和**版本控制。
6.6
資料庫設計，原型設計
形成系統設計文件或高層設計文件。
7.7 在5、
6階段，同時進行技術攻關、知識儲備、組員培訓
8.8 編寫系統框架，並形成框架模板，生成軟體**載體
形成開發配置文件
9.9
原型驗收
將原型設計發布到外網上，供客戶瀏覽、審閱，須生成客戶認可簽字的列印文件
10.10
壓力測試
業務複雜和海量資料的情況下，應在**編寫前就做壓力測試，測試系統設計能否達到系統的效能要求。
11.11
**編寫
12.12
推薦測試驅動開發
特別在業務複雜的情況下。
13.13
每日整合測試
14.14
多穩定版本提交
原型和需求定義清晰了，功能測試的大多數工作可作為多個穩定版本提交，由客戶方完成。
15.15
增量增量迭代開發 隨
著客戶測試報告的反饋和修訂，以及可控的需求變更，繼續增量迭代開發。
16.16 生成客戶測試報告
每個穩定版本提交後，即時接收並修訂客戶測試報告中的
bug，並形成客戶簽字的列印文件。
17.17 編寫操作手冊
18.18 制定驗收目標
與客戶共同制定驗收目標，並形成客戶簽字文件。
19.19
驗收驗收、上線，或者上線試執行驗收。
專案開發流程
專案計畫 專案經理發給專案組長需求規格說明書，專案組長根據說明書編寫乙個專案計畫。專案計畫交給專案經理審編。注 專案計畫詳解 開發專案的時間 人員數量 各個階段的時間 需求文件 組長對組員進行分工，將需求規格說明書分成不同的模組發給組員，組員在有效的時間內根據需求規格說明書編寫乙份需求文件，專案組長...
專案開發流程
一.專案的需求分析 設計 包括需求分析 系統架構 開發的詳細設計文件 測試用例等。這乙個環節做好了，可以降低專案的返工率和變更率。需求過程 1.需求收集。包括資訊收集 需求調研 問題調查 客戶交流等方面 2.概要設計。主要是將需求收集到的凌亂的內容，資料進行總結，從了得出乙個完整的業務流程圖 這個階...
專案開發流程
在產品設計出來之後 業務 版權資訊，使用者隱私，服務協議，網域名稱備案 通用 分析業務流程和功能模組 伺服器 根據功能，構建資料庫，建立後端管理系統。web後端 web前端 注意 http請求封裝，請求介面使用巨集定義或字串常量，盡量將資料解析寫在介面裡面，直接給外面block success,er...