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