軟體過程模型

標籤：認知   構建   軟體   沒有   並行   順序   變更   包含   組織   

首先，介紹一下軟體生命週期模型：

  從宏觀上清晰的描述軟體的開發活動，將軟體從生產到廢棄的整個生命週期分為各個階段，每個階段均包含其主要工作以及執行人等，這些階段構成一個順序的開發過程，這些階段即軟體生命週期模型。

有六個階段：需求工程-軟體設計-軟體實現-軟體測試-軟體交付-軟體維護。

軟體過程模型即對軟體生命週期模型的更細緻的描述。主要有以下幾個模型：

構建-修複模型：

  最早最自然產生的軟體開發過程模型。但因為沒有開發中的具體規劃和組織，完全依靠個人也就不將其看作一個軟體過程模型。

瀑布模型（文檔驅動）

  人們對軟體過程模型的最早認知。將軟體的開發活動組織為：需求分析-軟體設計-軟體實現-軟體測試-軟體交付-軟體維護，並規定其自上而下、相互銜接的次序（實際是允許出現反覆和迭代的）。

增量-迭代模型（需求驅動）

  在項目開始時設計好項目前景和範圍，再將後續的活動組織為多個迭代、並行的瀑布式開發活動。

演化模型（需求驅動）

  與增量-迭代類似，但區別為適用於需求變更較為頻繁，不穩定性較多的軟體開發活動。與增量-迭代模型均具有縮短開發時間（並行開發），減小開發風險（漸進交付）的優點。

原型模型（需求或風險驅動）

  原型產生於真正產品構建之前，分為兩種，一個為演化式模型，後續會成為產品一部分；另一種為拋棄式原型，後續不成為真正產品。

螺旋模型（風險驅動）

  由風險驅動，完全以風險解決的方式組織軟體開發活動。

 

軟體過程模型