生命周期法
出自 MBA智库百科(https://wiki.mbalib.com/)
- 生命周期法(Life Cycle Approach，LCA)
目錄 |
生命周期法是信息系統最早使用的一種開發方法，至今仍是大中型系統項目的最好開發方法。該方法假設信息系統有一個生命周期，就像其他任何有生命的機體那樣有一個開始、成熟、最終死亡的發展過程。
傳統的生命周期法是一個結構化的非常正式的系統開發方法，將系統開發過程劃分為明確的各個階段，每個階段都有明確的任務，整個開發過程是順序地一個一個階段進行開發的。該方法還在信息系統專家和用戶之間劃分了明確的分工。
生命周期法的特點[1]
(1)採用系統的觀點與系統工程的方法，自上而下進行系統分析與系統設計，並自下而上進行系統實施。
(2)開發過程階段清楚，任務明確，文檔齊全，並要求有標準化的分析報告、流程圖、說明文本等階段性文檔資料及書面審定記錄，使得整個開發過程便於管理和控制。
(3)生命周期法適用於大型的信息系統以及應用軟體的開發。
(4)生命周期法中最常見的分析技術是SSA&D(Structured System Analysis and Design)方法，即結構化的分析與設計方法，這種方法易於系統的實施，便於系統維護。
生命周期法的階段[2]
生命周期法將系統開發分為五個階段：劃定系統開發範圍、系統分析、系統設計、系統實現和系統支持。
(1)劃定系統開發範圍。在這個階段最重要的任務就是定義組織所要解決的問題，劃定項目開發的範圍和制訂項目開發的計劃。
(2)系統分析。系統分析就是定義新系統的邏輯需求，建立邏輯模型。
(3)系統設計。系統設計就是要將滿足系統分析階段所定義的用戶的邏輯需求轉換為設計說明。這些說明要詳細，並可以成為下一個階段——實現階段的輸入。
(4)系統實施。該階段就是把紙面上設計的系統變為真正可以運行的軟體系統。
(5)系統支持。信息系統在投入正式運行之後，需要對其進行日常運行的管理，並對系統進行修改和完善，一般將其稱為系統支持。
生命周期法的優缺點[3]
- 一、生命周期法的優點
(1)強調系統的整體性、全局性。它採用“自頂向下”的原則分析和設計系統，首先解決全局問題，強調在系統整體優化的前提下，來考慮具體的解決方案。
(2)嚴格區分工作階段。整個開發過程階段和步驟清楚，每一階段和步驟均有明確的成果，這些成果以可行性分析報告、系統分析報告、系統設計報告等形式確定下來，並作為下一步工作的依據。在每一階段或步驟中，整個項目可以劃分為許多組成部分，各部分可各自獨立地開展工作，但各部分的工作都必須按時到達階段或步驟的終點，這樣有利於整個項目的管理與控制，避免了開發過程的混亂狀態。
- 二、生命周期法的缺點
(1)難以準確定義用戶需求。結構化生命周期法系統的開發過程是一個線型發展的“瀑布模型”，各階段須嚴格按順序進行，並以各階段提供的文檔的正確性和完整性來保證最終應用軟體產品的質量，這在許多情況下是難以做到的。由於用戶在初始階段提出的要求往往既不全面也不明確，尤其是我國多數管理人員，缺乏應用電腦的基本知識和應用實踐，更難提出完整、具體的要求。而當系統投入運行後，又感到不滿意，要求修改。
(2)開發周期長，難以適應環境變化。傳統生命周期法，從系統分析到系統實施，絕大部分工作靠人工來完成，使系統開發成本高、效率低。由於所用的工具落後，系統分析和設計的時間較長。對於一個比較大的系統，一般要用2—3年。當系統實旌時，原來提出的要求可能已經有了變化，又要修改設計。同時，由於第一、二階段時間較長，而這兩階段能提供給用戶的只是文字上的成果，用戶長期看不到運行的系統，不便於設計者與用戶交流。
生命周期法存在的問題[1]
雖然生命周期法的理論比較完善，在系統開發中得到普遍應用，但也存在一些不足之處，主要表現在以下幾方面：
(1)用戶進入系統開發的深度不夠，系統需求難以準確確定由於專業及知識背景不一樣，影響了用戶和系統分析人員之間的正常交流，有時甚至形成障礙。在系統開發初始階段，用戶往往不能確切地描繪所負責的管理和業務的現狀和未來的目標，分析人員在理解上也會有錯誤和偏差，造成系統需求定義的困難；另外又要求系統對不斷變化的內外部環境具有一定的適應性，然而這正是生命周期法所不允許的。由於我國的城鎮職工基本醫療保險制度還處在剛啟動和建設時期，政策的不穩定性和需求的不確定因素很多。完全按照生命周期法進行醫療保險的信息化建設，將帶來很多困難和障礙。
(2)生命周期法開發周期長、文檔過多由於生命周期法嚴格依據階段的目標和任務進行開發，使得開發周期拖長，各階段文檔資料較多，而且容量較大，用戶難以真正理解這些文檔。
(3)各階段文檔的審批工作困難必須由用戶認可審批的各階段文檔，不是用戶所能真正理解和評審的，導致文檔不能及時審批或形式上已審批通過，但問題依然存在。
