【正文】 ：圖4. 8商品信息成功登錄后顯示的流。：圖4. 7商品信息編輯后的確認流程圖Fig. After modity information edition confirmation flow chart 商品信息成功登錄的顯示在商品信息編輯后的確認畫面，用戶對照并確定編輯無誤后，便可以點擊確定按鈕保存編輯后的商品信息。在這個功能模塊中，系統(tǒng)將編輯后以及未編輯的商品信息表示在列表中，同時提供按商品項目分類查找的功能，方便用戶對商品信息進行最后確認。方便用戶的工作，挺高用戶的工作效率。： 商品信息參照流程圖Fig. Commodity information reference flow chart 用戶在這個模塊中可以直接查閱到需要的信息。 商品信息的參照當用戶需要參照其他店鋪信息的時候，點擊參照便可以使用參照模塊。如果用戶需要，可以直接點擊打印按鈕將當前信息打印出來，使用戶的工作更加簡便化。而在商品分類項目列表中，用戶通過目標商品的屬性尋找對應項目并選擇，相應的商品信息列表同時刷新為同一商品項目下的所有商品信息，以方便用戶的查找。： 商品信息編輯流程圖Fig. Commodity information edition flow chart 由于商品的數(shù)量不定，所以在這個界面中需要分兩大部分來分別顯示詳細的商品信息以及商品的分類項目。 商品信息的編輯企業(yè)工作人員選擇好店鋪進入商品信息編輯畫面。如果企業(yè)工作人員忘記自己店鋪的編號，可以在下拉菜單中選擇自己店鋪的名字，相應的店鋪編號便自動錄入檢索項中。在這里，考慮到企業(yè)工作人員會查詢商品信息以及需要參照其它店鋪的商品信息，所以添加了參照功能。在這個功能模塊中，首先進入店鋪總覽畫面，在這里企業(yè)工作人員可以選擇所對應的店鋪進行商品信息更新。企業(yè)工作人員將新的商品信息登陸到相應的數(shù)據(jù)庫中，或者已有商品的商品信息進行信息管理，包括商品信息的查詢、刪除和更改等事務。一目了然的列表形式讓用戶可以直接進行目的操作。在右框架視圖顯示與左邊的框架試圖相對應的功能列表，例如選定綜合信息管理后，右框架試圖自動刷新顯示出對應的列表。左下框架視圖顯示內(nèi)容為根據(jù)整個信息管理系統(tǒng)的分類以及層次結構實現(xiàn)的鏈接目錄目錄，在整個瀏覽的過程中，用戶可根據(jù)自身的情況針對不同的選項進行相應的選擇。本系統(tǒng)界面的設計是在采用Windows標準界面風格的基礎上，充分考慮到信息管理的功能特點，采用了框架界面，屏幕被劃分為三個視圖，正上方視圖為系統(tǒng)的標題；左視圖為系統(tǒng)功能導航菜單，用戶在這里根據(jù)工作需要選擇相應的功能；右視圖在未選擇功能菜單時為默認界面，默認界面右側(cè)的日歷系統(tǒng)方便用戶直接點選察看企業(yè)有無預期內(nèi)容，下方的鐘表系統(tǒng)提示用戶當前時間，左側(cè)的預期內(nèi)容板塊為顯示企業(yè)預期內(nèi)容區(qū)域。它可以采取多種方法，如試驗法、用戶反饋、專家分析、軟件測試等，對軟件界面的諸多因素如功能性、可靠性、效率、美觀性等進行評估，以獲取用戶對界面的滿意度，便于盡早發(fā)現(xiàn)錯誤或者不滿意的地方，以改進和完善系統(tǒng)設計。 (9) 原型設計，在經(jīng)過初步系統(tǒng)需求分析后，開發(fā)出一個滿足基本要求的、簡單的、可運行的系統(tǒng)給用戶試用，讓用戶進行評價并提出改進意見，進一步完善系統(tǒng)的需求規(guī)格和系統(tǒng)設計。 (7) 進行藝術設計完善，包括為吸引用戶的注意所進行的增強顯示的設計，例如，采取運動，改變形狀、大小、顏色、亮度、環(huán)境等特征（如加線，加框、前景和背景設計等），還包括創(chuàng)新的設計以增加亮點，或者應用多媒體手段等。以及系統(tǒng)任務、環(huán)境、成本/效益，確定合適的界面類型。(4) 成本/效益分析，根據(jù)需求分析、任務分析、環(huán)境分析等，分析實現(xiàn)界面形式所要花費的成本/效益，如開發(fā)成本/效益、用戶要花費的成本/效益等，以便選擇合適的開發(fā)設計途徑。 (2) 任務分析，根據(jù)任務的復雜性、難易程度等，詳細分解任務動作，進行合理分工，確定適合于用戶的交互方式。Web界面設計是人機交互界面設計的一個延伸，是人與計算機交互的演變。用戶界面的設計原則是能向用戶提供方便、友好的人機交互環(huán)境。由于用戶具有知識、視聽能力、智能、記憶能力、可學習性、動機、受訓練程度、以及易遺忘、易出錯等特性，使得對用戶的分類、分析和設計變得更加復雜化。系統(tǒng)設計必須考慮并適合人的各方面的因素，以便充分發(fā)揮系統(tǒng)的功能和效益。眾所周知，進行任務和用戶分析，以及相關調(diào)研在項目研發(fā)中的必要性和重要性。一個優(yōu)良的用戶界面設計，要符合使用者的需求，考慮到使用者的生理、心理狀況；一個友善便利的使用者界面，不但可增加使用的方便性，也可減少使用錯誤率。隨著計算機和網(wǎng)絡的不斷普及，社會信息化程度日益加深，用戶和市場的不斷成熟，人們己經(jīng)不僅僅滿足于‘夠用’，而是更加強調(diào)‘好用’、‘易用’，因此，不論是普通最終用戶的個人軟件，還是企業(yè)應用的大型系統(tǒng)，界面設計在系統(tǒng)構建中都成為了一個非常重要的方面” [15]。對企業(yè)內(nèi)部資源進行統(tǒng)籌規(guī)劃，從而提高整個企業(yè)的工作效率以及降低企業(yè)信息管理成本；(3) 系統(tǒng)資料的信息化管理：這涉及兩個方面的內(nèi)容，一個是和商品相關的信息，另外就是企業(yè)內(nèi)部工作人員的信息，通過有效的方式對這些系統(tǒng)資料進行信息化的管理，不但能夠保證預約系統(tǒng)的高效準確運行，而且有利于進行信息的交換和進行進一步的統(tǒng)計分析，對未來的發(fā)展趨勢做出有針對性的評估和預測。具體來說，需要滿足如下的系統(tǒng)需求： (1) 保證對企業(yè)的服務質(zhì)量：采用友好的人機交互界面，使客戶的工作人員能夠非常直觀地檢索到相關企業(yè)的商品信息，方便地添加新商品信息、更新已有商品的信息等，從而有效地解決傳統(tǒng)的企業(yè)商品信息管理過于繁瑣的問題。對以上幾種商品信息管理方式的分析，網(wǎng)上商品信息管理的優(yōu)勢比較突出，所以本文采用基于Web的商品信息管理這種方法。通過對以上幾個商品信息管理方式的分析，不難看出相對于傳統(tǒng)的商品信息管理方式以及本地單機商品信息管理方式，基于Wap和基于Web的商品信息管理方式是屬于現(xiàn)代社會科技的發(fā)展帶給企業(yè)管理者的新選擇。 ③ 商品信息的查詢不需要花費時間去等待。(4) 基于Web的網(wǎng)絡商品信息管理 當企業(yè)需要對商品信息進行管理時，只需要工作人員輸入用戶名和密碼，服務器端的資料庫即可調(diào)出該企業(yè)先前登記過的商品基本資料，如果是大中型企業(yè)則直接進入各分店選擇列表界面，方便各分店員工及時對商品信息進行處理，其優(yōu)點如下： ① 企業(yè)不必專門匯總商品信息。(3) 基于Wap的商品信息管理由于現(xiàn)在移動電話的普及率較以往大為提高，而WAP方面的應用則不但成長快速而且潛力無窮，因此，可以采用客戶使用PDA通過基于WAP的商品信息管理方式來對商品信息進行管理。 (2) 本地單機計算機的商品信息管理 本地單機計算機的信息管理雖然不需要建立專門的資料庫來保存以及在商品信息的查詢、修改和保存上都大大提高了效率，減少了不少的人工勞動和管理成本，但是對于規(guī)模稍大一點的企業(yè)（即大中型企業(yè)）來說，各分店商品信息的匯總以及統(tǒng)計問題同樣需要更多的管理步驟。如果某件商品的信息需要修改，則需要經(jīng)過繁瑣的步驟來花費時間和人力去查詢資料并做修改，不僅管理不方便，還造成了信息管理成本的提高。這幾種方案的優(yōu)缺點如下： (1)傳統(tǒng)信息管理 傳統(tǒng)的信息管理模式是以紙為載體來記錄商品的相關信息。這樣不但可以方便的管理商品信息，還降低了企業(yè)信息管理的成本。本章討論了幾種信息管理方案的優(yōu)缺點，最終確定采用基于Web的網(wǎng)絡信息管理方案，可以有效解決降低管理成本的問題。這不僅需要大量的手工勞動，而且在資料保存上需要專門建立資料庫來存儲材料。4 商品信息管理模塊的設計與實現(xiàn)眾所周知，企業(yè)在發(fā)展過程中會不斷推出新的商品以保障企業(yè)的生命力，隨之而來的問題就是大量的商品信息需要高效的有條不紊的管理。 工序管理數(shù)據(jù)表結構 Working procedure management data sheet structure字段名字段ID數(shù)據(jù)類型是否空默認值備注企業(yè)CodeCORP_CDCHAR（12）否主鍵工序IDWP_IDINT（15）否主鍵工序CodeWP_CDCHAR（20）否主鍵工序名稱WP_NMVARCHAR2（50）登錄日期ENTRY_YMDDATE（7）更新日期UPDATE_YMDDATE（7）最終更新者UPDATE_USERVARCHAR2（20）編輯鎖標志LOCK_FLGNUMBER（1）編輯鎖開始時間LOCK_TIMEDATE（7）編輯鎖用戶名LOCK_USERVARCHAR2（20） 數(shù)據(jù)庫的物理設計數(shù)據(jù)庫的物理設計是指對于一個給定的數(shù)據(jù)庫邏輯結構，研究并實現(xiàn)一個有效的數(shù)據(jù)庫物理結構的過程。用于存放與商品原材料相關的信息數(shù)據(jù)。：原材料（原材料ID，材料號，名稱，內(nèi)容，種類）工序（工序ID，工序號，名稱，內(nèi)容，原材料ID，數(shù)量） “原材料”與“工序”之間的1：n關系Fig. Raw material and working procedure between 1: N relations(2) 如果兩個實體間是m：n的聯(lián)系，則需要為聯(lián)系單獨建立一個關系，用來聯(lián)系雙方實體，該關系的屬性中至少要包括被它所聯(lián)系的雙方實體的關鍵字，并且如果聯(lián)系上有屬性，也要并入這個關系中。：n的聯(lián)系。(2) 對于ER圖中的聯(lián)系，要根據(jù)聯(lián)系方式的不同，采用不同的手段以使被它聯(lián)系的實體所對應的關系彼此之間實現(xiàn)某種聯(lián)系。由于ER圖僅是現(xiàn)實世界的純粹反映，與數(shù)據(jù)庫具體實現(xiàn)毫無關系，但它卻是建立數(shù)據(jù)模型的基礎，從ER圖出發(fā)導出具體DBMS所能接收的數(shù)據(jù)模型是數(shù)據(jù)庫設計的重要步驟。由于本系統(tǒng)采用關系型數(shù)據(jù)模 型，因此應該把ER圖轉(zhuǎn)換為關系模型。圖 33 工序管理的基本 ER 模型Fig. Working procedure management basic ER model 數(shù)據(jù)庫邏輯結構設計ER圖表示的數(shù)據(jù)概念模型是用戶數(shù)據(jù)要求的形式化，它獨立于任何一種數(shù)據(jù)模 型，因而也不為任何一個DBMS所支持。初步的ER模型消除了冗余以后，就稱為基本ER模型。但是這種簡單的合并所得到的總體模型只是初步的總體模型，在這種初步的總體模型中還可能存在冗余的數(shù)據(jù)和冗余的聯(lián)系。商品信息商品編號商品規(guī)格商品價格商品描述員工信息員工編號員工姓名員工職責員工電話(a)(b)圖 劃分實體和屬性的例子Fig. Division entity and attribute example 局部 ER 模型的綜合 綜合局部ER模型為總體ER模型的步驟是：先將各個局部ER模型合并成一個初步ER模型，然后，去掉初步總體ER模型中冗余的聯(lián)系，得到總體ER模型。滿足上述兩條的“事物”一般作為屬性來處理，能作為屬性處理的盡量作為屬性來處理，以簡化ER模型。在給定的應用環(huán)境中，區(qū)分實體和屬性的基本規(guī)則是：(1) 屬性與其所描述的實體之間的聯(lián)系只能是1：N的。因此，首先得決定如何對數(shù)據(jù)分析階段所收集到的數(shù)據(jù)項劃分實體和屬性。它既不依賴于具體的硬件特性，也不依賴于具體的DBMS所采用的數(shù)據(jù)模型和性能，它僅僅對應于基本的事實，所以可以為非計算機人員所理解。根據(jù)以往的系統(tǒng)設計經(jīng)驗，我們發(fā)現(xiàn)ER圖中的實體與采用面向?qū)ο蠓椒〞r所形成的類圖的對象層中的對象存在著非常密切的內(nèi)在聯(lián)系，尤其對于含屬性的對象幾乎可以與ER圖中的實體一一對應。 (2) 本系統(tǒng)采用的ER圖設計策略 ER圖的設計總策略是采用自底向上的設計策略。 ③ 由里向外：首先定義最重要的核心概念結構，然后向外擴充，生成概念結構；④ 混合策略：自頂向下和自底向上相結合的方法。(1) ER圖的設計策略ER圖的設計策略主要有以下幾種：① 自頂向下：首先定義全局概念結構的框架，然后逐步細化。設計這種模型的出發(fā)點是有效和自然地模擬現(xiàn)實世界，而不是首先考慮它在機器中的實現(xiàn)。ER(EntityRelationship)圖是描述數(shù)據(jù)概念模型的有力工具。因此，必須弄清每個應用的重要方面和各個應用的細微差別，否則就會設計不出實用的概念模型； (2) 該模型為數(shù)據(jù)庫提供一個說明結構，作為設計數(shù)據(jù)庫邏輯結構即邏輯模型的基礎。此模型既獨立于特定的 DBMS，也獨立于數(shù)據(jù)庫的邏輯結構，即獨立于數(shù)據(jù)庫的邏輯模型，獨立于計算機和存儲介質(zhì)上數(shù)據(jù)的物理模型。 概念模型設計概念模型設計[14]是整個數(shù)據(jù)庫設計的關鍵。在計算機集成管理過程中，不可避免的存在商業(yè)數(shù)據(jù)信息與CAM 系統(tǒng)以及管理信息系統(tǒng)(MIS)等交換數(shù)據(jù)的問題，要實現(xiàn)這一目的必然要依賴于計算機網(wǎng)絡的使用。考慮到商業(yè)數(shù)據(jù)設計事務的長期性和事務分層的特性，因而要求相應的數(shù)據(jù)管理功能應具備事務分解、事務處理功能，并能保留中間結果。商業(yè)數(shù)據(jù)數(shù)據(jù)常涉及到多對多關系的數(shù)據(jù)實體，這樣就要求應具有表示和處理實體間復雜關系，并保證實體完整性的能力。由于商業(yè)數(shù)據(jù)設計進程中動態(tài)數(shù)據(jù)的庫模式動態(tài) 變化，因此，相應的數(shù)據(jù)管理功能應能支持庫模式的動態(tài)修改與擴充，并具備商業(yè)數(shù)據(jù)文件修改的權限控制機制。數(shù)據(jù)類型是構成數(shù)據(jù)對象的基礎，因此，相應的數(shù)據(jù)管理功能應能實現(xiàn)對結構化定長數(shù)據(jù)、非結構化變長數(shù)據(jù)(圖形、長文本等)的定義與描述。和靜態(tài)數(shù)據(jù)管理的模式不同，商業(yè)數(shù)據(jù)數(shù)據(jù)庫動靜相結合的特點決定了相應的商業(yè)數(shù)據(jù)數(shù)據(jù)庫管理功能應具備下述的一般性和特殊性要求。 系統(tǒng)數(shù)據(jù)庫功能要求本商業(yè)數(shù)據(jù)管理系統(tǒng)數(shù)據(jù)庫包括商業(yè)數(shù)據(jù)文件數(shù)據(jù)庫和商業(yè)數(shù)據(jù)資源數(shù)據(jù)庫兩大類。圖形數(shù)據(jù)是商業(yè)數(shù)據(jù)數(shù)據(jù)庫中的一種特殊類型數(shù)據(jù)。例如，在統(tǒng)計企業(yè)固定資產(chǎn)或成本核算時就要用到商業(yè)數(shù)據(jù)數(shù)據(jù)庫中存儲的辦公用品的數(shù)據(jù)。(4) 辦公用品數(shù)據(jù)：辦公用品數(shù)據(jù)主要包括諸如辦公設備（例如計