體系結(jié)構(gòu)第15章(存儲版)
【正文】 領(lǐng)域模型中最重要的類當數(shù) Customer、 Server、Chef、 Manager和 Assistant。因為一個 Assistant既可以協(xié)助 Server也可以協(xié)助 Chef。 模型詞典 在將會談結(jié)果、業(yè)務(wù)過程和領(lǐng)域分析中得到的信息綜合起來的時候，要維護一個模型詞典。在一個大圖中包含所有的類和類的細節(jié)信息是一個不好的做法。 ● 使用業(yè)務(wù)過程會談中出現(xiàn)的動詞或動詞短語來標記類之間的關(guān)聯(lián)。業(yè)務(wù)過程會談是進行領(lǐng)域分析的基礎(chǔ)。 “物理”類 ——一些物理區(qū)域，例如 Kitchen和 CocktailLounge。要補充模型中的細節(jié)信息，還要進行多次必要的會談，這個過程可以從添加類的屬性和操作開始。 下一章將停止概念領(lǐng)域的建模，而討論與物理系統(tǒng)相關(guān)的問題。 ● 在獲得的名詞列表中去掉應(yīng)該作為屬性的名詞、與其他詞意義重復(fù)的名詞以及不屬于本領(lǐng)域的名詞。大部分建 模工具都允許用戶在建立模型時同時建立和維護模型詞典。 Check具有操作 puteTotal()。 Employee類的一些屬性有： ● name ● address ● socialSecurityNumber ● yearExperience ● hireDate ● salary Assistant類有些特殊。需要提醒的是，在每次會談和交流的時候，對象建模設(shè)計師都要在場，使用計算機輔助的建模工具，不斷細化和補充模型。 Appetizer和 Dessert是可選的。 在有些情況下 (例如一個工資發(fā)放系統(tǒng) )，這樣的模型很有效。下圖顯示了活動中的關(guān)聯(lián)。對 Server參與的關(guān)聯(lián)的一種建模方式是將這些關(guān)聯(lián)作為三元關(guān)聯(lián)： ● The Server takes an Order from a Customer ● The Server takes an Order to a Chef ● The Server serves a Customer a Meal . . . 但是這樣表示的關(guān)聯(lián)無疑會使模型圖很復(fù)雜，不容易理解?！叭币馕犊慈齻€類同時參與一個關(guān)聯(lián)。 Customer與 Coat和 Hat的關(guān)聯(lián)是必需的嗎 ?畢竟，我們現(xiàn)在關(guān)注的是顧客就餐，經(jīng)過討論之后，我們很可能會確定這些類應(yīng)當保留在模型中，因為我們現(xiàn)在感興趣的是與顧客就餐有關(guān)的全部事物。在標記出類之間的關(guān)聯(lián)后，進一步找出類之間的聚集和組成關(guān)系。 怎樣處理這些組呢 ?每個組名可以成為一個抽象類名。 第二組由餐館中的食物組成： Drink、 Dinner、Bread、 Butter、 Water、 Daily Special、 Dish、Appitizer、 Main Course、 Dessert和 Coffee。 這個名詞在談話中未曾提到，可能只是因為分析員的注意力都集中到顧客、服務(wù)員、廚師和清潔師身上去了?！安藛芜x擇(menu choice)”和“選擇 (selection)大致是同一個意思， 可以去掉其中的一個。 開發(fā)初步類圖 讓我們進入對象建模設(shè)計師的角色，開始開發(fā)系統(tǒng)的初步類圖。在這個階段，對象建模設(shè)計師在談話記錄中查找名詞、動詞以及動詞短語。 本章和上一章的共同目標是達到對領(lǐng)域的理解。 ● 開發(fā)初步類圖。 ● 得到組成。因此必須具備一個領(lǐng)域詞典，用來進一步與 LGN的餐館工作人員溝通信息。 下面我們來檢查一下上一章中的談話記錄。 回憶上一章中的談話內(nèi)容可知，“侍者 (waiter)”和“服務(wù)員 (server)”是同義詞。在我們的領(lǐng)域詞匯表中，“名字 (name)”、 “時間 (time)”以及“預(yù)訂(reserv
研究報告相關(guān)推薦
鄂ICP備17016276號-1