【正文】 致 謝 ............................................................................................................. 41 參考文獻(xiàn) ........................................................................................................... 42 附 錄 ............................................................................................................. 43 附錄 A 英文原文 .......................................................................................... 43 Design of Highly Parallel Edge Detection Nodes Using Evolutionary Techniques ................................................................................................ 43 附錄 B 英文譯文 .......................................................................................... 44 基于演算技術(shù)的平行邊緣檢測(cè)節(jié)點(diǎn)設(shè)計(jì) ............................................. 44 附錄 C 其它 .................................................................................................. 45 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 1 第 1章 緒 論 選題目的和意義 中國(guó)網(wǎng)絡(luò)的快速崛起和網(wǎng)民的增加，帶動(dòng)了電子商務(wù)的蓬勃發(fā)展，以阿里巴巴領(lǐng)航的電子商務(wù)，方便了網(wǎng)民的日常生活以及出行、購(gòu)物等等。但是虛擬企業(yè)的商務(wù)環(huán)境千變?nèi)f化 ,所以必需開(kāi)發(fā)一種橫跨各個(gè)企業(yè)邊界的操作動(dòng)態(tài)的工作流程和平臺(tái) ,并且這個(gè)平臺(tái)能夠滿足花卉經(jīng)營(yíng)企業(yè)的這種需求。作者根據(jù)電子商務(wù)的發(fā)展趨勢(shì) ,在深刻了解國(guó)內(nèi)花卉交易行業(yè)電子商務(wù)應(yīng)用環(huán)境的基礎(chǔ)上 ,提出了將電子商務(wù)各種技術(shù)集成應(yīng)用到傳統(tǒng)花卉市場(chǎng)的解決方案 ,也就是建立一個(gè)網(wǎng)上電子花卉市場(chǎng)。在文章的正文中作者根據(jù)花卉交易的業(yè)務(wù)流程詳細(xì)介紹了整個(gè)系統(tǒng)的設(shè)計(jì)。同時(shí) ,文章對(duì)整個(gè)系統(tǒng)的商業(yè)模式、贏利模式和定價(jià)模型做了詳細(xì)的介紹。同樣的鮮花根據(jù)作用的不同，有著不同的包裝裝飾： 圓形花束 、 單面花束 、 臺(tái)式花束 、 落地花籃 、 鮮花圈 、 禮盒玫瑰等，由于鮮花的更新快，城市的小花店很難承受高額的房租、運(yùn)輸費(fèi)用、店鋪地址對(duì)花店的影響等。 首先， 投資少，回收快。一般說(shuō)，籌辦一家網(wǎng)上的商店投入很小，不用去辦營(yíng)業(yè)執(zhí)照，不用去租門(mén)面，不用囤積貨品，所需資金不過(guò) 1500 元；網(wǎng)上商店比同等 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 2 規(guī)模的地面商店 “租金 ”要低得多，同時(shí)租金不會(huì)因?yàn)闋I(yíng)業(yè)面積的增加而增加，投資者也不用為延長(zhǎng)營(yíng)業(yè)時(shí)間而增加額外的費(fèi)用。 ” 其次， 基本不需要占?jí)嘿Y金。 第三， 小時(shí)營(yíng)業(yè)時(shí)間。網(wǎng)上商店節(jié)省了人力方面的投資，不用雇傭幫手，店主完全可以在享受生活的同時(shí)把自家的網(wǎng)上小店打理得井井有條；還避免了因?yàn)閬?lái)不及照看店鋪而帶來(lái)的損失。交易時(shí)間上的全天性和全年性，使得交易成功的機(jī)會(huì)大大提高。傳統(tǒng)商店有多大就只能擺放多少商品，生意大小常常被小店面積限制。 第五， 不受店面空間的限制。目前國(guó)內(nèi)最大的專業(yè)拍賣(mài)網(wǎng)站同時(shí)在線的商品要超過(guò) 10 萬(wàn)件 ——已超過(guò)一些大超市。不管客戶離店有多遠(yuǎn)，在網(wǎng)上，客戶一樣可以很方便地找到。 網(wǎng)上商店所面向的是全國(guó)乃至全球的消費(fèi)者，這個(gè)潛在市場(chǎng)是單個(gè)商店，甚至是大型商場(chǎng)都無(wú)法相提并論的。 論文研 究?jī)?nèi)容 鮮花店網(wǎng)上訂花系統(tǒng) 系統(tǒng)概述 鮮花店網(wǎng)上訂花系統(tǒng) 流程主要包括訂單 受理， 訂單調(diào)度，訂單處理，訂單回訪以及訂單 歸檔五個(gè)流程狀態(tài)。 會(huì)員 信息維護(hù)包括 會(huì)員 信息查詢，增加，修改以及刪除； 會(huì)員 權(quán)限控制包括權(quán)限的賦予與撤銷。其中權(quán)限分兩種：普通會(huì)員 和管理員。 訂單 調(diào)度模塊概述 本模塊是 訂單 處理的第二個(gè)節(jié)點(diǎn)，負(fù)責(zé) 訂單 的派發(fā)，調(diào)度操作員根據(jù)相應(yīng)的受理信息對(duì) 訂單 進(jìn)行調(diào)度處理，發(fā)送至相關(guān)處理部門(mén)，主要功能是調(diào)度信息的錄入， 派發(fā) 等。主要功能是處理信息的錄入， 訂單 車輛信息選定， 訂單 人員信息選定等。主要功能是回訪信息的錄入，暫存，更新及 訂單 的回退。主要功能包括 訂單 的人工歸檔處理，歸檔數(shù)據(jù)導(dǎo)出，附件信息查看等。 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 5 系統(tǒng)技術(shù)要求及可行性 可行性是系統(tǒng)開(kāi)發(fā)的一項(xiàng)關(guān)鍵步驟，它是通過(guò)對(duì)整個(gè)系統(tǒng)的需求，技術(shù)及開(kāi)發(fā)方法，以及開(kāi)發(fā)人員進(jìn)行的綜合評(píng)估。目前 WEB 應(yīng)用程序開(kāi)發(fā)已經(jīng)形成比較成熟的框架，包括微軟的 和 Sun 公司的 J2EE，本系統(tǒng)采用 J2EE 開(kāi)發(fā)框架，充分發(fā)揮 MVC 架構(gòu)的優(yōu)勢(shì)，并利用 Accesse 數(shù)據(jù)庫(kù)，使數(shù)據(jù)信息的處理安全，高效。 以后的部分將都在這些方法的基礎(chǔ)上經(jīng)行設(shè)計(jì)實(shí)現(xiàn)。本系統(tǒng)實(shí)現(xiàn)了整個(gè)訂花流程的信息記錄及訂 單處理跟蹤。這種系統(tǒng)的優(yōu)勢(shì)在于系統(tǒng)簡(jiǎn)單，功能強(qiáng)大，擴(kuò)展能力良好以及跨地域操作性強(qiáng)。這種體系結(jié)構(gòu)如下圖所示： 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 7 本系統(tǒng)同樣應(yīng)用了 MVC 結(jié)構(gòu)，這種抽象結(jié)構(gòu)能有利于將應(yīng)用程序分割成若干邏輯部件，使程序設(shè)計(jì)更加容易。其中 Model，即模型，用來(lái)作為對(duì)現(xiàn)實(shí)世界中一個(gè)處理過(guò)程的模擬； View，即視圖，用來(lái)組織模型中的內(nèi)容，負(fù)責(zé)維持?jǐn)?shù)據(jù)表現(xiàn)的一致性； Control，即控制器，它定義了應(yīng)用程序的行為，負(fù)責(zé)對(duì)來(lái)自于視圖的用戶要求進(jìn)行解析，并把這些要求映射成相應(yīng)的行為。 最終確定的硬件環(huán)境配置為： CPU： Intel P4 ； 內(nèi)存： 512MB DDR； 硬盤(pán)： 30GB； 基本的輸入、輸出設(shè)備 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 9 支撐軟件 系統(tǒng)軟件平臺(tái)的配置，軟件是系統(tǒng)開(kāi)發(fā)的靈魂，配備良好的軟件開(kāi)發(fā)工具在系統(tǒng)開(kāi)發(fā)中至關(guān)重要： 操作系統(tǒng)： Windows XP； 數(shù)據(jù)庫(kù)軟件： Access2021； 服務(wù)器軟件： 開(kāi)發(fā)平臺(tái)： 開(kāi)發(fā)工具： 、 Dreanwear CS3 、 PhotoShop cs2 、 Rational Rose 2021 、 Microsoft Office visio 2021 本章小結(jié) 本章主要介紹系統(tǒng)設(shè)計(jì)目標(biāo)、系統(tǒng)特點(diǎn)、運(yùn)行環(huán)境、開(kāi)發(fā)環(huán)境和工具。這些方 式已經(jīng)是眾所周知的，所以這次設(shè)計(jì)偏重于建立一個(gè)“全國(guó)性的、多分店合作的鮮花訂單配送系統(tǒng) ” ，給每個(gè)分店用戶分配訂單處理權(quán)限，查看屬于該用戶自己的訂單信息。 圖 31 傳統(tǒng)的網(wǎng)上花店 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 11 后臺(tái)訂單管理 HIPO 圖設(shè)計(jì) 系統(tǒng)用例設(shè)計(jì) 系統(tǒng)管理員用例設(shè)計(jì) 用例圖 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 12 用例描述 用例名稱： 系統(tǒng)管理 用例 參與者：管理員 簡(jiǎn)易說(shuō)明： 管理員添加，刪除，更新，查詢系統(tǒng)中的 管理員 信息 前置條件： 管理員已經(jīng)成功進(jìn)入系統(tǒng) 基本事件流： 1. 管理員點(diǎn)擊“修改信息”按鈕，頁(yè)面跳轉(zhuǎn)到 會(huì)員 信息修改界面，并顯示 會(huì)員 信息 ；管理員點(diǎn)擊修改鮮花信息、分類信息類似。 前置條件： 訂單 受理操作員已經(jīng)成功進(jìn)入 系統(tǒng) 基本事件流： 1. 操作員點(diǎn)擊 訂單 處理按鈕，頁(yè)面跳轉(zhuǎn) 訂單 受理界面，并顯示受理信息 2. 操作員填寫(xiě)或者更改 訂單 受理信息 3. 根據(jù) 訂單 地址，系統(tǒng)動(dòng)態(tài)顯示相似 訂單 地址 訂單 信息 4. 操作完成后，點(diǎn)擊“提交” 按鈕，保存受理信息，跳轉(zhuǎn)成功界面 其它事件流： 在點(diǎn)擊“提交”或者“暫存”按鈕前，可以點(diǎn)擊“關(guān)閉”按鈕或者“重置”按鈕，退出 訂單 受理界面 異常事件流： 1. 提示錯(cuò)誤信息，操作員重新填寫(xiě)受理信息 2. 更新失敗異常，跳轉(zhuǎn)失敗界面 3. 附件上傳失敗，跳轉(zhuǎn)失敗界面 后置條件： 受理信息完成， 訂單確認(rèn)完成 訂單 調(diào)度用例設(shè)計(jì) 用例 圖 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 14 用例描述 用例名稱： 訂單 調(diào)度用例 參與者： 訂單 調(diào)度操作員 簡(jiǎn)易說(shuō)明： 訂單 調(diào)度操作員根據(jù)受理信息，填寫(xiě)調(diào)度信息，選擇相應(yīng)處理部門(mén)，提交或者暫存，系統(tǒng)保存調(diào)度信息 前置條件： 訂單 調(diào)度操作員已經(jīng)成功進(jìn)入系統(tǒng) 基本事件流： 1. 操作員點(diǎn)擊 訂單 處理按鈕， 跳轉(zhuǎn) 訂單 調(diào)度界面， 顯示受理信息 2. 操作員填寫(xiě)或者更改 訂單 調(diào)度信息 3. 查看相應(yīng)附件信息 4. 操作完成后，點(diǎn)擊“提交”或者“暫存”按鈕，保存調(diào)度信息，跳轉(zhuǎn)成功界面 其它事件流： 1. 在點(diǎn)擊“提交”或者“暫存”按鈕前，可以點(diǎn)擊“關(guān)閉”按鈕或者“重置 ”按鈕 2. 操作員點(diǎn)擊“打印”按鈕，系統(tǒng)打印 訂單 信息 異常事件流： 1. 提示錯(cuò)誤信息，操作員重新填寫(xiě)調(diào)度信息 2. 更新失敗異常，跳轉(zhuǎn)失敗界面 后置條件： 調(diào)度信息完成 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 15 訂單 處理用例設(shè)計(jì) 用例圖 用例描述 用例名稱： 訂單 處理用例 參與者： 訂單 處理操作員 簡(jiǎn)易說(shuō)明： 訂單 處理操作員根據(jù)受理信息，調(diào)度信息，和實(shí)際 供貨 情況填寫(xiě) 訂單 處理信息，提交或者暫存，系統(tǒng)保存處理信息 前置條件： 訂單 處理操作員已經(jīng)成功進(jìn)入系統(tǒng) 基本事件流： 1. 操作員點(diǎn)擊 訂單 處理按鈕，頁(yè)面跳轉(zhuǎn) 訂單 處理界 面，并顯示受理信息 2. 操作員填寫(xiě)或者更改 訂單 處理信息 3. 查看 相信的訂單信息 4. 填寫(xiě)派出松花的時(shí)間 5. 操作完成后，點(diǎn)擊“提交”或者“暫存”按鈕，保存處理信息，跳轉(zhuǎn)成功界面 其它事件流： 1. 在點(diǎn)擊“提交”或者“暫存”按鈕前，可以點(diǎn)擊“關(guān)閉”按鈕或者“重置”按鈕 異常事件流： 1. 提示錯(cuò)誤信息，操作員重新填寫(xiě)處理信息 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 16 2. 更新失敗異常，跳轉(zhuǎn)失敗界面 后置條件： 處理信息完成 訂單 回訪用例設(shè)計(jì) 用例圖 用例描述 用例名稱： 訂單 回訪用例 參與者： 訂單 回訪操作員 簡(jiǎn)易說(shuō)明： 訂單 回訪操作員根據(jù)受理信 息，調(diào)度信息，和處理情況進(jìn)行回訪，并填寫(xiě) 訂單 客戶反饋信息，提交或者暫存，系統(tǒng)保存回訪信息 前置條件： 訂單 回訪操作員已經(jīng)成功進(jìn)入系統(tǒng) 基本事件流： 1. 操作員點(diǎn)擊 訂單 處理按鈕，頁(yè)面跳轉(zhuǎn) 訂單 處理界面，并顯示受理信息 2. 操作員填寫(xiě)或者更改 訂單 回訪信息 3. 查看相應(yīng)附件信息 4. 操作完成后，點(diǎn)擊“提交”或者“暫存”按鈕，保存回訪信息，跳轉(zhuǎn)成功界面 其它事件流： 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 17 1. 在點(diǎn)擊“提交”或者“暫存”按鈕前，可以點(diǎn)擊“關(guān)閉”按鈕或者“重置”按鈕 異常事件流： 1. 提示錯(cuò)誤信息，操作員重新填寫(xiě)回訪信息 2. 更新失敗異常，跳轉(zhuǎn)失敗界 面 后置條件： 回訪信息完成 訂單 歸檔用例設(shè)計(jì) 用例圖 哈爾濱理工大學(xué)學(xué)士學(xué)位論文 18 用例描述 本章小結(jié) 本章主要介紹系統(tǒng)各模塊用例設(shè)計(jì)。即在需求分析的基礎(chǔ)上，設(shè)計(jì)出能夠滿足用戶需求的各種實(shí)體以及它們之間的相互關(guān)系概念結(jié)構(gòu)設(shè)計(jì)模型。它是整個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)的關(guān)鍵。 設(shè)計(jì)概念結(jié)構(gòu)通常有四類方法： （ 1）自頂向下。即首先定義各局部應(yīng)用的概念結(jié)構(gòu)，然后將它們集成起來(lái)，得到全局 概念結(jié)構(gòu)； （ 3）逐步擴(kuò)張。即將自頂向下和自底向上相結(jié)合，用自頂向下策略設(shè)計(jì)一個(gè)全局概念結(jié)構(gòu)的框架，以它為骨架集成由自底向上策略中設(shè)計(jì)的各局部概念結(jié) 構(gòu)。即自頂向下進(jìn)行需求分析，然后再自底向上設(shè)計(jì)概念結(jié)構(gòu) 描述概念模型的有力工具是 ER 模型。邏輯結(jié)構(gòu)設(shè)計(jì)的任務(wù)就是把概念結(jié)構(gòu)設(shè)計(jì)階段設(shè)計(jì)好的基本 E