複製鏈接
請複製以下鏈接發送給好友

應用生命週期

鎖定
應用生命週期是指應用程序進程從創建到消亡的整個過程。起源於20世紀60年代。
中文名
應用生命週期
含    義
應用程序從創建到消亡的整個過程
起    源
20世紀60年代
文件頒佈
國際標準化組織

應用生命週期簡介

比如軟件開發從需求分析開始,歷經項目規劃、項目實施、配置管理、測試管理等階段,直至最終被交付或發佈的全過程。

應用生命週期起源

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)解決方案提供商,倡導"以知識為核心"的管理理念,以高度靈活配置能力的軟件產品為優勢,助力企業實現產品研發與服務支持間的暢通與高效,通過成熟的管理實踐,實現企業戰略目標。