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

　　

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