【正文】 和重要性。由于用戶具有知識(shí)、視聽能力、智能、記憶能力、可學(xué)習(xí)性、動(dòng)機(jī)、受訓(xùn)練程度、以及易遺忘、易出錯(cuò)等特性，使得對(duì)用戶的分類、分析和設(shè)計(jì)變得更加復(fù)雜化。Web界面設(shè)計(jì)是人機(jī)交互界面設(shè)計(jì)的一個(gè)延伸，是人與計(jì)算機(jī)交互的演變。(4) 成本/效益分析，根據(jù)需求分析、任務(wù)分析、環(huán)境分析等，分析實(shí)現(xiàn)界面形式所要花費(fèi)的成本/效益，如開發(fā)成本/效益、用戶要花費(fèi)的成本/效益等，以便選擇合適的開發(fā)設(shè)計(jì)途徑。 (7) 進(jìn)行藝術(shù)設(shè)計(jì)完善，包括為吸引用戶的注意所進(jìn)行的增強(qiáng)顯示的設(shè)計(jì)，例如，采取運(yùn)動(dòng)，改變形狀、大小、顏色、亮度、環(huán)境等特征（如加線，加框、前景和背景設(shè)計(jì)等），還包括創(chuàng)新的設(shè)計(jì)以增加亮點(diǎn)，或者應(yīng)用多媒體手段等。它可以采取多種方法，如試驗(yàn)法、用戶反饋、專家分析、軟件測(cè)試等，對(duì)軟件界面的諸多因素如功能性、可靠性、效率、美觀性等進(jìn)行評(píng)估，以獲取用戶對(duì)界面的滿意度，便于盡早發(fā)現(xiàn)錯(cuò)誤或者不滿意的地方，以改進(jìn)和完善系統(tǒng)設(shè)計(jì)。左下框架視圖顯示內(nèi)容為根據(jù)整個(gè)信息管理系統(tǒng)的分類以及層次結(jié)構(gòu)實(shí)現(xiàn)的鏈接目錄目錄，在整個(gè)瀏覽的過(guò)程中，用戶可根據(jù)自身的情況針對(duì)不同的選項(xiàng)進(jìn)行相應(yīng)的選擇。一目了然的列表形式讓用戶可以直接進(jìn)行目的操作。在這個(gè)功能模塊中，首先進(jìn)入店鋪總覽畫面，在這里企業(yè)工作人員可以選擇所對(duì)應(yīng)的店鋪進(jìn)行商品信息更新。如果企業(yè)工作人員忘記自己店鋪的編號(hào)，可以在下拉菜單中選擇自己店鋪的名字，相應(yīng)的店鋪編號(hào)便自動(dòng)錄入檢索項(xiàng)中。： 商品信息編輯流程圖Fig. Commodity information edition flow chart 由于商品的數(shù)量不定，所以在這個(gè)界面中需要分兩大部分來(lái)分別顯示詳細(xì)的商品信息以及商品的分類項(xiàng)目。如果用戶需要，可以直接點(diǎn)擊打印按鈕將當(dāng)前信息打印出來(lái)，使用戶的工作更加簡(jiǎn)便化。： 商品信息參照流程圖Fig. Commodity information reference flow chart 用戶在這個(gè)模塊中可以直接查閱到需要的信息。在這個(gè)功能模塊中，系統(tǒng)將編輯后以及未編輯的商品信息表示在列表中，同時(shí)提供按商品項(xiàng)目分類查找的功能，方便用戶對(duì)商品信息進(jìn)行最后確認(rèn)。：圖4. 8商品信息成功登錄后顯示的流。：圖4. 7商品信息編輯后的確認(rèn)流程圖Fig. After modity information edition confirmation flow chart 商品信息成功登錄的顯示在商品信息編輯后的確認(rèn)畫面，用戶對(duì)照并確定編輯無(wú)誤后，便可以點(diǎn)擊確定按鈕保存編輯后的商品信息。方便用戶的工作，挺高用戶的工作效率。 商品信息的參照當(dāng)用戶需要參照其他店鋪信息的時(shí)候，點(diǎn)擊參照便可以使用參照模塊。而在商品分類項(xiàng)目列表中，用戶通過(guò)目標(biāo)商品的屬性尋找對(duì)應(yīng)項(xiàng)目并選擇，相應(yīng)的商品信息列表同時(shí)刷新為同一商品項(xiàng)目下的所有商品信息，以方便用戶的查找。 商品信息的編輯企業(yè)工作人員選擇好店鋪進(jìn)入商品信息編輯畫面。在這里，考慮到企業(yè)工作人員會(huì)查詢商品信息以及需要參照其它店鋪的商品信息，所以添加了參照功能。企業(yè)工作人員將新的商品信息登陸到相應(yīng)的數(shù)據(jù)庫(kù)中，或者已有商品的商品信息進(jìn)行信息管理，包括商品信息的查詢、刪除和更改等事務(wù)。在右框架視圖顯示與左邊的框架試圖相對(duì)應(yīng)的功能列表，例如選定綜合信息管理后，右框架試圖自動(dòng)刷新顯示出對(duì)應(yīng)的列表。本系統(tǒng)界面的設(shè)計(jì)是在采用Windows標(biāo)準(zhǔn)界面風(fēng)格的基礎(chǔ)上，充分考慮到信息管理的功能特點(diǎn)，采用了框架界面，屏幕被劃分為三個(gè)視圖，正上方視圖為系統(tǒng)的標(biāo)題；左視圖為系統(tǒng)功能導(dǎo)航菜單，用戶在這里根據(jù)工作需要選擇相應(yīng)的功能；右視圖在未選擇功能菜單時(shí)為默認(rèn)界面，默認(rèn)界面右側(cè)的日歷系統(tǒng)方便用戶直接點(diǎn)選察看企業(yè)有無(wú)預(yù)期內(nèi)容，下方的鐘表系統(tǒng)提示用戶當(dāng)前時(shí)間，左側(cè)的預(yù)期內(nèi)容板塊為顯示企業(yè)預(yù)期內(nèi)容區(qū)域。 (9) 原型設(shè)計(jì)，在經(jīng)過(guò)初步系統(tǒng)需求分析后，開發(fā)出一個(gè)滿足基本要求的、簡(jiǎn)單的、可運(yùn)行的系統(tǒng)給用戶試用，讓用戶進(jìn)行評(píng)價(jià)并提出改進(jìn)意見(jiàn)，進(jìn)一步完善系統(tǒng)的需求規(guī)格和系統(tǒng)設(shè)計(jì)。以及系統(tǒng)任務(wù)、環(huán)境、成本/效益，確定合適的界面類型。 (2) 任務(wù)分析，根據(jù)任務(wù)的復(fù)雜性、難易程度等，詳細(xì)分解任務(wù)動(dòng)作，進(jìn)行合理分工，確定適合于用戶的交互方式。用戶界面的設(shè)計(jì)原則是能向用戶提供方便、友好的人機(jī)交互環(huán)境。系統(tǒng)設(shè)計(jì)必須考慮并適合人的各方面的因素，以便充分發(fā)揮系統(tǒng)的功能和效益。一個(gè)優(yōu)良的用戶界面設(shè)計(jì)，要符合使用者的需求，考慮到使用者的生理、心理狀況；一個(gè)友善便利的使用者界面，不但可增加使用的方便性，也可減少使用錯(cuò)誤率。對(duì)企業(yè)內(nèi)部資源進(jìn)行統(tǒng)籌規(guī)劃，從而提高整個(gè)企業(yè)的工作效率以及降低企業(yè)信息管理成本；(3) 系統(tǒng)資料的信息化管理：這涉及兩個(gè)方面的內(nèi)容，一個(gè)是和商品相關(guān)的信息，另外就是企業(yè)內(nèi)部工作人員的信息，通過(guò)有效的方式對(duì)這些系統(tǒng)資料進(jìn)行信息化的管理，不但能夠保證預(yù)約系統(tǒng)的高效準(zhǔn)確運(yùn)行，而且有利于進(jìn)行信息的交換和進(jìn)行進(jìn)一步的統(tǒng)計(jì)分析，對(duì)未來(lái)的發(fā)展趨勢(shì)做出有針對(duì)性的評(píng)估和預(yù)測(cè)。對(duì)以上幾種商品信息管理方式的分析，網(wǎng)上商品信息管理的優(yōu)勢(shì)比較突出，所以本文采用基于Web的商品信息管理這種方法。 ③ 商品信息的查詢不需要花費(fèi)時(shí)間去等待。(3) 基于Wap的商品信息管理由于現(xiàn)在移動(dòng)電話的普及率較以往大為提高，而WAP方面的應(yīng)用則不但成長(zhǎng)快速而且潛力無(wú)窮，因此，可以采用客戶使用PDA通過(guò)基于WAP的商品信息管理方式來(lái)對(duì)商品信息進(jìn)行管理。如果某件商品的信息需要修改，則需要經(jīng)過(guò)繁瑣的步驟來(lái)花費(fèi)時(shí)間和人力去查詢資料并做修改，不僅管理不方便，還造成了信息管理成本的提高。這樣不但可以方便的管理商品信息，還降低了企業(yè)信息管理的成本。這不僅需要大量的手工勞動(dòng)，而且在資料保存上需要專門建立資料庫(kù)來(lái)存儲(chǔ)材料。 工序管理數(shù)據(jù)表結(jié)構(gòu) Working procedure management data sheet structure字段名字段ID數(shù)據(jù)類型是否空默認(rèn)值備注企業(yè)CodeCORP_CDCHAR（12）否主鍵工序IDWP_IDINT（15）否主鍵工序CodeWP_CDCHAR（20）否主鍵工序名稱WP_NMVARCHAR2（50）登錄日期ENTRY_YMDDATE（7）更新日期UPDATE_YMDDATE（7）最終更新者UPDATE_USERVARCHAR2（20）編輯鎖標(biāo)志LOCK_FLGNUMBER（1）編輯鎖開始時(shí)間LOCK_TIMEDATE（7）編輯鎖用戶名LOCK_USERVARCHAR2（20） 數(shù)據(jù)庫(kù)的物理設(shè)計(jì)數(shù)據(jù)庫(kù)的物理設(shè)計(jì)是指對(duì)于一個(gè)給定的數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)，研究并實(shí)現(xiàn)一個(gè)有效的數(shù)據(jù)庫(kù)物理結(jié)構(gòu)的過(guò)程。：原材料（原材料ID，材料號(hào)，名稱，內(nèi)容，種類）工序（工序ID，工序號(hào)，名稱，內(nèi)容，原材料ID，數(shù)量） “原材料”與“工序”之間的1：n關(guān)系Fig. Raw material and working procedure between 1: N relations(2) 如果兩個(gè)實(shí)體間是m：n的聯(lián)系，則需要為聯(lián)系單獨(dú)建立一個(gè)關(guān)系，用來(lái)聯(lián)系雙方實(shí)體，該關(guān)系的屬性中至少要包括被它所聯(lián)系的雙方實(shí)體的關(guān)鍵字，并且如果聯(lián)系上有屬性，也要并入這個(gè)關(guān)系中。(2) 對(duì)于ER圖中的聯(lián)系，要根據(jù)聯(lián)系方式的不同，采用不同的手段以使被它聯(lián)系的實(shí)體所對(duì)應(yīng)的關(guān)系彼此之間實(shí)現(xiàn)某種聯(lián)系。由于本系統(tǒng)采用關(guān)系型數(shù)據(jù)模 型，因此應(yīng)該把ER圖轉(zhuǎn)換為關(guān)系模型。初步的ER模型消除了冗余以后，就稱為基本ER模型。商品信息商品編號(hào)商品規(guī)格商品價(jià)格商品描述員工信息員工編號(hào)員工姓名員工職責(zé)員工電話(a)(b)圖 劃分實(shí)體和屬性的例子Fig. Division entity and attribute example 局部 ER 模型的綜合 綜合局部ER模型為總體ER模型的步驟是：先將各個(gè)局部ER模型合并成一個(gè)初步ER模型，然后，去掉初步總體ER模型中冗余的聯(lián)系，得到總體ER模型。在給定的應(yīng)用環(huán)境中，區(qū)分實(shí)體和屬性的基本規(guī)則是：(1) 屬性與其所描述的實(shí)體之間的聯(lián)系只能是1：N的。它既不依賴于具體的硬件特性，也不依賴于具體的DBMS所采用的數(shù)據(jù)模型和性能，它僅僅對(duì)應(yīng)于基本的事實(shí)，所以可以為非計(jì)算機(jī)人員所理解。 (2) 本系統(tǒng)采用的ER圖設(shè)計(jì)策略 ER圖的設(shè)計(jì)總策略是采用自底向上的設(shè)計(jì)策略。(1) ER圖的設(shè)計(jì)策略ER圖的設(shè)計(jì)策略主要有以下幾種：① 自頂向下：首先定義全局概念結(jié)構(gòu)的框架，然后逐步細(xì)化。ER(EntityRelationship)圖是描述數(shù)據(jù)概念模型的有力工具。此模型既獨(dú)立于特定的 DBMS，也獨(dú)立于數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)，即獨(dú)立于數(shù)據(jù)庫(kù)的邏輯模型，獨(dú)立于計(jì)算機(jī)和存儲(chǔ)介質(zhì)上數(shù)據(jù)的物理模型。在計(jì)算機(jī)集成管理過(guò)程中，不可避免的存在商業(yè)數(shù)據(jù)信息與CAM 系統(tǒng)以及管理信息系統(tǒng)(MIS)等交換數(shù)據(jù)的問(wèn)題，要實(shí)現(xiàn)這一目的必然要依賴于計(jì)算機(jī)網(wǎng)絡(luò)的使用。商業(yè)數(shù)據(jù)數(shù)據(jù)常涉及到多對(duì)多關(guān)系的數(shù)據(jù)實(shí)體，這樣就要求應(yīng)具有表示和處理實(shí)體間復(fù)雜關(guān)系，并保證實(shí)體完整性的能力。數(shù)據(jù)類型是構(gòu)成數(shù)據(jù)對(duì)象的基礎(chǔ)，因此，相應(yīng)的數(shù)據(jù)管理功能應(yīng)能實(shí)現(xiàn)對(duì)結(jié)構(gòu)化定長(zhǎng)數(shù)據(jù)、非結(jié)構(gòu)化變長(zhǎng)數(shù)據(jù)(圖形、長(zhǎng)文本等)的定義與描述。 系統(tǒng)數(shù)據(jù)庫(kù)功能要求本商業(yè)數(shù)據(jù)管理系統(tǒng)數(shù)據(jù)庫(kù)包括商業(yè)數(shù)據(jù)文件數(shù)據(jù)庫(kù)和商業(yè)數(shù)據(jù)資源數(shù)據(jù)庫(kù)兩大類。例如，在統(tǒng)計(jì)企業(yè)固定資產(chǎn)或成本核算時(shí)就要用到商業(yè)數(shù)據(jù)數(shù)據(jù)庫(kù)中存儲(chǔ)的辦公用品的數(shù)據(jù)。以方便企業(yè)管理者對(duì)企業(yè)員工的管理。商業(yè)數(shù)據(jù)數(shù)據(jù)庫(kù)中包含的商業(yè)數(shù)據(jù)數(shù)據(jù)有以下幾類：(1) 店鋪信息數(shù)據(jù)：店鋪信息指涉及到店鋪相關(guān)信息屬性的數(shù)據(jù)，其中包括各個(gè)店鋪的名稱、店鋪的編號(hào)、店鋪的地址、店鋪的規(guī)模、以及店鋪經(jīng)理名稱等內(nèi)容，以上這些信息皆存儲(chǔ)在店鋪信息數(shù)據(jù)記錄內(nèi)。VSS的項(xiàng)目組織管理使得開發(fā)小組的協(xié)調(diào)變得簡(jiǎn)單容易且很直觀，當(dāng)一個(gè)和一組文件發(fā)放給另一個(gè)成員、小組、Web站點(diǎn)或是任何其他的地址，, Visual Basic, Visual C++, Visual FoxPro, Visual Studio. Net和其他的開發(fā)工具集成在一起，一旦VSS集成到開發(fā)環(huán)境中，就可以像控件一樣使用，由此可見(jiàn)VSS的易用性和強(qiáng)大功能。 VSS也支持多個(gè)項(xiàng)目之間文件的快速高效的共享。 小組開發(fā)工具SourceSafe 像餐飲業(yè)信息管理系統(tǒng)這樣的大型復(fù)雜的系統(tǒng)，涉及到的開發(fā)任務(wù)不是一個(gè)兩個(gè)人所能完成的，團(tuán)隊(duì)合作是最重要的。在自動(dòng)撤消管理方面，監(jiān)控所有Oracle系統(tǒng)的參數(shù)設(shè)置、安全設(shè)置、存儲(chǔ)和文件空間條件的配置。Orcal 9i可管理性。在密碼管理方面，利用單一用戶名和密碼連接整個(gè)企業(yè)內(nèi)的多個(gè)數(shù)據(jù)庫(kù)。在集群應(yīng)用方面，能夠跨多個(gè)相互連接或集群的服務(wù)器運(yùn)行任意未做更改的打包或定制的應(yīng)用系統(tǒng)。Orcal 9i數(shù)據(jù)庫(kù)的高可用性。也可以方便地采用Web Services實(shí)現(xiàn)特定的功能； (5) Asp. NET將頁(yè)面和代碼分離，提供了更易于編寫、結(jié)構(gòu)更清晰的代碼，這些代碼很容易進(jìn)行再利用和共享； (6) Asp. NET提供了完善的安全機(jī)制，也提供了緩沖技術(shù)、數(shù)據(jù)庫(kù)控件等技術(shù)。圖2. 5 . NET平臺(tái)的框架結(jié)構(gòu)圖 Framework of .NET platform Framework有Asp. NET和Windows Form兩種高層應(yīng)用。.NET Framework中的任何東西，Asp. NET頁(yè)面、消息框等，都被視為對(duì)象。Web服務(wù)器端軟件和后臺(tái)管理程序應(yīng)運(yùn)行在Windows NT/Windows 2000/Windows XP等操作系統(tǒng)之上。 Web服務(wù)器與Internet接入結(jié)構(gòu)Fig. Connecting structure between Web server and Internet 網(wǎng)卡等Internet接入設(shè)備，在條件允許的情況下適當(dāng)采用高配置，以滿足變化的網(wǎng)絡(luò)的需求。 Web Server與Internet之間，需要有Load Balancers（負(fù)載平衡器）。DataOrcal 9iBusinessFacade提供Web層所有的接口。ADO. NET包含了眾多的類，程序員通過(guò)使用這些類來(lái)獲得數(shù)據(jù)訪問(wèn)服務(wù)。數(shù)據(jù)訪問(wèn)層為業(yè)務(wù)規(guī)則層提供數(shù)據(jù)服務(wù)。業(yè)務(wù)規(guī)則層是作為餐飲業(yè)信息管理系統(tǒng)解決方案文件中的BusinaessRules項(xiàng)目實(shí)現(xiàn)的，它包含各種業(yè)務(wù)規(guī)則和邏輯的實(shí)現(xiàn)[12]。業(yè)務(wù)外觀層為Web層提供用戶信息管理的界面。圖中的箭頭表示調(diào)用關(guān)系。 (6) 采用Internet/Intranet技術(shù)，以TCP/IP作為基本通信協(xié)議，適用于局域網(wǎng)和廣域網(wǎng)環(huán)境。 (3) B/S模式中的應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器通常集中放置，并且有比客戶機(jī)更強(qiáng)大的處理能力。第三層是數(shù)據(jù)庫(kù)服務(wù)器層，Web服務(wù)器層根據(jù)客戶請(qǐng)求向該層發(fā)送查詢數(shù)據(jù)的請(qǐng)求(利用結(jié)構(gòu)化查詢語(yǔ)言SQL)，該層接收請(qǐng)求后查詢數(shù)據(jù)庫(kù)并將結(jié)果返回給Web層。應(yīng)用服務(wù)器業(yè)務(wù)邏輯層：執(zhí)行業(yè)務(wù)邏輯，向數(shù)據(jù)庫(kù)發(fā)送請(qǐng)求。低成本、簡(jiǎn)單易用的客戶瀏覽器能隨時(shí)隨地到企業(yè)的Web站點(diǎn)上查閱自己所需的數(shù)據(jù)[9]。而這些局限性在今天的網(wǎng)絡(luò)技術(shù)環(huán)境里，將使C/S模式的網(wǎng)絡(luò)系統(tǒng)最終面臨像主機(jī)終端式網(wǎng)絡(luò)同樣的命運(yùn)。C/S模式是一種兩層結(jié)構(gòu)的系統(tǒng)：第一層是在客戶機(jī)系統(tǒng)上結(jié)合了表示與業(yè)務(wù)邏輯；第二層是通過(guò)網(wǎng)絡(luò)結(jié)合了數(shù)據(jù)庫(kù)服務(wù)器。(3) 利用客戶應(yīng)用程序?qū)Υ嬖谟诳蛻舳说臄?shù)據(jù)執(zhí)行應(yīng)用邏輯要求。(3) 數(shù)據(jù)庫(kù)前端的客戶應(yīng)用程序的全局?jǐn)?shù)據(jù)完整性規(guī)則。在這多個(gè)任務(wù)之間存在著多種交互關(guān)系[5]，其中最基本的是“請(qǐng)求/響應(yīng)”關(guān)系：即Client向Server提出對(duì)某種信息或