模型名稱瀑布模型原型模型
優點過程模型簡單,執行容易充分挖掘需求，簡單、快速缺點不能回溯.後續階段發現前一階段問題,很難修復.成本高，構造好後不利於創新
對軟體系統要求高，必須是可被模組化。
1、工程量大
2、需要有經驗豐富的風險評估人員
不適合面向結構的軟體開發
適宜專案型別
1、需求明確，可一次性獲取。2、專案風險低。
1、對現有系統進行公升級2、獲取需求困難
3、開發人員對專案把握性不大1、專案可分批次交付2、系統可被模組化3、專案要求不明確，風險較大。1、大規模、高風險的專案2、內部開發的大專案
分析、設計、實現可同時進行的專案
增量模型
1、使用者及時了解進展2、降低軟體開發風險3、開發順序靈活降低風險、，邊開發邊維護
螺旋模型
噴泉模型軟體重用
軟體開發合同
甲方委託方 位址 郵編 乙方開發方 位址 郵編 負責人 甲方委託乙方，乙方接受甲方委託，開發軟體產品，雙方就合作事宜達成如下協議 一.合作方式 乙方根據甲方的要求定製開發軟體產品，並向甲方提供技術培訓 甲方向乙方支付費用。二.軟體內容要求及驗收標準 1.依據本合同約定，甲方委託乙方開發的軟體產品為 ...
軟體開發合同
合同編號 h00001s0a112 專案名稱 委託方 甲方 承攬方 乙方 簽訂日期 年月日 有效期限 年月日至年月日 一 合同標題 甲方同意委託乙方開發專案。乙方願意承接甲方上述開發專案，並保證按時 按質地完成開發任務。二 雙方責任 1 甲方負責提出資訊發布系統使用者需求，並在系統開發完成後，及時組...
軟體開發計畫
2.6 本計畫的批准者和批准日期 3.實施計畫 3.1 工作任務的分門與人員分工 對於專案開發中需完成的各項工作，從需求分析 設計 實現 測試直到維護，包括檔案的編制 審批 列印 分發工作，使用者培訓工作，軟體安裝工作等，按層次進行分解，指明每項任務的負責人和參加人員。3.2 介面人員 說明負責介面...