【正文】 ................................................................................................. 13 第三章物資管理系統(tǒng)需求分析 ................................................................................................................. 16 3． 1業(yè)務(wù)建模 ......................................................................................................................................... 19 3． 1． 1計(jì)劃管理 .............................................................................................................................. 19 3． 1． 2到貨驗(yàn)收管理 ...................................................................................................................... 21 3． 1． 3庫存管理 .............................................................................................................................. 23 3． 2系統(tǒng)性能需求分析 ........................................................................................................................ 24 3． 3系統(tǒng)功能需求分析 ........................................................................................................................ 25 3． 3． 1系統(tǒng)管理 .............................................................................................................................. 25 3． 3． 2庫存管理 .............................................................................................................................. 26 3． 3． 3計(jì)劃管理 .............................................................................................................................. 27 3． 3． 4合同管理 .............................................................................................................................. 28 3． 3． 5到貨驗(yàn)收管理 ...................................................................................................................... 28 3． 3． 6比價(jià)采購與質(zhì)量管理 .......................................................................... 錯(cuò)誤 !未定義書簽。 3． 4． 9回收管理事件流 ................................................................................... 錯(cuò)誤 !未定義書簽。當(dāng)前基于 Intemet／Intra的三 (多 )層分布式計(jì)算應(yīng)用系統(tǒng)正廣泛地被用于各個(gè)領(lǐng)域，它為我們構(gòu)造物資管理信息系統(tǒng)提供了更多可供選擇的技術(shù)和方法。三層結(jié)構(gòu)是傳統(tǒng)客戶／服務(wù)器結(jié)構(gòu)的發(fā)展，代表了企業(yè)級(jí)應(yīng)用的未來，它將應(yīng)用分為表示層、業(yè)務(wù)邏 輯層和數(shù)據(jù)層。 2）提高程序的可維護(hù)性。 本文的主要工作 本文將首先探討 .NET 框架技術(shù)和 B/S 模式，在對(duì)大型物資管理系統(tǒng)的需求做深入詳細(xì)調(diào)研分析的基礎(chǔ)上，提出基于 .NET 的 B/S 模式解決方案，設(shè)計(jì)系統(tǒng)的整體架構(gòu)。 隨著網(wǎng)絡(luò)經(jīng)濟(jì)時(shí)代的來臨，微軟公司提出了 .NET 戰(zhàn)略，系統(tǒng)能夠幫助用戶在任何時(shí)候、任何地點(diǎn)、利用任何工具都可以獲得網(wǎng)絡(luò)上的信息，并享受網(wǎng)絡(luò)通信所帶來的快樂。用 XML 即 SOAP 等標(biāo)準(zhǔn)通信協(xié)議將各種由不同 環(huán)境所組成的應(yīng)用程序及組件整合在一起工作。 NET Framework 盡可能減少開發(fā)人員寫程序時(shí)會(huì) 4 出現(xiàn)的問題，讓程序設(shè)計(jì)人員專心于系統(tǒng)開發(fā)工作。 可利用早 期綁定、實(shí)時(shí)編譯、本機(jī)優(yōu)化和盒外緩存等服務(wù)，所以在編寫代碼行之前就已經(jīng) 顯著提高了性能。另 外，進(jìn)程受到 運(yùn)行庫的密切監(jiān)視和管理，以便當(dāng)進(jìn)程行為泄露、死 鎖時(shí)，可立即創(chuàng)建新進(jìn)程， 以保持應(yīng)用程序始終可以處理請(qǐng)求。在找到 IP 地址后可以建立 TCP 連接了，連接建立后就可以發(fā)送 5 請(qǐng)求了。 下面服務(wù)器就要返回文件了，每次服務(wù)器返回文件時(shí)，都要返回一個(gè) /，同時(shí)帶有狀態(tài)碼，在此之后是一些描述內(nèi)部的頭信息。 IIS 將請(qǐng)求發(fā)送給 HttpHandler模塊之前，還需要經(jīng)過一些系統(tǒng)默認(rèn)的 Http Module。 Http IIS Http hander Http Hander Http Hander Http Hander 7 以上的步驟可以看到一個(gè)結(jié)論和規(guī)律：控制權(quán)是以流水式在各個(gè)請(qǐng)求處理者 間傳遞，并且，前一個(gè)處理請(qǐng)求者必須負(fù)責(zé)傳遞后一個(gè)處理請(qǐng)求者所需的信息， 而且要負(fù)責(zé)裝載或初始化后一個(gè)處理者。 請(qǐng)求由 HttpRuntime 來接受 ,HttpRunTime 主要的工作便是為每一個(gè)提出請(qǐng)求的客戶建立一個(gè) HttpContext 對(duì)象 .這個(gè)東東又管理著 HttpSession 對(duì)象 .每一個(gè)訪問者有各自的 HttpContext 對(duì)象和 HttpSession 對(duì)象 , 這些對(duì)象 , 你可以在 .NET FRAMEWORK 庫中找到對(duì)應(yīng)的類名，像 , 等。我們工作中所需的元素 (如引用、數(shù)據(jù)源連接器、文件夾和文件 )可以分成兩層管理：解決方案和項(xiàng)目。從某種程度上講，這些技術(shù)通過一些組件使頁面本身只負(fù)責(zé)代碼調(diào)用和呈現(xiàn)，以便開發(fā)者可以將編程邏輯 與頁面布局分離。 與其他 Web 開發(fā)技術(shù)的最大不同在于它所提出的抽象編程模型 (Abstract ProgrammingModel)—— Web 窗體模型。相對(duì)于其他一些大型數(shù)據(jù)庫來說， SQL Server 無疑是分布式系統(tǒng)開發(fā)人員的首選。 是支持?jǐn)?shù)據(jù)庫應(yīng)用程序開發(fā)的數(shù)據(jù)訪問中間件。由于 Web 是一個(gè)公共環(huán)境，因此 Web 應(yīng)用程序所需的開放連接的總數(shù)是未知數(shù) [9]?？蛻舳藨?yīng)用程序可以定位數(shù)據(jù)的子集，修改該數(shù)據(jù)，并將該數(shù)據(jù)一直緩存在客戶機(jī)中，直到應(yīng)用程序指示將所有變化傳回到數(shù)據(jù)庫服務(wù)器。例如， DataSet 不支持觸發(fā)器、存儲(chǔ)過程或用戶自定義函數(shù)。 圖 24 的體系結(jié)構(gòu)圖 ADO 訪問 web 數(shù)據(jù)庫 對(duì)于 WEB服務(wù)器上運(yùn)行的程 序最常見和最實(shí)用的任務(wù)是訪問數(shù)據(jù)庫。 用 ADO訪問數(shù)據(jù)庫就像編寫數(shù)據(jù)庫應(yīng)用程序，它把絕大部分的數(shù)據(jù)庫操作封裝在七個(gè)對(duì)象中，在 ASP頁面編程時(shí)只要調(diào)用相應(yīng)的對(duì)象就可執(zhí)行相應(yīng)的數(shù)據(jù)庫操作。 B／ S和 C／ S 結(jié)構(gòu) 當(dāng)今世界管理軟件技術(shù)的兩大主流技術(shù)架構(gòu)就是 C／ S體系結(jié)構(gòu)和 B／ S 體系結(jié)構(gòu)。同時(shí)隨著用戶數(shù)量的增加，這種業(yè)務(wù)邏輯的維護(hù)成本也越來越高。在 B／ S 體系結(jié)構(gòu)系統(tǒng)中，用戶通過瀏覽器向分布在網(wǎng)絡(luò)上的許多服務(wù)器發(fā)出請(qǐng)求，服務(wù)器對(duì)瀏覽器的請(qǐng)求進(jìn)行處理，將用戶所需信息返回到瀏覽器。 我們的物資進(jìn)出口管理系統(tǒng)采用 B／ S 體系結(jié)構(gòu)，開放的現(xiàn)代化管理和辦公環(huán)境；系統(tǒng)在網(wǎng)絡(luò)傳輸、操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、應(yīng)用軟件的操作權(quán)限，能確保系統(tǒng)的可靠性，保密性和數(shù)據(jù)的一致性。 2021 年 2月，微軟發(fā)布了 visual studio． NET(簡稱 VS． NET)的新版本，這是微軟極力推薦的創(chuàng)建． NET 應(yīng)用程序的軟件開發(fā)工具集。 ADO． NET 的出現(xiàn)不是為了取代 ADO，而是要提供更有效的數(shù)據(jù)存取。這個(gè)在 ADO． NET 的最低層，我們可以自己產(chǎn)生這個(gè)對(duì)象，或由其他對(duì)象自動(dòng)生成。而且這些數(shù)據(jù)是只讀的，并不允許進(jìn)行其他操作。 這樣的設(shè)計(jì)使得系統(tǒng)的結(jié)構(gòu)更加清晰明確，每個(gè)層所做的工作相對(duì)較為簡單 。 17 倉 庫 管 理 系 統(tǒng)出 入 庫 信 息 記錄 數(shù) 據(jù)貨 物 信 息 數(shù) 據(jù)部 門 信 息 數(shù) 據(jù) 認(rèn) 識(shí) 信 息 數(shù) 據(jù)供 貨 商 信 息 數(shù) 據(jù)統(tǒng) 計(jì) 信 息 數(shù) 據(jù) 及 其他 數(shù) 據(jù)系 統(tǒng) 數(shù) 據(jù) 庫C l i e n tR e q u e s tR e s。 系統(tǒng)的需求分析 物資管理是該公司管理非常 重要的一個(gè)環(huán)節(jié)，它對(duì)公司今后的發(fā)展起著舉足輕重的作用。除了效率高之外，因?yàn)椴话阉械臄?shù)據(jù)都傳回來，故可 以降低網(wǎng)絡(luò)的負(fù)載。例如可以對(duì)數(shù)據(jù)庫下達(dá)查詢、新增、刪除等指令。除此之外， ADO． NET 還將 XML 整合進(jìn)來，這樣一來，數(shù)據(jù)的交換就變得輕松容易了。 VS． NET 主要用于開發(fā)企業(yè)規(guī)模的 Web 應(yīng)用程序以及高性能的桌面應(yīng)用程序。 3． 2． 2． NET Framework 簡介 Microsoft． NET 給開發(fā)人員帶來了一種全新的． NET 開發(fā)框架 (． NET Framework)。隨著 Windows 將瀏覽器技術(shù)植入操作系統(tǒng)內(nèi)部，這種結(jié)構(gòu)已成為當(dāng)今應(yīng)用軟件的首選體系結(jié)構(gòu)。當(dāng)二層計(jì)算模式從部門級(jí)應(yīng)用拓展到企 業(yè)級(jí)應(yīng)用時(shí)，二層結(jié)構(gòu)的應(yīng)用之間幾乎沒有交互性操作，因此很難實(shí)現(xiàn)分布式系統(tǒng)的組件技術(shù)。 C／ S 結(jié)構(gòu)，即大家熟知的客戶機(jī)和服務(wù)器結(jié)構(gòu)，也就是通常所說的兩層結(jié)構(gòu)體系，在基于網(wǎng)絡(luò)的數(shù)據(jù)處理中，客戶機(jī)服務(wù)器 (Client／ Server)二．層體系具有里程碑意義。 使用 ADO訪問數(shù)據(jù)庫的 ASP腳本程序首先使用 Connection(連接 )對(duì)象建立并管理與遠(yuǎn)程數(shù)據(jù)庫的連接，當(dāng) ADO訪問來自 OLE DB提供的數(shù)據(jù)和服務(wù)時(shí)， Connection(連接 )對(duì)象用于指定特定的提供者和任意參數(shù)；使用 Command(命令 )對(duì)象可以在數(shù)據(jù)源中添加、刪除或更新數(shù)據(jù)，或在表中以行的格式檢索數(shù)據(jù)， Command(命令 )對(duì)象使 ADO能夠優(yōu)化對(duì)命令的執(zhí)行；當(dāng)使用 Command(命令 )在表中按信息行返回?cái)?shù)據(jù)的查詢時(shí)，這些數(shù)據(jù)會(huì)存儲(chǔ)在本地。 ADO是 ActiveData Objects的簡稱。無連接模式也可以用于 Web 應(yīng)用程序，但它并不是客戶端 /服務(wù)器和桌面應(yīng)用程序的最佳模式。 支持這種無連接環(huán)境的核心 組件是 DataSet。在這種環(huán)境下保持開放連接會(huì)影響到可伸縮性，因?yàn)槊總€(gè)連接都必須經(jīng)歷后臺(tái)數(shù)據(jù)庫初始化連接的系統(tǒng)開銷，而且每個(gè)開放連接都需要系統(tǒng)資源來保持開放狀態(tài) —— 因而減少了其他數(shù)據(jù)庫操作的可用資源。它是使用 Microsoft .NET Framework 中的托管代碼構(gòu)建的，這意味著它繼承了 .NET 執(zhí)行時(shí)環(huán)境的健壯性。 SQL Server2021 在 SQL 基礎(chǔ)上擴(kuò)展升級(jí)了多項(xiàng)功能，是一款面向高端的數(shù)據(jù)庫管理系統(tǒng)，共有 4 個(gè)版本，以適應(yīng)不同的需求，包括：企業(yè)版、開發(fā)版、標(biāo)準(zhǔn)版和個(gè)人版。為使大家能夠領(lǐng)會(huì)這點(diǎn)的重要性，這里要解釋一下。例如， JSP 采用 Java 的類框架，通過 JavaBeans，提供了一套有效、可擴(kuò)展、可重用的組件模型。您可以針對(duì)整個(gè)解決方案或單個(gè)項(xiàng)目進(jìn)行設(shè)置。 運(yùn)行機(jī)制如圖 22 所示。 AspNet_WP 不光負(fù)責(zé)建立 APPDOMAIN(當(dāng)然 ,如果已經(jīng)存在的話 ,就直接使用 這個(gè) DOMAIN 了 )，另外，它在 APPDOMAIN 建立后，還會(huì)將請(qǐng)求轉(zhuǎn)發(fā)至對(duì)應(yīng)的 APPDOMAIN 中的 ISAPIRuntime 對(duì)象。 3） 運(yùn)行機(jī)制 的運(yùn)行機(jī)制大致上與 JSP 的運(yùn)行機(jī)制是很相似的，所有的 WEB 站點(diǎn)都是基于 HttP 協(xié)議的， 也不列外。 Http 請(qǐng)求傳送回來的是頁面文本、圖片等信息，在客戶端瀏覽器進(jìn)行解釋執(zhí)行后，才會(huì)顯示頁面。 I。 應(yīng)用了 Win