第2章電子商務(wù)應(yīng)用系統(tǒng)與開(kāi)發(fā)(編輯修改稿)
2025-01-29 13:15 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 Collaboration)。 協(xié)作是一起工作以實(shí)現(xiàn)用例行為的類和其他元素構(gòu)成的群體，顯式說(shuō)明用例的實(shí)現(xiàn) 。 用例圖的構(gòu)成 ? 參與者 ?在 UML中，參與者代表與系統(tǒng)交互的人、硬件、或另一個(gè)系統(tǒng)，是用例使用者與用例交互時(shí)所扮演的角色。參與者的 UML符號(hào)表示是圖示的“ 小人 ” ，并可在符號(hào)下標(biāo)出參與者名。參與者可以只向系統(tǒng)輸入信息或只從系統(tǒng)接受信息，也可以既可以輸入信息給系統(tǒng)，還可以接受系統(tǒng)的輸出信息。參與者與參與者之間也可以存在類屬關(guān)系。 ?為了準(zhǔn)確獲取用例，首先需要識(shí)別系統(tǒng)的參與者，可以通過(guò)問(wèn)題的答案來(lái)幫助發(fā)現(xiàn)系統(tǒng)的參與者。 ?識(shí)別參與者須注意的問(wèn)題： ?盡管參與者在用例圖中是用類似人的圖形來(lái)表示，但參與者并不一定必須是人。 ?參與者代表角色。 ?一個(gè)實(shí)體可以扮演多種角色（參與者），在確定實(shí)體的參與者身份時(shí)，應(yīng)考慮其所扮演的角色，而不是實(shí)體的頭銜或名稱。 ?角色不是對(duì)職位建模。 用例圖的構(gòu)成 ? 用例 ?用例描述了系統(tǒng)所執(zhí)行的一組動(dòng)作序列，系統(tǒng)執(zhí)行該動(dòng)作序列來(lái)為參與者產(chǎn)生一個(gè)可供觀察的結(jié)果。 ?用例的 UML符號(hào)表示是橢圓，并可在符號(hào)下標(biāo)出用例名。 ?在實(shí)踐中，用例的名字通常是用動(dòng)詞詞組命名從問(wèn)題域中發(fā)現(xiàn)的一些行為。 ?用例表示了系統(tǒng)的功能，也就是系統(tǒng)提供給參與者的功能。系統(tǒng)的用例構(gòu)成了系統(tǒng)的所有使用功能。 用例圖的構(gòu)成 用例圖的構(gòu)成 ? 構(gòu)造一個(gè)好的用例應(yīng)該遵循的原則： ? 一個(gè)用例應(yīng)該描述一個(gè) 從頭至尾 的完整的功能，用例要與參與者交互。 ? 用例的獲取是需求分析時(shí)首先要做的工作，大部分用例將在需求分析時(shí)產(chǎn)生，并且隨著工作深入會(huì)發(fā)現(xiàn)更多的用例，這些都應(yīng)及時(shí)添加到已有的用例集中。用例集中的每個(gè)用例都是一個(gè)潛在的需求。 ? 參與者的識(shí)別對(duì)識(shí)別用例很有用。面對(duì)一個(gè)大系統(tǒng)，可先列出參與者清單，再對(duì)每個(gè)參與者列出它的用例，問(wèn)題就會(huì)容易很多。 ? 在識(shí)別出了參與者后，可以通過(guò)一些問(wèn)題的答案來(lái)幫助發(fā)現(xiàn)系統(tǒng)的用例。 用例圖的構(gòu)成 ? 對(duì)于每個(gè)用例，都可以用事件流來(lái)規(guī)定用例的行為。用例的事件流是對(duì)完成用例規(guī)定行為所需要的事件的描述。 ? 在描述用例的事件流時(shí)，既可以用非正式的結(jié)構(gòu)化文本，也可以用正式的結(jié)構(gòu)化文本，還可以用偽代碼。在創(chuàng)建事件流文檔時(shí)，每個(gè)項(xiàng)目都應(yīng)使用一個(gè)標(biāo)準(zhǔn)模板，模板內(nèi)容如下所示： X “ 用例名” 簡(jiǎn)單描述 前置條件 后置條件 事件流 基流 分支流（可選） 替代流 ? 用例間的關(guān)系 ?類屬關(guān)系 (Generalization) ?用例間的類屬關(guān)系如同類間的類屬關(guān)系。也就是說(shuō)，子用例繼承父用例的行為和含義，子用例可添加新行為或覆蓋父用例的行為。 ?包含關(guān)系 (Include) ?多個(gè)用例可能具有一些相同的功能，共享的功能通常被放在一個(gè)單獨(dú)的用例中，可在該用例和其他需要使用其功能的用例之間創(chuàng)建 Include關(guān)系。 ?使用 Include關(guān)系可以避免重復(fù)描述同樣的事件流，因?yàn)楣驳男袨楸环湃胍粋€(gè)專門(mén)的用例中，這個(gè)專門(mén)的用例是被基用例包含的。 用例圖的構(gòu)成 ?擴(kuò)充關(guān)系 (Extend) ?擴(kuò)充關(guān)系用來(lái)說(shuō)明可選的、只在特定條件下運(yùn)行的行為，具有擴(kuò)充關(guān)系的用例基于參與者的選擇，可以運(yùn)行幾個(gè)不同的流。 ?用例間的擴(kuò)充關(guān)系表示基用例在指定的擴(kuò)充點(diǎn)隱式地含有另一個(gè)用例的行為?；美梢元?dú)立存在，但在特定條件下，它的行為會(huì)被另一個(gè)用例的行為擴(kuò)充?；美辉诒环Q為擴(kuò)充點(diǎn)的特定點(diǎn)被擴(kuò)充?？梢哉J(rèn)為，擴(kuò)充用例將行為推進(jìn)基用例。 ?包含關(guān)系（抽取公共行為）和擴(kuò)充關(guān)系（識(shí)別變種）對(duì)于創(chuàng)建簡(jiǎn)單、易于理解的系統(tǒng)用例集是非常重要的。 用例圖的構(gòu)成 用例圖的應(yīng)用 ? 為系統(tǒng)的上下文建模 ?為系統(tǒng)的上下文建模，涉及到圍繞整個(gè)系統(tǒng)劃一條線，并確保位于系統(tǒng)外的參與者與系統(tǒng)相互作用。這個(gè)上下文定義了系統(tǒng)存在的環(huán)境。在建立用例圖時(shí)，首先要確定圍繞系統(tǒng)的參與者，確定參與者是很重要的，因?yàn)檫@樣就確定了與系統(tǒng)交互作用的一類事物。 ? 對(duì)系統(tǒng)的需求建模 ?需求規(guī)定了用戶期望系統(tǒng)做什么。需求的表達(dá)可以有很多方式，例如：事件流描述、活動(dòng)圖。系統(tǒng)的全部或大部分功能需求可以表達(dá)為用例。 UML的用例圖對(duì)于管理這些需求是很重要的。為系統(tǒng)的需求建模涉及到規(guī)定系統(tǒng)應(yīng)該做什么，不需要知道系統(tǒng)應(yīng)該怎樣實(shí)現(xiàn)這些行為，即用例圖用來(lái)規(guī)定系統(tǒng)的行為。 類圖和對(duì)象圖 類的相關(guān)概念 類圖 對(duì)象圖 類的相關(guān)概念 ? 類是一組具有相同屬性、操作、關(guān)系和語(yǔ)義的對(duì)象的描述，是現(xiàn)實(shí)世界中的事物的抽象，當(dāng)這些事物存在于真實(shí)世界中時(shí)，他們是類的實(shí)例，并被稱為對(duì)象。 ? 類的 UML符號(hào)表示是劃分為 3個(gè)格子的長(zhǎng)方形，頂部的格子放類名，中間格子放類的屬性、屬性的類型和值，下面的格子放操作、操作的參數(shù)表和返回類型。 ? 有實(shí)例的建模元素稱為類元，它具有結(jié)構(gòu)特征 (屬性 )和行為特征 (操作 )。包括類、接口、數(shù)據(jù)類型、信號(hào)、構(gòu)件、節(jié)點(diǎn)、用例和子系統(tǒng)。 ? 類的名稱 ? 每個(gè)類都有一個(gè)名字，以與其他類相區(qū)別。 ? 在實(shí)踐中，類名通常用問(wèn)題域中的短名詞或名詞詞組來(lái)表示。通常將類名中的每個(gè)組成詞的第一個(gè)字母大寫(xiě)，如 Student、HelloWorld等。 ? 類的命名應(yīng)盡量用問(wèn)題域中的術(shù)語(yǔ)，應(yīng)明確、無(wú)歧義，以利于開(kāi)發(fā)人員與用戶之間的相互理解與交流。 ? 類的屬性 ? 屬性描述了類的所有對(duì)象所共有的特性。 一個(gè)類可以有一個(gè)或多個(gè)屬性或者根本沒(méi)有屬性。屬性是類的對(duì)象所包含的數(shù)據(jù)或狀態(tài)的抽象。在特定的時(shí)刻，類的對(duì)象對(duì)類的每個(gè)屬性都有特定的值。 ? 不同的
范文總結(jié)相關(guān)推薦
鄂ICP備17016276號(hào)-1