跟世界上的任何事物一樣，軟件研發(fā)也有其生命周期。通常，我們將一個軟件的生命周期劃分為分析、設計、開發(fā)、測試、部署、維護直至***廢止等這樣幾個階段；而利用各種工具輔助每個關鍵環(huán)節(jié)進行管理，就稱為應用程序生命周期管理(ALM: Application Lifecycle Management)。

在應用程序的整個生命周期中，每—個關鍵環(huán)節(jié)都有其任務，同時產(chǎn)生—定的規(guī)格或是程序再交付給下—個環(huán)節(jié)。如果缺少管理，或者是流程中的某個環(huán)節(jié)建立在一個過程所產(chǎn)生的錯誤結(jié)果之上，整個軟件工程極有可能面臨失敗的命運。應用程序生命周期管理的關注點就在于將軟件研發(fā)的全部過程看做一個連續(xù)的、可重復的過程：定義、設計、開發(fā)、測試、部署和管理。過程中的每個部分都需要認真對待，進行監(jiān)控，以確保整個流程能夠順利完成。

圖1 應用程序生命周期管理

通過實施應用程序生命周期管理，我們可以獲得如下的好處：

◆提高生產(chǎn)率，整個團隊共享開發(fā)和部署的***實踐(Best Practices)過程，而開發(fā)人員則只需要關注具體的業(yè)務需求(Business Requirement)

◆提高質(zhì)量，使得最終交付的應用程序滿足用戶的期望(Expectation)

◆打破合作過程中的壁壘，尤其是技術人員和非技術人員之間的溝通障礙，使得項目中的各種信息流通暢

◆通過簡化的集成方案加速開發(fā)

◆使設計與應用程序保持同步從而降低維護時間

◆使發(fā)生在技能(Skill)、流程(Process)、技術(Technology)方面的投資***化

◆通過降低修改與構建程序所需時間提高應用程序應對業(yè)務變更的靈活性

隨著軟件開發(fā)實踐的不斷深入，應用程序生命周期管理越來越被業(yè)界接受為一種經(jīng)過實踐檢驗的，可以創(chuàng)造高品質(zhì)的應用程序的，可靠的軟件開發(fā)模式。但是，要實施整個應用程序生命周期管理是非常復雜的，我們必須借助一些工具來幫助我們完成整個生命周期的管理。最初的時候，項目中的技術人員使用一些單獨的開發(fā)工具進行軟件開發(fā)，例如架構師使用Rose進行架構設計，而開發(fā)人員則使用Visual Studio進行編碼。同時，項目中的非技術人員則使用一些通用的項目管理工具進行項目管理，例如項目經(jīng)理使用Project，Excel等制定項目計劃，進行任務劃分和分配等。

那個時代，這些軟件被簡單松散地集合在一起，各個軟件之間無法進行信息流的溝通，軟件開發(fā)流程和項目管理流程兩者是完全分裂開的。導致信息在項目內(nèi)部的阻塞。同時，由于軟件開發(fā)的復雜度(Complexity)和混合度(Sophistication)的增長，最初以版本控制軟件為核心的工具集合已經(jīng)向外擴展到更多方面，從而對應用程序生命周期管理軟件提出了更多的要求。

Visual Studio Team System 2010

微軟看到了應用程序生命周期管理在業(yè)界逐漸被接受認可的趨勢，所以在微軟的第三代Visual Studio Team System——Visual Studio Team System 2010中，將提供協(xié)同一致的應用程序生命周期管理工具，讓參與軟件開發(fā)的各種人員，從架構師到開發(fā)人員，從項目經(jīng)理到測試人員，都能夠更加容易地在整個ALM過程中進行協(xié)作。

圖2 Visual Studio Team System的架構

我們可以看到，VSTS 2010的用戶包含了項目管理人員，架構師，開發(fā)人員和測試人員，他們覆蓋在整個軟件開發(fā)生命周期中。而VSTS 2010則為軟件開發(fā)項目流程中不同角色的人員提供相應的工具，并且最重要的是將這些工具以Team Foundation Server為核心整合在一起，增強了軟件開發(fā)團隊中的溝通與協(xié)作。利用Visual Studio Team System，我們將能夠?qū)崿F(xiàn)完整的應用程序生命周期管理，使得開發(fā)團隊能夠在開發(fā)過程的早期以及在整個開發(fā)過程中確保更高的可預見性和更好的質(zhì)量。

架構

其中，在架構方面，VSTS 2010將通過新的架構瀏覽器(Architecture Explorer)和架構層圖(Architecture Layer Diagram)，以圖形化的方式描述系統(tǒng)架構，從而使得項目中的技術人員或非技術人員都能以模型透過圖形化的方式進行協(xié)作，以及定義企業(yè)與系統(tǒng)功能。另外，VSTS 2010也同時支援統(tǒng)一建模語言(UML: Unified Modeling Language)及特定領域語言(DSL: Domain Specific Language)。

圖3 架構層圖

在實際的項目開發(fā)實踐中，大多數(shù)情況下我們都是在已有代碼的基礎上構建新的系統(tǒng)。在這種情況下，架構師或者開發(fā)人員遇到的一個典型的問題是：沒有好的工具可以幫助他們很好地理解現(xiàn)有代碼的架構，從而無法有效地在現(xiàn)有代碼的基礎上，添加新的功能以滿足新的需求。為了解決這個問題，VSTS 2010提供了新的建模工具——架構瀏覽器(Architecture Explorer)。新的架構瀏覽器可以讓架構師或者開發(fā)人員為已有代碼創(chuàng)建完整的架構圖，理解原有系統(tǒng)的各個組件是如何協(xié)作在一起的。這將為架構師或者開發(fā)人員決定如何使用，復用或者是棄用現(xiàn)有代碼提供足夠的有價值的參考信息。

圖4 架構瀏覽器

#p#

開發(fā)與測試

在測試方面，VSTS 2010強化了測試功能，同時簡化了在整個應用程序生命周期中整合測試的工具。新功能包括移除不可重現(xiàn)(No-Repro)的錯誤、快速進行有關測試的設計與開發(fā)、測試用例管理，與Team Foundation Server集成的測試計劃，以及確保所有更新的程序代碼都被測試等。

圖5 豐富的測試工具

在VSTS 2010中，重點強調(diào)了測試人員與開發(fā)人員的協(xié)作。它提供了兩個視圖：測試影響視圖(Test Impact View)和代碼變更視圖(Code Changes View)。通過這兩個視圖，開發(fā)人員可以更加了解開發(fā)對測試的影響。當開發(fā)人員變更代碼的時候，測試影響視圖會分析哪些測試需要運行以驗證代碼變更。這將幫助開發(fā)人員只運行必要的測試以對代碼變更進行驗證，從而對簽入的代碼充滿信心。新的測試影響視圖顯示了代碼變更后必須運行的測試的列表，同時顯示了每個測試所影響到的代碼變更。而代碼變更視圖則顯示了所有代碼變更的列表，同時顯示了為了驗證這個代碼變更所必須運行的測試。這樣就避免了運行全部測試來驗證某一個小的代碼變更所造成的浪費，使得測試更加高效。

協(xié)作

VSTS 2010在協(xié)作功能上則通過強化Team Foundation Server(TFS)加以改善，包括提供流程模板，允許團隊可以配置及采用任何喜歡的敏捷式(Agile)軟件開發(fā)模式。團隊可根據(jù)豐富的工作項目連結(jié)進行追蹤，并建立有層次的工作項目關聯(lián)。在應用程序生命周期管理中，我們最關心的是項目的管理人員如何參與到整個生命周期中來。通過TFS與Peoject和Excel之間的緊密協(xié)作，項目的管理人員可以使用自己熟悉的項目管理工具，直接從TFS獲取項目的相關信息，通過豐富的項目報表，了解項目的運行情況，準確地對項目中的各項任務進行計劃和管理。

圖7 Project與VSTS的協(xié)作，產(chǎn)生項目計劃

圖8 項目剩余工時報表

另外，在程序代碼管理系統(tǒng)上，TFS則提供視覺化的工具以追蹤從分支到產(chǎn)品版本的所有修改；以及提供各種工作流程程序版本以提前發(fā)現(xiàn)錯誤。

【編輯推薦】

1. 用VSTS代碼驗證工具捕捉C/C++錯誤
2. VSTS 編寫測試Test技巧
3. 利用VSTS實現(xiàn)Daily Build