1、介紹：增(zeng)(zeng)(zeng)量(liang)式生命(ming)周(zhou)期模型（以(yi)后簡稱“增(zeng)(zeng)(zeng)量(liang)模型”）融合了瀑布(bu)式生命(ming)周(zhou)期模型的(de)基本(ben)成分和原型的(de)迭代(dai)特征。采(cai)用隨著日程(cheng)時間的(de)進展而交錯的(de)線性(xing)序列(lie)，每一個線性(xing)序列(lie)產生一個可發布(bu)的(de)“增(zeng)(zeng)(zeng)量(liang)”。把軟件產品(pin)作(zuo)為(wei)一系(xi)列(lie)的(de)增(zeng)(zeng)(zeng)量(liang)構件來分析、設計、編碼(ma)、測試和發布(bu)。
2、樣例分(fen)析(xi)：增(zeng)量(liang)(liang)(liang)模型(xing)(xing)的生命(ming)周期(qi)劃(hua)分(fen)為(wei)項(xiang)(xiang)目(mu)(mu)立(li)項(xiang)(xiang)、項(xiang)(xiang)目(mu)(mu)啟動、項(xiang)(xiang)目(mu)(mu)實施(shi)、運行維護、項(xiang)(xiang)目(mu)(mu)驗收、項(xiang)(xiang)目(mu)(mu)結(jie)項(xiang)(xiang)等階(jie)段(duan)(duan)。其中，根據提供業務需(xu)求(qiu)的實際情(qing)況、工作量(liang)(liang)(liang)與優先級(ji)可劃(hua)分(fen)多個增(zeng)量(liang)(liang)(liang)，每個增(zeng)量(liang)(liang)(liang)包(bao)括業務需(xu)求(qiu)評(ping)審（可根據項(xiang)(xiang)目(mu)(mu)實際情(qing)況裁剪）、需(xu)求(qiu)分(fen)析(xi)、系統設計、開發構(gou)建、系統測試、上線推廣。過程中的各個階(jie)段(duan)(duan)按照(zhao)邏輯(ji)順(shun)序定義(yi)了不同類型(xing)(xing)的工作內容，但階(jie)段(duan)(duan)之(zhi)間(jian)(jian)在時間(jian)(jian)上存在一定交迭，階(jie)段(duan)(duan)間(jian)(jian)的依賴性(xing)由入口準則確定。以下(xia)是某項(xiang)(xiang)目(mu)(mu)的周期(qi)模型(xing)(xing)
3、增量模(mo)型的特點：
- 能在較短時間內向用戶提交部分可工作的功能；
- 逐步增加產品功能可以使用戶有充裕的時間先使用部分功能，并為后續的未完成的需求與功能提供反饋；
- 第一階段增量往往是核心產品。核心產品交付用戶使用后，經過評價形成下一個增量的開發計劃，它包括對核心產品的修改和一些新功能的發布。這個過程在每個增量發布后不斷重復，直到產生最終的完善產品。每一階段增量均為可發布一個版本，早期的增量是最終產品的“可拆卸”版本。
4、增量模型的缺點：
- 由于各個增量是逐漸并入已有的軟件體系結構中的，所以加入的增量必須不破壞已構造好的系統部分，這需要軟件具備開放式的體系結構。
- 在開發過程中，需求的變化是不可避免的。增量模型的靈活性可以使其適應這種變化的能力大大增強，但同時也很容易退化成邊做邊改模型的情況，從而造成對軟件過程的控制失去了整體性。
- 如果增量包之間存在相交的情況且未很好的處理，則必須做全盤系統分析，這種模型將功能細化后分別開發的方法較適應于需求經常改變的軟件開發過程。
5、增量式生命(ming)周期適用于以下(xia)項目：
- 一次性需求量較大且存在優先級關系的，或者立項時未提供明確需求的，只能按照往年完成的需求數量進行估計；需求是在未來的開發過程中逐步明確的。
- 每個增量的實施對系統底層架構沒有影響；
- 需要定期維護項目新增的業務與產品需求；
- 中國郵政儲蓄銀行的新增功能系統項目一般采用增量式生命周期模型。
