1.需求確定
2.分析與設(shè)計
(1)架構(gòu)分析與設(shè)計
(2)業(yè)務(wù)邏輯分析
(3)業(yè)務(wù)邏輯設(shè)計
(4)界面設(shè)計
3.開發(fā)環(huán)境搭建
4.開發(fā)-測試-開發(fā)-測試
5.文檔編纂

各個階段過程都是有文檔的,需求有需求的文檔,設(shè)計有設(shè)計的文檔,測試也有測試的文檔.

首先來看需求確定:

需求確定
通過各種手段確定系統(tǒng)的功能與性能
功能：用戶維護、物料維護….
性能：可同時支持 n 個并發(fā)訪問，并且響應(yīng)時間不高于 m 毫秒…
手段：
頭腦風暴 (brain storm)
會議
詢問
原型 – 界面原型、業(yè)務(wù)原型…
本階段是項目開發(fā)的最重要階段
在web項目中，通常界面設(shè)計會在本階段進行

分析與設(shè)計

一:架構(gòu)分析與設(shè)計
邏輯架構(gòu)
3層架構(gòu)、n層架構(gòu)…
MVC…
Model 1 or Model 2
…
物理架構(gòu)
Web服務(wù)器的分布
數(shù)據(jù)庫服務(wù)器的分布
…
技術(shù)解決方案的確定
Java / .NET
Open Source / 商業(yè)
…
二.業(yè)務(wù)邏輯分析:(使用UML畫出活動圖啊,流程圖等)

業(yè)務(wù)邏輯分析
根據(jù)需求分析業(yè)務(wù)邏輯
有哪些人會使用本系統(tǒng)
他們會使用本系統(tǒng)做什么
通常他們使用本系統(tǒng)的步驟是什么樣的
會有哪些明顯的類來支撐本系統(tǒng)的運行
會有哪些不同的提示會返饋給用戶
…
本階段與需求的確定密切相關(guān)，通常在確定需求的時候就會進行相關(guān)的分析

在此階段可以用UML圖畫出高層用例-每個功能的用例-編寫用例文檔

三.業(yè)務(wù)邏輯設(shè)計

業(yè)務(wù)邏輯設(shè)計
根據(jù)需求的分析來確定具體的類
確定類的屬性
確定類的接口（方法）
確定類之間的關(guān)系
確定用戶操作流程在設(shè)計上的反映
進行數(shù)據(jù)庫的設(shè)計
不同的項目步驟可能不盡相同
…

四.界面設(shè)計

界面設(shè)計
設(shè)計系統(tǒng)的界面風格
顏色、style
設(shè)計系統(tǒng)的具體“模擬”界面
能夠從頭走到尾
方便進行需求的確定
方便JSP程序員的開發(fā)
…

開發(fā)環(huán)境搭建:

開發(fā)環(huán)境搭建
開發(fā)工具的確定
配置管理工具的確定
測試工具的確定
文件服務(wù)器/配置服務(wù)器等的確定
…

開發(fā)-測試-開發(fā)-測試

開發(fā)-測試-開發(fā)-測試
按照設(shè)計進行開發(fā)
迅速開發(fā)原型
進行迭代開發(fā)
提早進行測試
單元測試（白盒測試）就是知道代碼,知道如何實現(xiàn)的人進行的測試
黑盒測試(功能性測試、驗收測試)
性能測試
易用性測試
…

DRP的開發(fā)一個小流程如下:

分析階段:

一:畫用例圖分為高層用例圖和功能用例

二:對每一個功能用例進行用例文檔的編寫:(模板如下)

這里對修改密碼這個功能用例進行分析

【目的】
用戶可以修改自己的密碼
【輸入】
舊密碼
新秘密
確認密碼
【輸出】
正常情況：輸出修改密碼成功信息
異常情況：輸出相關(guān)錯誤信息
【約束】
前置條件：用戶成功登錄到系統(tǒng)
后置條件：無
特殊約束：
為了更好的保護用戶口令，以“*”方式顯示
用戶輸入的密碼至少6位
修改成功后，待該用戶下一次登錄時，修改生效
【處理流程】
三:處理流程用UML圖的活動圖來畫.

四:界面的設(shè)計和畫界面

五:邏輯架構(gòu)設(shè)計等

六:數(shù)據(jù)庫設(shè)計 :

如何設(shè)計表？
a) 發(fā)現(xiàn)領(lǐng)域中的概念，理清領(lǐng)域中概念之間的關(guān)系，將其映射成表
b) 盡量遵循數(shù)據(jù)庫設(shè)計范式
i. 第一范式：有主鍵，具有原子性，列不可分隔
ii. 第二范式：完全依賴，沒有部分依賴
iii. 第三范式：沒有傳遞依賴
c) 主鍵設(shè)計最好采用單一主鍵，最好不要采用復(fù)合主鍵，盡量使用沒有業(yè)務(wù)語義的字
段作為主鍵（如：Oracle的Sequence來維護一個主鍵），主鍵一般建議使用數(shù)值性，
會提高檢索效率
d) 關(guān)于冗余字段的問題，應(yīng)該根據(jù)需求的具體情況是否加入
e) 最好加入外鍵約束（在開發(fā)階段最好不要設(shè)置外鍵約束，運行階段加入外鍵約束）
f) 如果做通用性產(chǎn)品，最好不是使用數(shù)據(jù)庫特性的功能，除非特殊情況
g) 如果數(shù)據(jù)量非常大，并且頻繁的根據(jù)相關(guān)字段查詢，最好建立索引

注意點:資金流,物流,信息流,如一級分銷商到二級分銷商那就是一個物流,資金怎么流向的.從這兩個得到我們的信息流.所有的信息管理系統(tǒng)幾乎都是這樣的.

七:到了開發(fā)階段了,那么先初始化數(shù)據(jù)庫里面最基礎(chǔ)的數(shù)據(jù)