漸進交付的應用

2021-04-02 17:31:51 字數 1322 閱讀 3002

一.漸進原型的定義

漸進原型是從開發系統概念開始專案的一種模型,通常是從最顯著的方面開始,向使用者展示完成的部分,然後根據使用者的反饋繼續開發原型,不斷增添、精煉原型,直到完成使用者的所有工作目標,這樣原型最終變成可以交付的軟體。

該模型特別適合下面的環境:1)

需求變化很快的時候;2)

使用者很難提出明確的需求的時候;3)

當開發人員和使用者都不知道如何才是系統正確的定義4)

開發人員對最佳的架構或者演算法沒有把握的時候。

漸進原型的優點:1)

適用於上面提到的環境,積極啟動專案2)

每個階段使用者都可以看見必要的系統變化或者進展,而不必等到專案的最後時間

漸進原型的缺點:1)

在開始的時候,不可能知道開發乙個令人滿意的系統需要多少時間,反覆次數;2)

每次重複包括需求分析、設計和**維護,與傳統方法比較,進展的幅度較小。

二.漸進原型的應用

我最近參與了乙個**資訊化的專案,在專案初期就遇到了需求不確定的問題,使用者非常希望開發的系統能夠提高業務實效性,能夠提高業務的響應時間,但是他們暫時還沒有能夠將這些目標具體到系統功能的具體描述中,而開發人員也是剛剛接觸到這個新的業務領域,許多業務特性的東西還沒充分掌握,也缺少類似的參考系統,專案的時間進度和費用也不允許專案的前期調研和分析時間能夠非常充分。最終我們採用了漸進原型的開發模型,順利完成了整個專案。

首先,我盡可能參考了通用系統的一般功能,並且結合該行業的特點,精簡抽取了系統的主要功能專案,在此基礎上,在較短的時間內開發實現了第一階段系統的原型,交付部署到了使用者現場,使用者看到了系統,並且看到了主要功能,也平靜也很多,同時,基於這個原型,使用者不斷的提出了反饋意見,由於親眼看見了系統,使用了系統,使用者提出的意見和建議也不最初的時候明確了許多,清晰了許多。接下來,我們定期將使用者的反饋意見以及我們對使用者業務系統新認識進行融合,一段時間以後,再次形成第二階段的需求分析,與使用者確認,然後進行了第二階段的開發和發布。經過兩個階段的開發,這個系統原型已經基本符合使用者使用要求,在第三次需求分析的時候,主要將一些管理和維護功能加了進去,這樣,也從原型開始的系統最終成為了乙個交付軟體。

三.小結:1)

雖然分了多個階段,已開始總體目標模糊,但是每個階段的目標是明確的,功能也是限定的,所以每個階段的開發能夠較為順利2)

使用者能夠不斷的看到新的變化,而且符合他提出的反饋意見,交流充分,關係融洽。3)

每次階段的需求分析都進行了充分的討論和可行性分析,抑制了不必要的功能膨脹,防止了系統的無限制擴張。

許多**資訊化的專案,其內容和業務不清晰,在專案開始的時候,很容易遇到這樣的情況,如何採用必要的方法,推動專案合理有效的進行,是非常值得思考和實踐的,希望本文對大家有所幫助和借鑑。

應用交付學習筆記一

big ip ltm工作原理 訪問資料流的ip以及port命中vs上定義的ip port後,交由相應的profile進行處理,不同的ip port組合可以對應不同的profile,在經過profile中定義的對於命中資料流的處理後,將資料流發往特定的pool,然後經過運算分配到不同的member進行...

應用交付學習筆記二

1 連線和會話的區別 在四層負載均衡中,連線是最小的元素,乙個連線包含源目ip位址,源目埠等資訊,對於客戶端每發起的乙個soket連線,big ip ltm 識別為乙個 connection。而在通常情況下,會話是有多個連線組成的,對於乙個使用者而言,她針對同乙個源位址和目的vs的連線就是乙個會話。...

PWA 漸進式 web 應用

背景 解決的問題 關鍵時間節點 主要特點 使用pwa的基本要求 離線通知 作用域 更新策略 瀏覽器通過自身 diff 演算法能夠檢測 service work 的更新包含兩種方式 生命週期 mainfest欄位詳解 short name 應用展示的名稱 桌面上顯示的名稱 icons 定義不同尺寸的應...