全職殺手:用VSTS2010進行軟件生命周期管理
跟世界上的任何事物一樣，軟件研發也有其生命周期。通常，我們將一個軟件的生命周期劃分為分析、設計、開發、測試、部署、維護直至***廢止等這樣幾個階段；而利用各種工具輔助每個關鍵環節進行管理，就稱為應用程序生命周期管理(ALM: Application Lifecycle Management)。
在應用程序的整個生命周期中，每—個關鍵環節都有其任務，同時產生—定的規格或是程序再交付給下—個環節。如果缺少管理，或者是流程中的某個環節建立在一個過程所產生的錯誤結果之上，整個軟件工程極有可能面臨失敗的命運。應用程序生命周期管理的關注點就在于將軟件研發的全部過程看做一個連續的、可重復的過程：定義、設計、開發、測試、部署和管理。過程中的每個部分都需要認真對待，進行監控，以確保整個流程能夠順利完成。
通過實施應用程序生命周期管理，我們可以獲得如下的好處：
◆提高生產率，整個團隊共享開發和部署的***實踐(Best Practices)過程，而開發人員則只需要關注具體的業務需求(Business Requirement)
◆提高質量，使得最終交付的應用程序滿足用戶的期望(Expectation)
◆打破合作過程中的壁壘，尤其是技術人員和非技術人員之間的溝通障礙，使得項目中的各種信息流通暢
◆通過簡化的集成方案加速開發
◆使設計與應用程序保持同步從而降低維護時間
◆使發生在技能(Skill)、流程(Process)、技術(Technology)方面的投資***化
◆通過降低修改與構建程序所需時間提高應用程序應對業務變更的靈活性
隨著軟件開發實踐的不斷深入，應用程序生命周期管理越來越被業界接受為一種經過實踐檢驗的，可以創造高品質的應用程序的，可靠的軟件開發模式。但是，要實施整個應用程序生命周期管理是非常復雜的，我們必須借助一些工具來幫助我們完成整個生命周期的管理。最初的時候，項目中的技術人員使用一些單獨的開發工具進行軟件開發，例如架構師使用Rose進行架構設計，而開發人員則使用Visual Studio進行編碼。同時，項目中的非技術人員則使用一些通用的項目管理工具進行項目管理，例如項目經理使用Project，Excel等制定項目計劃，進行任務劃分和分配等。
那個時代，這些軟件被簡單松散地集合在一起，各個軟件之間無法進行信息流的溝通，軟件開發流程和項目管理流程兩者是完全分裂開的。導致信息在項目內部的阻塞。同時，由于軟件開發的復雜度(Complexity)和混合度(Sophistication)的增長，最初以版本控制軟件為核心的工具集合已經向外擴展到更多方面，從而對應用程序生命周期管理軟件提出了更多的要求。
Visual Studio Team System 2010
微軟看到了應用程序生命周期管理在業界逐漸被接受認可的趨勢，所以在微軟的第三代Visual Studio Team System——Visual Studio Team System 2010中，將提供協同一致的應用程序生命周期管理工具，讓參與軟件開發的各種人員，從架構師到開發人員，從項目經理到測試人員，都能夠更加容易地在整個ALM過程中進行協作。
圖2 Visual Studio Team System的架構
我們可以看到，VSTS 2010的用戶包含了項目管理人員，架構師，開發人員和測試人員，他們覆蓋在整個軟件開發生命周期中。而VSTS 2010則為軟件開發項目流程中不同角色的人員提供相應的工具，并且最重要的是將這些工具以Team Foundation Server為核心整合在一起，增強了軟件開發團隊中的溝通與協作。利用Visual Studio Team System，我們將能夠實現完整的應用程序生命周期管理，使得開發團隊能夠在開發過程的早期以及在整個開發過程中確保更高的可預見性和更好的質量。
架構
其中，在架構方面，VSTS 2010將通過新的架構瀏覽器(Architecture Explorer)和架構層圖(Architecture Layer Diagram)，以圖形化的方式描述系統架構，從而使得項目中的技術人員或非技術人員都能以模型透過圖形化的方式進行協作，以及定義企業與系統功能。另外，VSTS 2010也同時支援統一建模語言(UML: Unified Modeling Language)及特定領域語言(DSL: Domain Specific Language)。
圖3 架構層圖
在實際的項目開發實踐中，大多數情況下我們都是在已有代碼的基礎上構建新的系統。在這種情況下，架構師或者開發人員遇到的一個典型的問題是：沒有好的工具可以幫助他們很好地理解現有代碼的架構，從而無法有效地在現有代碼的基礎上，添加新的功能以滿足新的需求。為了解決這個問題，VSTS 2010提供了新的建模工具——架構瀏覽器(Architecture Explorer)。新的架構瀏覽器可以讓架構師或者開發人員為已有代碼創建完整的架構圖，理解原有系統的各個組件是如何協作在一起的。這將為架構師或者開發人員決定如何使用，復用或者是棄用現有代碼提供足夠的有價值的參考信息。
圖4 架構瀏覽器
#p#
開發與測試
在測試方面，VSTS 2010強化了測試功能，同時簡化了在整個應用程序生命周期中整合測試的工具。新功能包括移除不可重現(No-Repro)的錯誤、快速進行有關測試的設計與開發、測試用例管理，與Team Foundation Server集成的測試計劃，以及確保所有更新的程序代碼都被測試等。
圖5 豐富的測試工具
在VSTS 2010中，重點強調了測試人員與開發人員的協作。它提供了兩個視圖：測試影響視圖(Test Impact View)和代碼變更視圖(Code Changes View)。通過這兩個視圖，開發人員可以更加了解開發對測試的影響。當開發人員變更代碼的時候，測試影響視圖會分析哪些測試需要運行以驗證代碼變更。這將幫助開發人員只運行必要的測試以對代碼變更進行驗證，從而對簽入的代碼充滿信心。新的測試影響視圖顯示了代碼變更后必須運行的測試的列表，同時顯示了每個測試所影響到的代碼變更。而代碼變更視圖則顯示了所有代碼變更的列表，同時顯示了為了驗證這個代碼變更所必須運行的測試。這樣就避免了運行全部測試來驗證某一個小的代碼變更所造成的浪費，使得測試更加高效。
協作
VSTS 2010在協作功能上則通過強化Team Foundation Server(TFS)加以改善，包括提供流程模板，允許團隊可以配置及采用任何喜歡的敏捷式(Agile)軟件開發模式。團隊可根據豐富的工作項目連結進行追蹤，并建立有層次的工作項目關聯。在應用程序生命周期管理中，我們最關心的是項目的管理人員如何參與到整個生命周期中來。通過TFS與Peoject和Excel之間的緊密協作，項目的管理人員可以使用自己熟悉的項目管理工具，直接從TFS獲取項目的相關信息，通過豐富的項目報表，了解項目的運行情況，準確地對項目中的各項任務進行計劃和管理。
圖7 Project與VSTS的協作，產生項目計劃
圖8 項目剩余工時報表
另外，在程序代碼管理系統上，TFS則提供視覺化的工具以追蹤從分支到產品版本的所有修改；以及提供各種工作流程程序版本以提前發現錯誤。
【編輯推薦】
