長壁工作面地壓

[拼音]：ruanjian shengcun zhouqi

[英文]：software life cycle

軟體產品從形成概念開始，經過研製、交付使用，在使用中不斷增補修訂，直到最後被淘汰，讓位於新的軟體產品的過程。軟體生存週期是軟體工程中的一個重要概念。根據這一概念，一個軟體產品的生存週期可劃分成若干互相區別而又彼此聯絡的階段。每一階段中的工作，均以前一階段工作的結果為依據，併為下一階段的工作創造前提。發生失誤的階段越是靠前，或者一個失誤的發現越晚，所造成的影響越大，為糾正它所花費的代價也越高。軟體生存週期概念的提出，使人們懂得：在前一階段工作沒有做好之前，決不要草率地進入下一階段，更不要隨意超越某一階段；其次，軟體生存週期階段的劃分，有助於軟體研製管理人員借用傳統工程的管理方法（重視工程性檔案的編制，採用專業化分工方法，在不同階段使用不同的人員等），從而有利於提高軟體質量、降低軟體成本。

軟體生存週期的階段劃分尚無統一的標準，一般劃分為需求定義、程式編寫、測試、安裝驗收、使用維護和退役幾個階段。

需求定義階段

在這一階段中，軟體研製人員與使用者密切合作，分析瞭解使用者的真正需求，然後用明確的形式表示出來，形成“需求檔案”（說明本項產品應該做什麼，效能上達到哪些要求，但不涉及如何做），作為下一階段工作的依據。

設計階段在本階段中對已經確立的“需求”進行分析，選擇解決問題的途徑，擬定演算法，確定總體資料結構，將預想中的軟體劃分為若干模組。最後，產生模組規格說明書，說明每一模組的功能、效能，以及與其他模組的介面關係等。

程式編寫階段

或稱實現階段，在此階段中根據模組規格說明書用程式語言書寫出相應的程式，包括簡繁適中的註解。

測試階段

在此階段中，通過精心選擇的測試資料，觀察程式執行的結果是否與規定的預期結果相符合。如果發現有不一致的情況，在查明原因後加以糾正。

對於一個有實用價值的程式，所選用的測試資料不可能包含該程式在實際執行時可能遇到的全部情況。因此，測試工作雖能發現程式中存在的一部分錯誤，但不命a href='http://www.baiven.com/baike/221/243625.html' target='_blank' >芫荽酥っ鞽絛虻惱沸裕荒芩得鞽絛蛘９ぷ韉鬧眯哦忍岣吡恕Ｔ諭ü饈越錐蔚某絛蛑腥鑰贍苡幸帕艫拇砦螅嵩謔導適褂黴討斜┞凍隼礎Ｕ庖晃侍庠讜誦薪錐甕üすぷ骷右越餼觥Ⅻ/p>

安裝與驗收階段

在這個階段中將研製出的軟體安裝到使用者提供的使用環境中，並解決因研製環境和使用者環境不同而引起的問題。軟體安裝完畢後須經過驗收，以確認是否已經達到了在需求階段所規定的目標。

以上這五個階段可合稱軟體產品的研製週期。

使用和維護階段

軟體產品在本階段中被使用而發揮效益，同時通過維護工作而不斷得到改進。但是，軟體維護與一般實物性產品有原則區別。一般實物性產品的維護，是為了抵償運轉中造成的磨損，力圖恢復到剛出廠時的原始狀況；而軟體則不會因使用而產生磨損。軟體維護有如下三方面的含義：

（1）較正性維護，排除在執行過程中暴露出來的錯誤；

（2）適應性維護，使軟體適應執行環境的變化；

（3）完善性維護，對軟體的功能加以擴充，使之進一步完善化。

退役階段

軟體產品在使用維護階段中，經過多次修補，一方面功能日趨完善，另一方面其結構清晰性往往受到損傷，易讀性降低，效能也會受到影響。由於使用者使用環境和需求仍在不斷變化，可能需要重新研製；另一方面，也可能出現具有同類功能的新型軟體產品，促使老一代的軟體退役。

軟體產品所經歷的以上各個階段，並不總是單向直線式的，也可能有反覆。例如，在測試階段若發現設計階段工作中有差錯，甚至需求定義有缺陷，就需要重新返回設計階段或者需求定義階段。另外，各階段的劃分也不是固定不變的。有些軟體，特別是新領域中開創性的應用軟體，可能在需求定義階段之前還有一個概念形成階段，對可行性進行調查分析。