【正文】 其在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