【正文】 綜上所述，本文對(duì) 基于 UML 鮮花店網(wǎng)上訂花系統(tǒng) 問(wèn)題 ，將在今后的工作應(yīng)該 繼續(xù)研究。 3. 利用 圖形展示 的基本 原理，實(shí)現(xiàn)了一種 可視化查詢分析。 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 40 結(jié) 論 本文較完整地討論了 基于 UML 鮮花店網(wǎng)上訂花系統(tǒng)的實(shí)現(xiàn)， 研究成果如下（本文的主要工作如下）： 1. 研究了 網(wǎng)上鮮花店的意義 。 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 39 分類(lèi)管理頁(yè)面 通過(guò)鮮花分類(lèi)信息配置，實(shí)現(xiàn)鮮花的類(lèi)別判斷，方便檢索。 如圖： 網(wǎng)站鮮花信息錄入 網(wǎng)站展示的商品信息進(jìn)行錄入。 對(duì)完成的訂單任務(wù)進(jìn)行抽樣訪問(wèn)，調(diào)查完成情況和客戶滿意度 。 并 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 37 安排人員進(jìn)行鮮花送遞。 管理員根據(jù)不同地域訂單進(jìn)行統(tǒng)一的分派 。 如圖 64： 退單流程工作列表也是該分類(lèi)的一個(gè)部分，專門(mén)用戶查詢系統(tǒng)不符合要求的或者不能夠進(jìn)行處理的訂單回退：如圖 65： 訂單 受理 顯示 訂單 受理 界面，本界面提供 訂單 業(yè)務(wù)的受理信息 。如圖 ： 后臺(tái)登陸和后臺(tái)管理界面實(shí)現(xiàn) 代驗(yàn)證碼的后臺(tái)用戶登錄，可提示用戶名 、密碼、驗(yàn)證碼錯(cuò)誤，后臺(tái)管理界面良好的清爽的界面風(fēng)格，如圖 62 和 63： 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 34 訂單 流程工作列表 顯示 訂單 流程工作列表界面，本界面提供 訂單 所有流程信息查詢并提供處 理鏈接 。 3) 該實(shí)體主要由客戶回訪使用。 字段 名稱 類(lèi)型 約束 說(shuō)明 HANDLE_ID 處理標(biāo)識(shí) VARCHAR2(32) PK LIST_NO 訂單 編號(hào) VARCHAR2(16) FK TRANSPORT_FLW_TIME 送貨時(shí)間 DATE IS_RETURN 是否退單 VARCHAR2(8) RETURN_REASON 退單原因 VARCHAR2(16) 表名 TB_LIST_RSLT（ 訂單 回訪 ） 說(shuō)明 1) 客戶回訪結(jié)果，保存客戶回訪結(jié)果信息，如回訪部門(mén)、回訪人員、回訪人員、回訪成功標(biāo)志、回訪失敗原因等。 2. 通過(guò) 會(huì)員訂花操作，錄入 產(chǎn)生記錄。 使用數(shù)據(jù)庫(kù)開(kāi)發(fā)軟件 Access 建立如下結(jié)構(gòu)的數(shù)據(jù)庫(kù) 物理結(jié)構(gòu) 。為一個(gè)給定的邏輯數(shù)據(jù)模型選取一個(gè)最適合應(yīng)用要求的物理結(jié)果的過(guò)程，就是數(shù)據(jù)庫(kù)的物理設(shè)計(jì)。 設(shè)計(jì)邏輯結(jié)構(gòu)時(shí)一般要分三步進(jìn)行： （ 1）將概念結(jié)構(gòu)轉(zhuǎn)換為一般的關(guān)系、網(wǎng)狀、層次模型； （ 2）將轉(zhuǎn)換來(lái)的關(guān)系、網(wǎng)狀、層次模型向特 定 DBMS 支持下的數(shù)據(jù)模型轉(zhuǎn)換； （ 3）對(duì)數(shù)據(jù)模型進(jìn)行優(yōu)化。 針對(duì)本系統(tǒng)的數(shù)據(jù)庫(kù) ER 模型設(shè)計(jì)如下圖： 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 20 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 21 數(shù)據(jù)庫(kù)邏輯 結(jié)構(gòu) 設(shè)計(jì) 概念結(jié)構(gòu)是獨(dú)立于任何一種數(shù)據(jù)模型的信息結(jié)構(gòu)。其中最經(jīng)常采用的策略是自底向上方法。首先定義最重要的核心概念結(jié)構(gòu)，然后向外擴(kuò)充，以滾雪球的方式逐步生成其他概念結(jié)構(gòu)，直至總體概念結(jié)構(gòu)； （ 4）混合策略。即首先定義全局概念結(jié)構(gòu)的框架，然后逐步細(xì)化； （ 2）自底向上。 概念結(jié)構(gòu)的主要特點(diǎn)是能真實(shí)、充分地反映現(xiàn)實(shí)世 界；易于理解；易于更改；易于向關(guān)系、網(wǎng)狀、層次等各種數(shù)據(jù)模型轉(zhuǎn)換。這樣才能更好地、更準(zhǔn)確地用某一 DBMS實(shí)現(xiàn)這些需求。 用例名稱：訂單歸檔用例 參與者：訂單歸檔操作員 簡(jiǎn)易說(shuō)明： 訂單歸檔操作員將重復(fù)的訂單及完成的訂單進(jìn)行歸檔操作 前置條件： 訂單歸檔操作員已經(jīng)成功進(jìn)入系統(tǒng) 基本事件流： 1. 操作員點(diǎn)擊訂單處理按鈕，頁(yè)面跳轉(zhuǎn)訂單處理界面，并顯示受理信息 2. 操作員填寫(xiě)訂單歸檔信息 3. 操作完成后，點(diǎn)擊“提交”按鈕，保存歸檔信息，跳轉(zhuǎn)成功界面 其它事件流： 1. 在點(diǎn)擊“提交”按鈕前，可以點(diǎn)擊“關(guān)閉”按鈕或者“重置”按鈕 異常事件流： 1. 提示錯(cuò)誤信 息，操作員重新填寫(xiě)歸檔信息 2. 更新失敗異常，跳轉(zhuǎn)失敗界面 后置條件： 歸檔信息完成，訂單流程結(jié)束 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 19 第 4章 系統(tǒng)概要設(shè)計(jì) 數(shù)據(jù)庫(kù)設(shè)計(jì) 數(shù)據(jù)庫(kù) 概念 結(jié)構(gòu)設(shè)計(jì) 概念結(jié)構(gòu)設(shè)計(jì)是將分析得到的用戶需求抽象為概念模型的過(guò)程。 2. 管理員在文本框中可 以修改信息也可以刪除信息 3. 管理員修改信息后，點(diǎn)擊“保存”按鈕， 會(huì)員 信息被更改，跳轉(zhuǎn)成功界面 其它事件流： 在點(diǎn)擊“保存”按鈕前，可以點(diǎn)擊“返回”按鈕或者“重置”按鈕 異常事件流： 1. 提示錯(cuò)誤信息，管理員重新填寫(xiě) 2. 更新失敗異常，跳轉(zhuǎn)失敗界面 后置條件： 會(huì)員信息被更改 訂單 受理用例設(shè)計(jì) 用例圖 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 13 用例描述 用例名稱：訂單 受理用例 參與者： 訂單 受理操作員 簡(jiǎn)易說(shuō)明： 訂單 受理操作員 確認(rèn)訂單的有效性，無(wú)效訂單 進(jìn)行歸檔，或者將 訂單 發(fā)送到下一流程 。系統(tǒng)的核心已經(jīng)從“管理員發(fā)布信 息”、 “獲取訂單”轉(zhuǎn)移到如何將訂單進(jìn)行流程處理，關(guān)鍵部分就是“流程 ”、“權(quán)限控制” 。 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 10 第 3章 系統(tǒng)需求分析 本系統(tǒng)設(shè)計(jì)，已經(jīng)避開(kāi)了以往的模式，避開(kāi)了大而寬泛的研究，對(duì)于大部分網(wǎng)上鮮花店設(shè)計(jì)， 以往設(shè)計(jì)都 基于以下步驟 (如圖 31)：第一，用戶瀏覽搜索鮮花信息、注冊(cè)、購(gòu)物車(chē)；第二，管理員管理發(fā)布鮮花信息、分類(lèi)、獲取訂單、管理用戶等等。 MVC 結(jié)構(gòu)如下圖所示： 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 8 系統(tǒng)運(yùn)行環(huán)境 設(shè)備要求 選擇系統(tǒng)硬件運(yùn)行環(huán)境配置的時(shí)候應(yīng)該考慮到系統(tǒng)的安全性、開(kāi)放性、性能價(jià)格比、可擴(kuò)展性、能保證較高的工作效率等方面。 MVC 結(jié)構(gòu)提供了一種按功能對(duì)各 種對(duì)象的分割方法，其目的是為了將各種對(duì)象從交互模型中抽象出來(lái)。Browser/server 模式通過(guò) Inter 進(jìn)行通信，并且把事務(wù)處理模塊從客戶端分離出來(lái)，由 Web 服務(wù)器單獨(dú)組成一層來(lái)負(fù)擔(dān)其任務(wù)，這樣客戶端的壓力減輕，把負(fù)荷分配給了 Web 服務(wù)器。 系統(tǒng)特點(diǎn) 鮮花店網(wǎng)上訂花系統(tǒng) 采用 browser/server 結(jié)構(gòu)，實(shí)現(xiàn) 鮮花預(yù)定 信息化管理。 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 6 第 2章 需求分析及環(huán)境搭配 系統(tǒng)說(shuō)明 設(shè)計(jì)目標(biāo) 鮮花店網(wǎng)上訂花系統(tǒng) 網(wǎng)絡(luò)服務(wù)是 訂花系統(tǒng)的一部分，而正因?yàn)榫W(wǎng)絡(luò)服務(wù)才大大提高了訂花 處理的效率，這種 模式已經(jīng)逐漸代替過(guò)去的工作模式以及工作方式。 本章小結(jié) 本章主要介紹了本系統(tǒng)的背景，以及相關(guān)內(nèi)容的國(guó)內(nèi)外發(fā)展情況，以及初步確定了整個(gè)系統(tǒng)的實(shí)現(xiàn)方法，并對(duì)各個(gè)技術(shù)進(jìn)行了總體概括性的介紹。本系統(tǒng)采用模塊化開(kāi)發(fā)方法，將整個(gè)系統(tǒng)分為多個(gè)功能模塊，這樣有助于系統(tǒng)開(kāi)發(fā)的組織和管理。 訂 單 綜合信息查詢模塊概述 本模塊主要功能是根據(jù)多條件查詢相應(yīng) 訂單 信息，以利于操作員了解當(dāng)前訂單 處理的流程狀態(tài)。 訂單 歸檔模塊概述 本模塊是 訂單 處理的最后一個(gè)節(jié)點(diǎn)，負(fù)責(zé)處理重復(fù) 訂單訂單 ，附件信息，以及處理完成的 訂單 。 訂單 回訪模塊概述 本模塊是 訂單 處理的第四個(gè)節(jié)點(diǎn)，當(dāng) 訂單 處于回訪節(jié)點(diǎn)，回訪操作員根據(jù)訂單 處理情況對(duì)客戶進(jìn)行 訂單 回訪，將客戶反饋意見(jiàn)錄入系統(tǒng)。 訂單 處理模塊概述 本模塊是 訂單 處理的第三個(gè)節(jié)點(diǎn)，負(fù)責(zé) 訂單 處理信息的記錄，處理操作員根據(jù)故障處理情況錄入 處理信息及 安排 送花人員 。 訂單 受理模塊概述 本模塊是 訂單 流程的起始節(jié)點(diǎn)，主要功能是訂單 信息 的確認(rèn)，確定從網(wǎng)絡(luò)發(fā)來(lái)的訂單真實(shí)有效。通過(guò)動(dòng)態(tài)的權(quán)限控制功能，使系統(tǒng)權(quán)限 管理更靈活，便 于處理實(shí)際的人事變更問(wèn)題。如下圖所示： 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 3 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 4 鮮花店網(wǎng)上訂花系統(tǒng) 功 能模塊概述 會(huì)員 管理模塊概述 本模塊的主要功能是會(huì)員 信息維護(hù)和權(quán)限控制。只 要商品有特色，經(jīng)營(yíng)得法，網(wǎng)上商店每天將帶來(lái)成千上萬(wàn)的客流量，大大增加銷(xiāo)售收入。這令消費(fèi)群體突破了地域的限制，變得無(wú)限廣闊了。 最后， 不受地理位置影響。哪怕只是街邊小店，在網(wǎng)上卻可以擁有百貨大樓那么大的店面，只要投資者愿意，可以擺上成千上萬(wàn)種商品。而在網(wǎng)上，即便在地面上只有一個(gè)小 商店，或者干脆就沒(méi)有門(mén)面，開(kāi)店的生意卻可以照樣做得很大。 第四， 銷(xiāo)售規(guī)模不受地盤(pán)限制。同時(shí)，營(yíng)業(yè)時(shí)間不受限制，消費(fèi)者可以在任何時(shí)間登陸、購(gòu)物。網(wǎng)上商店延長(zhǎng)了商店的營(yíng)業(yè)時(shí)間，一天 24 小時(shí)、一年 365 天不停地運(yùn)作，無(wú)須專人值班看店，都可照常營(yíng)業(yè)。傳統(tǒng)商店的進(jìn)貨資金少則幾千元，多則數(shù)萬(wàn)元，而網(wǎng)上商店則不需要壓資金 。 “網(wǎng)上商店比同等規(guī)模的地面商店 “租金 ”要低得多，同時(shí)租金不會(huì)因?yàn)闋I(yíng)業(yè)面積的增加而增加，投資者也不用為延長(zhǎng)營(yíng)業(yè)時(shí)間而增加額外的費(fèi)用。一項(xiàng)針對(duì)中國(guó)中小企業(yè)的情況調(diào)查顯示，個(gè)人在網(wǎng)下啟動(dòng)銷(xiāo)售公司的平均費(fèi)用至少 5 萬(wàn)元，而據(jù)易趣網(wǎng)禮品 門(mén)類(lèi)的負(fù)責(zé)人介紹，網(wǎng)上開(kāi)店建店成本非常小。選擇網(wǎng)上訂花，既是網(wǎng)民方便自己的方式，也是鮮花運(yùn)營(yíng)者減輕自身成本的方式，下面具體講解網(wǎng)上商店的意義。電子商務(wù)的成功與否主要是看能否解決物流配送和支付的問(wèn)題 ,本文作者根據(jù)鄭州花卉交易的特點(diǎn)和 B2B 和 B2C 兩個(gè)不同的業(yè)務(wù)情況設(shè)計(jì)了不同的支付模式和物流配送模式 ,特別是 B2C 環(huán)節(jié)支付與物流方式的設(shè)計(jì)很好地解決了小額訂購(gòu)的 ... 鮮花，作為日 常生活不可獲取的生活細(xì)節(jié)，愛(ài)情、生日、喬遷、開(kāi)業(yè)、婚禮 生小孩、道歉、探望、哀思、紀(jì)念日等等。作者設(shè)計(jì)了一個(gè)網(wǎng)絡(luò)花卉市場(chǎng) ,包括種植戶到花店和花店到消費(fèi)者兩個(gè)相對(duì)對(duì)立又互相聯(lián)系的電子商務(wù)系統(tǒng)。 首先 ,文章簡(jiǎn)單介紹了電子商務(wù)的發(fā)展歷史及其在國(guó)內(nèi)外鮮花交易 的應(yīng)用現(xiàn)狀并介紹和分析了鄭州花卉生產(chǎn)和交易的現(xiàn)狀。本文就描述了一個(gè)以電子商務(wù)技術(shù)為基礎(chǔ)的花卉交易平臺(tái)的模型建立。 在 全球市場(chǎng)的競(jìng)爭(zhēng)中 ,花卉經(jīng)營(yíng)企業(yè)常常需要聯(lián)合起來(lái)作為一個(gè)虛擬的組織達(dá)成共同的商務(wù)目標(biāo)。 flower the best bination of marketing strategies, such as enrichment strategy, marketing strategy, trial strategy, brand strategy, mutual strategy to investigate the application of strategy. Keywords Inter Flower shop； B/S； STRUTS； AJAX； XML； V Model；Repeatedly Development 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 VI 目 錄 摘要 …… .............................................................................................................. I Abstract................................................................................................................II 第 1 章 緒論 ....................................................................................................... 1 選題目的和意義 ..................................................................................... 1 論文研究?jī)?nèi)容 ......................................................................................... 2 鮮花店網(wǎng)上訂花系統(tǒng)系統(tǒng)概述 ..................................................... 2 鮮花店網(wǎng)上訂花系統(tǒng)功 能模塊概述 ............................................. 4 系統(tǒng)技術(shù)要求及可行性 .........................................................