Baseline an executable architecture early on
        很多項(xiàng)目風(fēng)險(xiǎn)與所選用的框架有關(guān)。因此你總會(huì)希望選擇正確的框架。實(shí)際上，能夠把基線建立在一個(gè)功能性框架上，就是說(shuō)盡可能早的設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試這個(gè)框架對(duì)于一個(gè)成功的項(xiàng)目來(lái)說(shuō)是很關(guān)鍵的。因此RUP把它作為一個(gè)精化階段的主要目標(biāo)，比如在一個(gè)有四個(gè)階段的項(xiàng)目中，這個(gè)過(guò)程會(huì)占到兩個(gè)階段。
        首先，框架對(duì)我們來(lái)說(shuō)有什么意義？框架包含一個(gè)軟件系統(tǒng)的絕大多數(shù)重要的模塊和接口--即子系統(tǒng)和子系統(tǒng)的接口、組件和組件的接口。這個(gè)結(jié)構(gòu)為系統(tǒng)提供了一個(gè)“骨架”，它會(huì)占到最終代碼的百分之十到百分之二十。這個(gè)框架同樣包含所謂的“框架機(jī)制”。就是指對(duì)于一些通用問(wèn)題的經(jīng)典解決方法，比如持久化機(jī)制和垃圾回收機(jī)制。要想得到一個(gè)正確的框架是相當(dāng)困難的，因此你需要選用你手下最有經(jīng)驗(yàn)的人來(lái)從事這項(xiàng)工作。
        當(dāng)手頭有了合適的框架以后，也就相當(dāng)于擁有了一套健全的模塊或組件，進(jìn)而為最終的產(chǎn)品做好準(zhǔn)備。同時(shí)，遵照RUP的迭代過(guò)程，你的團(tuán)隊(duì)可能已經(jīng)在分析、設(shè)計(jì)、實(shí)現(xiàn)以及測(cè)試中得到了很多重要的經(jīng)驗(yàn)，所以你需要牢牢地抓住這些“無(wú)形的財(cái)富”來(lái)使你的系統(tǒng)不斷完善。以一個(gè)可以運(yùn)轉(zhuǎn)的框架為基線，你可以更加準(zhǔn)確的估算出項(xiàng)目所需要的資源和時(shí)間。掌握了這些重要的信息，你就可以?xún)?yōu)化你的資源配置并通過(guò)對(duì)邊界的管理來(lái)更好的與商務(wù)運(yùn)作相配合。
        一個(gè)正在運(yùn)轉(zhuǎn)的框架，傳達(dá)了這樣一種信息：就是你已經(jīng)處理好了大多數(shù)建造系統(tǒng)的難點(diǎn)。現(xiàn)在想要向項(xiàng)目中引入一個(gè)新成員，變得更加容易；邊界已經(jīng)被那些關(guān)鍵的組件、基本的接口定義好了；并且框架機(jī)制已經(jīng)開(kāi)始被越來(lái)越多的使用，普通的問(wèn)題可以很上手的解決。

Build your system with components
        隨著功能分布到系統(tǒng)的各個(gè)部分，數(shù)據(jù)也隨著功能被隨處堆放。結(jié)果導(dǎo)致維護(hù)系統(tǒng)需要很大的花費(fèi)。比如如果改變數(shù)據(jù)的存儲(chǔ)模式，將會(huì)給相當(dāng)數(shù)量的功能造成壓力，并且通常情況下很難知道在這個(gè)系統(tǒng)中到底哪些功能會(huì)真正受到影響。
         另外，這種開(kāi)發(fā)模式把數(shù)據(jù)和施之于數(shù)據(jù)上的一組操作封裝到一個(gè)組件里面。當(dāng)你需要修改數(shù)據(jù)的存儲(chǔ)方式，又或者想要修改數(shù)據(jù)的處理方式的時(shí)候，這些變化都會(huì)被組件所隔離。這回導(dǎo)致系統(tǒng)變得更加具備“柔性”。
        和組件打交道，使用它所能提供的功能和代碼，你只需要知道組件的接口即可，你完全不用關(guān)心它內(nèi)部是如何工作的。更甚至一個(gè)組件可以被完全重寫(xiě)，而不會(huì)給當(dāng)前的系統(tǒng)和系統(tǒng)代碼帶來(lái)任何的影響，當(dāng)然前提是接口不能變動(dòng)。這就是面向組件開(kāi)發(fā)的重要特色，我們叫它“封裝性”，這使得組件更加易于重用。
        組件同樣可以被另外一個(gè)組件所集成，從而使集成者具備更加高級(jí)的能力。連接、封裝以及大型組件的出現(xiàn)更加促進(jìn)了重用帶給應(yīng)用程序開(kāi)發(fā)的生產(chǎn)力。
        組件技術(shù)同時(shí)也是WebService的基礎(chǔ)。所以WebService幾乎具備組件的一切優(yōu)點(diǎn)，同時(shí)它還有“跨平臺(tái)”的特點(diǎn)。

Work together as on team
        人是一個(gè)項(xiàng)目中最寶貴的資產(chǎn)。軟件開(kāi)發(fā)越來(lái)越變得像是一個(gè)團(tuán)隊(duì)競(jìng)技，并且迭代式的軟件開(kāi)發(fā)方法對(duì)你管理團(tuán)隊(duì)的方式、你的團(tuán)隊(duì)使用的工具以及每一個(gè)團(tuán)隊(duì)成員的價(jià)值都有深遠(yuǎn)的影響。
         傳統(tǒng)意義上，很多公司都有各司其職的小組織：所有的分析人員在一個(gè)小組里，設(shè)計(jì)者在一個(gè)小組里，測(cè)試者在一個(gè)小組里，甚至說(shuō)會(huì)在另一幢建筑里。盡管這個(gè)組織讓有相應(yīng)資格的人在一起工作，但是會(huì)這會(huì)削弱交流的效果。這會(huì)導(dǎo)致如需求小組產(chǎn)生的需求不會(huì)被開(kāi)發(fā)者或測(cè)試者所吸收這種情況的出現(xiàn)。這會(huì)導(dǎo)致交流上出現(xiàn)斷層，附加額外的工作，甚至使項(xiàng)目延期。
        按照職責(zé)對(duì)人進(jìn)行劃分是瀑布方法時(shí)代常用的管理方法，如果你有20個(gè)月以上的時(shí)間，你完全可以這樣去管理。但是現(xiàn)實(shí)是你只有一半的時(shí)間，甚至只有三個(gè)月的時(shí)間。你需要一個(gè)暢通無(wú)阻的平臺(tái)去讓團(tuán)隊(duì)進(jìn)行交流。為了達(dá)到這一點(diǎn)，你需要：
在你的項(xiàng)目中打破“職責(zé)組”的劃分。
確保團(tuán)隊(duì)成員本著“我要盡可能的為提高項(xiàng)目質(zhì)量而工作”的思想?yún)⑴c項(xiàng)目，而不是成天想著只完成“指派給我的本職工作”。
為不同職責(zé)的人提供有效的交流工具。
現(xiàn)在看一下具體怎樣做：
        項(xiàng)目團(tuán)隊(duì)?wèi)?yīng)該包含分析人員、開(kāi)發(fā)人員、測(cè)試人員，一個(gè)項(xiàng)目經(jīng)理，若干構(gòu)架師等等等等。你可能會(huì)說(shuō)對(duì)于小項(xiàng)目來(lái)說(shuō)，這樣做還算不錯(cuò)，但是對(duì)于更大的項(xiàng)目，比如需要50個(gè)人參與的時(shí)候，這樣還合適嗎？答案是圍繞框架再進(jìn)行劃分。建立一個(gè)“架構(gòu)師”小組，讓這些人把握架構(gòu)；讓他們決定自系統(tǒng)和接口。同時(shí)，每一個(gè)子系統(tǒng)所對(duì)應(yīng)的團(tuán)隊(duì)?wèi)?yīng)該包含分析員、開(kāi)發(fā)員、測(cè)試員，讓他們處在高度交流和高速?zèng)Q策的狀態(tài)中。他們可以與另外一個(gè)團(tuán)隊(duì)進(jìn)行交流，討論架構(gòu)方面的問(wèn)題。

        為了確保分析員、開(kāi)發(fā)員和測(cè)試員能夠更加緊密地工作，他們需要良好的基礎(chǔ)設(shè)施。你需要讓每個(gè)人都能夠接觸到需求、次品率、測(cè)試狀態(tài)等等。
        在這樣一個(gè)團(tuán)隊(duì)中，不會(huì)出現(xiàn)某個(gè)成員擁有某樣?xùn)|西的情況。比如你的設(shè)計(jì)、我的代碼等等。因?yàn)楣ぷ魇墙⒃谒枷敫叨冉y(tǒng)一的交流機(jī)制上的。
Make quanlity a way of life,not an afterthought
        迭代的一個(gè)最主要的好處就是，你可以盡早的開(kāi)始測(cè)試工作。早在第二階段--精化階段，就已經(jīng)有可執(zhí)行的軟件出現(xiàn)了，它實(shí)現(xiàn)了框架。這表明你可以通過(guò)測(cè)試來(lái)印證這個(gè)框架是不是工作良好。你可以對(duì)框架進(jìn)行一些負(fù)載測(cè)試。盡可能早得得到這方面的反饋會(huì)贏得大筆的時(shí)間并會(huì)降低花費(fèi)。
        通常RUP要求你在實(shí)現(xiàn)的時(shí)候就進(jìn)行測(cè)試。從注重重要功能實(shí)現(xiàn)的早期，一直到項(xiàng)目的結(jié)束，軟件會(huì)逐漸成長(zhǎng)并一直運(yùn)轉(zhuǎn)，同時(shí)也被測(cè)試了相當(dāng)?shù)臅r(shí)間。按照這樣進(jìn)行，軟件的質(zhì)量的提高是顯而易見(jiàn)的。
        另外一種思路就是在設(shè)計(jì)時(shí)期就抓質(zhì)量。這意味著把設(shè)計(jì)和測(cè)試緊綁在一起。在設(shè)計(jì)時(shí)考慮系統(tǒng)在測(cè)試時(shí)會(huì)被如何測(cè)試，會(huì)讓你的測(cè)試變得高度自動(dòng)化，因?yàn)闇y(cè)試代碼可以從設(shè)計(jì)模型生成。這大量的節(jié)省了時(shí)間，鼓勵(lì)早期測(cè)試，并且提高了測(cè)試的質(zhì)量。
         質(zhì)量是關(guān)乎所有團(tuán)隊(duì)成員的東西，它需要滲透到項(xiàng)目進(jìn)程中的方方面面。你需要反復(fù)查看項(xiàng)目所產(chǎn)生的文檔、報(bào)告，考慮如何測(cè)試一個(gè)需求以及如何通過(guò)設(shè)計(jì)來(lái)產(chǎn)生測(cè)試等等。