上下文圖

上下文圖

“上下文圖是一個簡單的分析模型,顯示了新的系統是如何適合其環境,它定義了所開發的系統和系統外部實體(如使用人員、硬體設備和其它信息系統)之間的邊界和接口。”我感覺上下文圖就是為了劃定你要做的系統的邊界,以及顯示系統和其他系統或者人員、設備等等的互動情況。這是在一開始做需求時使用的,確定好後再畫Use Case圖。

首先,用例角色需要被清晰地定義,以便為我們理解系統互動提供幫助。
然後,在上下文關係圖中擺放基礎元素,並捕獲它們之間的關係。使用最初的Booch標記法,系統和參與者都可以使用雲圖來表示。
在雲之間的連線用來表示關係;而箭頭標識參與者與系統之間的重要信息。正如,當客戶請求系統提供信息以便簽約,系統將返回確認信息,例如賬號。當客戶啟動一個任務(外呼一組電話,播放指定的音頻檔案),系統則返回一個確認號。
同樣的,銷售人員和行政人員也可以與一個新客戶簽約,然後系統會提示所需的信息並返回一個新帳號。當老闆需要相關使用報表時,系統應返回正確的報表。
在這張圖中有大量的詳細信息沒有體現出來,但已經建立了參與者和系統之間的本質關係。最重要的是區分出什麼是系統內的,顯示出哪些參與者與系統互動。
注意我們捕獲的信息是相同的,但UML標識法更容易區分對象(矩形)和參與者(小棒人)。不過放棄“雲”形標記讓我很傷心——用Rectangle to Code做書名就不夠吸引人了——但其他方面我都認為新的標記符更好。只不過,矩形要更加容易繪製。一般情況下使用UML標識法,除非是那些套用Booch或OMT標識法更好的情況,這種情況我們可以同時用兩種方式繪製。

相關詞條

相關搜尋

熱門詞條

聯絡我們