《概要設計說明書》超市倉庫管理系統(tǒng)

《《概要設計說明書》超市倉庫管理系統(tǒng)》由會員分享，可在線閱讀，更多相關《《概要設計說明書》超市倉庫管理系統(tǒng)（34頁珍藏版）》請在裝配圖網上搜索。

1、概要設計說明書 21-8-4 第 1 頁 文檔編號: 密級：秘密 版 本 號: 文檔名稱：概要設計說明書 項目名稱： 超市倉庫管理系統(tǒng) 項目編號： 項目負責人： 概要設計說明書 說明系統(tǒng)的功能分配、模塊劃分、程序的 總體結構、輸入 /輸出及其接口設計、運行設計、數據結構設計、 出錯處理設計等，為詳細設計奠定基礎。 編寫： 2011 年 11 月 3 日 審核： 年 月 日 批準： 年 月 日 開發(fā)單位： 軟件工程第 3 小組 概要設計說明書 21-8-4 第 2 頁 1 引言 .4 1.1 編寫目的 .4 1.2 項目背景 .4 1.2.1 軟件的開發(fā)名稱 .4 1.2.2 項目需求單位 .4

2、 1.2.3 項目開發(fā)單位 .5 1.2.4 用戶及實現軟件的單位 .5 1.2.5 本項目與其它軟件或系統(tǒng)的關系 .5 1.3 術語定義 .5 1.4 參考資料 .6 1.4.1 項目計劃任務書 .6 1.4.2 合同書 .7 1.4.3 上級機關批文 .7 1.4.4 項目開發(fā)計劃 .7 1.4.5 需求規(guī)格說明書 .7 1.4.6 測試計劃（初稿） .7 1.4.7 用戶操作手冊（初稿） .7 1.4.8 本文檔中引用的資料 .7 1.4.9 所采用的軟件標準或規(guī)范 .8 2 任務概述 .9 2.1 目標 .9 2.2 運行環(huán)境 .9 2.3 需求概述 .10 2.4 條件與限制 .11

3、 3 總體設計 .12 3.1 處理流程 .14 3.2 用例圖 .14 3.3 總體結構設計 .16 3.4 模塊功能 .17 3.5 功能分配 .22 4 接口設計 .23 4.1 外部接口 .23 4.2 內部接口 .23 5 數據結構設計 .24 概念結構設計 .24 邏輯結構設計 .24 物理結構設計 .25 數據結構與程序的關系 .29 6 運行設計 .30 概要設計說明書 21-8-4 第 3 頁 運行控制 .30 運行時間 .30 7 出錯處理設計 .31 出錯輸出信息 .31 出錯處理對策 .31 8 安全保密設計 .32 9 維護設計 .33 概要設計說明書 21-8-4

4、第 4 頁 1 引言 1.1 編寫目的 在本倉庫管理系統(tǒng)項目的前一階段，也就是需求分析階段中，已經 將系統(tǒng)用戶對本系統(tǒng)的需求做了詳細的闡述，這些用戶需求已經在需求 規(guī)格說明書中得到詳盡的敘述及闡明。 本階段是在系統(tǒng)的需求分析的基礎上，對倉庫管理系統(tǒng)做一個概要 設計，主要解決了實現該系統(tǒng)需求的程序模塊設計問題。包括如何把該 系統(tǒng)劃分為若干個模塊、決定各個模塊之間的接口、模塊之間的傳遞信 息，以及數據結構、模塊結構的設計等。在以下的概要設計報告中將對 本階段中對系統(tǒng)所在的概要設計進行詳細的說明。 在下一階段的詳細設計中，程序設計員可參考此概要設計報告，在 概要設計對倉庫管理系統(tǒng)所做的模塊結構設計的

5、基礎上，對系統(tǒng)進行詳 細設計。在以后的軟件測試以及軟件維護階段也參考此說明書，以便于 了解概要設計過程中所完成的各模塊設計結構，或在修改時找出在本階 段的不足或錯誤。 1.2 項目背景 1.2.1 軟件的開發(fā)名稱 超市倉庫管理系統(tǒng) 1.2.2 項目需求單位 某超市 概要設計說明書 21-8-4 第 5 頁 1.2.3 項目開發(fā)單位 湖南大學信息科學與工程學院 軟件工程第 3 小組 項目參與人員: XXX, XXX, XXX 1.2.4 用戶及實現軟件的單位 用戶：某超市 實現軟件的單位：湖南大學信息科學與工程學院 軟件工程第 3 小組 1.2.5 本項目與其它軟件或系統(tǒng)的關系 本系統(tǒng)與超市的收

6、銀系統(tǒng)中商品的編碼必須保持一致。 1.3 術語定義 表 1-1 術語定義或解釋表 術語 術語定義 軟件架構 軟件系統(tǒng)的總體邏輯結構。按照不同的設計方法，有 不同的總體邏輯結構。若采用面向功能或面向數據的設計 方法，總體邏輯結構為一樹形的功能模塊結構圖。若采用 面向對象或面向部件（構件）的設計方法，總體邏輯結構 為部件（構件）的組裝圖。 外部接口 本軟件系統(tǒng)與其他軟件系統(tǒng)之間的接口，接口設施可 以是中間件。接口描述包括：傳輸方式、帶寬、數據結構、 傳輸頻率、傳輸量、傳輸協議 數據結構 數據結構包括：數據庫表的結構、其他數據結構等 概念數據模型 關系數據庫的邏輯設計模型，叫做概念數據模型。主 要包

7、括一張邏輯 E-R 圖及相應的數據字典 概要設計說明書 21-8-4 第 6 頁 物理數據模型 關系數據庫的物理設計模型，叫做物理數據模型。主 要包括一張物理表關系圖及相應的數據字典 視圖 在基本表或其他視圖之上建立的一張?zhí)摫?，叫做視圖， 它具有物理表的許多性質，在數據處理和授權上很有用 角色 數據庫中享有某些特權操作的用戶，叫做角色。角 色的權利通過授權來實現 用例 用例是系統(tǒng)、子系統(tǒng)或類和外部參與者交互的動作 序列的說明, 包括可選的動作序列和會出現異常的動作序 列。 子系統(tǒng) 具有相對獨立功能的小系統(tǒng)叫做子系統(tǒng)。一個大的 軟件系統(tǒng)可以劃分為多個子系統(tǒng)，每個子系統(tǒng)可由多個模 塊或多個部件組成

8、 模塊 具有功能獨立，能被調用的信息單元叫做模塊。模 塊是結構化設計中的概念 內部接口 軟件系統(tǒng)內部各子系統(tǒng)之間、各部件之間、各模板 之間的接口，叫做內部接口。接口描述包括：調用方式、 入口信息、出口信息等。 相關文件 相關文件是指當文本內容變更后，可能引起變更的 其他文件。如需求分析報告、詳細設計說明書、測試計劃、 用戶手冊 參考資料 參考資料是指本文件書寫時用刀的其他資料。如各 種有關規(guī)范、模板、標準、準則 1.4 參考資料 1.4.1 項目計劃任務書 本項目的計劃任務書 概要設計說明書 21-8-4 第 7 頁 1.4.2合同書 項目組跟客戶簽訂的合同書 1.4.3上級機關批文 項目組已

9、經拿下的批文 1.4.4 項目開發(fā)計劃 本項目組的開發(fā)計劃 1.4.5 需求規(guī)格說明書 本組成員已經寫好的需求規(guī)格說明書 1.4.6 測試計劃（初稿） 項目組已經提出的測試計劃 1.4.7 用戶操作手冊（初稿） 項目組完成的用戶操作手冊 1.4.8 本文檔中引用的資料 1.書名：軟件工程 出版：機械工業(yè)出版社 主編：周志剛 2. 書名：使用軟件工程 出版：電子工業(yè)出版社 主編：趙池龍 孫偉 楊林 編著 3.書名：數據庫系統(tǒng)概論 出版：高等教育出版社 概要設計說明書 21-8-4 第 8 頁 主表：王珊 薩師煊 1.4.9 所采用的軟件標準或規(guī)范 概要設計說明書 21-8-4 第 9 頁 2 任

10、務概述 2.1 目標 (1) 建立超市倉庫系統(tǒng) (2) 規(guī)范超市倉庫的管理工作模式 用計算機管理取代以往的手工作業(yè)和定性管理模式，使超市倉庫的管 理工作模式規(guī)范化、機讀數據格式標準化、管理決策科學化。 (3) 建立標準貨物數據庫 根據不同貨物的不同性質對貨物進行合理的調配 (4) 提高超市倉庫管理的工作效率 倉庫管理員只需要通過查詢就可以清楚的知道都有哪些貨物入庫，庫存量 是多少，存在哪個位置，準確了解貨物的基本信息。 （5）為超市管理人員提供準確的信息 超市管理人員通過貨物困存量查詢可以準確地掌握倉庫不同貨物的庫 存情況；通過日報表，月報表查詢，可以全面了解消費者的需求，及時調 整采購計劃；

11、此外，本系統(tǒng)還提供了警報系統(tǒng)，當貨物的庫存量低于庫存 下限時，系統(tǒng)就會自動發(fā)出警報，提醒工作人員應該補充該貨物了 2.2 運行環(huán)境 1.硬件環(huán)境： 表 2-1 硬件環(huán)境 服務器 最低配置 推介配置 CPU : 奔騰雙核系列以上 CPU:酷睿雙核系統(tǒng)以上 內存：1G 以上 內存：2G 以上 網卡：10/100M 以上 網卡：10/100M 以上 應用和數據庫 服務器 硬盤：120G 以上 硬盤：320G 以上 概要設計說明書 21-8-4 第 10 頁 2.系統(tǒng)開發(fā)應用平臺環(huán)境如表 2-2 所示。 表 2-2 系統(tǒng)開發(fā)應用平臺環(huán)境 項目 內容 服務器操縱系統(tǒng) Windows 2003/XP 、W

12、indows 7 網絡服務器 IIS 6.0 開發(fā)平臺 Visual Studio 2008 數據庫服務器 SQL Sever 2005 客戶端軟件 IE 6.0/7.0/8.0、搜狗等 2.3 需求概述 用戶管理：為所有用戶提供用戶登錄功能； 為系統(tǒng)管理員提供了添加用戶和刪除用戶的功能； 入庫管理：為倉庫管理員提供了查詢、添加貨品入庫信息的功能； 為超市主管提供修改入庫信息功能； 出庫管理：為倉庫管理員提供了查詢、添加貨品出庫信息的功能； 為超市主管提供修改出庫信息； 貨品信息管理：為采購員和倉庫管理員提供了查詢貨品信息的功能； 為采購員提供了添加貨品信息，修改貨品信息功能； 供應商信息管理

13、：為超市主管，采購員提供了查詢供應商信息的功能； 為采購員提供了添加，修改供應商信息的功能； 庫存統(tǒng)計：為所有倉管、采購員、超市主管提供庫存查詢的功能； 為超市主管、采購員日報表和月報表查詢的功能； 為采購員提供庫存警報； 概要設計說明書 21-8-4 第 11 頁 2.4 條件與限制 本軟件的開發(fā)語言采用 C#。 本軟件的數據庫服務器采用 SQL server 2005。 本軟件開發(fā)的環(huán)境選用 Visual Studio 2008。 本軟件要求在數據庫正確連接下才能正常運行。 概要設計說明書 21-8-4 第 12 頁 3 總體設計 首先來說 B/S 和 C/S 兩種軟件體系結構 C/S 是

14、 Client/Server 指客戶機和服務器，在客戶機端必須裝客戶端 軟件及相應環(huán)境后，才能訪問服務器（胖客戶端） 。C/S 的優(yōu)點：能充分發(fā) 揮客戶端 PC 的處理能力，很多工作可以在客戶端處理后再提交給服務器。 對應的優(yōu)點就是客戶端響應速度快。C/S 的缺點主要有以下幾個：只適用于 網速較快的網絡環(huán)境如：局域網；客戶端需要安裝專用的客戶端軟件及運 行環(huán)境。首先涉及到安裝的工作量，其次任何一臺電腦出問題，如病毒、 硬件損壞，都需要進行安裝或維護。特別是有很多分部或專賣店的情況， 不是工作量的問題，而是路程的問題。還有，系統(tǒng)軟件升級時，每一臺客 戶機需要重新安裝，其維護和升級成本非常高。 B

15、/S 最大的優(yōu)點：可以在任何地方進行操作而不用安裝任何專門的軟件。 只要有一臺能上網的電腦就能使用，客戶端零維護。B/S 架構的軟件對一個 稍微大點單位來說，系統(tǒng)管理人員不需要在幾百甚至上千部電腦之間來回 奔跑，只需要管理服務器就行了，所有的客戶端只是瀏覽器，根本不需要 做任何的維護。無論用戶的規(guī)模有多大，有多少分支機構都不會增加任何 維護升級的工作量，所有的操作只需要針對服務器進行； B/S 建立在廣域 網上, 面向不同的用戶群 , 分散地域, 這是 C/S 無法作到的或者說不擅長 的。 與操作系統(tǒng)平臺關系最小。B/S 架構的軟件系統(tǒng)的擴展非常容易，只 要能上網，系統(tǒng)管理員分配一個用戶名和密

16、碼，還可以在線申請。B/S 模式 結構如圖 3-1。 瀏覽器 Web服務器 數據庫服務器 HTTP請求 Web服務 數據庫請求 數據服務器 應答 概要設計說明書 21-8-4 第 13 頁 圖 3-1 B/S 模式結構 考慮到超市管理系統(tǒng)的維護成和其擴展性本以及超市本身的規(guī)模， （一 般較大的超市都在不同的地方會有分店） ，本超市倉庫管理系統(tǒng)采用目前流 行的 B/S(Browser/Server，瀏覽器/服務器)的軟件架構體系，以微軟公司 的.NET 為開發(fā)平臺，以 ASP.NET 和 C#為開發(fā)語言，以 SQL Server 2005 為 后臺數據庫，采用三層構架模式，即客戶機/事務處理器/

17、數據庫服務器的 模式。 所謂三層體系結構，是在客戶端與數據庫之間加入了一個”中間層” ， 也叫組件層。三層體系的應用程序將業(yè)務規(guī)則、數據訪問、合法性校驗等 工作放到了中間層進行處理。通常情況下，客戶端不直接與數據庫進行交 互，而是通過 COM/DCOM 通訊與中間層建立連接，再經由中間層與數據庫進 行交互。 在多層分布式應用中，在客戶端和服務器之間加入了一層或多層應用服 務程序，這種程序稱為“應用服務器” 。開發(fā)人員可以將應用的商業(yè)邏輯放 在中間層應用服務器上，把應用的業(yè)務邏輯與用戶界面分開。在保證客戶 端功能的前提下，為用戶提供一個簡潔的界面。這意味著如果需要修改應 用程序代碼，只需要對中間

18、層應用服務器進行修改，而不用修改成千上萬 的客戶端應用程序。從而使開發(fā)人員可以專注于應用系統(tǒng)核心業(yè)務邏輯的 分析、設計和開發(fā)，簡化了應用系統(tǒng)的開發(fā)、更新和升級工作。 數據訪問層 （ DAL） 業(yè)務邏輯層（ BBL） 用戶表示層 ( U I ) 數據源 圖 3-2 三層體系結構 概要設計說明書 21-8-4 第 14 頁 B/S 模式的系統(tǒng)，數據維護方便客戶端無需專用的軟件，有較好的網 絡擴展性，支持 TCP/IP 協議直接接入 Internet。同時對于 B/S 模式而言， 程序和數據的物理位置已經不再是那么重要了，訪問者所關心的只是它們 的 URL 就可以了。在三層 B/S 體系結構中，數據

19、及應用可通過不同平臺、 不同網絡存取，與平臺無關，伸縮性大，而且數據計算與處理集中在中間 的功能層，而這一層的服務器性能易于提升，因而我們相信這種三層 B/S 模式能夠滿足我們的需求。 3.1 處理流程 本系統(tǒng)中系統(tǒng)流圖如圖 3-3 所示。 核對貨物清單 程序 入庫單 庫存數 據庫 出庫單打印程序 出庫單 庫存查詢程序 庫存分析程序 查詢庫存 信息 庫存?zhèn)浞莩绦?庫存?zhèn)浞?報損計劃表 圖 3-3 倉庫管理系統(tǒng)的“系統(tǒng)流程圖” 概要設計說明書 21-8-4 第 15 頁 3.2 用例圖 用例圖又叫做用況圖，用于定義系統(tǒng)的行為、展示角色（系統(tǒng)的外部實體， 既參與者）與用例（系統(tǒng)執(zhí)行的服務）之間的相

20、互作用。用例如實需求和系統(tǒng) 行為的高層模型，它以圖形化的方式描述外部實體對系統(tǒng)功能的感知。用例圖 從用戶的角度來組織需求，每個用例描述一個特定的任務。 根據需求規(guī)格說明書的描述，本系統(tǒng)的用例圖如圖 3-4 所示。 圖 3-4 倉庫管理系統(tǒng)用例圖 根據不同用戶的權限不同，他們所擁有的功能也不一樣，在本系統(tǒng)中，系 統(tǒng) 管理員的權限為 1，他可以審核新用戶和刪除用戶。當超市新增相關工作 概要設計說明書 21-8-4 第 16 頁 人員時，系統(tǒng)管理員可以對新用戶的注冊申請進行審核，規(guī)定他的權限。當超 市相關人員離職時，系統(tǒng)管理員可以刪除該用戶。 超市主管的權限為 2，他擁有的功能包括：用戶登錄、庫存查

21、詢、報表查詢、 供應商信息查詢、修改入庫單、修改出庫單信息。入庫單、出庫單信息是有倉 庫管理員錄入，但不可避免會存在輸入錯誤，這時不允許倉庫管理員隨便修改， 必須經過相關的處理程序，報由上面批準后由超市主管來行使修改的權力。 倉庫管理員的權限為 3，他擁有添加貨品入庫、出庫信息；查詢貨品入庫、 出庫信息、貨品信息、庫存信息的功能。 采購員的權限為 4，他用戶添加貨品、供應商信息；修改貨品、供應商信息； 查詢貨品、供應商、報表、庫存、庫存警報的功能。 3.3 總體結構設計 倉庫管理系統(tǒng)主要由用戶管理、入庫管理、出庫管理、貨品管理、供應商 管理、庫存統(tǒng)計模塊組成。倉庫管理系統(tǒng)的功能模塊圖如圖 3-

22、5。 概要設計說明書 21-8-4 第 17 頁 圖 3-5 倉庫管理系統(tǒng)的功能模塊圖 3.4 模塊功能 1）用戶管理模塊 用戶管理模塊為所有用戶提供登錄功能；為系統(tǒng)管理員提供審核新用戶、 刪除用戶的功能。當超市有新成員加入，根據其信息，系統(tǒng)管理可以同意注冊 信息，或拒絕注冊申請，當公司用人離職，系統(tǒng)管理員可以刪除用戶。其具體 處理流程如圖 3-6 所示。 概要設計說明書 21-8-4 第 18 頁 圖 3-6 用戶管理處理流程圖 2）入庫管理模塊 入庫管理模塊為倉庫管理員提供添加貨品入庫信息、查詢貨品入庫信息， 為超市主管提供了修改貨品入庫信息的功能。倉庫管理員難免有操作失誤的時 候，但基于

23、安全考慮，如果要修改，必須向上級提出申請，由超市主管行使修 改稿貨品入庫信息的權力。其具體處理流程如圖 3-7 所示。 概要設計說明書 21-8-4 第 19 頁 圖 3-7 入庫管理處理流程 3）出庫管理模塊 出庫管理模塊為倉庫管理員提供添加貨品出庫信息、查詢貨品出庫信息， 為超市主管提供了修改貨品出庫信息的功能。倉庫管理員難免有操作失誤的時 候，但基于安全考慮，如果要修改，必須向上級提出申請，由超市主管行使修 改稿貨品出庫信息的權力。其具體處理流程如圖 3-8 所示。 概要設計說明書 21-8-4 第 20 頁 圖 3-8 出庫管理處理流程 4）貨品管理模塊 貨品管理模塊為采購員提供了添加

24、貨品信息、修改貨品信息的功能以及查詢 貨品信息的功能，為倉庫管理員提供了查詢貨品信息的功能，因為倉庫管理員 在輸入貨品入庫信息的時候必須把相關的貨品編號輸入，而貨品現實的送貨單 中并沒有編號，這個編號是超市內部統(tǒng)一規(guī)定的，所以倉庫管理員還需要查詢 相關貨品的編號。其具體的處理流程如圖 3-9 所示。 概要設計說明書 21-8-4 第 21 頁 圖 3-9 貨品管理處理流程 5）供應商管理 供應商 管理模塊為采購員提供了添加供應商信息、修改供應商信息的功能 以及查詢供應商信息的功能，為超市主管提供了查詢供應商信息的功能。其具 體的處理流程如 3-10 所示。 概要設計說明書 21-8-4 第 2

25、2 頁 圖 3-10 供應商信息管理處理流程 6）庫存統(tǒng)計模塊 庫存統(tǒng)計模塊為超市主管提供了庫存查詢、日報表、月報表查詢的功能；為 倉庫管理員提供了庫存查詢的功能；為采購員提供了庫存查詢、日報表、月報 表查詢的功能以及庫存警報的功能，當某一貨品的庫存量低于該貨品的下限值 時，系統(tǒng)將自動發(fā)出警報，提醒采購員及時補貨。其處理流程如下： 概要設計說明書 21-8-4 第 23 頁 3.5 功能分配 模塊 功能 用戶管理 用戶登錄、注冊申請、審核新用戶、刪除用戶 入庫管理 添加貨品入庫信息、修改貨品入庫信息、查詢貨品入 庫信息 出庫管理 添加貨品出庫信息、修改貨品出庫信息、查詢貨品出 庫信息 貨品管理

26、 添加貨品信息、修改貨品信息、查詢貨品信息 供應信息商管理 添加供應商信息、修改供應商信息、查詢供應商信息 庫存統(tǒng)計 貨品庫存查詢、庫存警報、日報表查詢、月報表查詢 概要設計說明書 21-8-4 第 24 頁 4 接口設計 4.1 外部接口 用戶界面 在用戶界面部分，根據需求分析的結果，用戶需要一個對于用戶友善的 界面。在界面設計上，應做到簡單明了，易于操作，并且注意到界面的布局。 總的來說，系統(tǒng)的用戶界面應做到可靠、簡單、易學習和使用。 軟件接口 服務器程序課使用 VS 提供的對 SQL SEVER 的接口，對數據庫的所有 訪問。服務器程序上課使用 SQL SEVER 的對數據庫的備份命令，

27、以做到對 數據庫的備份保存。 在網絡軟件接口方面，使用一種無差錯的傳輸協議，采用滑動窗口方式 對數據進行網絡傳輸及接收。 硬件接口 在輸入方面，對于鍵盤、鼠標的輸入，可用 VISUAL C#的標準輸入/輸 出，對輸入進行處理。 在輸出方面，打印機的連接及使用，也可使用 VISUAL C#的標準輸入/ 輸出對其進行處理。在網絡傳輸部分，在網絡硬件部分，為了實現高速傳輸， 將使用高速 ATM。 4.2 內部接口 內部接口方面，各模塊之間采用函數調用、參數傳遞、返回值的方式進 行信息傳遞。具體參數的結構將在下面的數據結構設計的內容中說明。接口 傳遞的信息將使以數據結構封裝了的數據，以參數傳遞或返回值

28、的形式在各 模塊間傳輸。 概要設計說明書 21-8-4 第 25 頁 5 數據結構設計 概念結構設計 1.倉庫管理系統(tǒng)總的 E-R 圖如圖 5-1 所示。 圖 5-1 倉庫管理系統(tǒng) E-R 圖 邏輯結構設計 1.下面把上面的 E-R 圖轉換為關系模型。關系的碼用下劃線標出。 實體用戶對應的關系模式如下： 用戶（用戶名、密碼、權限） 實體倉庫對應的關系模式如下： 倉庫（倉庫編號、倉庫名、倉管姓名、備注） 實體供應商對應的關系模式如下： 概要設計說明書 21-8-4 第 26 頁 供應商（供應商名稱、地址、聯系電話、聯系人、備注） 實體商品對應的關系模式如下： 商品（商品編號、商品名、規(guī)格、單位、

29、單價、條碼、庫存下限值、備注） 聯系“入庫”所對應的關系模式如下： 入庫單（入庫單編號、供應商名稱、貨品編號、倉庫編號、單位、數量、單 價、金額、入庫時間、制單人、備注） 聯系“出庫”所對應的關系模式如下： 出庫單（出庫單編號、貨品編號、倉庫編號、數量、單價、出庫時間、制單 人、備注） 2. 定義視圖 可以在關系模式入庫單上建立視圖： 入庫（入庫單編號、供應商名稱、入庫時間、制單人、備注） 可以在關系模式入庫單上建立視圖： 出庫（出庫單編號、出庫時間、制單人、備注） 可以在關系模式入庫單、出庫單上建立視圖： 庫存（倉庫編號、貨品編號、庫存量） 物理結構設計 物理結構的設計主要包括各個表的設計，

30、表的設計包括字段名、字段類型 長度、該屬性是否允許空值、是否為主碼、是否為索引項。表 1-6 中，詳細列 出了倉庫管理系統(tǒng)數據庫中各表的屬性設計情況。 表 1：用戶信息表 t_user 字段名 字段類型 是否為空 主碼/索引項 說明 Username Char（20 ） N 主碼 用戶名 Password Char（20 ） N 索引項 密碼 概要設計說明書 21-8-4 第 27 頁 limit int N 索引項 權限 表 2：倉庫信息表 t_store 字段名 數據類型 是否為空 主碼/索引項 說明 S_id Char(20) N 主碼 倉庫編號 S_name Char(20) N 索引

31、項 倉庫名稱 C_name Char(20) N 外碼 倉管姓名 S_remarks Varchar(100 ) Y 索引項 備注 表 3：供應商信息 t_provider 字段名 數據類型 是否為空 主碼/索引項 說明 P_name Char(50) N 主碼 供貨商名稱 P_address VarChar(80) N 索引項 供貨商地址 P_tel Char(30) N 索引項 供貨電話 P_pname Char(20) N 索引項 供貨商聯系人 p_remarks varChar(100) Y 索引項 供貨商備注 表 4：貨品信息表 t_goods 字段名 數據類型 是否為空 主碼/索引

32、項 說明 G_id Char（20） N 主碼 商品編號 P_id Char（50） N 外碼 供應商名稱 G_name Char（50） N 索引項 商品名稱 G_norms Char（20） N 索引項 規(guī)格 G_unit Char（8） N 索引項 單位 G_price Float N 索引項 單價 G_code Char(20) N 索引項 條碼 概要設計說明書 21-8-4 第 28 頁 G_lower int N 索引項 庫存下限 G_remarks Varchar(100 ) Y 索引項 備注 表 5：入庫單信息表 t_input 字段名 數據類型 是否 為空 主碼/索引 項 說

33、明 I_id int N 主碼 入庫單編號 P_id Char（50） N 外碼 供應商名稱 G_id Char(20) N 外碼 貨品名稱 S_id Char(20) N 外碼 倉庫編號 G_unit Char（8） N 索引項 單位 I_number int N 索引項 數量 G_price Float N 索引項 單價 G_money Float N 索引項 金額 I_time Date N 索引項 入庫時間 name Char(20) N 索引項 制單人 I_remarks Varchar(100 ) Y 索引項 備注 表 6：出庫單信息表 t_output 字段名 數據類型 是否為

34、空 主碼/索 引項 說明 O_id int N 主碼 出庫單編 號 G_id Char(20) N 外碼 貨品編號 S_id Char(20) N 外碼 倉庫編號 O_number int N 索引項 數量 G_price Float N 索引項 單價 概要設計說明書 21-8-4 第 29 頁 O_time Date N 索引項 出庫時間 username Char(20) N 索引項 制單人 O_remarks Varchar(100 ) Y 索引項 備注 本超市管理系統(tǒng)的物理數據模型如圖 5-2 所示。 圖 5-2 倉庫管理系統(tǒng)物理數據模型 概要設計說明書 21-8-4 第 30 頁 數

35、據結構與程序的關系 各模塊與程序的關系如下表所示。 模塊 使用的數據庫表 用戶管理模塊 用戶信息表（t_user ） 入庫管理模塊 入庫單信息表（t_input） 、貨品信息表（t_goods） 、 供應商信息表（t_provider） 、 出庫管理模塊 出庫單信息表（t_output） 、貨品信息表（t_goods） 貨品管理模塊 貨品信息表（t_goods） 、供應商信息表 （t_provider） 供應商管理模塊 供應商信息表（t_provider） 庫存統(tǒng)計模塊 貨品信息表（t_goods） 、入庫單信息表（t_input） 、 出庫單信息表（t_output） 概要設計說明書 21-

36、8-4 第 31 頁 6 運行設計 客戶機程序在輸入時啟動接收數據模塊，通過各模塊之間的調用，讀入并 對輸入進行格式化。在接收數據模塊得到充分的數據時，將調用網絡傳輸模塊， 將數據通過網絡送到服務器，并等待接收服務器返回的信息。接收到返回信息 后隨即調用數據輸出模塊，對信息進行處理，產生相應的輸出。 服務器程序的接收網絡數據模塊必須始終處于活動狀態(tài)。接收到數據后， 調用數據處理/查詢模塊對數據庫進行訪問，完成后調用網絡發(fā)送模塊，將信息 返回客戶機。 運行控制 運行控制將嚴格按照各模塊間函數調用關系來實現。在各事務中心模塊中， 需對運行控制進行正確的判斷，選擇正確的運行控制路徑。 在網絡傳送方面

37、，客戶機在發(fā)送數據后，將等待服務器的確認收到信號， 收到后，再次等待服務器發(fā)送回答數據，然后對數據進行確認。服務器在接收 到數據后發(fā)送確認信號，在對數據處理、訪問數據后，將返回信息送回客戶機， 并等待確認。 運行時間 在軟體的需求分析中，對運行的時間的要求為必須對做出的操作做出較快 的反應。網絡硬件對運行的時間有最大的影響，當網絡負載量大時，對操作的 反應將受到很大的影響。所以采用高速 ATM 網絡，實現客戶機與服務器之間的 連接，以減少網絡傳輸上的開銷。其次是服務器的性能，這將影響對數據庫的 訪問時間即操作時間的長短，影響加大客戶機操作的等待時間，所以必須使用 高性能的服務器，建議使用 Pe

38、ntium III 處理器。硬件對本系統(tǒng)的速度影響將 會大于軟件的影響。 概要設計說明書 21-8-4 第 32 頁 7 出錯處理設計 出錯輸出信息 程序在運行時主要會出現兩種錯誤：1.由于輸入信息，或無法滿足要求時 產生的錯誤，稱為軟錯誤。2.由于其他問題，如網絡傳輸超時等，產生的問題， 稱為硬錯誤。 對于軟錯誤，須在用戶名/密碼做成功判斷及輸入數據驗證模塊由數據進行 數據分析，判斷錯誤類型，在生產相應的錯誤提示語句，返回到用戶界面。 對于硬錯誤，可在出錯的相應模塊中輸出簡單的出錯語句，并將程序重置， 返回輸入階段。 出錯信息必須給出相應的出錯原因，如： “您輸入的用戶名或密碼錯誤！” “您

39、輸入的數據類型錯誤！”等。 出錯處理對策 所有的客戶機及服務器都必須安裝不間斷電源防止停電或電壓不穩(wěn)定造成 的數據丟失的損失。若真斷電時，客戶機上將不會有太大的影響，主要是服務 器上：在斷電恢復過程可采用 SQL SEVER 的日志文件，對其進行 ROLLBACK 處理， 對數據進行恢復。 在網絡傳輸方面，可考慮建立一條成本較低的后備網絡，以保證當主網絡 斷路時數據的通信。 在硬件連接方面要選擇較可靠、穩(wěn)定的服務器機種，保證系統(tǒng)運行時的可 靠性。 概要設計說明書 21-8-4 第 33 頁 8 安全保密設計 數據庫的安全性 1）用戶標識與鑒別 在訪問數據庫時，使用用戶標識與鑒別給系統(tǒng)提供最外層

40、的安全保護措施。 方法是：用戶在進入系統(tǒng)時，必須提供用戶名跟密碼，由系統(tǒng)進行核對，通過 鑒定后才能提供機器使用權。 2)存取控制 定義用戶權限，并將用戶的權限登記到數據字典中，當用戶發(fā)出存取數據 庫的操作請求后，DBMS 查找數據字典，根據安全規(guī)則進行合法權限檢查，若用 戶的操作請求超出了定義的權限，系統(tǒng)將拒絕執(zhí)行次操作。 3）視圖機制 還可以為不同的用戶定義不同的視圖，把數據對象限制在一定的范圍內， 也就是說，通過視圖機制把要保密的數據對物權存取的用戶隱藏起來，從而自 動地對數據提供一定程度的安全保護。 網絡傳輸安全 由于數據的傳輸上需要通過網絡傳輸，為了對傳輸的數據進行保密，需要 在傳輸過

41、程中對數據進行加密。 這個工作主要是在準備網絡包及解開網絡包，這兩個模塊完成，它們對各 數據進行加密及解密還原工作。 在加密算法上選擇使用 RSA 加密算法。 概要設計說明書 21-8-4 第 34 頁 9 維護設計 本系統(tǒng)采取 B/C/S 的三層結構?？蛻魴C上的軟件維護不需要到用戶現場去， 只需在系統(tǒng)后臺服務器上借助網絡的運行，是的軟件的安裝與升級變成了一個 完全透明的過程，再不用擔心光盤的安裝或軟盤的損傷，這也是三層結構的優(yōu) 點之一。這是網絡革命帶來的軟件維護革命，使用戶能享受簡單、方便、安全、 及時的維護與升級服務。 數據維護。定期地對數據庫的數據進行備份，周期性地把磁盤的信息記錄 到另外的設備上，以防止數據的丟失。 代碼維護。本系統(tǒng)采用 B/S 模式的三層架構模式，所謂三層體系結構，是 在客戶端與數據庫之間加入了一個“中間層” ，也叫組件層。三層體系的應用程 序將業(yè)務規(guī)則、數據訪問、合法性校驗等工作放到了中間層進行處理。開發(fā)人 員可以將應用的商業(yè)邏輯放在中間層應用服務器上，把應用的業(yè)務邏輯與用戶 界面分開。在保證客戶端功能的前提下，為用戶提供一個簡潔的界面。這意味 著如果需要修改應用程序代碼，只需要對中間層應用服務器進行修改，而不用 修改成千上萬的客戶端應用程序，大大減少了代碼維護的工作量。