套用生命周期是指應用程式進程從創建到消亡的整個過程。比如軟體開發從需求分析開始，歷經項目規劃、項目實施、配置管理、測試管理等階段，直至最終被交付或發布的全過程。
基本介紹
- 中文名：套用生命周期
- 含義：應用程式從創建到消亡的整個過程
- 起源：20世紀60年代
- 檔案頒布：國際標準化組織
簡介,起源,檔案頒布,ALM,掌握套用生命周期,工具,套用生命周期平台特點,
簡介
套用生命周期是指應用程式進程從創建到消亡的整個過程。比如軟體開發從需求分析開始，歷經項目規劃、項目實施、配置管理、測試管理等階段，直至最終被交付或發布的全過程。
起源
LCA研究起源於20世紀60年代的能源危機，在70年代初期，該研究主要集中在包裝廢物問題上，如美國中西部研究所（Midwest Research Institute，簡稱MRI）對可口可樂公司的飲料包裝瓶進行的，從原材料採掘到廢棄物最終處置的全程跟蹤與定量研究。20世紀70年代中期，全生命周期評價的研究焦點是能源問題和固體廢棄物方面。1990年8月，國際環境毒理學和化學學會（SETAC）在有關生命周期評價的國際研討會上，首次提出了“生命周期評價”的概念，並成立了LCA顧問組，負責LCA方法論和套用方面的研究。與此同時，歐洲一些國家先後制定了一系列促進LCA的政策和法規，如“生態標誌計畫”、“生態管理與審計法規”、“包裝及包裝廢物管理準則”等，LCA開始在全球教育、交流、公共政策、科學研究和方法學研究等各方面獲得大量套用。
檔案頒布
國際標準化組織ISO1993年6月成立了負責環境管理的技術委員會TC207，負責制訂生命周期評價標準。繼1997年發布了第一個生命周期評價國際標準ISO14040《環境管理生命周期評價原則與框架》後，先後發布了ISO14041《環境管理生命周期評價目的與規範的確定和清單分析》、ISO14042《環境管理生命周期影響評價》、ISO14043《生命周期評價中的生命周期解釋》、ISO/TR14047《ISO14042套用示例》和ISO/TR14049《ISO14041套用示例》等檔案。
ALM
套用生命周期管理（ALM: Application Lifecycle Management）指的是一個應用程式從需求收集、編程、測試一直到發布全程的管理。(請參考Forrester Research 在2006年發表的The Changing Face Of Application Life-Cycle Management)。ALM使IT團隊能夠管理套用生命周期，並且從項目建議到運營全過程中貫穿套用交付。能夠幫助IT團隊快速交付套用以回響不斷變化的業務需求，從而推動創新。
掌握套用生命周期
可追溯性
在ALM領域裡要關注的系統特性至少有三個：可追蹤性、自動化以及項目的可視性。可追蹤性有如系統里的血管，它有如一個網貫穿了整體。沒有了它，這系統就是死的。在與關注軟體項目管理的人的溝通中，我們得知可追蹤性被大多數有遠見的人視為研發管理平台必備的條件。
ALM里的可追蹤性（Traceability）指的是工作產物（artifacts）,諸如需求、代碼、測試用例以及相關的知識文檔等，以多對多的關係相連結。當然，製作工作產物的人員也是非常重要的，所以對干係人的連結也是必要的。也就是說，具備高可追蹤性的研發平台讓我們知道什麼人（Who）因為什麼原因（Why）在什麼時候（When）做了什麼事（What）。
推動整個套用生命周期的管理必是業內的一個趨勢。歐美公司使用測試和代碼管理工具較中國公司早，但改進步調緩慢。
工具
知識管理
◆ TechExcel KnowledgeWise (TechExcel)
需求管理
◆ DOORS Telelogic (IBM)
◆ TechExcel DevSpec (TechExcel)
缺陷跟蹤
◆ Rational ClearQuest (IBM)
◆ TechExcel DevTrack (TechExcel)
◆TeamTrack (Serena)
◆StarTeam (Borland)
項目規劃和項目管理
◆ MS Project (Microsoft)
◆ Visual Studio Team System (Microsoft)
◆ TechExcel DevPlan (TechExcel)
測試管理
◆TechExcel DevTest (TechExcel)
配置管理
◆ Rational ClearCase (IBM)
◆ TechExcel VersionLink (TechExcel)
◆ Firefly (Hansky)
套用生命周期平台特點
整合的系統（Integrated System）–現今針對軟體套用生命周期中各個階段的工作管理，雖然可選的管理工具頗多，但它們多半是由不同的公司開發出來，且是各自獨立的。這至少造成了以下兩個問題。第一，各階段的數據不能被共享。舉例來說，同樣的需求會在需求管理工具中記錄，又同時需要出現在缺陷跟蹤工具里。若要把這些數據要從一個工具拷貝到另一個工具，不但在時間上有延遲，同時在費用上也會增加，而且發生錯誤的可能性也變大。第二，項目執行的流程無法被固化。由於工具是各自獨立的，工具間的流程自然是沒法被固化的。如果我們能夠找到一套整合的系統，這些問題勢必迎刃而解。不但解決了軟體套用生命周期中各個階段工作的管理，而且也解決了階段性數 據的共享。
項目的透明度（Visibility）要高 –由於項目包含了龐大的數據，參與者往往都在霧裡。對於關鍵的數據，看似存在，卻無從提取。就如項目經理，他無法對項目的成本、所需人力以及時間等等進行合理的估算。由於缺乏真實的數據支撐，公司決策層對項目的投資報酬率不清楚，對整體策略步履蹣跚。其他如缺陷修復現狀、缺陷率、任務完成時間估算和任務現狀等都是項目里提高透明度的一些指標。這些年被敏捷團隊所津津樂道的任務時間估算方式是以Burndown Chart來實現的。Burndown Chart通常以時間為橫軸,以未完成的工作為縱軸。它顯示隨時間推移,項目中還剩下多少工作未完成。從而幫助項目管理層掌控項目的執行進展。
可追溯性（Traceability）要高 –理想上，項目成員在生命周期管理系統中，可將相關的文檔（包括需求及參考資料等）、測試用例及代碼等建立連結，並有辦法從其中的任意一個節點，追溯到其他的相關條目。如果生命周期管理系統的各個子系統不是整合的，那這種追溯事實上是不可能完善的。如果把重要的設計文檔丟失了，就是因為只是單純的將文檔放在伺服器上，而沒有保存到管理系統中管理，造成無法追溯。在實際的項目執行中，最常發生的例子可能是，研發人員要修復某個缺陷，他常常需要找出原本的設計文檔及其他相關缺陷的修復狀況。知道了來龍去脈後，他便可以很準確地完成他 的工作。
自動化（Automation）程度要高 –在項目的執行過程中，很多機械性的工作是可以經由軟體系統自動觸發的。最常見的例子是，當經理在工作流程中把某研發任務交給某個研發工程師時，一個電子郵件（或簡訊）就應該自動地郵寄到該工程師信箱（或手機）里。另一個例子是，某個項目要由10個委員在2周內評估完。在2周截止日前3天，系統也可以發個電子郵件通知提醒委員們“只剩3天了”。如提前評估完了，相關人員應該收到電子郵件通知，以便安排下一步工作。若過了截止日期，而評估仍舊未完成，系統也可以發電子郵件，並列出未完成評估的人員。通過引入自動化的機制，勢必降低了項目的人力管理成本，同時也提高了項目的執行效率。TechExcel公司是世界領先的套用生命周期管理（ALM）解決方案提供商，倡導"以知識為核心"的管理理念，以高度靈活配置能力的軟體產品為優勢，助力企業實現產品研發與服務支持間的暢通與高效，通過成熟的管理實踐，實現企業戰略目標。
