第一篇：用例分析總結(jié)
用例圖(Use Case Diagram)是由軟件需求分析到最終實(shí)現(xiàn)的第一步，它描述人們?nèi)绾问褂靡粋€(gè)系統(tǒng)。用例視圖顯示誰(shuí)是相關(guān)的用戶、用戶希望系統(tǒng)提供什么樣的服務(wù)，以及用戶需要為系統(tǒng)提供的服務(wù)，以便使系統(tǒng)的用戶更容易理解這些元素的用途，也便于軟件開(kāi)發(fā)人員最終實(shí)現(xiàn)這些元素。用例圖在各種開(kāi)發(fā)活動(dòng)中被廣泛的應(yīng)用，但是它最常用來(lái)描述系統(tǒng)及子系統(tǒng)。
當(dāng)用例視圖在外部用戶出現(xiàn)以前出現(xiàn)時(shí)，它捕獲到系統(tǒng)、子系統(tǒng)或類的行為。它將系統(tǒng)功能劃分成對(duì)參與者（即系統(tǒng)的理想用戶）有用的需求。而交互部分被稱作用例。用例使用系統(tǒng)與一個(gè)或者多個(gè)參與者之間的一系列消息來(lái)描述系統(tǒng)中的交互。
用例圖包含六個(gè)元素，分別是：參與者(Actor)、用例(Use Case)、關(guān)聯(lián)關(guān)系(Association)、包含關(guān)系(Include)、擴(kuò)展關(guān)系(Extend)以及泛化關(guān)系(Generalization)。
用例圖可一個(gè)包含注釋和約束，還可一個(gè)包含包，用于將模型中的元素組合成更大的模塊。有時(shí)，可以將用例的實(shí)例引入到圖中。用例圖模型如下所示，參與者用人形圖標(biāo)來(lái)標(biāo)識(shí)，用例用橢圓來(lái)表示，連線表示它們之間的關(guān)系。
一．參與者（Actor）1．參與者的概念
參與者是系統(tǒng)外部的一個(gè)實(shí)體，它以某種方式參與用例的執(zhí)行過(guò)程。參與者通過(guò)向系統(tǒng)輸入或請(qǐng)求系統(tǒng)輸入某些事件來(lái)觸發(fā)系統(tǒng)的執(zhí)行。參與著由參與用例時(shí)所擔(dān)當(dāng)?shù)慕巧珌?lái)表示。在UML中，參與者用名字寫(xiě)在下面的人形圖標(biāo)表示。
每個(gè)參與者可以參與一個(gè)或多個(gè)用例。它通過(guò)交換信息與用例發(fā)生交互（因此也與用例所在的系統(tǒng)或類發(fā)生了交互），而參與者的內(nèi)部實(shí)現(xiàn)與用例是不相關(guān)的，可以用一組定義其狀態(tài)的屬性充分的描述參與者。參與者有三大類：系統(tǒng)用戶、與所建造的系統(tǒng)交互的其它系統(tǒng)和一些可以運(yùn)行的進(jìn)程。
第一類參與者是真實(shí)的人，即用戶，是最常見(jiàn)的參與者，幾乎存在于每個(gè)系統(tǒng)中。命名這類參與者時(shí)，應(yīng)當(dāng)按照業(yè)務(wù)而不是位置命名，因?yàn)橐粋€(gè)人可能有很多業(yè)務(wù)。
第二類參與者是其它的系統(tǒng)。這類位于程序邊界之外的系統(tǒng)也是參與者。第三了參與者是一些可以運(yùn)行的進(jìn)程，如時(shí)間。當(dāng)經(jīng)過(guò)一定的時(shí)間觸發(fā)系統(tǒng)中的某個(gè)事件時(shí)，時(shí)間就成了參與者。２．確定參與者
在獲取用例前首先要確定系統(tǒng)的參與者，開(kāi)發(fā)人員可以通過(guò)回答以下的問(wèn)題來(lái)尋找系統(tǒng)的參與者。
（1）誰(shuí)將使用該系統(tǒng)的主要功能。
（2）誰(shuí)將需要該系統(tǒng)的支持以完成其工作。
（3）誰(shuí)將需要維護(hù)、管理該系統(tǒng)，以及保持該系統(tǒng)處于工作狀態(tài)。（4）系統(tǒng)需要處理哪些硬件設(shè)備。（5）與該系統(tǒng)那個(gè)交互的是什么系統(tǒng)。
（6）誰(shuí)或什么系統(tǒng)對(duì)本系統(tǒng)產(chǎn)生的結(jié)果感興趣。
在對(duì)參與者建模的過(guò)程中，開(kāi)發(fā)人員必須要牢記以下幾點(diǎn)。
（1）參與者對(duì)于系統(tǒng)而言總是外部的，因此它們可以處于人的控制之外。
（2）參與者可以直接或間接的與系統(tǒng)交互，或使用系統(tǒng)提供的服務(wù)以完成某件事務(wù)。（3）參與者表示人和事物與系統(tǒng)發(fā)生交戶時(shí)所扮演的角色，而不是特定的人或者特定的事物。
（4）每個(gè)參與者需要一個(gè)具有業(yè)務(wù)一樣的名字，在建模中不推薦使用類似“新參與者”的名字。
（5）每一個(gè)參與者要必須有簡(jiǎn)短的描述，從業(yè)務(wù)角度描述參與者是什么。
（6）一個(gè)人或事物在與系統(tǒng)發(fā)生交互時(shí)，可以同時(shí)或不同時(shí)扮演多個(gè)角色。
（7）和類一樣，參與者可以具有表示參與者的屬性和可以接受的事件，但使用的不頻繁。３．參與者之間的關(guān)系
因?yàn)閰⑴c者是類，所以多個(gè)參與者之間可以具有與類相同的關(guān)系。在用例視圖中，使用了泛化關(guān)系來(lái)描述多個(gè)參與者之間的公共行為。如果系統(tǒng)中存在幾個(gè)參與者，它們既扮演自身的角色，同時(shí)也扮演更具一般化的角色，那么就用泛化關(guān)系來(lái)描述它們。這種情況往往發(fā)生在一般角色的行為在參與者超類中描述的場(chǎng)合。特殊化的參與者繼承了該超類的行為，然后在某些方面擴(kuò)展了此行為。參與者之間的泛化關(guān)系用一個(gè)三角箭頭來(lái)表示，指向扮演一般角色的超類。這與UML中類之間的返還關(guān)系符號(hào)相同。
二用例（Use Case）1．用例的概念
用例是外部可見(jiàn)的系統(tǒng)功能單元，這些系統(tǒng)功能由系統(tǒng)單元所提供，并通過(guò)一系列系統(tǒng)單元與一個(gè)或多個(gè)參與者之間交換的消息所表達(dá)。用例的用途是，在不揭示系統(tǒng)內(nèi)部構(gòu)造的前提下定義連貫的行為。
用例的定義包含它所必須的所有行為——執(zhí)行用例的主線次序、標(biāo)準(zhǔn)行為的不同變形、一般行為下的所有異常情況及其預(yù)期反應(yīng)。從用戶的角度來(lái)看，上述情況很可能是異常情況；從系統(tǒng)的角度來(lái)看，它們是必須被描述和處理的附加情況。更確切地說(shuō)，用例不是需求或功能的規(guī)格說(shuō)明，但是也展示和體現(xiàn)其所描述的過(guò)程中的需求情況。在UML中，用例用一個(gè)橢圓表示。
在模型中，每個(gè)用例的執(zhí)行都獨(dú)立與其它用例，盡管在執(zhí)行一個(gè)用例時(shí)由于用例之間共享對(duì)象的原因可能會(huì)在用例之間產(chǎn)生隱含的依賴關(guān)系。每個(gè)用例都表示一個(gè)縱向的功能塊，這個(gè)功能塊的執(zhí)行會(huì)和其它用例的執(zhí)行混合在一起。
用例的動(dòng)態(tài)執(zhí)行過(guò)程可以用UML的交互來(lái)說(shuō)明，可用用狀態(tài)圖、時(shí)序圖、協(xié)作圖或非正式的文字描述來(lái)表示。用例功能的執(zhí)行通過(guò)系統(tǒng)中類之間的協(xié)作來(lái)實(shí)現(xiàn)。一個(gè)類可以參與多個(gè)協(xié)作，因此也參與了多個(gè)用例。在系統(tǒng)層，用例表示整個(gè)系統(tǒng)對(duì)外部用戶可見(jiàn)的行為。一個(gè)用例就像外部用戶可以使用的系統(tǒng)操作。但是，它不又與操作不同，用例可以在執(zhí)行過(guò)程中持續(xù)接受參與者的輸入消息。用例也可以被像子系統(tǒng)和獨(dú)立類這樣的系統(tǒng)小單元所應(yīng)用。一個(gè)內(nèi)部用例表示了系統(tǒng)的一部分對(duì)其它部分呈現(xiàn)出的行為。例如，某個(gè)類的用例表示了一個(gè)連貫的功能塊，這個(gè)功能塊是該類提供給系統(tǒng)內(nèi)其它有特定作用的類的。一個(gè)類可以有多個(gè)用例。２．識(shí)別用例
用例圖對(duì)整個(gè)系統(tǒng)建模過(guò)程非常重要，在繪制系統(tǒng)用例圖前，還有許多工作要做。系統(tǒng)分析者必須分析系統(tǒng)的參與者和用例，他們分別描述了“誰(shuí)來(lái)做”和“做什么”這兩個(gè)問(wèn)題。
識(shí)別用例最好的方法就是從分析系統(tǒng)的參與者開(kāi)始，考慮每一個(gè)參與者是如何使用系統(tǒng)的。使用這種策略的過(guò)程中可能會(huì)發(fā)現(xiàn)新的參與者，這對(duì)完善整個(gè)系統(tǒng)的建模有很大的幫助。用例建模的過(guò)程是一個(gè)迭代和逐步精華的過(guò)程，系統(tǒng)分析者首先從用例的名稱開(kāi)始，然后添加用例的細(xì)節(jié)信息。這些信息由簡(jiǎn)短的描述組成，它們被精華成完整的規(guī)格說(shuō)明。在識(shí)別用例的過(guò)程中，通過(guò)回答以下幾個(gè)問(wèn)題，系統(tǒng)分析者可以獲得幫助。
（1）特定參與者希望系統(tǒng)提供什么功能。
（2）系統(tǒng)是否存儲(chǔ)和檢索信息，如果是，由哪個(gè)參與者觸發(fā)。（3）當(dāng)系統(tǒng)改變狀態(tài)時(shí)，是否通知參與者。（4）是否存在影響系統(tǒng)的外部事件。（5）哪個(gè)參與者通知系統(tǒng)這些事件。３．用例與事件流
用例分析處于系統(tǒng)的需求分析階段，這個(gè)階段應(yīng)該盡量避免考慮系統(tǒng)實(shí)現(xiàn)的細(xì)節(jié)問(wèn)題。但是要實(shí)際建立系統(tǒng)，則需要更加具體的細(xì)節(jié)，這些細(xì)節(jié)寫(xiě)在事件流文件中。事件流的目的是為用例的邏輯流程建立文檔，這個(gè)文檔詳細(xì)描述系統(tǒng)用戶的工作和系統(tǒng)本身的工作。
雖說(shuō)事件流很詳細(xì)，但其仍然是獨(dú)立于實(shí)現(xiàn)的方法的。換句話說(shuō)，事件流描述的是一個(gè)系統(tǒng)“做什么”而不是“怎么做”。事件流通常包括：簡(jiǎn)要說(shuō)明、前提條件、主事件流、其它事件流和事后事件流。（1）簡(jiǎn)要說(shuō)明。每個(gè)用例應(yīng)當(dāng)有一個(gè)相關(guān)的說(shuō)明，描述該用例的作用，說(shuō)明應(yīng)當(dāng)簡(jiǎn)明扼要，但應(yīng)包括執(zhí)行用例的不同類型的用戶和通過(guò)這個(gè)用例要達(dá)到的結(jié)果。
（2）前提條件。用例的前提條件列出用例之間必須滿足的條件。例如，前提條件是另一個(gè)用例已經(jīng)執(zhí)行或用戶具有運(yùn)行當(dāng)前用例的權(quán)限。但并不是所有用例都有前提條件。
（3）主事件流和其它事件流。用例的具體細(xì)節(jié)在主事件流和其它事件流中描述。事件流是從用戶角度描述執(zhí)行用例的具體步驟，關(guān)注系統(tǒng)“做什么”，而不是“怎么做”。主事件流和其它事件流包括：用例如何開(kāi)始和結(jié)束、用例如何與參與者交互、用例的正常流程（主流程）、用例主事件流（其它事件流）的變體和錯(cuò)誤流。
（4）事后條件。事后條件是用例執(zhí)行完畢后必須為真的條件。例如，可以在用例完成之后設(shè)置一個(gè)標(biāo)識(shí)，這種信息就是事后條件。與前提條件一樣，事后條件可以增加用例次序方面的信息，如果要求一個(gè)用例執(zhí)行完后必須執(zhí)行另一個(gè)用，那么就可以在事后條件中說(shuō)明這一點(diǎn)。當(dāng)然，并不是每個(gè)用例中都有事后條件。三用例間的關(guān)系
用例除了與參與者發(fā)生關(guān)系外，還可以具有系統(tǒng)中的多個(gè)關(guān)系，這些關(guān)系包括包含關(guān)系、擴(kuò)展關(guān)系和泛化關(guān)系。應(yīng)用這些關(guān)系的目的是為了從系統(tǒng)中抽取出公共行為和其變體。1．關(guān)聯(lián)關(guān)系（Association）
關(guān)聯(lián)關(guān)系描述參與者與用例之間的關(guān)系，它是用于表示類的掛系的關(guān)聯(lián)元類的實(shí)例。在UML中，關(guān)聯(lián)關(guān)系用箭頭來(lái)表示。
關(guān)聯(lián)關(guān)系表示參與者與用例之間的通信。不同的參與者可以訪問(wèn)相同的用例，一般說(shuō)來(lái)它們和該用例的交互是不一樣的，如果一樣的話，說(shuō)明它們的角色可能是相同的。如果兩中交互的目的也相同，說(shuō)明它們的角色是相同的，就可以將它們合并。
２．包含關(guān)系（Include）
雖然每個(gè)用例的實(shí)例都是獨(dú)立的，但是一個(gè)用例可以用其它的更簡(jiǎn)單的用例來(lái)描述。這有點(diǎn)像通過(guò)繼承父類并增加附加描述來(lái)定義一個(gè)類。一個(gè)用例可以簡(jiǎn)單地包含其它用例具有的行為，并把它所包含的用例行為作為自身行為的一部分，這被稱作包含關(guān)系。在這種情況下，新用例不是初始用例的一個(gè)特殊例子，并且不能被初始用例所代替。愛(ài)UML中，包含關(guān)系表示為虛線箭頭交<
包含關(guān)系使一個(gè)用例的功能可以在另一個(gè)用例中使用，如下所述。（1）如果兩個(gè)以上用例有大量一致的功能，則可以將這個(gè)功能分解到另外一個(gè)用例中。其它用例可以和這兩個(gè)用例建立包含關(guān)系。（2）一個(gè)用例的功能太多時(shí)，可以用包含關(guān)系建模兩個(gè)小用例。要使用包含關(guān)系，就必須在客戶用例中說(shuō)明提供者用例行為別包含的詳細(xì)位置。這一點(diǎn)同功能調(diào)用有點(diǎn)類似。事實(shí)上，它們?cè)谀撤N程度上具有相似的語(yǔ)義。
３．?dāng)U展關(guān)系（Extend）一個(gè)用例也可以被定義為基礎(chǔ)用例的增量擴(kuò)展，這被稱作擴(kuò)展關(guān)系，擴(kuò)展關(guān)系是把新的行為插入到已有的用例中的方法。同一個(gè)基礎(chǔ)用例的幾個(gè)擴(kuò)展用例可以在一起應(yīng)用?；A(chǔ)用例的擴(kuò)展增加了原有的語(yǔ)義，此時(shí)基礎(chǔ)用例而不是擴(kuò)展用例被作為例子使用。在UML中，擴(kuò)展關(guān)系表示為虛線箭頭加<
基礎(chǔ)用例提供了一組擴(kuò)展點(diǎn)，在這些新的擴(kuò)展點(diǎn)中可以添加新的行為，而擴(kuò)展用例提供了一組插入片片段，這些片段能夠被插入到基礎(chǔ)用例的擴(kuò)展點(diǎn)上?；A(chǔ)用例不必知道擴(kuò)展用例的任何細(xì)節(jié)，它僅為其提供擴(kuò)展點(diǎn)。事實(shí)上，基礎(chǔ)用例即使沒(méi)有擴(kuò)展用例也是完整的，這點(diǎn)與包含關(guān)系有所不同。一個(gè)用例可能有多個(gè)擴(kuò)展點(diǎn)，每個(gè)擴(kuò)展點(diǎn)可以出現(xiàn)多次。但是一般情況下，基礎(chǔ)用例的執(zhí)行不和涉及到擴(kuò)展用例，只有特定的條件發(fā)生，擴(kuò)展用例才被執(zhí)行。擴(kuò)展關(guān)系為處理異?；驑?gòu)建靈活的系統(tǒng)框架提供了一種有效的方法。
４．泛化關(guān)系（Generalization）一個(gè)用例可以被特別列舉為一個(gè)或多個(gè)用例，這被稱為用例泛化。當(dāng)父用例能夠被使用時(shí)，任何子用例也可以被使用。在UML中用例泛化與其它泛化關(guān)系的表示法相同，用一個(gè)三角箭頭從子用例指向父用例。在用例泛化中，子用例表示父用例的特殊形式。子用例從父用例處繼承行為和屬性，還可以添加、覆蓋或改變繼承的行為。如果系統(tǒng)中一個(gè)或多個(gè)用例是某個(gè)一般用例的特殊化時(shí)，就需要使用用例的泛化關(guān)系。
用例建模技術(shù)
一．對(duì)語(yǔ)境建模
對(duì)于一個(gè)系統(tǒng)，會(huì)有一些事物存在于其內(nèi)部，而一些事物存在于其外部。存在于系統(tǒng)內(nèi)部的事物的任務(wù)是完成系統(tǒng)外部事物所期望的系統(tǒng)行為，存在于系統(tǒng)外部并與其進(jìn)行交互的事物構(gòu)成了系統(tǒng)的語(yǔ)境，即系統(tǒng)存在的環(huán)境。在UML建模中，用例圖對(duì)系統(tǒng)的語(yǔ)境進(jìn)行建模，強(qiáng)調(diào)的是系統(tǒng)的外部參與者。對(duì)系統(tǒng)語(yǔ)境建模應(yīng)當(dāng)遵循以下的方法：（1）用以下幾組事物來(lái)識(shí)別系統(tǒng)外部的參與者：需要從系統(tǒng)中得到幫助以完成其任務(wù)的組；執(zhí)行系統(tǒng)功能時(shí)所必須的組；與外部硬件或其它軟件系統(tǒng)進(jìn)行交互的組；為了管理和維護(hù)而執(zhí)行某些輔助功能的組。（2）將類似的參與者組織成泛化/特殊化的結(jié)構(gòu)層次。
（3）在需要加深理解的地方，為每個(gè)參與者提供一個(gè)構(gòu)造型。
（4）將參與者放入到用例圖中，并說(shuō)明參與者與用例之間的通信路徑。二．對(duì)需求建模
需求就是根據(jù)用戶對(duì)產(chǎn)品功能的期望，提出產(chǎn)品外部功能的描述。需要分析所要做的工作是獲取系統(tǒng)的需求，歸納系統(tǒng)所要實(shí)現(xiàn)的功能，使最終的軟件產(chǎn)品最大限度的貼近用戶的要求。對(duì)系統(tǒng)需求建?？梢詤⒖家韵碌姆椒?。
（1）識(shí)別系統(tǒng)外部的參與者來(lái)建立系統(tǒng)的語(yǔ)境。
（2）考慮每一個(gè)參與者期望的行為或需要系統(tǒng)提供的行為。（3）把公共的行為命名為用例
（4）分解公共行為，放入到新的用例中以供其它的用例使用：分解異常行為，放入新用例中以延伸為主要的控制流。簡(jiǎn)而言之，就是確定提供者用例和擴(kuò)展用例。
（5）在用例視圖中對(duì)用例、參與者和它們之間的關(guān)系進(jìn)行建模。
第二篇：RUP-用例分析范例
DJ01：處理開(kāi)業(yè)登記
用例描述
參與者根據(jù)處理方式錄入開(kāi)業(yè)登記信息，編發(fā)納稅人登記證號(hào)、納稅人編碼、檔案管理編碼。
參與者
稅務(wù)文書(shū)受理人員
基本事件流
1.參與者請(qǐng)求進(jìn)行開(kāi)業(yè)登記
2.系統(tǒng)檢查到參與者權(quán)限足夠，提示選擇處理方式（一般方式和快速方式）。
3.參與者選擇處理一種處理方式，提交
4.系統(tǒng)顯示開(kāi)業(yè)登記申請(qǐng)的詳細(xì)內(nèi)容的輸入表單（詳細(xì)內(nèi)容由稅務(wù)（扣繳稅款）
登記表決定（見(jiàn)補(bǔ)充說(shuō)明1））
5.參與者輸入納稅人工商注冊(cè)號(hào)和名稱
6.如果是快速方式，參與者錄入必須的開(kāi)業(yè)登記信息（見(jiàn)補(bǔ)充說(shuō)明10）
7.如果是一般方式，參與者錄入全部的開(kāi)業(yè)登記信息（見(jiàn)補(bǔ)充說(shuō)明1）
8.參與者提交已錄入的信息
9.系統(tǒng)進(jìn)行數(shù)據(jù)合法性檢查
10.系統(tǒng)進(jìn)行逾期登記檢查（見(jiàn)補(bǔ)充說(shuō)明5），核定劃分征管歸屬（見(jiàn)補(bǔ)充說(shuō)明6），對(duì)占投資總額25%的相關(guān)業(yè)戶做關(guān)聯(lián)企業(yè)歸類，生成稅務(wù)登記證信息（見(jiàn)補(bǔ)充說(shuō)明9），編發(fā)稅務(wù)登記證號(hào)、納稅人編碼（見(jiàn)補(bǔ)充說(shuō)明7）、檔案管理編碼（見(jiàn)補(bǔ)充說(shuō)明8），保存參與者錄入的信息，提示參與者登記成功。
11.可選事件流
5a、在與工商局連網(wǎng)的情況下，系統(tǒng)通過(guò)網(wǎng)絡(luò)到工商局信息系統(tǒng)檢索納稅人資料 5a1、系統(tǒng)未能檢索到納稅人資料
5a11、系統(tǒng)提示參與者“未能找到該納稅人的工商注冊(cè)號(hào)，需重新輸入納稅人工商注冊(cè)號(hào)”
5a12、系統(tǒng)轉(zhuǎn)到5
5a2、系統(tǒng)能檢索到納稅人資料
5a21、系統(tǒng)提示參與者“能找到該納稅人的工商注冊(cè)號(hào)”，把工商資料（見(jiàn)補(bǔ)充說(shuō)明11）導(dǎo)入到開(kāi)業(yè)登記申請(qǐng)的輸入表單中
5a22、參與者校對(duì)導(dǎo)入的數(shù)據(jù)
5a22、參與者轉(zhuǎn)到6或7
5b、系統(tǒng)檢查到該納稅人已做開(kāi)業(yè)登記
5b1、系統(tǒng)提示參與者“該納稅人已做過(guò)開(kāi)業(yè)登記”
5b2、系統(tǒng)轉(zhuǎn)到
55c、系統(tǒng)檢查到該納稅人已在網(wǎng)上做登記
5c1、系統(tǒng)帶出已有的登記信息
5c2、系統(tǒng)轉(zhuǎn)到6或7
8a、參與者取消申請(qǐng)?jiān)敿?xì)內(nèi)容的輸入。
8a1、系統(tǒng)清空申請(qǐng)的詳細(xì)內(nèi)容的輸入表單。
8a2、系統(tǒng)返回6或7
9a、系統(tǒng)檢查到數(shù)據(jù)不合法
9a1、系統(tǒng)提示參與者錯(cuò)誤信息。錯(cuò)誤信息：錯(cuò)誤的原因，更正提示
9a2、系統(tǒng)返回6或7
9b、系統(tǒng)檢查到組織機(jī)構(gòu)代碼、納稅人名稱、法人身份證號(hào)碼有與現(xiàn)有系統(tǒng)中數(shù)據(jù)相同的9b1、系統(tǒng)提示參與者，詢問(wèn)是否繼續(xù)
9b2、參與者選擇繼續(xù)，系統(tǒng)返回10
9b3、參與者選擇取消，系統(tǒng)返回6或7
10a、系統(tǒng)檢查到該納稅人逾期登記。
10a1、系統(tǒng)顯示“該納稅人逾期登記”，記錄該納稅人逾期登記標(biāo)志（即通知行政處罰人員進(jìn)行行政處罰，產(chǎn)生罰款告知書(shū)、送達(dá)回證、處罰決定書(shū)（見(jiàn)補(bǔ)充說(shuō)明
4））。返回11
10b、系統(tǒng)保存不成功
10b1、系統(tǒng)提示錯(cuò)誤信息。錯(cuò)誤信息：錯(cuò)誤的原因，更正提示
10b2、系統(tǒng)返回6或712、若需要應(yīng)稅管理事項(xiàng)告知書(shū)，參與者請(qǐng)求打印應(yīng)稅管理事項(xiàng)告知書(shū)
13DJ05）
結(jié)束狀態(tài)
系統(tǒng)已編發(fā)納稅人登記證號(hào)、納稅人編碼、檔案管理編碼，保存參與者錄入的開(kāi)業(yè)登記信息
補(bǔ)充說(shuō)明
1.納稅人開(kāi)業(yè)登記信息參見(jiàn)表證單書(shū)-DJ01：稅務(wù)（扣繳稅款）登記表。
2.納稅人逾期登記時(shí)，系統(tǒng)開(kāi)出罰款告知書(shū)、送達(dá)回證、處罰決定書(shū)，但開(kāi)業(yè)登
記繼續(xù)進(jìn)行，只是拿稅務(wù)登記證時(shí)須有進(jìn)行過(guò)逾期登記行政處罰的收據(jù)。
3.繳費(fèi)通知書(shū)的內(nèi)容參見(jiàn)表證單書(shū)-DJ24:收取工本費(fèi)—繳費(fèi)通知書(shū)。
4.罰款告知書(shū)、送達(dá)回證、處罰決定書(shū)的具體內(nèi)容參見(jiàn)表證單書(shū)-CF007、CF008、CF024
5.逾期登記的判定及處罰規(guī)則參見(jiàn)業(yè)務(wù)規(guī)則-DJ0005：逾期登記判定及處罰規(guī)則
6.核定劃分征管歸屬是依據(jù)錄入的納稅戶實(shí)際經(jīng)營(yíng)地址，規(guī)則參見(jiàn)DJ0006：開(kāi)業(yè)
登記應(yīng)稅管理事項(xiàng)核定規(guī)則
7.編發(fā)納稅人登記證號(hào)、納稅人編碼規(guī)則參見(jiàn)DJ0007：納稅人識(shí)別號(hào)、檔案管理
編碼編設(shè)規(guī)則
8.編發(fā)檔案管理編碼規(guī)則參見(jiàn)DJ0007：納稅人識(shí)別號(hào)、檔案管理編碼編設(shè)規(guī)則
9.稅務(wù)登記證信息有稅務(wù)登記證號(hào)、發(fā)證機(jī)關(guān)、發(fā)證日期、納稅人名稱、法定代
表人、地址、登記注冊(cè)類型、經(jīng)營(yíng)方式、經(jīng)營(yíng)范圍（包括主營(yíng)和兼營(yíng)）、經(jīng)營(yíng)期限、證件有效期限
10.必須的開(kāi)業(yè)登記信息有組織機(jī)構(gòu)統(tǒng)一代碼，登記注冊(cè)類型及代碼，納稅人，扣
繳義務(wù)人，業(yè)戶名稱，注冊(cè)地址，實(shí)際經(jīng)營(yíng)，業(yè)務(wù)地址，法定代表人、董事長(zhǎng)、負(fù)責(zé)人、業(yè)主姓名、國(guó)籍及代碼，經(jīng)營(yíng)、業(yè)務(wù)范圍，管理機(jī)關(guān)及代碼，受理日期，發(fā)證日期，前臺(tái)審核錄入人員，注冊(cè)資本、聯(lián)系電話
11.工商轉(zhuǎn)入的登記資料補(bǔ)充說(shuō)明：第一部分是工商轉(zhuǎn)入的前臺(tái)資料，允許錄入人
員進(jìn)行修改，包括的數(shù)據(jù)是：注冊(cè)類型、名稱、注冊(cè)地址、注冊(cè)地址郵編、法定代表人、負(fù)責(zé)人、首席代表、身份證號(hào)碼、經(jīng)營(yíng)范圍、營(yíng)業(yè)執(zhí)照發(fā)照日期、變更日期、企業(yè)登記注冊(cè)機(jī)關(guān)、批準(zhǔn)證件名稱、營(yíng)業(yè)執(zhí)照的期限。第二部分工商轉(zhuǎn)入其他的資料，錄入人員不進(jìn)行修改。包括的數(shù)據(jù)是：企業(yè)聯(lián)系電話、注冊(cè)資金（本）、注冊(cè)資金（本）幣種、投資人名單、法人股東名單、從業(yè)人數(shù)、企業(yè)聯(lián)系用電子郵件、注冊(cè)資本折萬(wàn)美元、經(jīng)濟(jì)性質(zhì)、企業(yè)信息身份代碼、年檢日期、注/吊銷日期、企業(yè)狀態(tài)。
更新記錄
第三篇：UML用例圖總結(jié)
UML用例圖
用例圖主要用來(lái)圖示化系統(tǒng)的主事件流程，它主要用來(lái)描述客戶的需求，即用戶希望系統(tǒng)具備的完成一定功能的動(dòng)作，通俗地理解用例就是軟件的功能模塊，所以是設(shè)計(jì)系統(tǒng)分析階段的起點(diǎn)，設(shè)計(jì)人員根據(jù)客戶的需求來(lái)創(chuàng)建和解釋用例圖，用來(lái)描述軟件應(yīng)具備哪些功能模塊以及這些模塊之間的調(diào)用關(guān)系，用例圖包含了用例和參與者，用例之間用關(guān)聯(lián)來(lái)連接以求把系統(tǒng)的整個(gè)結(jié)構(gòu)和功能反映給非技術(shù)人員（通常是軟件的用戶），對(duì)應(yīng)的是軟件的結(jié)構(gòu)和功能分解。
用例是從系統(tǒng)外部可見(jiàn)的行為，是系統(tǒng)為某一個(gè)或幾個(gè)參與者（Actor）提供的一段完整的服務(wù)。從原則上來(lái)講，用例之間都是獨(dú)立、并列的，它們之間并不存在著包含從屬關(guān)系。但是為了體現(xiàn)一些用例之間的業(yè)務(wù)關(guān)系，提高可維護(hù)性和一致性，用例之間可以抽象出包含(include)、擴(kuò)展(extend)和泛(generalization)幾種關(guān)系。
共性：都是從現(xiàn)有的用例中抽取出公共的那部分信息，作為一個(gè)單獨(dú)的用例，然后通后過(guò)不同的方法來(lái)重用這個(gè)公共的用例，以減少模型維護(hù)的工作量。
1、包含(include)
包含關(guān)系：使用包含（Inclusion）用例來(lái)封裝一組跨越多個(gè)用例的相似動(dòng)作（行為片斷），以便多個(gè)基（Base）用例復(fù)用?；美刂婆c包含用例的關(guān)系，以及被包含用例的事件流是否會(huì)插入到基用例的事件流中?；美梢砸蕾嚢美龍?zhí)行的結(jié)果，但是雙方都不能訪問(wèn)對(duì)方的屬性。
包含關(guān)系對(duì)典型的應(yīng)用就是復(fù)用，也就是定義中說(shuō)的情景。但是有時(shí)當(dāng)某用例的事件流過(guò)于復(fù)雜時(shí)，為了簡(jiǎn)化用例的描述，我們也可以把某一段事件流抽象成為一個(gè)被包含的用例；相反，用例劃分太細(xì)時(shí)，也可以抽象出一個(gè)基用例，來(lái)包含這些細(xì)顆粒的用例。這種情況類似于在過(guò)程設(shè)計(jì)語(yǔ)言中，將程序的某一段算法封裝成一個(gè)子過(guò)程，然后再?gòu)闹鞒绦蛑姓{(diào)用這一子過(guò)程。
例如：業(yè)務(wù)中，總是存在著維護(hù)某某信息的功能，如果將它作為一個(gè)用例，那新建、編輯以及修改都要在用例詳述中描述，過(guò)于復(fù)雜；如果分成新建用例、編輯用例和刪除用例，則劃分太細(xì)。這時(shí)包含關(guān)系可以用來(lái)理清關(guān)系。
2、擴(kuò)展(extend)擴(kuò)展關(guān)系：將基用例中一段相對(duì)獨(dú)立并且可選的動(dòng)作，用擴(kuò)展（Extension）用例加以封裝，再讓它從基用例中聲明的擴(kuò)展點(diǎn)（Extension Point）上進(jìn)行擴(kuò)展，從而使基用例行為更簡(jiǎn)練和目標(biāo)更集中。擴(kuò)展用例為基用例添加新的行為。擴(kuò)展用例可以訪問(wèn)基用例的屬性，因此它能根據(jù)基用例中擴(kuò)展點(diǎn)的當(dāng)前狀態(tài)來(lái)判斷是否執(zhí)行自己。但是擴(kuò)展用例對(duì)基用例不可見(jiàn)。對(duì)于一個(gè)擴(kuò)展用例，可以在基用例上有幾個(gè)擴(kuò)展點(diǎn)。
例如，系統(tǒng)中允許用戶對(duì)查詢的結(jié)果進(jìn)行導(dǎo)出、打印。對(duì)于查詢而言，能不能導(dǎo)出、打印查詢都是一樣的，導(dǎo)出、打印是不可見(jiàn)的。導(dǎo)入、打印和查詢相對(duì)獨(dú)立，而且為查詢添加了新行為。因此可以采用擴(kuò)展關(guān)系來(lái)描述：
4、泛化(generalization)泛化關(guān)系：子用例和父用例相似，但表現(xiàn)出更特別的行為；子用例將繼承父用例的所有結(jié)構(gòu)、行為和關(guān)系。子用例可以使用父用例的一段行為，也可以重載它。父用例通常是抽象的。在實(shí)際應(yīng)用中很少使用泛化關(guān)系，子用例中的特殊行為都可以作為父用例中的備選流存在。
例如，業(yè)務(wù)中可能存在許多需要部門領(lǐng)導(dǎo)審批的事情，但是領(lǐng)導(dǎo)審批的流程是很相似的，這時(shí)可以做成泛化關(guān)系表示：
上面是我參考的一篇文章，覺(jué)得將三種關(guān)系的區(qū)別講得很清晰，在此基礎(chǔ)上結(jié)合自己的系統(tǒng)，對(duì)項(xiàng)目(在線購(gòu)物系統(tǒng))的用例做了整體的描繪。
*****************************************************************
(1)系統(tǒng)整體用例圖
(商品用例圖)
（購(gòu)買信息用例）
(用戶資料用例)
按照先整體用例，后子系統(tǒng)用例來(lái)進(jìn)行描繪的，歡迎大家提出好的建議!
轉(zhuǎn)：UML中擴(kuò)展和泛化的區(qū)別
泛化表示類似于OO術(shù)語(yǔ)“繼承”或“多態(tài)”。UML中的Use Case泛化過(guò)程是將不同Use Case之間的可合并部分抽象成獨(dú)立的父Use Case，并將不可合并部分單獨(dú)成各自的子Use Case；包含以及擴(kuò)展過(guò)程與泛化過(guò)程類似，但三者對(duì)用例關(guān)系的優(yōu)化側(cè)重點(diǎn)是不同的。如下：
●泛化側(cè)重表示子用例間的互斥性；
●包含側(cè)重表示被包含用例對(duì)Actor提供服務(wù)的間接性；
●擴(kuò)展側(cè)重表示擴(kuò)展用例的觸發(fā)不定性；詳述如下：
既然用例是系統(tǒng)提供服務(wù)的UML表述，那么服務(wù)這個(gè)過(guò)程在所有用例場(chǎng)景中是必然發(fā)生的，但發(fā)生按照發(fā)生條件可分為如下兩種情況：
⒈無(wú)條件發(fā)生：肯定發(fā)生的；
⒉有條件發(fā)生：未必發(fā)生，發(fā)生與否取決于系統(tǒng)狀態(tài)；
因此，針對(duì)用例的三種關(guān)系結(jié)合系統(tǒng)狀態(tài)考慮，泛化與包含用例屬于無(wú)條件發(fā)生的用例，而擴(kuò)展屬于有條件發(fā)生的用例。進(jìn)一步，用例的存在是為Actor提供服務(wù)，但用例提供服務(wù)的方式可分為間接和直接兩種，依據(jù)于此，泛化中的子用例提供的是直接服務(wù)，而包含中的被包含用例提供的是間接服務(wù)。同樣，擴(kuò)展用例提供的也是直接服務(wù)，但擴(kuò)展用例的發(fā)生是有條件的。
另外一點(diǎn)需要提及的是：泛化中的子用例和擴(kuò)展中的擴(kuò)展用例均可以作為基本用例事件的備選擇流而存在。
第四篇：(用例圖)Use Cases總結(jié)
用例圖主要用來(lái)描述“用戶、需求、系統(tǒng)功能單元”之間的關(guān)系。它展示了一個(gè)外部用戶能夠觀察到的系統(tǒng)功能模型圖。
【用途】：幫助開(kāi)發(fā)團(tuán)隊(duì)以一種可視化的方式理解系統(tǒng)的功能需求。
用例圖所包含的元素如下：
1.參與者(Actor)
表示與您的應(yīng)用程序或系統(tǒng)進(jìn)行交互的用戶、組織或外部系統(tǒng)。用一個(gè)小人表示。
2.用例(Use Case)
用例就是外部可見(jiàn)的系統(tǒng)功能，對(duì)系統(tǒng)提供的服務(wù)進(jìn)行描述。用橢圓表示。
3.子系統(tǒng)(Subsystem)
用來(lái)展示系統(tǒng)的一部分功能，這部分功能聯(lián)系緊密。
4.關(guān)系
用例圖中涉及的關(guān)系有：關(guān)聯(lián)、泛化、包含、擴(kuò)展。
如下表所示：
a.關(guān)聯(lián)(Association)
表示參與者與用例之間的通信，任何一方都可發(fā)送或接受消息。
【箭頭指向】：指向消息接收方
b.泛化(Inheritance)
就是通常理解的繼承關(guān)系，子用例和父用例相似，但表現(xiàn)出更特別的行為；子用例將繼承父用例的所有結(jié)構(gòu)、行為和關(guān)系。子用例可以使用父用例的一段行為，也可以重載它。父用例通常是抽象的。
【箭頭指向】：指向父用例
c.包含(Include)
包含關(guān)系用來(lái)把一個(gè)較復(fù)雜用例所表示的功能分解成較小的步驟。
【箭頭指向】：指向分解出來(lái)的功能用例
d.擴(kuò)展(Extend)
擴(kuò)展關(guān)系是指用例功能的延伸，相當(dāng)于為基礎(chǔ)用例提供一個(gè)附加功能。
【箭頭指向】：指向基礎(chǔ)用例
e.依賴(Dependency)
以上4種關(guān)系，是UML定義的標(biāo)準(zhǔn)關(guān)系。但VS2010的用例模型圖中，添加了依賴關(guān)系，用帶箭頭的虛線表示，表示源用例依賴于目標(biāo)用例。
【箭頭指向】：指向被依賴項(xiàng)
5.項(xiàng)目(Artifact)
用例圖雖然是用來(lái)幫助人們形象地理解功能需求，但卻沒(méi)多少人能夠通看懂它。很多時(shí)候跟用戶交流甚至用Excel都比用例圖強(qiáng)，VS2010中引入了“項(xiàng)目”這樣一個(gè)元素，以便讓開(kāi)發(fā)人員能夠在用例圖中鏈接一個(gè)普通文檔。
用依賴關(guān)系把某個(gè)用例依賴到項(xiàng)目上：
然后把項(xiàng)目-》屬性 的Hyperlink設(shè)置到你的文檔上；
這樣當(dāng)你在用例圖上雙擊項(xiàng)目時(shí)，就會(huì)打開(kāi)相關(guān)聯(lián)的文檔。
6.注釋(Comment)
包含(include)、擴(kuò)展(extend)、泛化(Inheritance)的區(qū)別：
條件性：泛化中的子用例和include中的被包含的用例會(huì)無(wú)條件發(fā)生，而extend中的延伸用例的發(fā)生是有條件的；
直接性：泛化中的子用例和extend中的延伸用例為參與者提供直接服務(wù)，而include中被包含的用例為參與者提供間接服務(wù)。
對(duì)extend而言，延伸用例并不包含基礎(chǔ)用例的內(nèi)容，基礎(chǔ)用例也不包含延伸用例的內(nèi)容。
對(duì)Inheritance而言，子用例包含基礎(chǔ)用例的所有內(nèi)容及其和其他用例或參與者之間的關(guān)系；
一個(gè)用例圖示例：
牢騷：
感覺(jué)用例圖還不成熟，并不能很好地表達(dá)系統(tǒng)的需求，沒(méi)有UML背景的用戶幾乎不知道畫(huà)的是些什么。
其次，包含關(guān)系、擴(kuò)展關(guān)系的箭頭符號(hào)竟然是同樣的箭頭，僅靠上方寫(xiě)個(gè)文字來(lái)加以區(qū)別，翻譯成其他語(yǔ)言的話，幾乎就不知道代表什么意思。擴(kuò)展關(guān)系的箭頭朝向也很難理解，為何要指向基用例，而不指向擴(kuò)展用例。
VS2010添加的“項(xiàng)目”元素，是個(gè)很好的創(chuàng)新，能夠在用例圖中關(guān)聯(lián)word, excel這些文檔。但為什么不把這些功能直接集成到用例里面，雙擊用例就彈出一份文檔豈不更容易理解，非要畫(huà)蛇添足地加一個(gè)元件，僅僅為了提供個(gè)鏈接功能。
用例描述表：
鑒于用列圖并不能清楚地表達(dá)功能需求，開(kāi)發(fā)中大家通常用描述表來(lái)補(bǔ)充某些不易表達(dá)的用例，下圖的表給大家提供一個(gè)參考：
第五篇：會(huì)員用例描述
會(huì)員用例描述
表1 用例“會(huì)員注冊(cè)”的描述
用例名稱
會(huì)員注冊(cè)
用例描述
普通用戶通過(guò)注冊(cè)成為網(wǎng)上花店系統(tǒng)的會(huì)員 參與者
用戶
前置條件
用戶已經(jīng)打開(kāi)網(wǎng)上花店系統(tǒng)的頁(yè)面 后置條件
基本操作流程
1.用戶打開(kāi)注冊(cè)頁(yè)面；
2.用戶輸入昵稱、E—mail地址、登錄密碼、再次輸入登錄密碼；
3.單擊“提交”；
4.系統(tǒng)將驗(yàn)證登錄用戶名的有效性和重復(fù)性、密碼的正確性，如果都正確則顯示“你已成功注冊(cè)”，否則提示用戶重新輸入。
可選操作流程
1.用戶選擇“重置”，系統(tǒng)將清空輸入框信息；
2.用戶選擇“返回”，該頁(yè)面將返回到網(wǎng)上花店系統(tǒng)主頁(yè)面。
.表2 用例“會(huì)員登錄”的描述
用例名稱
會(huì)員登錄
用例描述
普通用戶通過(guò)注冊(cè)成為網(wǎng)上花店系統(tǒng)的會(huì)員登錄該系統(tǒng) 參與者
會(huì)員
前置條件
用戶已經(jīng)是網(wǎng)上花店系統(tǒng)的會(huì)員 后置條件
基本操作流程
1.會(huì)員請(qǐng)求進(jìn)入網(wǎng)上花店系統(tǒng)；
2.會(huì)員打開(kāi)登錄頁(yè)面；
3.會(huì)員輸入昵稱、登錄密碼，再選擇“登錄”；
4.系統(tǒng)將驗(yàn)證登錄用戶名和密碼的正確性，如果都正確則進(jìn)入系統(tǒng)，否則提示用戶重新輸入。
可選操作流程
1.用戶選擇“重置”，系統(tǒng)將清空輸入框信息
.表3 用例“個(gè)人信息維護(hù)”的描述
用例名稱
個(gè)人信息維護(hù)
用例描述
用來(lái)維護(hù)會(huì)員的相關(guān)信息 參與者
會(huì)員 前置條件
登錄系統(tǒng) 后置條件
基本操作流程
1.會(huì)員打開(kāi)了個(gè)人信息維護(hù)頁(yè)面；
2.會(huì)員輸入需要修改的信息，確認(rèn)后再選擇“登錄”；
3.系統(tǒng)將驗(yàn)證登錄修改后的用戶名和密碼的正確性，如果都正確則進(jìn)入系統(tǒng)，否則提示用戶重新輸入。
可選操作流程
1.用戶選擇“重置”，系統(tǒng)將清空輸入框信息 ；
2.用戶選擇“返回”，該頁(yè)面將返回到網(wǎng)上花店系統(tǒng)主頁(yè)面。
.表4 用例“添加購(gòu)物車商品”的描述
用例名稱
添加購(gòu)物車商品 用例描述
會(huì)員新增購(gòu)物車信息 參與者
會(huì)員 前置條件
登錄系統(tǒng) 后置條件
基本操作流程
1.會(huì)員獲取選購(gòu)商品信息，點(diǎn)擊商品圖片；
2.系統(tǒng)打開(kāi)用戶選定商品的詳細(xì)信息頁(yè)面
3.系統(tǒng)顯示商品信息，包括商品圖片、市場(chǎng)價(jià)、會(huì)員價(jià)、庫(kù)存量、商品描述，并選擇“加入購(gòu)物車”，如果該商品庫(kù)存量為0，則只能選擇‘收藏’，不購(gòu)買，只有庫(kù)存量大于0，方可加入購(gòu)物車；
4.會(huì)員繼續(xù)瀏覽商品、加入購(gòu)物車?？蛇x操作流程
.表5 用例“刪除購(gòu)物車商品”的描述
用例名稱
刪除購(gòu)物車商品
用例描述
會(huì)員刪除所加購(gòu)物車的商品信息 參與者
會(huì)員 前置條件
登錄系統(tǒng) 后置條件
基本操作流程
1.會(huì)員選擇“刪除”按鈕；
2.系統(tǒng)打開(kāi)確認(rèn)刪除對(duì)話框；
3.會(huì)員點(diǎn)擊“確認(rèn)”按鈕，刪除商品信息；
4.系統(tǒng)刪除選中的商品信息，并更新商品信息列表。
可選操作流程
1.選擇“取消”按鈕，系統(tǒng)將取消刪除操作，并返回商品列表頁(yè)面。
.表6 用例“確認(rèn)收貨”的描述
用例名稱
確認(rèn)收貨
用例描述
會(huì)員收到貨后進(jìn)行確認(rèn)收貨 參與者
會(huì)員 前置條件
登錄系統(tǒng) 后置條件
基本操作流程
1.會(huì)員打開(kāi)訂單頁(yè)面；
2.選擇“未完成訂單”；
3.點(diǎn)擊“確認(rèn)收貨”按鈕；
4.更新商品訂單，返回未完成訂單頁(yè)面。
可選操作流程
1.在未完成訂單頁(yè)面，點(diǎn)擊“退貨”按鈕，對(duì)于已發(fā)貨訂單，等待管理員審核，返回未完成訂單頁(yè)面。
.表7 用例“進(jìn)行評(píng)價(jià)”的描述
用例名稱
進(jìn)行評(píng)價(jià)
用例描述
會(huì)員確認(rèn)收貨后進(jìn)行評(píng)價(jià) 參與者
會(huì)員 前置條件
登錄系統(tǒng) 后置條件
基本操作流程
1.會(huì)員打開(kāi)訂單頁(yè)面；
2.選擇“未完成訂單”；
3.點(diǎn)擊“評(píng)價(jià)”按鈕，輸入評(píng)價(jià)內(nèi)容，進(jìn)行“提交”；
4.更新商品訂單，返回未完成訂單頁(yè)面?？蛇x操作流程
.表8 用例“訂單管理”的描述
用例名稱
訂單管理
用例描述
會(huì)員可以對(duì)自己的訂單進(jìn)行修改、增添、刪除管理。參與者
會(huì)員 前置條件
登錄系統(tǒng) 后置條件
基本操作流程
1.會(huì)員打開(kāi)訂單頁(yè)面；
2.按照條件可以“查詢”自己的訂單；
3.對(duì)目標(biāo)訂單進(jìn)行修改發(fā)貨地址和信息管理
4.系統(tǒng)更新商品訂單，返回未完成訂單頁(yè)面。
可選操作流程
1.對(duì)未發(fā)貨或者已完成的目標(biāo)訂單選擇“刪除”按鈕，刪除訂單，系統(tǒng).更新商品訂單，返回未完成訂單頁(yè)面。.
點(diǎn)擊咨詢 