第一篇：車輛管理系統(tǒng)設計說明書

車輛管理系統(tǒng)

系統(tǒng)設計說明書

學院：計算機與信息

班級：

學號：

姓名：

11軟工A1 20114832516 田

偉

日期：2014.4.18

目錄

系統(tǒng)設計說明書...............................................................................................................................3 1.引言..............................................................................................................................................3 1.1.編寫目的..........................................................................................................................3 1.2.編寫背景..........................................................................................................................3 1.3.參考資料..........................................................................................................................3 1.4.運行環(huán)境...........................................................................................................................3 1.5.預期讀者...........................................................................................................................4 2.任務概述......................................................................................................................................4 2.1.目標..................................................................................................................................4 2.2.需求概述..........................................................................................................................4 2.3.條件與限制......................................................................................................................4 3.總體設計......................................................................................................................................5 3.1.總體結(jié)構(gòu)設計..................................................................................................................5 3.2.功能分配..........................................................................................................................5 4.接口設計......................................................................................................................................6 4.1.外部接口設計...................................................................................................................6 4.1.1.軟件接口................................................................................................................6 4.1.2.硬件接口................................................................................................................6 4.1.3.界面設計................................................................................................................6 4.2.內(nèi)部接口設計...................................................................................................................6 5.數(shù)據(jù)結(jié)構(gòu)設計..............................................................................................................................7 5.1.邏輯結(jié)構(gòu)設計..................................................................................................................7 5.2.物理結(jié)構(gòu)設計..................................................................................................................8 5.3.數(shù)據(jù)庫設計.........................................................................................................................8 6.運行設計....................................................................................................................................13 6.1.運行控制........................................................................................................................13 6.2.運行時間........................................................................................................................13 7.出錯處理設計............................................................................................................................14 7.1.出錯輸出信息................................................................................................................14 7.2.出錯處理對策................................................................................................................14 7.3.故障分析與定位............................................................................................................14 8.安全保密設計............................................................................................................................14 9.系統(tǒng)維護設計............................................................................................................................14

系統(tǒng)設計說明書

1.引言

1.1.編寫目的

本說明書對車輛管理系統(tǒng)的總體設計與實現(xiàn)作詳細說明。用于記錄系統(tǒng)在技術(shù)層面上的實施過程，以需求說明作為設計的根本出發(fā)點，作為產(chǎn)品實現(xiàn)、功能要求和控制的依據(jù)。為開發(fā)人員指明設計方向，便于其在最短的時間內(nèi)開發(fā)出功能最齊全的軟件。

1.2.編寫背景

物流系統(tǒng)是現(xiàn)代經(jīng)濟系統(tǒng)的主動脈，物流的最簡單理解就是貨物運輸，所以運輸在物流運作中的地位十分重要，而車輛是運輸企業(yè)的命脈，有機的管理好車輛十分關(guān)鍵。傳統(tǒng)的運輸業(yè)已不能滿足市場需求。運輸企業(yè)的信息化管理具有重要意義。

1.3.參考資料

《UML基礎與Rose建模教程》

《C#數(shù)據(jù)庫系統(tǒng)開發(fā)完全手冊》

《軟件工程實驗與實踐教程》

《實用軟件文檔寫作》

1.4.運行環(huán)境

運行該軟件所適用的具體設備必須是奔騰操作系統(tǒng)在Windows xp及以上。

數(shù)據(jù)庫為SQL Server2005以上版本

4、內(nèi)存512MB以上的計算機。1.5.預期讀者

本說明書的預期讀者是項目的開發(fā)人員，測試人員和維護人員。

2.任務概述

2.1.目標

車輛管理系統(tǒng)將為企業(yè)提供各種車輛管理和快速查詢的功能，以提高公司的運作效率，降低運作成本。結(jié)合公司需求，主要為用戶提供以下幾方面的功能。* 車輛基本信息管理 * 車輛購置管理 * 車輛調(diào)撥管理 * 車輛報廢管理 * 車輛信息管理

2.2.需求概述

主要輸入輸出項：

系統(tǒng)用戶信息（二級公司用戶，總工程師，總經(jīng)理）車輛基本信息（車牌號、自編號、公司編碼等）

車輛購置信息（基本申請信息、審批信息、批復信息）車輛報廢信息（基本申請信息、審批信息、批復信息）車輛調(diào)撥信息（基本申請信息、審批信息、批復信息）

2.3.條件與限制

車輛管理系統(tǒng)的用戶分為四類：系統(tǒng)管理員、總經(jīng)理、總工程師、二級公司用戶。不同用戶具有不同的操作權(quán)限。在用戶作出操作時，系統(tǒng)需對判斷用戶是否具有該操作的權(quán)限，嚴禁一切非法操作，從而保證數(shù)據(jù)的安全性和完整性。3.總體設計

3.1.總體結(jié)構(gòu)設計

圖1 車輛管理系統(tǒng)功能模塊結(jié)構(gòu)

3.2.功能分配

用戶的登錄管理模塊：

輸入：用戶名、密碼、用戶類型。

輸出：相應用戶界面顯示或提示出錯信息。

車輛信息、車輛購置信息、車輛調(diào)撥信息、車輛報廢信息查詢模塊：

輸入：用戶輸入各種所需查詢的基本信息 輸出：相應的詳細信息界面

車輛信息、車輛購置信息、車輛調(diào)撥信息、車輛報廢信息添加模塊：

輸入：用戶輸入各種所需添加的詳細信息 輸出：數(shù)據(jù)庫操作執(zhí)行結(jié)果對話框

車輛信息、車輛購置信息、車輛調(diào)撥信息、車輛報廢信息修改模塊: 輸入: 用戶輸入各種所需修改的詳細信息 輸出: 數(shù)據(jù)庫操作執(zhí)行結(jié)果對話框 車輛信息、車輛購置信息、車輛調(diào)撥信息、車輛報廢信息刪除模塊: 輸入：用戶輸入各種所需刪除的基本信息 輸出：數(shù)據(jù)庫操作執(zhí)行結(jié)果對話框

退出模塊：

輸入：用戶輸入退出命令 輸出：確認信息框

確認模塊：

輸入：用戶操作命令 輸出：確認信息框

4.接口設計

4.1.外部接口設計 4.1.1.軟件接口

使用Sql Server數(shù)據(jù)庫的驅(qū)動程序，通過COM接口訪問。

4.1.2.硬件接口

鼠標。

鍵盤。

USB移動數(shù)據(jù)存儲器。

4.1.3.界面設計

1.用戶登錄界面

2.管理員界面

3.二級公司用戶界面

4.總工程師界面

5.總經(jīng)理界面

4.2.內(nèi)部接口設計

模塊間接口采用數(shù)據(jù)耦合方式，通過參數(shù)表傳送數(shù)據(jù)，交換信息。

5.數(shù)據(jù)結(jié)構(gòu)設計

5.1.邏輯結(jié)構(gòu)設計

5.2.物理結(jié)構(gòu)設計

5.3.數(shù)據(jù)庫設計

字段名

1、車輛基本信息表 車牌號

char(10)not null，數(shù)據(jù)類型

是否可為空

公司編碼 char(10)not null, 自編號

char(10)null, 廠牌 char(18)null, 型號 char(18)null, 規(guī)格 char(18)null, 落戶日期 datetime null, 燃料 char(18)null, 車輛來源 char(18)null, 來源摘要 char(100)null, 出廠日期 datetime null, 參運日期 datetime null, 登記證號 char(18)null, 產(chǎn)權(quán)歸屬 char(10)null, 使用性質(zhì) char(18)null, 車型 char(20)null, 車輛原值 decimal(10,2)null, 噸位 decimal(7,3)null, 養(yǎng)路費 decimal(7,2)null, 建設基金征費標準 decimal(7,2)null, 車輛級別 char(2)null, 發(fā)動機號 char(18)null, 底盤號 char(18)null, 車架號 char(18)null, 車身顏色 char(18)null, 一級維護周期 decimal(3)null, 二級維護周期 decimal(3)null，2、車輛購置申請信息表

申請單編號

char(10)

not null, vehicle_no

char(10)

not null, 公司編碼

char(10)

not null, 產(chǎn)權(quán)歸屬

char(10)

null, 主管部門意見

char(100)

null, 主管部門審批意見

char(100)

null, 經(jīng)歷批示意見

char(100)

null, 經(jīng)理批示時間

datetime

null, 車輛名稱

char(40)

null, 申請時間

datetime

null, 生產(chǎn)廠家

char(100)

null, 廠牌

char(18)

null, 型號

char(18)

null, 規(guī)格

char(18)

null, 購置數(shù)量

decimal(3)

null, 單價預算

decimal(10,2)

null, 購置時間

datetime

null, 主要技術(shù)參數(shù)

char(100)

null, 購置理由

char(100)

null, 用途說明

char(100)

null, 資金來源

char(100)

null，3、車輛調(diào)撥申請信息表

申請單編號

char(10)

not null, 公司編碼

char(10)

not null, 公司信_公司編碼

char(10)

not null, 公司信_公司編碼2

char(10)

not null, 車牌號

char(10)

not null, 審批信_產(chǎn)權(quán)歸屬

char(10)

null, 主管部門意見

主管部門審批意見

經(jīng)歷批示意見

經(jīng)理批示時間

申請時間

調(diào)撥原因

通知時間

廠牌

型號

規(guī)格

自編號

調(diào)撥起始日期

調(diào)撥結(jié)束日期

交接地點

產(chǎn)權(quán)歸屬

經(jīng)辦人

4、車輛報廢申請信息表申請單編號

公司編碼

車牌號

產(chǎn)權(quán)歸屬

主管部門意見

主管部門審批意見

經(jīng)歷批示意見

經(jīng)理批示時間

申請時間

廠牌

型號

規(guī)格

自編號

落戶日期

噸位

原值

凈值

char(100)

char(100)

char(100)

datetime

datetime

char(100)

datetime

char(18)

char(18)

char(18)

char(10)

datetime

datetime

char(100)

char(10)

char(18)

char(10)

char(10)

char(10)

char(10)

char(100)

char(100)

char(100)

datetime

datetime

char(18)

char(18)

char(18)

char(10)

datetime

decimal(7,3)

decimal(10,2)

decimal(10,2)

null，null，null，null，null，null，null, null, null, null, null，null，null，null，null, null，not null，not null，not null，null，null，null，null，null，null, null, null, null, null，null, null, null, null，已使用年限

decimal(2)

null, 已提折舊

decimal(10,2)

null, 資產(chǎn)級別

char(18)

null, 報廢原因

char(100)

null, 累計行駛總里程

decimal(10,3)

null, 辦理單位

char(2)

null, 批準文號

char(10)

null, 批準日期

datetime

null, 主管人

char(18)

null, 經(jīng)管人

char(18)

車輛管轄單位意見

char(100)

5、車輛大修記錄表 車牌號

char(10)

大修日期

datetime

間隔里程

decimal(10,3)

工時費

decimal(8,2)

材料費

decimal(8,2)

備注

char(100)

6、車輛改裝記錄表 車牌號

char(10)

改裝日期

datetime

改裝改造原因

char(200)

改裝總成本及主要參數(shù)

char(200)改造后技術(shù)性能改變情況

char(200)

7、車輛折舊記錄表 車牌號

char(10)

折舊日期

datetime

折舊率

decimal(6,3)

車輛原值

decimal(10,2)

余值

decimal(10,2)

8、發(fā)動機維修記錄表 車牌號

char(10)

發(fā)動機維修日期

datetime

次數(shù)

numeric(2)

間隔里程

decimal(10,3)

工時費

decimal(8,2)

材料費

decimal(8,2)

備注

char(100)

9、報廢車輛信息表

null，null，not null，not null，null, null, null, null，not null，not null，null，null，null，not null，not null, null，null, null，not null，not null, null，null, null, null, null，車牌號

char(10)not null, 公司編碼 char(10)not null, 自編號

char(10)null, 廠牌 char(18)null, 型號 char(18)null, 規(guī)格 char(18)null, 落戶日期 datetime null, 燃料 char(18)null, 車輛來源 char(18)null, 來源摘要 char(100)null, 出廠日期 datetime null, 參運日期 datetime null, 登記證號 char(18)null, 產(chǎn)權(quán)歸屬 char(10)null, 使用性質(zhì) char(18)null, 車型 char(20)null, 車輛原值 decimal(10,2)null, 噸位 decimal(7,3)null, 養(yǎng)路費 decimal(7,2)null, 建設基金征費標準 decimal(7,2)null, 車輛級別 char(2)null, 發(fā)動機號 char(18)null, 底盤號 char(18)null, 車架號 char(18)null, 車身顏色 char(18)null, 一級維護周期 decimal(3)null, 二級維護周期 decimal(3)null，10、報廢車輛大修記錄表 車牌號

char(10)not null, 大修日期2 datetime not null, 間隔里程 decimal(10,3)null, 工時費 decimal(8,2)null, 材料費 decimal(8,2)null, 備注 char(100)null，11、報廢車輛發(fā)動機維修記錄表 車牌號

char(10)not null, 發(fā)動機維修日期2 datetime not null, 次數(shù) numeric(2)null, 間隔里程 decimal(10,3)null, 工時費 decimal(8,2)null, 材料費 decimal(8,2)null, 備注 char(100)null，12、報廢車輛改裝記錄表 車牌號

char(10)not null, 改裝日期2 datetime not null, 改裝改造原因 char(200)null, 改裝總成本及主要參數(shù) char(200)null, 改造后技術(shù)性能改變情況 char(200)null，13、報廢車輛折舊記錄表 車牌號

char(10)

not null, 折舊日期2

datetime

not null, 折舊率

decimal(6,3)

null, 車輛原值

decimal(10,2)

null, 余值

decimal(10,2)

null，14、公司信息表

公司編碼

char(10)

not null, 公司名稱

char(18)

null, 6.運行設計

6.1.運行控制

本軟件控制流程：主程序運行，等待用戶的輸入，根據(jù)用戶的輸入調(diào)用各子模塊。

6.2.運行時間

搜索查找響應時間<5s； 運行響應時間<5s； 7.出錯處理設計

7.1.出錯輸出信息

1、登錄失?。赫f明密碼、用戶名以及用戶類型至少有一項不符，彈出警告信息后需重新輸入用戶名、密碼或重新選擇用戶類型，否則將無法登錄。

2、對于超出用戶權(quán)限范圍的操作，予以提示。例如二級公司用戶試圖修改其他公司的申請單信息，公司總經(jīng)理試圖批復產(chǎn)權(quán)歸屬為“融資掛靠”的申請單信息等。

7.2.出錯處理對策

故障出現(xiàn)后可能采取的變通措施，包括：軟件系統(tǒng)維護、重裝軟件系統(tǒng)。

7.3.故障分析與定位

對于簡單的錯誤可以人為地查找到并且確定錯誤的地方，對于復雜的錯誤可以通過具體的測試，能夠迅速查找到出錯的原因以及出錯的地方。

8.安全保密設計

新用戶注冊時需給管理員出示其所屬公司的證明，由管理員填寫注冊信息，并交付二級公司用戶。二級公司用戶可以自行修改個人信息，包括用戶名和密碼。用戶登錄后不得執(zhí)行超出其權(quán)限范圍的操作。

9.系統(tǒng)維護設計

在設計軟件是要嚴格按照軟件工程的科學方法開發(fā)軟件、認真建立文檔、編碼階段寫詳細的注釋，對于維護可能會出現(xiàn)用戶維護需求頻繁的現(xiàn)象，主要要問題可能在數(shù)據(jù)庫丟失或者數(shù)據(jù)庫版本不匹配等的問題上。

第二篇：車輛管理系統(tǒng)設計說明書

車輛管理管理系統(tǒng) 系統(tǒng)設計說明書

班 級 08軟工A1

擬制人 舒驥

2011年5月8日

目

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

1.1編寫目的.........................................................................................................1 1.2項目背景.........................................................................................................1 1.3定義...............................................................................錯誤！未定義書簽。1.4參考文獻.........................................................................................................2 2任務概述....................................................................................................................2

2.1目標.................................................................................................................2 2.2運行環(huán)境.........................................................................................................3 2.3需求概述.........................................................................................................3 2.4條件與限制.....................................................................................................3 3總體設計....................................................................................................................3

3.1處理流程.........................................................................................................3 3.2總體結(jié)構(gòu)及模塊結(jié)構(gòu).....................................................................................3.3功能分配

4數(shù)據(jù)結(jié)構(gòu)設計............................................................................................................8

4.1邏輯模型設計.................................................................................................8 4.2物理模型設計.................................................................................................9 4.3數(shù)據(jù)庫設計.....................................................................................................9 5接口設計..................................................................................................................14

5.1外部接口設計...............................................................................................14

5.1.1界面設計及說明...............................................................................14 5.1.2軟件接口...........................................................................................27 5.1.3硬件接口...........................................................................................27 5.2內(nèi)部接口設計...............................................................................................27 6運行設計..................................................................................................................27

6.1運行模塊的組合...........................................................................................27 6.2運行控制.......................................................................................................27 6.3運行時間.......................................................................................................27 7出錯處理設計..........................................................................................................28

7.1出錯輸出信息...............................................................................................28 7.2出錯處理對策...............................................................................................28 8安全保密設計..........................................................................................................28 9維護設計..................................................................................................................28

引言

1.1編寫目的

本說明書對車輛管理系統(tǒng)的總體設計與實現(xiàn)作詳細說明。用于記錄系統(tǒng)在技術(shù)層面上的實施過程，以需求說明作為設計的根本出發(fā)點，作為產(chǎn)品實現(xiàn)、功能要求和控制的依據(jù)。為開發(fā)人員指明設計方向，便于其在最短的時間內(nèi)開發(fā)出功能最齊全的軟件。

1.2項目背景

信息時代的到來意味著工作效率的日漸提高，同時也給車輛管理部門帶來更大的壓力，管理部門必須及時準確地提供各種參考材料，若無法作到這一點，將成為企業(yè)發(fā)展、機構(gòu)運轉(zhuǎn)的瓶頸?；谶@一原因，車輛管理工作無一例外受到領(lǐng)導的高度重視。

隨著車輛資料價值的日漸提升，社會對車輛管理部門也提出了更高的要求，對車輛早已不限于“用好”，更多地要求“管好”，車輛資料管理已向前延伸到公文的管理，向后擴展到信息資源的整理、采編、發(fā)放。就在車輛管理部門職能不斷擴大、業(yè)務不斷擴充的同時，機構(gòu)改革、企業(yè)改制等等政策又要求車輛部門精兵簡政，縮減日常經(jīng)費開支，充分利用現(xiàn)有資源產(chǎn)生更多經(jīng)濟效益?！跋蚬芾硪б妗币殉蔀檐囕v部門的運營之本，車輛部門必須提高其自身的管理水平?！疤嵘囕v管理檔次，將車輛交給計算機管理”正在成為一種潮流，同時，計算機管理突出優(yōu)勢也在影響車輛管理的機制。以手工檢索為目的的著錄卡片、目錄等，不僅在編制階段大量占用車輛員的工作時間，檢索利用也非常繁瑣，缺少經(jīng)驗的車輛員甚至無法在別人編制的目錄中查找車輛，更加難以保證“查全率”，使用計算機檢索，將徹底解決這一問題；另外，為了保護車輛資料，大中型車輛館都編制了“二套車輛”，造成保管費用高漲，復印機使車輛復制更加簡便，卻造成紙張消耗量的劇增，同時，大量復制文件的出現(xiàn)又給車輛管理帶來新的安全問題，更與車輛管理的嚴肅性相抵觸，使用計算機查詢，將紙載車輛管理與電子車輛利用結(jié)合起來，可以完美解決這一難題，大幅度降低車輛管理費用。

1.4參考文獻

[1].《ASP.NET 2.0網(wǎng)絡編程從基礎到實踐 》 馬穎華 蘇貴洋 袁藝 蘇桂濤 編著

[2].《UML基礎與Rose建模教程》 蔡敏 徐惠惠 黃炳強 編著

[3].《C#數(shù)據(jù)庫系統(tǒng)開發(fā)完全手冊》 明日科技 張躍延 許文武 王小科 編著

[4].《軟件工程實驗與實踐教程》 陳佳 曹妍 編著 [5].《實用軟件文檔寫作》 肖剛 古輝 程振波 張元鳴 著

2任務概述

2.1目標

車輛管理系統(tǒng)將為企業(yè)提供各種車輛管理和快速查詢的功能，以提高公司的運作效率，降低運作成本。結(jié)合公司需求，主要為用戶提供以下幾方面的功能。

* 車輛基本信息管理 * 車輛購置管理 * 車輛調(diào)撥管理 * 車輛報廢管理 * 車輛信息管理查詢

2.2運行環(huán)境

運行該軟件所適用的具體設備必須是奔騰

4、內(nèi)存512MB以上的計算機。操作系統(tǒng)在Windows xp及以上。

數(shù)據(jù)庫為SQL Server2000版本

2.3需求概述

主要輸入輸出項：

1、系統(tǒng)用戶信息（二級公司用戶，總工程師，總經(jīng)理）

2、車輛基本信息（車牌號、自編號、公司編碼等）

3、車輛購置信息（基本申請信息、審批信息、批復信息）

4、車輛報廢信息（基本申請信息、審批信息、批復信息）

5、車輛調(diào)撥信息（基本申請信息、審批信息、批復信息）

2.4條件與限制

車輛管理系統(tǒng)的用戶分為四類：系統(tǒng)管理員、總經(jīng)理、總工程師、二級公司用戶。不同用戶具有不同的操作權(quán)限。在用戶作出操作時，系統(tǒng)需對判斷用戶是否具有該操作的權(quán)限，嚴禁一切非法操作，從而保證數(shù)據(jù)的安全性和完整性。

3總體設計

3.1功能模塊分析

1、車輛基本信息管理模塊

(1)用戶的登錄管理：不同級別的用戶通過特定的用戶名和密碼登錄系統(tǒng)，對相應的信息進行管理。

(2)查詢車輛基本信息：通過輸入車輛的基本信息對車輛的整體信息進行查詢。(3)修改車輛基本信息：有相關(guān)權(quán)限的用戶如有必要，可對車輛的基本信息進行修改。

(4)添加車輛基本信息：有相關(guān)權(quán)限的用戶可添加車輛的基本信息。

2、車輛購置管理模塊

用戶可添加、修改、刪除、查詢車輛購置管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。

3、車輛調(diào)撥管理模塊

與車輛購置管理類似，用戶可添加、修改、查詢車輛調(diào)撥管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。

4、車輛報廢管理模塊

與車輛購置管理類似，用戶可添加、修改、查詢車輛報廢管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。

5、車輛信息查詢管理模塊

實現(xiàn)對多種信息的快速模糊查詢，可根據(jù)車輛所屬的二級公司，車牌號，車輛的廠牌，規(guī)格，型號等信息進行不同的組合來查詢車輛，還可根據(jù)申請購置，調(diào)撥，報廢車輛的二級公司，申請時間等查詢車輛的購置，調(diào)撥，報廢的申請及審批情況等。

3.2總體結(jié)構(gòu)及模塊結(jié)構(gòu)

1、高層功能模塊

圖 1 車輛管理系統(tǒng)高層功能模塊結(jié)構(gòu)圖

2、車輛變更的申請模塊

圖 2 車輛管理系統(tǒng)—車輛變更的申請模塊結(jié)構(gòu)圖

3、車輛變更的申請審批模塊

圖 3車輛管理系統(tǒng)—車輛變更的申請審批模塊結(jié)構(gòu)圖

4、車輛變更處理模塊

圖 4車輛管理系統(tǒng)—車輛變更處理模塊結(jié)構(gòu)圖

4數(shù)據(jù)結(jié)構(gòu)設計

4.1邏輯模型設計

圖 6 車輛管理系統(tǒng)邏輯模型

4.2物理模型設計

圖 7 車輛管理系統(tǒng)物理模型

4.3數(shù)據(jù)庫設計

字段名

1、車輛基本信息表 車牌號

自編號

數(shù)據(jù)類型

是否可為空

char(10)not null, char(10)null, 公司編碼 char(10)not null, 廠牌 char(18)null, 型號 char(18)null, 規(guī)格 char(18)null, 落戶日期 datetime null, 燃料 char(18)null, 車輛來源 char(18)null，來源摘要 char(100)null, 出廠日期 datetime null, 參運日期 datetime null, 登記證號 char(18)null, 產(chǎn)權(quán)歸屬 char(10)null, 使用性質(zhì) char(18)null, 車型 char(20)null, 車輛原值 decimal(10,2)null, 噸位 decimal(7,3)null, 養(yǎng)路費 decimal(7,2)null, 建設基金征費標準 decimal(7,2)null, 車輛級別 char(2)null, 發(fā)動機號 char(18)null, 底盤號 char(18)null, 車架號 char(18)null, 車身顏色 char(18)null, 一級維護周期 decimal(3)null, 二級維護周期 decimal(3)null，2、車輛購置申請信息表

申請單編號

char(10)

not null, vehicle_no

char(10)

not null, 公司編碼

char(10)

not null, 產(chǎn)權(quán)歸屬

char(10)

null, 主管部門意見

char(100)

null, 主管部門審批意見

char(100)

null, 經(jīng)歷批示意見

char(100)

null, 經(jīng)理批示時間

datetime

null, 車輛名稱

char(40)

null, 申請時間

datetime

null, 生產(chǎn)廠家

char(100)

null, 廠牌

char(18)

null, 型號

char(18)

null, 規(guī)格

char(18)

null, 購置數(shù)量

decimal(3)

null, 單價預算

decimal(10,2)

null, 購置時間

datetime

null, 主要技術(shù)參數(shù)

char(100)

null, 購置理由

char(100)

null，用途說明

char(100)

null, 資金來源

char(100)

null，3、車輛調(diào)撥申請信息表

申請單編號

char(10)

not null, 公司編碼

char(10)

not null, 公司信_公司編碼

char(10)

not null, 公司信_公司編碼2

char(10)

not null, 車牌號

char(10)

not null, 審批信_產(chǎn)權(quán)歸屬

主管部門意見

主管部門審批意見

經(jīng)歷批示意見

經(jīng)理批示時間

申請時間

調(diào)撥原因

通知時間

廠牌

型號

規(guī)格

自編號

調(diào)撥起始日期

調(diào)撥結(jié)束日期

交接地點

產(chǎn)權(quán)歸屬

經(jīng)辦人

4、車輛報廢申請信息表

申請單編號

公司編碼

車牌號

產(chǎn)權(quán)歸屬

主管部門意見

主管部門審批意見

經(jīng)歷批示意見

經(jīng)理批示時間

申請時間

廠牌

型號

規(guī)格

自編號

落戶日期

噸位

原值

char(10)

char(100)

char(100)

char(100)

datetime

datetime

char(100)

datetime

char(18)

char(18)

char(18)

char(10)

datetime

datetime

char(100)

char(10)

char(18)

char(10)

char(10)

char(10)

char(10)

char(100)

char(100)

char(100)

datetime

datetime

char(18)

char(18)

char(18)

char(10)

datetime

decimal(7,3)

decimal(10,2)

null，null，null，null，null，null，null，null, null, null, null, null，null，null，null，null, null，not null，not null, not null，null，null，null，null，null，null, null, null, null, null，null, null, null，凈值

decimal(10,2)

null, 已使用年限

decimal(2)

null, 已提折舊

decimal(10,2)

null, 資產(chǎn)級別

char(18)

null, 報廢原因

char(100)

null, 累計行駛總里程

decimal(10,3)

null, 辦理單位

char(2)

null, 批準文號

char(10)

null, 批準日期

datetime

null, 主管人

char(18)

經(jīng)管人

char(18)

車輛管轄單位意見

char(100)

5、車輛大修記錄表 車牌號

char(10)

大修日期

datetime

間隔里程

decimal(10,3)

工時費

decimal(8,2)

材料費

decimal(8,2)

備注

char(100)

6、車輛改裝記錄表 車牌號

char(10)

改裝日期

datetime

改裝改造原因

char(200)

改裝總成本及主要參數(shù)

char(200)改造后技術(shù)性能改變情況

char(200)

7、車輛折舊記錄表 車牌號

char(10)

折舊日期

datetime

折舊率

decimal(6,3)

車輛原值

decimal(10,2)

余值

decimal(10,2)

8、發(fā)動機維修記錄表 車牌號

char(10)

發(fā)動機維修日期

datetime

次數(shù)

numeric(2)

間隔里程

decimal(10,3)

工時費

decimal(8,2)

材料費

decimal(8,2)

備注

char(100)

null, null，null，not null，not null，null, null, null, null, not null，not null，null，null，null，not null，not null, null，null, null, not null，not null, null，null, null, null, null，9、報廢車輛信息表

車牌號

char(10)not null, 公司編碼 char(10)not null, 自編號

char(10)null, 廠牌 char(18)null, 型號 char(18)null, 規(guī)格 char(18)null, 落戶日期 datetime null, 燃料 char(18)null, 車輛來源 char(18)null, 來源摘要 char(100)null, 出廠日期 datetime null, 參運日期 datetime null, 登記證號 char(18)null, 產(chǎn)權(quán)歸屬 char(10)null, 使用性質(zhì) char(18)null, 車型 char(20)null, 車輛原值 decimal(10,2)null, 噸位 decimal(7,3)null, 養(yǎng)路費 decimal(7,2)null, 建設基金征費標準 decimal(7,2)null, 車輛級別 char(2)null, 發(fā)動機號 char(18)null, 底盤號 char(18)null, 車架號 char(18)null, 車身顏色 char(18)null, 一級維護周期 decimal(3)null, 二級維護周期 decimal(3)null，10、報廢車輛大修記錄表 車牌號

char(10)not null, 大修日期2 datetime not null, 間隔里程 decimal(10,3)null, 工時費 decimal(8,2)null, 材料費 decimal(8,2)null, 備注 char(100)null，11、報廢車輛發(fā)動機維修記錄表 車牌號

char(10)not null, 發(fā)動機維修日期2 datetime not null, 次數(shù) numeric(2)null，間隔里程 decimal(10,3)null, 工時費 decimal(8,2)null, 材料費 decimal(8,2)null, 備注 char(100)null，12、報廢車輛改裝記錄表 車牌號

char(10)not null, 改裝日期2 datetime not null, 改裝改造原因 char(200)null, 改裝總成本及主要參數(shù) char(200)null, 改造后技術(shù)性能改變情況 char(200)null，13、報廢車輛折舊記錄表 車牌號

char(10)

not null, 折舊日期2

datetime

not null, 折舊率

decimal(6,3)

null, 車輛原值

decimal(10,2)

null, 余值

decimal(10,2)

null，14、公司信息表

公司編碼

char(10)

not null, 公司名稱

char(18)

null，5接口設計

5.1外部接口設計

5.1.1界面設計及說明

按Windows應用軟件用戶界面的規(guī)范來設計，使用以對話框為主的用戶界面，便于用戶使用。

主要界面有：

1、用戶登錄界面

圖 5-1 用戶登錄界面圖

輸入：選擇登錄身份，輸入用戶名、密碼

登錄按鈕：點擊提交，由數(shù)據(jù)庫驗證身份及密碼，并且轉(zhuǎn)到相應的用戶界面或提示出錯信息。

退出按鈕：退出該程序

2、管理員界面

圖 5-2-1管理員登錄主界面

登陸用戶相關(guān)操作菜單：查詢所有登錄權(quán)限用戶信息。

用戶基本信息菜單：包含新用戶的注冊和查詢登陸用戶基本信息。退出菜單：退出系統(tǒng)。

圖 5-2-2用戶個人信息管理界面

修改按鈕：單擊修改按鈕后可以修改用戶名和密碼。輸入：需要修改的用戶名和密碼。

返回按鈕：取消顯示用戶信息，返回管理界面。修改密碼按鈕：進入修改密碼界面。

圖 5-2-3密碼修改界面

輸入：新密碼。

確認修改按鈕：提交輸入密碼。

放棄修改按鈕：放棄密碼修改，返回主界面。

圖 5-2-4用戶注冊主界面

輸入：用戶名、密碼、用戶類型。公司編碼下拉框：選擇相應的公司編碼。

公司名稱：根據(jù)已選的公司編碼自動顯示相應的公司名稱。

保存按鈕：檢查各項輸入數(shù)據(jù)是否滿足格式要求，若不滿足則給出提示信息返回按鈕：對未保存的數(shù)據(jù)不作任何操作，并關(guān)閉注冊界面。重新填寫；若滿足則將數(shù)據(jù)添加到數(shù)據(jù)庫，并給出操作成功的提示。

圖 5-2-4 用戶管理界面

導航菜單：用于查看和刪除系統(tǒng)所有用戶信息。返回按鈕：退出系統(tǒng)。

3、二級公司用戶界面

圖 5-3-1 二級公司用戶登錄主界面

基本信息管理菜單：包含個人信息的查看和修改（界面和圖5-2-2相同）以車輛申請信息管理菜單：包含車輛購置申請、車輛調(diào)撥申請、車輛報廢申請及車輛信息的查詢。三個子菜單。

退出菜單：退出車輛管理系統(tǒng)。

圖 5-3-2.1車輛購置申請管理主界面

輸入：在申請公司下拉框中選擇相應的公司編號，并選擇產(chǎn)權(quán)歸屬、填寫好清空條件按鈕：清空查詢條件中的文本框，將下拉框置空，將產(chǎn)權(quán)歸屬選為查詢按鈕：根據(jù)查詢條件查詢數(shù)據(jù)庫中的相應信息。二維列表選項卡：用于顯示查詢結(jié)果中每條記錄的主要信息。申請日期范圍。默認的“全部”。

圖 5-3-2.2車輛購置申請管理主界面

詳細記錄選項卡：用戶顯示查詢結(jié)果中每條記錄的詳細信息。

上一條按鈕：顯示查詢結(jié)果的上一條記錄，若當前為第一條，則提示“已到下一條按鈕：顯示查詢結(jié)果的下一條記錄，若當前為最后條，則提示“已到底”。

第一條按鈕：顯示查詢結(jié)果的第一條記錄。最后一條按鈕：顯示查詢結(jié)果的最后一條記錄。插入按鈕：顯示插入申請單界面。

修改按鈕：在該申請單未被審批的前提下，再判斷該申請單是否為當前用戶所有，若是，顯示申請單修改界面；若不是，則提示不能修改。

刪除按鈕：在該申請單未被審批的前提下，再判斷給該請單是否歸當前用戶所有，若是，則刪除申請單；若不是，則提示不能刪除。

退出按鈕：關(guān)閉本窗口并返回調(diào)用窗口。

4、總工程師界面

頂”。

圖5-4-1 總工程師登錄主界面

基本信息管理菜單：包含個人信息的查看和修改（界面和圖5-2-2相同）以車輛審批信息管理菜單：包含車輛購置審批、車輛調(diào)撥審批、車輛報廢審批三個子菜單。

退出菜單：退出車輛管理系統(tǒng)。及車輛信息的查詢。

圖 5-4-1.1 總工程師審批信息管理界面

輸入：在申請公司下拉框中選擇相應的公司編號，并選擇產(chǎn)權(quán)歸屬、填寫好申請日期范圍。

清空條件按鈕：清空查詢條件中的文本框，將下拉框置空，將產(chǎn)權(quán)歸屬選為查詢按鈕：根據(jù)查詢條件查詢數(shù)據(jù)庫中的相應信息。二維列表選項卡：用于顯示查詢結(jié)果中每條記錄的主要信息。默認的“全部”。

圖 5-4-1.2 總工程師審批信息管理界面

詳細記錄選項卡：用戶顯示查詢結(jié)果中每條記錄的詳細信息。

上一條按鈕：顯示查詢結(jié)果的上一條記錄，若當前為第一條，則提示“已到下一條按鈕：顯示查詢結(jié)果的下一條記錄，若當前為最后條，則提示“已到底”。

第一條按鈕：顯示查詢結(jié)果的第一條記錄。最后一條按鈕：顯示查詢結(jié)果的最后一條記錄。

審批按鈕：首先判斷該申請單是否已被總經(jīng)理批復，若是，則提示已批復，不能審批；若不是并且該申請單已審批，則詢問是否修改，并根據(jù)用戶選擇給出相應的界面；若未審批，則顯示審批界面。

退出按鈕：關(guān)閉本窗口并返回調(diào)用窗口。

5、總經(jīng)理界面 頂”。

圖5-5-1總經(jīng)理登錄主界面

基本信息管理菜單：包含個人信息的查看和修改（界面和圖5-2-2相同）以及車輛信息的查詢。

車輛批復信息管理菜單：包含車輛購置批復、車輛調(diào)撥批復、車輛報廢批復三個子菜單。

退出菜單：退出車輛管理系統(tǒng)。

圖5-5-2.1批復管理主界面

輸入：在申請公司下拉框中選擇相應的公司編號，并選擇產(chǎn)權(quán)歸屬、填寫好申請日期范圍。

清空條件按鈕：清空查詢條件中的文本框，將下拉框置空，將產(chǎn)權(quán)歸屬選為查詢按鈕：根據(jù)查詢條件查詢數(shù)據(jù)庫中的相應信息。二維列表選項卡：用于顯示查詢結(jié)果中每條記錄的主要信息。默認的“全部”。

圖5-5-2.1批復管理主界面

詳細記錄選項卡：用戶顯示查詢結(jié)果中每條記錄的詳細信息以及總工程師的審批意見和時間。上一條按鈕：顯示查詢結(jié)果的上一條記錄，若當前為第一條，則提示“已到下一條按鈕：顯示查詢結(jié)果的下一條記錄，若當前為最后條，則提示“已到底”。

第一條按鈕：顯示查詢結(jié)果的第一條記錄。最后一條按鈕：顯示查詢結(jié)果的最后一條記錄。

批復按鈕：首先判斷該申請單是否已批復，若是，則提示已批復；若未批復，還需判斷申請車輛的產(chǎn)權(quán)歸屬以及總工程師是否已審批。只有在產(chǎn)權(quán)歸屬為公司頂”。

所有以及總工程師已審批的情況下才顯示批復意見界面，否則均給出相應的提示信息。

退出按鈕：關(guān)閉本窗口并返回調(diào)用窗口。

5.1.2軟件接口

使用Sql Server數(shù)據(jù)庫的驅(qū)動程序，通過COM接口訪問。

5.1.3硬件接口

1）鼠標。

2）鍵盤。

3）USB移動數(shù)據(jù)存儲器。

5.2內(nèi)部接口設計

模塊間接口采用數(shù)據(jù)耦合方式，通過參數(shù)表傳送數(shù)據(jù)，交換信息。

6運行設計

6.1運行模塊的組合

程序啟動后，進入主模塊，用戶選擇菜單、單擊對話框、按鈕事件觸發(fā)主模塊調(diào)用各下層模塊，進入對應的子對話框，同樣由用戶的輸入觸發(fā)這些模塊調(diào)用其下層模塊，完成相應操作。

6.2運行控制

本軟件控制流程：主程序運行，等待用戶的輸入，根據(jù)用戶的輸入調(diào)用各子模塊。

6.3運行時間

搜索查找響應時間<1s； 運行響應時間<1s；

7出錯處理設計

7.1出錯輸出信息

1、登錄失?。赫f明密碼、用戶名以及用戶類型至少有一項不符，彈出警告信息后需重新輸入用戶名、密碼或重新選擇用戶類型，否則將無法登錄。

2、對于超出用戶權(quán)限范圍的操作，予以提示。例如二級公司用戶試圖修改其他公司的申請單信息，公司總經(jīng)理試圖批復產(chǎn)權(quán)歸屬為“融資掛靠”的申請單信息等。

7.2出錯處理對策

故障出現(xiàn)后可能采取的變通措施，包括： 1）軟件系統(tǒng)維護 2）重裝軟件系統(tǒng)

8安全保密設計

新用戶注冊時需給管理員出示其所屬公司的證明，由管理員填寫注冊信息，并交付二級公司用戶。二級公司用戶可以自行修改個人信息，包括用戶名和密碼。用戶登錄后不得執(zhí)行超出其權(quán)限范圍的操作。

9維護設計

由于此項目比較小，除了嚴格按照軟件工程的科學方法開發(fā)軟件、認真建立文檔、編碼階段寫詳細的注釋外，對于維護可能會出現(xiàn)用戶維護需求頻繁的現(xiàn)象，只要問題可能在數(shù)據(jù)庫丟失，數(shù)據(jù)庫版本等問題上。

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

車輛管理系統(tǒng)

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

班 級 08軟工A1 擬制人 舒驥

2011年05月10日

目錄

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

1.1編寫目的.........................................................................................................1 1.2 背景................................................................................................................1 1.3 預期讀者........................................................................................................1 1.4參考資料.........................................................................................................1 2綜合描述.....................................................................................................................2

2.1產(chǎn)品目標.........................................................................................................2 2.2產(chǎn)品功能.........................................................................................................2 2.3用戶范疇和特征.............................................................................................2 2.4運行環(huán)境.........................................................................................................3 2.5設計和實現(xiàn)限制.............................................................................................3 2.6 假定和約束....................................................................................................3

2.6.1人力資源約束.....................................................................................3 2.6.2技術(shù)約束.............................................................................................3 2.6.3環(huán)境約束.............................................................................................3

3外部接口需求.............................................................................................................4

3.1用戶界面.........................................................................................................4 3.2硬件接口.........................................................................................................4 3.3軟件接口.........................................................................................................4 3.4通信接口.........................................................................................................4 4功能性需求.................................................................................................................4

4.1功能分析.........................................................................................................4 4.2用例圖.............................................................................................................5 4.3用例分析.........................................................................................................9 4.4功能活動圖...................................................................................................19 4.5狀態(tài)圖...........................................................................................................21 5非功能需求...............................................................................................................22

5.1性能需求.......................................................................................................22

5.1.1時間、界面、響應要求...................................................................22 5.1.2靈活性...............................................................................................22 5.2數(shù)據(jù)管理需求...............................................................................................22

5.2.1系統(tǒng)數(shù)據(jù)流圖...................................................................................22 5.2.2數(shù)據(jù)整理與保存...............................................................................24 5.2.3數(shù)據(jù)安全性.......................................................................................24 5.3故障處理需求...............................................................................................24

1引言

1.1編寫目的

需求說明的編寫是為了研究車輛管理軟件的開發(fā)途徑和應用方法。同時它也是進行項目策劃、概要設計和詳細設計的基礎，是維護人員進行內(nèi)部維護，信息更新，驗收和測試的依據(jù)。本文檔將對車輛管理系統(tǒng)軟件開發(fā)需求進行描述。

1.2 背景

物流系統(tǒng)是現(xiàn)代經(jīng)濟系統(tǒng)的主動脈，物流的最簡單理解就是貨物運輸，所以運輸在物流運作中的地位十分重要，而車輛是運輸企業(yè)的命脈，有機的管理好車輛十分關(guān)鍵。傳統(tǒng)的運輸業(yè)已不能滿足市場需求。運輸企業(yè)的信息化管理具有重要意義。

開發(fā)軟件名稱：車輛管理系統(tǒng) 項目開發(fā)者：08軟工A1 舒驥 用戶：運輸集團公司

1.3 預期讀者

本需求的預期讀者是開發(fā)組成人員，軟件測試人員，支持本項目的老師，軟件維護人員。

1.4參考資料

[1].《軟件需求工程》 毋國慶 梁正平袁夢霆 李勇華 編著[2].《UML基礎與Rose建模教程》 蔡敏 徐惠惠 黃炳強 編著

[3].《C#數(shù)據(jù)庫系統(tǒng)開發(fā)完全手冊》 明日科技 張躍延 許文武 王小科 編著

[4].《軟件工程實驗與實踐教程》 陳佳 曹妍 編著 [5].《實用軟件文檔寫作》 肖剛 古輝 程振波 張元鳴 著 2綜合描述

2.1產(chǎn)品目標

車輛管理系統(tǒng)將為企業(yè)提供各種車輛管理和快速查詢的功能，以提高公司的運作效率，降低運作成本。

2.2產(chǎn)品功能

* 車輛基本信息管理 * 車輛購置管理 * 車輛調(diào)撥管理 * 車輛報廢管理 * 車輛信息管理查詢

2.3用戶范疇和特征

本軟件最終用戶為汽車運輸集團公司。該公司主要設有技術(shù)服務部、客貨運輸部、企業(yè)管理部等職能部門，下屬運輸公司有零擔運輸公司、客運公司、整車運輸公司、旅游公司等，其組織結(jié)構(gòu)如下圖1：

圖1：運輸集團公司組織結(jié)構(gòu)圖

2.4運行環(huán)境

運行該軟件所適用的具體設備必須是奔騰

4、內(nèi)存512MB以上的計算機。操作系統(tǒng)在Windows xp及以上。

數(shù)據(jù)庫為SQL Server2000版本

2.5設計和實現(xiàn)限制

僅設計為本地版本，無需聯(lián)網(wǎng)，沒有服務器端。

2.6 假定和約束

2.6.1人力資源約束

1、開發(fā)工作量約需1個人2月工作量。開發(fā)完成后，可減少為1名作為維護人員；

2、輔導老師1人，開發(fā)人員2人。

2.6.2技術(shù)約束

本項目的設計是在ASPAsp.Net程序設計語言的條件下進行的，技術(shù)設計采用軟硬一體化的設計方法。

2.6.3環(huán)境約束

運行該軟件所適用的具體設備必須是奔騰

4、內(nèi)存512MB以上的計算機。操作系統(tǒng)在Windows xp及以上。

3外部接口需求

3.1用戶界面

見《系統(tǒng)設計說明書》

3.2硬件接口

考慮到大量數(shù)據(jù)的備份等要求，需要保持與磁帶機、光盤刻錄機及USB的接口，這較易實現(xiàn)。

3.3軟件接口

這里，主要考慮軟件與操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)的接口。由于不存在從其他文件導入的功能，所以無需擔心格式轉(zhuǎn)換的問題。該軟件更趨向于單一封閉的單機版軟件。

3.4通信接口

無需與網(wǎng)絡連接，只需考慮與外部移動設備的通信。

4功能性需求

4.1功能分析

1、車輛基本信息管理模塊

(1)用戶的登錄管理：不同級別的用戶通過特定的用戶名和密碼登錄系統(tǒng)，對相應的信息進行管理。

(2)查詢車輛基本信息：通過輸入車輛的基本信息對車輛的整體信息進行查詢。(3)刪除車輛基本信息：有相關(guān)權(quán)限的用戶可對某些不再需要的車輛信息進行刪除。

(4)修改車輛基本信息：有相關(guān)權(quán)限的用戶如有必要，可對車輛的基本信息進 行修改。

(5)添加車輛基本信息：有相關(guān)權(quán)限的用戶可添加車輛的基本信息。

2、車輛購置管理模塊

用戶可添加、修改、刪除、查詢車輛購置管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。

3、車輛調(diào)撥管理模塊

與車輛購置管理類似，用戶可添加、修改、刪除、查詢車輛調(diào)撥管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。

4、車輛報廢管理模塊

與車輛購置管理類似，用戶可添加、修改、刪除、查詢車輛報廢管理申請單，然后交由總工程師申請審批，如通過再有總經(jīng)理申請審批，實現(xiàn)二級公司要提交車輛的購置申請，集團公司職能部門根據(jù)車輛的產(chǎn)權(quán)歸屬，由總工程師或總工程師及總經(jīng)理對申請進行審批，生效后產(chǎn)生調(diào)撥單下發(fā)所屬公司及各有關(guān)部門。

5、車輛信息查詢管理模塊

實現(xiàn)對多種信息的快速模糊查詢，可根據(jù)車輛所屬的二級公司，車牌號，車輛的廠牌，規(guī)格，型號等信息進行不同的組合來查詢車輛，還可根據(jù)申請購置，調(diào)撥，報廢車輛的二級公司，申請時間等查詢車輛的購置，調(diào)撥，報廢的申請及審批情況等。

4.2用例圖

1、車輛管理信息系統(tǒng)用例圖

2、車輛購置管理用例圖

3、車輛調(diào)撥管理用例圖

4、車輛報廢管理用例圖

5、車輛基本信息管理用例圖

4.3用例分析

一、車輛購置管理

用例1 用例名稱：添加車輛購置申請 用例識別號：1.1.1 參與者：二級公司用戶

簡要說明：二級公司用戶添加一個車輛購置申請單。前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)?；臼录鳎?/p>

1)二級公司用戶單擊“插入”按鈕。2)系統(tǒng)出現(xiàn)編輯窗口。

3)二級公司用戶可以在相應的文本框上添加或修改申請單，也可以完全刪除，重新填寫。

4)二級公司用戶編輯完相應的文本框，單擊“存盤”按鈕，一條新的車輛購置申請記錄就被插入到數(shù)據(jù)庫中。5)用例終止 其它事件流：

在單擊“存盤”按鈕之前，二級公司用戶隨時可以單擊“取消”按鈕，窗口內(nèi)的任何內(nèi)容都不會被保存。異常事件流：

1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統(tǒng)主界面。

后置條件：一條新的車輛購置記錄被插入到數(shù)據(jù)庫中并顯示出來。注釋：無。

其它事件流：

在單擊“是”按鈕之前，二級公司用戶可以單擊“否”按鈕，車輛購置申請記錄不會被刪除。

異常件流：

1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統(tǒng)主界面。

后置條件：選中的默認的車輛購置申請記錄從數(shù)據(jù)庫中被刪除，同時顯示界面被更新。

注釋：刪除之前，要先使用查詢功能，以便選擇要刪除的內(nèi)容。

用例3 用例名稱：總工程師購置申請審批 用例識別號：1.2.1 參與者：總工程師

簡要說明：總工程師對二級公司用戶提交的車輛購置申請單進行審批。前置條件：總工程師已經(jīng)登錄車輛管理信息系統(tǒng)、存在未審批的車輛購置申請。

基本事件流：

1)總工程師單擊選中要審批的車輛購置申請記錄。2)總工程師單擊“審批”按鈕。3)系統(tǒng)出現(xiàn)編輯窗口。

4)總工程師可以在審批意見文本框上添加或修改審批意見，也可以完全刪除，重新填寫。

5)總工程師選擇“同意”或“不同意”單選按鈕審批結(jié)果。

6)總工程師編輯完相應的文本框及選擇完審批結(jié)果后，單擊“存盤”按鈕，該車輛購置申請記錄就被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志，審批結(jié)果和審批意見。7)用例終止。其它事件流：

在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：

1）提示錯誤信息，總工程師確認。2）返回到管理系統(tǒng)主界面。

后置條件：選中的車輛購置申請記錄被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志、審批結(jié)果和審批意見。

注釋：審批之前，要先使用查詢功能，查出未審批的車輛購置申請記錄。

用例4 用例名稱：總經(jīng)理購置申請批復 用例識別號：1.3.1 參與者：總經(jīng)理

簡要說明：總經(jīng)理對二級公司用戶提交的公司所屬車輛購置申請進行批復。前置條件：總經(jīng)理已經(jīng)登錄車輛管理信息系統(tǒng)、存在滿足如下條件的車輛購置申請記錄，即：總工程師已審批、總經(jīng)理未批復的公司所屬車輛購置申請記錄?；臼录鳎?/p>

1)總經(jīng)理單擊選中要審批的車輛購置申請記錄。

2)總經(jīng)理編輯完相應的文本框及選擇完批復結(jié)果后，單擊“存盤”按鈕，該車輛購置申請記錄就被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志，批復結(jié)果和批復意見。3)用例終止。其它事件流：

在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：

1）提示錯誤信息，總經(jīng)理確認。2）返回到管理系統(tǒng)主界面。

后置條件：選中的車輛購置申請記錄被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志、批復結(jié)果和批復意見。

注釋：審批之前，要先使用查詢功能，查處總工程師已審批，總經(jīng)理未批復的公司所屬車輛購置申請記錄。

二、車輛調(diào)撥管理

用例5 用例名稱：添加車輛調(diào)撥申請 用例識別號：2.1.1 參與者：二級公司用戶

簡要說明：二級公司用戶添加一個車輛調(diào)撥申請單。前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)?；臼录鳎?/p>

1)二級公司用戶單擊“插入”按鈕。2)系統(tǒng)出現(xiàn)編輯窗。

3)二級公司用戶可以在相應的文本框上添加或修改申請單，也可以完全刪除，重新填寫。

4)二級公司用戶編輯完相應的文本框，單擊“存盤”按鈕，一條新的車輛調(diào)撥申請記錄就被插入到數(shù)據(jù)庫中。5)用例終止。其它事件流：

在單擊“存盤”按鈕之前，二級公司用戶隨時可以單擊“取消”按鈕，窗口內(nèi)的任何內(nèi)容都不會被保存。異常事件流：

1)提示錯誤信息，二級公司用戶確認。2)返回到管理系統(tǒng)主界面。

后置條件：一條新的車輛調(diào)撥記錄被插入到數(shù)據(jù)庫中并顯示出來。注釋：無。

用例6 用例名稱：刪除車輛調(diào)撥申請 用例識別號：2.1.2 參與者：二級公司用戶

簡要說明：二級公司用戶刪除一個車輛調(diào)撥申請記錄。

前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)、將要被刪除的車輛調(diào)撥申請沒有被審批。基本事件流：

1)二級公司用戶單擊選中要刪除的車輛調(diào)撥申請記錄。2)二級公司用戶單擊“刪除”按鈕。3)系統(tǒng)出現(xiàn)“提示是否刪除”窗口。

4)二級公司用戶單擊“是”按鈕，該車輛調(diào)撥申請記錄就被從數(shù)據(jù)庫中刪除。5)用例終止。其它事件流：

在單擊“是”按鈕之前，二級公司用戶可以單擊“否”按鈕，車輛調(diào)撥申請記錄不會被刪除。異常件流：

1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統(tǒng)主界面。

后置條件：選中的默認的車輛調(diào)撥申請記錄從數(shù)據(jù)庫中被刪除，同時顯示界面被更新。

注釋：刪除之前，要先使用查詢功能，以便選擇要刪除的內(nèi)容。

用例7 用例名稱：總工程師調(diào)撥申請審批 用例識別號：2.2.1 參與者：總工程師

簡要說明：總工程師對二級公司用戶提交的車輛調(diào)撥申請單進行審批。前置條件：總工程師已經(jīng)登錄車輛管理信息系統(tǒng)、存在未審批的車輛調(diào)撥申請。

基本事件流：

1)總工程師單擊選中要審批的車輛調(diào)撥申請記錄。2)總工程師單擊“審批”按鈕。3)系統(tǒng)出現(xiàn)編輯窗口。

4)總工程師可以在審批意見文本框上添加或修改審批意見，也可以完全刪除，重新填寫。

5)總工程師選擇“同意”或“不同意”單選按鈕審批結(jié)果。

6)總工程師編輯完相應的文本框及選擇完審批結(jié)果后，單擊“存盤”按鈕，該車輛調(diào)撥申請記錄就被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志，審批結(jié)果和審批意見。7)用例終止。其它事件流：

在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：

1）提示錯誤信息，總工程師確認。2）返回到管理系統(tǒng)主界面。

3）后置條件：選中的車輛調(diào)撥申請記錄被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志、審批結(jié)果和審批意見。

注釋：審批之前，要先使用查詢功能，查出未審批的車輛調(diào)撥申請記錄。

用例8 用例名稱：總經(jīng)理調(diào)撥申請批復 用例識別號：2.3.1 參與者：總經(jīng)理

簡要說明：總經(jīng)理對二級公司用戶提交的公司所屬車輛調(diào)撥申請進行批復。前置條件：總經(jīng)理已經(jīng)登錄車輛管理信息系統(tǒng)、存在滿足如下條件的車輛調(diào)撥申請記錄，即：總工程師已審批、總經(jīng)理未批復的公司所屬車輛調(diào)撥申請記錄?；臼录鳎?/p>

1)總經(jīng)理單擊選中要審批的車輛調(diào)撥申請記錄。2)總經(jīng)理單擊“審批”按鈕。3)系統(tǒng)出現(xiàn)編輯窗口。

4)總經(jīng)理可以在審批意見文本框上添加或修改批復意見，也可以完全刪除，重新填寫。

5)總經(jīng)理選擇“同意”或“不同意”單選按鈕批復結(jié)果。

6)總經(jīng)理編輯完相應的文本框及選擇完批復結(jié)果后，單擊“存盤”按鈕，該車輛調(diào)撥申請記錄就被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志，批復結(jié)果和批復意見。7)用例終止。其它事件流：

在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：

1）提示錯誤信息，總經(jīng)理確認 2）返回到管理系統(tǒng)主界面

后置條件：選中的車輛調(diào)撥申請記錄被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志、批復結(jié)果和批復意見。

注釋：審批之前，要先使用查詢功能，查處總工程師已審批，總經(jīng)理未批復的公司所屬車輛調(diào)撥申請記錄。

三、車輛報廢管理

用例9 用例名稱：添加車輛報廢申請 用例識別號：3.1.1 參與者：二級公司用戶

簡要說明：二級公司用戶添加一個車輛報廢申請單。前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)?；臼录鳎?/p>

1)二級公司用戶單擊“插入”按鈕。2)系統(tǒng)出現(xiàn)編輯窗口。

3)二級公司用戶可以在相應的文本框上添加或修改申請單，也可以完全刪除，重新填寫。

4)二級公司用戶編輯完相應的文本框，單擊“存盤”按鈕，一條新的車輛報廢申請記錄就被插入到數(shù)據(jù)庫中。5)用例終止。其它事件流：

在單擊“存盤”按鈕之前，二級公司用戶隨時可以單擊“取消”按鈕，窗口內(nèi)的任何內(nèi)容都不會被保存。異常事件流：

1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統(tǒng)主界面。

后置條件：一條新的車輛報廢記錄被插入到數(shù)據(jù)庫中并顯示出來。注釋：無。

用例10 用例名稱：刪除車輛報廢申請 用例識別號：3.1.2 參與者：二級公司用戶

簡要說明：二級公司用戶刪除一個車輛報廢申請記錄。

前置條件：二級公司用戶已經(jīng)登錄車輛管理信息系統(tǒng)、將要被刪除的車輛報廢申請沒有被審批?；臼录鳎?/p>

1)二級公司用戶單擊選中要刪除的車輛報廢申請記錄。2)二級公司用戶單擊“刪除”按鈕。3)系統(tǒng)出現(xiàn)“提示是否刪除”窗口。

4)二級公司用戶單擊“是”按鈕，該車輛報廢申請記錄就被從數(shù)據(jù)庫中刪除。5)用例終止。

其它事件流：

在單擊“是”按鈕之前，二級公司用戶可以單擊“否”按鈕，車輛報廢申請記錄不會被刪除。異常件流：

1）提示錯誤信息，二級公司用戶確認。2）返回到管理系統(tǒng)主界面。

后置條件：選中的默認的車輛報廢申請記錄從數(shù)據(jù)庫中被刪除，同時顯示界面被更新。

注釋：刪除之前，要先使用查詢功能，以便選擇要刪除的內(nèi)容。

用例11 用例名稱：總工程師報廢申請審批 用例識別號：3.2.1 參與者：總工程師

簡要說明：總工程師對二級公司用戶提交的車輛報廢申請單進行審批。前置條件：總工程師已經(jīng)登錄車輛管理信息系統(tǒng)、存在未審批的車輛報廢申請。

基本事件流：

1）總工程師單擊選中要審批的車輛報廢申請記錄。2）總工程師單擊“審批”按鈕。3）系統(tǒng)出現(xiàn)編輯窗口。

4）總工程師可以在審批意見文本框上添加或修改審批意見，也可以完全刪除，重新填寫。

5）總工程師選擇“同意”或“不同意”單選按鈕審批結(jié)果。

6）總工程師編輯完相應的文本框及選擇完審批結(jié)果后，單擊“存盤”按鈕，該車輛報廢申請記錄就被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志，審批結(jié)果和審批意見。7）用例終止。其它事件流：

在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：

1）提示錯誤信息，總工程師確認。2）返回到管理系統(tǒng)主界面。

3）后置條件：選中的車輛報廢申請記錄被審批，并在數(shù)據(jù)庫中修改該記錄的審批標志、審批結(jié)果和審批意見。

注釋：審批之前，要先使用查詢功能，查出未審批的車輛報廢申請記錄。

用例12 用例名稱：總經(jīng)理報廢申請批復 用例識別號：3.3.1 參與者：總經(jīng)理

簡要說明：總經(jīng)理對二級公司用戶提交的公司所屬車輛報廢申請進行批復。前置條件：總經(jīng)理已經(jīng)登錄車輛管理信息系統(tǒng)、存在滿足如下條件的車輛報廢申請記錄，即：總工程師已審批、總經(jīng)理未批復的公司所屬車輛報廢申請記錄?；臼录鳎?/p>

1)總經(jīng)理單擊選中要審批的車輛報廢申請記錄。2)總經(jīng)理單擊“審批”按鈕。3)系統(tǒng)出現(xiàn)編輯窗口。

4)總經(jīng)理可以在審批意見文本框上添加或修改批復意見，也可以完全刪除，重新填寫。

5)總經(jīng)理選擇“同意”或“不同意”單選按鈕批復結(jié)果。

6)總經(jīng)理編輯完相應的文本框及選擇完批復結(jié)果后，單擊“存盤”按鈕，該車輛報廢申請記錄就被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志，批復結(jié)果和批復意見。7)用例終止。其它事件流：

在單擊“存盤”按鈕之前，總工程師隨時可以單擊“取消”按鈕，審批內(nèi)容及審批結(jié)果都不會被保存。異常事件流：

1）提示錯誤信息，總經(jīng)理確認。2）返回到管理系統(tǒng)主界面。

后置條件：選中的車輛報廢申請記錄被批復，并在數(shù)據(jù)庫中修改該記錄的批復標志、批復結(jié)果和批復意見。

注釋：審批之前，要先使用查詢功能，查處總工程師已審批，總經(jīng)理未批復的公司所屬車輛報廢申請記錄。

4.4功能活動圖

1、用戶登錄活動圖

2、車輛基本信息管理活動圖

3、車輛購置管理活動圖 4.5狀態(tài)圖

1、車輛購置申請單狀態(tài)圖

2、車輛基本信息狀態(tài)圖

5非功能需求

5.1性能需求

5.1.1時間、界面、響應要求

由于此系統(tǒng)主要用于信息的保管查詢，即對數(shù)據(jù)的安全性要求極高。為防止對信息資料和管理程序的惡意破壞，及惡意的竊取私人信息，要求有較為可靠的安全性能。另外也需要高速的響應，要求穩(wěn)定、安全、便捷，易于管理和操作。另外使用者大多為非計算機人員，所以要求界面友善，交互性強。查詢速度：不超過5秒；

其它所有交互功能反應速度：不超過3秒； 可靠性：平均故障間隔時間不低于300小時。信息容量：不低于10G時可能出現(xiàn)系統(tǒng)崩潰。

5.1.2靈活性

當用戶需求，如操作方式，運行環(huán)境，結(jié)果精度，數(shù)據(jù)結(jié)構(gòu)與其他軟件接口等發(fā)生變化時，設計的軟件要做適當調(diào)整,靈活性非常大。

5.2數(shù)據(jù)管理需求

5.2.1系統(tǒng)數(shù)據(jù)流圖

車輛購置業(yè)務流程圖

車輛調(diào)撥業(yè)務流程圖 車輛報廢業(yè)務流程圖

5.2.2數(shù)據(jù)整理與保存

應滿足隨時整理的需求，用戶可隨時更改數(shù)據(jù)，保存數(shù)據(jù)。對于數(shù)據(jù)唯一性的識別應放在多個關(guān)鍵字之上。

5.2.3數(shù)據(jù)安全性

數(shù)據(jù)應具有極高的安全性，為了保護用戶的隱私，仍需設置登陸及密碼保護，以防用戶的信息被人竊取。

5.3故障處理需求

1、內(nèi)部故障處理: 在開發(fā)階段可以隨即修改數(shù)據(jù)庫里的相應內(nèi)容。

2、外部故障處理: 24 對編輯的程序進行重裝載時，第一次裝載認為錯，修改。第二次運行，在需求調(diào)用時出錯，有錯誤提示，重試。

3、本軟件可能產(chǎn)生的錯誤為數(shù)據(jù)庫的錯誤信息，應由數(shù)據(jù)庫管理員對數(shù)據(jù)庫進行維護。為了確保系統(tǒng)恢復的能力，數(shù)據(jù)庫管理員要定期對數(shù)據(jù)庫進行備份。但產(chǎn)品投入使用后，則由維護人員跟進。

第四篇：車輛管理系統(tǒng)需求規(guī)格說明書[模版]

車輛管理系統(tǒng)

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

班 級 08軟工A2 組 號

擬制人 陸美娟

2011年3月14日

第五篇：餐飲管理系統(tǒng)設計說明書

餐飲管理系統(tǒng)

[編輯本段]餐飲管理系統(tǒng)的功能及選擇

中國是舉世聞名的美食大國，擁有五千年的飲食文化和巨大的餐飲市場，隨著人民生活水平和生活方式的轉(zhuǎn)變，餐飲業(yè)具有巨大的投資市場，被稱為中國的黃金產(chǎn)業(yè)，但同樣也應看到，餐飲業(yè)不僅面臨著巨大的發(fā)展機遇，也面臨著前所未有的挑戰(zhàn)和考驗。這些挑戰(zhàn)主要來源于以下幾方面：

1.人才的專業(yè)化程度不夠?qū)е聝?nèi)功不足：因餐飲業(yè)門坎較低，中國的大多數(shù)餐飲企業(yè)的老板是從小店發(fā)展起來的，家族式管理的居多，還沒有發(fā)展到聘請職業(yè)經(jīng)理人，許多還是“人治”，并沒有一套現(xiàn)代企業(yè)制度和監(jiān)督管理體制，所以從觀念意識、經(jīng)營思想和管理水平還有待專業(yè)化。

2.變能力差，缺乏先進的信息工具：現(xiàn)在的餐飲市場火爆，許多以前做電子、房地產(chǎn)等其他行業(yè)的老板都憑借雄厚的資金實力擠進餐飲市場，爭先恐后的上規(guī)模、上檔次、比菜品、比服務、拼價格，使餐飲市場競爭激烈，但是許多餐飲企業(yè)缺乏對市場的應變能力和靈敏的信息工具，在現(xiàn)今網(wǎng)絡經(jīng)濟的時代，許多餐飲企業(yè)還處在手工及半手工狀態(tài)，即使有計算機也只是實現(xiàn)了POS系統(tǒng)(點菜收銀環(huán)節(jié)),當個點菜器和計算器用，并沒有真正通過計算機系統(tǒng)來實現(xiàn)改造流程、強化管理、降低成本、堵漏節(jié)流等作用。

3.缺乏科學和標準的管理體系：國外著名的快餐連鎖經(jīng)過上百年的探索都形成了標準化的工作流程和方法。中餐因其菜品的多樣化和特色化的服務很難實現(xiàn)標準化管理，這使中餐企業(yè)的成本控制很難實現(xiàn)，但近兩年也出現(xiàn)了引進快餐式經(jīng)營特點的中餐企業(yè)，例如全聚德集團和天津的家和海鮮巨無霸，從流程、服務、出品都開了中餐標準化的先河。

當然經(jīng)營特色、規(guī)模、出品這些因素不同的餐飲業(yè)態(tài)有不同的標準，上面所提到的人才專業(yè)化和管理體系兩點可以通過引進管理人才來實現(xiàn)，但是提高餐飲企業(yè)核心競爭力的管理信息工具也越來越受到餐飲老板的重視，因此許多公司都陸續(xù)推出了餐飲管理系統(tǒng)，但由于自身經(jīng)驗的缺乏或?qū)频瓴惋嬓袠I(yè)管理理解的不夠，至使市場上的產(chǎn)品良莠不分。目前市場上的餐飲管理系統(tǒng)大致有手工單據(jù)集中上傳、PDA點菜和手持POS點菜三種類型。

一.手工單據(jù)集中上傳類型：顧名思義，集中上傳就是點菜員用手工開單后，統(tǒng)一到前臺的計算機,POS機或觸摸屏POS機來進行統(tǒng)一錄入上傳。很明顯，這將導致效率的非常低下。在營業(yè)高峰時經(jīng)常出現(xiàn)錄入菜單排隊現(xiàn)象，相信隨著當前餐飲管理的發(fā)展，這種效率低下的管理模式將逐漸遭到淘汰。另外，沒有條碼劃菜系統(tǒng)，無法統(tǒng)計上菜的時間，一旦出現(xiàn)問題，在廚師和傳菜員之間無法追究明確責任。

應用范圍：

1、計算機銀臺錄入菜單投資低廉，使用者大多是中低檔家常菜館，營業(yè)面積一般為幾百平米，基本上為粗放式管理流程。

2、觸摸屏錄入點菜軟硬件投資高，因開發(fā)者多是海外的軟件公司，往往偏重于為西餐廳點菜模式，此類系統(tǒng)設計過于簡單，很難滿足中餐品種繁多、經(jīng)營管理理念、復雜的業(yè)務流程等等，所以用戶以客流量不大的高檔粵菜酒樓或西餐廳、茶餐廳、咖啡廳居多，此系統(tǒng)的特點：圖片化，操作容易，可以防水，由服務員手工寫單后到觸摸屏上錄入，但繁忙時會發(fā)生點菜員排隊等錄入的現(xiàn)象。

二.PDA點菜類型：PDA點菜上傳，其主要是通過無線傳輸技術(shù)(802.11b)來進行數(shù)據(jù)傳輸。PDA用于點菜機,優(yōu)點有:可實現(xiàn)觸摸界面,手寫識別字體,這對一些不懂拼音又記不住編碼的點菜員有吸引力.但缺點是:

1、用手寫觸摸屏寫單速度慢,如果是無按鍵的PDA，操作繁瑣、點菜速度慢、在輸入數(shù)量、附加項時必須用筆觸式界面，對比較潦草的字難以識別，易出錯、修改麻煩，損壞頻率高，2、如果是完全觸屏的PDA點菜,服務員必須雙手操作操作，影響為客人介紹菜品及服務；

3、時間短,電池充電麻煩；

4、個頭和重量大，點菜員多為女孩子，拿著非常不方便；

所以在選擇硬件時,建議選擇觸摸,按鍵一體機來用于點菜.三.手持無線POS點菜類型：使用餐飲專用的手持POS點菜系統(tǒng)是擁有眾多用戶群的一套系統(tǒng)，其系統(tǒng)著重流程管理，針對中餐酒店的所有環(huán)節(jié)采用信息手段進行整合，從預訂、接待、點菜、菜品上傳、廚房分單打印、條碼劃菜、收銀、經(jīng)理查詢等全方位計算機管理信息系統(tǒng)。是目前業(yè)內(nèi)較為先進的，非常適合中大型酒樓的管理系統(tǒng)，根據(jù)重點調(diào)研目前國內(nèi)應用比較廣泛的手持POS點菜餐飲管理系統(tǒng)的開發(fā)者—北京辰森世紀計算機系統(tǒng)有限公司的用戶情況分析，其系統(tǒng)的特性有以下幾點：

1.數(shù)據(jù)準確、無丟單漏單現(xiàn)象

它用手持無線POS機(433頻率技術(shù))進行點菜，可隨點隨發(fā)送,從點菜到上傳至廚房出單只需幾秒鐘即可完成，上菜速度快捷準確.2.全程計算機跟蹤管理，無一張手工單據(jù)，數(shù)據(jù)準確無誤，各種權(quán)限設置，避免人為的失誤，從源頭上杜絕了跑冒滴漏現(xiàn)象。

3.上傳速度快、提高翻臺率;

4.廚房打印菜單，條碼劃菜，便于統(tǒng)計菜品和廚師業(yè)績,并有多級備份和日志可查。

5.日清日結(jié)，實時查詢統(tǒng)計、核算清楚準確。ü 每天由收銀出日營業(yè)報表，財務審核非常輕松。

6.靈活而準確高效的收銀結(jié)帳系統(tǒng)

客人用餐完畢結(jié)帳時，結(jié)帳由臺面服務員同收款員配合完成。并可由收銀POS打印出結(jié)算單；收銀系統(tǒng)支持集團消費、會員卡、掛帳、現(xiàn)金、支票、禮卷等等多種付款方式，可根據(jù)酒店管理要求和在收銀員權(quán)限范圍內(nèi)進行折扣和服務費等的使用。

7.輔助酒店老板的監(jiān)控和決策的工具

其總經(jīng)理查詢決策系統(tǒng)的功能非常強大，可以查詢營業(yè)收入統(tǒng)計、員工業(yè)績統(tǒng)計、人均消費額、翻臺率等；可以以圖形或表格形式進行各種分析：財務狀況分析、營銷決策分析、營業(yè)收入分析等；能對餐飲企業(yè)的經(jīng)營起到全面的輔助決策作用，另外這套系統(tǒng)還有針對餐飲連鎖集團所開發(fā)的總部遠程查詢系統(tǒng)使酒店管理者可以異地監(jiān)控和查詢分店的營業(yè)情況。專用點菜POS機硬件性能指標優(yōu)點：

1、點菜,上傳速度快;

2、操作鍵大、功能鍵簡單、可簡拼、編碼點菜，服務員容易上手

3、功能多：點菜、加菜、退菜、催菜、緩菜、口味、制作方法、查詢買單、套餐、儲存、可簡拼點菜，可輸中文，可以應附客人特殊要求；

4、內(nèi)存大，個頭?。?/p>

5、鋰電電池，無需更換電池，服務員休息時即可充電；

綜上所述，從中餐行業(yè)的復雜性和從業(yè)人員的素質(zhì)考慮，推薦餐飲企業(yè)使用現(xiàn)今應用比較廣泛也是比較穩(wěn)定成熟的餐飲專用的手持無線POS點菜技術(shù)。如百年老字號全聚德集團、向陽漁港餐飲連鎖集團、寧波石浦大酒店,武漢三五醇餐飲集團,武漢艷陽天餐飲集團，北京大東北餐飲集團,如一坊連鎖集團,.太原江南餐飲, 四川成都文杏大酒樓, 安徽黃山一樓餐飲連鎖,海天一色大酒店, 南昌獨一處,北京金鼎軒,.北京漁公漁婆,南昌名人大酒樓,山西晉城金和餐飲,包括國內(nèi)面積最大和最豪華的南京向陽漁港店紫金店(單店3萬8千平米)等等都在廣泛運用這套辰森餐飲管理系統(tǒng)。

餐飲管理系統(tǒng)軟件方面應該具有的功能:

以辰森餐飲軟件為例,功能實現(xiàn):預訂、點菜系統(tǒng)(手持無線點菜/觸摸屏點菜/PDA點菜)、出品打印、送單、結(jié)帳、收銀、廚房打印、財務監(jiān)控、會員管理、后臺采購、庫存管理、結(jié)算管理、員工管理、客戶關(guān)系管理，總經(jīng)理查詢監(jiān)控系統(tǒng)；能做到方便高效的菜單錄入、精確的出品打印、強大的參數(shù)設置、靈活的營銷設置、完善的成本核算、詳盡的營業(yè)報表。上面只是簡單介紹了一下餐飲管理系統(tǒng)軟硬件方面的應具有的功能,技術(shù)指標等等,下面我們談一下如何選擇一個好的餐飲管理系統(tǒng):

一、選擇一家好的軟件企業(yè)對餐飲企業(yè)能夠起到事半功倍的效果，否則損失是不可估量的。餐飲企業(yè)的經(jīng)營特點具有多樣性，而流程又有相當?shù)膹碗s性。需要軟件開發(fā)商熟悉具備相當高的餐飲專業(yè)知識，否則開發(fā)的產(chǎn)品經(jīng)受不住市場的考驗。而選擇不合適的軟件屬于決策性的失誤，將極大困繞、滯礙企業(yè)的經(jīng)營和發(fā)展。所以軟件企業(yè)要具備高經(jīng)驗度，這樣才可以快捷借鑒先進企業(yè)的管理經(jīng)驗，把自己的風險降至最低。

選擇軟件不象選擇其他的產(chǎn)品，使用不好可以隨時更換。它將充分體現(xiàn)管理者的思想和管理核心。

每個餐飲企業(yè)要想成功無論從經(jīng)營上還是管理上都要有自身鮮明的特色和長遠的規(guī)模發(fā)展戰(zhàn)略。有實力的公司才可以根據(jù)企業(yè)的要求，做出準確的二次開發(fā)，滿足將來的軟件升級。不斷調(diào)整軟件的模塊內(nèi)容，使軟件可以更好的為企業(yè)服務。

軟件企業(yè)良好的技術(shù)維護隊伍、專門的維護部門、定期回訪等能夠?qū)嶋H解決客戶的后顧之憂，而目前代理公司能力參差不齊、注重短期經(jīng)濟效益和對客戶不負責任的態(tài)度令人堪憂。

二、餐飲企業(yè)如何選擇餐飲軟件。除了可以根據(jù)企業(yè)自身的規(guī)模和特點選擇不同的軟件產(chǎn)品以外，還要注意一下幾點：

（一）要選擇成熟穩(wěn)定的產(chǎn)品。多家客戶特別是連鎖企業(yè)連續(xù)的使用軟件一定是經(jīng)受了市場的考驗，也必將是可靠的。

（二）要選擇適應性強的產(chǎn)品。任何好的軟件產(chǎn)品都有很強的適應能力。任何特點鮮明的餐飲企業(yè)的基本管理流程是大同小異的。如果軟件只針對一家或幾個客戶開發(fā)的，將不能滿足大多數(shù)企業(yè)的要求。

（三）要選擇同一家公司軟件產(chǎn)品的關(guān)聯(lián)性、多樣組合性。有的企業(yè)由于經(jīng)營的需要，可能需要多種形式的點菜系統(tǒng)，如果選擇多家產(chǎn)品進行組合幾乎是不可以實現(xiàn)的，而使用一種產(chǎn)品又不可能完全適合自己的需要。這樣就要求軟件公司可以提供多樣性組合的產(chǎn)品。

（四）要選擇產(chǎn)品的拓展性和升級。任何好的產(chǎn)品都需要不斷的完善和技術(shù)發(fā)展。選擇軟件一定要充分考慮到該產(chǎn)品的拓展性和技術(shù)升級。

現(xiàn)在餐飲軟件公司不勝枚舉，我們建議餐飲企業(yè)選擇一家有良好業(yè)界口碑的軟件公司或是具有實際能力的代理公司為餐飲企業(yè)的信息化管理錦上添花。

餐飲企業(yè)在向規(guī)?；⒁?guī)范化前進的道路上需要好的軟件來支持，而軟件公司也將根據(jù)行業(yè)特點實現(xiàn)自己產(chǎn)品的進步。他們緊密相連，市場優(yōu)勝劣汰是不二的法則，通過先進的軟件管理工具必將實現(xiàn)餐飲和軟件IT行業(yè)的雙贏。