第 3 部分 ：轉(zhuǎn)換到系統(tǒng)模型

Steven Franklin
軟件設(shè)計師和過程專家
2004 年 3 月

本文將繼續(xù)通過這個全面的應(yīng)用 RUP 和 其他 Rational 工具的樣例項目來介紹創(chuàng)建項目的 Rational Rose 模型，本文中我們將開始創(chuàng)建代表“目前”業(yè)務(wù)情況的系統(tǒng)模型，并將此業(yè)務(wù)模型轉(zhuǎn)換成為“將來”的系統(tǒng)模型。

這個第 3 部分文章重點(diǎn)的介紹了在 Rational Rose 中完成的早期建?；顒?。首先我們來對 ASDI 現(xiàn)有的（“as is”）系統(tǒng)進(jìn)行建模，通過業(yè)務(wù)用例和業(yè)務(wù)對象可以顯示當(dāng)前事情是如何工作的。我們將從這個反映現(xiàn)有系統(tǒng)的模型創(chuàng)建出符合 ASDI 新的需求的系統(tǒng)模型，并且將這個系統(tǒng)模型作為建立軟件的基礎(chǔ)。

伴隨著這本文有 2 個演講稿 (來自于 Rational 用戶大會 2000) 這里討論了以下主題： Yves Holvoet 的 “維護(hù)分析模型與多個設(shè)計模型的同步” 和 Robert Bretall 的 “結(jié)構(gòu)化你的 Rational Rose 模型”。后一個演講稿附帶一個 Rose 模型。

第 3 部分所使用的工具和技術(shù)：

• Rational 統(tǒng)一過程 (RUP) — 指導(dǎo)軟件開發(fā)過程，對項目的每個階段提供建議的過程和工作產(chǎn)物
• Rational Rose 企業(yè)版 — 為了創(chuàng)建“目前的”業(yè)務(wù)模型（使用統(tǒng)一建模語言（UML））并在分析線索的基礎(chǔ)上開始創(chuàng)建“將來的”系統(tǒng)模型

被創(chuàng)建的或者被更新的工作產(chǎn)物：

• 業(yè)務(wù)用例模型（Rational Rose） — 被創(chuàng)建用來代表系統(tǒng)“目前的”業(yè)務(wù)功能
• 業(yè)務(wù)對象模型 （Rational Rose） — 被創(chuàng)建用來捕捉系統(tǒng)“目前的”業(yè)務(wù)功能是如何被執(zhí)行的：實(shí)體之間的協(xié)作、實(shí)體之間的交互和相關(guān)的過程和產(chǎn)物
• 用例模型（Rational Rose） — 不能完全的表示業(yè)務(wù)用例模型；被創(chuàng)建用來獲取具體的系統(tǒng)“將來的”執(zhí)行功能（它作為構(gòu)建軟件的基礎(chǔ)）

捕捉“目前的”系統(tǒng)
有太多新的和被改進(jìn)了的 IT 系統(tǒng)在已有系統(tǒng)被了解之前被啟動。甚至是當(dāng)已有系統(tǒng)還缺乏 IT 組件的時候，有必要在可選的和改進(jìn)的方案被建議之前對當(dāng)前的業(yè)務(wù)活動情況進(jìn)行分析。然而人們總是跳過或者草草的完成這一步，但是這做會導(dǎo)致以下的問題：

• 對客戶的需求的理解不夠充分，減慢接下來的分析
• 對需求的不正確的解釋
• 不能準(zhǔn)確的估計新方案所帶來的影響，導(dǎo)致當(dāng)軟件被交付給客戶使用時對客戶的工作產(chǎn)生巨大的震動和要求客戶完全改變現(xiàn)有的工作流程
• 不一致的術(shù)語和概念，導(dǎo)致與客戶之間產(chǎn)生交流上的誤解和混亂

創(chuàng)建一個業(yè)務(wù)模型以捕捉“目前的”系統(tǒng)的情況可以是非?？焖俚娜蝿?wù)并能夠產(chǎn)生有用的分析線索，這些線索將簡化對“將來的”系統(tǒng)的定義。在創(chuàng)建這個模型中能夠?qū)ξ覀冇袔椭囊患虑槭枪ぷ鳡顟B(tài)（SOW）。雖然 SOW 主要用來描述“將來的”系統(tǒng)的需求，但是它也提供了ASDI 的當(dāng)前業(yè)務(wù)流程的有用的背景信息。

在 Rational 統(tǒng)一過程（RUP）初始階段部分存在一系列的用于業(yè)務(wù)建模的方法（也是就在我們項目的第 1 階段）。與 ASDI 一起創(chuàng)建一個 IT 系統(tǒng)，我們需要一個“目前的”模型以捕捉文件的流轉(zhuǎn)和他們的當(dāng)前系統(tǒng)的交互活動。我們在 Rational Rose 中創(chuàng)建了下列 RUP 工作產(chǎn)物作為業(yè)務(wù)建模工作的部分：

• 業(yè)務(wù)用例模型， 建模“目前的”業(yè)務(wù)功能。
• 業(yè)務(wù)對象模型 (有時也稱作 領(lǐng)域模型)， 對執(zhí)行業(yè)務(wù)功能的對象和這些對象之間的關(guān)系進(jìn)行建模。一個業(yè)務(wù)對象模型可能會顯示一個發(fā)票是如何被生成并如何在系統(tǒng)中進(jìn)行流轉(zhuǎn)，或者顯示了一個購買請求的開始到結(jié)束的過程。

注重在以前的一些項目中，我們跳過了業(yè)務(wù)建模的步驟，因?yàn)槲覀兪墙⒁粋€全新的系統(tǒng)，或者是因?yàn)槲覀円呀?jīng)非常好的了解了已有的業(yè)務(wù)模型。但是因?yàn)槲覀儗?ASDI 的業(yè)務(wù)是生疏的，因此我們覺得這一步是十分重要的。

我們也考慮到開發(fā)一個業(yè)務(wù)術(shù)語表（使用 RUP 提供的工作產(chǎn)物模板），但是我們發(fā)現(xiàn)我們的術(shù)語中的大多數(shù)是相當(dāng)標(biāo)準(zhǔn)和明確的，而且這些術(shù)語在我們的業(yè)務(wù)對象模型中被充分的捕捉了。更加復(fù)雜或者嚴(yán)格的項目將會從創(chuàng)建業(yè)務(wù)術(shù)語表中獲益以確保在所有產(chǎn)物中的一致性。

當(dāng)我們使用 Rational Rose 創(chuàng)建我們的模型時，我們感到僅僅簡單的創(chuàng)建圖是不夠的。我們發(fā)現(xiàn)僅僅通過圖的方式表達(dá)模型對圖的創(chuàng)建者是輕易理解的，但對圖的閱讀者來說卻是很難讀懂的，因此我們?yōu)槊恳粋€圖附加了文檔（通過在圖上點(diǎn)擊并在文檔窗口輸入文本）。我們也為圖中的每一項提供了文檔 — 用例、業(yè)務(wù)對象、用戶或者其他項 — 用一到兩行的文字來描述每一項的目的。