基于TSP的氣象信息系統的研究

摘要:團隊軟件過程TSP用于指引如何規劃和管理一個團隊，并指導團隊開發軟件密集型產品。在此介紹了TSP在氣象信息系統中的應用，并結合了PSP、CMM，分析了三者之間的關系，針對氣象信息系統的開發，說明了具體實施過程，對系統開發的經驗和問題進行了總結。

關鍵詞:團隊軟件過程;TSP;PSP;CMM;氣象信息系統

中圖分類號:TP391文獻標識碼:A文章編號:1009-3044(2010)01-111-02

The Study of TSP in the System of Meteorlogical Information

ZHAN Xiang

(Nanjing University of Information Science Technology， Nanjing 210044， China)

Abstract: Team Software Process is used on how to plan and manage a team，besides guiding a team to develop intensive software.This paper describes the application of TSP on Meteorlogical Information，and analyze the relationship of PSP，TSP and CMM.It’s illustrate the concrete practice process in the development of Meteorlogical Information system，and summarized the experience and problem of the development of system.

Key words: team software process; TSP; PSP; CMM; meteorlogical information system

當前，幾乎所有的商業化管理軟件都是由小組開發的，在規定的時間內按照進度表交付高質量的軟件產品，團隊的協同工作是主，軟件的生產過程為輔。因此，1987年，美國卡內基梅隆大學軟件工程研究所的Humphrey等人開發了軟件能力成熟度模型CMM，并后繼提出了PSP，但對于大型項目中的團隊如何協同工作、共同保證團隊的整體產品質量沒有給出任何指導性的原則。個人能力的提高同時需要一個有效地工作在一個團隊環境，并知道如何交付高質量的產品。為了提高團隊的質量及生產能力，更加精確地達到規定的時間和費用，結合PSP的原則提出來TSP。TSP能夠指導團隊中的成員如何有效的規劃和管理所面臨的開發任務，并且告訴管理人員如何指導團隊成員始終以最佳的狀態來完成。

1 TSP概述

TSP是繼PSP后提出的又一種軟件過程改進方法，它和PSP為企業提供了規范軟件過程的一整套方案，又通過與CMM的結合，TSP定義了一個面向小組的軟件工程框架，強調在過程、產品和小組協同工作之間的平衡。TSP主要面向中小型的開發團隊，它開拓了一個對于個人和團隊都能高效率工作的環境，并在這個環境中不斷生產并交付高質量的軟件產品。

1.1 TSP設計原則

對于一個軟件的研制，粗略的分為:計劃、開發和維護三個階段，如果要在規定的時間和費用下交付高質量的產品，則在軟件開發或者維護的過程中，就要遵循TSP以下幾個設計原則:

提供一個基于PSP的簡單框架，然后逐步完善。

選用增量式迭代開發的方法，通過若干個循環開發一個產品。

對按照TSP開發的軟件產品，建立質量和性能上的度量標準。

對實施TSP的群組及其成員的工作效果提供準確的度量標準。

在TSP的實施過程中，對角色和群組進行定期的評價。

對每一個項目的TSP規定明確的過程規范。

對實施TSP中可能遇到的問題提供解決問題的指南。

1.2 TSP實施原則

在實施群組軟件過程TSP的過程中，應該至始至終貫徹集體管理與自我管理相結合的原則。具體地說，應該實施以下六項原則:

計劃工作原則，在每一階段開始時要制定工作計劃，規定明確的目標。

實施求是原則，目標不應過高也不應過低而應實事求是，在檢查計劃時如果發現未能完成或者已經超越規定的目標，應分析原因，并根據實際情況對原有計劃做必要的修改。

動態監控原則，一方面應定期追蹤項目進展狀態并向有關人員匯報，另一方面應經常評審自己是否按PSP原理進行工作。

自我管理原則，開發小組成員如發現過程不合適，應主動、及時地進行改進，以保證始終用高質量的過程來生產高質量的軟件，任何消極埋怨或坐視等待的態度都是不對的。

集體管理原則，項目開發小組的全體成員都要積極參加和關心小組的工作規劃、進展追蹤和決策制訂等項工作。

獨立負責原則，按照TSP原理進行管理，每個成員都要擔任一個角色。軟件開發小組角色大致有客戶界面、設計方案、實現技術、工作規劃、軟件過程、產品質量、工程支持和產品測試等。如果小組成員較少，則可將某些角色合并，如果成員較多，也可將其中的某些角色拆分，總之，每個成員都要獨立擔當一個角色。

2 TSP運用于氣象信息系統中

TSP運用于氣象信息系統中，每一步都進行信息記錄，項目結束后得到，如表1所示。

2.1 氣象信息系統的計劃和跟蹤

在氣象信息系統進行大規模整改之初，需要對氣象信息系統的整改工作、整改涉及的范圍、完成整改需要的時間進行估計，也就是TSP流程的第一步——項目啟動。通過對整個任務進行全面地規劃和組織，可以明確項目組的目標、項目組各成員的明確角色、項目開發計劃、每個成員的詳細工作計劃、項目的風險分析結果及項目的狀態報告，具體TSP應用到氣象信息系統中的啟動過程如圖1。

在氣象信息系統開發過程中，對設計的實際開發時間進行跟蹤記錄，在設計結束后，可以對計劃和跟蹤數據進行分析，找出出現偏差的原因，以便在后續項目中制訂更加詳細準確的項目計劃。

2.2 建立例會制度

在氣象信息系統設計完成的過程中，設計小組需要定期開會，例會的周期為周，在例會中小組成員匯報上一周的工作情況，提交上一周的工作數據，并分析工作中存在的問題，對于較難解決的問題小組成員共同商討解決方案，在例會最后布置下一周的工作任務。同時，設計小組每天都通過網絡或者面對面的方式進行有異議問題、突發疑難問題等進行溝通，這樣就可以有效地管理氣象信息系統設計的進度，并且在軟件產品質量上有一定的保證，在此基礎上能再一步提高。

2.3 氣象信息系統設計職責的劃分

在TSP運用于氣象信息系統具體的實踐過程中，按照TSP的創始人Humphrey的建議，將小組成員定義了大概七個角色:客戶界面管理者、項目具體設計管理者、具體技術實現管理者、規劃管理者、產品質量管理者、技術支持者、產品測試者等。在氣象信息系統的設計過程中，由于小組人員較少，各個成員都要從事開發工作，但是又為每一個小組成員賦予了一定的角色，負責一個或者多個方面的項目管理工作，這樣可以保障信息系統的設計工作在規定的時間內保質保量的高效完成。在氣象信息系統設計中設有項目負責人、程序員、測試員、美工、數據庫設計者、文檔編輯者、項目規劃監督者等，每個成員均擔任兩項以上角色的任務，在TSP實施的過程中，小組成員本身嚴格按照PSP的規范性進行每一步的操作，從根本上保證TSP順利實施，最終交付高質量的產品。

2.4 需求管理

氣象信息系統是實際的項目設計，在項目整改之前需求工作沒有做到位，導致現在氣象信息系統的整改。在整改啟動后，首先與局方進行互動聯系，爭取獲得及時準確的需求信息，由于信息系統是為局方開發的管理軟件，必須得到用戶的配合和認可。在整改設計的過程中，增加了與用戶交流這一流程，在交流的過程中理解用戶真正的意圖，尊重用戶提出的每一項需求，每做出一個重大的轉折性的決定都要得到用戶的認可，這樣才能保證設計工作按部就班的實施。在設計的過程中，對于局方提出的無法實現或者難以實現的需求，要雙方平心靜氣的進行溝通，尋求變通解決的方案，這樣才能使得局校合作力求完美。作為項目的開發方，我們充分考慮到局方的操作便捷、通俗易懂、美觀大方等，在技術層次上也力求在國內現有水平上的更大突破。

2.5 設計測試和項目評審

按照TSP的角色劃分，小組內成員均承擔相關的角色任務，在信息系統設計的測試階段進行白盒測試，嚴格按照軟件測試流程，制作相應的測試方案，編寫測試用例，在具體執行測試的過程中進行單元測試、集成測試、系統測試等，并做測試總結。根據TSP的實施計劃，采用日志和周報審核制度，做到進度不滯后于計劃。

項目評審在TSP實施的過程中是一個非常重要的環節，項目評審是保證軟件質量的一項強有力的手段，在氣象信息系統的設計中，分為項目組內部評審和氣象局內部評審。小組在設計系統的過程中每完成一個階段的任務后，由項目負責人組織召開項目組內評審，針對具體情況做出總結，然后由氣象局內部人員組織召開局內項目評審會議，驗證階段工作在各個層面上是否符合預定的標準，做出評審總結表。

3 總結

TSP能夠指導項目組中的成員如何有效地規劃和管理所面臨的項目開發任務，并且告訴管理人員如何指導軟件開發隊伍始終以最佳狀態來完成工作，讓每個項目組成員充分體驗到每個角色在軟件開發過程中的重要性。從長遠的眼光來看，在軟件企業中將PSP、CMM和TSP有機地結合起來，才能發揮最大的效力，生產并交付高質量的產品。

參考文獻:

[1] 李越.關于PSP、TSP和CMM(CMMI)相結合的探討[J].鐵路計算機應用，2006(9).

[2] 徐紅.軟件質量保障體系在中國的實施--CMM/TSP/PSP[C].1999年863專題論壇，1999.

[3] 鄧良松.軟件工程[M].西安:西安電子科技出版社，2000.

[4] Jacobson I，Booch G，Rumbaugh J.統一軟件開發過程[M].北京:機械工業出版社，2002.

[5] Mackey K.Stages of Team Development[J].IEEE Software，1999.

[6] Davis N，Mullaney J.The Team Software ProcessSM (TSPSM) in Practice: A Summary of Recent Results[R].CMU /SEI2003-TR-014ESC-TR-2003-014，2003.

[7] Davis N，Humphrey W S，McHale J.Using the TSP to Accelerate CMM2based Software Process Improvement[R].Pittsburgh，SEI CarnegieMellon University，2001.

[8] Humphrey W S.Introduction to the Team Software Process[M].Reading，MA:Addison2Wesley，2000.