1. 程式人生 > >軟工Chapter Six

軟工Chapter Six

開始 有用 承諾 rup 自己 程序 周期 選擇 統一

軟工Chapter six

團隊和流程

典型的軟件團隊模式和開發流程是:主治醫師模式、明星模式、社區模式、業余劇團模式、秘密團隊、特工團隊、交響樂團模式、爵士樂模式、功能團隊模式;寫了再改模式、瀑布模型、瀑布模型的各種變形、統一流程、老板驅動的流程、漸進交付的流程。

現在的編程離不開團隊的合作,那麽怎樣的組合才能算是一個團隊呢?首先,團隊有一致的集體目標,團隊要一起完成這目標。一個團隊的成員不一定要同時工作,但一定要有共同的目標。另外團隊成員有各自的分工,互相依賴合作,共同完成任務。

軟件團隊有各種形式,適用於不同的人員和需求。軟件開發過程中有很多模式可以參考,例如,主治醫師模式,明星模式,社區模式,業余劇團模式等等。這些模式使用於不同的場景和需求,我們要根據自己的實際需要來選擇參考不同的模式。在一開始說過什麽叫軟甲年開發流程,即我們在開發、運營、維護軟件的過程中有很多技術、做法、習慣和思想,將這些相關的技術和過程統一到一個體系中。最開始史蒂夫

·麥克康奈爾提到的寫了再改模式。這個模式雖然簡單,但當面臨一些只用一次的程序,看過了就扔的原型和一些不適用的演示程序,這個模式是很有用的。之後提出的相對成熟的瀑布模型。瀑布模型,顧名思義,是一種從上往下一步一步按順序執行的過程。從瀑布模型開始的各種模型都有一個共同點:重計劃,重事先設計,重文檔表達。這一類的方法中集大成者要算RUPRational統一流程。最後一個很接近現在的叠代式開發流程,漸進交付的流程,MVPMBP。在說明了這麽多團隊模式和流程後,優秀的模式和流程有什麽共同點呢?CMU軟件工程學院把這些共同點抽象總結為TSP的原則:

1.使用妥善定義的流程,流程中的每一步都是可以重復、可以衡量結果的。

2.團隊的各個成員對團隊的目標,角色,產品都有統一的理解。

3.盡量使用成熟的技術和做法。

4.盡量多地手機數據,並使用數據來幫助團隊做出理性的決定。

5.制定切合實際的計劃和承諾,團隊計劃要有負責具體執行的角色來制定。

6.增加團隊的自我管理能力。

7.專註於提高質量,爭取在軟件的生命周期的早期發現問題。

軟工Chapter Six