倉庫管理系統資料庫表需求分析

⑴ 倉庫管理系統需求分析

http://www.china-ao.com/Info/3078_8091011.html

第一章 前言
1.1 POWERBUILDER 的特點
1.2 使用POWERBUILDER開發某庫存管理系統的優越性
第二章 系統分析
2.1 系統基本情況描述
2.2 可行性分析
2.3 系統分析
第三章 系統設計
3.1 系統配置
3.2 資料庫設計
3．2．1 資料庫需求分析
3．2．2 資料庫概念結構設計
3．2．3 資料庫邏輯結構設計
3.3 系統模塊設計
第四章 資料庫結構的實現
4.1創建資料庫表格
4.1.1 創建設備代碼表格device_code
4.1.2創建入庫表格device_in
4.1.3創建出庫表格device_out
4.1.4創建現有庫存表device
4.1.5創建部門需求表device_need
4.1.6創建設備還庫表device_return
4.1.7 創建設備采購計劃表device_wantbuy
4.1.8創建操作日誌表howdo
4.2創建應用程序對象
4.3建立應用程序主窗口
4.4菜單的設計
第五章 系統功能模塊實現
5.1登陸窗口
5.2 win_splash
5.3出庫窗口的closequery事件
5.4出庫窗口的closequery事件
5.5操作日誌窗口的open事件
5.6設備采購報表窗口的open事件
5.7庫存警報窗口的open事件
5.8設備采購窗口的open事件
5.9關於窗口的clicked事件
5.10菜單的設計
第六章 結束語

部分內容：

第二章 系統分析
2. 1 系統基本情況描述
隨著科學技術的發展，社會進步，計算機迅速的發展,倉庫管理的方法也日新月異,以前全是由人管理的方法現存在很多的缺點：管理效率低，勞動強度大，信息處理速度低而且准確率也不夠令人滿意。為了提高倉庫管理效率，減輕勞動強度提高，信息處理速度和准確性；為倉庫管理員提供更方便、科學的服務項目。為倉庫管理員提供的一種更先進、科學的服務系統。於是我們便選擇了由計算機來設計一個倉庫管理系統的方案。讓計算機對倉庫進行自動管理，倉庫管理員可以直接在計算機上實現倉庫的信息管理，並能在一定程度上實現自動化。我們在現行系統初步調查的基礎上提出了新系統目標，即新系統建立後所要求達到的運行指標，這是系統開發和評價的依據。
（1）系統的主要功能
· 倉庫各種信息的輸入，包括入庫，出庫，還原，需求信息的輸入等
· 倉庫管理的各種信息查詢，修改和維護
· 設備采購報表的生成
· 在庫存管理中加入最高儲備和最低儲備欄位，對倉庫的物質設備實現監控和報警
· 企業各個部門的物質需求管理
· 操作日誌的管理
· 倉庫管理系統的使用幫助
（2）系統功能的模塊設計
· 在系統功能分析基礎上，考慮POWERBUILDER程序特點，編制如圖2.1.1所示的系統功能模塊圖。

2. 2可行性分析
當接受一個軟體開發任務，就進入軟體生命的第一個階段，即進行可行性的研究。並不是所有問題具有簡單的解決辦法，許多問題不能在預定的規模之內解決。因此通過可行性的研究分析可以知道問題。
有無可行性的解決方法，進而避免人力、物力和才力的浪費。在現行系統初步調查的基礎上就可以提出新系統目標，即新系統建立後所要求達到的運行指標，這是系統開發和評價的依據。系統目標應充分體現，直接為倉庫管理系統服務，並且，程序可以分期分批實現。但是，需要指出的是，系統目標是不可能在總體規劃階段就提得非常具體，它還將在開發過程中逐步明確和定量化。以達到更加出色的程序系統。可是，目標的提法不盡相同，例如：
·提高倉庫管理效率，減輕勞動強度；
·提高信息處理速度和准確性；
·為倉庫管理者提供更方便、科學的服務項目。

系統的目標確定後，就可以從以下四方面對能否實現新系統目標進行可行性分析：
（1）技術可行性
根據客戶提出的系統功能、性能及實現系統的各項約束條件，根據新系統目標來衡量所需的技術是否具備，本系統是一個資料庫管理和查詢的系統，現有的技術以較為成熟，硬體、軟體的性能要求、環境條件等各項條件良好，估計利用現有技術條件應完全可以達到該系統的功能目標。同時，考慮給予的開發期限也較為充裕，預計系統是可以在規定期限內完成開發。
（2）經濟可行性
估算新系統的成本效益分析，其中包括估計項目開發的成本，開發費用和今後的運行、維護費用，估計新系統將獲得的效益，估算開發成本是否回高於項目預期的全部經費。並且，分析系統開發是否會對其它產品或利潤帶來一定影響。
① 支出：
·基礎投資：
硬體設備： PC機
軟體設備：WINDOWS98/2000、POWERBUILDE 8.0、word2000
·其它一次性支出：
軟體設計和開發費用
·經常性支出：
軟體維護費用、軟體使用費用。
②效益：
系統的效益可以從經濟效益和社會效益兩方面考慮。對於倉庫管理系統則應著重分析其社會效益。例如，系統投入運行後可以使倉庫管理實現科學化、規范化。曾強了工作人員對倉庫管理能力、提高了工作效率。
（3）運行可行性
新系統的研製和開發是充分得考慮工作人員對倉庫的易於管理，管理者方便查詢設備信息效率。從而能完全滿足使用者的要求。
（4）法律可行性
新系統的研製和開發，將不會侵犯他人、集體和國家的利益，不會違反國家政策和法律。

2．3系統分析
現已確定系統開發的目標，系統需求規格。確定軟體系統的總體結構，給出系統中各個組成模塊見的聯系。劃分功能模塊，將軟體功能需求分配給所有單元模塊。下一步工作就是在上述結果基礎上，考慮怎樣實現這個軟體系統。
（1）系統的功能分析
經過我們市場調研、可行性和系統分析，我組現已總結出倉庫管理系統的數據流程.該系統完成後將具備如下功能：
· 倉庫各種信息的輸入，包括入庫，出庫，還原，需求信息的輸入等
· 倉庫管理的各種信息查詢，修改和維護
· 設備采購報表的生成
· 在庫存管理中加入最高儲備和最低儲備欄位，對倉庫的物質設備實現監控和報警
· 企業各個部門的物質需求管理
· 操作日誌的管理
· 倉庫管理系統的使用幫助
本系統的以上功能會更適合倉庫管理的發展情況，將會給倉庫管理帶來一種更為科學的服務系統，是倉庫管理自動化的一面新窗口。也將會是倉庫管理員的好幫手。
（2）系統數據分析與描述
1設備信息情況描述
包括設備的編號、名稱、入庫時間、供應商、采購員、價格等
2．工作用戶權利描述
密碼、許可權級別（數值）
3．一般用戶權利描述
許可權級別（數值）
經過對以上數據的分析與描述，現在可以知道設備的各種信息關系。然後更好的實現系統.。
（3）實現本系統功能的方法
首先要製作一個倉庫設備信息的存儲庫，以用來存儲設備信息。作為主題工作後台。接下來將要再建立一個主表，也就是設備信息表，作為前台功能展開，以完成各方面操作。最後新系統要在友好的界面中，達到用預期，並要在良好的可靠性、高速的效率、易使用的目的在安全性和穩定性前提下，給用戶們提供各種方便的操作。

第三章 系統設計
系統設計就是已確定軟體系統的總體結構，給出系統中各個組成模塊的功能和模塊間的聯系。考慮如何實現這個軟體系統，直到對系統中的每個模塊給出足夠的過程性描述。通過適當的設計方法，實現用戶對本軟體各項功能的要求。
3．1 系統配置
系統的使用環境：
硬體環境：PentiumⅡ 或同檔次以上微機；
32MB以上內存或更高；
4.2G以上硬碟；
1.44M 軟碟機；
24速以上光碟機；
針打或激光列印機一台
軟體環境：中文 WINDOWS95 / 98 /WE / 2000操作系統。

3．2資料庫設計
3．2．1 資料庫需求分析
在仔細調查企業倉庫物質設備管理過程基礎上，得到本系統所處理的數據流程圖，如圖3.2.1

針對本實例，通過對企業倉庫管理的內容和數據流程分析，設計的數據項和數據結

⑵ 資料庫的需求分析方法

資料庫設計需求
1. 需求概述
建立完善的資料庫結構管理設備的基本參數、運行狀態和各種工作計劃。

資料庫的框架和結構必須根據設備和運行狀態而設計，方便提供強大的錄入、查詢、統計、分析和報表等各種功能操作，較好的反映平台業務的基本情況和運行狀況，滿足平台的基本要求。

2. 外部設計需求
2.1 標識符和狀態

資料庫表前綴：根據模塊名定義（如用戶模塊：sys_）

用戶名：root

密碼：待定

許可權：全部

有效時間：開發階段

說明：系統正式發布後，可能更改資料庫用戶/密碼。

2.2 使用它的程序

本系統主要利用java作為後端的應用開發工具，使用MySQL作為後台的資料庫， Linux或Windows均可作為系統平台。

2.3 約定

所有命名一定要具有描述性，杜絕一切拼音、或拼音英文混雜的命名方式。
字元集採用 UTF-8，請注意字元的轉換。
所有數據表第一個欄位都是系統內部使用主鍵列，自增欄位，不可空，名稱為：id，確保不把此欄位暴露給最終用戶。
除特別說明外，所有日期格式都採用date格式。
除特別說明外，所有欄位默認都設置不充許為空， 需要設置默認值。
所有普通縮影的命名都是表名加設置縮影的欄位名組合，例如用戶表User中name欄位設置普通所以，則縮影名稱命名方式為user_name_index。
2.4 專門指導

對本系統的開發者、使用這、測試員和維護人員，提出以下參考意見：

在使用資料庫時，首先要參考上面的約定內容，做好軟體的安裝以及表格的建立。
資料庫的輸入統一採用鍵盤。對於資料庫的使用許可權，請參考本系統其他相關文檔。
資料庫的後台管理員沒用等級差異，可根據實際情況添加刪除管理員。
2.5 支持軟體

操作系統： Linux / Windows

資料庫系統：MySQL

查詢瀏覽工具：Navicat Premium

命令行工具：mysql

注意：mysql 命令行環境下對中文支持不好，可能無法書寫帶有中文的 SQL 語句。

3. 結構設計需求
3.1 概念結構設計需求

概念資料庫的設計是進行具體資料庫設計的第一步，概念資料庫設計的好壞直接影響到邏輯資料庫的設計，影響到整個資料庫的好壞。

我們已經得到了系統的數據流程圖和數據字典，現在就是要結合數據規范化的理論，用一種模型將用戶的數據要求明確地表示出來。

概念資料庫的設計應該極易於轉換為邏輯資料庫模式，又容易被用戶所理解。概念資料庫設計中最主要的就是採用「實體-關系數據」模型來確定資料庫的結構。

數據是表達信息的一種重要的量化符號，是信息存在的一種重要形式。數據模型則是數據特徵的一種抽象。它描述的是數據的共性，而不是描述個別的數據。一般來說，數據模型包含兩方面內容：

數據的靜態特性：主要包括數據的基本結構、數據間的關系和數據之間的相互約束等特性。
數據的動態特性：主要包括對數據進行操作的方法。
在資料庫系統設計中，建立反映客觀信息的數據模型，是設計中最為重要的，也最基本的步驟之一。

數據模型是連接客觀信息世界和資料庫系統數據邏輯組織的橋梁，也是資料庫設計人員與用戶之間進行交流的共同基礎。概念資料庫中採用的實體-關系模型，與傳統的數據模型有所不同。「實體-關系」模型是面向現實世界，而不是面向實現方法的，它主要是用使用方便，因而在資料庫系統應用的設計中，得到了廣泛應用。「實體-關系」模型可以用來說明資料庫中實體的等級和屬性。

以下是實體-關系模型中的重要標識：

在資料庫中存在的實體；
實體的屬性；
實體之間的關系；
3.2 邏輯結構設計需求
物理結構設計需求

1）定義資料庫、表及欄位的命名規范：

資料庫、表及欄位的命名要遵守可讀性原則。
資料庫、表及欄位的命名要遵守表意性原則。
資料庫、表及欄位的命名要遵守長名原則。
2）選擇合適的存儲引擎：
3）為表中的欄位選擇合適的數據類型。

4）建立資料庫結構

4. 運用設計需求
4.1 表名的命名規范

表名以英文單詞、單詞縮寫、簡寫、下劃線構成，總長度要求小於30位。

4.2 表欄位的命名規范

欄位名以英文單詞、單詞縮寫、簡寫、下劃線構成，總長度要求不超過30位。
欄位名以名詞或名詞短語，欄位採用單數形式。若表名由多個單片語成，則取各個單詞的縮寫組成，單詞縮寫間使用下劃線作為分隔。
若某個欄位是引用某個表的外鍵，則欄位名應盡量與源表的欄位名保持一致，一面混淆。
5. 安全保密設計需求
5.1 防止用戶直接操作資料庫的方法

通過把關鍵應用伺服器和資料庫伺服器進行分離，防止用戶對資料庫伺服器的直接操作，保證資料庫安全。

5.2 應用系統的用戶口令進行加密

在軟體系統中，對於數據的保護、業務操作的許可是通過識別用戶身份和許可權來完成的。用戶口令相比較，相同的話系統將該用戶的操作許可權分配給用戶，用戶再根據所分配的許可權對系統進行操作。

由以上過程可知，用戶口令在傳輸過程中容易被竊取泄漏，另外如果資料庫被非法進入則其中保存的口令能夠被非法查看。因此，在傳輸過程中和資料庫中的口令記錄欄位不應使用明文傳遞和保存，應該在口令被傳遞前對其明文口令使用有效的主流技術，對傳輸數據進行加密部分描述的加密演算法進行加密，在加密後傳輸到系統。系統將用戶提交的經過加密的口令數據保存的加密口令進行比較，相一致則進行後續操作。

⑶ 課程設計倉庫管理系統的資料庫製作

資料庫原理及應用課程設計
一、課程設計的目的
《資料庫原理及應用》課程設計是計算機科學與技術專業集中實踐性環節之一，是學習完《資料庫原理及應用》課程後進行的一次全面的綜合練習。本課程設計主要在於加深學生對資料庫基礎理論和基本知識的理解，掌握資料庫應用系統設計開發的基本方法，達到進一步使學生綜合運用所學知識和增強實際動手能力的目的。

二、課程設計的任務與要求
要求學生根據自身對題目的理解情況，從給定的設計題目中選擇一個，以MS SQL Server作為後台資料庫平台，以PowerBuilder作為前台開發工具，完成一個小型資料庫應用系統的系統的分析、設計和開發。

三、課程設計說明書
倉儲管理系統
對於一個以生產或經營產品為主要業務的單位來說，倉庫管理系統至關重要。高效方便的倉庫管理系統，可以為生產經營提供堅強的後盾和有力的支持。效率低下甚至是混亂不堪的倉庫管理系統，無疑會成為企業健康發展的拖累甚至是枷鎖。使企業發展動力不足。本次資料庫設計實現了倉庫管理的高效化、電子化。通過本系統可以方便地實現倉庫管理中的貨物登記、出庫入庫等操作，使倉庫管理井井有條。
1系統需求分析
1.1系統功能需求分析

倉庫管理系統主要實現對庫存商品的管理，對商品出庫、入庫的管理，和對倉庫管理系統維護的功能。具體要實現的功能包括：
1）庫存商品管理
查看資料庫中商品的名稱、編號、單價等信息。
2）商品出庫、入庫管理
入庫、出庫單紀錄本次入庫、出庫的貨物名稱、數量，入庫、出庫的時間、商品單價以及總價，入庫、出庫的經手人等。
3）商品的查詢
輸入商品的編號或者商品的名稱查詢信息
4）用戶管理
用戶可以修改登錄密碼

1. 2數據需求分析
1.員工（ID ，姓名，密碼，許可權）
2.商品（商品名，商品編號，所屬類，單價）
3.出貨表（商品名，商品編號，數量，總價，經手人）
4.入貨表（商品名，商品編號，數量，總價，經手人）
5.查詢（商品名，商品編號，數量，單價）
根據上面的關系我們需要的數據基本上就上面所列出的數據。

2 系統總體設計
1）庫存商品管理
查看資料庫中商品的名稱、編號、單價等信息。
2）商品出庫、入庫管理
入庫、出庫單紀錄本次入庫、出庫的貨物名稱、數量，入庫、出庫的時間、商品單價以及總價，入庫、出庫的經手人等。
3）商品的查詢
輸入商品的編號或者商品的名稱查詢信息
4）用戶管理
用戶可以修改登錄密碼

2.1系統總體結構設計

2.2.1 E-R圖

2.2.2 關系模式

1.員工（ID ，姓名，密碼，許可權）
2.商品（商品名，商品編號，所屬類，單價）
3.出貨表（商品名，商品編號，數量，總價，經手人）
4.入貨表（商品名，商品編號，數量，總價，經手人）
5.查詢（商品名，商品編號，數量，單價）

2.2.3 數據表

「員工信息表」「商品信息表」「出貨單」「進貨單」的主鍵分別是：ID、商品編號、商品編號、商品編號。

員工信息表

商品信息表

出貨單

進貨單

3．系統實施

工作界面PB9.0，以下是我製作過程和運行中的一些截圖：
首先建立PB與SQL的數據鏈接：如果鏈接不成功，返回對以話框「資料庫連接錯誤，經檢查後再試！」

然後點Preview選項會彈出如下窗口：

一、 工作界面截圖：

分別建有：workspace、application、windows、dw_、da_等。

工作時檢測連接資料庫是否正常的程序代碼：
// Profile q
SQLCA.DBMS = "ODBC"
SQLCA.AutoCommit = False
SQLCA.DBParm = "ConnectString='DSN=倉庫;UID=;PWD='"

connect;
open(w_enter)

二、 運行結果的截圖：
這個是我運行後的第一個用戶界面，在界面中輸入管理員ID和密碼。我的管理員ID 和密碼分別為 1，123.點擊確定進入menu下一界面。

若ID和密碼分別輸入1，1234，則跳出以下界面：

確定按鈕所對應的代碼如下：
//定義兩個變數
string password,userid
password=sle_2.text
//檢索用戶名和密碼記錄
SELECT "員工信息表". "ID",
"員工信息表"."密碼"
INTO :userid,
:password
FROM "員工信息表"
WHERE "員工信息表"."ID" =:sle_1.text and "員工信息表"."密碼" =:sle_2.text;

//判斷用戶輸入的用戶名是否正確
if sqlca.sqlcode<>0 then
messagebox("錯誤！","ID或密碼錯誤，請重新輸入！",exclamation!,ok!,2)
else
messagebox("通過驗證！","ID和密碼正確，歡迎您使用本系統！",Information!,ok!,2)
open(w_main)
close(w_enter)
end if

取消按鈕所對應的代碼如下：
close(parent)
//關閉登錄窗口

三、 menu界面的截圖：
在本界面中我們通過點擊菜單欄上的不同管理按鈕來實現管理和操作的功能。
進貨—進貨單
出貨—出貨單
庫存—蔬菜類
—水產類
—肉類
系統維護—修改密碼
查詢

四、 進貨的截圖如下：
在本界面中，操作員可以輸入進貨信息

五、 進貨的截圖如下：
在本界面中，操作員可以輸入出貨信息

六、本界面是實現用戶更改自己的密碼的界面
用戶在登陸後根據上面的提示可以更改自己的密碼。

程序代碼如下：
string oldid
string oldp
string newp1
string newp2
oldid=trim(sle_1.text)
oldp=trim(sle_2.text)
newp1=trim(sle_3.text)
newp2=trim(sle_4.text)

if len(oldp)=0 or isnull(oldp) then
oldp=space(10)
end if
if len(newp1)=0 or isnull(newp1) then
newp1=space(10)
end if
if len(newp2)=0 or isnull(newp2) then
newp2=space(10)
end if
select "operator"."password"
into :oldp
from "operator"
where "operator"."password"=:oldp;
if sqlca.sqlcode<>0 then
messagebox("提示","原密碼不正確!")
sle_2.text=""
sle_2.setfocus()
return
end if
if newp1<>newp2 then
messagebox("提示","兩次新密碼輸入不同!")
sle_4.text=""
sle_4.setfocus()
return
end if
Update "operator"
set "password"=:newp1
where "operator"."operator_id"=:oldid;
if sqlca.sqlcode<>0 then
rollback;
messagebox("提示","密碼更正錯誤! 請重設!")
return
end if
gs_password=newp1
commit;
messagebox("提示","密碼修改成功!")

七、本操作可以看倉庫里的商品並可對其進行插入和刪除

八、從倉庫查詢所需要的商品

4 系統評價
系統的功能基本上已經實現，但是還是不夠完善。但是在使用的時候還是能給用戶帶來一定的方便的。倉庫的進貨和出貨在本系統中能直觀的以表格形式反映出來，便於操作員的使用和決策者的管理。
4.1 系統特色
本系統要求用戶進行驗證之後才能進入相應的界面。有利於保護資料庫的安全，不被非法登陸使用。對於倉庫內貨物的進出管理要求嚴格，即進出貨時必須填寫相應的進出貨單據。便於企業管理查看賬目，保障了企業的穩定運行。通過本系統可以方便地實現倉庫管理中的貨物登記、出庫入庫等操作，使倉庫管理井井有條。在查看資料庫時可以方便的刪除資料庫中冗餘的信息和添加新的信息。
4.2 系統不足及改進
這個系統基本上實現了一些簡單的對系統所涉及表的更新、增加和刪除的功能。也實現對用戶登陸的安全上有了一定的限制，只有在正確輸入ID和密碼的時候才能進入系統。遠沒有達到大型公司的倉儲物資管理的要求，所創建的資料庫框架比較簡單，各表之間的聯系也過於簡單，沒有添加外鍵相互約束，用POWER BUILDER做出來的系統過於簡單、單調，需要進一步深入的調整優化，將各表之間的關系緊密聯系起來，相互制約，保證資料庫中數據的添加、刪除、更新，安全有序。操作窗口還需要進一步的進行美化，使用戶在使用中更賞心悅目。

5 課程設計心得
這次課程設計的主要目的是掌握資料庫應用系統分析設計的基本方法，基本掌握PowerBuilder，進一步提高分析解決問題的綜合能力。通過這次課程設計，我基本掌握了以上要求。但只有兩周的課程設計時間，時間比較倉促，所以開發的系統不是很完善，有一些功能未實現，但是倉庫管理的基本功能均已實現。以前對資料庫的很多知識認識都不深刻，做過這次課程設計之後，我對資料庫的知識有了一個比較系統的了解；比如：對表內一些欄位的約束，關系等的運用已經比較熟練。這個課程設計使我鞏固了資料庫的知識。
對於PowerBuilder也有了一定的了解，由於用的不多，所以運用的不是很熟練。剛開始的時候，對於PowerBuilder的語法，用法等一系列知識都不熟悉。當我基本完成此系統開發的時候，我發現其實也沒有那麼難，在未做之前我還害怕做不出來。經過對這個系統的開發，在開發過程中遇到但也解決了很多問題，所以說我們不能懼怕有困難而不去接觸認識它，我們要知難而上，只有這樣我們才能成長，才能有所發展。
這認為最難的一部分是用戶查看資料庫時通過插入刪除按鈕對資料庫的更改，因為我們在文本框中輸入的數字是被默認為字元型的，我在其中使用了integer(string)這個函數把字元型的進行了轉換，但是在使用的過程中並不能像我所想像的那樣有用。因為時間有限，所以這個問題還沒有完全的解決。
通過這次資料庫課程設計加深我對資料庫基礎理論和基本知識的理解，掌握資料庫應用系統設計開發的基本方法，達到進一步使我綜合運用所學知識和增強實際動手能力的目的。
我會繼續學習資料庫的知識，學習PowerBuilder的知識，只有通過不斷的學習充實自己，才能讓自己有所得。只有了知識的積淀，才能為自己的發展鋪平道路！

可以參考一下啊，最終還是要自己做的吧。。僅供參考。

⑷ 用Excel表格設計倉庫管理系統，裡面加上資料庫，並附上詳細說明1、每次采購入庫的物料逐漸消耗的過

示意圖如下(共4張)

在<<產品資料>>表G3中輸入公式:=IF(B3="","",D3*F3) ,公式下拉.

在<<總進貨表>>中F3中輸入公式:=

IF(D3="","",E3*INDEX(產品資料!$B$3:$G$170,MATCH(D3,產品資料!$B$3:$B$170,0),3)) ,公式下拉.

在<<總進貨表>>中G3中輸入公式:=IF(D3="","",F3*IF($D3="","",INDEX(產品資料!$B$3:$G$170,MATCH($D3,產品資料!$B$3:$B$170,0),5))) ,公式下拉.

在<<銷售報表>>G3中輸入公式:=IF(D3="","",E3*F3) ,公式下拉.

在<<庫存>>中B3單元格中輸入公式:=IF(A3="",0,N(D3)-N(C3)+N(E3)) ,公式下拉.

在<<庫存>>中C3單元格中輸入公式:=IF(ISNUMBER(MATCH($A3,銷售報表!$D$3:$D$100,0)),SUMIF(銷售報表!$D$3:$D$100,$A3,銷售報表!$E$3:$E$100),"") ,公式下拉.

在<<庫存>>中D3單元格中輸入公式:=IF(OR(NOT(ISNUMBER(MATCH($A3,總進貨單!$D$3:D$100,0))),A3=""),"",SUMIF(總進貨單!$D$3:$D$100,$A3,總進貨單!$F$3:$F$100)) ,公式下拉.

至此,一個小型的進銷存系統就建立起來了.

當然,實際的情形遠較這個復雜的多,我們完全可以在這個基礎上,進一步完善和擴展,那是後話,且不說它.

⑸ 資料庫設計過程包括幾個主要階段哪些階段獨立於資料庫管理系統哪些階段依賴於資料庫管理系統

資料庫設計階段來包括自五個階段，分別是：

需求分析階段、概念結構設計階段、邏輯結構設計階段、物理設計階段、資料庫實施階段、資料庫運維階段。

獨立於資料庫管理系統的是：需求分析階段、概念設計階段、邏輯設計階段、物理設計階段。

資料庫管理系統依賴於：實施階段、運維階段。

資料庫設計是建立資料庫及其應用系統的技術，是信息系統開發與建設的核心技術。由於資料庫應用系統的復雜性，為了支持相關程序的運行，資料庫的設計變得極其復雜。

因此最好的設計不可能一蹴而就，而只能是一個「反復探索和細化」的過程，即對結構化資料庫中的數據對象以及這些數據對象之間的關系進行規劃的過程。

(5)倉庫管理系統資料庫表需求分析擴展閱讀：

形成過程

1．需求分析階段：整合每個用戶的應用需求（數據流程圖（DFD））。

2．概念設計階段：形成一個獨立於機器特徵和DBMS產品的概念模式（e－r圖）。

3．邏輯設計階段：首先，將e－r圖轉換為特定資料庫產品支持的數據模型，如關系模型，形成資料庫邏輯模式；然後根據用戶處理要求，安全考慮，在基本表的基礎上建立必要的視圖（視圖），形成數據外模式。

4．物理設計階段：根據DBMS的特點和需要進行處理，物理存儲安排，建立索引，形成資料庫模式。