軟件工程的綫性順序模型，有時也稱“傳統生命周期”或“瀑布模型”，綫性順序模型提出了軟件開發的係統化的、順序的方法（雖然由winston royce［roy70］提出的最早的瀑布模型支持帶有反饋的循環，但大多數使用該過程模型的組織均把它視為是嚴格綫性的），從係統級開始，隨後是分析、設計、編碼、測試和維護。藉鑒了傳統的工程周期，綫性順序模型包含以下活動：
係統/信息工程和建模：因為軟件總是一個大係統（或商業）的組成部分，所以一開始應該建立所有係統成分的需求，然後再將其中某個子集分配給軟件。整個係統基礎是，以軟件作為其他成分如硬件、人及數據庫的接口。係統工程和分析包括了係統級收集的需求，以及一小部分頂層分析和設計。信息工程包括了在戰略商業級和商業領域級收集的需求。
軟件需求分析：需求收集過程特別集中於軟件上。要理解待建造程序的本質，軟件工程師（“分析員”）必須瞭解軟件的信息領域以及需求的功能、行為、性能和接口。係統需求和軟件需求均要文檔化，並與用戶一起復審。
設計：軟件設計實際上是一個多步驟的過程，集中於程序的四個完全不同的屬性上：數據結構、軟件體係結構、界面表示及過程（算法）細節。設計過程將需求轉換成軟件表示，在編碼之前可以評估其質量。象需求一樣，設計也要文檔化，並且是軟件配置的一部分。
代碼生成：設計必須轉換成機器可讀的形式。代碼生成這一步就是完成這個任務的。如果設計已經表示得很詳細，代碼生成可以自動完成。
測試：一旦生成了代碼，就可以開始程序測試。測試過程集中於軟件的內部邏輯——保證所有語句都測試到，以及外部功能——即引導測試去發現錯誤，並保證定義好的輸入能夠産生與預期結果相同的輸出。
維護：軟件在交付給用戶之後不可避免地要發生修改（一個可能的例外是嵌入式軟件）。在如下情況下會發生修改：當遇到錯誤時；當軟件必須適應外部環境的變化時（例如，因為使用新的操作係統或外設）；或者當用戶希望增強功能或性能時。軟件維護重複以前各個階段，不同之處在於它是針對已有的程序，而非新程序。 |
|
|