【文章內(nèi)容簡(jiǎn)介】 .............................................................. 61 1 第一章 緒論 問(wèn)題的提出 物資管理是企業(yè)生產(chǎn)經(jīng)營(yíng)管理中不可缺少的組成部分。 物資管理是 ERP系統(tǒng)，特 別是大中型物資系統(tǒng)的重要一環(huán)。物資是企業(yè)很重要的一個(gè)管理對(duì)象，它在整個(gè)企業(yè)的生產(chǎn)、經(jīng)營(yíng)、管理中的流動(dòng)，就形成物流，物流是否合理、是否暢通，對(duì)企業(yè)的生產(chǎn)經(jīng)營(yíng)活動(dòng)有著直接的影響，物資管理水平的高低直接影響企業(yè)的成本。另外，企業(yè)現(xiàn)在的生存環(huán)境也發(fā)生了很大的變化。 21世紀(jì)的企業(yè)將面臨全球化的競(jìng)爭(zhēng)，為了滿足企業(yè)過(guò)程重組 (Business ProcessReconfigure BPR)對(duì)信息系統(tǒng)重構(gòu)以及保護(hù)企業(yè)在信息系統(tǒng)方面投資的需求，企業(yè)必須采用新的技術(shù)，以改變?cè)瓉?lái)傳統(tǒng)信息系統(tǒng)封閉的、不易集成和不能重構(gòu)的弊端。 因此 ，開(kāi)發(fā)新型的管理系統(tǒng)就成為企業(yè)適應(yīng)市場(chǎng)的必然選擇。當(dāng)前基于 Intemet／Intra的三 (多 )層分布式計(jì)算應(yīng)用系統(tǒng)正廣泛地被用于各個(gè)領(lǐng)域，它為我們構(gòu)造物資管理信息系統(tǒng)提供了更多可供選擇的技術(shù)和方法。而這些技術(shù)和方法的應(yīng)用將在很大程度上改變過(guò)去的企業(yè)信息系統(tǒng)開(kāi)發(fā)的那些封閉、不易集成和不能重構(gòu)的弊端。 課題研究現(xiàn)狀及意義 21世紀(jì)以來(lái)，全球信息技術(shù)發(fā)展明顯加快。隨著 Inter 的出現(xiàn)，計(jì)算機(jī)越來(lái)越廣泛的應(yīng)用到社會(huì)生活的各個(gè)領(lǐng)域。 今天信息技術(shù)部門(mén)所面臨的問(wèn)題是如何能夠創(chuàng)建通向未來(lái)的沒(méi)有中斷的 跨越 LAN， WAN和 Inter平臺(tái)的分布式、可伸縮性的應(yīng)用結(jié)構(gòu)，以滿足當(dāng)今復(fù)雜的、不斷發(fā)展變化的業(yè)務(wù)需求，同時(shí)又能確保企業(yè)在系統(tǒng)、應(yīng)用、信息及人員上的投資。能夠適應(yīng)這種變化的結(jié)構(gòu)是多層分布式計(jì)算體系結(jié)構(gòu)。多層體系結(jié)構(gòu)能夠在低費(fèi)用的條件下比現(xiàn)行的 LAN、兩層客戶／服務(wù)器或主機(jī)／終端應(yīng)用結(jié)構(gòu)提供更好、更及時(shí)的信息。多層分布式計(jì)算應(yīng)用服務(wù)技術(shù)是目前數(shù)據(jù)庫(kù)應(yīng)用發(fā)展的潮流，傳統(tǒng)的客戶／服務(wù)器的應(yīng)用，正朝著三層或多層結(jié)構(gòu)發(fā)展。三層結(jié)構(gòu)是傳統(tǒng)客戶／服務(wù)器結(jié)構(gòu)的發(fā)展，代表了企業(yè)級(jí)應(yīng)用的未來(lái)，它將應(yīng)用分為表示層、業(yè)務(wù)邏 輯層和數(shù)據(jù)層。表示層負(fù)責(zé)和用戶的交互，同時(shí)也提供一定的安全性，確保用戶不會(huì)看到機(jī)密的信息。業(yè)務(wù)邏輯層也稱中間層，是表示層和數(shù)據(jù)層的橋梁，它響應(yīng)表示層的用戶請(qǐng)求，執(zhí)行任務(wù)并從數(shù)據(jù)層獲取數(shù)據(jù)，并將必要的數(shù)據(jù)傳送給表示層。業(yè)務(wù)邏輯層也可以再次細(xì)分為：頁(yè)面分發(fā)層和業(yè)務(wù)邏輯處理層。數(shù)據(jù)層也稱作持久化層，它負(fù)責(zé)定義、維護(hù)數(shù)據(jù)的完整性、安全性，它響應(yīng)邏輯層的請(qǐng)求，訪問(wèn)數(shù)據(jù)。這一層直接操作數(shù)據(jù)庫(kù)服務(wù)器，如 Oracle、 Sybase， DB MS SQLServer等。當(dāng)然也不是層數(shù)越多越好，雖然層數(shù)增加可以使整體的結(jié)構(gòu)清晰 ，但是會(huì)增加復(fù)雜性，因?yàn)閷訉诱{(diào)用，當(dāng)出現(xiàn)問(wèn)題時(shí)，查找起來(lái)很麻煩。 三層結(jié)構(gòu)的優(yōu)點(diǎn)在于： 2 1)具有靈活的硬件系統(tǒng)構(gòu)成和更好的支持分布式的環(huán)境。 2）提高程序的可維護(hù)性。 3)利于進(jìn)行嚴(yán)密的安全管理。 4）瘦客戶的模式。 5）系統(tǒng)管理簡(jiǎn)單，可支持異種數(shù)據(jù)庫(kù)，有很高的可復(fù)用 課題研究的目的和內(nèi)容 本大型物資管理系統(tǒng)內(nèi)容涵蓋物資需求 計(jì)劃管理、庫(kù)存管理、合同管理、財(cái)務(wù)管理、回收管理、系統(tǒng)管理、綜合信息查詢、勞保管理、質(zhì)量管理、比價(jià)采購(gòu)管理、資料管理、到貨驗(yàn)收管理 等物資管理的全過(guò)程，通過(guò)填寫(xiě)日常出入庫(kù)單，自動(dòng)完 成物資的庫(kù)存管理，并提供多種口徑進(jìn)行物資統(tǒng)計(jì)，可自動(dòng)生成所需的物資報(bào)表和統(tǒng)計(jì)分析表，進(jìn)行有效物資控制。涵蓋了物資使用人員、物資計(jì)劃員、倉(cāng)庫(kù)管理人員、物資管理人員、財(cái)務(wù)人員、決策管理人員等各對(duì)象的使用要求，將物資應(yīng)用架構(gòu)在整個(gè)企業(yè)網(wǎng)絡(luò)上，改變了以往物資系統(tǒng)只是為實(shí)現(xiàn)電子化庫(kù)存的準(zhǔn)確而管理的局限性，達(dá)到真正的電子化全面物資管理。它實(shí)現(xiàn)了物資管理工作的數(shù)字化、信息化和網(wǎng)絡(luò)化，簡(jiǎn)化勞動(dòng)，實(shí)現(xiàn)了以計(jì)算機(jī)為中心的自動(dòng)化、網(wǎng)絡(luò)化管理。物資查詢更加正確、方便、快速、可靠，為上級(jí)領(lǐng)導(dǎo)、部門(mén)的管理提供準(zhǔn)確、實(shí)在的數(shù)據(jù)與圖形，真 正實(shí)現(xiàn)全礦區(qū)各類物資信息的數(shù)字化和網(wǎng)絡(luò)化。 在系統(tǒng)設(shè)計(jì)方面，本文著重考慮了基于 B/S 結(jié)構(gòu)系統(tǒng)的網(wǎng)絡(luò)實(shí)現(xiàn)、基于 B/S 結(jié)構(gòu)系統(tǒng)的網(wǎng)絡(luò)安全、 的解決方案等幾個(gè)方面。 本文的主要工作 本文將首先探討 .NET 框架技術(shù)和 B/S模式，在對(duì)大型物資管理系統(tǒng)的需求做深入詳細(xì)調(diào)研分析的基礎(chǔ)上，提出基于 .NET 的 B/S 模式解決方案，設(shè)計(jì)系統(tǒng)的整體架構(gòu)。詳細(xì)探討了系統(tǒng)的分析設(shè)計(jì)與庫(kù)存管理、編碼管理和用戶管理的實(shí)現(xiàn) , 同時(shí)負(fù)責(zé)系統(tǒng)的版權(quán)控制以及系統(tǒng)的整合。 3 第二章 大型物資管理系統(tǒng)的技術(shù)分析 . 概述 B／ S和 C／ S結(jié)構(gòu) 當(dāng)今世界管理軟件技術(shù)的兩大主流技術(shù)架構(gòu)就是 C／ S體系結(jié)構(gòu)和 B／ S體系結(jié)構(gòu)。 當(dāng)今是一個(gè)以網(wǎng)絡(luò)為中心的信息化世界。隨著網(wǎng)絡(luò)信息化腳步的推進(jìn)， .NET 出現(xiàn)在人們的視野中，它的誕生開(kāi)創(chuàng)了網(wǎng)絡(luò)時(shí)代的一個(gè)新的局面。 .NET 就與 HTML 的顯示信息，將可編程的基于 XML 的信息加強(qiáng)，使其成為開(kāi)發(fā)新一代數(shù)據(jù)庫(kù)管理 軟件的有力工具。在具體開(kāi)發(fā)數(shù)據(jù)庫(kù)管理系統(tǒng)之前，需要首先了解 的概 念、運(yùn)行機(jī)制以及開(kāi)發(fā)系統(tǒng)所需搭建的運(yùn)行環(huán)境。 簡(jiǎn)介 是目前最流行的 Web 開(kāi)發(fā)技術(shù)之一，此技術(shù)基于 .NET 環(huán)境開(kāi)發(fā)，具有很大的優(yōu)勢(shì)。 隨著網(wǎng)絡(luò)經(jīng)濟(jì)時(shí)代的來(lái)臨，微軟公司提出了 .NET 戰(zhàn)略，系統(tǒng)能夠幫助用戶在任何時(shí)候、任何地點(diǎn)、利用任何工具都可以獲得網(wǎng)絡(luò)上的信息，并享受網(wǎng)絡(luò)通信所帶來(lái)的快樂(lè)。 是建立在公共語(yǔ)言運(yùn)行庫(kù)上的編程框架，可用于在服務(wù)器上生成功 能強(qiáng)大的 Web 應(yīng)用程序。 提供了一個(gè)統(tǒng)一的 Web 開(kāi)發(fā)模型，并為開(kāi)發(fā)人員提供了創(chuàng)建企業(yè)級(jí) Web 應(yīng)用程序所需要的各種服務(wù)。 可以為使用 任何與 .NET 兼容的語(yǔ)言編寫(xiě)應(yīng)用程序。此外，任何 應(yīng)用程序都可以完全使用 .NET Framework。 .NET Framework 是 Microsoft 為開(kāi)發(fā)應(yīng)用程序創(chuàng)建的一個(gè)富有革命性的新平臺(tái)，是一個(gè)可以快速開(kāi)發(fā)、部署網(wǎng)站服務(wù)及應(yīng)用程序的開(kāi)發(fā)平臺(tái)。 .NET Framework可以創(chuàng)建Windows 應(yīng)用程序、 Web 應(yīng)用程序、 Web 服務(wù)其他各種類型的應(yīng)用程序。 .NET Framework 具有以下特點(diǎn)： (1) 通過(guò)互聯(lián)網(wǎng)的標(biāo)準(zhǔn)作整合。用 XML 即 SOAP 等標(biāo)準(zhǔn)通信協(xié)議將各種由不同 環(huán)境所組成的應(yīng)用程序及組件整合在一起工作。 (2) 松散的整合組建。大多數(shù)有延展能力的系統(tǒng)，現(xiàn)階段是以“異步信息”為構(gòu)架建立的。要建立這種多層架構(gòu)，操作非常復(fù)雜，而且工具很少。 .NET Framework 不需要很嚴(yán)謹(jǐn)?shù)囟x每個(gè)組件的結(jié)果即可很輕松的整合，這樣可提 高程序的延展性。 (3) 支持多種程序語(yǔ)言。 .NET Framework 將各種開(kāi)發(fā)語(yǔ)言整合起來(lái)，可以讓開(kāi)發(fā)人員使用不同的程序語(yǔ)言來(lái)開(kāi)發(fā)解決方案，選擇他們擅長(zhǎng)的程序語(yǔ)言，這節(jié)省了程序員重新學(xué)習(xí)新語(yǔ)言的過(guò)程，可以將更多的精力用于開(kāi)發(fā)。 (4) 提高 程序設(shè)計(jì)人員的工作效率。 NET Framework 盡可能減少開(kāi)發(fā)人員寫(xiě)程序時(shí)會(huì) 4 出現(xiàn)的問(wèn)題，讓程序設(shè)計(jì)人員專心于系統(tǒng)開(kāi)發(fā)工作。 (5) 完善的數(shù)據(jù)安全。要設(shè)計(jì)一個(gè)安全性較好的互聯(lián)網(wǎng)應(yīng)用程序，在設(shè)計(jì)時(shí)就必須考慮所有組件的安全問(wèn)題，而不能僅考慮一部分。所以 NET Framework 在設(shè)計(jì)安全模型時(shí)，將所用的數(shù)據(jù)與程序代碼做了比較完善的安全保護(hù)。 (6) 可用操作系統(tǒng)的服務(wù)。 Windows 提供了豐富的服務(wù)及資源， NET Framework 將這些功能包裝起來(lái)，以更簡(jiǎn)單的方式共程序設(shè)計(jì)人員使用。 在 Web 應(yīng)用方面的優(yōu)點(diǎn)給企業(yè)和開(kāi)發(fā)人員帶來(lái)了很多方便。 是在服務(wù)器上運(yùn)行的編譯好的公共語(yǔ)言運(yùn)行庫(kù)。 可利用早 期綁定、實(shí)時(shí)編譯、本機(jī)優(yōu)化和盒外緩存等服務(wù)，所以在編寫(xiě)代碼行之前就已經(jīng) 顯著提高了性能。 框架應(yīng)用了 Visual 集成開(kāi)發(fā)環(huán)境中的工具箱和設(shè)計(jì)器。 威力和靈活性。 應(yīng)用是基于公共語(yǔ)言運(yùn)行庫(kù)的， .NET 的框架類庫(kù)、 消息處理和數(shù)據(jù)訪問(wèn)解決方案都可與 Web 無(wú)縫訪問(wèn)， 可以選擇最合 適應(yīng)用程序的語(yǔ)言，或跨 多種語(yǔ)言分割應(yīng)用程序。 應(yīng)用了公共語(yǔ)言運(yùn)行庫(kù)中的托管服務(wù)，這簡(jiǎn)化了程序的開(kāi)發(fā)。 采用基于文本的分層配置系統(tǒng)，簡(jiǎn)化了將設(shè)置應(yīng)用于服務(wù)器環(huán)境和 Web 應(yīng)用程序的操作。 框架應(yīng)用程序在部署時(shí)只需將必要的文件復(fù) 制到服務(wù)器即可將 框架應(yīng)用程序部署到服務(wù)器，不需要重新啟動(dòng)服 務(wù)器。 增加了專門(mén)用于在聚集環(huán)境和多處理器環(huán)境中提高性能的功能。另 外，進(jìn)程受到 運(yùn)行庫(kù)的密切監(jiān)視和管理，以便當(dāng)進(jìn)程行為泄露、死 鎖時(shí)，可立即創(chuàng)建新進(jìn)程， 以保持應(yīng)用程序始終可以處理請(qǐng)求。 用戶可以使用自己編寫(xiě)的自定義組件或擴(kuò)展組件替換 運(yùn)行庫(kù)的任何 子組件。 應(yīng)用了 Windows 系統(tǒng)內(nèi)置的身份驗(yàn)證機(jī)制，這樣可以保證應(yīng)用程序 的安全性。 ASP 運(yùn)行原理 在用 創(chuàng)建工程前，一定要了解 的運(yùn)行機(jī)制，這樣才可以更好地應(yīng)用。下面將對(duì) 的運(yùn)行機(jī)制進(jìn)行詳細(xì)的分析。主要分為以下三部分： Http 請(qǐng)求； 運(yùn)行原理； 運(yùn)行機(jī)制。 1） Http 請(qǐng)求 從客戶端到服務(wù)器端的請(qǐng)求消息包括，消息首行中，對(duì)資源的請(qǐng)求方法、資 源的標(biāo)識(shí)符及使用的協(xié)議。例如當(dāng)你點(diǎn)擊一個(gè)連接時(shí)，瀏覽器首先找到站點(diǎn)的 IP地址，這是通過(guò) DNS 來(lái)實(shí)現(xiàn)的。在找到 IP 地址后可以建立 TCP 連接了，連接建立后就可以發(fā)送 5 請(qǐng)求了。 現(xiàn)在假設(shè)點(diǎn)擊了一個(gè)從 ，這時(shí)瀏覽器會(huì)發(fā)出下面的請(qǐng)求： Get /mattmarg/ HTTP/ UserAgent: Mozilla/ (Macintosh。 I。 PPC) Accept: text/html。 */* Cookie: name = value Referer: Host: 第一行稱為請(qǐng)求，它告訴服務(wù)器從 MATTMARG 取得文件，這里的目錄一般 是要加 /的。下面幾行通知服務(wù)器你所使用的瀏覽器是什么類型，你 所接收的數(shù)據(jù) 是什么類型。如果你以前訪問(wèn)過(guò)這個(gè)站點(diǎn)，站點(diǎn)可能向你發(fā)送了 cookie，如果你已經(jīng)有了一個(gè)這樣的 cookie，瀏覽器會(huì)將這個(gè) cookie 返回給服務(wù)器。 referer 行通知服務(wù)器用戶從哪一頁(yè)到達(dá)此頁(yè)的。 下面服務(wù)器就要返回文件了，每次服務(wù)器返回文件時(shí)，都要返回一個(gè) /，同時(shí)帶有狀態(tài)碼，在此之后是一些描述內(nèi)部的頭信息。下面就是一個(gè)響應(yīng)： HTTP/ 200 Found Date: Mon, 10 Feb 2021 23:48:22 GMT Server: Apache/ HotWired/ Contenttype: text/html LastModified: Tues, 11 Feb 2021 22:45:55 GMT 不同數(shù)據(jù)可能返回不同的 contenttype, 因此不同的內(nèi)容需要不同的 contenttype,因此有時(shí)候這個(gè)過(guò)程是很慢的。 Http 請(qǐng)求傳送回來(lái)的是頁(yè)面文本、圖片等信息，在客戶端瀏覽器進(jìn)行解釋執(zhí)行后，才會(huì)顯示頁(yè)面。一個(gè)完整的頁(yè)面也許要發(fā)送多條 Http 請(qǐng)求才可以完整的顯 示。 2） 運(yùn)行原理 的運(yùn)行 原理如圖 21 所示。 運(yùn)行時(shí)首先會(huì)通過(guò)客戶端計(jì)算機(jī)向 IIS 服務(wù)器發(fā)送一個(gè) Http 請(qǐng)求，此請(qǐng)求被 IIS 服務(wù)器接收后， IIS 會(huì)確認(rèn)請(qǐng)求頁(yè)面的類型，然后為其加載相應(yīng)的 dll 文件，并在處理的過(guò)程中將這條請(qǐng)求發(fā)送給可以處理此請(qǐng)求的模塊 HttpHandler。當(dāng)請(qǐng)求在 HttpHandler 模塊中處理完后，會(huì)按照原來(lái)的順序返回給 Http，這樣就完成了 的整個(gè)運(yùn)行過(guò)程。 6 圖 21 運(yùn)行原理圖 服務(wù)器端的 HttpHandler 專門(mén) 用于處理 aspx 文件。 IIS 將請(qǐng)求發(fā)送給 HttpHandler模塊之前，還需要經(jīng)過(guò)一些系統(tǒng)默認(rèn)的 Http Module。這樣做具有以下優(yōu)點(diǎn)： 提高安全性；提高運(yùn)行效率；能夠在更多的環(huán)節(jié)上進(jìn)行控制，增強(qiáng)控制能力。 3） 運(yùn)行機(jī)制 的運(yùn)行機(jī)制大致上與 JSP 的運(yùn)行機(jī)制是很相似的，所有的 WEB 站點(diǎn)都是基于 HttP 協(xié)議的， 也不列外。 首先是來(lái)自客戶端的請(qǐng)求，然后 web 服務(wù)器（ web 容器 是 IIS ，如果你的機(jī)子沒(méi)安裝 IIS 沒(méi)關(guān)系，因?yàn)槟阌玫?VS 開(kāi)發(fā)工具中有一個(gè)小型的 IIS 服務(wù)器，但是建議安裝 IIS， JSP 用的是 TOMACT）根據(jù)相應(yīng)的條件（就是根據(jù)請(qǐng)求的后綴名），將請(qǐng)求提交給應(yīng)用服務(wù)器的解析器解析器根據(jù)用戶的請(qǐng)求和數(shù)據(jù)庫(kù)服務(wù)器與打交道得到數(shù)據(jù)， 再經(jīng)過(guò)編譯，運(yùn)行，最終將結(jié)果返回給客戶端。 一個(gè) 的應(yīng)用程序是開(kāi)始于 IIS 的。 當(dāng)你請(qǐng)求一個(gè)包含 應(yīng)用的網(wǎng)址時(shí) ,IIS 接受到請(qǐng)求 (IIS 是 WEB 服務(wù)守候進(jìn)程 ),IIS 收到請(qǐng)求后 ,會(huì)根據(jù)請(qǐng)求者請(qǐng)求的主機(jī)頭或者 IP 或者端口號(hào)來(lái)找到對(duì)應(yīng)的站點(diǎn)。 當(dāng)找到站點(diǎn)后 ,如 果你請(qǐng)求的資源是以 ASPX 為結(jié)尾的 WEBFORM,時(shí) ,IIS 會(huì)將控制權(quán)交給一個(gè) ISAPI 擴(kuò)展 .,名叫 ,控制權(quán)由 IIS 交到 ASPNET 的 ISAPI 擴(kuò)展上