应用Rational 工具简化基于J2EE的项目（二）启动项目
第二部分:啟動(dòng)項(xiàng)目
Steven Franklin
軟件設(shè)計(jì)師和過程專家
2004 年 3 月
| 第二部分快照 |
| 第 2 部分展示的工具和技術(shù)：
將被創(chuàng)建或者更新的產(chǎn)物：
|
從開始進(jìn)行計(jì)劃或者計(jì)劃失敗
在一個(gè)軟件項(xiàng)目中，獲得一個(gè)良好的開始是十分關(guān)鍵的。你不僅會(huì)希望你的早期勞動(dòng)確定整個(gè)項(xiàng)目的基調(diào)，而且你也希望快速的識(shí)別出系統(tǒng)中的高風(fēng)險(xiǎn)和挑戰(zhàn)的部分。大概一半以上的項(xiàng)目的命運(yùn)在項(xiàng)目的第一個(gè)月就已經(jīng)注定了，決定的因素包括：
- 不夠良好的客戶關(guān)系
- 不充足的預(yù)算
- 糟糕的管理（包括不夠好的管理能力、風(fēng)險(xiǎn)的優(yōu)先級(jí)劃分和糟糕的項(xiàng)目范圍管理）
- 過于依賴銀彈
- 工程技能和經(jīng)驗(yàn)的缺乏
- 不切實(shí)際的時(shí)間進(jìn)度
Rational 統(tǒng)一過程（RUP）通過改進(jìn)團(tuán)隊(duì)的效率和指導(dǎo)提升團(tuán)隊(duì)的成熟性可以盡量的減少導(dǎo)致項(xiàng)目失敗的因素。良好的數(shù)據(jù)可以影響項(xiàng)目的管理者對(duì)項(xiàng)目的管理，更好的工具可以支持工程團(tuán)隊(duì)，更好的過程能夠幫助軟件產(chǎn)品以一種可預(yù)見的方式發(fā)展。本系列的第2部分將把重點(diǎn)放在我們能應(yīng)用的一些早期策略上以獲得一些在我們的樣例項(xiàng)目中搖擺不定的事情。
Note that project management involves some activities that aren't currently addressed in the RUP. I highly recommend the book 請(qǐng)注意項(xiàng)目管理包括一些目前在 RUP 中沒有包含的活動(dòng)。我強(qiáng)烈推薦這本書 快速開發(fā): 馴服瘋狂的軟件進(jìn)度 它可以作為在開發(fā)項(xiàng)目中減少風(fēng)險(xiǎn)因素的進(jìn)一步的參考資料。
細(xì)化第1階段時(shí)間進(jìn)度
我們希望盡快啟動(dòng)軟件工程，但是首先我們必須在一系列的日程安排問題上得到來自于客戶的同意。我們拿來了 我們已經(jīng)創(chuàng)建的第1階段的時(shí)間進(jìn)度 （在4個(gè)月的時(shí)間點(diǎn)以一個(gè)演示結(jié)束）并和客戶更加緊密的審查時(shí)間進(jìn)度?？蛻籼岢隽艘韵碌膯栴}，所有的問題都是正當(dāng)?shù)牟⑶乙恍┯懻?#xff1a;
- “使用迭代開發(fā)，工程團(tuán)隊(duì)將如何知道需要多少次的迭代才能實(shí)現(xiàn)我們目標(biāo)呢？”
- ”在分析和架構(gòu)的必要條件被達(dá)到前開始設(shè)計(jì)架構(gòu)和設(shè)計(jì)對(duì)我們來說是不舒服的。“
- “在4個(gè)月的時(shí)候我們將得到具有什么功能的系統(tǒng)演示呢？”
- “你們將使用什么工具來創(chuàng)建系統(tǒng)呢？我們希望開始采購(gòu)和培訓(xùn)過程?！?
這就是我們看到的客戶的主要的關(guān)心點(diǎn)，并且我們對(duì)每一項(xiàng)作出了回答：
- 擔(dān)心項(xiàng)目螺旋式的不斷進(jìn)展卻沒有清晰的交付產(chǎn)品 因?yàn)?ASDI 是一家十分遵循有循序的 ISO 標(biāo)準(zhǔn)的公司，因此他們傾向于在早期制定按照從一個(gè)到另一個(gè)的順序的具體的時(shí)間底線。我們指出迭代可以減少風(fēng)險(xiǎn)并避免一次產(chǎn)生所有產(chǎn)物的與生俱來的問題。雖然迭代的次數(shù)可能會(huì)在項(xiàng)目過程中有所變化，但客戶可以比僅僅一個(gè)單一的迭代更好的觀測(cè)項(xiàng)目的進(jìn)展。雖然一個(gè)單一的迭代看起來是更加簡(jiǎn)單的，但我們需要多個(gè)迭代以更加成本有效的創(chuàng)建系統(tǒng)。在早期的迭代中有 ASDI 的參與將使他們獲得更多的好處，這使客戶有機(jī)會(huì)對(duì)開發(fā)系統(tǒng)的輸入提供他們自己的看法。
- 擔(dān)心遺漏的需求和不充分的分析。 這里再一次提到，ASDI ISO 背景使他們更愿意相信分析應(yīng)該在任何的設(shè)計(jì)開始之前被執(zhí)行和文檔化。我們向他們強(qiáng)調(diào)了 RUP 具有允許任務(wù)交迭執(zhí)行的好處；也就是說，不同階段的任務(wù)可以并行的被執(zhí)行。比如，詳細(xì)設(shè)計(jì)可以包括原型的創(chuàng)建和其他一些代碼開發(fā)以驗(yàn)證設(shè)計(jì)的假設(shè)，減少性能風(fēng)險(xiǎn)等等。瀑布式的開發(fā)過程有很少的靈活性，并且不會(huì)為你提供高風(fēng)險(xiǎn)的很多早期警告。
- 擔(dān)心項(xiàng)目進(jìn)展的跟蹤。 ASDI 中已經(jīng)開始有對(duì)使用迭代開發(fā)方法的擔(dān)心的聲音了，并且他們需要看到能夠在項(xiàng)目中產(chǎn)成系統(tǒng)演示的具體進(jìn)展的保證。在這一點(diǎn)上我們不能告訴他們演示被限定成什么樣子。這需要經(jīng)過一個(gè)或兩個(gè)月當(dāng)我們對(duì)更多的理解了系統(tǒng)的關(guān)鍵的和高風(fēng)險(xiǎn)的領(lǐng)域時(shí)才能被確定。我們向他們解釋說至少系統(tǒng)演示應(yīng)該展示一些已經(jīng)降低了我們已識(shí)別的主要風(fēng)險(xiǎn)的體系架構(gòu)的深層次的部分。我們也預(yù)期系統(tǒng)演示可以顯示整個(gè)系統(tǒng)的工作流、可用性問題和組件之間的交互性的問題。
- 擔(dān)心我們選擇的工具他們將來無法提供或支持。 這對(duì)于 ASDI 來說是十分重要的，因?yàn)樗麄冇?jì)劃在項(xiàng)目結(jié)束后自己承擔(dān)維護(hù)系統(tǒng)的責(zé)任。他們不想看到過早的使用令人興奮的但有風(fēng)險(xiǎn)的技術(shù)。在工具選擇方面我們需要針對(duì)客戶的技術(shù)需求、維護(hù)計(jì)劃和其他的需要作一些早期的探索工作。 OTS 評(píng)估（包括我們所推薦的）將給 ASDI 一個(gè)時(shí)機(jī)來審查我們對(duì)工具和技術(shù)選擇的標(biāo)準(zhǔn)和理由。在這一點(diǎn)上，ASDI 仍然對(duì)自己的執(zhí)行條件沒有信心，他們目前有很少的 IT 基礎(chǔ)設(shè)施推動(dòng)我們作快速的決定。
綜上所述，我們并不覺得我們時(shí)間進(jìn)度計(jì)劃是過分自信的，并且我們有信心在客戶的成本期望之內(nèi)完成任務(wù)。關(guān)于我們能夠滿足時(shí)間進(jìn)度的能力來自于我們的團(tuán)隊(duì)結(jié)構(gòu)，在項(xiàng)目團(tuán)隊(duì)中我們與 ASDI 一起對(duì)項(xiàng)目進(jìn)行審查。如表1所示，我們計(jì)劃了包括一些兼職角色的人員。例如，我們有單獨(dú)的一個(gè) QA 人員在我們的項(xiàng)目中，這個(gè)人同時(shí)也在其她項(xiàng)目中扮演角色；在我們的項(xiàng)目中顯示她作為一個(gè)20％的角色，這就以為著在我們的項(xiàng)目中她一周工作一天：
| |||||||||||||||||||||||||
| Table 1:團(tuán)隊(duì)結(jié)構(gòu) |
總的來看，我們計(jì)劃需要450個(gè)人天的工作量來創(chuàng)建這四個(gè)月之久的系統(tǒng)演示。在項(xiàng)目的進(jìn)展過程中，我們將知道是否我們需要增加時(shí)間或者提前完成，我們也將通知 ASDI 項(xiàng)目的情況。在展示系統(tǒng)演示的時(shí)候，我們也要對(duì)深入的設(shè)計(jì)審查做好充分的準(zhǔn)備，并且能過向客戶展示對(duì)項(xiàng)目第2階段的估計(jì)。如果 ASDI 對(duì)我們?cè)诘?階段的概念檢驗(yàn)(POC)的工作表示滿意，他們將與我們啟動(dòng)項(xiàng)目的第2階段的工作來開發(fā)產(chǎn)品化的系統(tǒng)。
雖然我們還在創(chuàng)建了ASDI 的第1階段的演示，但 ASDI 非常高興的看到了我們所作的工作將是進(jìn)一步開發(fā)產(chǎn)品化系統(tǒng)的良好輸入。至少他們已經(jīng)接近可需求的審查、屏幕的模式、OTS 評(píng)估、架構(gòu)審查、兩個(gè)實(shí)際的版本和一個(gè)系統(tǒng)演示。
管理風(fēng)險(xiǎn)
從一開始就跟蹤風(fēng)險(xiǎn)是極其重要的。在之前的項(xiàng)目中，我們使用 Microsoft Excel 來管理風(fēng)險(xiǎn)，這次我們決定使用 Rational ClearQuest 以簡(jiǎn)化風(fēng)險(xiǎn)的輸入、管理和報(bào)告。 ClearQuest 不是一個(gè)便宜的工具，而且它對(duì)風(fēng)險(xiǎn)管理不是獨(dú)一無二的成本有效的工具。然而，它同時(shí)還可以集中的管理我們的集成和測(cè)試方面的問題。此外，我們計(jì)劃在 Lookoff 的其他項(xiàng)目中共同承擔(dān)這個(gè)成本。
使用 ClearQuest Designer 可以非常方便的設(shè)計(jì)新的數(shù)據(jù)結(jié)構(gòu)和表單。比如，創(chuàng)建一個(gè)風(fēng)險(xiǎn)錄入表單就類似與已經(jīng)在 ClearQuest Designer 中顯示的缺陷表單，我們可以根據(jù)缺陷跟蹤計(jì)劃（DefectTracking schema）來新的計(jì)劃（schema），也可以刪除一些不必要的條目和重命名其他的條目，類似的更新相應(yīng)的表單，刪除或者重命名必要的提示和域。
這里是你如何能夠自己進(jìn)行試驗(yàn)：假設(shè)你已經(jīng)安裝了 ClearQuest 并具有管理員的權(quán)限，你應(yīng)該可以很容易的找到 ClearQuest Designer 應(yīng)用程序。從文件菜單中，選擇 創(chuàng)建計(jì)劃（New Schema ），并且選擇一個(gè)已存在的你想修改的計(jì)劃（Schema）。我們選擇修改缺陷跟蹤計(jì)劃（DefectTracking schema）。一旦你給你的新計(jì)劃（schema）一個(gè)名字，你將被提示創(chuàng)建一個(gè)與這個(gè)計(jì)劃（schema）相關(guān)聯(lián)的數(shù)據(jù)庫。除非你制定一個(gè)特殊的方法，否則你將以 Microsoft Access 數(shù)據(jù)庫的形式創(chuàng)建這個(gè)數(shù)據(jù)庫。當(dāng)被要求將這個(gè)新建的數(shù)據(jù)庫與一個(gè)計(jì)劃（Schema）關(guān)聯(lián)時(shí)，選擇你剛剛創(chuàng)建并命名的計(jì)劃（Schema）。然后你可以檢查編輯和修改的表單和數(shù)據(jù)類型以符合你的要求。比如，你可以展開記錄類型和目錄樹的表單節(jié)點(diǎn)來查看存在的 Defect_Base_Submit 表單。這些表單可以被重命名，一些域可以被刪除、添加等等。更多創(chuàng)建和修改 ClearQuest 表單的信息，請(qǐng)參考 ClearQuest 文檔。
我可以很快的在我們的桌面將我們項(xiàng)目的風(fēng)險(xiǎn)輸入到 ClearQuest 中。整個(gè)團(tuán)隊(duì)的所有成員都可以訪問風(fēng)險(xiǎn)數(shù)據(jù)庫，并且可以輸入他們觀察到的風(fēng)險(xiǎn)。雖然只有項(xiàng)目經(jīng)理(PM)和項(xiàng)目工程師(PE)應(yīng)該具有權(quán)限關(guān)閉風(fēng)險(xiǎn)，但是給團(tuán)隊(duì)的每一個(gè)成員提出風(fēng)險(xiǎn)的權(quán)限是沒什么不對(duì)的。項(xiàng)目經(jīng)理首先會(huì)希望查看對(duì)于客戶可見的風(fēng)險(xiǎn)，因?yàn)槠渲械哪承╋L(fēng)險(xiǎn)也許不是相關(guān)聯(lián)的或者是可以很快被解決的。例如，圖1顯示了一個(gè)被用來輸入我們討論過的項(xiàng)目早期遇到的風(fēng)險(xiǎn)的表單。
| 圖 1: ClearQuest 風(fēng)險(xiǎn)輸入表單 |
對(duì)于項(xiàng)目的開始我發(fā)現(xiàn)并輸入和一共17個(gè)風(fēng)險(xiǎn)。這并不是一個(gè)非常大的數(shù)字，其中的一些風(fēng)險(xiǎn)（比如有挑戰(zhàn)的時(shí)間進(jìn)度計(jì)劃）直到項(xiàng)目的最后時(shí)期都會(huì)存在。
圖2顯示了我們所查詢的項(xiàng)目風(fēng)險(xiǎn)的一個(gè)部分的列表的 ClearQuest 界面。風(fēng)險(xiǎn)被列在最上方，并且嚴(yán)格的按照順序排列。通過點(diǎn)擊列表中的風(fēng)險(xiǎn)項(xiàng)可以得到更加詳細(xì)的單個(gè)風(fēng)險(xiǎn)的信息。
| Figure 2: ClearQuest 風(fēng)險(xiǎn)報(bào)告 |
跟蹤進(jìn)展
管理需要工具來跟蹤項(xiàng)目的進(jìn)展。在項(xiàng)目的早期階段，我們不能依賴任何象缺陷、變更請(qǐng)求和測(cè)試結(jié)果來衡量項(xiàng)目的成功。相反，我們必須根據(jù)工作分解結(jié)構(gòu)(WBS)項(xiàng)和我們的進(jìn)展來估計(jì)實(shí)際完成的比例。
好的工作分解結(jié)構(gòu)(WBS) 對(duì)于跟蹤項(xiàng)目進(jìn)展是十分重要的。第1部分中的干特圖 描述了我們第1階段的工作任務(wù)包 。為了使我們可以精練出有用的矩陣，這些工作任務(wù)包必須被清晰的定義并也適當(dāng)?shù)囊?guī)劃每個(gè)工作任務(wù)包的大小。我們典型的為這些工作任務(wù)包分配10到40天的工作工作量。
此外，ClearQuest 也可以幫助我們跟蹤那些系統(tǒng)中可變的部分—在這些可變的部分中，變更請(qǐng)求卻是極其的偏高。在一些之前的項(xiàng)目中，我們發(fā)現(xiàn)在細(xì)化階段出現(xiàn)的過多的變更請(qǐng)求通常是下列方面中的一項(xiàng)或者多項(xiàng)的征兆：不夠充分的分析、難相處的客戶、脆弱的工程團(tuán)隊(duì)、不良的過程執(zhí)行或者復(fù)雜的再工程。如果在系統(tǒng)的某些方面出現(xiàn)了一點(diǎn)這些癥狀，就需要管理人員和組長(zhǎng)對(duì)這些部分有額外的注意。
管理客戶期望
有時(shí)減少與客戶開會(huì)和接觸開起來是很容易的；然而，實(shí)際上是你的項(xiàng)目團(tuán)隊(duì)成員中最重要的成員之一，并且客戶應(yīng)該被從始至終的包括在整個(gè)項(xiàng)目中。這不僅僅可以產(chǎn)生更好的分析和改進(jìn)每個(gè)迭代所獲得的結(jié)果，而且可以通過讓客戶看到進(jìn)化中的產(chǎn)品和理解面臨的挑戰(zhàn)更好的管理客戶的期望。尤其是當(dāng)客戶對(duì)技術(shù)不是非常精通時(shí)，他們對(duì)最終產(chǎn)品的期望肯能會(huì)很大程度的超出現(xiàn)實(shí)的成本、時(shí)間進(jìn)度和可行性。
我們懷疑真正的項(xiàng)目?jī)?yōu)先級(jí)和動(dòng)機(jī)并沒有反映客戶的工作現(xiàn)狀，我們還需要理解客戶關(guān)心的主要優(yōu)先級(jí)和期望。為了實(shí)現(xiàn)之一點(diǎn)，我們起草了一份概要的遠(yuǎn)景文檔來幫助諒解更多的客戶期望。（由于時(shí)間的限制，我們將業(yè)務(wù)遠(yuǎn)景和項(xiàng)目遠(yuǎn)景合并成了一個(gè)文檔。）不論是工作現(xiàn)狀（SOW）還是遠(yuǎn)景文檔都要與客戶一起進(jìn)行多次的修訂。
遠(yuǎn)景文檔是基于在幾個(gè)由 RUP 安裝包提供的 Microsoft Word 模板其中的一個(gè)創(chuàng)建的。我們將這些模板安裝在 Word 指定的地方（通過 工具 > 選項(xiàng) > 文件位置）。如圖3所示，我們?yōu)槊總€(gè)模板生成了預(yù)覽（通過打開每個(gè) .dot 模板文件，選擇文件 > 屬性 > 總結(jié)，檢查 “保存預(yù)覽畫面” ，保存文件）并對(duì)模板的標(biāo)題重命名 *.dot 文件以使他們更容易瀏覽。
| 圖 3: 瀏覽 RUP Microsoft Word 模板 |
管理需求
需求對(duì)于系統(tǒng)來說不是微不足道的。同樣，因?yàn)?ASDI 有很少的 IT 基礎(chǔ)設(shè)施，因此系統(tǒng)需求向詳細(xì)的軟件需求的轉(zhuǎn)換就需要充足的時(shí)間和勞動(dòng)的付出。Rational RequisitePro 可以非常好的幫助我們完成這個(gè)任務(wù)，它允許我們?cè)谡麄€(gè)項(xiàng)目中管理我們的需求和跟蹤項(xiàng)目范圍的變化。
客戶已經(jīng)開始的工作現(xiàn)狀（SOW）可以作為我們的系統(tǒng)需求基線。在許多的情況下，我們按照 RUP 中描述的從業(yè)務(wù)建模和需求分析開始。這應(yīng)該包括業(yè)務(wù)用例的集合、補(bǔ)充的系統(tǒng)規(guī)范和業(yè)務(wù)對(duì)象模型。但是對(duì)于我們來說從客戶的工作現(xiàn)狀開始來滿足他們的期望并建立在他們的工作之上是十分重要的。我們將按照的工作現(xiàn)狀生成了一個(gè)叫作軟件需求說明書 (SRS) 的 RUP 產(chǎn)物，并且把它作為需求的基礎(chǔ)集合，根據(jù)它我們可以跟蹤我們后來的分析和建模產(chǎn)物。
RequisitePro 的能力可以非常容易的幫助我們從客戶的工作狀態(tài)（SOW）插入需求。我們創(chuàng)建需求的規(guī)則要與我們“子彈”的樣式相配，或者與任何或所有的關(guān)鍵字 "must"、 "will" 和 "should" 相配。其他可以幫助我們建立需求層次的訣竅包括在相同的級(jí)別上獲取需求塊，在需求塊創(chuàng)建標(biāo)簽下對(duì)適當(dāng)?shù)母感枨笤O(shè)置缺省值，然后讓創(chuàng)建工具完成接下來的工作。（起先我們使用需求塊創(chuàng)建時(shí)沒有設(shè)置父需求，所以我們必須返回到每一個(gè)需求并對(duì)每一個(gè)需求設(shè)置父需求 — 對(duì)于成百上千的需求來說這是單調(diào)乏味的工作。）
圖4顯示了來自于客戶服務(wù)子系統(tǒng)需求的一頁（一共大約40頁）。就象你看到的一樣，RequisitePro 的界面被緊密的集成到了 Word 應(yīng)用程序中，因此你可以同時(shí)使用 Microsoft Word 和 RequisitePro 的特性。
| 圖 4: Rational RequisitePro 界面 |
我們與客戶緊密的溝通什么樣的信息是被需要的，但是我們讓他們?cè)谛枨笪臋n上作了大量的工作。這被證明是一個(gè)非常有效的方式；我們能夠向他們的團(tuán)隊(duì)傳授過程的技能，而他們能夠給我們的團(tuán)隊(duì)他們學(xué)科的專家意見。我們趨向于非常細(xì)節(jié)的投入到一些領(lǐng)域中，而在其他的一些領(lǐng)域只是在非常高的層面上。在一些情況下這是非常合理的，但是在另一些情況下他們卻對(duì)系統(tǒng)的一個(gè)特定的領(lǐng)域過分的狂熱。通過對(duì)文檔的審查，我們可以指導(dǎo) ASDI 寫出適當(dāng)并足夠詳細(xì)的需求集合。因?yàn)槲覀冋谔幚淼氖?Word 文檔，因此規(guī)格上的互操作是容易的，當(dāng)我們對(duì)這個(gè)文檔感到滿意時(shí)，我們就可以在文檔上運(yùn)行 RequisitePro 。
同樣在這個(gè)時(shí)候我們關(guān)注系統(tǒng)的 非功能 需求，這就意味著這些需求不會(huì)被系統(tǒng)的功能規(guī)格說明描述。這些非功能需求包括關(guān)注人的因素的可用性需求（比如學(xué)習(xí)和使用的舒適性）和可靠性需求等等。
總結(jié)
在項(xiàng)目的這個(gè)點(diǎn)上，我們運(yùn)作著一個(gè)很小的團(tuán)隊(duì)。制定計(jì)劃和獲得資源是我們首要的任務(wù)。直到我們知道了我們應(yīng)該朝什么方向努力并知道如何可以實(shí)現(xiàn)目標(biāo)，我們的團(tuán)隊(duì)才會(huì)越來越有斗志。對(duì)于我們來說首先最重要的是我們必須完成客戶的工作狀態(tài)（SRS），它規(guī)定了項(xiàng)目的基本系統(tǒng)和軟件需求。
計(jì)劃未來
我們希望盡快的組成工程團(tuán)隊(duì)，但是我們接下來的任務(wù)需要一個(gè)高級(jí)的分析師以使 RUP 的初始階段更有進(jìn)展。首先，被顯示在我們的工作狀態(tài)（SOW）中的需求本質(zhì)上是一系列被分解的規(guī)格說明，這些規(guī)格說明不能引導(dǎo)清晰的工作分解，或者甚至不能會(huì)產(chǎn)生許多架構(gòu)的線索。我們一直認(rèn)為以平白的文字表示的需求不會(huì)帶來以統(tǒng)一建模語言（UML）表達(dá)的需求帶來同樣的好處，因此我們計(jì)劃將我們的需求轉(zhuǎn)化成用例（在 Rational Rose 中使用 UML）。
同樣，我們需要一種正式的方式來管理客戶的變更請(qǐng)求、客戶所關(guān)心的地方和客戶的反饋。雖然之前我們沒有使用 ClearQuest 的 Web 界面，但是它看起來像是一個(gè)完美的工具使開發(fā)團(tuán)隊(duì)和客戶保持同步。建立 ClearQuest Web 對(duì)我們來說是下一周或第二周最高優(yōu)先級(jí)的事情。
主要風(fēng)險(xiǎn)
我們的風(fēng)險(xiǎn)沒有明顯的變化：我們必須繼續(xù)把精力放在建立有效的客戶關(guān)系和快速的使項(xiàng)目沿著正確的方向前進(jìn)。我么們現(xiàn)在有一個(gè)問題數(shù)據(jù)庫，因此我們可以關(guān)閉這個(gè)風(fēng)險(xiǎn)了；然而，直到我們建立了 ClearQuest 的 Web 界面，客戶才可以對(duì)項(xiàng)目的風(fēng)險(xiǎn)和他們可以支持我們的領(lǐng)域看得更加清楚。（后來當(dāng)我們關(guān)閉這個(gè)風(fēng)險(xiǎn)時(shí)，我們不能提供時(shí)間或者基礎(chǔ)設(shè)施來建立 ClearQuest，但是一個(gè)大的項(xiàng)目將很明確的會(huì)從 ClearQuest 中受益。）
客戶很高興我們的進(jìn)展如期完成，一部分是因?yàn)槲覀兊墓ぷ鳟a(chǎn)物對(duì)他們來說不是感覺不相關(guān)的。當(dāng)我們繼續(xù)的移到 RUP 的產(chǎn)物時(shí)我們必須通過大量的指導(dǎo)來維護(hù)客戶的舒適感覺并溫和的進(jìn)入新的概念：用例、業(yè)務(wù)對(duì)象等等。
我們覺得我們的時(shí)間進(jìn)度是切合實(shí)際的并且設(shè)計(jì)是良好的除了有非常小的意外。這就意味著資源必須盡快的到位，并且審查返回必須是及時(shí)的。我們也必須從一開始就關(guān)注高級(jí)別的風(fēng)險(xiǎn)，因?yàn)槲覀儾荒茏屗麄冊(cè)谕硇r(shí)候遛進(jìn)項(xiàng)目的第1階段。
資源
- 快速開發(fā): 馴服瘋狂的軟件時(shí)間進(jìn)度 作者 Steve McConnell (Microsoft 出版, 1996)
轉(zhuǎn)載于:https://www.cnblogs.com/laoxingxuzhou/archive/2004/11/20/5172988.html
總結(jié)
以上是生活随笔為你收集整理的应用Rational 工具简化基于J2EE的项目（二）启动项目的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 使用vbscript脚本调用web服务
- 下一篇： [征求意见]团队发展、技术交流主题、团队