freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

基于rfid的服裝銷售系統(tǒng)的設計與實現(xiàn)-資料下載頁

2025-06-27 18:25本頁面
  

【正文】 其在3D圖形方面的優(yōu)秀表現(xiàn),讓它的其它方面顯得暗淡無光。DirectX開發(fā)之初是為了彌補Windows 、聲音處理能力的不足,而今已發(fā)展成為對整個多媒體系統(tǒng)的各個方面都有決定性影響的接口[25]。 流程實現(xiàn)以用戶配衣的功能為例, 一個完整的流程,系統(tǒng)主要的任務有以下兩部。第一,根據(jù)RFID搜索到服裝信息,第二,將服裝信息動態(tài)化展示給用戶。下邊將這兩步整合,以系統(tǒng)時序圖的方式展示。 智能配衣功能時序圖其具體步驟如下:1)當智能配衣子系統(tǒng)開啟,應用程序創(chuàng)建Socket類來監(jiān)聽,當應用程序接收到RFID中間件程序傳過來的ID時,開始查詢。2)當信息顯示正確時,程序從邏輯控制層要求訪問數(shù)據(jù)庫。3) Dao類訪問數(shù)據(jù)庫,取得RFID對應的服裝信息。4) 然后,將信息封裝到實體中。5) ,動態(tài)生成Flash。最后,通過Flash的形式,美觀全面得將服裝信息展示給用戶。 展示試衣功能的實現(xiàn)情況如圖?!爸悄芘湟孪到y(tǒng)”的截圖,當記錄藍色的長寬毛衣的RFID被系統(tǒng)識別,就可顯示如下界面。上方的導航欄,如智能配衣,服裝簡介,涉及理念,保養(yǎng)需知,均可點擊獲取不同的信息。左側的三種顏色可以代表有四種色彩,右側的三種服裝可供用戶選擇搭配。點擊即可出現(xiàn)配衣后的效果圖。下方的表格顯示了當前專賣店的庫存情況以及價格信息等。 ,在新添了配衣的品種數(shù)量后,根據(jù)服裝業(yè)務的分析與用戶的反饋,添加了手提包的選擇。 圖為用戶評價功能的實現(xiàn)。用戶可以根據(jù)提示提交自己對服裝的評價。 用戶評論實現(xiàn)圖5 庫存管理子系統(tǒng)的設計與實現(xiàn) 需求分析 功能描述 “庫存管理子系統(tǒng)”主要用于服裝在總部和專賣店倉儲信息的管理,目標是提高服裝的存儲效率,減少管理漏洞,具有對倉庫信息、庫存貨物信息、所涉及員工信息進行管理及維護的功能。系統(tǒng)主要包括專賣店員對功能的需求、專賣店管理員對功能的需求以及服裝總部倉庫總管對功能的需求,三部分功能需求所列如下。1)專賣店銷售員對功能的需求登陸取得專賣店銷售權限;修改自身信息(主要為修改登陸密碼,其它由總管理員維護好);注銷此次權限。服裝的瀏覽,包括服裝名稱、服裝描述、庫存數(shù)量、當前價格。服裝入店和出店的操作,系統(tǒng)生成入店和出店信息。2)專賣店管理員對功能的需求登陸取得對所管倉庫的管理權限;修改自身信息(主要為登陸密碼的功能,其它由總管理員預先維護好);注銷此次權限;對本專賣店服裝存儲的變動信息的管理,主要是查看銷售,返廠,退貨,進貨的日志;變動記錄包括記錄編號、進出原因,進出服裝信息,進出數(shù)量、進出日期、負責人。系統(tǒng)生成統(tǒng)計信息。服裝3)總部倉庫總管對功能的需求:員工管理:用戶信息包括用戶編號、用戶類別、姓名、密碼、電子郵件、工作部門、聯(lián)系地址、聯(lián)系電話等信息的管理,包括增刪改查。專賣店管理:瀏覽所有專賣店信息。包括專賣店編號、專賣店名稱、專賣店面積、所在地點、簡單描述等信息;添加新專賣店信息:修改專賣店信息;刪除原有專賣店信息。服裝管理:瀏覽所有服裝信息。服裝信息包括貨物編號、貨物名稱、當前價格、以及簡單描述等信息,可以對這些信息進行增刪改查的操作。倉庫存儲規(guī)則維護:瀏覽所有倉庫存儲規(guī)則。倉庫存儲規(guī)則信息包括規(guī)則編號、存放貨物、存放倉庫、最大存量、最小存量等信息。添加新倉庫存儲規(guī)則:修改倉庫存儲規(guī)則,包括存儲的服裝,目標倉庫,存量上、下線等等;刪除原有不再使用的倉庫存儲規(guī)則: 庫存盤點:盤點可以對倉管員進行監(jiān)督,并能夠?qū)φ麄€倉庫的貨物進行有效掌控,及時獲取貨品庫存狀況信息。 用例描述經(jīng)過在明確了系統(tǒng)需實現(xiàn)的功能之后,需要使用之前提到的UML統(tǒng)一建模語言將系統(tǒng)需實現(xiàn)的功能進行更細一步的劃分,將各功能劃分為一個或幾個獨立用例,以便理解用戶需求與后續(xù)的編碼。本系統(tǒng)采用ROSE建模繪圖工具,主要用例如下: 總部總管用例圖 系統(tǒng)用戶用例圖由系統(tǒng)用例圖可以看出,本系統(tǒng)使用者的角色有專賣店員工、專賣店管理員以及服裝總部總管三種。如果用面向?qū)ο蟮恼Z言隊這三種角色之間的關系進行描述的話,系統(tǒng)用戶是專賣店員工、專賣店管理員以及服裝總部總管,反之采專賣店員工、專賣店管理員以及服裝總部總管則是系統(tǒng)用戶的子類。換用通俗的語言,他們均為系統(tǒng)用戶的一種。根據(jù)本系統(tǒng)需要實現(xiàn)的功能,將系統(tǒng)需求切分為若干用例,但為了更進一步理解各個用例,需要將各個用例細化。在論文中,只挑選2個用例進行介紹。如下所示:用例UCST01,為員工信息的管理維護。,為員工信息的管理維護用例描述用例編號UCST01用例名稱員工管理。用例描述新增新員工,維護員工信息。用戶角色總部總管前置條件用戶具有系統(tǒng)管理員權限,并安全登錄到用戶管理中心。后置條件用戶完成操作,系統(tǒng)繼續(xù)工作, 主要流程用戶進入用戶管理中心,選擇“添加新員”;填寫新員工資料井提交;系統(tǒng)驗證資料是否有錯誤或重復;生成新員下編號;保存員工信息到數(shù)據(jù)庫中;選擇要刪除的員工記錄,并提交“刪除員”按鈕;選擇要修改的員工記錄,并提交“更新員”按鈕;其他事件流員工的信息出現(xiàn)非法輸入,提示錯誤信息員工資料重復出現(xiàn),提示員工存在用例UCST05,為服裝入庫的管理。,服裝入庫的管理用例描述用例編號UCST05用例名稱服裝入店管理用例描述把新到貨物進行入庫記錄,并添加到數(shù)據(jù)庫用戶角色專賣店管理員前置條件用戶具有分倉庫管理員權限,并安全登錄到入庫管理中心;后置條件用戶完成操作,系統(tǒng)繼續(xù)工作; 主要流程用戶登錄入庫管理中心,選擇“入庫”;RFID取得入庫明細資料并提交;系統(tǒng)驗證資料是否有錯誤或單號重復;生成新入店單信息;更新庫存數(shù)量;其他事件流當入庫單據(jù)資料中出現(xiàn)錄入錯誤,提示錯誤信息; 設計 整體設計一般來說,為了降低軟件的耦合度,增強軟件的可擴展性,軟件設計者使用的最多的技術便是分層[26]。在分層的組織方式下,上層使用了下層定義的各種服務,而下層對上層一無所知。另外每一次層對自己的上層隱藏起下層的細節(jié)。將系統(tǒng)按照層次分解有很多好處,例如有利于標準化工作,層次間的依賴性降到最低,一層次可以為很多上層服務提供支持等。本子系統(tǒng)架構共分為四層。系統(tǒng)的架構包括顯示層,通訊控制層,業(yè)務邏輯層與數(shù)據(jù)操作層。1)顯示層。顯示層處理用戶與軟件的交互,其主要職責是向用戶顯示信息并把從用戶那里獲取的信息解釋為業(yè)務邏輯層或數(shù)據(jù)操作層上的各種動作。顯示層的處理僅限于用戶界面上數(shù)據(jù)的采集和處理,響應以及用戶的請求,不包括業(yè)務邏輯的處理。比如對服裝的展示功能,表現(xiàn)層只接受來自于領域?qū)拥臄?shù)據(jù)并顯示給用戶,以及將用戶界面的輸入請求傳遞給控制通信層[27]。2)控制通信層??刂仆ㄐ艑拥闹饕氊熓沁B接表現(xiàn)層和領域?qū)樱岣呦到y(tǒng)的可擴展性??刂仆ㄐ艑涌梢岳斫鉃閺挠脩艚邮照埱? 將業(yè)務邏輯層與顯示層匹配在一起,共同完成用戶的請求。通信控制層是一個分發(fā)器,將顯示層的傳入的請求分發(fā)給業(yè)務邏輯層的不同的業(yè)務邏輯組件??刂仆ㄐ艑硬蛔鋈魏蔚臄?shù)據(jù)處理。例如,用戶點擊一個連接,控制通信層接收到用戶請求后, 并不處理業(yè)務信息,它只把用戶的信息傳遞給領域?qū)拥臉I(yè)務邏輯組件,通知領域?qū)討撟鍪裁?,然后選擇符合要求的視圖返回給用戶。一個業(yè)務邏輯組件可能對應多個表現(xiàn)層組件,一個表現(xiàn)層組件可能對應多個業(yè)務邏輯組件。3),包括根據(jù)輸入數(shù)據(jù)或以后數(shù)據(jù)進行計算,對表現(xiàn)層輸入的數(shù)據(jù)進行驗證,以及根據(jù)從表現(xiàn)層接收來的命令來確定應該調(diào)度那些數(shù)據(jù)源邏輯。業(yè)務邏輯層實現(xiàn)系統(tǒng)的所有業(yè)務邏輯。業(yè)務邏輯層為系統(tǒng)的核心業(yè)務層,在伸縮型和靈活性方面,領域?qū)雍侠淼脑O計尤為重要。4)數(shù)據(jù)源層。數(shù)據(jù)源層主要關注與其他業(yè)務的交互,這些系統(tǒng)將代表應用完成相關任務。他們可以是事物監(jiān)控器,其他應用等。數(shù)據(jù)源層中包括數(shù)據(jù)庫持久組件和搜索引擎組件。對于爾宜居電子商務平臺來說,最主要的數(shù)據(jù)源是數(shù)據(jù)庫,系統(tǒng)提供數(shù)據(jù)庫持久組件對數(shù)據(jù)庫進行操作。持久化(Persistence),即把數(shù)據(jù)(如內(nèi)存中的對象)保存到可永久保存的存儲設備中(如磁盤)。持久化的主要應用是將內(nèi)存中的數(shù)據(jù)存儲在關系型的數(shù)據(jù)庫中。數(shù)據(jù)庫持久組件專注于實現(xiàn)數(shù)據(jù)持久化,數(shù)據(jù)庫持久組件的功能向數(shù)據(jù)庫中存儲數(shù)據(jù)和從數(shù)據(jù)庫中獲取數(shù)據(jù)[28]。 數(shù)據(jù)庫設計面向?qū)ο笤O計的第一步是構造關系實體。在這個步驟中,需要跟據(jù)業(yè)務需要,設計出每一個數(shù)據(jù)模型,并將抽象出類和它的屬性,并用關系實體圖描繪類與對象及它們彼此之間的關系。類的詳細屬性及類提供的服務將在這個階段在確定下來[29]。根據(jù)對庫存管理子系統(tǒng)需求的抽取和整理分析,該系統(tǒng)問題域中包含的類主要包括:員工信息、專賣店信息、服裝信息、入店信息、出店信息、存放信息、盤點信息、存放信息、退貨信息等。通過對庫存管理子系統(tǒng)實體的分析,設計的數(shù)據(jù)結構如下面的幾個表格所示,每個表格表示數(shù)據(jù)庫中的一個表。這里僅列出了其中兩個表結構。 用戶數(shù)據(jù)庫表:列名數(shù)據(jù)類型長度允許空說明User_IDNvarchar10否PKUeser_NameNvarchar16否Ueser_TypeInt1否PasswordNvarchar12否NameNvarchar10否EmailNvarchar50否IDcard_numberNvarchar18否TelephoneNvarchar12否AddressNvarchar50否ZonecodeNvarchar10否MobilephoneNvarchar12是Nvarchar20是MSNNvarchar50是用戶信息表的唯一標示是員工標號,采用年月日加兩位流水號生成,密碼則采用長度大于6小于12位的字符規(guī)則。列名數(shù)據(jù)類型長度允許空說明Store_IDInt6否PKCloth_IDNvarchar6否PK,反映了服裝與專賣店的多對多關系。 流程設計狀流程設計可以通過面向?qū)ο蟮膭討B(tài)模型的建立實現(xiàn),這一步的目的是,針對每一個具體功能或用例,跟據(jù)業(yè)務流程,設計類,并決定每一個類該做的操作。主要分兩步,第一步是編寫腳本:列出用戶系統(tǒng)之間相互作用的典型情況,即編寫腳本,第二步是畫用戶登錄選擇模塊并操作的狀態(tài)圖。表分別是正常情況的腳本和用戶登錄選擇模塊并操作的狀態(tài)圖[30]。1系統(tǒng)A在登錄界面點擊登錄按鈕,用戶A希望進入系統(tǒng)主界面,操作入店管理模塊2系統(tǒng)驗證身份3登錄界面關閉,系統(tǒng)主界面顯示4用戶A選擇所要操作的模塊,并點擊進入該模塊界面。該狀態(tài)轉(zhuǎn)換圖說明了用戶由登錄系統(tǒng)到功能選擇、功能操作及數(shù)據(jù)庫響應的一個狀態(tài)變化的過程,從整個模塊級別進行狀態(tài)分析。其它模塊的動態(tài)模型建立過程與此類似,故在此不一一畫圖說明。 實現(xiàn) 功能實現(xiàn) 都由于系統(tǒng)是四層架構,在顯示層,通信層,業(yè)務邏輯層,數(shù)據(jù)操作層之間完成消息與數(shù)據(jù)的傳遞,這樣降低了軟件的耦合度。1)顯示層的jsp頁面上,以服裝信息管理模塊為例。因為已經(jīng)詳細定義了服裝實體類的成員,包括、服裝名稱、顏色、材質(zhì)、數(shù)量、單價等。所以定義出相應的表單控件來獲取并顯示這些信息。 控件屬性關系表控件屬性對應實體信息TxtGarmentIDintGarmentIDTxtRFIDintRFIDTxtCatIDintCatIDTxtOarmenNameStringOarmenNameTxtGarmentImagesStringGarmentImagesTxtCarmentMarketPricemoneyCarmentMarketPriceTxtGarmentPricemoneyGarmentPriceTxtGarmentIntroStringGarmentIntroTxtOarmentAmountintOarmentAmount2)Web控制組件使用struts2的action實現(xiàn)[31]。在Struts2中Action部分,采用了低侵入的方式。Struts2中Action類并不需要繼承任何的基類,或?qū)崿F(xiàn)任何的接口,更沒有與Servlet的API直接耦合。它通常更像一個普通的POJO(通常應該包含一個無參數(shù)的execute方法),而且可以在內(nèi)容定義一系列的方法,并可以通過配置的方式,把每一個方法都當作一個獨立的Action來使用,從而實現(xiàn)代碼復用。另外,struts 的Action可以直接處理結果信息將輸出到瀏覽器中。支持的視圖技術非常多,既支持JSP,也支持Velocity、FreeMarker等模板技術[32]。當用戶向服務器請求某一資源是,系統(tǒng)會首先調(diào)用響應的Action。然后次Action根據(jù)用戶的輸入調(diào)用領域?qū)拥臉I(yè)務邏輯組件的業(yè)務方法,然后向用戶返回數(shù)據(jù)。涉及到的控制通信層的Action包括StoreInfoAction,StorageInfoAction EmployeeInfoAction,InStoreInfoAction,OutStoreInfoAction, StatisticAction, ReInfacAction和ClothInfoAction。他們在整個信息流程中起到不同的作用。通過servlet容器的配置文件,將Action與頁面的按鈕事件綁定到一起。 由于各個類之間并沒有關聯(lián)關系,所以只給出其中一個類ClothInfoAction的類圖,其他的與此類似。ClothInfoAction+setClothInfomanager()+getClothInf
點擊復制文檔內(nèi)容
法律信息相關推薦
文庫吧 www.dybbs8.com
備案圖鄂ICP備17016276號-1