【導(dǎo)讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 。 根據(jù)基本流程 ,系統(tǒng)管理員刪除財(cái)務(wù)信息的序列圖如圖 所示 . 與序列圖等價(jià)的協(xié)作圖如圖 所示 80 7 系統(tǒng)管理員查詢(xún)?nèi)耸滦畔⒌墓ぷ髁鞒? （ 1）系統(tǒng)管理員登錄成功后，進(jìn)入查詢(xún)?nèi)耸滦畔⒔缑妫峤徊樵?xún)請(qǐng)求。 (2)界面將查詢(xún)的信息傳遞到控制對(duì) 象 Control。 (3)控制對(duì)象從數(shù)據(jù)庫(kù)中活動(dòng)所要查詢(xún)的人事信息。 (4)控制對(duì)象 Control 將得到的信息返回到界面并顯示。 (5)系統(tǒng)管理員從界面上獲得所查詢(xún)的人事信息。 根據(jù)基本流程 ,系統(tǒng)管理員查詢(xún)?nèi)耸滦畔⒌男蛄袌D如圖 所示 . 與序列圖等價(jià)的協(xié)作圖如圖 所示 81 8 系統(tǒng)管理員添加人事信息的工作流程 (1)系統(tǒng)管理員進(jìn)入添加人事信息界面 ,在界面中提交添加財(cái)務(wù)信息。 (2) 界面將系統(tǒng)管理員提交的人事信息傳遞給控制對(duì)象Control。 (3)控制對(duì)象向數(shù)據(jù)庫(kù)查詢(xún)相關(guān) 人事信息并進(jìn)行判斷。 (4)控制對(duì)象 Control 向數(shù)據(jù)庫(kù)中添加人事信息的數(shù)據(jù)。 (5)控制對(duì)象 Control 將添加成功的信息返回到界面并顯示。 (6)系統(tǒng)管理員從界面上獲得添加成功的信息。 根據(jù)基本流程 ,系統(tǒng)管理員添加人事信息的序列圖如圖 所示 . 82 與序列圖等價(jià)的協(xié)作圖如圖 所示 9 系統(tǒng)管理員刪除人事信息的工作流程 (1) 系統(tǒng)管理員進(jìn)入刪除人事信息界面 ,在界面中提交刪除的人事信息。 (2) 界面將系統(tǒng)管理員提交的人事信息傳遞到控制對(duì)象83 Control。 (3)控制對(duì)象向數(shù)據(jù) 庫(kù)查詢(xún)相關(guān)人事信息并進(jìn)行判斷。 (4)控制對(duì)象 Control 向數(shù)據(jù)庫(kù)中執(zhí)行刪除人事信息的數(shù)據(jù)。 (5)控制對(duì)象 Control 將刪除成功的信息返回到界面并顯示。 (6)系統(tǒng)管理員從界面上獲得刪除成功的信息。 根據(jù)基本流程 ,系統(tǒng)管理員刪除人事信息的序列圖如圖 所示 . 與序列圖等價(jià)的協(xié)作圖如圖 所示 84 10 系統(tǒng)管理員查詢(xún)銷(xiāo)售信息的工作流程 （ 1）系統(tǒng)管理員登錄成功后，進(jìn)入查詢(xún)銷(xiāo)售信息界面，提交查詢(xún)請(qǐng)求。 (2)界面將查詢(xún)的信息傳遞到控制對(duì)象 Control。 (3)控制對(duì)象從數(shù) 據(jù)庫(kù)中活動(dòng)所要查詢(xún)的銷(xiāo)售信息。 (4)控制對(duì)象 Control 將得到的信息返回到界面并顯示。 (5)系統(tǒng)管理員從界面上獲得所查詢(xún)的銷(xiāo)售信息。 根據(jù)基本流程 ,系統(tǒng)管理員查詢(xún)銷(xiāo)售信息的序列圖如圖 所示 . 85 與序列圖等價(jià)的協(xié)作圖如圖 所示 11 系統(tǒng)管理員添加銷(xiāo)售信息的工作流程 (1)系統(tǒng)管理員進(jìn)入添加銷(xiāo)售信息界面 ,在界面中提交添加財(cái)務(wù)86 信息。 (2) 界面將系統(tǒng)管理員提交的銷(xiāo)售信息傳遞給控制對(duì)象Control。 (3)控制對(duì)象向數(shù)據(jù)庫(kù)查詢(xún)相關(guān)銷(xiāo)售信息并進(jìn)行判斷。 (4)控制對(duì)象 Control 向數(shù)據(jù)庫(kù)中添加銷(xiāo)售信息的數(shù)據(jù)。 (5)控制對(duì)象 Control 將添加成功的信息返回到界面并顯示。 (6)系統(tǒng)管理員從界面上獲得添加成功的信息。 根據(jù)基本流程 ,系統(tǒng)管理員添加銷(xiāo)售信息的序列圖如圖 所示 . 與序列圖等價(jià)的協(xié)作圖如圖 所示 87 12 系統(tǒng)管理員刪除銷(xiāo)售信息的工作流程 (1) 系統(tǒng)管理員進(jìn)入刪除銷(xiāo)售信息界面 ,在界面中提交刪除的銷(xiāo)售信息。 (2) 界面將系統(tǒng)管理員提交的銷(xiāo)售信息傳遞到控制對(duì)象Control。 (3)控制對(duì)象向數(shù)據(jù)庫(kù)查詢(xún)相關(guān)銷(xiāo)售信息并進(jìn)行判斷。 (4)控制對(duì)象 Control 向數(shù)據(jù)庫(kù)中執(zhí)行刪除銷(xiāo)售信息的數(shù)據(jù)。 (5)控制對(duì)象 Control 將刪除成功的信息返回到界面并顯示。 (6)系統(tǒng)管理員從界面上獲得刪除成功的信息。 根據(jù)基本流程 ,系統(tǒng)管理員刪除銷(xiāo)售信息的序列圖如圖 所示 . 88 與序列圖等價(jià)的協(xié)作圖如圖 所示 89 創(chuàng)建系統(tǒng)的狀態(tài)圖 (1)商品信息的狀態(tài)圖 商品信息包含三個(gè)狀態(tài)：被添加的商品信息，被修改的商品信息，被添加的商品信息。它們之間的轉(zhuǎn)化規(guī)則如下： （ 2）制作報(bào)表狀態(tài)圖 90 (3)商品入庫(kù) 狀態(tài)圖 91 創(chuàng)建系統(tǒng)的活動(dòng)圖 (1)收銀員收款活動(dòng)圖： 92 (2)倉(cāng)庫(kù)管理活動(dòng)圖 93 登陸商品錄入查詢(xún) 庫(kù)存警告銷(xiāo)售排行生成需求信息采購(gòu)計(jì)劃發(fā)送采購(gòu)信息關(guān)閉 （ 4）經(jīng)理查看員工信息活動(dòng)圖 94 （ 5） 經(jīng)理添加員工信息活動(dòng)圖 95 （ 6） 經(jīng)理修改員工信息活動(dòng)圖 96 （ 7） 經(jīng)理刪除員工信息活動(dòng)圖 97 （ 8） 人事管理系統(tǒng)活動(dòng)圖 98 5 物理模型 創(chuàng)建系統(tǒng)組件圖 在超市管理系統(tǒng)中，可以對(duì)系統(tǒng)的主要參與者和主要的業(yè)務(wù)實(shí)體類(lèi)分別創(chuàng)建對(duì)應(yīng)的構(gòu)件并進(jìn)行映射。根據(jù)類(lèi)圖創(chuàng)建系統(tǒng)構(gòu)建圖，包括用戶(hù)構(gòu)件、系統(tǒng)管理員構(gòu)件、業(yè)務(wù)邏輯構(gòu)件、界面構(gòu)件、各種信息構(gòu)件和數(shù)據(jù)庫(kù)構(gòu)件。除此之外，還必須有一個(gè)主程序構(gòu)件。根據(jù)這些構(gòu)件及其關(guān)系創(chuàng)建的構(gòu) 件圖如下圖所示 : 列舉兩個(gè)子系統(tǒng)： 99 創(chuàng)建系統(tǒng)部署圖 （ 1） 100 （ 2） 6 創(chuàng)建 數(shù)據(jù)模型 在 “ 超市管理系統(tǒng) ” 選項(xiàng)上選擇 “Data Modeler” ， 然后選擇 New 的 Data Model Diagram 子菜單創(chuàng)建一個(gè)新數(shù)據(jù)模型圖。 101 列舉兩個(gè)例子 7 總結(jié) 本文論述了一個(gè)基于 WEB 的超市管理系統(tǒng)，基本上體現(xiàn)了電子商務(wù)各方面的優(yōu)點(diǎn)。我所設(shè)計(jì)的超市管理系統(tǒng)，主要是電子商務(wù)進(jìn)行初步的探討和設(shè)計(jì)。在設(shè)計(jì)過(guò)程中，我初步了解了102 UML 的優(yōu)點(diǎn)和先進(jìn)之處，了解他的可以自動(dòng)生成代碼的功能。 在設(shè)計(jì)和制作超市管理系統(tǒng)的過(guò)程中，培養(yǎng)了自己的綜合能力和從全局考慮的思想。這個(gè)超市管理系統(tǒng)系統(tǒng)功能是很強(qiáng)大的，但出于自己水平有限，作為一個(gè)超市管理系統(tǒng)，該項(xiàng)目上有一些不完善和函待改進(jìn) 之處，有好多東西考慮不周，功能模塊不是特別的完善。 通過(guò)本次課程設(shè)計(jì)的編寫(xiě)，對(duì)本期的課程進(jìn)行了系統(tǒng)的復(fù)習(xí)和應(yīng)用，加深了對(duì)書(shū)上知識(shí)的了解。 畫(huà)用例圖、類(lèi)圖、序列圖、協(xié)作圖、活動(dòng)圖、構(gòu)件圖、狀態(tài)圖、部署圖、數(shù)據(jù)庫(kù)建模時(shí)的注意點(diǎn)： 用例圖 1）、用例圖就是由參與者（ Actor）、用例（ Use Case）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的動(dòng)態(tài)視圖。用例圖可視化地描述了系統(tǒng)外部的使用者和使用者使用系統(tǒng)時(shí)， 系統(tǒng)為這些使用者提供的一系列抽象（用例）， 并清晰蒂描述了參與者和參與者之間的泛化關(guān)系， 用例和用例之間 的包含關(guān)系、泛化關(guān)系、擴(kuò)展關(guān)系，以及用例和參與者之間的關(guān)聯(lián)關(guān)系。 2）、在畫(huà)用例圖時(shí)，如果不想強(qiáng)調(diào)對(duì)話(huà)中的主動(dòng)被動(dòng)關(guān)系，可以使用不帶箭頭的線(xiàn)段。 3）、參與者與用例間的信息流缺省存在，且信息流向是雙向的，與箭頭方向毫無(wú)關(guān)系。 4）、在用例圖中使用一個(gè)人形圖標(biāo)來(lái)表示參與者，參與者的名字寫(xiě)在人形圖標(biāo)下面。 5）、在畫(huà)用例圖時(shí)不畫(huà)出系統(tǒng)邊界。 6）、用例表明的也是一個(gè)類(lèi)，而不是某個(gè)具體的實(shí)例。用例描述的是它代表的功能的某個(gè)方面，包含了用例執(zhí)行期間可能發(fā)生的某種情況。 7）、任何用例都不能在缺少參與者的情況下 獨(dú)立存在。同樣，任何參與者也必須要有與之關(guān)聯(lián)的用例。 103 8）、在 UML 中，包含關(guān)系是通過(guò)帶箭頭的虛線(xiàn)段加include字樣來(lái)表示，箭頭由基礎(chǔ)用例 (Base)指向被包含用例 (Inclusion)。 9）、用例的泛化指的是一個(gè)父用例可以被特化形成多個(gè)子用例，而父用例和子用例之間的關(guān)系就是泛化關(guān)系。 活動(dòng)圖 1）、活動(dòng)狀態(tài)和動(dòng)作狀態(tài)的表示圖標(biāo)相同，都是平滑的圓角矩形。兩者不同的是活動(dòng)狀態(tài)可以在圖標(biāo)中給出入口動(dòng)作和出口動(dòng)作等信息。 2）、活動(dòng)狀態(tài)是一個(gè)程序的執(zhí)行過(guò)程的狀態(tài)而不是一個(gè)普通對(duì)象的狀態(tài)。離開(kāi)一個(gè) 活動(dòng)狀態(tài)的轉(zhuǎn)換通常不包括事件觸發(fā)器。 3）、動(dòng)作狀態(tài)是一種特殊的活動(dòng)狀態(tài) 4）、活動(dòng)圖 :：著重于對(duì)一個(gè)活動(dòng)到另一個(gè)活動(dòng)的控制流建立模型。 狀態(tài)圖 1）、狀態(tài)圖 ： 著重于對(duì)一個(gè)模型元素的可能的狀態(tài)及其轉(zhuǎn)移建立模型。 2）、狀態(tài)圖用于對(duì)系統(tǒng)的動(dòng)態(tài)建模，適合描述跨越多個(gè)用例的對(duì)象在其生命周期中的各種狀態(tài)及其狀態(tài)之間的轉(zhuǎn)換。如果一個(gè)系統(tǒng)的事件個(gè)數(shù)比較少并且事件的合法順序比較簡(jiǎn)單，狀態(tài)圖的作用就不明顯。 3）、在系統(tǒng)建模時(shí)，不需要對(duì)每個(gè)類(lèi)對(duì)象創(chuàng)建狀態(tài)圖，只關(guān)注明顯影響對(duì)象行為的屬性，以及它們表達(dá)的對(duì)象狀態(tài)。 4）、組合 狀態(tài)可以包含有順序子狀態(tài)或并發(fā)子狀態(tài)； 采用組合狀態(tài)可以簡(jiǎn)化對(duì)復(fù)雜行為的建模，清楚地表達(dá)狀態(tài)的結(jié)構(gòu)關(guān)系。 5）、若行為過(guò)程出現(xiàn)各種非正常的情況，表現(xiàn)非正常行為的轉(zhuǎn)移箭線(xiàn)將導(dǎo)致轉(zhuǎn)移交叉的凌亂現(xiàn)象，可以使用組合狀態(tài)和順序子狀態(tài)的概念解決此類(lèi)建模問(wèn)題。 6）、歷史狀態(tài)只是一個(gè)偽狀態(tài)，只能作為一個(gè)組合狀態(tài)中的子104 狀態(tài)，不能在頂層狀態(tài)圖中使用。 7）、并發(fā)狀態(tài)圖適合描述一個(gè)對(duì)象有許多獨(dú)立行為的情況，可以把表達(dá)這些個(gè)別行為的狀態(tài)機(jī)圖組合在一起，構(gòu)成一個(gè)并發(fā)狀態(tài)機(jī)圖。 8）、事件的名稱(chēng)用一個(gè)字符串表示 ,必須引用接受事件的對(duì) 象類(lèi)中的一個(gè)操作或信號(hào)。 9）、同步與判定的區(qū)別 a) 判定是根據(jù)監(jiān)護(hù)條件使工作流分支，而且監(jiān)護(hù)條件的取值只會(huì)觸發(fā)一個(gè)分支的執(zhí)行。 b) 同步的不同分支是并發(fā)執(zhí)行的，不會(huì)因?yàn)橐粋€(gè)分支的執(zhí)行造成其它分支的中斷。 類(lèi)圖 1）、類(lèi)圖，就是用于對(duì)系統(tǒng)中的各種概念進(jìn)行建模，并描繪出它們之間關(guān)系的圖。 2）、類(lèi)的名稱(chēng)是每個(gè)類(lèi)的圖形中所必須擁有的元素，類(lèi)的名稱(chēng)通常來(lái)自于系統(tǒng)的問(wèn)題域，并且盡可能地明確表達(dá)要描述的事物，不會(huì)造成類(lèi)的語(yǔ)義沖突。 3）、在類(lèi)圖中，具體來(lái)講它一共包含了以下幾種模型元素，分別是：類(lèi)、接口、依賴(lài)關(guān)系、泛化關(guān)系、 關(guān)聯(lián)關(guān)系以及實(shí)現(xiàn)關(guān)系。 4）、類(lèi)圖可以創(chuàng)建約束、注釋和包等。 5）、在 UML 中，類(lèi)的屬性的表示語(yǔ)法為（ [ ]內(nèi)的內(nèi)容是可選的）： [可見(jiàn)性 ] 屬性名稱(chēng) [：屬性類(lèi)型 ] [=初始值 ] [{屬性字符串 }] 6）、接口是一種特殊的類(lèi)，所有接口都是有構(gòu)造型interface的類(lèi)。一個(gè)類(lèi)可以通過(guò)實(shí)現(xiàn)接口從而支持接口所指定的行為。 對(duì)象圖 1）、對(duì)象圖中包含對(duì)象（ Object）和鏈（ Link）。其中對(duì)象是類(lèi)的特定實(shí)例，鏈?zhǔn)穷?lèi)之間關(guān)系的實(shí)例，表示對(duì)象之間105 的特定關(guān)系。對(duì)象圖的目的在于描述系統(tǒng)中參與交互的各個(gè)對(duì)象 在某一時(shí)刻是如何運(yùn)行的。 協(xié)作圖： 1)、一個(gè)協(xié)作代表了為了完成某個(gè)目標(biāo)而共同工作的一組對(duì)象。 2）、在協(xié)作圖中，不需要關(guān)于某個(gè)類(lèi)的所有對(duì)象都出現(xiàn)，同一個(gè)類(lèi)的對(duì)象在一個(gè)協(xié)作圖中也可能要充當(dāng)多個(gè)角色。 3）可以用快捷鍵 F5 進(jìn)行序列圖與協(xié)作圖之間的轉(zhuǎn)換。 構(gòu)件圖 1）、構(gòu)件的身份特征是指構(gòu)件擁有身份和狀態(tài)，用于定位在其上的物理對(duì)象。 2)、構(gòu)件圖中，構(gòu)件與構(gòu)件之間表現(xiàn)為依賴(lài)關(guān)系，定義的類(lèi)或接口與類(lèi)之間表現(xiàn)為依賴(lài)關(guān)系或?qū)崿F(xiàn)關(guān)系。 部署圖 1)在描述處理器方法應(yīng)該包含處理器的調(diào)度和進(jìn)程。 2）部署模型的目的： （ 1）、描述一個(gè)具體應(yīng)用的主要部署結(jié)構(gòu) （ 2）、平衡系統(tǒng)運(yùn)行時(shí)的計(jì)算資源分布 （ 3）、部署圖也可以通過(guò)連接描述組織的硬件網(wǎng)絡(luò)結(jié)構(gòu)或者是嵌入式系統(tǒng)等具有多種相關(guān)硬件和軟件的系統(tǒng)運(yùn)行模型。 3）、調(diào)度是指處理其進(jìn)程中為實(shí)現(xiàn)一定的目的而對(duì)共同使用的資源進(jìn)行時(shí)間分配。 數(shù)據(jù)庫(kù)建模 1）、把對(duì)象模型轉(zhuǎn)換為數(shù)據(jù)模型，其結(jié)果并不是惟一的。 2）、對(duì)象模型和數(shù)據(jù)模型的開(kāi)發(fā)往往是并行的，同樣可以數(shù)據(jù)模型向?qū)ο竽Ｐ娃D(zhuǎn)換要。所謂 1數(shù)據(jù)模型向?qū)ο竽Ｐ偷霓D(zhuǎn)換，簡(jiǎn)單地說(shuō)，就是把表轉(zhuǎn)換為類(lèi)，表與表之間的關(guān)系轉(zhuǎn)換為類(lèi)與類(lèi)之間的關(guān)系。 3） 、數(shù)據(jù)模型向?qū)ο竽Ｐ偷霓D(zhuǎn)換是對(duì)模式 (即包的 Schema版型 )進(jìn)行的。 106 8 參考文獻(xiàn) 《 uml課程設(shè)計(jì)》 董蘭芳 劉振安等編著 機(jī)械工業(yè)出版社 《 uml系統(tǒng)建模基礎(chǔ)教程》 胡荷芬等編著 清華大學(xué)出版社