對瀑布模型的描述是如下的乙個過程：
系統的開發維護是乙個v字型的過程，一般從需求分析開始，到系統退役結束。從開發方的角度來看到驗收測試結束，後續的系統擴充套件工作和工程可以重新立項。
需求分析（含可行性分析） 驗收測試
總體設計 產品評估和市場定位
功能和效能設計 系統功能和效能測試
詳細設計 整合和模組測試
編碼和自測
各個工作任務的產品和輸出
需求分析：
srs（軟體需求規格書）
可行性分析報告
簽訂《使用者需求確認書》
簽訂合同書
總體設計：
專案設計方案
選定技術平台
設定專案目標
以期進一步和客戶達成一致
功能和效能設計：
功能說明書（各個功能和處理描述）
軟體非功能方面的技術指標描述
使用者確認函等使用者認可的東西（不要強求，以免客戶收到壓力）
詳細設計：
系統資料結構
系統架構
技術實現等文件
編碼自測：
程式源**
整合測試：
各模組功能和效能磨合測試方法、計畫和測試記錄
系統測試：
系統從各個模組構架成功後的測試
含功能測試、效能測試等
產品評估和市場定位：
產品評估資料彙總
產品評估結果
專案總結（專案過程的得失、經驗、人員成長情況等對組織有利的東西）
需求方對產品的驗收和付款等：
產品驗收書
產品問題彙總
可能又有需求變更
產品和專案的概念
一 產品和專案的差異 1 生存週期不同 專案的生存週期包括專案的啟動 策劃 執行監控和收尾。專案驗收交付給使用者，並結項後，專案生存週期結束。產品的生存週期類似於人的成長，從出生 產品構思 到成長 產品的版本更新 到去世 產品中止 的過程。產品不存在完成的說法，因為產品是不斷更新的，直到被新產品替代...
關於團隊專案的過程模型選擇
本次專案我作為過程模型選擇者 查閱分析了各種過程模型的特點和適用條件 瀑布模型作為最為基礎的過程模型 對於新手來說較為規範且容易執行 快速原型模型則需先快速建立乙個可執行的模型再逐步改進 這對於新手團隊來說較難短時間實現 而增量模型和螺旋模型則更加複雜 短期內很難完全掌握 對於這次的過程模型選擇 也...
產品和專案的工作職責
一 產品經理的工作職責 產品調研和立項 01.市場分析 前景和風險 02.競品分析 同質和差異 03.財務分析 盈利和成本 04.運營分析 推廣和增值 05.版本火車 各版本交付 06.產品立項 評審和立項 產品原型和驗收 07.產品原型 指導設計和開發 08.產品文件 簡易文件或腦圖 09.產品資...