基于UML網上鮮花店訂花系統(tǒng)

1、石河子大學信息科學與技術學院信息系統(tǒng)分析與設計課程設計題 目：基于UML網上鮮花店訂花系統(tǒng)姓 名： 楊小慶 學 號： 院 系： 信息科學與技術學院 專 業(yè)： 信息管理與信息系統(tǒng) 班 級： 2008級（2）班 指導教師： 劉 艷 完成時間： 2011年01月12日 目錄第一章 緒論31.1選題目的和意義31.2論文研究內容41.3本章小結7第二章 需求分析及環(huán)境搭配72.1系統(tǒng)說明72.2系統(tǒng)運行環(huán)境82.3本章小結8第三章 系統(tǒng)需求分析83.1后臺訂單管理HIPO圖設計93.2系統(tǒng)用例設計103.3本章小結16第四章 系統(tǒng)概要設計174.1 數(shù)據(jù)庫設計174.2 面向對象設計26第五章 系統(tǒng)實

2、施32結 論32感想與收獲32參考文獻33第一章 緒論1.1選題目的和意義中國網絡的快速崛起和網民的增加，帶動了電子商務的蓬勃發(fā)展，以阿里巴巴領航的電子商務，方便了網民的日常生活以及出行、購物等等。在全球市場的競爭中，花卉經營企業(yè)常常需要聯(lián)合起來作為一個虛擬的組織達成共同的商務目標。但是虛擬企業(yè)的商務環(huán)境千變萬化，所以必需開發(fā)一種橫跨各個企業(yè)邊界的操作動態(tài)的工作流程和平臺，并且這個平臺能夠滿足花卉經營企業(yè)的這種需求。本文就描述了一個以電子商務技術為基礎的花卉交易平臺的模型建立。作者根據(jù)電子商務的發(fā)展趨勢，在深刻了解國內花卉交易行業(yè)電子商務應用環(huán)境的基礎上，提出了將電子商務各種技術集成應用到傳統(tǒng)

3、花卉市場的解決方案，也就是建立一個網上電子花卉市場。 首先，文章簡單介紹了電子商務的發(fā)展歷史及其在國內外鮮花交易的應用現(xiàn)狀并介紹和分析了鄭州花卉生產和交易的現(xiàn)狀。在文章的正文中作者根據(jù)花卉交易的業(yè)務流程詳細介紹了整個系統(tǒng)的設計。作者設計了一個網絡花卉市場，包括種植戶到花店和花店到消費者兩個相對對立又互相聯(lián)系的電子商務系統(tǒng)。同時，文章對整個系統(tǒng)的商業(yè)模式、贏利模式和定價模型做了詳細的介紹。電子商務的成功與否主要是看能否解決物流配送和支付的問題，本文作者根據(jù)鄭州花卉交易的特點和B2B和B2C兩個不同的業(yè)務情況設計了不同的支付模式和物流配送模式，特別是B2C環(huán)節(jié)支付與物流方式的設計很好地解決了小額訂

4、購的鮮花，作為日常生活不可獲取的生活細節(jié)，愛情、生日、喬遷、開業(yè)、婚禮 生小孩、道歉、探望、哀思、紀念日等等。同樣的鮮花根據(jù)作用的不同，有著不同的包裝裝飾：圓形花束、單面花束、臺式花束、落地花籃、鮮花圈、禮盒玫瑰等，由于鮮花的更新快，城市的小花店很難承受高額的房租、運輸費用、店鋪地址對花店的影響等。選擇網上訂花，既是網民方便自己的方式，也是鮮花運營者減輕自身成本的方式，下面具體講解網上商店的意義。 首先，投資少，回收快。一項針對中國中小企業(yè)的情況調查顯示，個人在網下啟動銷售公司的平均費用至少5萬元，而據(jù)易趣網禮品門類的負責人介紹，網上開店建店成本非常小。一般說，籌辦一家網上的商店投入很小，不用

5、去辦營業(yè)執(zhí)照，不用去租門面，不用囤積貨品，所需資金不過1500元；網上商店比同等規(guī)模的地面商店“租金”要低得多，同時租金不會因為營業(yè)面積的增加而增加，投資者也不用為延長營業(yè)時間而增加額外的費用。“網上商店比同等規(guī)模的地面商店“租金”要低得多，同時租金不會因為營業(yè)面積的增加而增加，投資者也不用為延長營業(yè)時間而增加額外的費用?！逼浯?，基本不需要占壓資金。傳統(tǒng)商店的進貨資金少則幾千元，多則數(shù)萬元，而網上商店則不需要壓資金。第三，小時營業(yè)時間。網上商店延長了商店的營業(yè)時間，一天24小時、一年365天不停地運作，無須專人值班看店，都可照常營業(yè)。網上商店節(jié)省了人力方面的投資，不用雇傭幫手，店主完全可以在享

6、受生活的同時把自家的網上小店打理得井井有條；還避免了因為來不及照看店鋪而帶來的損失。同時，營業(yè)時間不受限制，消費者可以在任何時間登陸、購物。交易時間上的全天性和全年性，使得交易成功的機會大大提高。第四，銷售規(guī)模不受地盤限制。傳統(tǒng)商店有多大就只能擺放多少商品，生意大小常常被小店面積限制。而在網上，即便在地面上只有一個小商店，或者干脆就沒有門面，開店的生意卻可以照樣做得很大。 第五，不受店面空間的限制。哪怕只是街邊小店，在網上卻可以擁有百貨大樓那么大的店面，只要投資者愿意，可以擺上成千上萬種商品。目前國內最大的專業(yè)拍賣網站同時在線的商品要超過10萬件已超過一些大超市。 最后，不受地理位置影響。不管

7、客戶離店有多遠，在網上，客戶一樣可以很方便地找到。這令消費群體突破了地域的限制，變得無限廣闊了。網上商店所面向的是全國乃至全球的消費者，這個潛在市場是單個商店，甚至是大型商場都無法相提并論的。只要商品有特色，經營得法，網上商店每天將帶來成千上萬的客流量，大大增加銷售收入。1.2論文研究內容1.2.1 鮮花店網上訂花系統(tǒng)系統(tǒng)概述鮮花店網上訂花系統(tǒng)流程主要包括訂單受理，訂單調度，訂單處理，訂單回訪以及訂單歸檔五個流程狀態(tài)。如下圖所示：1.2.2 鮮花店網上訂花系統(tǒng)功能模塊概述1.2.2.1會員管理模塊概述本模塊的主要功能是會員信息維護和權限控制。會員信息維護包括會員信息查詢，增加，修改以及刪除；會

8、員權限控制包括權限的賦予與撤銷。通過動態(tài)的權限控制功能，使系統(tǒng)權限管理更靈活，便于處理實際的人事變更問題。其中權限分兩種：普通會員和管理員。1.2.2.2訂單受理模塊概述本模塊是訂單流程的起始節(jié)點，主要功能是訂單信息的確認，確定從網絡發(fā)來的訂單真實有效。1.2.2.3訂單調度模塊概述本模塊是訂單處理的第二個節(jié)點，負責訂單的派發(fā)，調度操作員根據(jù)相應的受理信息對訂單進行調度處理，發(fā)送至相關處理部門，主要功能是調度信息的錄入，派發(fā)等。1.2.2.4訂單處理模塊概述本模塊是訂單處理的第三個節(jié)點，負責訂單處理信息的記錄，處理操作員根據(jù)故障處理情況錄入處理信息及安排送花人員 。主要功能是處理信息的錄入，訂

9、單車輛信息選定，訂單人員信息選定等。1.2.2.5訂單回訪模塊概述本模塊是訂單處理的第四個節(jié)點，當訂單處于回訪節(jié)點，回訪操作員根據(jù)訂單處理情況對客戶進行訂單回訪，將客戶反饋意見錄入系統(tǒng)。主要功能是回訪信息的錄入，暫存，更新及訂單的回退。1.2.2.6訂單歸檔模塊概述本模塊是訂單處理的最后一個節(jié)點，負責處理重復訂單訂單，附件信息，以及處理完成的訂單。主要功能包括訂單的人工歸檔處理，歸檔數(shù)據(jù)導出，附件信息查看等。1.2.2.7訂單綜合信息查詢模塊概述本模塊主要功能是根據(jù)多條件查詢相應訂單信息，以利于操作員了解當前訂單處理的流程狀態(tài)。1.2.3 系統(tǒng)技術要求及可行性可行性是系統(tǒng)開發(fā)的一項關鍵步驟，它

10、是通過對整個系統(tǒng)的需求，技術及開發(fā)方法，以及開發(fā)人員進行的綜合評估。本系統(tǒng)采用模塊化開發(fā)方法，將整個系統(tǒng)分為多個功能模塊，這樣有助于系統(tǒng)開發(fā)的組織和管理。目前WEB應用程序開發(fā)已經形成比較成熟的框架，包括微軟的A和Sun公司的J2EE，本系統(tǒng)采用J2EE開發(fā)框架，充分發(fā)揮MVC架構的優(yōu)勢，并利用Accesse數(shù)據(jù)庫，使數(shù)據(jù)信息的處理安全，高效。1.3本章小結本章主要介紹了本系統(tǒng)的背景，以及相關內容的國內外發(fā)展情況，以及初步確定了整個系統(tǒng)的實現(xiàn)方法，并對各個技術進行了總體概括性的介紹。以后的部分將都在這些方法的基礎上經行設計實現(xiàn)。第二章 需求分析及環(huán)境搭配2.1系統(tǒng)說明 2.1.1設計目標鮮花店

11、網上訂花系統(tǒng)網絡服務是訂花系統(tǒng)的一部分，而正因為網絡服務才大大提高了訂花處理的效率，這種模式已經逐漸代替過去的工作模式以及工作方式。本系統(tǒng)實現(xiàn)了整個訂花流程的信息記錄及訂單處理跟蹤。 2.1.2系統(tǒng)特點鮮花店網上訂花系統(tǒng)采用browser/server結構，實現(xiàn)鮮花預定信息化管理。這種系統(tǒng)的優(yōu)勢在于系統(tǒng)簡單，功能強大，擴展能力良好以及跨地域操作性強。Browser/server模式通過Internet進行通信，并且把事務處理模塊從客戶端分離出來，由Web服務器單獨組成一層來負擔其任務，這樣客戶端的壓力減輕，把負荷分配給了Web服務器。本系統(tǒng)同樣應用了MVC結構，這種抽象結構能有利于將應用程序分

12、割成若干邏輯部件，使程序設計更加容易。MVC結構提供了一種按功能對各種對象的分割方法，其目的是為了將各種對象從交互模型中抽象出來。其中Model，即模型，用來作為對現(xiàn)實世界中一個處理過程的模擬；View，即視圖，用來組織模型中的內容，負責維持數(shù)據(jù)表現(xiàn)的一致性；Control，即控制器，它定義了應用程序的行為，負責對來自于視圖的用戶要求進行解析，并把這些要求映射成相應的行為。2.2系統(tǒng)運行環(huán)境2.2.1設備要求選擇系統(tǒng)硬件運行環(huán)境配置的時候應該考慮到系統(tǒng)的安全性、開放性、性能價格比、可擴展性、能保證較高的工作效率等方面。最終確定的硬件環(huán)境配置為：CPU：Intel P4 2.2；內存：512MB

13、 DDR；硬盤：30GB；基本的輸入、輸出設備2.2.2支撐軟件系統(tǒng)軟件平臺的配置，軟件是系統(tǒng)開發(fā)的靈魂，配備良好的軟件開發(fā)工具在系統(tǒng)開發(fā)中至關重要：操作系統(tǒng)：Windows XP；數(shù)據(jù)庫軟件：Access2003；服務器軟件：Tomcat6.0開發(fā)平臺：JDk5.5開發(fā)工具：MyEclipse6.0 、Dreanwear CS3 、PhotoShop cs2 、Rational Rose 2002 、Microsoft Office visio 20032.3本章小結本章主要介紹系統(tǒng)設計目標、系統(tǒng)特點、運行環(huán)境、開發(fā)環(huán)境和工具。第三章 系統(tǒng)需求分析本系統(tǒng)設計，已經避開了以往的模式，避開了大而

14、寬泛的研究，對于大部分網上鮮花店設計，以往設計都基于以下步驟(如圖3-1)：第一，用戶瀏覽搜索鮮花信息、注冊、購物車；第二，管理員管理發(fā)布鮮花信息、分類、獲取訂單、管理用戶等等。這些方式已經是眾所周知的，所以這次設計偏重于建立一個“全國性的、多分店合作的鮮花訂單配送系統(tǒng)”，給每個分店用戶分配訂單處理權限，查看屬于該用戶自己的訂單信息。系統(tǒng)的核心已經從“管理員發(fā)布信息”、“獲取訂單”轉移到如何將訂單進行流程處理，關鍵部分就是“流程”、“權限控制”。 傳統(tǒng)的網上花店 3.1后臺訂單管理HIPO圖設計3.2系統(tǒng)用例設計3.2.1系統(tǒng)管理員用例設計 用例圖用例描述用例名稱：系統(tǒng)管理用例參與者：管理員簡

15、易說明： 管理員添加，刪除，更新，查詢系統(tǒng)中的管理員信息前置條件： 管理員已經成功進入系統(tǒng)基本事件流：1. 管理員點擊“修改信息”按鈕，頁面跳轉到會員信息修改界面，并顯示會員信息；管理員點擊修改鮮花信息、分類信息類似。2. 管理員在文本框中可以修改信息也可以刪除信息3. 管理員修改信息后，點擊“保存”按鈕，會員信息被更改，跳轉成功界面其它事件流： 在點擊“保存”按鈕前，可以點擊“返回”按鈕或者“重置”按鈕異常事件流：1. 提示錯誤信息，管理員重新填寫2. 更新失敗異常，跳轉失敗界面后置條件： 會員信息被更改3.2.2訂單受理用例設計用例圖用例描述用例名稱：訂單受理用例參與者：訂單受理操作員簡易

16、說明： 訂單受理操作員確認訂單的有效性，無效訂單進行歸檔，或者將訂單發(fā)送到下一流程。前置條件： 訂單受理操作員已經成功進入系統(tǒng)基本事件流：1. 操作員點擊訂單處理按鈕，頁面跳轉訂單受理界面，并顯示受理信息2. 操作員填寫或者更改訂單受理信息3. 根據(jù)訂單地址，系統(tǒng)動態(tài)顯示相似訂單地址訂單信息4. 操作完成后，點擊“提交”按鈕，保存受理信息，跳轉成功界面其它事件流： 在點擊“提交”或者“暫存”按鈕前，可以點擊“關閉”按鈕或者“重置”按鈕，退出訂單受理界面異常事件流：1. 提示錯誤信息，操作員重新填寫受理信息2. 更新失敗異常，跳轉失敗界面3. 附件上傳失敗，跳轉失敗界面后置條件： 受理信息完成，

17、訂單確認完成3.2.3訂單調度用例設計 用例圖 用例描述用例名稱：訂單調度用例參與者：訂單調度操作員簡易說明：訂單調度操作員根據(jù)受理信息，填寫調度信息，選擇相應處理部門，提交或者暫存，系統(tǒng)保存調度信息前置條件：訂單調度操作員已經成功進入系統(tǒng)基本事件流：1. 操作員點擊訂單處理按鈕，跳轉訂單調度界面，顯示受理信息2. 操作員填寫或者更改訂單調度信息3. 查看相應附件信息4. 操作完成后，點擊“提交”或者“暫存”按鈕，保存調度信息，跳轉成功界面其它事件流：1. 在點擊“提交”或者“暫存”按鈕前，可以點擊“關閉”按鈕或者“重置”按鈕2. 操作員點擊“打印”按鈕，系統(tǒng)打印訂單信息異常事件流：1. 提示

18、錯誤信息，操作員重新填寫調度信息2. 更新失敗異常，跳轉失敗界面后置條件：調度信息完成3.2.4訂單處理用例設計用例圖 用例描述用例名稱：訂單處理用例參與者：訂單處理操作員簡易說明： 訂單處理操作員根據(jù)受理信息，調度信息，和實際供貨情況填寫訂單處理信息，提交或者暫存，系統(tǒng)保存處理信息前置條件： 訂單處理操作員已經成功進入系統(tǒng)基本事件流：1. 操作員點擊訂單處理按鈕，頁面跳轉訂單處理界面，并顯示受理信息2. 操作員填寫或者更改訂單處理信息3. 查看相信的訂單信息4. 填寫派出松花的時間5. 操作完成后，點擊“提交”或者“暫存”按鈕，保存處理信息，跳轉成功界面其它事件流： 1. 在點擊“提交”或者

19、“暫存”按鈕前，可以點擊“關閉”按鈕或者“重置”按鈕異常事件流：1. 提示錯誤信息，操作員重新填寫處理信息2. 更新失敗異常，跳轉失敗界面后置條件： 處理信息完成3.2.5 訂單回訪用例設計 用例圖用例描述用例名稱：訂單回訪用例參與者：訂單回訪操作員簡易說明： 訂單回訪操作員根據(jù)受理信息，調度信息，和處理情況進行回訪，并填寫訂單客戶反饋信息，提交或者暫存，系統(tǒng)保存回訪信息前置條件： 訂單回訪操作員已經成功進入系統(tǒng)基本事件流：1. 操作員點擊訂單處理按鈕，頁面跳轉訂單處理界面，并顯示受理信息2. 操作員填寫或者更改訂單回訪信息3. 查看相應附件信息4. 操作完成后，點擊“提交”或者“暫存”按鈕，

20、保存回訪信息，跳轉成功界面其它事件流： 1. 在點擊“提交”或者“暫存”按鈕前，可以點擊“關閉”按鈕或者“重置”按鈕異常事件流：1. 提示錯誤信息，操作員重新填寫回訪信息2. 更新失敗異常，跳轉失敗界面后置條件： 回訪信息完成3.2.6訂單歸檔用例設計用例圖用例描述用例名稱：訂單歸檔用例參與者：訂單歸檔操作員簡易說明： 訂單歸檔操作員將重復的訂單及完成的訂單進行歸檔操作前置條件： 訂單歸檔操作員已經成功進入系統(tǒng)基本事件流：1. 操作員點擊訂單處理按鈕，頁面跳轉訂單處理界面，并顯示受理信息2. 操作員填寫訂單歸檔信息3. 操作完成后，點擊“提交”按鈕，保存歸檔信息，跳轉成功界面其它事件流： 1.

21、 在點擊“提交”按鈕前，可以點擊“關閉”按鈕或者“重置”按鈕異常事件流：1. 提示錯誤信息，操作員重新填寫歸檔信息2. 更新失敗異常，跳轉失敗界面后置條件： 歸檔信息完成，訂單流程結束3.3本章小結本章主要介紹系統(tǒng)各模塊用例設計。第四章 系統(tǒng)概要設計4.1 數(shù)據(jù)庫設計4.1.1 數(shù)據(jù)庫概念結構設計概念結構設計是將分析得到的用戶需求抽象為概念模型的過程。即在需求分析的基礎上，設計出能夠滿足用戶需求的各種實體以及它們之間的相互關系概念結構設計模型。這樣才能更好地、更準確地用某一DBMS實現(xiàn)這些需求。它是整個數(shù)據(jù)庫設計的關鍵。概念結構的主要特點是能真實、充分地反映現(xiàn)實世界；易于理解；易于更改；易于向

22、關系、網狀、層次等各種數(shù)據(jù)模型轉換。設計概念結構通常有四類方法：（1）自頂向下。即首先定義全局概念結構的框架，然后逐步細化；（2）自底向上。即首先定義各局部應用的概念結構，然后將它們集成起來，得到全局概念結構；（3）逐步擴張。首先定義最重要的核心概念結構，然后向外擴充，以滾雪球的方式逐步生成其他概念結構，直至總體概念結構；（4）混合策略。即將自頂向下和自底向上相結合，用自頂向下策略設計一個全局概念結構的框架，以它為骨架集成由自底向上策略中設計的各局部概念結構。其中最經常采用的策略是自底向上方法。即自頂向下進行需求分析，然后再自底向上設計概念結構描述概念模型的有力工具是E-R模型。針對本系統(tǒng)的數(shù)

23、據(jù)庫E-R模型設計如下圖：會員信息表管理員信息表權限表主鍵ID姓名性別權限密碼用戶名擁有權限編號權限注釋固定電話聯(lián)系地址注冊日期性別郵編密碼會員ID手機號擁有11nn鮮花價格表鮮花ID別名鮮花小類產地描述鮮花大類主鍵ID包裝方式編號市場價格會員價格鮮花ID鮮花信息表鮮花名稱擁有擁有擁有鮮花分類表鮮花包裝表包裝方式編號主鍵ID名稱備注標志名稱備注訂單歸檔表固定電話手機號送貨時間訂購人姓名業(yè)務分類主鍵ID受理時間數(shù)量價格表ID訂單表ID鮮花訂單表表收貨人地址擁有擁有擁有訂單受理表訂單調度表是否有效訂單號編號編號編號訂單處理表訂單回訪表訂單產品對照表提交時間訂單ID詳細地址郵編流程狀態(tài)客戶意見退單標

24、識收貨人姓名無效原因是否退單確認方式退單原因訂單號回訪時間回訪方式回訪意見是否重新處理訂單號送貨時間是否退單退單原因編號歸檔時間訂單號歸檔意見發(fā)送部門退貨原因是否退單調度方式訂單號編號擁有擁有擁有4.1.2 數(shù)據(jù)庫邏輯結構設計概念結構是獨立于任何一種數(shù)據(jù)模型的信息結構。邏輯結構設計的任務就是把概念結構設計階段設計好的基本E-R圖轉換為與選用DBMS產品所支持的數(shù)據(jù)模型相符合的邏輯結構。設計邏輯結構時一般要分三步進行：（1）將概念結構轉換為一般的關系、網狀、層次模型；（2）將轉換來的關系、網狀、層次模型向特定DBMS支持下的數(shù)據(jù)模型轉換；（3）對數(shù)據(jù)模型進行優(yōu)化。4.1.3 數(shù)據(jù)庫物理結構設計數(shù)

25、據(jù)庫在物理設備上的存儲結構與存儲方法稱為數(shù)據(jù)庫的物理結構，它依賴于給定的計算機系統(tǒng)。為一個給定的邏輯數(shù)據(jù)模型選取一個最適合應用要求的物理結果的過程，就是數(shù)據(jù)庫的物理設計。數(shù)據(jù)庫的物理結構設計通常分為兩步：（1）確定數(shù)據(jù)庫的物理結構，在關系數(shù)據(jù)庫中主要指存取方法和存儲結構；（2）對物理結構進行評價，評價的重點是時間和空間效率。 使用數(shù)據(jù)庫開發(fā)軟件Access建立如下結構的數(shù)據(jù)庫物理結構。表名TB_List（鮮花訂單）說明1. 保存鮮花訂單基本受理信息，如受理業(yè)務類型、受理人會員號、受理內容、訂花人姓名、聯(lián)系方式、收花人姓名，聯(lián)系方式等等。2. 通過會員訂花操作，錄入產生記錄。 字段名稱類型約束說

26、明List_NO申請編號VARCHAR2(16)PKBUSI_TYPE_CODE業(yè)務類型VARCHAR2(8)USER_NAME訂購人姓名VARCHAR2(20)USER_CALL _NUM訂購人手機號VARCHAR2(13)USER_PHONE _NUM訂購人固定電話VARCHAR2(13)TO_NAME收貨人姓名VARCHAR2(20)TO_TIME收貨時間DATETO_CITY收貨人地址VARCHAR2(16)TO_ADDRESS收貨人詳細地址VARCHAR2(30)TO_POST_NUM收貨人郵編VARCHAR2(6)TO_CALL_NO收獲人手機電話VARCHAR2(13)_PHON

27、E_NO收獲人固定電話VARCHAR2(13)FLOW_STAT訂單流程狀態(tài)VARCHAR2(8)USER_OPINION用戶意見VARCHAR2(8)表名TB_FLOWER_INFO（鮮花信息表）說明1. 保存鮮花信息字段名稱類型約束說明FLW_ID鮮花編號VARCHAR2(16)PKFLW _NAME鮮花名稱VARCHAR2(20)FLW_OTHER_NAME鮮花別名VARCHAR2(20)FKFLW_FROM鮮花產地VARCHAR2(8)FLW _TYPE_CODE鮮花大類VARCHAR2(8)FLW _KIND_CODE鮮花小類VARCHAR2(8)FLW _DISCRIBE詳細描述V

28、ARCHAR2(256)表名TB_FLOWER_TYPE（鮮花分類表）說明1. 保存鮮花分類信息字段名稱類型約束說明ID編號VARCHAR2(32)PKTYPE_NAME分類名VARCHAR2(16)TYPE_DISCRIBE分類描述VARCHAR2(8)TYPE_BELONG從屬分類編號VARCHAR2(16)表名TB_FLOWER_PRICE（鮮花價格表）說明1. 保存鮮花分類信息字段名稱類型約束說明ID編號VARCHAR2(32)PKFLW_NO鮮花編號VARCHAR2(16)FLW_TYPE_ID包裝編號VARCHAR2(8)FLW_PRICE市場價格VARCHAR2(16)FLW_S

29、ITE_PRICE會員價格VARCHAR2(16) 表名TB_PRIMARY_KEYS（主鍵遞增表）說明1. 用于生成主鍵字段名稱類型約束說明TABLE_NM表名VARCHAR2(64)COL_NM字段名VARCHAR2(32)FORE_CHAR前綴字符VARCHAR2(16)MAX_ID最大值NUMBERMEMO備注VARCHAR2(16)表名TB_SELECTS（下拉列表配置表）說明1. 保存下拉列表中的基礎性數(shù)據(jù)字段名稱類型約束說明TYPE_ID列表IDVARCHAR2(32)PKID列表鍵VARCHAR2(32)FLAG標志位VARCHAR2(8)VALUE列表值VARCHAR2(64

30、)MEMO備注VARCHAR2(64)表名TB_STAFF_INFO（會員員信息表）說明1. 保存訂單處理人員信息字段名稱類型約束說明ID編號VARCHAR2(32)PKSTAFF_ID會員編號VARCHAR2(16)STAFF_NAME人員姓名VARCHAR2(32)STAFF_PASSWORD會員密碼VARCHAR2(8)STAFF_POWRE會員權限VARCHAR2(8) 表名TB_LIST _ATTEMPER（故障調度）說明1保存故障處理調度信息字段名稱類型約束說明ATTEMPER_ID調度標識VARCHAR2(32)PKLIST_NO訂單編號VARCHAR2(16)FKFLW_DEP

31、T_NO發(fā)送部門VARCHAR2(32)ATTEMPER _TYPE調度方式VARCHAR2 (8)IS_RETURN是否退單DATERETURN_REASON退單原因VARCHAR2 (8)表名TB_LIST_HANDLE（訂單處理）說明1) 保存故障。字段名稱類型約束說明HANDLE_ID處理標識VARCHAR2(32)PKLIST_NO訂單編號VARCHAR2(16)FKTRANSPORT_FLW_TIME送貨時間DATEIS_RETURN是否退單VARCHAR2(8)RETURN_REASON退單原因VARCHAR2(16)表名TB_LIST_RSLT（訂單回訪）說明1) 客戶回訪結果

32、，保存客戶回訪結果信息，如回訪部門、回訪人員、回訪人員、回訪成功標志、回訪失敗原因等。2) 通過客戶回訪，由錄入產生記錄。3) 該實體主要由客戶回訪使用。字段名稱類型約束說明WK_NO回訪編號VARCHAR2(32)PKLIST_NO訂單申請編號VARCHAR2(16)FKMODE_CODE回訪方式VARCHAR2(8)RET_VISIT_TIME回訪時間DATESUCC_FLAG回訪成功標志VARCHAR2(8)FAIL_REASON回訪失敗原因VARCHAR2(256)CUST_OPINION回訪客戶意見VARCHAR2(256)IF_RESEND是否重發(fā)送VARCHAR2(8)RESEN

33、D_REASON重發(fā)送原因VARCHAR2(256)表名TB_MANAGER（管理員信息表）說明1. 保存系統(tǒng)中的管理員信息字段名稱類型約束說明USER_ID會員編號VARCHAR2(32)PKUSER_NAME會員姓名VARCHAR2(16)PASS_WD會員密碼VARCHAR2(32)DEPT所屬部門VARCHAR2(8)ID權限IDNUMBER表名TB_RIGHT（權限信息表）說明1. 保存系統(tǒng)訪問權限字段名稱類型約束說明RIGHT_ID權限編號VARCHAR2(32)PKRIGHT_NAME權限名稱VARCHAR2(32)表名TB_MANAGER_RIGHT（會員權限表）說明1. 保存

34、會員權限信息字段名稱類型約束說明ID編號VARCHAR2(32)PKRIGHT_ID權限編號VARCHAR2(16)4.2 面向對象設計42.1 狀態(tài)圖設計4.2.1.1 訂單受理狀態(tài)圖4.2.1.2 訂單調度狀態(tài)圖4.2.1.3 訂單處理狀態(tài)圖4.2.1.4 訂單回訪狀態(tài)圖4.2.1.5 訂單歸檔狀態(tài)圖4.2.2時序圖4.2.2.1系統(tǒng)管理時序圖4.2.2.2訂單受理時序圖4.2.2.3 鮮花信息時序圖4.2.3 活動圖設計第五章 系統(tǒng)實施結 論本文較完整地討論了基于UML鮮花店網上訂花系統(tǒng)的實現(xiàn)，研究成果如下（本文的主要工作如下）：1. 研究了網上鮮花店的意義。2. 提出了訂單的流程管理機制。3. 利用圖形展示的基本原理，實現(xiàn)了一種可視化查詢分析。綜上所述，本文對基于UML鮮花店網上訂花系統(tǒng)問題 ，將在今后的工作應該繼續(xù)研究。感想與收獲首先，衷心感謝我的導師老師，在工作非常繁忙的情況下，她自始至終對我的課程設計都是很關心的。無論是在上課的時候，還是在做設計的時候，都是隨時叮囑著我。其次，通過這次課程設計，我感覺到了理論知識和實際操作的很大不同。在設計中，我遇到了很多的問題，如：要做什么課題？要怎樣來實現(xiàn)？要從哪些方面開始做等等。當開始做的時候都有過這樣的問