第一篇：銀行業(yè)務管理系統(tǒng)設計說明書

銀行業(yè)務管理系統(tǒng)設計說明書

完成日期：2010年12月19

目 錄

1.引言...........................1 1.1 1.2 1.3 1.4編寫目的...........................1 背景...........................1 定義...........................1 參考資料...........................12.程序（子系統(tǒng)）系統(tǒng)的組織結構...................1 3.界面設計要求...........................2 4.本軟件系統(tǒng)中各程序(子系統(tǒng))的設計說明....................2 4.1 4.2程序(子系統(tǒng))1的設計說明.....................2 程序(子系統(tǒng))2的設計說明.....................35.子系統(tǒng)相互關系表....................3

1.引言

1.1 編寫目的本說明書確定系統(tǒng)的功能模塊和數(shù)據(jù)結構，為下階段開發(fā)工作提供依據(jù)。

1.2 背景

軟件系統(tǒng)的名稱： ComputerBankAccountSystem 本項目的任務提出者： 劉源

本項目的任務開發(fā)者： 劉源、黃宗宣、谷效萱、安建、謝琳琳、茹夢

1.3 定義 1.4 參考資料

2.程序（子系統(tǒng)）系統(tǒng)的組織結構

提示:用層次圖表列出系統(tǒng)內各層模塊。著重標明一下每位小組成員完成了哪些模塊。

3.界面設計要求

提示：登錄界面和主窗體界面的設計。

我實現(xiàn)用MDI 父子窗口來整體管理 建立一個總控制平臺LandMenu

登陸界面LandForm和相應的Server業(yè)務員登陸界面

4.本軟件系統(tǒng)中各程序(子系統(tǒng))的設計說明

提示：在本節(jié)中要求按模塊依次說明在“

2、程序(模塊)系統(tǒng)的組織結構”中列出的每個模塊的設計內容，包括：

? ? ? ? ? ? ?

程序(子系統(tǒng))功能描述 程序(子系統(tǒng))性能描述 該程序(子系統(tǒng))的輸入項 該程序(子系統(tǒng))的輸出項 該程序(子系統(tǒng))的算法 該程序(子系統(tǒng))設計思想 接口設計

LandMenu主菜單LandForm登陸窗體 ChoiceMenu用戶選擇菜單 GetMoney取款窗體 SaveMoney存款窗體 SelectMoney查詢窗體

Server業(yè)務員驗證界面 ServiceLand業(yè)務員登陸界面 ServiceMenu業(yè)務選擇界面 OpenAccount開戶窗口 ScanRecord查看記錄窗口

一個class類 GetInfo 其中放置判斷密碼輸入正確、獲取金額、存款、取款、獲取利率、更新賬戶信息、插入新記錄、插入新賬號

4.1 程序(子系統(tǒng))1的設計說明

提示：簡單描述子系統(tǒng)的功能、設計思想、界面以及每位小組成員完成的情況。

整個在Dataset數(shù)據(jù)集上設置有tableapatper適配器 用存儲過程來制定特定對象放入數(shù)據(jù)集 或直接拉入整個表

在使用存儲過程是 適配器需要相應的數(shù)據(jù)類型匹配 多注意可空“？”

4.2 程序(子系統(tǒng))2的設計說明

提示：本節(jié)內容同4.1節(jié)。

（依次將本軟件系統(tǒng)中所有的程序(子系統(tǒng))的設計說明給出。）

對GetInfo類使用了斷開連接和連接操作 斷開連接多用于查詢 可以迅速查詢表的內容

連接狀態(tài)多用于更新數(shù)據(jù)庫信息

在對數(shù)據(jù)庫的屬性設置上我們采用完全復制來調試程序

5.子系統(tǒng)相互關系表

提示：根據(jù)第4節(jié)的內容理清各模塊間的調用/被調用關系，并填寫下表。

子 系 統(tǒng) 相 互 關 系 表

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

餐飲管理系統(tǒng)

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

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

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

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

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

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

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

應用范圍：

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

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

二.PDA點菜類型：PDA點菜上傳，其主要是通過無線傳輸技術(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é)采用信息手段進行整合，從預訂、接待、點菜、菜品上傳、廚房分單打印、條碼劃菜、收銀、經理查詢等全方位計算機管理信息系統(tǒng)。是目前業(yè)內較為先進的，非常適合中大型酒樓的管理系統(tǒng)，根據(jù)重點調研目前國內應用比較廣泛的手持POS點菜餐飲管理系統(tǒng)的開發(fā)者—北京辰森世紀計算機系統(tǒng)有限公司的用戶情況分析，其系統(tǒng)的特性有以下幾點：

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

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

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

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

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

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

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

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

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

1、點菜,上傳速度快;

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

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

4、內存大，個頭??；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第三篇：車輛管理系統(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總體結構及模塊結構.....................................................................................3.3功能分配

4數(shù)據(jù)結構設計............................................................................................................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內部接口設計...............................................................................................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)在技術層面上的實施過程，以需求說明作為設計的根本出發(fā)點，作為產品實現(xiàn)、功能要求和控制的依據(jù)。為開發(fā)人員指明設計方向，便于其在最短的時間內開發(fā)出功能最齊全的軟件。

1.2項目背景

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

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

1.4參考文獻

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

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

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

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

2任務概述

2.1目標

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

* 車輛基本信息管理 * 車輛購置管理 * 車輛調撥管理 * 車輛報廢管理 * 車輛信息管理查詢

2.2運行環(huán)境

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

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

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

2.3需求概述

主要輸入輸出項：

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

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

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

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

5、車輛調撥信息（基本申請信息、審批信息、批復信息）

2.4條件與限制

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

3總體設計

3.1功能模塊分析

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

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

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

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

2、車輛購置管理模塊

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

3、車輛調撥管理模塊

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

4、車輛報廢管理模塊

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

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

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

3.2總體結構及模塊結構

1、高層功能模塊

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

2、車輛變更的申請模塊

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

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

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

4、車輛變更處理模塊

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

4數(shù)據(jù)結構設計

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, 產權歸屬 char(10)null, 使用性質 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, 產權歸屬

char(10)

null, 主管部門意見

char(100)

null, 主管部門審批意見

char(100)

null, 經歷批示意見

char(100)

null, 經理批示時間

datetime

null, 車輛名稱

char(40)

null, 申請時間

datetime

null, 生產廠家

char(100)

null, 廠牌

char(18)

null, 型號

char(18)

null, 規(guī)格

char(18)

null, 購置數(shù)量

decimal(3)

null, 單價預算

decimal(10,2)

null, 購置時間

datetime

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

char(100)

null, 購置理由

char(100)

null，用途說明

char(100)

null, 資金來源

char(100)

null，3、車輛調撥申請信息表

申請單編號

char(10)

not null, 公司編碼

char(10)

not null, 公司信_公司編碼

char(10)

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

char(10)

not null, 車牌號

char(10)

not null, 審批信_產權歸屬

主管部門意見

主管部門審批意見

經歷批示意見

經理批示時間

申請時間

調撥原因

通知時間

廠牌

型號

規(guī)格

自編號

調撥起始日期

調撥結束日期

交接地點

產權歸屬

經辦人

4、車輛報廢申請信息表

申請單編號

公司編碼

車牌號

產權歸屬

主管部門意見

主管部門審批意見

經歷批示意見

經理批示時間

申請時間

廠牌

型號

規(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, 資產級別

char(18)

null, 報廢原因

char(100)

null, 累計行駛總里程

decimal(10,3)

null, 辦理單位

char(2)

null, 批準文號

char(10)

null, 批準日期

datetime

null, 主管人

char(18)

經管人

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)改造后技術性能改變情況

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, 產權歸屬 char(10)null, 使用性質 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, 改造后技術性能改變情況 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ù)庫驗證身份及密碼，并且轉到相應的用戶界面或提示出錯信息。

退出按鈕：退出該程序

2、管理員界面

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

登陸用戶相關操作菜單：查詢所有登錄權限用戶信息。

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

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

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

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

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

輸入：新密碼。

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

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

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

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

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

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

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

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

3、二級公司用戶界面

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

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

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

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

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

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

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

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

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

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

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

退出按鈕：關閉本窗口并返回調用窗口。

4、總工程師界面

頂”。

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

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

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

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

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

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

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

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

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

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

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

退出按鈕：關閉本窗口并返回調用窗口。

5、總經理界面 頂”。

圖5-5-1總經理登錄主界面

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

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

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

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

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

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

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

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

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

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

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

退出按鈕：關閉本窗口并返回調用窗口。

5.1.2軟件接口

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

5.1.3硬件接口

1）鼠標。

2）鍵盤。

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

5.2內部接口設計

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

6運行設計

6.1運行模塊的組合

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

6.2運行控制

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

6.3運行時間

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

7出錯處理設計

7.1出錯輸出信息

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

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

7.2出錯處理對策

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

8安全保密設計

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

9維護設計

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

第四篇：ATM管理系統(tǒng)設計說明書

ATM機管理系統(tǒng) 設計說明書

班級：軟件0802

姓名：楊凱

學號：200807040221

ATM機管理系統(tǒng)

1編寫目的

ATM機管理系統(tǒng)是銀行業(yè)務流程過程中十分重要且必備的環(huán)節(jié)之一，在銀行業(yè)務流程當中起著承上啟下的作用，其重要性不言而喻。但是，目前許多銀行在具體的一些業(yè)務流程處理過程中仍然使用手工操作的方式來實施，不僅費時、費力，效率低下，而且無法達到理想的效果。為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試，撰寫本文檔，本文針對上述問題，采用軟件工程的開發(fā)原理，依據(jù)軟件流程過程規(guī)范，按照需求分析，概要設計，程序編碼，軟件應用等過程，開發(fā)了這個系統(tǒng)。ATM系統(tǒng)必須向客戶提供如下服務：

1、客戶可以做一次取款（取款金額必須是100元人民幣的整數(shù)倍），在現(xiàn)金被提取之前，必須得到銀行的許可。

2、客戶可以做一次存款，客戶把存款量輸入到ATM系統(tǒng)中，必須從銀行得到許可。

3、客戶可以做一次轉帳。

4、客戶可以進行一次詳細賬戶信息查詢。

5、客戶通過有效驗證后可以更改密碼。

6、客戶可以在取回磁卡是選擇是否得到記錄操作的打印憑條。

ATM系統(tǒng)將把每一處理傳達到銀行并且獲得銀行許可。如果銀行確定客戶PIN 是無效的，客戶將被要求再進入PIN。如果客戶不能在五次嘗試之后成功地進入PIN，客戶的卡將被機器沒收，而客戶不得不聯(lián)系銀行取回它。

2背景

待開項目名稱：ATM機管理系統(tǒng)。

3定義

賬號：在銀行中，事務應用的單個賬號。賬號可以為多種類型，但是至少包括支票和存款。每個顧客可以擁有多個賬號。

ATM：一個工作站終端，使得顧客能夠使用現(xiàn)金卡在ATM上進行自己的事務處理。ATM同顧客進行交互，收集事務信息，并發(fā)送事務信息到中心計算機，由中心計算機確認和處理信息之后，將現(xiàn)金通過ATM提供給顧客。

銀行：一個金融機構，負責保存顧客的賬號信息，執(zhí)行授權卡通過ATM網訪問賬號。

銀行計算機：銀行擁有的計算機，同ATM網和銀行自己的現(xiàn)金工作站進行交互。銀行可以擁有自己的內部計算機網處理賬號，但是我們只關心同網絡進行交互的計算機。

現(xiàn)金卡：每張卡提供給一個銀行客戶，授權客戶可以使用ATM機訪問自己的賬號。每張卡包含一個銀行代碼和一個卡號，銀行代碼根據(jù)信用卡的國際標準進行編碼，卡號確定卡能夠訪問的賬戶。一張卡不能訪問客戶的所有賬戶。每張卡只能有一個持卡人，但是多個復本可能存在，所以必須考慮從不同的ATM機同時使用相同卡的行為。

客戶：擁有銀行的一個或者多個賬號的人。客戶可以包括一個人或者多個人，或者是公司。相同的人，擁有不同銀行的賬號被認為是不同的客戶。

事務：對單個客戶賬號的單個完整的操作請求。

4參考資料

a． 《 統(tǒng)一建模語言UML》 主編：袁濤 孔蕾蕾 清華大學出版社

b.軟件工程國家標準：軟件需求說明書（GB856T——88）

5性能

說明：

1、ATM系統(tǒng)軟件總體結構：交互式界面和事務處理型系統(tǒng)的混合體。

2、ATM系統(tǒng)分為三個系統(tǒng)層次：

（1）ATM事務處理層（2）營業(yè)部事務處理層（3）聯(lián)營機構事務處理層

3、事務處理的數(shù)據(jù)庫在營業(yè)部計算機中集中存放?？杀欢鄠€并發(fā)的ATM通

過聯(lián)營機構確定連接訪問。數(shù)據(jù)處理是單一的批處理型系統(tǒng)（指一個帳號 被封鎖直到處理結束）。

4、聯(lián)營計算機通過電話線與各營業(yè)部計算機連接。并通過站代碼和營業(yè)部代

碼區(qū)分ATM業(yè)務到營業(yè)部的業(yè)務處理。

5、每一時刻ATM上只有一個業(yè)務活動，聯(lián)營計算機和營業(yè)部計算機可同時

處理多個并發(fā)的業(yè)務活動。一個業(yè)務通過三個物理片段來完成，缺一不可。

6、系統(tǒng)應該具有增加和刪除ATM和營業(yè)部處理層的能力。

7、系統(tǒng)的安全保證至關重要。必須包括：存取權限、數(shù)據(jù)一致性保證、出錯處理等解決方案

6.ATM機查詢賬戶系統(tǒng)設計說明

進入查詢帳戶的操作界面

選擇你需要的操作就可以查詢并顯示你的帳戶信息 如果 還需要其他操作

按“返回”鍵

否則（超過10秒鐘沒有操作 或 選擇退出）

退卡

如果 選擇其他三個任意一個操作

進入各自的界面進行各自的操作 否則

退卡

7.ATM機轉賬系統(tǒng)設計說明

進入轉賬/匯款的操作界面 選擇你需要的操作

界面提醒你輸入兩次你要轉入的卡號

卡號輸入完畢，提醒你輸入金額

按“確定”鍵，轉賬完畢

如果 還需要其他操作

按“返回”鍵

否則 超過10秒鐘沒有操作 或 選擇退出

退卡

如果 選擇其他三個任意一個操作 進入各自的界面進行各自的操作

否則

退卡

案。

ATM管理系統(tǒng)用例圖:

uc ATM用例圖 打印憑條插卡輸入密碼客戶AMT輸入取款金額退卡選擇業(yè)務繼續(xù)交易完成交易

ATM管理系統(tǒng)類圖:

class ATM類圖 總行-分行地址分行名稱1維護*-1-姓名職務-+ + + + + 現(xiàn)有金額支出金額打印數(shù)據(jù)()讀卡()分發(fā)現(xiàn)金()提交用戶輸入信息()吞卡()1處理*--金額類型日期修改 擁有1遠程事務-銀行卡*1密碼賬戶號碼授權

ATM順序圖:

sd ATM順序圖 CustomerInterfaceWithdrawalTransactionAccountDepositor插入銀行卡()有效銀行卡()輸入密碼()驗證賬戶()與分行驗證賬戶()銀行賬戶合法()賬戶合法()選擇取款業(yè)務()輸入取款金額()處理取款業(yè)務()更新賬戶余額()業(yè)務處理成功()業(yè)務成功()分發(fā)現(xiàn)金()詢問是否繼續(xù)()選擇結束服務()打印憑條()打印憑條()提取賬戶余額信息()返回收據(jù)信息()提取儲戶信息()推出銀行卡()描述了顧客在ATM機上取款時信息的流動情況。以時間為順序。因為僅是示例，所以整個過程是沒有出現(xiàn)任何故障時的流程，并且只畫到了取款結束。通過這個圖，我們可以看出消息是如何在系統(tǒng)中不同對象之間進行交互。

8.注意事項

1.密碼只能由0到9中的任意六個數(shù)字構成.2.密碼不能為空.3.密碼不能為相同的六個數(shù)字或其他過于簡單的組成.

第五篇：車輛管理系統(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.總體結構設計..................................................................................................................5 3.2.功能分配..........................................................................................................................5 4.接口設計......................................................................................................................................6 4.1.外部接口設計...................................................................................................................6 4.1.1.軟件接口................................................................................................................6 4.1.2.硬件接口................................................................................................................6 4.1.3.界面設計................................................................................................................6 4.2.內部接口設計...................................................................................................................6 5.數(shù)據(jù)結構設計..............................................................................................................................7 5.1.邏輯結構設計..................................................................................................................7 5.2.物理結構設計..................................................................................................................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)在技術層面上的實施過程，以需求說明作為設計的根本出發(fā)點，作為產品實現(xiàn)、功能要求和控制的依據(jù)。為開發(fā)人員指明設計方向，便于其在最短的時間內開發(fā)出功能最齊全的軟件。

1.2.編寫背景

物流系統(tǒng)是現(xiàn)代經濟系統(tǒng)的主動脈，物流的最簡單理解就是貨物運輸，所以運輸在物流運作中的地位十分重要，而車輛是運輸企業(yè)的命脈，有機的管理好車輛十分關鍵。傳統(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、內存512MB以上的計算機。1.5.預期讀者

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

2.任務概述

2.1.目標

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

2.2.需求概述

主要輸入輸出項：

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

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

2.3.條件與限制

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

3.1.總體結構設計

圖1 車輛管理系統(tǒng)功能模塊結構

3.2.功能分配

用戶的登錄管理模塊：

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

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

車輛信息、車輛購置信息、車輛調撥信息、車輛報廢信息查詢模塊：

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

車輛信息、車輛購置信息、車輛調撥信息、車輛報廢信息添加模塊：

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

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

退出模塊：

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

確認模塊：

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

4.接口設計

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

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

4.1.2.硬件接口

鼠標。

鍵盤。

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

4.1.3.界面設計

1.用戶登錄界面

2.管理員界面

3.二級公司用戶界面

4.總工程師界面

5.總經理界面

4.2.內部接口設計

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

5.數(shù)據(jù)結構設計

5.1.邏輯結構設計

5.2.物理結構設計

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, 產權歸屬 char(10)null, 使用性質 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, 產權歸屬

char(10)

null, 主管部門意見

char(100)

null, 主管部門審批意見

char(100)

null, 經歷批示意見

char(100)

null, 經理批示時間

datetime

null, 車輛名稱

char(40)

null, 申請時間

datetime

null, 生產廠家

char(100)

null, 廠牌

char(18)

null, 型號

char(18)

null, 規(guī)格

char(18)

null, 購置數(shù)量

decimal(3)

null, 單價預算

decimal(10,2)

null, 購置時間

datetime

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

char(100)

null, 購置理由

char(100)

null, 用途說明

char(100)

null, 資金來源

char(100)

null，3、車輛調撥申請信息表

申請單編號

char(10)

not null, 公司編碼

char(10)

not null, 公司信_公司編碼

char(10)

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

char(10)

not null, 車牌號

char(10)

not null, 審批信_產權歸屬

char(10)

null, 主管部門意見

主管部門審批意見

經歷批示意見

經理批示時間

申請時間

調撥原因

通知時間

廠牌

型號

規(guī)格

自編號

調撥起始日期

調撥結束日期

交接地點

產權歸屬

經辦人

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

公司編碼

車牌號

產權歸屬

主管部門意見

主管部門審批意見

經歷批示意見

經理批示時間

申請時間

廠牌

型號

規(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, 資產級別

char(18)

null, 報廢原因

char(100)

null, 累計行駛總里程

decimal(10,3)

null, 辦理單位

char(2)

null, 批準文號

char(10)

null, 批準日期

datetime

null, 主管人

char(18)

null, 經管人

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)改造后技術性能改變情況

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, 產權歸屬 char(10)null, 使用性質 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, 改造后技術性能改變情況 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ù)用戶的輸入調用各子模塊。

6.2.運行時間

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

7.1.出錯輸出信息

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

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

7.2.出錯處理對策

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

7.3.故障分析與定位

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

8.安全保密設計

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

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

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