【正文】 有問題都有簡單明顯的解決辦法，事實(shí)上，許多問題不可能在預(yù)定的系統(tǒng)規(guī)模之內(nèi)解決。如果問題沒有可行的解，那么花費(fèi)這項(xiàng)開發(fā)工程上的任何時(shí)間、資源、人力和經(jīng)費(fèi)都是無謂的浪費(fèi)。 可行性研究的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定問題是否能夠解決。必須記住，可行性研究的目的不是解決問題，而是確定問題是否值得去解。怎樣達(dá)到這個(gè)目的呢？當(dāng)然不能靠主觀猜想，而只能靠客觀分析。必須分析幾種主要的可能解法的利弊，從而 判斷原定的系統(tǒng)目標(biāo)和規(guī)模是否現(xiàn)實(shí)，系統(tǒng)完成后所能帶來的效益是否大到值得投資開發(fā)這個(gè)系統(tǒng)的程度。 因此，可行性研究實(shí)質(zhì)上是要進(jìn)行一次大大壓縮簡化了的系統(tǒng)分析和設(shè)計(jì)的過程，也就是在較高層次上以較抽象的方式進(jìn)行的系統(tǒng)分析和設(shè)計(jì)的過程。所以從以上的分析原則來看，我所設(shè)計(jì)的倉庫信息管理系統(tǒng)是一個(gè)規(guī)模不太大的系統(tǒng)，但是目標(biāo)明確，清晰的描述了對(duì)目標(biāo)系統(tǒng)的一切限制和約束。本系統(tǒng)幾乎在所有的企業(yè)、公司 5 使用，當(dāng)然它需要進(jìn)一步的完善和更新。在使用過程中，要看它能不能帶來效益，畢竟在現(xiàn)今社會(huì)效率是第一位的。從現(xiàn)實(shí)看，這還是有一定的 實(shí)用價(jià)值的，從另一個(gè)角度看，現(xiàn)實(shí)社會(huì)發(fā)展飛速，尊重科技勢(shì)在必行，因此這也是開發(fā)本系統(tǒng)的一個(gè)非常重要的原因。 21 世紀(jì)是計(jì)算機(jī)的時(shí)代，它必然取代一部分人的工作，高科技的監(jiān)控系統(tǒng)進(jìn)入社會(huì)生活的方方面面是發(fā)展的趨勢(shì)。 本設(shè)計(jì)從 以 下三個(gè)方面進(jìn)行可行性研究： 1． 技術(shù)可行性。本設(shè)計(jì)“倉庫管理系統(tǒng)”是為企業(yè)倉庫管理人員開發(fā)的。鑒于本人在上學(xué)期數(shù)據(jù)庫課程設(shè)計(jì)中已用 ASP＋ SQL Server 開發(fā)過圖書管理信息系統(tǒng)，而且通過三個(gè)月畢業(yè)實(shí)習(xí)中的學(xué)習(xí)和實(shí)踐，對(duì)開發(fā)管理信息系統(tǒng)又有了新的認(rèn)識(shí)和提高，使自己在開發(fā)管理信息系統(tǒng)方面的 技術(shù)更加成熟。由于本設(shè)計(jì)最重要體現(xiàn)的是實(shí)用性，所以，通過大量的社會(huì)調(diào)查和分析，結(jié)合自己現(xiàn)有的技術(shù)水平加上導(dǎo)師的指導(dǎo)，還是能按期完成本畢業(yè)設(shè)計(jì)。 2． 經(jīng)濟(jì)可行性。成本方面：由于本畢業(yè)設(shè)計(jì)屬于計(jì)算機(jī)科學(xué) (本科 )教學(xué)的最后一個(gè)環(huán)節(jié)，所以人力消耗免費(fèi)，資源學(xué)校提供，指導(dǎo)老師義務(wù)指導(dǎo)。所以成本計(jì)算只需計(jì)算開發(fā)期間開發(fā)者的生活消費(fèi)，學(xué)校資源的消耗，所以開發(fā)本軟件的成本是非常低的。效益方面：為企業(yè)開發(fā)一個(gè)完整、合理的倉庫管理系統(tǒng)，可大大節(jié)余人力，以前需要多人干的工作，使用本系統(tǒng)只需一個(gè)人或幾個(gè)人就能完成，且工作量和勞動(dòng) 強(qiáng)度大大降低。所以開發(fā)本軟件可以為社會(huì)帶來很好的經(jīng)濟(jì)效益。 從以上分析看開發(fā)本軟件在經(jīng)濟(jì)上是可行的。 3． 操作可行性。本軟件是為企業(yè)倉庫的管理者開發(fā)的，所有本軟件的用戶對(duì)象是企業(yè)倉庫的工作人員，由于本軟件要設(shè)計(jì)成友好的界面，寫出詳細(xì)的使用說明，用戶只需懂得簡單的計(jì)算機(jī)操作知識(shí)，就能自由應(yīng)用本軟件。 所以從以上幾個(gè)方面的分析來看，開發(fā)本軟件是完全可行的。 6 第 3 章 需求分析 系統(tǒng)目標(biāo)設(shè)計(jì) 系統(tǒng)開發(fā)的總體任務(wù)是實(shí)現(xiàn)企業(yè)產(chǎn)品管理的系統(tǒng)化、規(guī)范化和自動(dòng)化，從而達(dá)到提高企業(yè)管理效率的目的。 開 發(fā)設(shè)計(jì)思想 倉庫管理主要是各種商品的管理。進(jìn)貨時(shí)經(jīng)檢查合同確認(rèn)為有效托收后，進(jìn)行驗(yàn)收入庫，填寫入庫單，進(jìn)行入庫登記。各個(gè)部門根據(jù)需要提出產(chǎn)品請(qǐng)求，管理員根據(jù)整個(gè)企業(yè)的需求開出產(chǎn)品出庫單，倉庫管理人員根據(jù)出庫單核對(duì)發(fā)放產(chǎn)品。根據(jù)需要按照月進(jìn)行統(tǒng)計(jì)分析，產(chǎn)生相應(yīng)報(bào)表。 倉庫管理的特點(diǎn)是信息處理量比較大，所管理的產(chǎn)品種類繁多，而且由于入庫單、出庫單等單據(jù)發(fā)生量特別大，關(guān)聯(lián)信息多，查詢和統(tǒng)計(jì)的方式各不相同。因此在管理上實(shí)現(xiàn)起來有一定的困難。在管理的過程中經(jīng)常會(huì)出現(xiàn)信息的重復(fù)傳遞；單據(jù)、報(bào)表種類繁多，各個(gè)部門管理規(guī)格 不統(tǒng)一等問題。 在本系統(tǒng)的設(shè)計(jì)過程中，為了克服這些困難，滿足計(jì)算機(jī)管理工作的需要，我們采取了下面的一些原則。 1．統(tǒng)一各種原始單據(jù)的格式，統(tǒng)一報(bào)表的格式。 2．刪除不必要的管理冗余，實(shí)現(xiàn)管理規(guī)范化、科學(xué)化。 3．程序代碼標(biāo)準(zhǔn)化，軟件統(tǒng)一化，確保軟件的可維護(hù)性和實(shí)用性。 4．界面盡量簡單化，做到實(shí)用、方便，盡量滿足企業(yè)中不同層次員工的需要。 系統(tǒng)功能需求分析 現(xiàn)場(chǎng)要求 經(jīng)過前面的初步調(diào)研分析 ,總結(jié)出倉庫管理工作具有以下特點(diǎn)： 在倉庫管理中存在帳目品種雜、重復(fù)次數(shù)多的問題，目前倉庫對(duì)所 有信息的管理均以手工完成，既由資料管理員以各種記錄方式完成信息的登記，在需要某種信息的時(shí)候查找記錄。很明顯，目前的工作方法效率低下，信息保存的準(zhǔn)確性、安全性難以保證，信息查詢的快速性、完整性也難以保證，致使銷售管理工作費(fèi)人，費(fèi)時(shí)，費(fèi)力，繁瑣枯燥 ,效率低下。 7 因此實(shí)現(xiàn)倉庫管理的計(jì)算機(jī)化迫在眉睫 , 本系統(tǒng)是集倉庫管理、貨物管理、倉庫貨物進(jìn)出退庫管理、客戶管理、進(jìn)出庫統(tǒng)計(jì)、結(jié)算和報(bào)表及打印等功能于一體的綜合性倉儲(chǔ)管理系統(tǒng)。支持多種類型的入庫、出庫、退庫方式，同時(shí)支持多種查詢方式、支付欠款和結(jié)算功能，可應(yīng)用于各種行 業(yè)的單體倉庫精細(xì)化管理或者應(yīng)用于制造企業(yè)、物流企業(yè)、流通業(yè)及其它特殊行業(yè)的倉庫管理?？梢暂p松解決物流企業(yè)在倉庫管理、貨物流動(dòng)分析等一系列問題，迅速提高物流企業(yè)對(duì)倉庫經(jīng)營管理水平、穩(wěn)固客戶群，增加經(jīng)濟(jì)效益，以最小的投資獲得雙盈的優(yōu)秀管理。 幫助生產(chǎn)企業(yè)、分公司、分銷商、代理商、商場(chǎng)、商店等之間建立起一套完善、高效、具有快速反應(yīng)能力和管理能力的業(yè)務(wù)平臺(tái)，可以極大的提高企業(yè)競爭力，為企業(yè)創(chuàng)造價(jià)值果 ！ 系統(tǒng)開發(fā)的總體任務(wù)是實(shí)現(xiàn)各種信息的系統(tǒng)化、規(guī)范化和自動(dòng)化。系統(tǒng)功能分析是在系統(tǒng)開發(fā)的總體任務(wù)的基礎(chǔ)上完成。本倉庫管理 系統(tǒng)需要完成功能主要有： 1．倉庫管理各種信息的輸入，包括商品、供應(yīng)商、客戶、倉庫信息的輸入等。 2．倉庫管理各種信息的查詢、統(tǒng)計(jì)、修改和維護(hù)，包括商品查詢，商品出庫、入庫退庫、職員操作，各種信息的修改和維護(hù)等。 3．每日、月的結(jié)算、報(bào)表功能。 4．添加欠款支付功能。 5．在貨物管理中加入最高儲(chǔ)備和最低儲(chǔ)備字段，對(duì)倉庫中的產(chǎn)品實(shí)現(xiàn)監(jiān)控和報(bào)警。 6．倉庫管理系統(tǒng)的使用幫助。 數(shù)據(jù)流圖 數(shù)據(jù)流圖 [1]是描述系統(tǒng)的邏輯模型的，圖中沒有任何具體的物理元素，只是描述信息在系統(tǒng)中流動(dòng)和處理的情況，它比口頭 與文字的描述更直觀地顯示出來系統(tǒng)中數(shù)據(jù)的使用。 數(shù)據(jù)流圖簡稱 DFD 圖，數(shù)據(jù)流圖有四種成分：源點(diǎn)或終點(diǎn)、處理、數(shù)據(jù)存儲(chǔ)表和數(shù)據(jù)流。圖中沒有任何具體的物理元素，只是描述信息在系統(tǒng)中的流動(dòng)和處理情況，即使不是專業(yè)的計(jì)算機(jī)技術(shù)人員也容易理解，是極好的理解工具。它能精確的描述系統(tǒng)的邏輯模型，描述數(shù)據(jù)在 MIS 中有輸入經(jīng)過存儲(chǔ)、加工處理最后輸出的全過程，是設(shè)計(jì)者和用戶交流的很好的工具。 數(shù)據(jù)流圖采用自頂向下的方法繪制，從研究系統(tǒng)概況開始，然后逐層向下分解，直到所需的詳盡程序?yàn)橹?，本系統(tǒng)根據(jù)前面繪制的業(yè)務(wù)流程圖，采用自頂向 下，逐層細(xì)化的方法，數(shù)據(jù)流圖如下： 8 圖 31 倉庫管理系統(tǒng)頂級(jí)數(shù)據(jù)流圖 圖 32 倉庫管理系統(tǒng) 1 級(jí) DFD 圖 系統(tǒng)性能要求 用戶接口 采用 Windows 接口風(fēng)格，用戶接口友好，貼近用戶的實(shí)際操作，可以方便直觀的進(jìn)行商品的統(tǒng)計(jì)、查詢、結(jié)算、打印報(bào)表等操作。通過工具欄的導(dǎo)航，可以方便的對(duì)數(shù)據(jù)進(jìn)行查詢、刪除、插入等操作，簡化了用戶繁重的操作，提高了工作效率。 倉庫管理系統(tǒng) 系統(tǒng)管理員 管理員口令 各類管理信息 顯示面板 各類信息 商品操作信息 系統(tǒng)管理員 倉庫管理系統(tǒng) 帳號(hào) /秘密 倉庫信息管理子系統(tǒng) 支付管理信息 商品入出退庫管理子系統(tǒng) 商品管理信息 支付欠款管理子系統(tǒng) 報(bào)表管理子系統(tǒng) 倉庫管理信息 報(bào)表管理信息 結(jié)算管理子系統(tǒng) 后臺(tái)管理數(shù)據(jù)庫 支付操作信息 顯示面板 顯示信息 結(jié)算管理信息 商品信息 結(jié)算操作信息 報(bào)表操作信息 顯示信息 9 數(shù)據(jù)庫特性 適應(yīng)大量的錄入、修改、統(tǒng)計(jì)、 結(jié)算 、報(bào)表等應(yīng)用 ， 這種應(yīng)用是一切 應(yīng)用的基礎(chǔ)，為一切應(yīng)用提供數(shù)據(jù)基礎(chǔ)。 后端采用 SQL Server 2020 作為后臺(tái)數(shù)據(jù)庫， 安全穩(wěn)定好，運(yùn)行效率高 ，足以讓數(shù)據(jù)安全的存取。 可擴(kuò)展性 系統(tǒng)具有良好的可擴(kuò)展性，當(dāng)系統(tǒng)在網(wǎng)絡(luò)環(huán)境下發(fā)布之后，中間的應(yīng)用服務(wù)器將負(fù)責(zé)與前臺(tái)的連接處理，把前臺(tái)電腦傳來的請(qǐng)求傳給數(shù)據(jù)庫服務(wù)器，或是把數(shù)據(jù)庫服務(wù)器返回來的資料集返回給前臺(tái)電腦。而數(shù)據(jù)庫服務(wù)器則只要處理與應(yīng)用服務(wù)器之間的一個(gè)連接，其余的時(shí)間將可以專心進(jìn)行數(shù)據(jù)庫的訪問操作，不用關(guān)心與前臺(tái)應(yīng)用程序的連接，如此將大幅減輕數(shù)據(jù)庫服務(wù)器的負(fù)擔(dān)，進(jìn)而提升整體的 工作性能。 穩(wěn)定性與健壯性 系統(tǒng)具有良好的穩(wěn)定性和健壯性。本高校工資管理系統(tǒng)采用的逐一存取方式進(jìn)行數(shù)據(jù)庫存檔。所以，并不會(huì)丟失數(shù)據(jù)。 10 第 4 章 過程論述 在軟件需求分析階段，搞清楚了軟件“做什么”的問題，形成了目標(biāo)系統(tǒng)的邏輯模型?，F(xiàn)在我們所要做的就是要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即著手實(shí)現(xiàn)軟件的需求。首先，我們需要描述的是系統(tǒng)的總的體系結(jié)構(gòu)。 總體結(jié)構(gòu)圖 系統(tǒng)的概要設(shè)計(jì)中最重要的就是系統(tǒng)的模塊化。模塊化是指解決一個(gè)復(fù)雜問題時(shí)自項(xiàng)向下逐層把軟件系統(tǒng)劃分成若干個(gè) 模塊的過程。每個(gè)模塊完成一個(gè)特定的功能，所有的模塊按某種方法組織起來，成為一個(gè)整體，完成整個(gè)系統(tǒng)所要求的功能。將系統(tǒng)劃分為多個(gè)模塊是為了降低軟件系統(tǒng)的復(fù)雜性，提高可讀性、可維護(hù)性，但模塊的劃分不能是任意的，應(yīng)盡量保持其獨(dú)立性。也就是說，每個(gè)模塊只完成系統(tǒng)要求的獨(dú)立的子功能，并且與其他模塊的聯(lián)系最少且接口簡單，即盡量做到高內(nèi)聚低耦合，提高模塊的獨(dú)立性，為設(shè)計(jì)高質(zhì)量的軟件結(jié)構(gòu)奠定基礎(chǔ)。在系統(tǒng)的概要設(shè)計(jì)中我采用結(jié)構(gòu)化設(shè)計(jì)（ Structure Design，簡稱 SD）， SD 以需求分析階段產(chǎn)生的數(shù)據(jù)流圖 DFD 為基礎(chǔ)， 按一定的步驟映射成軟件結(jié)構(gòu)。我首先將整個(gè)系統(tǒng)化分為幾個(gè)小問題，小模塊，在系統(tǒng)中，我設(shè)計(jì)了用戶管理、商品入庫管理、商品退庫管理、商品出庫管理、倉庫信息管理、報(bào)表管理、結(jié)算管理 7 個(gè)小模塊。然后，進(jìn)一步細(xì)分模塊，添加細(xì)節(jié)。比如，用戶管理我又將其分為添加用戶、刪除用戶。 在以上的分析的基礎(chǔ)中，考慮到 ASP 程序編制的特點(diǎn)，得到如圖 41 所示的系統(tǒng)功能結(jié)構(gòu)圖。 11 圖 41 倉庫管理系統(tǒng)功能結(jié)構(gòu)圖 數(shù)據(jù)庫設(shè)計(jì) 在系統(tǒng)設(shè)計(jì)的開始，我首先考慮的是如何用數(shù)據(jù)模 型來數(shù)據(jù)庫的結(jié)構(gòu)與語義，以對(duì)現(xiàn)實(shí)世界進(jìn)行抽象。目前廣泛使用的數(shù)據(jù)模型可分為兩種類型，一種是獨(dú)立于計(jì)算機(jī)系統(tǒng)的“概念數(shù)據(jù)模型”，如“實(shí)體聯(lián)系模型”；另一種是直接面向數(shù)據(jù)庫邏輯結(jié)構(gòu)的“結(jié)構(gòu)數(shù)據(jù)模型”。在本系統(tǒng)中我采用“實(shí)體聯(lián)系模型”（ ER 模型）來描述數(shù)據(jù)庫的結(jié)構(gòu)與語義，以對(duì)現(xiàn)實(shí)世界進(jìn)行第一次抽象。 ER 模型直接從現(xiàn)實(shí)世界抽象出實(shí)體類型及實(shí)體間聯(lián)系，然后用 ER 圖來表示數(shù)據(jù)模型。它有兩個(gè)明顯的優(yōu)點(diǎn)：接近于人的思維，容易理解；與計(jì)算機(jī)無關(guān)，用戶容易接受。但 ER 模型只能說明實(shí)體間語義的聯(lián)系，不能進(jìn)一步說明詳細(xì)的數(shù) 據(jù)結(jié)構(gòu)，它只是數(shù)據(jù)庫設(shè)計(jì)的第一步。 ER 圖是直觀表示概念模型的工具，它有四個(gè)基本成分： ◆ 矩形框，表示實(shí)體類型（考慮問題的對(duì)象）。 倉庫管理系統(tǒng) 商品入庫管理子模塊 商品退庫管理子模塊 商品出庫管理子模塊 商品分類管理子模塊 結(jié)算管理子模塊 用戶管理子模塊 報(bào)表管理子模塊 商品種類錄入 商品種類修改 商品種類查詢 商品種類刪除 材料明細(xì) /分類月報(bào)表 個(gè)人 /部門領(lǐng)月統(tǒng)計(jì)表 商品入庫 /出庫日 /月報(bào)表 供應(yīng)商統(tǒng)計(jì)表 材料領(lǐng)用結(jié)算 應(yīng)付賬款結(jié)算 部門領(lǐng)用結(jié)算 刪除 /添加用戶 修改密碼 12 ◆ 菱形框，表示聯(lián)系類型（實(shí)體間的聯(lián)系）。 ◆ 橢圓形框，表示實(shí)體類型和聯(lián)系類型的屬性。 ◆ 直線，聯(lián)系類型與其涉及的實(shí)體類型之間以直線連接。 本系統(tǒng)為倉庫管理，主要管理物資的入庫、出庫等事項(xiàng)。倉庫根據(jù)需要可以查詢貨品供應(yīng)商的信息，同時(shí)還需要了解在入庫和出庫中員工的參與情況。依據(jù)倉庫管理的實(shí)際情況，考慮了多方面的因素以后，確定系統(tǒng)的實(shí)體及屬性圖如下： 圖 42 商品實(shí)體及屬性圖 圖 43 管理員實(shí)體及屬性圖 圖 44 倉庫的入庫信息實(shí)體屬性圖 入庫信息實(shí)體 物資編號(hào) 物資名稱 規(guī)格型號(hào) 類別 計(jì)量單位 數(shù)量 單價(jià) 余額 入庫時(shí)間 經(jīng)辦人 商品 物資編號(hào) 物資名稱 計(jì)量單位 規(guī)格型號(hào) 類別 所屬類別 管理員 用戶名稱 密碼 13 圖 45 倉庫的入庫信息實(shí)體屬性圖 實(shí)體和實(shí)體之間的關(guān)系 ER 圖，如圖 46 所示。 在信息世界中，信息從客觀事物出發(fā)流經(jīng)數(shù)據(jù)庫，通過決策機(jī)構(gòu)最后又回到客觀世界，信息的這一循環(huán)經(jīng)歷了三個(gè)領(lǐng)域：信息世界，數(shù)據(jù)世界，現(xiàn)實(shí)世界?，F(xiàn)實(shí)世界的事物反映到人的頭腦中，人的大腦對(duì)它有個(gè)認(rèn)識(shí)過程，經(jīng)過分析（選擇、命名、分類等）進(jìn)入信息世界。這些信息再進(jìn)一步加工、編碼，然后進(jìn)數(shù)據(jù)世界，而軟件系統(tǒng)的開發(fā)工作需要考慮這兩個(gè)方面的問題，也就是要考慮系統(tǒng)開發(fā)所需要的數(shù)據(jù)，以及如何對(duì)這些數(shù)據(jù)進(jìn)行操作。這兩個(gè)問題貫穿了整個(gè)軟件系統(tǒng)的開發(fā)過程，這也就是數(shù)據(jù) 庫的設(shè)計(jì)問題，軟件設(shè)計(jì)的一個(gè)核心。本倉庫管理系統(tǒng)是應(yīng)用在單機(jī)系統(tǒng)上的，所以只需建立起一個(gè)數(shù)據(jù)庫，在此數(shù)據(jù)庫基礎(chǔ)上建立起表格，現(xiàn)將數(shù)據(jù)表描述如下： n m n 出庫信息實(shí)體 物資編號(hào) 物資名稱 規(guī)格型號(hào) 類別 計(jì)量單位 數(shù)量 單價(jià) 余額 出庫時(shí)間 經(jīng)辦人 圖 46 實(shí)體和實(shí)體之間的關(guān)系ER 圖 查看 n m m m n 商品 倉庫 管理員 管理 進(jìn)入 報(bào)表 供應(yīng)商 供應(yīng) 14 表 41 貨物基本信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 外鍵 編號(hào) 數(shù)字 長整型 不可 FK 貨物名稱 文本 64 不可 貨物類別 文本 50 可 貨物規(guī)格 文本 50 可 計(jì)量單位 文本 50 可 最高限量 數(shù)字 長整型 不可 最低限量 數(shù)字 長整型 不可 表 42 倉庫信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 外鍵 編號(hào) 數(shù)字 長整型 不可 FK 倉庫名稱 文本 50 不可 倉庫地點(diǎn) 文本 255 可 表 43 庫存狀況信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 外鍵 編號(hào) 數(shù)字 長整型 不可 貨物編號(hào) 數(shù)字 長整型 不可 FK 庫存數(shù)量 數(shù)字 長整型 不可 倉庫編號(hào) 數(shù)字 長整型 不可 FK 表 44 入庫單信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 外鍵 編號(hào) 數(shù)字 長整型 不可 貨物編號(hào) 數(shù)字 長整型 不可 FK 經(jīng)辦人編號(hào) 數(shù)字 長整型 不可 入庫時(shí)間 日期 /時(shí)間 不可 入庫單價(jià) 貨幣 不可 入庫數(shù)量 數(shù)字 長整型 不可 供應(yīng)商編號(hào) 數(shù)字 長整型 可 倉庫編號(hào) 數(shù)字 長整型 不可 FK 訂單狀況 文本 50 不可 其它金額 貨幣 可 備注 備注 可 15 表 45 出庫單信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 外鍵 編號(hào) 數(shù)字 長整型 不可 貨物編號(hào) 數(shù)字 長整型 不可 FK 經(jīng)辦人編號(hào) 數(shù)字 長整型 不可 出庫時(shí)間 日期 /時(shí)間 不可 出庫單價(jià) 貨幣 不可 出庫數(shù)量 數(shù)字 長整型 不可 客戶編號(hào) 數(shù)字 長整型 可 倉庫編號(hào) 數(shù)字 長整型 不可 FK 訂單狀況 文本 50 不可 其它金額 貨幣 可 備注 備注 可 表 46 退庫單信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 外鍵 編號(hào) 數(shù)字 長整型 不可 貨物編號(hào) 數(shù)字 長整型 不可 FK 經(jīng)辦人編號(hào) 數(shù)字 長整型 不可 借入時(shí)間 日期 /時(shí)間 不可 借入數(shù)量 數(shù)字 長整型 不可 供應(yīng)商編號(hào) 數(shù)字 長整型 可 倉庫編號(hào) 數(shù)字 長整型 不可 FK 訂單狀況 文本 50 不可 其它金額 貨幣 可 備注 備注 可 表 47 調(diào)撥單信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 外鍵 編號(hào) 數(shù)字 長整型 不可 貨物編號(hào) 數(shù)字 長整型 不可 FK 經(jīng)辦人編號(hào) 數(shù)字 長整型 不可 調(diào)撥時(shí)間 日期 /時(shí)間 不可 調(diào)撥數(shù)量 數(shù)字 長整型 不可 其它金額 貨幣 可 備注 備注 可 16 表 48 結(jié)算單信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 外鍵 編號(hào) 數(shù)字 長整型 不可 貨物編號(hào) 數(shù)字 長整型 不可 FK 結(jié)算時(shí)間 日期 /時(shí)間 不可 經(jīng)辦人編號(hào) 數(shù)字 長整型 不可 金額 數(shù)字 長整型 不可 數(shù)量 數(shù)字 長整型 表 49 報(bào)表信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 外鍵 編號(hào) 數(shù)字 長整型 不可 領(lǐng)用者姓名 文本 50 不可 領(lǐng)取部門 文本 50 不可 FK 領(lǐng)取數(shù)量 數(shù)字 長整型 不可 調(diào)撥總計(jì) 數(shù)字 長整型 不可 操作時(shí)間 日期 /時(shí)間 不可 合計(jì) 數(shù)字 長整型 不可 表 410 供應(yīng)商管理信息表 字段名稱 數(shù)據(jù)類型 字段大小 可否為空 供應(yīng) 商編號(hào) 文本 64 不可 供應(yīng)商名稱 文本 50 不可 欠款金額 數(shù)字 長整型 可 表 4