本次專案我作為過程模型選擇者 查閱分析了各種過程模型的特點和適用條件 瀑布模型作為最為基礎的過程模型 對於新手來說較為規範且容易執行 快速原型模型則需先快速建立乙個可執行的模型再逐步改進 這對於新手團隊來說較難短時間實現 而增量模型和螺旋模型則更加複雜 短期內很難完全掌握
對於這次的過程模型選擇 也讓我對於幾種常用的過程模型有了更加詳細和深入的了解和認識 所以對於此次專案的過程模型選擇 經過綜合考慮我為團隊選擇了改進版瀑布模型 也就是不完全按照每個步驟的需求-分析-
設計-編碼的過程 團隊盡量同時作業 這樣也可以通過互相的交流和分享把專案更快更完整的完成
團隊專案的得分
團隊專案最後的得分應該還是主要是以按勞分配為主，雖然可能專案組裡成員的能力可能不同，但是多勞多得能鼓勵落後的組員更加奮鬥。基本評分標準 對於程式設計師組的得分，因為他們主要負責程式設計和 的編寫，他們可以按照他們寫的 量的來衡量得分的多少 由於開發組長 分析員和測試員是三個個比較獨立的組成成員，他們...
瀑布模型專案的安排和過程產品
對瀑布模型的描述是如下的乙個過程 系統的開發維護是乙個v字型的過程，一般從需求分析開始，到系統退役結束。從開發方的角度來看到驗收測試結束，後續的系統擴充套件工作和工程可以重新立項。需求分析 含可行性分析 驗收測試 總體設計 產品評估和市場定位 功能和效能設計 系統功能和效能測試 詳細設計 整合和模組...
團隊專案 編寫專案的Spec
2.1 背景 1 典型使用者 隊自然 3 迫切需要解決的問題 將客戶端使用者轉移至pc端 2.2 場景 隊自然希望對自己的進行後期處理，選擇自己喜歡的模式，使其變得有 逼格 收藏或發布社交 在需要的時候，可修改 尺寸。2.3 邏輯和介面設計要注意哪些因素 操作便捷，介面美觀 亮度 影象畫面的明暗程度...