物流配送中心日常業(yè)務(wù)管理系統(tǒng)畢業(yè)論文

xxx 學(xué) 院 物流配送中心日常業(yè)務(wù)管理系統(tǒng) 目 錄 摘 要 . 錯誤 !未定義書簽。 ABSTRACT . 錯誤 !未定義書簽。 1 引言 . 1 1.3 可行性分析 . 1 1.2 論文各章簡介 . 6 2 需求分析 . 8 2.1 業(yè)務(wù)流分析 . 8 2.2 數(shù)據(jù)流分析 . 9 2.3 數(shù)據(jù)字典 . 10 第 1 頁 共 13 頁 1 引言 1.1 課題的背景 隨著經(jīng)濟(jì)全球化進(jìn)程的加快，現(xiàn)代企業(yè)的專業(yè)分工與 協(xié)作，對現(xiàn)代物流提出了更高的要求，信息化、網(wǎng)絡(luò)化已成為現(xiàn)代物流的鮮明特征，隨著物流行業(yè)的發(fā)展壯大，需要有物流信息管理平臺提供大量準(zhǔn)確、及時的信息數(shù)據(jù)，以滿足進(jìn)行物流服務(wù)供需信息的交互，使用戶及時、準(zhǔn)確地掌握物流信息，同時對企業(yè)用戶的需求做出快速的反應(yīng)，在最短的時間內(nèi)以最大限度挖掘和優(yōu)化物流資源來滿足企業(yè)用戶的需求，從而建立高效的物流經(jīng)濟(jì)。 1.2 目的和意義 在我們大學(xué)期間，我們學(xué)習(xí)了各種理論知識，掌握了部分軟件開發(fā)的實踐經(jīng)驗，但是我們還是缺少實踐知識和理論知識的結(jié)合，畢業(yè)設(shè)計不僅僅是對大學(xué)學(xué)習(xí)的考察，同時也是讓自己整合運用所學(xué)的知識的良好方式，因此做好畢業(yè)設(shè)計，是對我們在進(jìn)入公司和企業(yè)之前的一個極好的鍛煉方式。 自從有人類活動以來，物流活動就一直存在，傳統(tǒng)物流中的運輸、裝卸、倉儲等等環(huán)節(jié)，由互不溝通的不同經(jīng)濟(jì)實體分別承擔(dān)，他們之間似乎不存在利益的共生關(guān)系。因此，造成他們之間的較煩瑣的物流轉(zhuǎn)移程序，這些程序使伴隨物流的信息被人為地割裂開來。雖然這并沒有影響物資的實際流動，但是卻影響到物資流動的績效和成本 ?，F(xiàn)代物流（ modern times Logistics）指的是將信息、運輸、倉儲、庫存、裝卸搬運以及包裝等物 流活動綜合起來的一種新型的集成式管理，其任務(wù)是盡可能降低物流的總成本，為顧客提供最好的服務(wù) ， 現(xiàn)代物流著眼于運輸流程的管理和高科技信息情報，把各個環(huán)節(jié)按照科學(xué)、合理的流程組織起來，從而使企業(yè)用戶獲得最佳路線、最佳時間、最高的運輸效率和最低的運輸成本，形成一種有效利用資源、保護(hù)現(xiàn)代資源的 “綠色 ”服務(wù)體系 。隨著國內(nèi)信息化步伐的加快，加上物流企業(yè)對行業(yè)信息的需求越來越大，為保證用戶獲得及時、準(zhǔn)確的物流信息，開發(fā)一個好的物流信息管理平臺是十分必要的。 1.3 可行性分析 隨著計算機(jī)技術(shù)的發(fā)展和網(wǎng)絡(luò)人口的增加，人們對 網(wǎng)絡(luò)的需求也越來越苛刻，越來越貼近其生活， 電子信息管理已經(jīng)成為網(wǎng)上的一股潮流 。 而更多的，是要求傳統(tǒng)行業(yè)的管理 第 2 頁 共 13 頁 要延伸到網(wǎng)絡(luò)，以更方便其生活、工作和學(xué)習(xí)?？尚行匝芯康哪康模褪怯米钚〉拇鷥r在盡可能短的時間內(nèi)確定問題是否能夠解決。要達(dá)到這個目的，必須分析幾種主要的可能解法的利弊，從而判斷原定的系統(tǒng)規(guī)模和目標(biāo)是否現(xiàn)實，系統(tǒng)完成后所能帶來的效益是否大到值得投資開發(fā)這個系統(tǒng)的程度。因此，可行性研究實質(zhì)上是要進(jìn)行一次大大壓縮簡化了的系統(tǒng)分析和設(shè)計的過程，也就是在較高層次上以較抽象的方式進(jìn)行的系統(tǒng)分析和設(shè)計的過程。 系統(tǒng)的 可行性分析主要包括經(jīng)濟(jì)上的可行性、技術(shù)上的可行性和操作上的可行性。 本系統(tǒng)的可行性分析如下： 1.3.1 經(jīng)濟(jì)可行性 由于本基于 ASP.NET 的物流信息管理平臺所要求的硬件（計算機(jī)及相關(guān)硬件）和軟件環(huán)境 (.NET+SQL)，市場上都容易購買到或從相關(guān)網(wǎng)站下載， 系統(tǒng)成本主要集中在本管理系統(tǒng)的開發(fā)與維護(hù)上，對學(xué)校不造成過重的經(jīng)濟(jì)負(fù)擔(dān)。而一旦 此系統(tǒng)投入使用 ,不僅可以減少公司的工作強(qiáng)度，提高工作效率，而且方便了公司對信息的管理，延續(xù)了傳統(tǒng)的管理模式 ，極大限度的方便了公司管理人員，而且，目標(biāo)系統(tǒng)不是很復(fù)雜，開發(fā)的周期較短，人員經(jīng)濟(jì)支出不大，所節(jié)省的 大量人力、財力產(chǎn)生的效益將遠(yuǎn)遠(yuǎn)大于本借閱系統(tǒng)的開發(fā)成本，所以 從 經(jīng)濟(jì) 方面講開發(fā)此系統(tǒng)是可行的 。 1.3.2 技術(shù)可行性 基于 ASP.NET 的物流信息管理平臺的 開發(fā) 基于 B/S 模式， 主要包括前端應(yīng)用程序的開發(fā)以及后臺數(shù)據(jù)庫的建立和維護(hù)兩個方面。對于 前 者要求應(yīng) 具備 功能完備 、 易 于 使用等特點 ，而 對于 后 者則要求 能 建立數(shù)據(jù)一致性和完整性強(qiáng)、數(shù)據(jù)安全性好的庫 。 B/S 結(jié)構(gòu) （ Browser/Server 結(jié)構(gòu)）結(jié)構(gòu)即瀏覽器和服務(wù)器結(jié)構(gòu)。它是隨著 Internet 技術(shù)的興起，對 C/S 結(jié)構(gòu) 的一種變化或者改進(jìn)的結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶工作界面是通過WWW 瀏覽器來實現(xiàn)，極少部分事務(wù)邏輯在前端（ Browser）實 現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端（ Server）實現(xiàn)，形成所謂三層 3-tier 結(jié)構(gòu)。這樣就大大簡化了 企業(yè)用戶 端電腦載荷，減輕了系統(tǒng)維護(hù)與升級的成本和工作量，降低了用戶的總體成本（ TCO）。以目前的技術(shù)看，局域網(wǎng)建立 B/S 結(jié)構(gòu)的網(wǎng)絡(luò)應(yīng)用，并通過 Internet/Intranet 模式下數(shù)據(jù)庫應(yīng)用，相對易于把握、成本也是較低的。它是一次性到位的開發(fā)，能實現(xiàn)不同的人員，從不同的地點，以不同的接入方式（比如 LAN, WAN, Internet/Intranet 等）訪問和操作共同的數(shù)據(jù)庫；它能有效地保護(hù)數(shù)據(jù)平臺和管理訪問 權(quán)限，服務(wù)器數(shù)據(jù)庫也很安全 。目前我院內(nèi)網(wǎng)（ Intranet）、外網(wǎng)（ Internet）和北京東方清大公司 “案件、辦公管理軟件 ”就是 B/S 結(jié)構(gòu)管理軟件，干警在局域網(wǎng)各工作站通過 WWW 瀏覽器就能實現(xiàn)工作業(yè)務(wù)。特別是在 JAVA 這樣的跨平臺語言出現(xiàn)之后， B/S 架構(gòu)管理軟件更是方便、速度慢、效果優(yōu)。 隨著 Internet 和 WWW 的流行，以往的主機(jī)終端和 C S 都無法滿足當(dāng)前的全球網(wǎng)絡(luò)開放、互連、信息隨處可見和信息共享的新要求，于是就出現(xiàn)了 B S 型模式，即瀏覽器服務(wù)器結(jié)構(gòu)。 B/S 模式最大特點是：用戶可以通過 WWW 例覽器去訪問 Internet 上的文本、數(shù)據(jù)、圖像、動畫、視頻點播和聲音信息，這些信息都是由許許多多的 Web 服務(wù)器 第 3 頁 共 13 頁 產(chǎn)生的，而每一個 Web 服務(wù)器又可以通過各種方式與數(shù)據(jù)庫服務(wù)器連接，大量的數(shù)據(jù)實際存放在數(shù)據(jù)庫服務(wù)器中。 企業(yè)用戶 端除了 WWW 創(chuàng)覽器，一般無須任何用戶程序，只需從Web 服務(wù)器上下載程序到本地來執(zhí)行，在下載過程中若遇到與數(shù)據(jù)庫有關(guān)的指令，由 Web服務(wù)器交給數(shù)據(jù)庫服務(wù)器來解釋執(zhí)行，并返回給 Web 服務(wù)器， Web 服務(wù)器又返回給用戶。在這種結(jié)構(gòu)中，將許許多多的網(wǎng)連接到一塊，形成一個巨大的網(wǎng)，即全球網(wǎng)。而各個企業(yè)可以在此結(jié)構(gòu)的基礎(chǔ)上建立自己的 Intranet。 一、 B/S 模式的優(yōu)點和缺點 B/S 結(jié)構(gòu)的優(yōu)點 （ 1）、具有分布性特點，可以隨時隨地進(jìn)行查詢、瀏覽等業(yè)務(wù)處理。 （ 2）、業(yè)務(wù)擴(kuò)展簡單方便，通過增加網(wǎng)頁即可增加服務(wù)器功能。 （ 3）、維護(hù)簡單方便，只需要改變網(wǎng)頁，即可實現(xiàn)所有用戶的同步更新。 （ 4）、開發(fā)簡單，共享性強(qiáng) B/S 模式的缺點 （ 1）、個性化特點明顯降低，無法實現(xiàn)具有個性化的功能要求。 （ 2）、操作是以鼠標(biāo)為最基本的操作方式，無法滿足快速操作的要求。 （ 3）、頁面動態(tài)刷新，響應(yīng)速度明顯降低。 （ 4）、無法實現(xiàn)分頁顯示，給數(shù)據(jù)庫訪問造成較大的壓力。 （ 5）、功能弱化，難以實現(xiàn)傳統(tǒng)模式下的特殊功能要求。 二、 C/S 模式的優(yōu)點和缺點 C/S 模式的優(yōu)點 1.由于 企業(yè)用戶 端實現(xiàn)與服務(wù)器的直接相連，沒有中間環(huán)節(jié)，因此響應(yīng)速度快。 2.操作界面漂亮、形式多樣，可以充分滿足 企業(yè)用戶 自身的個性化要求。 3.C/S 結(jié)構(gòu)的管理信息系統(tǒng)具有較強(qiáng)的事務(wù)處理能力，能實現(xiàn)復(fù)雜的業(yè)務(wù)流程。 C/S 模式的缺點 1.需要專門的 企業(yè)用戶 端安裝程序，分布功能弱，針對點多面廣且不具備網(wǎng)絡(luò)條件的用戶群體，不能夠?qū)崿F(xiàn) 快速部署安裝和配置。 2.兼容性差，對于不同的開發(fā)工具，具有較大的局限性。若采用不同工具，需要重新改寫程序。 3.開發(fā)成本較高，需要具有一定專業(yè)水準(zhǔn)的技術(shù)人員才能完成。 三、 B/S 架構(gòu)軟件的優(yōu)勢與劣勢 （ 1）、維護(hù)和升級方式簡單。目前，軟件系統(tǒng)的改進(jìn)和升級越來越頻繁， C/S 系統(tǒng)的各部分模塊中有一部分改變，就要關(guān)聯(lián)到其它模塊的變動，使系統(tǒng)升級成本比較大。 B/S與 C/S 處理模式相比，則大大簡化了 企業(yè)用戶 端，只要 企業(yè)用戶 端機(jī)器能上網(wǎng)就可以。對于 B/S 而言，開發(fā)、維護(hù)等幾乎所有工作也都集中在服務(wù)器端，當(dāng)企業(yè)對網(wǎng) 絡(luò)應(yīng)用進(jìn)行升級時，只需更新服務(wù)器端的軟件就可以，這減輕了異地用戶系統(tǒng)維護(hù)與升級的成本。如果企業(yè)用戶 端的軟件系統(tǒng)升級比較頻繁，那么 B/S 架構(gòu)的產(chǎn)品優(yōu)勢明顯 所有的 升級操作只需要針對服務(wù)器進(jìn)行，這對那些點多面廣的應(yīng)用是很有價值的，例如一些招聘網(wǎng)站就 第 4 頁 共 13 頁 需要采用 B/S 模式， 企業(yè)用戶 端分散，且應(yīng)用簡單，只需要進(jìn)行簡單的瀏覽和少量信息的錄入。 （ 2）、系統(tǒng)的性能 在系統(tǒng)的性能方面， B/S 占有優(yōu)勢的是其異地瀏覽和信息采集的靈活性。任何時間、任何地點、任何系統(tǒng)，只要可以使用瀏覽器上網(wǎng)，就可以使用 B/S 系統(tǒng)的終端。不過， 采用 B/S 結(jié)構(gòu)， 企業(yè)用戶 端只能完成瀏覽、查詢、數(shù)據(jù)輸入等簡單功能，絕大部分工作由服務(wù)器承擔(dān)，這使得服務(wù)器的負(fù)擔(dān)很重。采用 C/S 結(jié)構(gòu)時， 企業(yè)用戶 端和服務(wù)器端都能夠處理任務(wù)，這雖然對 企業(yè)用戶 機(jī)的要求較高，但因此可以減輕服務(wù)器的壓力。而且，由于 企業(yè)用戶 端使用瀏覽器，使得網(wǎng)上發(fā)布的信息必須是以 HTML 格式為主，其它格式文件多半是以附件的形式存放。而 HTML 格式文件（也就是 Web 頁面）不便于編輯修改，給文件管理帶來了許多不便。比如說很多人每天上 “新浪 ”網(wǎng)，只要安裝了瀏覽器就可以了，并不需要了解 “新浪 ”的服務(wù)器用的是什 么操作系統(tǒng)，而事實上大部分網(wǎng)站確實沒有使用windows 操作系統(tǒng)，但用戶的電腦本身安裝的大部分是 windows 操作系統(tǒng)。 （ 3）、系統(tǒng)的開發(fā) C/S 結(jié)構(gòu)是建立在中間件產(chǎn)品基礎(chǔ)之上的，要求應(yīng)用開發(fā)者自己去處理事務(wù)管理、消息隊列、數(shù)據(jù)的復(fù)制和同步、通信安全等系統(tǒng)級的問題。這對應(yīng)用開發(fā)者提出了較高的要求，而且迫使應(yīng)用開發(fā)者投入很多精力來解決應(yīng)用程序以外的問題。這使得應(yīng)用程序的維護(hù)、移植和互操作變得復(fù)雜。如果 企業(yè)用戶 端是在不同的操作系統(tǒng)上， C/S 結(jié)構(gòu)的軟件需要開發(fā)不同版本的 企業(yè)用戶 端軟件。但是，與 B/S 結(jié)構(gòu)相比， C/S 技術(shù)發(fā)展歷史更為 “悠久 ”。從技術(shù)成熟度及軟件設(shè)計、開發(fā)人員的掌握水平來看， C/S 技術(shù)應(yīng)是更成熟、更可靠的。 四、 B/S、 C/S 結(jié)構(gòu)軟件技術(shù)上的比較 其實，無論是 B/S 還是 C/S，他們都不新鮮。 C/S(Client rver， 企業(yè)用戶 端 /服務(wù)器 )技術(shù)從上世紀(jì) 90 年代初出現(xiàn)至今已經(jīng)相當(dāng)成熟，并得到了非常廣泛的應(yīng)用，其結(jié)構(gòu)經(jīng)歷了二層 C/S、三層 C/S 的更迭。 B/S(Browser rver，瀏覽器 /服務(wù)器 )技術(shù)則是伴隨著 Internet 的普及而來的。有必要說明的是， B/S 最早并不叫 “B/S”，此類應(yīng)用國外通 常叫 Web 應(yīng)用，是國內(nèi)一些公司 “創(chuàng)造 ”了 “B/S”這個詞。 應(yīng)該說， B/S 和 C/S 各有千秋，他們都是當(dāng)前非常重要的計算架構(gòu)。在適用 Internet、維護(hù)工作量等方面， B/S 比 C/S 要強(qiáng)得多；但在運行速度、數(shù)據(jù)安全、人機(jī)交互等方面，B/S 遠(yuǎn)不如 C/S。綜合起來可以發(fā)現(xiàn)，凡是 C/S 的強(qiáng)項，便是 B/S 的弱項，反之亦然。因此，問題也就因此而產(chǎn)生了，我們的 ERP 產(chǎn)品到底該用 B/S 還是 C/S 架構(gòu)呢？一場關(guān)于C/S 與 B/S 的口水戰(zhàn)也由此在 ERP 業(yè)界拉開了序幕。在互聯(lián)網(wǎng)泡沫盛行的 2000 年至 2002年間，這場口水戰(zhàn)達(dá)到了頂 峰。但直到現(xiàn)在，人們也沒有辯出誰是誰非。 事實上，從上面的分析可以看出，這場口水戰(zhàn)不可能有勝負(fù)出現(xiàn)，因為 B/S 與 C/S 具有不同的優(yōu)勢與特點，他們無法相互取代。例如，對于以瀏覽為主、錄入簡單的應(yīng)用程序，B/S 技術(shù)有很大的優(yōu)勢，現(xiàn)在全球鋪天蓋地的 Web 網(wǎng)站就是明證；而對于交互復(fù)雜的 ERP等企業(yè)級應(yīng)用， B/S 則很難勝任，從全球范圍看，成熟的 ERP 產(chǎn)品大多采用二層或三層C/S 架構(gòu)， B/S 的 ERP 產(chǎn)品并不多見。 第 5 頁 共 13 頁 “B/S 還是 C/S”也就由此成了 ERP 的技術(shù)之痛。難道這個痛就無藥可救了嗎？是否有可能將 B/S 與 C/S 的優(yōu) 勢融合呢？答案是肯定的，在這幾年的發(fā)展中將 B/S 與 C/S 的優(yōu)勢完美地結(jié)合起來，就是說該平臺的應(yīng)用系統(tǒng)能以 B/S 的方式發(fā)布運行，同時又具有 C/S 方式的極強(qiáng)的可操作性。這點從該平臺生成的廢舊 產(chǎn)品 化的網(wǎng)絡(luò)協(xié)同商務(wù)管理軟件上得到充分的體現(xiàn)！ 五、 B/S、 C/S 結(jié)構(gòu)軟件商業(yè)運用上的比較 管理軟件是為企業(yè)服務(wù)的，企業(yè)選用管理軟件不僅要從技術(shù)上考慮，還要從商業(yè)運用方面來考慮，下文將從商業(yè)運用的角度對兩種結(jié)構(gòu)的軟件進(jìn)行比較。 1，投入成本比較。 B/S 結(jié)構(gòu)軟件一般只有初期一次性投入成本。對于集團(tuán)來講，有利于軟件項目控制和避免 IT 黑洞，而 C/S 結(jié)構(gòu)的軟件則不同，隨著應(yīng)用范圍的擴(kuò)大，投資會連綿不絕。 2，硬件投資保護(hù)比較。在對已有硬件投資的保護(hù)方面，兩種結(jié)構(gòu)也是完全不同的。當(dāng)應(yīng)用范圍擴(kuò)大，系統(tǒng)負(fù)載上升時， C/S 結(jié)構(gòu)軟件的一般解決方案是購買更高級的中央服務(wù)器，原服務(wù)器放棄不用，這是由于 C/S 軟件的兩層結(jié)構(gòu)造成的，這類軟件的服務(wù)器程序必須部署在一臺計算機(jī)上；而 B/S 結(jié)構(gòu)（如 e 通管理系列）則不同，隨著服務(wù)器負(fù)載的增加，可以平滑地增加服務(wù)器的個數(shù)并建立集群服務(wù)器系統(tǒng)，然后在各個服務(wù)器之間做負(fù)載均衡。有效地保護(hù)了原有硬件投資。 3，企業(yè)快速 擴(kuò)張支持上的比較。對于成長中的企業(yè)，快速擴(kuò)張是它的顯著特點。例如迪信通公司，每年都有新的配送中心成立，每月都有新的門店開張。應(yīng)用軟件的快速部署，是企業(yè)快速擴(kuò)張的必要保障。對于 C/S 結(jié)構(gòu)的軟件來講，由于必須同時安裝服務(wù)器和企業(yè)用戶 端、建設(shè)機(jī)房、招聘專業(yè)管理人員等，所以無法適應(yīng)企業(yè)快速擴(kuò)張的特點。而 B/S結(jié)構(gòu)軟件，只需一次安裝，以后只需設(shè)立賬號、培訓(xùn)即可。 其次，隨著軟件應(yīng)用的擴(kuò)張，對系統(tǒng)維護(hù)人才的需求有可能成為企業(yè)快速擴(kuò)張的制約瓶頸。如果企業(yè)開店上百家，對計算機(jī)專業(yè)人才的需求就將是企業(yè)面臨的巨大挑戰(zhàn)之一。 本 系統(tǒng)擬采用 .NET（ Active Server Pages） 和 SQL 分別作為前端和后端的開發(fā)工具。 ASP.NET 是由微軟在 .NET Framework 中所提供的，開發(fā) Web 應(yīng)用程序的類庫，封裝在 System.Web.dll 文件中，顯露出 System.Web 命名空間，并提供 ASP.NET 網(wǎng)頁處理、擴(kuò)充以及 HTTP 通道的應(yīng)用程序與通訊處理等工作，以及 Web Service 的基礎(chǔ)架構(gòu)。 ASP.NET是 ASP 技術(shù)的后繼者，但它的發(fā)展性要比 ASP 技術(shù)要強(qiáng)大許多。 ASP.NET 可以運行在安裝了 .NET Framework 的 IIS 服務(wù)器上，若要在非微軟的平臺上運行，則需要使用 Mono 平臺 1， ASP.NET 在 2.0 版本已經(jīng)定型，在 .NET Framework 3.5上則加上了許多功能，像是 ASP.NET AJAX、 ASP.NET MVC Framework、 ASP.NET Dynamic Data 與 Microsoft Silverlight 的服務(wù)器控件等。 ASP.NET 的前身 ASP 技術(shù)，是在 IIS 2.0 上首次推出（ Windows NT 3.51），當(dāng)時與 ADO 1.0 一起推出，在 IIS 3.0 (Windows NT 4.0)發(fā)揚(yáng)光大，成為服務(wù)器端應(yīng)用程序的熱門開發(fā)工具，微軟還特別為它量身打造了 Visual InterDev 開發(fā)工具，在 1994 年到 2000 年之間，ASP 技術(shù)已經(jīng)成為微軟推展 Windows NT 4.0 平臺的關(guān)鍵技術(shù)之一，數(shù)以萬計的 ASP 網(wǎng)站 第 6 頁 共 13 頁 也是這個時候開始如雨后春筍般的出現(xiàn)在網(wǎng)絡(luò)上。由于它的簡單以及高度客制化的能力，也是它能迅速竄起的原因之一。 SQL Server 是一個具備完全 Web 支持的數(shù)據(jù)庫產(chǎn)品，提供了對可擴(kuò)展標(biāo)記語言 (XML) 的核心支持以及在 Internet 上和防火墻外進(jìn)行 查詢的能力，提供了以 Web 標(biāo)準(zhǔn)為基礎(chǔ)的擴(kuò)展數(shù)據(jù)庫編程功能。豐富的 XML 和 Internet 標(biāo)準(zhǔn)支持允許使用內(nèi)置的存儲過程以 XML 格式輕松存儲和檢索數(shù)據(jù)。 SQL Server 提供強(qiáng)大的開發(fā)工具和各類開發(fā)特性，在大大提高開發(fā)效率的同時，進(jìn)一步拓展應(yīng)用空間，帶來新的商業(yè)應(yīng)用機(jī)遇。例如， XML 數(shù)據(jù)庫與 Web Service 的支持將使您的應(yīng)用實現(xiàn) Internet 數(shù)據(jù)互聯(lián)， .Net 集成極大的擴(kuò)展了開發(fā)空間，異構(gòu)數(shù)據(jù)集成、 Service Broker使您的數(shù)據(jù)和其它應(yīng)用無縫集成，各種新數(shù)據(jù)類型和 T-SQL擴(kuò)展帶來了諸多靈活性。C#、 VB.Net、 XQuery、 XMLA、 ADO.Net 2.0、 SMO、 AMO 等都將成為 SQL Server 數(shù)據(jù)平臺上開發(fā)數(shù)據(jù)相關(guān)應(yīng)用的有力工具。 因此從技術(shù)方面講開發(fā)此系統(tǒng)是可行的。 1.3.3 操作可行性 公司 作為一 個廢舊產(chǎn)品 資源的 集散點，其主要功能就是對的產(chǎn)品進(jìn)行分類管理。傳統(tǒng)的基于 ASP.NET 的物流信息管理平臺，一般有兩種方式：一是手工管理，這種方式應(yīng)用最傳統(tǒng)的“筆紙操作系統(tǒng)”，將公司的產(chǎn)品信息、銷售 信息、企業(yè)用戶信息管理及單據(jù)管理等均以純手工的形式進(jìn)行，將信息以表格文件的表現(xiàn)形式記錄在紙上，再進(jìn)行統(tǒng)一保存。這種方式雖然在簡單信息查詢時會有一定的方便，但是存在著更多的不便：信息保存時間和條件很受限制、容易被損壞、信息查詢不便、信息傳達(dá)容易造成失誤等 。 另一種是常見的信息管理方法是應(yīng)用單機(jī)版的管理系統(tǒng)，但是這種系統(tǒng)設(shè)計時間較早，很多功能劃分很不科學(xué)，很多設(shè)置已經(jīng)跟不上時代需求了。但是公司管理人員已經(jīng)有相當(dāng)?shù)膽?yīng)用經(jīng)驗，所以新的系統(tǒng)操作有一定的操作經(jīng)驗可以作一定的操作經(jīng)驗。 本公司規(guī)模較大，信息管理經(jīng)驗豐富， 單機(jī)版的基于 ASP.NET 的物流信息管理平臺做得較系統(tǒng)較到位，在公司信息處理方面做得很精準(zhǔn)規(guī)范。 綜上所述，本公司很有必要，也很有條件做到公司信息在線管理，以更貼近時代需求和公司發(fā)展需要。 1.2 論文各章簡介 第 1 章引言部分，引言主要敘述課題的可行性分析。 第 2 章主要內(nèi)容是：系統(tǒng)需求分析包括， 業(yè)務(wù)流程分析；數(shù)據(jù)流分析；數(shù)據(jù)字典。 第 3 章主要內(nèi)容是：系統(tǒng)設(shè)計包括，系統(tǒng)設(shè)計思想；系統(tǒng)功能模塊劃分。 第 4 章主要內(nèi)容是：數(shù)據(jù)庫設(shè)計包括，數(shù)據(jù)庫 需求分析，數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計，數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計。 第 7 頁 共 13 頁 第 5 章主要內(nèi)容是：管理界面包括， 管理界面結(jié)構(gòu)設(shè)計；管理首頁設(shè)計；系統(tǒng)管理模塊；基出管理模塊；企業(yè)用戶管理模塊；運輸理模塊；運單管理模塊；銷售管理模塊；退出登陸模塊 最后還有結(jié)論、致謝、參考文獻(xiàn)等等內(nèi)容的介紹。 第 8 頁 共 13 頁 2 需求分析 2.1 業(yè)務(wù)流分析 基于 ASP.NET 的物流信息管理平臺工作流程為：系統(tǒng)啟動并進(jìn)入首 頁界面，后臺系統(tǒng)管理員輸入正確的用戶名及密碼后，登陸系統(tǒng)主操作界面，系統(tǒng)管理員可對系統(tǒng)相關(guān)信息進(jìn)行操作，包括基本信息、會員信息、企業(yè)用戶信息、銷售信息、倉庫信息等。 本系統(tǒng)的業(yè)務(wù)流程圖如圖 2-1 所示： 本系統(tǒng)是將現(xiàn)代化的計算機(jī)技術(shù)與公司管理服務(wù)模式相結(jié)合，按照借閱管理的服務(wù)流程設(shè)計完成的。同時為擴(kuò)展服務(wù)范圍，初步設(shè)計一個管理平臺以利于信息發(fā)布和管理。為了使系統(tǒng)在各項管理中發(fā)揮更大的作用，實現(xiàn)工作過程的計算機(jī)化，提高工作效率和工作質(zhì)量，現(xiàn)提出如下系統(tǒng)開發(fā)目標(biāo)： 具體 目標(biāo)如下： （ 1）操作簡單、界面友好：完全控件式的頁面布局，使得信息的錄入工作更簡便；許多選項包括廢舊產(chǎn)品信息、采購信息、企業(yè)用戶信息、銷售信息等只需要點擊鼠標(biāo)就可以完成。 （ 2）即時可見：對信息的處理（包括添加、修改、刪除）將立即在對應(yīng)的頁面顯示出來，達(dá)到 即時發(fā)布、即時見效 的功能。 （ 3）功能完善：不僅包括常見系統(tǒng)的信息管理的各個方面：信息錄入、瀏覽、刪除、修改、查詢等各個方面，完整地實現(xiàn)了系統(tǒng)對即時信息的管理要求。同時，為了能有效方面的更新系統(tǒng)的界面。 （ 4）方便移植：系統(tǒng)應(yīng)具有實用性、可靠性和適用 性，同時注意到先進(jìn)性。針對不同的用戶，只需要稍作修改就可以開發(fā)出適合自己特點的基于 ASP.NET 的物流信息管理平臺。系統(tǒng)界面中所需的數(shù)據(jù)都存放于數(shù)據(jù)文件中，只要對該文件做部分修改，就能在系統(tǒng)查詢 發(fā)布 修改 瀏 覽 刪除 登錄系統(tǒng) 系統(tǒng)管理員 基本信息、商品信息、收購商信息等 統(tǒng)計 自動寫入后臺數(shù)據(jù)庫 保存 圖 2-1 系統(tǒng)業(yè)務(wù)流程圖 第 9 頁 共 13 頁 界面上實現(xiàn)及時更新的效果，減少了更改系統(tǒng)源代碼的復(fù)雜性。 （ 5）動態(tài)管理：對系統(tǒng)數(shù)據(jù)庫實行動態(tài)操作，能實現(xiàn)對數(shù)據(jù)庫信息的動態(tài)查詢、動態(tài)更新修改和動態(tài)錄入數(shù)據(jù)。 2.2 數(shù)據(jù)流分析 數(shù)據(jù)流程分析主要包括對信息的流動、傳遞、處理、存儲等的分析。數(shù)據(jù)流程分析的目的就是要發(fā)現(xiàn)和解決數(shù)據(jù)流通中的問題?，F(xiàn)有的數(shù)據(jù)流程分析多是通過分層的數(shù)據(jù)流程圖（ data flow diagram，簡稱 DFD）來實現(xiàn)的。其具體的做法是：按業(yè)務(wù)流程圖理出的業(yè)務(wù)流程順序，將相應(yīng)調(diào)查過程中所掌握的數(shù)據(jù)處理過程，繪制成一套完整的數(shù)據(jù)流程圖。 基于 ASP.NET 的物流信息管理平臺的數(shù)據(jù)流程：對本系統(tǒng)操作的數(shù)據(jù)源有個人用戶、企業(yè)用戶和管理員三種，首先由系統(tǒng)管理員根據(jù)不同用戶的需要將某些信息保存到數(shù)據(jù)庫中，然后再進(jìn)行發(fā)布。不同權(quán)限的用戶可以對這些庫信息進(jìn)行添加、修改和刪除處理。所有用戶均可以進(jìn)行信息 查詢。通過對本系統(tǒng)的需求分析，系統(tǒng)的基本功能已經(jīng)確定。 利用層次圖來表示系統(tǒng)中各模塊之間的關(guān)系。層次方框圖是用樹形結(jié)構(gòu)的一系列多層次的矩形框描繪數(shù)據(jù)的層次結(jié)構(gòu)。樹形結(jié)構(gòu)的頂層是一個單獨的矩形框，它代表完整的數(shù)據(jù)結(jié)構(gòu)，下面的各層矩形框代表各個數(shù)據(jù)的子集，最底層的各個矩形框代表組成這個數(shù)據(jù)的實際數(shù)據(jù)元素（不能再分割的元素）。隨著結(jié)構(gòu)的精細(xì)化，層次方框圖對數(shù)據(jù)結(jié)構(gòu)也描繪得越來越詳細(xì)，這種模式非常適合于需求分析階段的需要。從對頂層信息的分類開始，沿著圖中每條路徑反復(fù)細(xì)化，直到確定了數(shù)據(jù)結(jié)構(gòu)的全部細(xì)節(jié)為止。 本系統(tǒng)分 為前臺部分和后臺部分，共有八個模塊，每個模塊之間雖然在表面上是相互獨立的，但是在對數(shù)據(jù)庫的訪問上是緊密相連的，各個模塊訪問的是同一個數(shù)據(jù)庫，只是所訪問的表不同而已。每個模塊的功能都是按照在調(diào)研中搜集的資料進(jìn)行編排制作的。依據(jù)上述功能的分析，系統(tǒng)在八個模塊的基礎(chǔ)上有的模塊又可分為幾個小模塊： 1.用戶注冊模塊包括兩個模塊：個人用戶注冊 、 企業(yè)用戶注冊。 2.發(fā)布信息模塊包括兩個模塊：個人用戶發(fā)布信息、企業(yè)用戶發(fā)布信息。 3.會員中心模塊包括兩個模塊：修改基本信息、管理發(fā)布信息、站內(nèi)短息管理。 4.搜索功能模塊 包括五個模塊：搜索車源信息、搜索貨源信息、搜索專線信息、搜索招聘信息、搜索倉儲信息。 5.用戶管理模塊包括兩個模塊：企業(yè)用戶管理、個人用戶管理。 6.物流信息管理模塊包括五個模塊：招聘信息管理、倉儲信息管理、貨源信息管理、車源信息管理、專線信息管理。 7.物流新聞管理包括兩個模塊：管理新聞、發(fā)布新聞。 第 10 頁 共 13 頁 8.站內(nèi)公告管理包括兩個模塊：公告發(fā)布、公告管理。 2.3 數(shù)據(jù)字典 數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義 的集合。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。 2.3.1 基于 ASP.NET 的物流配送中心業(yè)務(wù)管理平臺的數(shù)據(jù)字典 1.數(shù)據(jù)字典列表 數(shù)據(jù)流 數(shù)據(jù)存儲名稱：管理員信息 數(shù)據(jù)來源：管理員信息表 數(shù)據(jù)去向：管理員登陸模塊 數(shù)據(jù)組成： 管理員信息管理信息唯一標(biāo)識 +管理員帳號 +管理員密碼 +管理員權(quán)限 +注冊時間 描述：存儲了管理員的基本信息 數(shù)據(jù)存儲名稱：個人用戶信息 數(shù)據(jù)來源： 個人用戶 信息表 數(shù)據(jù)去向： 個人用戶 模塊 數(shù)據(jù)組成 ：個人用戶信息 =個人用戶信息唯一標(biāo)識 +編號 +姓名 +電話 +性別 +身份證 +崗位 +注冊時間等 描述：存儲了個人用戶的注冊信息 數(shù)據(jù)存儲名稱：運單信息 數(shù)據(jù)來源： 運單信息 表 數(shù)據(jù)去向： 運單 信息模塊 數(shù)據(jù)組成 ：運單信息 =運單信息唯一標(biāo)識 +