第一篇：軟件工程(倉庫管理)需求分析說明書

三、需求規格說明書

三、需求規格說明書

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

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

2.1目標.....................................................................................................................................2 2.2運行環境.............................................................................................................................3 2.3條件與限制.........................................................................................................................3 3．數據描述.....................................................................................................................................4

3.1靜態數據.............................................................................................................................4 3.2動態數據.............................................................................................................................4 3.3數據庫介紹.........................................................................................................................4 3.4數據詞典.............................................................................................................................4 3.5數據采集.............................................................................................................................9 4．功能需求...................................................................................................................................10 4.1功能劃分...........................................................................................................................16 4.2功能描述...........................................................................................................................17 5．性能需求...................................................................................................................................18 5.1數據精確度.......................................................................................................................18 5.2時間特性...........................................................................................................................18 5.3適應性...............................................................................................................................18 6．運行需求...................................................................................................................................19 6.1用戶界面...........................................................................................................................19 6.2硬件接口...........................................................................................................................19 6.3軟件接口...........................................................................................................................19 6.4故障處理...........................................................................................................................21 7．其它需求...................................................................................................................................22

1．引言

1.1編寫目的

為明確軟件需求、安排項目規劃與進度、組織軟件開發與測試，撰寫本文檔。為了開發出真正滿足用戶需求的軟件產品，首先必須了解用戶的需求。本文檔是根據用戶所

三、需求規格說明書

提供的需求和分析員共同探討后擬定。在這里將詳細介紹用戶所需要實現的功能及實現該功能的硬件軟件的基本需求，以避免在軟件開發后交付用戶使用中出現不必要的麻煩。同時在這里將詳細的介紹本軟件的模塊調用等等相關問題。

1.2項目背景

在步入信息化、數字化的今天，倉庫是我們生活工作中不可缺少的一部分，倉庫管理如何管理，讓利益最大化。在如今用軟件控制所有流程，可以大大的提高倉庫的工作效率，有效地節省物力人力資源。a.項目委托單位：XXX倉庫存儲基地；開發單位：內蒙古工業大學信息工程學院軟件09-1班；主管部門：計算機系領導 b.軟件名稱：倉庫信息管理系統

1.3定義

【列出文當中所用到的專門術語的定義和縮寫詞的原文。】

實體：客觀世界中存在的且可互相區別的事物。聯系：客觀事物中的彼此之間的關系。屬性：實體或者聯系所具有的性質。

管理員：指日常管理維護本軟件的管理人員或倉庫主管單位的領導。

1.4參考資料

[1]李香敏《SQL Server 2000 編程員指南》第1版.北京.希望電子出版社 [2]張海藩《軟件工程導論》第五版.北京.清華大學出版社

[3]陶宏才.《數據庫原理及設計》.第1版.北京.清華大學出版社.2004年 [4]小型倉庫管理系統軟件需求規格說明書 [5]2006軟件綜合設計指導書

2．任務概述

2.1目標

1.提高工作人員的正確性，省略了手工核對的工作量。2.倉庫是貨物貿易的核心部位，管理好倉庫可以使貿易更加便捷，在繁忙的人去管理倉庫的同時，人的能力是有限的，而倉庫管理系統可以大大的提高工作效率，在總的方面進

三、需求規格說明書

3.4.5.6.行調動。

在管理方面更加便捷，無需復雜的人員記錄，管理領導在輸入相應的信息后可以直觀的了解各個倉庫的各種詳細動態。

采購人員在這里可以根據本軟件清晰地了解到哪里需求較大，哪里需求較小，從而去合理的進行采購。

倉庫管理系統可以使企業領導、客戶在更高的層面去了解銷售詳細信息，并且可以更好地規劃業務模式，實現利益最大化，牢固倉庫和客戶之間的合作關系。功能實現：系統涵蓋了倉庫管理在實際應用中的各項流程，包括倉庫的進銷存功能模塊，報表生成功能，訂單的生成、管理、查詢功能以及利潤分析功能。系統遵循了易學易用的設計理念，以貼近業務管理，融合財務分析為主要線索，使其成為倉庫管理員的高級業務助理

2.2運行環境

操作系統：Microsoft Windows 2000 Advanced Server 支持環境：IIS 5.0 硬件：

標準配置：

CPU:：P166以上 內存：32M以上

硬盤空間：200M以上 標準鍵盤、標準鼠標、標準顯示器 標準VGA顯卡 推薦配置：

CPU：P300以上 內存：64M以上 硬盤空間：1G以上 標準鍵盤、標準鼠標、標準顯示器 標準VGA顯卡 100M以太網卡 軟件：

標準配置：

數 據 庫：Microsoft SQL Server 200

2.3條件與限制

(1)對倉庫管理的專業調配等具體技術細節缺乏足夠的知識。(2)缺乏和用戶的足夠的溝通，對目標系統很難有精確的定位。

三、需求規格說明書

3．數據描述

3.1靜態數據

員工編號、管理人員賬號、密碼

3.2動態數據

輸入數據：商品編號、供應商信息、商品單價、數量、用戶賬號和密碼 輸出數據：商品信息、出入庫時間、數量

3.3數據庫介紹

本系統是一種工作在windows系統平臺的軟件，它是以SQL數據庫為基礎

3.4數據詞典

名稱：用戶名別名：name描述：倉庫管理管理系統管理員的唯一標識定義：用戶名=15{字符}位置：用戶登陸表

三、需求規格說明書

名稱：密碼別名：password描述：登錄倉庫管理系統的唯一認 證標記定義：密碼=15{數字}位置：用戶登陸表

名稱：商品編碼別名：SPM描述：倉庫商品的唯一標識定義：商品編碼=8{字符}位置：商品信息表 庫存信息表 進貨信息表 退貨信息表 商品銷售信息表 商品退貨信息表

三、需求規格說明書

名稱：商品信息別名：SHB描述：商品的基本屬性定義：商品信息=商品編碼+商品名稱+數量+供應商+當前庫存位置：庫存信息表 進貨信息表 供應商信息表 商品銷售信息表 退貨信息表

名稱：庫存信息表別名：KCB描述：每一天倉庫存儲信息的更新 清單 定義：庫存信息表=商品編碼+商品名+當前庫存+商品單價+銷售總量+退貨總攬位置：庫存信息表

三、需求規格說明書

名稱：進貨信息表別名：JHB描述：倉庫購入商品的信息定義：進貨信息表=商品編碼+商品數量+單位+單價+供應商+進貨時間位置：進貨信息表

名稱：供貨商信息表別名：GHSB描述：采購員采購商品的聯系人員表或廠家信息表定義：供貨商信息表=供貨商名稱+聯系人電話+聯系人方式+傳真+地址+郵政編碼位置：供應商信息表 進貨信息表 退貨信息表

三、需求規格說明書

名稱：商品銷售信息表別名：XSB描述：對銷售出去的信息的總體統計記錄定義：銷售信息表=商品編號+銷售數量+購買人+購買時間位置：輸出到打印機 商品銷售信息表

名稱：退貨信息表別名：THB描述：對退回的貨物信息進行登記匯總定義：退貨信息表=商品編號+退貨數量+單位+單價+供應商+退貨時間位置：輸出到打印機 退貨信息表

三、需求規格說明書

名稱：商品退貨信息表別名：SPTHB描述：對退回的商品進行登記統計定義：銷售信息統計表=商品編號+退貨數量+退貨人+退貨時間位置：輸出到打印機 商品退貨信息表

3.5數據采集 3.5.1 E-R圖

綜合E-R圖

三、需求規格說明書

供應商信息供應商n供應m商品商品信息表g退貨信息表進貨進貨信息表h退貨人j退貨k倉庫管理倉庫管理員ptq銷售記錄表銷售庫存信息表r購貨方 倉庫 E-R 圖

庫區編號倉庫主管倉庫面積倉庫

商品 E-R圖

三、需求規格說明書

商品編碼商品名稱商品單價供應商庫存數量n商品存儲m倉庫入庫時間出庫時間采購員庫區號管理負責人 銷售 E-R圖

商品名稱購買日期商品編碼商品K購買L消費者購買數量商品單價

商品名稱商品編碼生產廠家數量p商品銷售q倉庫單價銷售日期購買人銷售管理員

退貨 E-R 圖

三、需求規格說明書

商品名稱商品編碼生產廠家退貨數量p商品退貨q倉庫單價退貨日期退貨人主要負責人

3.5.2 IPO圖

IPO 表系統：倉庫管理系統 作者：張啟松模塊：進貨管理 日期：2011/11/2編號：4被調用：倉庫管理系統輸入：商品信息調用：產生訂貨清單；添加、刪除商品信息輸出：商品、供應商信息處理：對入庫的貨物的具體信息進行登記、刪除，便于了解 倉庫存儲狀態局部數據元素：商品名稱、編碼、單價、供應商信息等注釋：

三、需求規格說明書

IPO表系統：倉庫管理系統 作者：張啟松模塊：系統登錄 日期：2011/11/2編號：1被調用：倉庫管理系統調用：登錄輸入：用戶名和密碼輸出：登錄成功或登錄失敗處理：省份驗證局部數據元素：用戶名、密碼注釋：

三、需求規格說明書

IPO 表系統：倉庫管理系統 作者：張啟松模塊：人員管理 日期：2011/11/2編號： 8被調用：倉庫管理系統輸入：工作人員信息調用： 人員管理輸出：工作人員信息處理：倉庫員工的管理局部數據元素：姓名、性別、年齡、職稱、工資等

注釋：

三、需求規格說明書

IPO 表系統：倉庫管理系統 作者：張啟松 模塊：銷售管理 日期：2011/11/2編號：5被調用：倉庫管理系統輸入：商品信息調用： 銷售輸出：商品銷售記錄處理：對商品銷售具體信息進行記錄、以及對顧客退貨的信息進行處理局部數據元素：商品名稱、編號、單價、銷售時間、數量、購貨人等

注釋：

三、需求規格說明書

IPO 表系統：倉庫管理系統 作者：張啟松模塊：供貨商管理 日期：2011/11/2編號：3被調用：倉庫管理系統調用： 供貨商輸入：供貨商輸出：供貨商信息處理：根據輸入的供貨商，對供貨商的信息進行添加、修改、刪除等局部數據元素：供貨商信息、商品編碼、名稱、數量、等

注釋：

4．功能需求

4.1功能劃分

1）系統登錄

用戶可根據用戶名和密碼登錄系統，選擇自己 2）系統設置

(1)添加刪除用戶：只限于管理員操作。管理員可以向里面添加和刪除用戶信

三、需求規格說明書

息，也可修改用戶密碼。3）供應商信息管理(1)供應商信息的添加(2)供應商信息的修改;(3)供應商信息的刪除;(4)供應商信息的查詢;

4）庫存管理

(1)商品信息的添加。對商品的基本信息進行錄入并保存。

(2)商品信息的修改：在有商品進入時，修改庫存商品的基本信息，更新商品的信息，使商品信息始終是最新的商品信息。

(3)商品信息的刪除：當商品沒貨時，又不準備再進相同的貨時，可以將該商品的信息從庫存清單中刪除，保證信息庫中無冗余的數據。(4)庫存信息的查詢。(5)庫存不足發出警報信息。5）進貨管理

（1）由庫存清單的信息產生訂貨清單。

（2）商品的驗收，當符合要求時選擇入庫，反之，選擇退貨。6）銷售管理

（1）銷售信息的添加（統計時）。

（2）銷售信息的刪除（退貨時）。

（3）銷售信息的統計（上周、本周銷售，上月、本月銷售）。（4）銷售信息的查詢（主要針對銷售統計）。7）人員管理

（1）工作人員信息的添加。

（2）工作人員信息的刪除。（3）工作人員信息的修改。（4）工作人員信息的查詢

4.2功能描述 4.2.1用戶登錄

系統登錄功能的主要功能是對用戶身份進行驗證，只有在系統登錄時輸入合法

三、需求規格說明書

用戶名和密碼才能進入倉庫管理系統。

退出系統功能保證用戶在已經保存當前操作的情況下安全退出，防止不必要的信息丟失

用戶注銷功能在不退出系統的情況下更改登陸用戶

4.2.2倉庫管理

庫存管理的主要功能是產生進貨、退貨、商品銷售、商品退貨的清單，并進行庫存的盤點和驗收

4.2.3 業務查詢

業務查詢模塊主要實現對當前庫存量的查詢，對銷售歷史記錄的查詢，以及對倉庫進貨、退貨，商品銷售、退貨信息的查詢

4.2.4 系統設置

系統設置模塊主要是對供應商信息和登陸用戶信息的管理。能夠實現對供應商和登陸用戶信息的添加、修改、刪除功能。

5．性能需求

5.1數據精確度

數據精確度：單價小數點后保留兩位有效數字、商品編碼為六位。軟件的輸入精度:小數點后保留1位有效數字 輸出數據精度的要求: 小數點后保留1位有效數字 傳輸過程中的精度: 小數點后保留1位有效數字

5.2時間特性

（1）查詢速度：不超過10s（2）其他所有交互功能反應速度：不超過3s（3）可靠性：平均故障間隔時間不低于200h（4）響應時間:0.5秒以內（5）更新處理時間:0.5秒鐘以內

三、需求規格說明書

（6）數據的轉換和傳送時間: 1秒以內（7）解題時間: 1秒以內

5.3適應性

操作方式上的變化:該軟件實用與現在流行的操作系統精度和有效時限的變化，可以根據實際情況自行設置

6．運行需求

6.1用戶界面

【如屏幕格式、報表格式、菜單格式、輸入輸出時間等。】

6.2硬件接口

1.登陸終端的接口 2.打票終端機的接口 3.條碼錄入終端機的接口

6.3軟件接口

圖1登錄時的用戶名和密碼

三、需求規格說明書

D3 商品信息用戶名4倉庫管密碼以進貨管理員及身份理選擇4.1產生訂貨清單庫存清單4.1.1添加商品信息4.1.2刪除商品信息D2 供貨商信息

圖2進貨管理模塊

D3 商品信息商品銷售信息倉庫管理員用戶名密碼5銷售管理5.1銷售商品5.2 顧客退貨打印小票采購員顧客5.3銷售倉庫管銷售統統計理員計表

圖3商品銷售模塊

三、需求規格說明書

D2 供貨商信息用戶名3倉庫管密碼以供貨商理員及身份管理選擇3.1添加供貨商3.2刪除供貨商3.3修改供貨商3.4查詢供貨商信息倉庫管理員

圖4供貨商管理模塊

D4 工作人員信息倉庫管理員用戶名8密碼以人員管及身份理選擇8.1添加人員信息8.2 刪除人員信息8.3修改人員信息8.4工作人員信息表查詢人員信息

圖5人員管理模塊

倉庫管理員6.4故障處理

4.（1）在輸入數據不符合定義時

提示正確類型并重新輸入； 5.（2）用戶名和密碼輸入三次還沒有正確輸入，則系統自動鎖定；

三、需求規格說明書

6.（3）數據在數據庫中已有備份，系統出錯時可以靠數據庫恢復；

7.（4）再啟動技術，使軟件從故障點恢復執行或使軟件從頭開始重新運行的方法；

8.（5）斷電后系統會自動保存數據。

7．其它需求

7.1安全保密設計

9.對數據庫的查看訪問必須有用戶名和密碼

10.安全性：登錄系統時需要正確的用戶名和密碼，當密碼和用戶名錯誤輸入三次，系統不允許再輸入。當電腦因意外斷電，系統將自動保存信息

7.2維護設計

11.詳細編寫各階段的文檔資料，利于開發和維護。

第二篇：倉庫管理系統需求規格說明書

倉庫管理系統需求規格說明書

(第十二組）

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

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

2.1目標......................................................................................................................................2 2.2運行環境.............................................................................................................2 2.3條件與限制..........................................................................................................2 3．數據描述....................................................................................................................3

3.1靜態數據.............................................................................................................3

3.2動態數據.............................................................................................................3 3.3數據庫介紹..........................................................................................................3 3.4數據詞典.............................................................................................................3 3.5 E-R圖.................................................................................................................3 3.6數據采集.............................................................................................................3 4．功能需求....................................................................................................................6

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

5.1數據精確度..........................................................................................................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

倉儲管理系統需求規格說明書

1．引言

1.1編寫目的

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

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

1.2項目背景

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

本程序設計由計算機與信息工程學院網絡工程專業09級7班第12組提出并執行。

1.3參考資料

1.張海潘

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

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

馬俊主編

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

人民郵電出版社

馬俊主編

4.網絡資源

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

第 頁

倉儲管理系統需求規格說明書

方面的問題。

2．任務概述

2.1目標

倉儲管理的內容應該包括三個部分：倉儲系統的布局設計、庫存最優控制、倉儲作業操作。

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

2.2運行環境

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

數據庫名稱：Microsoft SQL Server 2008。

2.3條件與限制

本系統在 Windows 環境中開發，故在Windows中運行無其它因素限制。

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

第 頁

倉儲管理系統需求規格說明書

3．數據描述

3.1靜態數據

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

3.2動態數據

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

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

3.3數據庫介紹

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

第 頁

倉儲管理系統需求規格說明書

3.4數據詞典

第

頁

倉儲管理系統需求規格說明書

3.5 E-R圖

性別姓名聯系方式備注ID用戶名密碼權限聯系方式普通用戶交互倉庫管理員交互管理系統操作員使用倉庫ID用戶名權限密碼

編號管理員ID狀態圖 3.1 系統E-R圖

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

第 頁

倉儲管理系統需求規格說明書

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

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

3.6數據采集

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

4．功能需求

4.1功能劃分

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

第 頁

倉儲管理系統需求規格說明書

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

倉儲管理系統模塊圖

4.2功能描述

（一）用戶登錄

（1）用戶登錄

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

（2）用戶注銷

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

第 頁

倉儲管理系統需求規格說明書

戶可以登錄使用本系統。

（3）退出系統

用戶在完成工作后，點擊退出系統按鈕可以安全的退出，以免不安全退出導致數據丟失情況的發生。

（4）超級管理員管理

圖4.3

超級管理員用例圖

（二）倉庫管理

（1）倉庫進貨

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

（2）倉庫退貨

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

（3）倉庫領料

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

第 頁

倉儲管理系統需求規格說明書

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

（4）倉庫退料

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

（5）商品調撥

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

（6）倉庫盤點

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

（三）業務查詢

業務查詢模塊圖

（1）庫存查詢

第 頁

倉儲管理系統需求規格說明書

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

（2）銷售查詢

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

（3）倉庫歷史記錄查詢

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

（四）系統設置（1）供應商管理

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

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

5．性能需求

5.1數據精確度

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

5.2時間特性

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

第 頁

倉儲管理系統需求規格說明書

5.3適應性

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

6．運行需求

6.1用戶界面

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

要求大致如下：

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

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

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

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

6.2硬件接口

數據庫服務器應配備大容量硬盤，以免當大規模公司使用時反應速度減慢等問題出現。

6.3軟件接口

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

第 頁

倉儲管理系統需求規格說明書

6.4故障處理

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

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

7．其它需求

7.1正確性

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

7.2可維護性

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

7.3可移植性

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

7.4軟件的完整性

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

7.5軟件的安全性

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

第 頁

第三篇：軟件工程--需求分析報告

文檔名稱：需求分析

項目名稱：學生智能管理系統一、引言：

1、編寫目的：

對龐大的信息隨著學校的規模不斷擴大，學生數量急劇增加，有關學生的各種信息也成倍增長。有必要開發學生信息管理系統來提高學生管理工作的效率。通過這樣的系統，可以做到信息的規范管理、科學統計和快速查詢，從而減少管理方面的工作量，同時也可以方便學生對信息的獲取。

學生信息系統也是實現學校管理現代化和信息化的重要內容。因此，學生信息管理系統應該能夠為用戶提供充足的信息和快捷的查詢手段，并且，面對學生生活的不斷豐富化，各種小方面管理軟件的泛濫，身為學生以及考慮學校本身管理的多方面的統一。本小

組所開發系統是基于C/S結構，使用 Visual Basic程序設計語言及SQLServer2000數據庫進行設計與開發。

本系統針對軟件界面的人性化，生活化，做了突破性的工作，以及多項管理功能的集成上作了初步的拓展，目的在于使管理者和訪問者易于甚至樂于接受，并提出學校管理系統的一體化概念，使學校的管理更有效率。

2、定義：

（1）靜態數據：系統內部有關的數據結構和操作規程

（2）動態數據 ：程序運行時輸入和輸出的數據

（3）數據字典： 數據字典(DD，Data Dictionary)是關于數據流

程圖中出現的所有名字（數據流、處理、數據存儲）的定義的集合。

3、參考資料：

[1]張向宏.軟件生命周期質量保證與測試.北京：電子工業出版

社.2009 [2]張海藩.軟件工程導論.北京：清華大學出版社.2005 [3]張煥君.基于VB和SQL的數據庫編程技術.北京：清華大學出版

社.2008

二：任務概述：

1、目標:（1）給出軟件系統的數據流程圖和數據結構。

（2）提出詳細的功能說明，確定設計限定條件，規定性能需求。

（3）密切與用戶的聯系，使用戶明確自己的任務，以便實現上述兩項

目標。

（4）以最低的成本，在最短的期限內開發出具有管理學生和學生信息

功能的智能管理系統。（包括：人力與設備費用的節省；處理速

度的提高；人員工作效率的提高）

2、用戶特點：

本系統所面向的用戶是大學學生和教師，對用戶計算機專業方面的知識要求不是很高，只要對電腦能熟練操作就ok。易于操作，這也是本軟件設計的一大目標。

3、條件與限制：

（1）建議該系統運行的最短壽命為5年；

（2）進行該系統方案選擇比較的期限為2個月；

（3）建議該系統軟件投入使用的最遲時間為2009年12月20日；

（4）該系統要受資金、壽命、社會等系列因素的制約和限制。

（5）由于系統較小，且在Windows系統開發，故在Windows環境下運

行沒有什么限制。

三：數據描述:

1、靜態數據：

靜態數據是系統內部有關的數據結構和操作規程。具體包括：系統用戶表格、學生基本信息表格、班級信息表格、課程基本信息表格、年級課程設置信息表格、學生成績信息表格……

2、動態數據：

動態數據包括程序運行時輸入和輸出的數據，具體是數據庫的各個表的各個不同元素與屬性值，就是學生信息。

3、數據描述：

根據上面的分析就可以設計出能夠滿足用戶需求的各種數據實體，以及它們之間的關系，為后面的邏輯結構設計打下基礎，這些實體包括各種具體信息，通過相互之間的作用形成數據的流動。

本系統的實體有：學生實體、課程實體、日常工作實體、教師實體。各個實體具體的描述E_R圖如下：

日常安排活動通知系內工作姓名性別督辦日常工作執行成績日常記錄檔案聯系教師教學生學證件課程部門教師任課表（學期）課程安排表（學期）教學進度安排表專業核心課程個學期周數分配表

4、數據字典:

（1）數據流條目——數據流條目給出某個數據流和定義，它通常是列 出該數據流的各組數據元素。

該系統的數據流條目： 數據流名：學生

別名 ：無

組成 ：學號+姓名+性別+個人電話+家庭電話+籍貫+系別+ 年級+班級+備注 數據流名：教師 別名 ：無

組成 ：證件號碼+姓名+性別+個人電話+系別 數據流名：課程信息 別名 ：無

組成 ：課程編號+課程名稱+課程類型+任課老師+上課時間+課

時+學分

數據流名：學生成績信息

別名 ：無

組成 ：考試編號+學生學號+學生成績

數據流名：學生課余活動信息

別名 ：無

組成 ：活動編號+活動名稱+活動時間+活動類型+參 與院系

（2）數據存儲條目—— 對數據存儲的定義

文件名：學生記錄

別名 ：學生信息

簡述 ：存放所有學生信息

組成 ：學生信息文件={學生基本信息記錄}+{學生成績記錄}+{學生 課余活動信息記錄}+{學生課程信息記錄} 組織：按學生學號編排

存取要求：關鍵字是：學生學號+課程號+活動編號

查詢要求：要求能立即查詢

文件名：教師記錄

別名：教師信息

簡述：存放所有的教師信息

組成：教師信息文件=｛教師基本信息記錄｝

組織：按教師證件號編排

存取要求：關鍵字是：教師證件號

查詢要求：要求能立即查詢

（3）數據項條目——給出某個數據單項的定義，通常是數據項值類型。

數據項名：學生學號

別名：無

取值：8｛數字｝8 注釋:無

數據項名：年級

別名：無

取值：〔Ｆ｜Ｍ｜Ｊ｜Ｓ〕 Ｆ－freshmen, 一年級

Ｍ－sophomore,二年級

Ｊ－junjor, 三年級

Ｓ－senior, 四年級

注釋:F,M,J,S可分別用1,2,3,4代替 數據項名：系和班級編號 別名：無 取值：8｛數字｝8 注釋：無

數據項名：課程編號 別名：無 取值：8｛數字｝8 注釋：無

數據項名：活動編號 別名：無 取值：6｛數字｝6 注釋：無

數據項名：考試編號 別名：無 取值：8｛數字｝8 注釋：無

數據項名：教師證號 別名:無

取值：11｛數字｝11 注釋：無

（4）處理說明條目——給出數據流程圖中不分解的變換處理說明定義。

處理名：查閱學生信息庫

激發條件：接受到有效用戶名和密碼

優先級：普通

輸入：用戶名和密碼

輸出：學生信息

加工邏輯：根據學生信息庫記錄 IF輸入用戶名和密碼有效 THEN顯示學生信息

ELSE請重新輸入（最多三次）ENDIF

（5）數據流圖

輸入用戶名和密碼分析用戶類型輸入用戶類型分析用戶名有效和密碼用密戶名碼和注冊用戶名和修改密碼用戶顯示結果學生信息添加及刪除反饋給用戶系統界面輸入有效命令修改用戶名及密碼學生添刪密碼修改用戶注冊表處理命令學生選課選課密碼修改學生信息表存儲修改信息修改學生課程表學生成績及信息查詢查詢密碼

5、數據采集:

系統數據采集是由數據庫系統在軟件運行期間通過人機界面來提示用戶輸入的。

四：需求規定：

1、功能需求：（1）對功能的規定

1）學生管理功能： a、修改當前登錄用戶的密碼。

b、可以瀏覽，查看，搜索頁面信息。

2）教師管理功能： a、教師可以在線瀏覽，查看，搜索各類頁面。

b、可以在線添加、刪除、修改學生各種信息。c、可以在線通知學生各種消息。3）管理員管理功能：a、可以進行學生資料錄入

b、可以對學生信息查詢、修改、刪除、添加。

（2）功能描述：

1）登錄功能：驗證登錄用戶是否為數據庫中的合法用戶，判斷登陸的用戶是一般學生還是教師。一般學生只能實現瀏覽，查看，搜

索功能；教師可以查看、修改、添加、刪除學生某方面的信息。管理員可以對用戶信息進行修改。

2）主界面功能：可以瀏覽學生各方面的信息，還可以進入登陸頁面，可以查找某個學生信息。

3）用戶管理功能：管理員（即超級用戶）可以添加新的用戶以及修

改當前登錄用戶的密碼。也可實現登錄用戶的重新登錄和退出，可以修改學生信息。一般學生則可以瀏覽，搜索，查看各種信息。

2、性能需求：(1)對性能的規定

1）精度：查詢時應保證查詢率，所有在相應域中包含查詢關鍵字的 記錄都應能查到，同時保證準確率。

2）時間特性要求：一般操作的響應時間應在1－2秒內。

3）適應性：滿足運行環境在允許操作系統之間的安全轉換和與其它

應用軟件的獨立運行要求。

4）靈活性：在需求發生變化時，本系統的對這些變化的適應能力相

對而言是比較強的，包括操作方式上的變化；運行環境 的變化；同其他軟件的接口的變化；精度和有效時限的變化。(2）功能結構圖

學生智能管理系統行政樓3#實驗樓圖書館教學樓大學生活動中心郵局師生互動教務處電信系辦公室電信系輔導員辦公室

3、運行需求:（1）用戶界面

系統運行時主界面大致要求為Windows的經典運行界面，主界面可以是SDI(單文檔界面)即每個窗體之間是獨立的，也可以是MDI（多文檔界面）：有一個主窗，可以包含其他窗體。本系統采用多文檔界面，這樣可以使程序更加美觀，整齊有序。（2）硬件接口

軟件較小除硬盤外，還有DVD光驅，打印機等。（3）軟件接口

在這里主要考慮軟件與操作系統的接口，考慮到文檔處理的需要有可能可以包括與較常用的辦公軟件的接口。

（4）開發環境

操作系統： WindowsXP或更高

數據庫類型：SQL Server 2000 CPU：P2000mmx以上，內存大于64M。

需要建立WEB服務器

（5）故障處理

在用戶的輸入有錯誤的情況下，對于用戶的輸入錯誤應給出適當的改正提示。若運行時遇到不可恢復的系統錯誤，也必須保證數據庫

完好無損。

4、界面需求：

(1）登錄界面：驗證登錄用戶是否為數據庫中的合法用戶，選擇登錄的用戶是一般學生還是教師。一般學生只能實現瀏覽，查看，搜

索功能；教師可以查看、修改、添加、刪除學生某方面的信息。管理員可以對用戶信息進行修改。

(2）主界面：可以瀏覽用戶各方面的信息，還可以進入登錄頁面，可以查找某個學生信息。

（3）注冊界面：用戶可以在主界面上選擇注冊，進入注冊界面，填寫用戶基本信息（名字、班級、年級……）。

5、其他需求：

（1）安全保密：增加用戶登錄驗證，確保信息安全性。（2）可移植性：軟件能夠安裝于windows下的各種流行版本。

第四篇：《社團管理系統》需求分析說明書

系統的前臺瀏覽功能需求

(一)游客的功能

(1)注冊成為會員

(2)信息查看,包括公告信息,和各協會活動的情況,照片,視頻和文章等

(3)可在交流區瀏覽帖子

(4)可以留言提出意見或建議

(二)協會會員的功能

(1)會員登錄

會員使用自己注冊的用戶名和密碼登錄

(2)站內信

有任何活動的發起給改協會成員發送站內信，會員有任何疑問也可以通過站內信進行交流

(3)留言

可以留言提出意見或建議

(4)加入新協會

每個會員都可以加入一到三個協會

(5)查看活動歷史

協會成員可以查看歷史活動，包括協會活動的所有有關的文檔

(6)信息查看

協會認為介紹主要介紹會長和副會長

(7)交流區

協會會員可以發表主題，并可以回復評論

(8)上傳,下載

協會會員可以上傳下載圖片和視頻

(9)新協會申請

會員可以申請注冊新協會

(10)協會注冊

協會根據規定進行學期注冊

(三)協會會長功能

(1)協會會長包括協會會員的所以功能

(2)會員管理

會長可以進行協會會員的添加刪除查詢等

(3)申請活動

申請活動必須填寫活動申請單

(4)填寫海報單

為每次活動出海報填寫海報單

(5)活動通知

活動審批通過后,系統自動通知協會會員有

(6)活動評分

每次活動會長都必須給自己組織的活動進行 評分

(7)系統設置

會長可以對自己協會頁面的相關內容進行設置

(8)飛信功能子系統

為確保活動通知到位,設置的附加功能

(9)協會換名

協會換名必須填寫換名申請單

(10)協會外請教師申請

申請外教必須填寫外請教室申請單

(11)十佳學生社團申請

十佳學生社團申請須填寫廈門理工學院十佳學生社團創建申報表

(12)外出活動申請

外出活動需填寫外出活動申請表

(13)周末文化大舞臺

周末文化大舞臺分單項節目申請表，專場活動項目申請表

系統的后臺管理需求

一.社團部管理

（一）部長功能

(1)部長審核新協會的申請：

部長對新協會申請的條件進行審核，審核通過后提交給社團部老師審核。

(2)部長對協會注冊的審核：

各協會每學期需進行注冊，部長對協會的注冊條件進行審核，審核通過后提交給社團部老師審核。

(3)審批社團外請教師：

協會會長填寫“社團外請教師申請表”后，提交給部長，由部長對具體內容進行審核。

(4)部長對工作時間的設置：

對整個社團部的工作，進行時間的控制，如：

1、活動必須在周幾之前提交申請，2、由部長必須在周幾審批活動，然后提交社團社團老師，3、再由社團部老師必須在周幾進行審批，超出規定的時間，將不能進行活動申請。

(5)審批活動申請：

對協會申請的活動進行審核，主要對活動申請表事項的審核，活動預算經費重點關注，應填寫詳細,包括宣傳經費等。

(6)審核活動質量匯報單、并評分：

會長審核完后，匯報單提交給部長，再由部長進行審核，主要針對各協會秘書、秘書組長、會長的意見內容。

提交前，并對此次活動進行評分，總分10，對應欄位后面有個下拉列表框，可選擇分數。

(7)協會分類管理：

部長可根據協會的定義，對協會原本類型進行修改，也可添加新類型、刪除類型。

(8)協會分級管理：

部長可根據協會的學年來的表現、活動總分數，對協會級別進行評定后錄入，并可進行修改，也可添加新級別、刪除級別。

(9)協會風采挑選：

部長可進步各協會界面，對所上傳的活動照片進行挑選后，關聯發布到社團部首頁的社團風采展示區。

(10)審批學生社團換名：

協會會長填寫換名申請表格，提交給部長，部長根據情況進行審批。

(11)協會解散、恢復審核：

部長對不符合協會條件的，可進行解散功能、恢復功能。

(12)部門管理與干事考評：

對各部們成員、協會會長（包括副會長）的管理：包括人員的錄入、修改、刪除； 期末總結：對副部、各組長、各協會會長進行綜合考核評語、評分；

對所有人考核完后，提交給社團部老師審批。

(13)各組干事的考核審評

各組組長對各組干事進行考核后的評語、評分提交給部長后，讓部長進行審批。

(14)站內信：

進行通知交流功能，可接收社團內部通知和活動通知，也可給社團內部所有成員發布信息。

(15)飛信功能子系統：

在對應的賬號里，嵌入飛信功能模塊，方便部長在一些工作上采用短信息通知，如：召開例會時間通知等。

（二）秘書組功能

(1)隨機指派秘書跟蹤協會活動（秘書組長的功能）：

每個協會的每次協會活動，由秘書組長隨機指派2個秘書去跟蹤協會活動；

(2)填寫質量匯報單、并評分：（各協會秘書）

由分派的的協會秘書，在活動過后進行填寫質量匯報單，填寫完后，點擊“提交按鈕”，提交給宣傳組長。

(3)審核質量匯報單、并評分：（秘書組長）

各協會秘書將提交質量匯報單給秘書組長后，秘書組長對質量匯報單進行審核。

(4)秘書組干事考核：

對本組成員的管理，包括人員的錄入、修改、刪除；

期末總結對每個干事進行綜合考核評語、評分；

對所有人考核完后，提交給部長審批。

（三）宣傳組功能

(1)指派宣傳成員出海報（宣傳書組長的功能）：

每個協會的每次活動，提交海報單以后，由宣傳組長指派成員去海報；

需設置成員與相應協會關聯。

(2)審核海報：（宣傳組成員）

對分配到的海報任務進行審核收集、修改。

(3)秘書組干事考核：

對本組成員的管理，包括人員的錄入、修改、刪除；

期末總結對每個干事進行綜合考核評語、評分；

對所有人考核完后，提交給部長審批。

（四）外聯組功能

(1)審核贊助事項：

如協會申請的活動需要經費贊助，在提交《活動申請書》時，需同時附加《活動贊助策劃書》，方便外聯組長對申請進行審核。

(2)贊助商信息發布：

如果通過審核的活動，將活動策劃書發布到網站上，方便贊助商瀏覽；

同時如果有贊助商想進行贊助，可聯系外聯組長或者部長。

(3)外聯組干事考核：

對本組成員的管理，包括人員的錄入、修改、刪除；

期末總結對每個干事進行綜合考核評語、評分；

對所有人考核完后，提交給部長審批。

（五）辦公室功能

(1)打印活動總單（社團留檔管理）：

打印內容包括：活動申請單、活動質量匯報單、活動總結（從活動申請到活動結束整個過程文檔）

(2)例會內容填寫：

對每周的例會，進行記錄整理后，上傳到網站上，方便工作人員瀏覽。

(3)辦公室干事管理與考核：（關系期末加分）

對本組成員的管理，包括人員的錄入、修改、刪除；

期末總結對每個干事進行綜合考核評語、評分；

對所有人考核完后，提交給部長審批。

(4)飛信功能子系統：

在對應的賬號里，嵌入飛信功能模塊，方便辦公室在一些工作上采用短信息通知，如：召開例會時間通知等。

(5)注意事項提醒：

系統自動檢測部長、社團部老師、宣傳組長、秘書組長、外聯組長（下稱工作人員）未登錄時間；

在規定的時間內未登錄，則發送站內信給辦公室成員；

檢測各工作人員賬號的站內信狀態，如果有信息，則用飛信自動通知，否則不通知； 飛信自動通知后，返回發送提示，如果未發送成功，則辦公室人員手動通知。

(6)通知各協會、宣傳組活動教室地點：

(7)收集各部門人員名單，分類收集：

（六）網絡部功能

(1)社團網站維護后臺子系統（對應頁面管理內容+附加內容）：

(2)頁面風格設置：

(3)校園音樂廣播：

(4)網絡部干事考核：

二.教師管理

1、社團部老師

(1)站內信：

進行通知交流功能，可接收社團內部通知和活動通知，也可給社團內部所有成員發送信息。

（2）審核新協會申請：

部長對新協會申請的條件進行審核，審核通過后提交給社團部老師，再由老師進行審核。

（3）審批協會注冊：

各協會每學期需進行注冊，部長對協會的注冊條件進行審核，審核通過后提交給社團部老師審核。

（4）審批活動申請：

部長對協會申請的活動進行審核通過后，提交到老師這邊，再由老師審核。

（5）審批社團外請教師：

協會會長填寫“社團外請教師申請表”后，提交給部長，由部長對具體內容進行審核。

（6）審批學生社團換名：

部長根據協會會長填寫換名申請表格，審批通過后，由老師再次進行審批。

（7）審核質量匯報單，并評分：

由部長進行審核后，提交給老師進行審核，（8）社團成員查詢：

可查看社團部各部門名單及相應職位，與各協會成員名單及相應職位，但不能進行修改等操作，此功能由社團部工作人員進行操作。

（9）社團部門組織管理：

可對社團內各部門進行增、刪、改，方便今后社團的組織結構變化。

（10）協會解散、恢復審核：

不符合協會條件的，部長審核后，提交給老師再次進行審核，可進行解散功能、恢復功能。

（11）部門干事考核審評：

通過部長將部門干事的審評后的結果提交給老師，讓老師進行再次審評：

老師審評對象：部長、副部長、各部們組長、協會會長（包括副會長）；

審評內容：進行綜合考核評語、評分；

對所有人考核完后，提交給社團相應成員。

2、團委書記

審批外出活動：

第五篇：車隊管理系統需求分析說明書

車隊管理系統需求分析書 基本檔案

1.1 公司信息管理

名稱、營業范圍、聯絡方式、其他

1.2 車輛信息

? 車輛基本信息

車輛資料的添加、修改、刪除、導出、打印：記錄車輛的基本信息，包括車輛編號、車牌號碼、發動機編號、車輛顏色、車輛類型、載客數量、營運種類、營運證編號、所屬公司、部門、車隊（組）、備注其他。? 車輛購買信息

廠牌型號、出廠日期、購買店家、購買日期、購入價格、購置稅及其他費用。

1.3 司機信息

? 司機基本信息

編號、姓名、性別、出生年月、家庭電話、移動電話、住址、駕駛證號、準駕車型、駕駛證核發日期、發證機關、駕駛證有限期、就職時間等 ? 司機違章信息

時間、地點、描述、其他。

1.4 人車配屬關系

車與駕駛員的關聯關系，一輛車對應1或多位駕駛員。

1.5 站點管理

行車站點資料維護、統計查詢

1.6 線路管理

行車路線統計維護，查詢

1.7 電子圍欄設置

設置電子圍欄相關信息

? 行駛范圍：車輛有規定的營運范圍；

? 電子圍欄：把行駛范圍轉換成電子圍欄，支持矩形、圓形等區域

1.8 其他

用戶、車隊、組織、部門、權限管理等。車輛監控

Inhand GPS可以為我們提供經度、緯度、速度、航向四個參數。

基于GPS，我們可以實現的主要功能：車輛定位、車輛實時軌跡、車輛行駛里程（obd）、歷史路線、數據分析報表等。

注：以下截圖中有些參數需要obd上傳，可以不用考慮。

2.1 車輛定位

某車某時在某地。

2.2 車輛實時監控

車輛實時位置、速度、航向、及其他車輛參數。

2.3 歷史路線

隨時清查指定車輛某時段運行狀態的詳細運行軌跡線圖以及軌跡回放。

2.4 軌跡明細

列表顯示過去某天某車輛狀態，包括車輛信息、位置、回傳時間、當前速度（回傳時）、方向等。運營管理

3.1 司機與車輛調度

司機考勤、身份識別

3.2 車輛年檢

年檢記錄、年檢提醒

3.3 加油管理

外地加油、定點加油、內部加油站管理。加油的日期、車輛、油量、費用等。

3.4 維修管理

維修申請、審批、維修記錄

3.5 保險管理

保險記錄 保險提醒

3.6 保養管理

保養記錄（申請、審批）保養提醒

3.7 安全管理

車輛事故記錄、駕駛員違章記錄等

3.8 預警提醒

車輛年檢到期提醒 車輛保險提醒

車輛保養提醒 車輛超速提醒 車輛越界提醒

3.9 費用管理

行車費用管理、加油費用管理、維修費用管理、保險費用管理、年檢費用管理、其它費用管理

3.10 其他方向

1、培訓以及培訓資質相關

2、CRM（客戶關系管理）相關

客戶管理、合同管理等

3、供應商相關

供應商記錄、供應商合同、供應訂單、零售件（輪胎）等

4、汽車租賃業務 統計報表

4.1 位置報表

? 疲勞駕駛統計：車輛持續運行2、4、6以及其他判定為疲勞駕駛等。

疲勞駕駛明細表、疲勞駕駛日報表、疲勞駕駛月報表。

? 停車統計報表：可隨時查找某車輛在任一時間段內的停車時間和停車地點，并可生成報表。

? 停靠超時統計：車輛停靠某位置超過指定時間，則判定為停靠超時。

? 里程統計： 根據行駛路線，統計當日里程和月里程，同時支持數據報表導出、打印、其他。

? 車輛利用率：車輛是否到達某一站點。

里程、油耗都是通過obd上報，里程如果根據GPS計算，不確定是否可以計算，計算結果是否精確。

車輛運行狀態（ACC）也是obd連接車載電腦獲取狀態碼來判定行駛還是熄火。通過gps的速度區分，獲取到的數據都不精確。

以上功能報表勉強沾邊。

? 超速、時速統計：車輛管理系統自動統計出某段時間時速排名。? 偏離航向統計：統計某些車輛沒有按照固定軌跡運行。

可以將該部分報表劃分到報表管理模塊

4.2 運營報表

? ? ? ? ? ? ? ? ? 綜合費用統計 車輛保險信息統計 車輛年檢信息統計 車輛事故信息統計 行車信息統計 車輛維修信息統計 其他費用信息統計 車輛檔案查詢 駕駛員檔案查詢等