建模與設計

建模與設計

我們經常說：「使用用例對業務過程進行重組」，其可能意味著：

「在重組前，通過用例對其原過程文件化。」

「通過用例建立符合設計要求的外部行為需求。」

「重新設計後，使用用例對新過程文件化。」

事實上，所有這些含義都應該是對的，並且都值得關注。讀者可以按自己的意願去理解其中的乙個。

但是通常在談論用例時，我總是說業務過程建模或文件化，而不是業務過程重組或設計。因為用例僅僅是對過程文件化，不能代表過程重組或設計。在創造性設計時，設計者需要經歷乙個思維跳躍的過程，但用例不能告訴他們怎樣去做。通常，每個層次文件所描述的是下乙個層次設計必須滿足的行為需求（實際上，我們卻說「這次設計滿足這些行為需求」）。

引入新技術經常會導致業務過程改變。它們分別是從面向技術的核心業務，從新業務過程到技術，及從技術直接驅動，對業務過程進行重組。這些方法中的任何一種方法都是可行的。

從核心業務

在這種自上而下的分析方法中，正如

reengineering the corporation

一書（hammer

，1984

）中所描述的那樣，首先應該仔細識別組織中的核心業務。在這步工作結束時，應該弄清楚：

在組織行為中的專案相關人員；

該組織必須滿足其需求的外部主執行者；

該組織必須響應的觸發事件；

該組織提供的服務，以及對專案相關人員的成功結果。

注意，上面的內容並沒有指出該組織如何工作，而只有設定其行為邊界條件的資訊。通常，它們也是用例的邊界資訊：專案相關人員與利益、主執行者與目標，以及成功保證。

業務過程設計的環境可以採用業務黑盒用例進行記錄，公司或組織作為被設計系統（如圖

15-1

所示）。

在這個階段，可以充分利用當前新技術，建立新資源組和新過程組。當今社會，計算機系統成為組級主要的動態儲存和動態通訊渠道。在

reengineering the corporation

這本書中，給出了許多不同改革行動導致不同業務設計的例子，當然它們的效率也不一樣。結果是產生乙個新的公司或組織設計（如圖

15-2

所示）。

過程革新的結果，就是用白盒用例對系統文件化。這些用例展示了人與各部門（也可能是計算機）之間的互動作用，以及這些作用所產生的組織外部可見行為。

另外，開發真正完備的白盒用例，應該與任何完整用例集或業務過程模型一樣，考慮系統失敗及異常處理等情況。當然，在此過程中可以選擇命名用例中的技術，或若滿足系統需求則不命名。

本文節選自《編寫有效用例》一書 [

美]alistair cockburn

（阿利斯泰爾

.科伯恩) 著

王雷，張莉譯

電子工業出版社出版

圖書詳細資訊

:

領域驅動設計建模思考與實踐

軟體的核心是為使用者解決領域相關的問題的能力，其他特性都要服務於這個基本目的。領域驅動設計告訴我們如何做好業務層，並以領域驅動設計思想來選擇合適的框架，通過關注領域模型而不是技術來建立更好的軟體。領域模型是通過逐步演化學習得來的，這當中體現了對相關領域知識的提煉歸納，是無法複製抄襲的，是整套軟體最具...

資料建模 資料庫設計與建模的技巧

資料庫設計與建模的技巧 有關這資料庫設計的研究包括工程資料庫設計方法和輔助設計工具兩個方面。本文就工程資料庫設計中的一些問題進行討論，闡述了工程資料庫設計的基本概念和內容，分析工程資料庫設計的過程和專案中的通用處理原則。1 資料庫建模 在設計時，對現實世界進行分析 抽象 並從中找出內在聯絡，進而確定...

用例建模（設計）

1 用例圖 定義 展示系統中參與者與用例之間的關係 用例圖是根據需求分析得到的，也是軟體設計中的第一張圖紙。描述了軟體系統的全部使用者 角色 和全部功能點 業務需求 以及他們之間的關係。也是軟體開發中最重要的一張圖紙。用例準則 用例描述了為參與者提供可測量的價值的乙個動作順序，如 提取資金，登記檔案...