第一篇：實驗室樣件及庫存管理系統(tǒng)需求說明書(最終)

實驗樣件/物料管理系統(tǒng)

需求文檔

吉林省洪盛科技有限公司

目錄 2 3 項目概述...........................................................................................................................................................4 用戶與角色.......................................................................................................................................................4 系統(tǒng)設計...........................................................................................................................................................4 3.1 3.2 4 web系統(tǒng)................................................................................................................................................4 手持終端................................................................................................................................................4 庫房管理...........................................................................................................................................................4 4.1 庫房分類信息........................................................................................................................................4 4.1.1 4.1.2 4.1.3 4.2 4.3 庫房按用途分類...............................................................................................4 庫房按管理特點分類.......................................................................................5 庫房按物理地點分類.......................................................................................5

實驗樣件倉庫流轉示意圖....................................................................................................................5 氣囊、座椅、內飾實驗樣件庫流程圖................................................................................................6 4.3.1 4.3.2 4.3.3 4.3.4 4.3.5 氣囊、座椅、內飾實驗樣件庫工作流...........................................................6 入庫操作流程...................................................................................................6 出庫操作流程...................................................................................................7 移庫位操作流程...............................................................................................8 移庫操作流程...................................................................................................8

4.4 氣囊、座椅、內飾測后庫流程圖........................................................................................................8 4.4.1 4.4.2 4.4.3 4.4.4 4.4.5 氣囊、座椅、內飾測后庫流程圖...................................................................8 氣囊、座椅、內飾測后庫工作流...................................................................9 入庫操作流程...................................................................................................9 出庫操作流程.................................................................................................10 移庫位操作流程.............................................................................................10 4.5 實驗樣件報廢庫流程圖......................................................................................................................10 4.5.1 4.5.2 4.5.3 實驗樣件報廢庫工作流程圖.........................................................................10 實驗樣件報廢庫工作流.................................................................................10 報廢入庫操作流程.........................................................................................11 4.6 夾具庫流程圖......................................................................................................................................11 4.6.1 4.6.2 4.6.3 4.6.4 4.6.5 4.6.6 夾具庫工作流程圖.........................................................................................11 夾具庫工作流.................................................................................................12 入庫操作流程.................................................................................................12 出庫操作流程.................................................................................................12 移庫位操作流程.............................................................................................12 報廢操作流程.................................................................................................12

4.7 氣囊、座椅、內飾環(huán)境樣件庫流程圖..............................................................................................13 4.7.1 4.7.2 4.7.3 4.7.4 4.7.5 氣囊、座椅、內飾環(huán)境樣件庫工作流程圖.................................................13 氣囊、座椅、內飾環(huán)境樣件庫工作流.........................................................13 入庫操作流程.................................................................................................13 出庫操作流程.................................................................................................14 移庫位操作流程.............................................................................................14 4.8 試制零件庫、耗材庫工作流程圖......................................................................................................15 4.8.1 4.8.2 4.8.3 4.8.4 4.8.5 試制零件庫、耗材庫工作流程圖.................................................................15 試制零件庫、耗材庫工作流.........................................................................15 入庫操作流程.................................................................................................15 出庫操作流程.................................................................................................16 移庫位操作流程.............................................................................................16 4.9 化學品庫工作流程..............................................................................................................................16 4.9.1 化學品庫工作流程.........................................................................................16 5 盤點、查詢和報表..........................................................................................................................................17 5.1 5.2 5.3 5.4 盤點......................................................................................................................................................17 查詢......................................................................................................................................................17 報表......................................................................................................................................................17 備注......................................................................................................................................................17 項目概述

FJC設備及備件管理以及備件庫存管理的解決方案。長期以來，技術中心對于實驗樣件常規(guī)的庫存業(yè)務，如庫存盤點、發(fā)放、接收、返回和轉移等業(yè)務處理操作都是人工控制，業(yè)務部門希望可以通過系統(tǒng)進行對實驗樣件庫存條碼管理。達到更高的管理需求。用戶與角色

系統(tǒng)管理員

管理系統(tǒng)用戶、角色與權限，保證系統(tǒng)正常運行。實驗樣件庫管員

在系統(tǒng)中完成庫存管理各類事物操作；使用手持終端完成掃描庫存事物操作。產(chǎn)品工程師、實驗VE、實驗RE、實驗TE、轉運工、庫管員 系統(tǒng)設計

實驗樣件庫存管理系統(tǒng)分為兩部分組成：web系統(tǒng)（B/S）,手持終端（android 4.0）。

3.1 web系統(tǒng)

實現(xiàn)對實驗室樣件、倉庫、庫位和實驗的管理。和整個系統(tǒng)的后臺管理及維護功能。查看報表和盤點功能。

3.2 手持終端

實現(xiàn)對實驗樣件的快速錄入功能。庫房管理

本系統(tǒng)包括庫房管理、實驗樣件管理2個功能模塊。

4.1 庫房分類信息

4.1.1 庫房按用途分類

（1）內飾產(chǎn)品實驗樣件庫房，測試件、環(huán)境件、留存件（2）座椅產(chǎn)品實驗樣件庫房，測試件、環(huán)境件、留存件（3）氣囊產(chǎn)品測試實驗樣件庫房，測試件、環(huán)境件、留存件（4）實驗夾具存儲庫房

（5）新產(chǎn)品試制階段零件庫房，座椅產(chǎn)品、內飾產(chǎn)品

（6）試制開發(fā)室日常使用樣件制造，夾具制造原材料

（7）試制樣件，實驗樣件，實驗環(huán)境樣件，測后樣件，測后留存樣，夾具報廢統(tǒng)計（8）化學品庫

4.1.2 庫房按管理特點分類

（1）氣囊?guī)?、內飾樣件庫、座椅樣件庫?）氣囊測后庫、內飾測后庫、座椅測后庫

（3）氣囊環(huán)境庫、內飾環(huán)境庫、座椅環(huán)境庫、試制零件庫、試制材料庫（4）化學品庫（5）夾具庫（6）報廢庫

4.1.3 庫房按物理地點分類

（1）氣囊實驗室：內飾件庫、內飾環(huán)境庫、氣囊?guī)?、氣囊環(huán)境庫（2）夾具庫：座椅樣件庫、座椅環(huán)境庫、內飾測后庫、氣囊測后庫（3）海峰物流：夾具庫

（4）試制三樓：試制零件庫、試制材料庫（5）華信辦公樓：座椅測后庫、報廢庫（6）實驗室：化學品庫

4.2 實驗樣件倉庫流轉示意圖

1)用戶在系統(tǒng)主界面點擊“新增庫房”按鈕，可進入新建庫房界面，輸入相關信息后點擊“保存”按鈕即可添加庫房主數(shù)據(jù)。

2)實現(xiàn)對庫房的增、刪、改、查功能。其中如果庫房中包含庫位信息和實驗樣件信息，系統(tǒng)不可以刪除該庫房主數(shù)據(jù)。

4.3 氣囊、座椅、內飾實驗樣件庫流程圖

入庫信息表產(chǎn)品工程師樣件外觀檢查、掃描條碼、張貼二維碼、樣件入庫入庫庫管員庫存樣件信息表郵件通知發(fā)起人實驗PE出庫樣件出庫出庫信息表

4.3.1 氣囊、座椅、內飾實驗樣件庫工作流

4.3.2 入庫操作流程

產(chǎn)品工程師PE/驗證工程師VE發(fā)起實驗樣件入庫申請。申請人可手工錄入樣件信息或者下載excel模板進行編輯后上傳至實驗樣件主數(shù)據(jù)中。樣件字段如圖：

庫管員收到入庫申請后查看入庫明細。樣件到達后，庫管員檢查樣件外觀，進行1維碼掃描入庫，和入庫申請明細相匹配后做入庫操作。確認入庫后選擇是否發(fā)送郵件通知發(fā)起人（默認為發(fā)送）。入庫流程圖：

下載模板導入實驗樣件信息庫管員批量導入產(chǎn)品工程師/驗證工程師VE發(fā)起入庫申請入庫申請表掃描1維碼確認收貨，打印并張貼實驗樣件二維碼，做入庫處理手工填寫手工填寫庫存樣件信息表

4.3.3 出庫操作流程

實驗工程師TE在測前庫《庫存樣件信息表》中選擇實驗樣件。填寫送達需求時間發(fā)送出庫申請通知。庫管員收到出庫通知后，查看《出庫申請表》列表信息根據(jù)相應的庫房和庫位信息找出實驗樣件，掃描條碼做出庫處理。

填寫送達需求時間實驗工程師TE發(fā)起出庫申請出庫申請表庫存樣件信息表查看《出庫申請表》列表信息根據(jù)相應的庫房和庫位信息找出實驗樣件，掃描條碼做出庫處理庫管員

后根據(jù)實驗工程師TE自動生成《實驗項目樣件清單》

4.3.4 移庫位操作流程

庫管員進入庫位轉移頁面，掃描掃描樣件條碼，再掃描目標庫位。實驗樣件完成庫位轉移。掃描目標庫位將原庫位覆蓋更新數(shù)據(jù)庫表信息。

庫管員庫位轉移庫位轉移庫存樣件信息表

4.3.5 移庫操作流程

實驗工程師VE、實驗工程師PE在《庫存樣件信息表》中選擇實驗樣件。填寫送達需求時間發(fā)送移庫申請通知。倉庫管理員做出庫操作，可批量出庫。目標倉庫管理員做入庫操作。

實驗工程師VE實驗工程師PE填寫送達需求時間，目標倉庫選擇。發(fā)起出庫申請出庫申請表庫存樣件信息表入庫操作庫管員 4.4 氣囊、座椅、內飾測后庫流程圖

4.4.1 氣囊、座椅、內飾測后庫流程圖

入庫信息表入庫實驗工程師TE出庫/入庫處理庫管員庫存信息表郵件通知發(fā)起人出庫出庫信息表測后留存報廢處理

4.4.2 氣囊、座椅、內飾測后庫工作流

4.4.3 入庫操作流程

實驗工程師TE，從《實驗項目樣件清單》中，選擇已經(jīng)完成試驗的實驗樣件。發(fā)起實驗后樣件入庫/報廢申請，發(fā)送給測后庫管員。入庫申請包括留存庫和報廢庫2個目標庫位。

報廢處理報廢實驗工程師TE實驗后樣件入庫申請庫管員入庫信息表庫存信息表測后留存測后留存郵件通知發(fā)起人

并且填寫樣件信息，實驗完成日期和實驗樣件報廢日期。填寫標簽如下圖：

4.4.4 出庫操作流程

填寫送達需求時間實驗工程師TE發(fā)起出庫申請出庫申請表測后庫存樣件信息表《測后庫存樣件信息表》中選擇實驗樣件。填寫送達需求時間發(fā)送出庫申請通知庫管員 4.4.5 移庫位操作流程

庫管員進入庫位轉移頁面，掃描掃描樣件條碼，再掃描目標庫位。實驗樣件完成庫位轉移。掃描目標庫位將原庫位覆蓋更新數(shù)據(jù)庫表信息。

留存庫樣件信息表庫管員庫位轉移庫位轉移

4.5 實驗樣件報廢庫流程圖

4.5.1 實驗樣件報廢庫工作流程圖

庫管員報廢處理報廢樣件信息表

4.5.2 實驗樣件報廢庫工作流

4.5.3 報廢入庫操作流程

第一步，PLC/PE/試制工程師/庫房管理員發(fā)起零件報廢申請；

第二步，試制零件庫、環(huán)境樣件庫、夾具庫，需要在《庫存清單》，《實驗項目樣件清單》，中查找需要報廢的樣件。氣囊、座椅、內飾測后樣件庫，按照樣件報廢日期及報廢條件，在各庫存信息表中篩選需要報廢樣件。第三步，確定發(fā)送報廢申請

PLC/PE/試制工程師/庫房管理員報廢申請報廢庫庫管員報廢樣件信息表 其中標識注明報廢樣件來源于哪個庫房。要做到實驗樣件從入庫到報廢的跟蹤記錄。報廢標識如圖：

4.6 夾具庫流程圖

4.6.1 夾具庫工作流程圖

入庫入庫信息表夾具工程師出庫/入庫處理庫管員夾具庫存信息表郵件通知發(fā)起人出庫出庫信息表

4.6.2 夾具庫工作流

4.6.3 入庫操作流程

1、夾具工程師，發(fā)《起新造實驗夾具入庫申請》，填寫樣件標簽信息，發(fā)送給庫管員；

2、夾具庫管員根據(jù)實驗夾具存儲需求安排實驗夾具入庫。夾具不可批量入庫。

夾具庫樣件信息表夾具工程師發(fā)起入庫申請入庫申請表夾具庫管員

4.6.4 出庫操作流程

實驗工程師TE在夾具庫《實驗夾具庫存信息表》中選擇實驗夾具。填寫送達需求時間。發(fā)送出庫申請通知。在系統(tǒng)中查找樣件庫位。

夾具庫樣件信息表實驗工程師TE發(fā)起出庫申請出庫申請表夾具庫管員

4.6.5 移庫位操作流程

第一步，啟動移庫位功能；第二步，掃描樣件條碼；第三步，掃描目標庫位。

夾具庫存樣件信息表夾具庫庫管員庫位轉移庫位轉移

4.6.6 報廢操作流程

管理員發(fā)起夾具報廢指令，在管理員的指導下夾具管理員實施夾具報廢操作。其中夾具庫不入自己的庫（直接給客戶），但是也做報廢入庫操作。

系統(tǒng)管理員夾具報廢夾具庫管員報廢夾具信息表報廢數(shù)據(jù)表

4.7 氣囊、座椅、內飾環(huán)境樣件庫流程圖

4.7.1 氣囊、座椅、內飾環(huán)境樣件庫工作流程圖

環(huán)境樣件入庫信息表填寫零件標簽信息；樣件狀態(tài)，數(shù)量PLC/PE/試制工程師/庫管員出入庫申請環(huán)境樣件庫庫管員環(huán)境樣件庫存信息表郵件通知發(fā)起人在環(huán)境樣件庫《環(huán)境樣件庫存信息表》中選擇需要的零件及零件數(shù)量環(huán)境樣件出庫信息表

4.7.2 氣囊、座椅、內飾環(huán)境樣件庫工作流

4.7.3 入庫操作流程

第一步PLC/PE/試制工程師/庫管員發(fā)起零件入庫申請； 第二步，填寫零件標簽信息；樣件狀態(tài)，數(shù)量； 第三步，提交申請，系統(tǒng)自動發(fā)送給庫管員。

庫管員掃描標簽，填寫零件數(shù)量，掃描庫位進行入庫操作。

PLC/PE/試制工程師/庫管員入庫申請環(huán)境樣件庫庫管員環(huán)境樣件庫入庫信息表環(huán)境樣件庫庫存信息表郵件通知發(fā)起人

環(huán)境樣件標識如圖：

4.7.4 出庫操作流程

第一步，PLC/PE/試制工程師發(fā)起零件出庫請；

第二步，在環(huán)境樣件庫《環(huán)境樣件庫存信息表》中選擇需要的零件及零件數(shù)量； 第三步，填寫送達需求時間發(fā)送出庫申請通知。

環(huán)境樣件庫管員掃描零件號，填寫零件數(shù)量后，進行出庫操作，并且郵件通知發(fā)起人?？蛇x批量出庫，實驗工程師TE在測前庫《庫存樣件信息表》中選擇實驗樣件。填寫送達需求時間發(fā)送出庫申請通知。后根據(jù)TE姓名自動生成《實驗項目樣件清單》。

4.7.5 移庫位操作流程

第一步，啟動移庫位功能；第二步，掃描樣件條碼；第三步，掃描目標庫位。

環(huán)境樣件庫存信息表環(huán)境樣件庫庫管員庫位轉移庫位轉移

4.8 試制零件庫、耗材庫工作流程圖

4.8.1 試制零件庫、耗材庫工作流程圖

試制庫入庫信息表填寫零件標簽信息；樣件狀態(tài)，數(shù)量PLC/PE/試制工程師出入庫申請環(huán)境樣件庫庫管員試制庫存信息表郵件通知發(fā)起人在《試制零件庫存信息表》中選擇需要的零件及零件數(shù)量試制庫出庫信息表

4.8.2 試制零件庫、耗材庫工作流

4.8.3 入庫操作流程

第一步PLC/PE/試制工程師發(fā)起零件入庫申請； 第二步，填寫零件標簽信息；樣件狀態(tài)，數(shù)量； 第三步，提交申請，系統(tǒng)自動發(fā)送給庫管員。

庫管員掃描零件標簽，填寫零件數(shù)量，掃描庫位標簽完成入庫操作。并且郵件發(fā)送申請人。

PLC/PE/試制工程師入庫申請試制庫庫管員試制庫入庫信息表試制庫庫存信息表郵件通知發(fā)起人

1、側重于零件數(shù)量管理；

2、填寫樣件標簽信息后，自動生成樣件標簽和二維碼標簽，標簽可以導出通用格式；

3、具有已有兩種入庫功能，全新零件入庫，已有庫存數(shù)量追加功能 ；

4、同一零件入庫數(shù)量可選；

試制樣件標識如圖：

4.8.4 出庫操作流程

第一步，PLC/PE/試制工程師發(fā)起零件出庫請；

第二步，在《試制零件庫存信息表》中選擇需要的零件及零件數(shù)量。第三步，填寫送達需求時間發(fā)送出庫申請通知。

庫管員掃描零件標簽，完成出庫操作。并且郵件發(fā)送申請人。可選批量出庫；實驗工程師TE在測前庫《庫存樣件信息表》中選擇實驗樣件。填寫送達需求時間發(fā)送出庫申請通知。后根據(jù)TE姓名自動生成《實驗項目樣件清單》。

實驗工程師TEPLC/PE/試制工程師發(fā)起出庫申請出庫申請表試制庫庫管員試制庫樣件信息表

4.8.5 移庫位操作流程

第一步，啟動移庫位功能；第二步，掃描樣件條碼；第三步，掃描目標庫位。

試制樣件庫存信息表試制樣件庫庫管員庫位轉移庫位轉移

4.9 化學品庫工作流程

4.9.1 化學品庫工作流程

PE工程師發(fā)起出入庫操作化學品庫數(shù)據(jù)表

庫存數(shù)量管理（以ML，瓶為單位，的管理）盤點、查詢和報表

5.1 盤點

管理員發(fā)出盤點指令，凍結系統(tǒng)出庫，入庫，移庫操作功能。移庫位功能可以正常使用。盤點后導出《庫存盤點信息表》、《庫存差異信息表》。管理員，確定啟動盤點更新功能。（將與系統(tǒng)零件信息表匹配有差異的零件，包括丟失，非常規(guī)留存零件信息刪除，只保持在庫樣件信息。同時盤點結束。

1、《庫存盤點信息表》，庫存所有零件信息，按庫位排序列表顯示，注明在庫，丟失，非常規(guī)留存（系統(tǒng)中沒有登記的零件信息），自動計算庫存管理準確率（=在庫零件數(shù)量/庫存總量）；

2、《庫存差異信息表》，與系統(tǒng)零件信息表匹配有差異的零件信息列表，包括丟失，非常規(guī)留存零件信息；

5.2 查詢

使用手持設備或web系統(tǒng)進入查詢菜單，掃描或者輸入實驗樣件編號，查詢實驗樣件相關信息；描述、存儲庫位、其他實驗相關的信息等。

5.3 報表

根據(jù)用戶需求生成相應的報表?！冻?入庫流量信息統(tǒng)計表》 《庫存量信息統(tǒng)計表》

《庫存月周轉速度統(tǒng)計表》總庫存100件，有30件產(chǎn)生A-B業(yè)務流，節(jié)點流轉數(shù)30 《庫存盤點表》 《庫存盤點差異表》

樣件滯留率30天/90天/180天單一項目，不動的件/庫存量 樣件有效使用率（項目結束統(tǒng)計）使用數(shù)量/進件數(shù)量

5.4 備注

1：庫管員登陸頁面會有彈窗和郵件提醒功能 2：產(chǎn)品工程師導入excel模板要求有詳細的操作文檔 3：樣件報廢會有定時提醒（采用時鐘定時器）

4：樣件信息可以上傳照片，并且可以維護。

5：數(shù)據(jù)庫sqlserver2008為首選，要是更改為mysql數(shù)據(jù)，需要書寫mysql的相關應用說明，列出優(yōu)缺點和可行性分析。

第二篇：庫存管理系統(tǒng)軟件設計說明書

引言........................................................................................2

1.1 編寫目的........................................................................2

1.2 背景及意義....................................................................3

1.3 國內外研究現(xiàn)狀............................................................4 2 系統(tǒng)總體設計分析...............................................................5

2.1 軟件功能及模塊設計....................................................5

2.1.1 軟件主要功能.........................................................6

2.1.2 軟件模塊組成.........................................................6

2.2 開發(fā)環(huán)境及性能優(yōu)化....................................................7

2.2.1開發(fā)環(huán)境....................................................................7 3 各模塊軟件設計與實現(xiàn).......................................................7

3.1系統(tǒng)管理模塊...................................................................7

3.2進貨管理模塊.................................................................14

3.3 出貨管理模塊.................................................................17

3.4報表統(tǒng)計模塊.................................................................17

3.5信息查詢模塊.................................................................18

引言 1.1 編寫目的

“公正、公平、合理”的企業(yè)管理理念和企業(yè)管理水平的提高，使社會對庫存管理系統(tǒng)有了更高的需求；同時由于個人電腦的普及，數(shù)據(jù)庫技術、客戶/服務器技術，特別是Internet/Intranet技術的發(fā)展，使的三代庫存管理系統(tǒng)的出現(xiàn)才成為必然。庫存管理系統(tǒng)的特點是從物品管理的角度出發(fā)，用集中的數(shù)據(jù)庫將幾乎所有與物品相關的數(shù)據(jù)統(tǒng)一管理起來，形成了集成的信息源。有好的用戶界面，強有力的報表生成工具、分析工具和信息的共享使得物品管理人員得以擺脫繁重的日常工作，集中精力從戰(zhàn)略的角度來考慮企業(yè)物品規(guī)劃和政策。

企業(yè)的庫存物資管理往往是很復雜、很繁瑣的。由于所掌握的物資種類眾多，訂貨、管理、發(fā)放的渠道各有差異，各個企業(yè)之間的管理體制不盡相同，各類統(tǒng)計報表繁多，因此倉庫的庫存管理必須編制一套庫存管理信息系統(tǒng)，實現(xiàn)計算機化操作，而且必須根據(jù)企業(yè)的具體情況制定相應的方案。

根據(jù)當前的企業(yè)管理體制，一般的庫存管理系統(tǒng)，總是根據(jù)所掌握的物資類別，相應分成幾個科室來進行物資的計劃，訂貨，核銷托收，驗收入庫，根據(jù)企業(yè)各個部門的需求來發(fā)送物資設備，并隨時按期進行庫存盤點，作臺帳，根據(jù)企業(yè)領導和自身管理的需要按月、季度、進行統(tǒng)計分析，產(chǎn)生相應報表。為了加強關鍵物資、設備的管理，要定期掌握其儲備，消耗情況，根據(jù)計劃定額和實際纖毫定額的比較，進行定額管理，使得資金使用合理，物資設備的儲備最佳。

一個完整的企業(yè)物資供應管理系統(tǒng)應包括采購計劃管理，合同收托管理、倉庫庫存管理、定額管理、統(tǒng)計管理、財務管理等模塊。其中倉庫的庫存管理是整個物資供應管理系統(tǒng)的核心。因此有必要開發(fā)一套獨立的庫存管理系統(tǒng)來提高企業(yè)工作效率, 而所使用的這套庫存管理系統(tǒng)是企業(yè)生產(chǎn)經(jīng)營管理活動中的核心，此系統(tǒng)必須可以用來控制合理的庫存費用、適時適量的庫存數(shù)量，使企業(yè)生產(chǎn)活動效率最大化。

1.2背景及意義

進行庫存管理的意義就在于：它能確保物暢其流，促使企業(yè)經(jīng)營

活動繁榮興旺。不論什么企業(yè)，都要儲備一些物資。以生產(chǎn)為主的企業(yè)，不儲備一定的物資，不能維持其連續(xù)生產(chǎn)；服務性行業(yè)，也要備置某些需用的設備和服務用具；就連一般的事業(yè)單位，也要備有某些辦公用品等。因此，各行各業(yè)都存在不同程度的庫存管理業(yè)務。

實行庫存管理有如下優(yōu)點：

（一）有利于資金周轉

因為在某些特殊情況下，可以做到將庫存需要的投資額規(guī)定為零。為此可使經(jīng)營活動更為靈活，把用于建立原材料、制成品、商品等常備庫存所需要占用的資金轉為經(jīng)營其他項目，這就有可能使經(jīng)營活動向更新、更高的階段發(fā)展。

（二）促使生產(chǎn)管理更為合理

這是因為庫存管理工作的目標之一就是必需的物資，即在需要時，按需要量供應。目前生產(chǎn)管理較為混亂的主要原因在于一些急需的物資不能及時供應，要從根本上杜絕此類現(xiàn)象，就要認真搞好庫存管理。

（三）有利于順利地進行運輸管理，也有助于有效地開展倉庫管理工作

通過庫存管理，可將原來零零散散放置的物料整理得井然有序，可使企業(yè)的生產(chǎn)環(huán)境整潔一新，實現(xiàn)文明生產(chǎn)。廢舊物料堆放整齊、報廢的設備及時運走，工廠的空地整潔干凈，這樣的環(huán)境，自然令人感到心情舒暢。此外。還可以把經(jīng)常動用的物料以及危險性物料分片保管，以保證工廠的安全生產(chǎn)。

庫存管理工作的好壞，對改善企業(yè)生產(chǎn)環(huán)境將起著舉足輕重的作用。

1.3 國內外研究現(xiàn)狀

由于庫存管理在經(jīng)濟管理中占重要地位，其計算機化在發(fā)達國家中也已經(jīng)達到了相當高的水平。我國在全國范圍內推廣計算機在管理中的應用，是在70年代末開始的，雖然起步較晚，近幾年發(fā)展卻較快，特別是微型計算機的出現(xiàn)和普及為信息處理提供了物美價廉的手段，對于推動我國管理信息處理的現(xiàn)代化起了重要的作用。

庫存管理對企業(yè)來說是一項繁瑣復雜的工作，每天要處理大量的單據(jù)數(shù)據(jù)。為及時結清每筆業(yè)務，盤點庫存和貨物流動情況，保證企業(yè)生產(chǎn)用料以及貨物安全，庫管人員要花費大量人力物力和時間來做數(shù)據(jù)記錄統(tǒng)計工作。

在世界發(fā)達國家，庫存管理的計算機化水平已經(jīng)很高了，盡管我國的生產(chǎn)企業(yè)在這方面也有了很強的意識和長足的進步，但仍存在這樣、那樣的一些問題。

有的企業(yè)單位的庫存管理部分目前仍為手工、半手工操作。從供應單位辦理入庫登記開始，到使用單位輸領料出庫手續(xù)為止，所有操作基本上都是由倉庫管理人員筆寫，手理，加上算盤、計算器來完成。這不僅煩瑣，效率低，而且缺乏庫存管理的一些基本手段，如庫存狀況統(tǒng)計，查詢經(jīng)濟訂貨量計算等，這給企業(yè)在一定程度上造成了管理上的落后，及經(jīng)濟利益上的損失。有的單位的庫存管理部已上了微機，但對微機的利用效率極低，有的在用它打游戲，有的僅把它當計算器或打字機來用。有的企業(yè)單位既有了微機同時也有了庫存管理軟件，但硬件上去了，軟件上不去。因為他們用的庫存管理軟件，大多為自己的工作人員及其他一些非專業(yè)人員所開發(fā)的簡單的管理程序，很難稱得上是“庫存管理信息系統(tǒng)軟件”這些程序的弱點多表現(xiàn)為：

1、系統(tǒng)開發(fā)時無科學的理論支持。

2、開發(fā)過程中調研不全面。

3、軟件編寫時模型不清晰完整。

4、所用開發(fā)工具落后（如Fox base）。

計算機在管理中的應用開始于1954年，當時美國首先用計算機處理工資單。40多年來，計算機在處理管理信息方面發(fā)展迅速。例如，60年代美國計算機在管理中應用項目不到300項，到了1975年達到2670項。而現(xiàn)在，美國在財務會計上90%的工作由計算機完成；物資管理中80—100%的信息處理由計算機完成；計劃管理中是80—90%。據(jù)計算機應用方面發(fā)展較快的國家統(tǒng)計，計算機用于經(jīng)濟管理的約占80%；用于科技運算的占8%；用于生產(chǎn)過程控制的占12%。因此，經(jīng)濟管理是計算機應用的主要領域。系統(tǒng)總體設計分析 2.1 軟件功能及模塊設計 2.1.1 軟件主要功能

庫存管理系統(tǒng)軟件能達到如下具體功能要求： 1）系統(tǒng)管理模塊 2）進貨管理模塊 3）出貨管理模塊 4）報表統(tǒng)計模塊 5）信息查詢模塊 2.1.2 軟件模塊組成

本軟件包括五個模塊：系統(tǒng)管理、進貨管理、出貨管理、報表統(tǒng)計、信息查詢。庫存管理系統(tǒng)總體設計框圖

圖2-1 系統(tǒng)總體設計框圖

2.2 開發(fā)環(huán)境及性能優(yōu)化

2.2.1開發(fā)環(huán)境

數(shù)據(jù)庫：Microsoft SQL Server 2000 前端開發(fā)工具：Visual C#.NET 數(shù)據(jù)訪問對象：ADO 各模塊軟件設計與實現(xiàn) 3.1 系統(tǒng)管理模塊

系統(tǒng)管理模塊分為4種功能：身份驗證功能、注冊用戶功能、修改刪除用戶功能、修改密碼功能。身份驗證功能

在進入系統(tǒng)主界面之前，會出現(xiàn)一個身份驗證對話框，要驗證用戶的身份。本系統(tǒng)中用戶分為管理員、倉庫管理員和經(jīng)理三種。不同用戶其權限也不同。

用戶通過庫存管理系統(tǒng)界面登錄進入系統(tǒng)。在其輸入用戶編號與密碼之后，單擊“確定”按鈕登錄數(shù)據(jù)庫（為了方便用戶，本系統(tǒng)允許用戶在輸入密碼之后直接按回車鍵登錄數(shù)據(jù)庫，而無須使用鼠標單擊“確定”按鈕）。此時觸發(fā)“確定”按鈕的Click事件相應函數(shù)。在這個事件響應函數(shù)中，需要首先判斷用戶，因為他們具有不同的權限。如果權限是0，則進入系統(tǒng)管理員界面；權限是1，則進入經(jīng)理界面；權限是2，則進入倉庫管理員界面。

圖3-1 系統(tǒng)登錄界面

由于用戶權限的差異，他們所能進入的系統(tǒng)主界面也相應的不同。

圖3-2 系統(tǒng)主界面一（系統(tǒng)管理員身份進入）

圖3-3 系統(tǒng)主界面二（經(jīng)理身份進入）

圖3-4 系統(tǒng)主界面三（倉庫管理員身份進入）

注冊用戶功能 以下為注冊用戶界面：

圖3-5 系統(tǒng)管理員注冊用戶界面

注冊用戶成功界面：

圖3-6 注冊用戶成功界面

修改刪除用戶功能 修改刪除用戶界面如下：

圖3-7 系統(tǒng)管理員修改刪除用戶界面

修改密碼功能

對一個完整的系統(tǒng)而言，用戶是應該可以修改自己的密碼的，因此系統(tǒng)中應該具有修改密碼的功能，提高數(shù)據(jù)的安全性，用戶可以在進入系統(tǒng)主界面后可以修改自己的密碼。當用戶輸入完成之后，按“確定”按鈕來關閉對話框，系統(tǒng)會自動檢查用戶兩次輸入的密碼是否一致，如果不一致，會出現(xiàn)出錯提示并建議用戶重新輸入。

圖3-8 修改密碼界面

用戶只能通過此界面修改自己的密碼，如果試圖修改別人的密碼，則提示如下圖：

圖3-9 修改密碼界面

修改密碼成功則顯示重新登錄界面，圖如下：

圖3-10重新登錄界面

3.2 進貨管理模塊

進貨管理模塊包括填寫貨品信息、入庫單、修改最低庫存三個子模塊。

圖3-11 倉庫管理員填寫入庫單界面

入庫單中涉及數(shù)據(jù)一致性，貨品編號為1開頭的庫別自動為飲料庫，貨品編號為2開頭的庫別自動為主倉庫，貨品編號為3開頭的庫別自動為酒庫。數(shù)量和進貨單價設置只能輸入數(shù)字類型。其中貨品編號如果在庫存信息表中不存在，那么提示先輸入貨品信息，點擊確定后界

面自動跳轉到如下圖：

圖3-12 倉庫管理員填寫入庫單界面

圖3-13 倉庫管理員填寫貨品信息界面

3.3 出貨管理模塊

出庫時如果出庫數(shù)量低于庫存信息表中的最低庫存時報警，提醒倉庫管理員及時通知采購員采購，如果不清楚此貨品的采購員是誰可以根據(jù)貨品編號查詢采購員信息，報警顯示如下圖：

圖3-14 填寫出庫單

3.4報表統(tǒng)計模塊

本系統(tǒng)的報表分為日報表和月報表，日報表在添加入庫單和出庫單時就已經(jīng)自動添加進數(shù)據(jù)庫中的日報表了，所以在此只需再手動添加月

報表。

圖3-15 月報表統(tǒng)計

3.5信息查詢模塊

該模塊三種用戶都會用到，用戶根據(jù)不同的權限分別可以查詢不同的內容，如系統(tǒng)管理員為了修改倉庫信息表、采購員信息表、客戶信息表而查詢相關信息，倉庫管理員為了通知采購員及時采購而查詢采購員信息，經(jīng)理查詢倉庫管理的各種信息等。

圖3-24 庫存信息查詢

第三篇：倉庫管理系統(tǒng)需求規(guī)格說明書

倉庫管理系統(tǒng)需求規(guī)格說明書

(第十二組）

1．引言...........................................................................................................................1

1.1編寫目的.............................................................................................................1 1.2項目背景.............................................................................................................1 1.3參考資料.............................................................................................................1 2．任務概述....................................................................................................................2

2.1目標......................................................................................................................................2 2.2運行環(huán)境.............................................................................................................2 2.3條件與限制..........................................................................................................2 3．數(shù)據(jù)描述....................................................................................................................3

3.1靜態(tài)數(shù)據(jù).............................................................................................................3

3.2動態(tài)數(shù)據(jù).............................................................................................................3 3.3數(shù)據(jù)庫介紹..........................................................................................................3 3.4數(shù)據(jù)詞典.............................................................................................................3 3.5 E-R圖.................................................................................................................3 3.6數(shù)據(jù)采集.............................................................................................................3 4．功能需求....................................................................................................................6

4.1功能劃分.............................................................................................................6 4.2功能描述.............................................................................................................6 5．性能需求....................................................................................................................7

5.1數(shù)據(jù)精確度..........................................................................................................7 5.2時間特性.............................................................................................................7 5.3適應性.................................................................................................................7 6．運行需求..................................................................................................................10

6.1用戶界面...........................................................................................................10

6.2硬件接口...........................................................................................................10 6.3軟件接口...........................................................................................................10 6.4故障處理...........................................................................................................10 7．其它需求..................................................................................................................12

7.1正確性...............................................................................................................12 7.2可維護性...........................................................................................................12 7.3可移植性...........................................................................................................12 7.4軟件的完整性....................................................................................................12 7.5軟件的安全性....................................................................................................12

倉儲管理系統(tǒng)需求規(guī)格說明書

1．引言

1.1編寫目的

本需求分析報告的目的是規(guī)范化本軟件的編寫，旨在于提高軟件開發(fā)過程中的能見度，便于對軟件開發(fā)過程中的控制與管理，同時提出了倉儲管理系統(tǒng)的軟件開發(fā)過程，便于程序員與客戶之間的交流、協(xié)作，并作為工作成果的原始依據(jù)，同時也表明了本軟件的共性，以期待能夠獲得更大范圍的應用。

本文檔是在調研倉庫管理制度及倉庫管理人員對于管理系統(tǒng)的需求后，為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試而撰寫的。

1.2項目背景

倉儲管理系統(tǒng)（WMS）是倉儲管理信息化的具體形式，它在我國的應用還處于起步階段。一個好的倉庫管理系統(tǒng)將會給企業(yè)帶來豐厚的經(jīng)濟效益和社會效益。由此，設計一個優(yōu)秀的倉庫管理系統(tǒng)就顯得尤其重要。物資的儲存和運輸是整個物流過程中的兩個關鍵環(huán)節(jié)，被人們稱之為“物流的支柱”。在商品交換過程中，雖然物資的購、銷活動決定了物資的交換關系，但若沒有物資的儲存和運輸，物資的這種交換關系則不能最終實現(xiàn)。

本程序設計由計算機與信息工程學院網(wǎng)絡工程專業(yè)09級7班第12組提出并執(zhí)行。

1.3參考資料

1.張海潘

軟件工程導論（第5版）清華大學出版社.2008年2月

2.C#網(wǎng)絡應用編程（第二版）人民郵電出版社

馬俊主編

3.C#程序設計及應用教程（第二版）

人民郵電出版社

馬俊主編

4.網(wǎng)絡資源

本小組所有成員皆可保證所用的一切資源均來自正規(guī)途徑，不牽扯到任何法律

第 頁

倉儲管理系統(tǒng)需求規(guī)格說明書

方面的問題。

2．任務概述

2.1目標

倉儲管理的內容應該包括三個部分：倉儲系統(tǒng)的布局設計、庫存最優(yōu)控制、倉儲作業(yè)操作。

設計并完成倉儲物資管理系統(tǒng)，實現(xiàn)委托方要求的功能?！皞}庫信息管理系統(tǒng)”是一套功能強大而又操作簡便，實用性的倉儲管理軟件，其主要包括有用戶登錄、倉庫管理、業(yè)務查詢和系統(tǒng)設置管理四大管理功能。系統(tǒng)主要的實現(xiàn)目標是監(jiān)控整個倉庫的運行情況，提供完善的任務管理計劃功能，實時監(jiān)控所有貨物的在線運動情況，實時提供庫存變化的信息，完善公司倉儲情況的監(jiān)制與有效利用，以提高倉庫存效率，為企業(yè)適時的提供倉儲信息，為企業(yè)創(chuàng)造更多收入與利潤。

2.2運行環(huán)境

操作系統(tǒng)：Microsoft Windows 95/98/ME/NT_3.51/NT_4.0/2000/XP/ Server_2003/Vista/Server_2008/7/Server_2008_R2中的任何一種。

數(shù)據(jù)庫名稱：Microsoft SQL Server 2008。

2.3條件與限制

本系統(tǒng)在 Windows 環(huán)境中開發(fā)，故在Windows中運行無其它因素限制。

要求系統(tǒng)的操作人員應具有一定的計算機方面的知識或經(jīng)過相應的培訓經(jīng)驗，突發(fā)情況可進行操作以緩解損害情況，同時應做好對后臺數(shù)據(jù)庫的保密工作。

第 頁

倉儲管理系統(tǒng)需求規(guī)格說明書

3．數(shù)據(jù)描述

3.1靜態(tài)數(shù)據(jù)

a.用戶ID b.用戶身份 c.用戶密碼 d.貨物ID e.貨物名稱 f.貨物所屬倉庫 g.倉庫ID h.倉庫狀態(tài) i.倉庫備注信息 j.用戶備注信息 k.貨物備注信息

3.2動態(tài)數(shù)據(jù)

輸入數(shù)據(jù)：菜單選項，查詢關鍵字，新建記錄項。

輸出數(shù)據(jù)：由查詢關鍵字確定的數(shù)據(jù)庫記錄集合或全部記錄內部生成的數(shù)據(jù)，中間查詢結果。

3.3數(shù)據(jù)庫介紹

微軟SQL Server 2005 SP1加入數(shù)據(jù)庫鏡像功能，為SQL Server 2005 Express Edition提供新管理工具，并且加強了SAP NetWeaver智能商務系統(tǒng)的報告反饋支持功能。

第 頁

倉儲管理系統(tǒng)需求規(guī)格說明書

3.4數(shù)據(jù)詞典

第

頁

倉儲管理系統(tǒng)需求規(guī)格說明書

3.5 E-R圖

性別姓名聯(lián)系方式備注ID用戶名密碼權限聯(lián)系方式普通用戶交互倉庫管理員交互管理系統(tǒng)操作員使用倉庫ID用戶名權限密碼

編號管理員ID狀態(tài)圖 3.1 系統(tǒng)E-R圖

描述：該系統(tǒng)中包含的用戶以及屬性如圖3.5，其中對應關系為，普通用戶與系統(tǒng)操作員為多對一，與倉庫管理員為多對一，系統(tǒng)操作員與倉庫為多

第 頁

倉儲管理系統(tǒng)需求規(guī)格說明書

對一，倉庫管理員與倉庫為一對一。

另外該系統(tǒng)中有一個超級管理員，負責對系統(tǒng)進行配置管理，對數(shù)據(jù)庫進行備份，增加，刪除系統(tǒng)操作員，倉庫管理員信息等操作。系統(tǒng)超級管理員用例圖見4.2功能劃分。

3.6數(shù)據(jù)采集

系統(tǒng)管理員與用戶通過鍵盤輸入倉庫信息及反饋信息。

4．功能需求

4.1功能劃分

一個功能完善的倉庫信息管理系統(tǒng)，必須包括以下幾個主要功能：用戶登錄、倉庫管理、業(yè)務查詢、系統(tǒng)設置。系統(tǒng)總體模塊圖如下

第 頁

倉儲管理系統(tǒng)需求規(guī)格說明書

倉儲管理系統(tǒng)用戶登錄倉庫管理業(yè)務查詢系統(tǒng)設置登錄注銷退出進退領退調盤貨貨料料撥點庫存銷售歷史記錄查詢用戶管理供應商管理倉庫進貨倉庫退貨倉庫領料倉庫退料商品調撥倉庫盤點庫存查詢 圖4.1

倉儲管理系統(tǒng)模塊圖

4.2功能描述

（一）用戶登錄

（1）用戶登錄

用戶可以用兩種身份登錄本系統(tǒng)：普通操作員和管理人員。不同身份的用戶登錄被系統(tǒng)授予不同的使用權限，這樣提高了系統(tǒng)的安全性，避免了無關人員獲取不在他權限范圍內的信息。

（2）用戶注銷

用戶在短時間不使用該系統(tǒng)時，不必退出系統(tǒng)，選擇注銷后，其他用

第 頁

倉儲管理系統(tǒng)需求規(guī)格說明書

戶可以登錄使用本系統(tǒng)。

（3）退出系統(tǒng)

用戶在完成工作后，點擊退出系統(tǒng)按鈕可以安全的退出，以免不安全退出導致數(shù)據(jù)丟失情況的發(fā)生。

（4）超級管理員管理

圖4.3

超級管理員用例圖

（二）倉庫管理

（1）倉庫進貨

倉庫進貨模塊要求操作員輸入商品號、商品名稱、進貨數(shù)量、單位和供應商等信息，系統(tǒng)自動的將當前系統(tǒng)時間作為進貨時間更新到數(shù)據(jù)庫，并且統(tǒng)計進貨金額，該操作完成后，倉庫相應貨物的數(shù)量為原貨物數(shù)量和進貨數(shù)量的總和，并更新數(shù)據(jù)庫。

（2）倉庫退貨

倉庫退貨模塊要求操作員輸入退貨商品號、退貨數(shù)量、單位和供應商，系統(tǒng)自動的將當前系統(tǒng)時間作為退貨時間更新到數(shù)據(jù)庫，并且統(tǒng)計退貨金額，該操作完成后，相應貨物的數(shù)量為原貨物數(shù)量除去退貨的數(shù)量，并更新數(shù)據(jù)庫。

（3）倉庫領料

倉庫領料模塊要求操作員輸入領取商品號、領取數(shù)量、領料人等，系統(tǒng)自動的將當前系統(tǒng)時間作為領料時間更新到數(shù)據(jù)庫，并且統(tǒng)計總領料數(shù)

第 頁

倉儲管理系統(tǒng)需求規(guī)格說明書

量。該操作完成后，相應貨物的數(shù)量為原貨物數(shù)量減領料的數(shù)量并更新數(shù)據(jù)庫。

（4）倉庫退料

倉庫退料模塊要求操作員輸入退料商品號、退料數(shù)量、退料人等，系統(tǒng)自動的將當前系統(tǒng)時間作為退料時間更新到數(shù)據(jù)庫，并且統(tǒng)計總退料數(shù)量。該操作完成后，相應貨物的數(shù)量為原貨物數(shù)量加退料的數(shù)量，并更新數(shù)據(jù)庫。

（5）商品調撥

商品調撥模塊要求操作員輸入調撥商品號、調撥數(shù)量、調撥人等，系統(tǒng)自動的將當前系統(tǒng)時間作為調撥時間更新到數(shù)據(jù)庫，并且統(tǒng)計總調撥數(shù)量。

（6）倉庫盤點

商品盤點模塊要求用戶（管理員）輸入某商品號，該商品實際數(shù)量（增加或刪除），系統(tǒng)會自動的將當前系統(tǒng)時間作為盤點時間更新到數(shù)據(jù)庫，并且統(tǒng)計總盤點過程中修改的數(shù)量。

（三）業(yè)務查詢

業(yè)務查詢模塊圖

（1）庫存查詢

第 頁

倉儲管理系統(tǒng)需求規(guī)格說明書

用戶可以查詢所有的商品的庫存，也可以輸入某件商品的ID號從而得到該商品的庫存量。

（2）銷售查詢

用戶（管理員）給出某個時間段，系統(tǒng)就根據(jù)庫中的資料給出該段時間中所有商品的銷售情況。

（3）倉庫歷史記錄查詢

用戶可以查詢的類型包括：倉庫進貨、倉庫退貨、倉庫領料、倉庫退料、商品調撥、倉庫盤點，用戶選擇查詢的類型后，再輸入需要查詢的時間，系統(tǒng)返回歷史操作記錄。

（四）系統(tǒng)設置（1）供應商管理

用戶可以增加新的供應商，需要輸入供應商的一些信息，包括：供應商號、名稱、聯(lián)系人、聯(lián)系電話、傳真、地址和郵政編碼。用戶也可以對已經(jīng)存在的供應商信息進行查詢和修改。

管理員可以增加、刪除、修改和查詢用戶。

5．性能需求

5.1數(shù)據(jù)精確度

由于采用數(shù)據(jù)庫技術并且用戶的應用領域對數(shù)據(jù)精度的要求不是太高，所以這點在系統(tǒng)中表現(xiàn)的比較少，都是用戶數(shù)據(jù)的安全性和準確性是完全保證的，所以對用戶的使用沒有多大的障礙。

5.2時間特性

本系統(tǒng)的數(shù)據(jù)庫較小，所以程序在響應時間，數(shù)據(jù)更新處理時間上性能是比較突出的、而且也正由于數(shù)據(jù)量相對較少，故在數(shù)據(jù)傳輸時間和系統(tǒng)運行時間上表現(xiàn)的叫讓用戶滿意。無論是客戶還是管理員，當用戶登錄，進行任何操作的時候，系統(tǒng)應該及時的進行反應，反應的時間在5秒以內。系統(tǒng)應能檢測出各種非正常情況，如與設備的通信中斷，無法連接數(shù)據(jù)庫服務等，避免出現(xiàn)長時間等待甚至無響應。

第 頁

倉儲管理系統(tǒng)需求規(guī)格說明書

5.3適應性

本系統(tǒng)實在Windows環(huán)境中開發(fā)的，所以只要是兼容Windows的軟件或操作系統(tǒng)，該軟件都可以正確運行，有較好的適應能力與兼容性。而且本系統(tǒng)簡單易懂，容易上手，界面明了，便于操作。本系統(tǒng)是比較大眾模式的倉儲管理模式，便于移植到其他部門或公司，具有良好的適應性。

6．運行需求

6.1用戶界面

采用Web網(wǎng)頁的形式，具有良好的交互界面。有一個主頁，可以鏈接其他頁面。用戶根據(jù)自己權限在各個頁面進行操作。

要求大致如下：

1.頁面內容：主題突出，站點定義、術語和行文格式同意、規(guī)范、明確，欄目、菜單設置和布局合理，傳遞的信息準確、意識。內容豐富，文字準確，語句通順；專用術語規(guī)范，行文格式統(tǒng)一規(guī)范。

2.導航結構：頁面具有明確的導航只是，且便于理解，方面用戶使用。3.技術環(huán)境：頁面大小合適，能用各種常用瀏覽器以不同的分辨率瀏覽；無錯誤鏈接和空鏈接；采用css處理，控制字體大小和面板布局。

4.藝術風格：界面、版面形象清新岳母、布局合理，字號大小

十一、字體選擇合理，前后一致，美觀大方，動與靜搭配適當，動靜效果好；色彩和諧自然，與主題內容相協(xié)調。

6.2硬件接口

數(shù)據(jù)庫服務器應配備大容量硬盤，以免當大規(guī)模公司使用時反應速度減慢等問題出現(xiàn)。

6.3軟件接口

系統(tǒng)保持與操作系統(tǒng)的接口，保持與數(shù)據(jù)庫軟件Microsoft SQL Server的接口，考慮到文檔處理的需要有可能包括與常用辦公軟件接口。

第 頁

倉儲管理系統(tǒng)需求規(guī)格說明書

6.4故障處理

考慮到軟件的范圍不大，所以故障處理一般有操作系統(tǒng)完成，系統(tǒng)只要保持與操作系統(tǒng)的接口即可。只要操作系統(tǒng)沒有大的故障程序一般是比較穩(wěn)定的。

考慮到用戶對數(shù)據(jù)的安全性要求，程序可以有獨立于操作系統(tǒng)之外的數(shù)據(jù)備份功能與過程，以及系統(tǒng)崩潰后的數(shù)據(jù)恢復功能。

7．其它需求

7.1正確性

要求發(fā)布的軟件能夠滿足用戶需求，實現(xiàn)各個功能，并且在運行過程中不出現(xiàn)嚴重錯誤。

7.2可維護性

要求本軟件擁有良好的可維護性，以滿足用戶不斷增長的需求以及日后的BUG修復工作。

7.3可移植性

該系統(tǒng)采用B/S開發(fā)模式，所以可以在多種平臺上很好的運行，所以該系統(tǒng)具有良好的移植性。

7.4軟件的完整性

最終將該系統(tǒng)制作成部署文件以保證系統(tǒng)的完整行。

7.5軟件的安全性

要求提供身份驗證，只允許通過身份驗證的用戶使用本軟件。并且通過驗證可以確認用戶身份，即確認用戶是否為系統(tǒng)管理員，只有系統(tǒng)管理員才可以對軟件進行數(shù)據(jù)的添加、刪除和修改操作，而普通用戶只能進行瀏覽數(shù)據(jù)等基本操作。

第 頁

第四篇：圖書館管理系統(tǒng)需求規(guī)格說明書

軟件需求規(guī)格說明書

圖書館管理系統(tǒng)需求規(guī)格說明書

1．導言 1.1編寫目的

圖書管理信息系統(tǒng)的前階段，對本系統(tǒng)的需求做了詳細的闡述，并提出了這份軟件需求規(guī)格說明書。

此需求規(guī)格說明書對圖書管理信息系統(tǒng)軟件做了全面細致的用戶需求分析，明確所要開發(fā)的軟件應具有的數(shù)據(jù)庫、功能、性能等，使系統(tǒng)分析人員及軟件開發(fā)人員都能清楚地了解用戶的需求，并在此基礎上進一步提出概要設計說明書和完成后續(xù)設計與開發(fā)工作。本說明書的預期讀者為用戶、需求分析人員、代碼編寫人員、測試人員、用戶文檔編寫者、項目管理人員。

在下一段的設計中，程序設計員可參考此需求分析規(guī)格說明書，在需求分析說明書對圖書館管理信息系統(tǒng)所做的模塊結構設計的基礎上進行詳細設計。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在概要設計過程中所完成的各模塊設計結構，或在修改或發(fā)現(xiàn)錯誤時找出在本階段的不足或錯誤。1.2項目背景

由于圖書館書籍多，查找、增加、借閱、歸還極為不便，要浪費許多的人力、腦力、物力。圖書的管理不當會嚴重導致圖書館書籍的遺失等問題。于是我們希望能找到解決的方法。

為了解決以上的問題，讓圖書館能夠有效的管理圖書館書籍，有效的利用軟件的便捷，保護好書籍，促進圖書館管理的信息化和規(guī)范化。我們多方聽取意見、分組討論、查閱資料，進而了解圖書館管理的流程，開發(fā)出一套適合于圖書館書籍多而復雜的管理系統(tǒng)。1.3縮寫說明

系統(tǒng)：若未特別指出，統(tǒng)指本圖書信息管理系統(tǒng)。SQL：Structured Query Language（結構化查詢語言）。

1.4術語定義SQL SERVER：系統(tǒng)服務器所使用的數(shù)據(jù)庫管理系統(tǒng)（DBMS）。

SQL：一種用于訪問查詢數(shù)據(jù)庫的語言。主鍵：數(shù)據(jù)庫表中與其他表主鍵關聯(lián)的域。外部主鍵：數(shù)據(jù)庫表中的關聯(lián)域。值互不相同。

需求：用戶解決問題或達到目標所需的條件或功能；系統(tǒng)或系統(tǒng)部件要滿足合同、標準，規(guī)范或其它正式規(guī)定文檔所需具有的條件或權能。

軟件需求規(guī)格說明書

1.5參考資料

《軟件工程實務》羅先文、徐軍，重慶大學出版社，2005年3月

《UML 用例驅動對象建?！稤oug Rosenberg、Kendall Scott著，徐海、周靖、陳華偉譯，清華大學出版社，2003年5月

《UML 系統(tǒng)分析設計應用案例》 冀振燕，人民郵電出版社，2003年6月 《NET語言程序設計》 陳煒，人民郵電出版社，2005年1月 《SQL Server數(shù)據(jù)庫》呂鳳順，清華大學出版社，2006年9月 《網(wǎng)頁設計與制作》于巧娥、何金奎，北京大學出版社，2006年1月 2．任務概述 2.1系統(tǒng)定義

實現(xiàn)圖書管理信息系統(tǒng)的基本需求。讓圖書館能夠有效的管理圖書的查詢、借閱、增加、歸還等操作，保護好文件，促進圖書管理的信息化、規(guī)范化，實現(xiàn)圖書館的智能化管理，以提高圖書館的的工作效率。2.2應用環(huán)境

硬件環(huán)境：一臺586 以上的微機及兼容內存16MB（最好32MB內存）

軟件環(huán)境：windows 98 以上的操作系統(tǒng) ；Office 2000應用軟件 操作系統(tǒng)：Microsoft Windows 2000 Advanced Server 支持環(huán)境：IIS 5.0 數(shù) 據(jù) 庫：Microsoft SQL Server 2000 2.3假定條件與限制

本圖書管理信息系統(tǒng)軟件是應用于中小型的圖書館。在功能上還不是很健全，還需要進一步完善，還可進一步實現(xiàn)與E-Mail和Internet電話連接起來，成為網(wǎng)絡圖書管理信息系統(tǒng)軟件。3．需求規(guī)定 3.1對功能的規(guī)定

(1)圖書信息表(book)：數(shù)據(jù)結構（自動編號ID,圖書編號（BookID），書號（ISBN），價格（Price），類別名（Kind），圖書名（BookName），出版社（Publish），借出日期（BorrowDate），是否借出（IsBorrowed））

(2)借出圖書信息表（bookoff）：數(shù)據(jù)結構(自動編號ID,借書證號（LoanNum），姓名（Name），圖書編號（BookID），書名（BookName），價格（Price），類別（Kind），出版社（Publish），借出日期（BorowDate）)

軟件需求規(guī)格說明書

(3)管理員信息表（Librarian）：數(shù)據(jù)結構（自動編號ID,名稱（LibName），密碼（Password））

(4)讀者信息表（personal）：數(shù)據(jù)結構（自動編號ID,讀者編號（ReaderNum），借書證號（BorrowNum），姓名（Name），班級(Class)，部門(Depart)，職稱(Tittle)，罰款（Fine））

(5)圖書類型信息表(type)： 數(shù)據(jù)結構（自動編號ID，類別名(Kind)，借出天數(shù)(BorrowedDay)）3.2對性能的定義 3.2.1 精度

（1）要按照嚴格的數(shù)據(jù)格式輸入，否則系統(tǒng)不給予響應進行處理。

（2）查詢時要保證查全率，所有相應域包含查詢關鍵字的記錄都應能查到。（3）添加記錄時必須寫入正確的記錄字段。3.2.2時間特性要求

一般操作的響應時間應在1~2秒內，對軟磁盤和打印機等的操作也應在可接受的時間內完成。3.2.3靈活性說明

滿足圖書館使用的需求（記錄量控制在100項內）；對前面提到的運行環(huán)境要求不應存在困難。3.3輸入輸出的要求

輸入數(shù)據(jù)：菜單選項，查找關鍵字，新建記錄項。

輸出數(shù)據(jù)：由查詢關鍵字確定的數(shù)據(jù)庫記錄集合。（1）系統(tǒng)管理

1)用戶登錄：用于管理員或讀者登錄，進行圖書館書籍及資料的查詢。2)用戶注冊：用于用戶及管理員的注冊，當數(shù)據(jù)庫中有了用戶資料之后此用戶才有權限登錄系統(tǒng)。

3)修改密碼:只限于已經(jīng)注冊的用戶或管理員的操作。以便于個人登錄的識別。

（2）圖書管理

1)圖書的分類：主要是適合于管理員的操作，對圖書進行分類以便讀者查詢、借閱書籍。

2)查詢書籍：主要給借閱者使用，是為了方便借閱者查詢自己想要的圖書，

軟件需求規(guī)格說明書

借閱者輸入圖書的相關關鍵字，按下按鈕即可查詢到于此相關的書籍。

3)圖書的添加：是給管理員用的功能，如有新增書籍，可通過這項功能，在數(shù)據(jù)庫中添加一項紀錄，讓讀者預留、借閱等。

4)圖書的刪除：是給管理員用的功能，當圖書館沒有此書籍時，在數(shù)據(jù)庫中刪除此圖書的信息。（3）借書證管理

1)借書證的添加:僅圖書管理員可以使用的功能，在數(shù)據(jù)庫中添加讀者的借書證信息，方便讀者借閱圖書。

2)借書證信息的修改：修改讀者的圖書證信息記錄

3)借書證的刪除：刪除讀者的圖書證信息記錄

4)借書證的借書上限和逾期罰金： 根據(jù)等級或其他信息規(guī)定該讀者最多能借閱幾本書籍，歸還書籍時如果超過期限，規(guī)定超過一天罰多少錢（4）借書和還書操作管理

1)借書操作：用戶借書后在借出圖書信息表中添加用戶信息及書籍信息等 2)還書操作：用戶歸還書籍后在表中刪除借出信息便于他人借閱。3)續(xù)借操作：當用戶圖書到期后，如需再借閱則可使用此功能。（5）打印報表

1)打印單條圖書記錄:主要適用于一般瀏覽者和一般用戶。他們只能打印在他們的權限和級別范圍內所能查看的圖書館信息資料。

2)打印全部檔案:是為管理員設置的，管理員可以根據(jù)需要設置打印。也可以讓檔案以報表或其它形式生成文本文件或HTML文件輸出。打印操作人員的信息只限管理員使用。

3.4數(shù)據(jù)管理能力的需求（五個基本數(shù)據(jù)表單）

圖書信息表(book)借出圖書信息表（bookoff）圖書編號 BookID 借書證號 BorrowNum 書號 ISBN 圖書編號 BookID 價格 Price 借出日期 BorowDate 類別名 Kind 是否借出 IsBorrowed 圖書名 BookName 出版社 Publish 數(shù)量 Amount 作者 Author

讀者信息表（personal）管理員信息表（Librarian）姓名 ReaderName 名稱 LibName

軟件需求規(guī)格說明書

密碼 Password 密碼 Password 班級 Class 部門 Depart 圖書類型信息表(type)職稱 Tittle 圖書編號 BookID 借書證號 BorrowNum 類別名 Kind 罰款 Fine 借出天數(shù) BorrowedDay 3.5故障處理要求

正常使用時不應出錯，若運行時遇到不可恢復的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損。調試中遇到的問題及解決的方案：

（1）遇到跳出“數(shù)據(jù)庫已經(jīng)關閉”提示信息阻止程序運行時：可以查看一下進行此項操作時，操作的表是否已經(jīng)被關閉了或者是在沒有關閉此表的情況下又一次運用打開語句打開此表。

（2）關于空記錄帶來的麻煩：有些空記錄往往會使程序無法運行。此時你可用“if not isnull”語句先判斷一下是否為空記錄，再操作。（3）有些運行錯誤也可用如下語句排除 On Error GoTo Erropoint

Erropoint :

Msgbox Err.Descripton

Exit sub

或用On Error resume Ｎext 等語句進行處理。3.6其他要求

（1）系統(tǒng)的功能實現(xiàn)情況: 用戶可在本系統(tǒng)下實現(xiàn)各種用戶要求的功能（2）系統(tǒng)的安全性: 對于系統(tǒng)的重要數(shù)據(jù)都有密碼保護，具有一定的安全性（3）系統(tǒng)的容錯性: 用戶輸錯數(shù)據(jù)都有提示信息，具有較好的容錯性能。（4）系統(tǒng)的封閉性: 用戶的封閉性較好，用戶基本上在提示信息下輸數(shù)據(jù) 4．運行環(huán)境規(guī)定 4.1設備

本軟件不需要特定的硬件或硬件接口進行支撐；486以上PC機均可運行此軟件。4.2支持軟件

運行于Windows95及更高版本具有WIN32 API的操作系統(tǒng)之上。開發(fā)軟件：Dreamweaver、SQL Server、Microsoft web developer 4.3雙方簽字

軟件需求規(guī)格說明書

需求方（甲方）： 開發(fā)方（乙方）： 日期：2010年11月17日

第五篇：宿舍管理系統(tǒng)需求規(guī)格說明書

需求規(guī)格說明書

1.引言 1.1編寫目的

本學生宿舍分配系統(tǒng)以公寓房間、入住學生為基礎信息源，可以對房間和床位分配，可以使教務處、學生處、保衛(wèi)處、公寓管理中心、財務處等學校職能部門及學校學院領導隨時獲得全方位的公寓管理信息，實現(xiàn)信息共享，提高工作效率。

本文檔從用戶、功能、性能、運行環(huán)境等各方面對系統(tǒng)進行了分析，以確保在系統(tǒng)開發(fā)過程中，確定好具體目標，使工作能有條不紊的進行，提高工作效率。

1.2背景

很多學校特別是中等及高等院校中，學生在校住宿的情況極其普遍。隨著高校的擴招，需要住宿的學生人數(shù)和學生公寓樓房越來越多，宿舍管理人員的需求量也相應地增加。許多高校后勤實施社會化改革，學生住宿條件得到了很大改善，宿舍安排上打破了原來按專業(yè)班級強制集中住宿的限制，可供學生選擇的余地也越來越大，相關部門對公寓管理的要求越來越高，導致公寓管理的難度越來越大，原來的手工管理已經(jīng)無法適應，需要用信息化手段來實現(xiàn)。因此，開發(fā)一個學生宿舍分配軟件是十分必要的，希望能夠為廣大教師、校院領導、宿舍管理員和學生提供便利，加強學生住宿管理、規(guī)范高校公寓日常工作、提高公寓管理效能的有效工具。

1.3 定義

用例圖(Use Case)：是指由參與者（Actor）、用例（Use Case）以及它們之間的關系構成的用于描述系統(tǒng)功能的動態(tài)視圖。呈現(xiàn)了一些參與者和一些用例，以及它們之間的關系，主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進行建模。

順序圖：是將交互關系表示為一個二維圖?？v向是時間軸，時間沿豎線向下延伸。橫向軸代表了在協(xié)作中各獨立對象的類元角色。類元角色用生命線表示。

類圖(Class diagram)：是顯示了模型的靜態(tài)結構，特別是模型中存在的類、類的內部結構以及它們與其他類的關系等。類圖不顯示暫時性信息。

狀態(tài)圖(Statechart Diagram)：是描述一個實體基于事件反應的動態(tài)行為，顯示了該實體如何根據(jù)當前所處的狀態(tài)對不同的事件做出反應的。

活動圖（activity diagram）：是闡明了業(yè)務用例實現(xiàn)的工作流程。工作流程通常包括一個基本工作流程和一個或多個備選工作流程。工作流程的結構使用活動圖來進行說明。

協(xié)作圖/通信圖(Communication Diagram)：而“協(xié)作”作為一個結構事物用于表達靜態(tài)結構和動態(tài)行為的概念組合，表達不同事物相互協(xié)作完成一個復雜功能。

1.4參考資料

（1）殷建民 主編，《軟件系統(tǒng)分析與設計》，中國水利水電出版社，2008（2）《學生宿舍基本需求》（3）《2012級軟件系統(tǒng)分析與設計實驗指導書（16學時宿舍分配系統(tǒng)）》

2．任務概述

2.1 目標

本學生宿舍分配系統(tǒng)以公寓房間、入住學生為基礎信息源，可以對房間和床位分配，可以使教務處、學生處、保衛(wèi)處、公寓管理中心、財務處等學校職能部門及學校學院領導隨時獲得全方位的公寓管理信息，實現(xiàn)信息共享

2.2 用戶特點

學生：若要住宿需提交住宿申請，然后等待分配。如有特殊要求，務必專門說明。一旦得到批準通知，可以查詢個人宿舍安排。住宿后若有特殊原因，可以申請調整宿舍或床位，但依然要經(jīng)過審核、批準。一旦調換了宿舍，其所使用的設備也要隨之變更記錄。

教師：分為班主任和輔導員。輔導員負責查看、初審學生提交的住宿申請，對基本符合要求的，轉交給宿舍負責人。班主任和輔導員可以隨時查看、了解所負責班級住宿學生的情況。

宿舍負責人：負責對住宿申請進行綜合審查，通過的則以班為單位分配床位。可以隨時查看和了解宿舍的基本情況、所有住宿情況和設備使用情況，對特殊情況及時進行統(tǒng)計，并報送相關領導。學生一旦畢業(yè)或提出退宿，其宿舍和床位會立即變空，等待重新分配使用。

宿舍管理員：負責宿舍設備情況的記錄（購入登記、各建宿舍配置、損壞和修理登記、報廢登記）、每日查房結果記錄、學生晚歸記錄、宿舍具體情況管理（新房間登記、房間撤消、格局調整）。

校院領導：可以隨時查看、了解學校和學院宿舍的詳細信息、學生住宿狀況和宿舍管理員的基本情況以及每日查房的情況。

2.3 假定與約束

經(jīng)費限制：由于是學習之作，資金的不足限制了本軟件的研發(fā)。

開發(fā)期限;在時間方面，只能在課余時間完成本軟件，對時間的安排需做到合理，恰當才能很好的完成本工程。

3.需求分析建模

3.1功能需求

3.1.1系統(tǒng)需求描述

本學生宿舍分配系統(tǒng)以公寓房間、入住學生為基礎信息源，可以對房間和床位分配，可以使教務處、學生處、保衛(wèi)處、公寓管理中心、財務處等學校職能部門及學校學院領導隨時獲得全方位的公寓管理信息，實現(xiàn)信息共享。

基本流程圖如下:

宿舍學生提交住宿申請返回不同意返回同意結束N查看住宿申請初審Y判斷宿舍負責人是否同意NYN復審負宿人責舍教師查看申請Y分配床位領校導院管宿員理舍

3.1.2 總體功能分析

各類角色的大體功能分析：

學生:填寫申請表、提交住宿申請、查看申請結果、申請宿舍調整 輔導員:查看學生住宿情況、查看住宿申請、初審、返回申請結果給學生 班主任：查看本班學生住宿情況

宿舍負責人：復審、分配床位、查看住宿信息、宿舍住退更新、特殊情況報送領導 宿舍管理員:宿舍查房記錄、宿舍設備情況記錄、晚歸記錄、宿舍集體情況 校院領導：查看宿舍詳細信息、查看住宿情況、宿舍管理員情況、每日查房情況 具體用例圖如下： 填寫申請表查看學生住宿情況提交住宿申請查看住宿申請初審查看申請結果學生輔導員返回申請結果給學生班主任申請宿舍調整復審宿舍查房記錄查看宿舍詳細信息分配床位宿舍設備情況記錄查看住宿情況查看住宿信息晚歸記錄院校領導宿舍管理員情況宿舍管理員宿舍負責人宿舍住退更新特殊情況報送領導宿舍集體情況每日查房情況3.1.3 功能模塊分析(詳述 學生申請)☆由學生申請住宿用例：當學生登錄后，進入申請界面，填寫申請報告，出現(xiàn)兩種情況，即填寫正確或錯誤/部分錯誤，對應的成功提交申請或返回重新填寫申請...構建活動圖、協(xié)作圖、順序圖等來完成功能的具體分析。

活動圖：

學生登陸進入申請界面填寫申請表還有未審核的申請?zhí)顚懻_保存新申請表填寫錯誤返回主界面重新填寫提交申請等待申請結果回到主界面

狀態(tài)圖：

學生申請這一事件對應的狀態(tài)：首先是要進行申請表的填寫預準備工作，即新建一張空白申請表，進行填寫，完成后進行提交，即等同于進入等待審核狀態(tài)；等待后臺審核完成后，學生進行查看可以找到‘審核通過’‘不通過’以及‘不通過（部分不符合要求）’三種狀態(tài)，一次審核通過后二審，產(chǎn)生‘批準’‘不批準’兩種狀態(tài)，批準通過，進入入住狀態(tài)。

新建批準保存已入住審核通過不批準提交審核不通過部分通過順序圖: 根據(jù)流程圖和活動圖，可以建立學生申請的工作順序圖，首先是登陸到首頁>進入申請界面，申請表的填寫與是否可以成功提交由提交控制檢測并返回可申請/不可申請/有錯重新填寫，提交成功則學生等待來自輔導員以及宿舍管理員的的審核結果以及宿舍分配結果。

學生首頁申請界面提交控制輔導員宿舍負責人登陸登陸成功退出不可以申請可以申請?zhí)顚懮暾執(zhí)峤唤o輔導員有錯重新填寫反饋同意請求復審同意駁回不同意 協(xié)作圖：

學生功能界面申請表審核控制輔導員返回不同意返回同意及宿舍分配 3.2性能需求

3.2.1精度

在進行向數(shù)據(jù)庫文件提取數(shù)據(jù)時，要求數(shù)據(jù)記錄定位準確，在往數(shù)據(jù)庫文件數(shù)組中添加數(shù)據(jù)（如申請表，住宿信息等）時，要求輸入準確學生姓名，身份證，學號，班級，宿舍號等，按需求設定字符數(shù)。

3.2.2時間特性要求

（1）查詢類頁面響應時間<=3s（2）更新處理時間，如新建、提交等最長時間不超過2s。（3）數(shù)據(jù)的轉換和傳送時間，如遠程數(shù)據(jù)傳輸不超過5s。

3.3數(shù)據(jù)需求

3.3.1 輸入輸出數(shù)據(jù)要求

1）宿舍的詳細數(shù)據(jù)、學生住宿的情況以及宿管人員的具體數(shù)據(jù)要完整保管，且一旦發(fā)生變化，必須及時變更記錄。

2）上述數(shù)據(jù)要能夠導出到excel文件中，或從excel文件導入。3）分配床位時可以采取二種方法：

● 第1是按照一定的算法進行自動分配，● 第2是針對特殊要求進行手工分配 4）學生住宿需要記錄的內容主要包括：

學號、姓名、所屬學院、所屬系、宿舍房間號、床鋪號、柜子號、入住時間、聯(lián)系電話等。5）每個房間需要記錄的內容主要包括：

宿舍房間號、面積、可容納人數(shù)、目前空床數(shù)、6）為簡化宿舍分配過程中學生信息的重復錄入，保證數(shù)據(jù)的一致性和統(tǒng)一性，最好可利用現(xiàn)行的學籍管理系統(tǒng)中的信息。

3.3.2數(shù)據(jù)分析模型(類圖)

people-memberName-memberName學生-memberName-memberName職工-memberName-memberName教師-memberName-memberName院校領導-memberName-memberName宿舍負責人-memberName宿舍管理員-memberName-memberName-memberName輔導員-memberName班主任-memberName-memberName-memberNamec各種記錄學生住宿信息班級-memberName-memberName-memberName-memberName-memberName-memberName住宿申請-memberName-memberName住宿登記表-memberName-memberName床位-memberName宿舍-memberName-memberName設備-memberName-memberName-memberName

類圖分析：用戶主要分為學生和職工兩大類，學生類和職工類繼承于people類，而教師類、領導類、宿舍負責人類和宿舍管理員類繼承于職工類，輔導員和班主任類繼承于教師類；學生與輔導員、班級、住宿登記表、床位、宿舍、住宿申請等都是關聯(lián)關系。

3.4故障處理要求

正常使用時不應出錯，對于用戶的輸入錯誤應給出適當?shù)母恼崾?。若運行時遇到不可恢復的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損，可以通過日志來了解故障現(xiàn)象、發(fā)生時間。

3.5其他專門要求

（1）進度需求：系統(tǒng)開發(fā)的階段進度要求。（2）運行環(huán)境需求：平臺、體系結構、設備要求。

（3）培訓需求：無實體培訓，系統(tǒng)配備《用戶使用手冊》，提供多媒體教學光盤。

4.運行環(huán)境規(guī)定 4.1設備

服務器

PC機（建議配置：操作系統(tǒng) windows 2000/XP/Vista CPU PentiumⅣ以上 內存 128M以上 硬盤空間 100M以上）DVD光驅，打印機等。

4.2支持軟件

軟件運行基于windows平臺上的2000，NT，XP,Vista等。數(shù)據(jù)庫：MySQL 4.3接口

無