第一篇：ATM管理系統設計說明書
ATM機管理系統 設計說明書
班級：軟件0802
姓名：楊凱
學號：200807040221
ATM機管理系統
1編寫目的
ATM機管理系統是銀行業務流程過程中十分重要且必備的環節之一，在銀行業務流程當中起著承上啟下的作用，其重要性不言而喻。但是，目前許多銀行在具體的一些業務流程處理過程中仍然使用手工操作的方式來實施，不僅費時、費力，效率低下，而且無法達到理想的效果。為明確軟件需求、安排項目規劃與進度、組織軟件開發與測試，撰寫本文檔，本文針對上述問題，采用軟件工程的開發原理，依據軟件流程過程規范，按照需求分析，概要設計，程序編碼，軟件應用等過程，開發了這個系統。ATM系統必須向客戶提供如下服務：
1、客戶可以做一次取款（取款金額必須是100元人民幣的整數倍），在現金被提取之前，必須得到銀行的許可。
2、客戶可以做一次存款，客戶把存款量輸入到ATM系統中，必須從銀行得到許可。
3、客戶可以做一次轉帳。
4、客戶可以進行一次詳細賬戶信息查詢。
5、客戶通過有效驗證后可以更改密碼。
6、客戶可以在取回磁卡是選擇是否得到記錄操作的打印憑條。
ATM系統將把每一處理傳達到銀行并且獲得銀行許可。如果銀行確定客戶PIN 是無效的，客戶將被要求再進入PIN。如果客戶不能在五次嘗試之后成功地進入PIN，客戶的卡將被機器沒收，而客戶不得不聯系銀行取回它。
2背景
待開項目名稱：ATM機管理系統。
3定義
賬號：在銀行中，事務應用的單個賬號。賬號可以為多種類型，但是至少包括支票和存款。每個顧客可以擁有多個賬號。
ATM：一個工作站終端，使得顧客能夠使用現金卡在ATM上進行自己的事務處理。ATM同顧客進行交互，收集事務信息，并發送事務信息到中心計算機，由中心計算機確認和處理信息之后，將現金通過ATM提供給顧客。
銀行：一個金融機構，負責保存顧客的賬號信息，執行授權卡通過ATM網訪問賬號。
銀行計算機：銀行擁有的計算機，同ATM網和銀行自己的現金工作站進行交互。銀行可以擁有自己的內部計算機網處理賬號，但是我們只關心同網絡進行交互的計算機。
現金卡：每張卡提供給一個銀行客戶，授權客戶可以使用ATM機訪問自己的賬號。每張卡包含一個銀行代碼和一個卡號，銀行代碼根據信用卡的國際標準進行編碼，卡號確定卡能夠訪問的賬戶。一張卡不能訪問客戶的所有賬戶。每張卡只能有一個持卡人，但是多個復本可能存在，所以必須考慮從不同的ATM機同時使用相同卡的行為。
客戶：擁有銀行的一個或者多個賬號的人。客戶可以包括一個人或者多個人，或者是公司。相同的人，擁有不同銀行的賬號被認為是不同的客戶。
事務：對單個客戶賬號的單個完整的操作請求。
4參考資料
a． 《 統一建模語言UML》 主編：袁濤 孔蕾蕾 清華大學出版社
b.軟件工程國家標準：軟件需求說明書（GB856T——88）
5性能
說明：
1、ATM系統軟件總體結構：交互式界面和事務處理型系統的混合體。
2、ATM系統分為三個系統層次：
（1）ATM事務處理層（2）營業部事務處理層（3）聯營機構事務處理層
3、事務處理的數據庫在營業部計算機中集中存放。可被多個并發的ATM通
過聯營機構確定連接訪問。數據處理是單一的批處理型系統（指一個帳號 被封鎖直到處理結束）。
4、聯營計算機通過電話線與各營業部計算機連接。并通過站代碼和營業部代
碼區分ATM業務到營業部的業務處理。
5、每一時刻ATM上只有一個業務活動，聯營計算機和營業部計算機可同時
處理多個并發的業務活動。一個業務通過三個物理片段來完成，缺一不可。
6、系統應該具有增加和刪除ATM和營業部處理層的能力。
7、系統的安全保證至關重要。必須包括：存取權限、數據一致性保證、出錯處理等解決方案
6.ATM機查詢賬戶系統設計說明
進入查詢帳戶的操作界面
選擇你需要的操作就可以查詢并顯示你的帳戶信息 如果 還需要其他操作
按“返回”鍵
否則（超過10秒鐘沒有操作 或 選擇退出）
退卡
如果 選擇其他三個任意一個操作
進入各自的界面進行各自的操作 否則
退卡
7.ATM機轉賬系統設計說明
進入轉賬/匯款的操作界面 選擇你需要的操作
界面提醒你輸入兩次你要轉入的卡號
卡號輸入完畢，提醒你輸入金額
按“確定”鍵，轉賬完畢
如果 還需要其他操作
按“返回”鍵
否則 超過10秒鐘沒有操作 或 選擇退出
退卡
如果 選擇其他三個任意一個操作 進入各自的界面進行各自的操作
否則
退卡
案。
ATM管理系統用例圖:
uc ATM用例圖 打印憑條插卡輸入密碼客戶AMT輸入取款金額退卡選擇業務繼續交易完成交易
ATM管理系統類圖:
class ATM類圖 總行-分行地址分行名稱1維護*-1-姓名職務-+ + + + + 現有金額支出金額打印數據()讀卡()分發現金()提交用戶輸入信息()吞卡()1處理*--金額類型日期修改 擁有1遠程事務-銀行卡*1密碼賬戶號碼授權
ATM順序圖:
sd ATM順序圖 CustomerInterfaceWithdrawalTransactionAccountDepositor插入銀行卡()有效銀行卡()輸入密碼()驗證賬戶()與分行驗證賬戶()銀行賬戶合法()賬戶合法()選擇取款業務()輸入取款金額()處理取款業務()更新賬戶余額()業務處理成功()業務成功()分發現金()詢問是否繼續()選擇結束服務()打印憑條()打印憑條()提取賬戶余額信息()返回收據信息()提取儲戶信息()推出銀行卡()描述了顧客在ATM機上取款時信息的流動情況。以時間為順序。因為僅是示例，所以整個過程是沒有出現任何故障時的流程，并且只畫到了取款結束。通過這個圖，我們可以看出消息是如何在系統中不同對象之間進行交互。
8.注意事項
1.密碼只能由0到9中的任意六個數字構成.2.密碼不能為空.3.密碼不能為相同的六個數字或其他過于簡單的組成.
第二篇：餐飲管理系統設計說明書
餐飲管理系統
[編輯本段]餐飲管理系統的功能及選擇
中國是舉世聞名的美食大國，擁有五千年的飲食文化和巨大的餐飲市場，隨著人民生活水平和生活方式的轉變，餐飲業具有巨大的投資市場，被稱為中國的黃金產業，但同樣也應看到，餐飲業不僅面臨著巨大的發展機遇，也面臨著前所未有的挑戰和考驗。這些挑戰主要來源于以下幾方面：
1.人才的專業化程度不夠導致內功不足：因餐飲業門坎較低，中國的大多數餐飲企業的老板是從小店發展起來的，家族式管理的居多，還沒有發展到聘請職業經理人，許多還是“人治”，并沒有一套現代企業制度和監督管理體制，所以從觀念意識、經營思想和管理水平還有待專業化。
2.變能力差，缺乏先進的信息工具：現在的餐飲市場火爆，許多以前做電子、房地產等其他行業的老板都憑借雄厚的資金實力擠進餐飲市場，爭先恐后的上規模、上檔次、比菜品、比服務、拼價格，使餐飲市場競爭激烈，但是許多餐飲企業缺乏對市場的應變能力和靈敏的信息工具，在現今網絡經濟的時代，許多餐飲企業還處在手工及半手工狀態，即使有計算機也只是實現了POS系統(點菜收銀環節),當個點菜器和計算器用，并沒有真正通過計算機系統來實現改造流程、強化管理、降低成本、堵漏節流等作用。
3.缺乏科學和標準的管理體系：國外著名的快餐連鎖經過上百年的探索都形成了標準化的工作流程和方法。中餐因其菜品的多樣化和特色化的服務很難實現標準化管理，這使中餐企業的成本控制很難實現，但近兩年也出現了引進快餐式經營特點的中餐企業，例如全聚德集團和天津的家和海鮮巨無霸，從流程、服務、出品都開了中餐標準化的先河。
當然經營特色、規模、出品這些因素不同的餐飲業態有不同的標準，上面所提到的人才專業化和管理體系兩點可以通過引進管理人才來實現，但是提高餐飲企業核心競爭力的管理信息工具也越來越受到餐飲老板的重視，因此許多公司都陸續推出了餐飲管理系統，但由于自身經驗的缺乏或對酒店餐飲行業管理理解的不夠，至使市場上的產品良莠不分。目前市場上的餐飲管理系統大致有手工單據集中上傳、PDA點菜和手持POS點菜三種類型。
一.手工單據集中上傳類型：顧名思義，集中上傳就是點菜員用手工開單后，統一到前臺的計算機,POS機或觸摸屏POS機來進行統一錄入上傳。很明顯，這將導致效率的非常低下。在營業高峰時經常出現錄入菜單排隊現象，相信隨著當前餐飲管理的發展，這種效率低下的管理模式將逐漸遭到淘汰。另外，沒有條碼劃菜系統，無法統計上菜的時間，一旦出現問題，在廚師和傳菜員之間無法追究明確責任。
應用范圍：
1、計算機銀臺錄入菜單投資低廉，使用者大多是中低檔家常菜館，營業面積一般為幾百平米，基本上為粗放式管理流程。
2、觸摸屏錄入點菜軟硬件投資高，因開發者多是海外的軟件公司，往往偏重于為西餐廳點菜模式，此類系統設計過于簡單，很難滿足中餐品種繁多、經營管理理念、復雜的業務流程等等，所以用戶以客流量不大的高檔粵菜酒樓或西餐廳、茶餐廳、咖啡廳居多，此系統的特點：圖片化，操作容易，可以防水，由服務員手工寫單后到觸摸屏上錄入，但繁忙時會發生點菜員排隊等錄入的現象。
二.PDA點菜類型：PDA點菜上傳，其主要是通過無線傳輸技術(802.11b)來進行數據傳輸。PDA用于點菜機,優點有:可實現觸摸界面,手寫識別字體,這對一些不懂拼音又記不住編碼的點菜員有吸引力.但缺點是:
1、用手寫觸摸屏寫單速度慢,如果是無按鍵的PDA，操作繁瑣、點菜速度慢、在輸入數量、附加項時必須用筆觸式界面，對比較潦草的字難以識別，易出錯、修改麻煩，損壞頻率高，2、如果是完全觸屏的PDA點菜,服務員必須雙手操作操作，影響為客人介紹菜品及服務；
3、時間短,電池充電麻煩；
4、個頭和重量大，點菜員多為女孩子，拿著非常不方便；
所以在選擇硬件時,建議選擇觸摸,按鍵一體機來用于點菜.三.手持無線POS點菜類型：使用餐飲專用的手持POS點菜系統是擁有眾多用戶群的一套系統，其系統著重流程管理，針對中餐酒店的所有環節采用信息手段進行整合，從預訂、接待、點菜、菜品上傳、廚房分單打印、條碼劃菜、收銀、經理查詢等全方位計算機管理信息系統。是目前業內較為先進的，非常適合中大型酒樓的管理系統，根據重點調研目前國內應用比較廣泛的手持POS點菜餐飲管理系統的開發者—北京辰森世紀計算機系統有限公司的用戶情況分析，其系統的特性有以下幾點：
1.數據準確、無丟單漏單現象
它用手持無線POS機(433頻率技術)進行點菜，可隨點隨發送,從點菜到上傳至廚房出單只需幾秒鐘即可完成，上菜速度快捷準確.2.全程計算機跟蹤管理，無一張手工單據，數據準確無誤，各種權限設置，避免人為的失誤，從源頭上杜絕了跑冒滴漏現象。
3.上傳速度快、提高翻臺率;
4.廚房打印菜單，條碼劃菜，便于統計菜品和廚師業績,并有多級備份和日志可查。
5.日清日結，實時查詢統計、核算清楚準確。ü 每天由收銀出日營業報表，財務審核非常輕松。
6.靈活而準確高效的收銀結帳系統
客人用餐完畢結帳時，結帳由臺面服務員同收款員配合完成。并可由收銀POS打印出結算單；收銀系統支持集團消費、會員卡、掛帳、現金、支票、禮卷等等多種付款方式，可根據酒店管理要求和在收銀員權限范圍內進行折扣和服務費等的使用。
7.輔助酒店老板的監控和決策的工具
其總經理查詢決策系統的功能非常強大，可以查詢營業收入統計、員工業績統計、人均消費額、翻臺率等；可以以圖形或表格形式進行各種分析：財務狀況分析、營銷決策分析、營業收入分析等；能對餐飲企業的經營起到全面的輔助決策作用，另外這套系統還有針對餐飲連鎖集團所開發的總部遠程查詢系統使酒店管理者可以異地監控和查詢分店的營業情況。專用點菜POS機硬件性能指標優點：
1、點菜,上傳速度快;
2、操作鍵大、功能鍵簡單、可簡拼、編碼點菜，服務員容易上手
3、功能多：點菜、加菜、退菜、催菜、緩菜、口味、制作方法、查詢買單、套餐、儲存、可簡拼點菜，可輸中文，可以應附客人特殊要求；
4、內存大，個頭小；
5、鋰電電池，無需更換電池，服務員休息時即可充電；
綜上所述，從中餐行業的復雜性和從業人員的素質考慮，推薦餐飲企業使用現今應用比較廣泛也是比較穩定成熟的餐飲專用的手持無線POS點菜技術。如百年老字號全聚德集團、向陽漁港餐飲連鎖集團、寧波石浦大酒店,武漢三五醇餐飲集團,武漢艷陽天餐飲集團，北京大東北餐飲集團,如一坊連鎖集團,.太原江南餐飲, 四川成都文杏大酒樓, 安徽黃山一樓餐飲連鎖,海天一色大酒店, 南昌獨一處,北京金鼎軒,.北京漁公漁婆,南昌名人大酒樓,山西晉城金和餐飲,包括國內面積最大和最豪華的南京向陽漁港店紫金店(單店3萬8千平米)等等都在廣泛運用這套辰森餐飲管理系統。
餐飲管理系統軟件方面應該具有的功能:
以辰森餐飲軟件為例,功能實現:預訂、點菜系統(手持無線點菜/觸摸屏點菜/PDA點菜)、出品打印、送單、結帳、收銀、廚房打印、財務監控、會員管理、后臺采購、庫存管理、結算管理、員工管理、客戶關系管理，總經理查詢監控系統；能做到方便高效的菜單錄入、精確的出品打印、強大的參數設置、靈活的營銷設置、完善的成本核算、詳盡的營業報表。上面只是簡單介紹了一下餐飲管理系統軟硬件方面的應具有的功能,技術指標等等,下面我們談一下如何選擇一個好的餐飲管理系統:
一、選擇一家好的軟件企業對餐飲企業能夠起到事半功倍的效果，否則損失是不可估量的。餐飲企業的經營特點具有多樣性，而流程又有相當的復雜性。需要軟件開發商熟悉具備相當高的餐飲專業知識，否則開發的產品經受不住市場的考驗。而選擇不合適的軟件屬于決策性的失誤，將極大困繞、滯礙企業的經營和發展。所以軟件企業要具備高經驗度，這樣才可以快捷借鑒先進企業的管理經驗，把自己的風險降至最低。
選擇軟件不象選擇其他的產品，使用不好可以隨時更換。它將充分體現管理者的思想和管理核心。
每個餐飲企業要想成功無論從經營上還是管理上都要有自身鮮明的特色和長遠的規模發展戰略。有實力的公司才可以根據企業的要求，做出準確的二次開發，滿足將來的軟件升級。不斷調整軟件的模塊內容，使軟件可以更好的為企業服務。
軟件企業良好的技術維護隊伍、專門的維護部門、定期回訪等能夠實際解決客戶的后顧之憂，而目前代理公司能力參差不齊、注重短期經濟效益和對客戶不負責任的態度令人堪憂。
二、餐飲企業如何選擇餐飲軟件。除了可以根據企業自身的規模和特點選擇不同的軟件產品以外，還要注意一下幾點：
（一）要選擇成熟穩定的產品。多家客戶特別是連鎖企業連續的使用軟件一定是經受了市場的考驗，也必將是可靠的。
（二）要選擇適應性強的產品。任何好的軟件產品都有很強的適應能力。任何特點鮮明的餐飲企業的基本管理流程是大同小異的。如果軟件只針對一家或幾個客戶開發的，將不能滿足大多數企業的要求。
（三）要選擇同一家公司軟件產品的關聯性、多樣組合性。有的企業由于經營的需要，可能需要多種形式的點菜系統，如果選擇多家產品進行組合幾乎是不可以實現的，而使用一種產品又不可能完全適合自己的需要。這樣就要求軟件公司可以提供多樣性組合的產品。
（四）要選擇產品的拓展性和升級。任何好的產品都需要不斷的完善和技術發展。選擇軟件一定要充分考慮到該產品的拓展性和技術升級。
現在餐飲軟件公司不勝枚舉，我們建議餐飲企業選擇一家有良好業界口碑的軟件公司或是具有實際能力的代理公司為餐飲企業的信息化管理錦上添花。
餐飲企業在向規模化、規范化前進的道路上需要好的軟件來支持，而軟件公司也將根據行業特點實現自己產品的進步。他們緊密相連，市場優勝劣汰是不二的法則，通過先進的軟件管理工具必將實現餐飲和軟件IT行業的雙贏。
第三篇：車輛管理系統設計說明書
車輛管理管理系統 系統設計說明書
班 級 08軟工A1
擬制人 舒驥
2011年5月8日
目
錄 引言...........................................................................................................................2
1.1編寫目的.........................................................................................................1 1.2項目背景.........................................................................................................1 1.3定義...............................................................................錯誤！未定義書簽。1.4參考文獻.........................................................................................................2 2任務概述....................................................................................................................2
2.1目標.................................................................................................................2 2.2運行環境.........................................................................................................3 2.3需求概述.........................................................................................................3 2.4條件與限制.....................................................................................................3 3總體設計....................................................................................................................3
3.1處理流程.........................................................................................................3 3.2總體結構及模塊結構.....................................................................................3.3功能分配
4數據結構設計............................................................................................................8
4.1邏輯模型設計.................................................................................................8 4.2物理模型設計.................................................................................................9 4.3數據庫設計.....................................................................................................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編寫目的
本說明書對車輛管理系統的總體設計與實現作詳細說明。用于記錄系統在技術層面上的實施過程，以需求說明作為設計的根本出發點，作為產品實現、功能要求和控制的依據。為開發人員指明設計方向，便于其在最短的時間內開發出功能最齊全的軟件。
1.2項目背景
信息時代的到來意味著工作效率的日漸提高，同時也給車輛管理部門帶來更大的壓力，管理部門必須及時準確地提供各種參考材料，若無法作到這一點，將成為企業發展、機構運轉的瓶頸。基于這一原因，車輛管理工作無一例外受到領導的高度重視。
隨著車輛資料價值的日漸提升，社會對車輛管理部門也提出了更高的要求，對車輛早已不限于“用好”，更多地要求“管好”，車輛資料管理已向前延伸到公文的管理，向后擴展到信息資源的整理、采編、發放。就在車輛管理部門職能不斷擴大、業務不斷擴充的同時，機構改革、企業改制等等政策又要求車輛部門精兵簡政，縮減日常經費開支，充分利用現有資源產生更多經濟效益。“向管理要效益”已成為車輛部門的運營之本，車輛部門必須提高其自身的管理水平。“提升車輛管理檔次，將車輛交給計算機管理”正在成為一種潮流，同時，計算機管理突出優勢也在影響車輛管理的機制。以手工檢索為目的的著錄卡片、目錄等，不僅在編制階段大量占用車輛員的工作時間，檢索利用也非常繁瑣，缺少經驗的車輛員甚至無法在別人編制的目錄中查找車輛，更加難以保證“查全率”，使用計算機檢索，將徹底解決這一問題；另外，為了保護車輛資料，大中型車輛館都編制了“二套車輛”，造成保管費用高漲，復印機使車輛復制更加簡便，卻造成紙張消耗量的劇增，同時，大量復制文件的出現又給車輛管理帶來新的安全問題，更與車輛管理的嚴肅性相抵觸，使用計算機查詢，將紙載車輛管理與電子車輛利用結合起來，可以完美解決這一難題，大幅度降低車輛管理費用。
1.4參考文獻
[1].《ASP.NET 2.0網絡編程從基礎到實踐 》 馬穎華 蘇貴洋 袁藝 蘇桂濤 編著
[2].《UML基礎與Rose建模教程》 蔡敏 徐惠惠 黃炳強 編著
[3].《C#數據庫系統開發完全手冊》 明日科技 張躍延 許文武 王小科 編著
[4].《軟件工程實驗與實踐教程》 陳佳 曹妍 編著 [5].《實用軟件文檔寫作》 肖剛 古輝 程振波 張元鳴 著
2任務概述
2.1目標
車輛管理系統將為企業提供各種車輛管理和快速查詢的功能，以提高公司的運作效率，降低運作成本。結合公司需求，主要為用戶提供以下幾方面的功能。
* 車輛基本信息管理 * 車輛購置管理 * 車輛調撥管理 * 車輛報廢管理 * 車輛信息管理查詢
2.2運行環境
運行該軟件所適用的具體設備必須是奔騰
4、內存512MB以上的計算機。操作系統在Windows xp及以上。
數據庫為SQL Server2000版本
2.3需求概述
主要輸入輸出項：
1、系統用戶信息（二級公司用戶，總工程師，總經理）
2、車輛基本信息（車牌號、自編號、公司編碼等）
3、車輛購置信息（基本申請信息、審批信息、批復信息）
4、車輛報廢信息（基本申請信息、審批信息、批復信息）
5、車輛調撥信息（基本申請信息、審批信息、批復信息）
2.4條件與限制
車輛管理系統的用戶分為四類：系統管理員、總經理、總工程師、二級公司用戶。不同用戶具有不同的操作權限。在用戶作出操作時，系統需對判斷用戶是否具有該操作的權限，嚴禁一切非法操作，從而保證數據的安全性和完整性。
3總體設計
3.1功能模塊分析
1、車輛基本信息管理模塊
(1)用戶的登錄管理：不同級別的用戶通過特定的用戶名和密碼登錄系統，對相應的信息進行管理。
(2)查詢車輛基本信息：通過輸入車輛的基本信息對車輛的整體信息進行查詢。(3)修改車輛基本信息：有相關權限的用戶如有必要，可對車輛的基本信息進行修改。
(4)添加車輛基本信息：有相關權限的用戶可添加車輛的基本信息。
2、車輛購置管理模塊
用戶可添加、修改、刪除、查詢車輛購置管理申請單，然后交由總工程師申請審批，如通過再有總經理申請審批，實現二級公司要提交車輛的購置申請，集團公司職能部門根據車輛的產權歸屬，由總工程師或總工程師及總經理對申請進行審批，生效后產生調撥單下發所屬公司及各有關部門。
3、車輛調撥管理模塊
與車輛購置管理類似，用戶可添加、修改、查詢車輛調撥管理申請單，然后交由總工程師申請審批，如通過再有總經理申請審批，實現二級公司要提交車輛的購置申請，集團公司職能部門根據車輛的產權歸屬，由總工程師或總工程師及總經理對申請進行審批，生效后產生調撥單下發所屬公司及各有關部門。
4、車輛報廢管理模塊
與車輛購置管理類似，用戶可添加、修改、查詢車輛報廢管理申請單，然后交由總工程師申請審批，如通過再有總經理申請審批，實現二級公司要提交車輛的購置申請，集團公司職能部門根據車輛的產權歸屬，由總工程師或總工程師及總經理對申請進行審批，生效后產生調撥單下發所屬公司及各有關部門。
5、車輛信息查詢管理模塊
實現對多種信息的快速模糊查詢，可根據車輛所屬的二級公司，車牌號，車輛的廠牌，規格，型號等信息進行不同的組合來查詢車輛，還可根據申請購置，調撥，報廢車輛的二級公司，申請時間等查詢車輛的購置，調撥，報廢的申請及審批情況等。
3.2總體結構及模塊結構
1、高層功能模塊
圖 1 車輛管理系統高層功能模塊結構圖
2、車輛變更的申請模塊
圖 2 車輛管理系統—車輛變更的申請模塊結構圖
3、車輛變更的申請審批模塊
圖 3車輛管理系統—車輛變更的申請審批模塊結構圖
4、車輛變更處理模塊
圖 4車輛管理系統—車輛變更處理模塊結構圖
4數據結構設計
4.1邏輯模型設計
圖 6 車輛管理系統邏輯模型
4.2物理模型設計
圖 7 車輛管理系統物理模型
4.3數據庫設計
字段名
1、車輛基本信息表 車牌號
自編號
數據類型
是否可為空
char(10)not null, char(10)null, 公司編碼 char(10)not null, 廠牌 char(18)null, 型號 char(18)null, 規格 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, 養路費 decimal(7,2)null, 建設基金征費標準 decimal(7,2)null, 車輛級別 char(2)null, 發動機號 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, 規格
char(18)
null, 購置數量
decimal(3)
null, 單價預算
decimal(10,2)
null, 購置時間
datetime
null, 主要技術參數
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, 審批信_產權歸屬
主管部門意見
主管部門審批意見
經歷批示意見
經理批示時間
申請時間
調撥原因
通知時間
廠牌
型號
規格
自編號
調撥起始日期
調撥結束日期
交接地點
產權歸屬
經辦人
4、車輛報廢申請信息表
申請單編號
公司編碼
車牌號
產權歸屬
主管部門意見
主管部門審批意見
經歷批示意見
經理批示時間
申請時間
廠牌
型號
規格
自編號
落戶日期
噸位
原值
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)
改裝總成本及主要參數
char(200)改造后技術性能改變情況
char(200)
7、車輛折舊記錄表 車牌號
char(10)
折舊日期
datetime
折舊率
decimal(6,3)
車輛原值
decimal(10,2)
余值
decimal(10,2)
8、發動機維修記錄表 車牌號
char(10)
發動機維修日期
datetime
次數
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, 規格 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, 養路費 decimal(7,2)null, 建設基金征費標準 decimal(7,2)null, 車輛級別 char(2)null, 發動機號 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、報廢車輛發動機維修記錄表 車牌號
char(10)not null, 發動機維修日期2 datetime not null, 次數 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, 改裝總成本及主要參數 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應用軟件用戶界面的規范來設計，使用以對話框為主的用戶界面，便于用戶使用。
主要界面有：
1、用戶登錄界面
圖 5-1 用戶登錄界面圖
輸入：選擇登錄身份，輸入用戶名、密碼
登錄按鈕：點擊提交，由數據庫驗證身份及密碼，并且轉到相應的用戶界面或提示出錯信息。
退出按鈕：退出該程序
2、管理員界面
圖 5-2-1管理員登錄主界面
登陸用戶相關操作菜單：查詢所有登錄權限用戶信息。
用戶基本信息菜單：包含新用戶的注冊和查詢登陸用戶基本信息。退出菜單：退出系統。
圖 5-2-2用戶個人信息管理界面
修改按鈕：單擊修改按鈕后可以修改用戶名和密碼。輸入：需要修改的用戶名和密碼。
返回按鈕：取消顯示用戶信息，返回管理界面。修改密碼按鈕：進入修改密碼界面。
圖 5-2-3密碼修改界面
輸入：新密碼。
確認修改按鈕：提交輸入密碼。
放棄修改按鈕：放棄密碼修改，返回主界面。
圖 5-2-4用戶注冊主界面
輸入：用戶名、密碼、用戶類型。公司編碼下拉框：選擇相應的公司編碼。
公司名稱：根據已選的公司編碼自動顯示相應的公司名稱。
保存按鈕：檢查各項輸入數據是否滿足格式要求，若不滿足則給出提示信息返回按鈕：對未保存的數據不作任何操作，并關閉注冊界面。重新填寫；若滿足則將數據添加到數據庫，并給出操作成功的提示。
圖 5-2-4 用戶管理界面
導航菜單：用于查看和刪除系統所有用戶信息。返回按鈕：退出系統。
3、二級公司用戶界面
圖 5-3-1 二級公司用戶登錄主界面
基本信息管理菜單：包含個人信息的查看和修改（界面和圖5-2-2相同）以車輛申請信息管理菜單：包含車輛購置申請、車輛調撥申請、車輛報廢申請及車輛信息的查詢。三個子菜單。
退出菜單：退出車輛管理系統。
圖 5-3-2.1車輛購置申請管理主界面
輸入：在申請公司下拉框中選擇相應的公司編號，并選擇產權歸屬、填寫好清空條件按鈕：清空查詢條件中的文本框，將下拉框置空，將產權歸屬選為查詢按鈕：根據查詢條件查詢數據庫中的相應信息。二維列表選項卡：用于顯示查詢結果中每條記錄的主要信息。申請日期范圍。默認的“全部”。
圖 5-3-2.2車輛購置申請管理主界面
詳細記錄選項卡：用戶顯示查詢結果中每條記錄的詳細信息。
上一條按鈕：顯示查詢結果的上一條記錄，若當前為第一條，則提示“已到下一條按鈕：顯示查詢結果的下一條記錄，若當前為最后條，則提示“已到底”。
第一條按鈕：顯示查詢結果的第一條記錄。最后一條按鈕：顯示查詢結果的最后一條記錄。插入按鈕：顯示插入申請單界面。
修改按鈕：在該申請單未被審批的前提下，再判斷該申請單是否為當前用戶所有，若是，顯示申請單修改界面；若不是，則提示不能修改。
刪除按鈕：在該申請單未被審批的前提下，再判斷給該請單是否歸當前用戶所有，若是，則刪除申請單；若不是，則提示不能刪除。
退出按鈕：關閉本窗口并返回調用窗口。
4、總工程師界面
頂”。
圖5-4-1 總工程師登錄主界面
基本信息管理菜單：包含個人信息的查看和修改（界面和圖5-2-2相同）以車輛審批信息管理菜單：包含車輛購置審批、車輛調撥審批、車輛報廢審批三個子菜單。
退出菜單：退出車輛管理系統。及車輛信息的查詢。
圖 5-4-1.1 總工程師審批信息管理界面
輸入：在申請公司下拉框中選擇相應的公司編號，并選擇產權歸屬、填寫好申請日期范圍。
清空條件按鈕：清空查詢條件中的文本框，將下拉框置空，將產權歸屬選為查詢按鈕：根據查詢條件查詢數據庫中的相應信息。二維列表選項卡：用于顯示查詢結果中每條記錄的主要信息。默認的“全部”。
圖 5-4-1.2 總工程師審批信息管理界面
詳細記錄選項卡：用戶顯示查詢結果中每條記錄的詳細信息。
上一條按鈕：顯示查詢結果的上一條記錄，若當前為第一條，則提示“已到下一條按鈕：顯示查詢結果的下一條記錄，若當前為最后條，則提示“已到底”。
第一條按鈕：顯示查詢結果的第一條記錄。最后一條按鈕：顯示查詢結果的最后一條記錄。
審批按鈕：首先判斷該申請單是否已被總經理批復，若是，則提示已批復，不能審批；若不是并且該申請單已審批，則詢問是否修改，并根據用戶選擇給出相應的界面；若未審批，則顯示審批界面。
退出按鈕：關閉本窗口并返回調用窗口。
5、總經理界面 頂”。
圖5-5-1總經理登錄主界面
基本信息管理菜單：包含個人信息的查看和修改（界面和圖5-2-2相同）以及車輛信息的查詢。
車輛批復信息管理菜單：包含車輛購置批復、車輛調撥批復、車輛報廢批復三個子菜單。
退出菜單：退出車輛管理系統。
圖5-5-2.1批復管理主界面
輸入：在申請公司下拉框中選擇相應的公司編號，并選擇產權歸屬、填寫好申請日期范圍。
清空條件按鈕：清空查詢條件中的文本框，將下拉框置空，將產權歸屬選為查詢按鈕：根據查詢條件查詢數據庫中的相應信息。二維列表選項卡：用于顯示查詢結果中每條記錄的主要信息。默認的“全部”。
圖5-5-2.1批復管理主界面
詳細記錄選項卡：用戶顯示查詢結果中每條記錄的詳細信息以及總工程師的審批意見和時間。上一條按鈕：顯示查詢結果的上一條記錄，若當前為第一條，則提示“已到下一條按鈕：顯示查詢結果的下一條記錄，若當前為最后條，則提示“已到底”。
第一條按鈕：顯示查詢結果的第一條記錄。最后一條按鈕：顯示查詢結果的最后一條記錄。
批復按鈕：首先判斷該申請單是否已批復，若是，則提示已批復；若未批復，還需判斷申請車輛的產權歸屬以及總工程師是否已審批。只有在產權歸屬為公司頂”。
所有以及總工程師已審批的情況下才顯示批復意見界面，否則均給出相應的提示信息。
退出按鈕：關閉本窗口并返回調用窗口。
5.1.2軟件接口
使用Sql Server數據庫的驅動程序，通過COM接口訪問。
5.1.3硬件接口
1）鼠標。
2）鍵盤。
3）USB移動數據存儲器。
5.2內部接口設計
模塊間接口采用數據耦合方式，通過參數表傳送數據，交換信息。
6運行設計
6.1運行模塊的組合
程序啟動后，進入主模塊，用戶選擇菜單、單擊對話框、按鈕事件觸發主模塊調用各下層模塊，進入對應的子對話框，同樣由用戶的輸入觸發這些模塊調用其下層模塊，完成相應操作。
6.2運行控制
本軟件控制流程：主程序運行，等待用戶的輸入，根據用戶的輸入調用各子模塊。
6.3運行時間
搜索查找響應時間<1s； 運行響應時間<1s；
7出錯處理設計
7.1出錯輸出信息
1、登錄失敗：說明密碼、用戶名以及用戶類型至少有一項不符，彈出警告信息后需重新輸入用戶名、密碼或重新選擇用戶類型，否則將無法登錄。
2、對于超出用戶權限范圍的操作，予以提示。例如二級公司用戶試圖修改其他公司的申請單信息，公司總經理試圖批復產權歸屬為“融資掛靠”的申請單信息等。
7.2出錯處理對策
故障出現后可能采取的變通措施，包括： 1）軟件系統維護 2）重裝軟件系統
8安全保密設計
新用戶注冊時需給管理員出示其所屬公司的證明，由管理員填寫注冊信息，并交付二級公司用戶。二級公司用戶可以自行修改個人信息，包括用戶名和密碼。用戶登錄后不得執行超出其權限范圍的操作。
9維護設計
由于此項目比較小，除了嚴格按照軟件工程的科學方法開發軟件、認真建立文檔、編碼階段寫詳細的注釋外，對于維護可能會出現用戶維護需求頻繁的現象，只要問題可能在數據庫丟失，數據庫版本等問題上。
第四篇：車輛管理系統設計說明書
車輛管理系統
系統設計說明書
學院：計算機與信息
班級：
學號：
姓名：
11軟工A1 20114832516 田
偉
日期：2014.4.18
目錄
系統設計說明書...............................................................................................................................3 1.引言..............................................................................................................................................3 1.1.編寫目的..........................................................................................................................3 1.2.編寫背景..........................................................................................................................3 1.3.參考資料..........................................................................................................................3 1.4.運行環境...........................................................................................................................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.數據結構設計..............................................................................................................................7 5.1.邏輯結構設計..................................................................................................................7 5.2.物理結構設計..................................................................................................................8 5.3.數據庫設計.........................................................................................................................8 6.運行設計....................................................................................................................................13 6.1.運行控制........................................................................................................................13 6.2.運行時間........................................................................................................................13 7.出錯處理設計............................................................................................................................14 7.1.出錯輸出信息................................................................................................................14 7.2.出錯處理對策................................................................................................................14 7.3.故障分析與定位............................................................................................................14 8.安全保密設計............................................................................................................................14 9.系統維護設計............................................................................................................................14
系統設計說明書
1.引言
1.1.編寫目的
本說明書對車輛管理系統的總體設計與實現作詳細說明。用于記錄系統在技術層面上的實施過程，以需求說明作為設計的根本出發點，作為產品實現、功能要求和控制的依據。為開發人員指明設計方向，便于其在最短的時間內開發出功能最齊全的軟件。
1.2.編寫背景
物流系統是現代經濟系統的主動脈，物流的最簡單理解就是貨物運輸，所以運輸在物流運作中的地位十分重要，而車輛是運輸企業的命脈，有機的管理好車輛十分關鍵。傳統的運輸業已不能滿足市場需求。運輸企業的信息化管理具有重要意義。
1.3.參考資料
《UML基礎與Rose建模教程》
《C#數據庫系統開發完全手冊》
《軟件工程實驗與實踐教程》
《實用軟件文檔寫作》
1.4.運行環境
運行該軟件所適用的具體設備必須是奔騰操作系統在Windows xp及以上。
數據庫為SQL Server2005以上版本
4、內存512MB以上的計算機。1.5.預期讀者
本說明書的預期讀者是項目的開發人員，測試人員和維護人員。
2.任務概述
2.1.目標
車輛管理系統將為企業提供各種車輛管理和快速查詢的功能，以提高公司的運作效率，降低運作成本。結合公司需求，主要為用戶提供以下幾方面的功能。* 車輛基本信息管理 * 車輛購置管理 * 車輛調撥管理 * 車輛報廢管理 * 車輛信息管理
2.2.需求概述
主要輸入輸出項：
系統用戶信息（二級公司用戶，總工程師，總經理）車輛基本信息（車牌號、自編號、公司編碼等）
車輛購置信息（基本申請信息、審批信息、批復信息）車輛報廢信息（基本申請信息、審批信息、批復信息）車輛調撥信息（基本申請信息、審批信息、批復信息）
2.3.條件與限制
車輛管理系統的用戶分為四類：系統管理員、總經理、總工程師、二級公司用戶。不同用戶具有不同的操作權限。在用戶作出操作時，系統需對判斷用戶是否具有該操作的權限，嚴禁一切非法操作，從而保證數據的安全性和完整性。3.總體設計
3.1.總體結構設計
圖1 車輛管理系統功能模塊結構
3.2.功能分配
用戶的登錄管理模塊：
輸入：用戶名、密碼、用戶類型。
輸出：相應用戶界面顯示或提示出錯信息。
車輛信息、車輛購置信息、車輛調撥信息、車輛報廢信息查詢模塊：
輸入：用戶輸入各種所需查詢的基本信息 輸出：相應的詳細信息界面
車輛信息、車輛購置信息、車輛調撥信息、車輛報廢信息添加模塊：
輸入：用戶輸入各種所需添加的詳細信息 輸出：數據庫操作執行結果對話框
車輛信息、車輛購置信息、車輛調撥信息、車輛報廢信息修改模塊: 輸入: 用戶輸入各種所需修改的詳細信息 輸出: 數據庫操作執行結果對話框 車輛信息、車輛購置信息、車輛調撥信息、車輛報廢信息刪除模塊: 輸入：用戶輸入各種所需刪除的基本信息 輸出：數據庫操作執行結果對話框
退出模塊：
輸入：用戶輸入退出命令 輸出：確認信息框
確認模塊：
輸入：用戶操作命令 輸出：確認信息框
4.接口設計
4.1.外部接口設計 4.1.1.軟件接口
使用Sql Server數據庫的驅動程序，通過COM接口訪問。
4.1.2.硬件接口
鼠標。
鍵盤。
USB移動數據存儲器。
4.1.3.界面設計
1.用戶登錄界面
2.管理員界面
3.二級公司用戶界面
4.總工程師界面
5.總經理界面
4.2.內部接口設計
模塊間接口采用數據耦合方式，通過參數表傳送數據，交換信息。
5.數據結構設計
5.1.邏輯結構設計
5.2.物理結構設計
5.3.數據庫設計
字段名
1、車輛基本信息表 車牌號
char(10)not null，數據類型
是否可為空
公司編碼 char(10)not null, 自編號
char(10)null, 廠牌 char(18)null, 型號 char(18)null, 規格 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, 養路費 decimal(7,2)null, 建設基金征費標準 decimal(7,2)null, 車輛級別 char(2)null, 發動機號 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, 規格
char(18)
null, 購置數量
decimal(3)
null, 單價預算
decimal(10,2)
null, 購置時間
datetime
null, 主要技術參數
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, 主管部門意見
主管部門審批意見
經歷批示意見
經理批示時間
申請時間
調撥原因
通知時間
廠牌
型號
規格
自編號
調撥起始日期
調撥結束日期
交接地點
產權歸屬
經辦人
4、車輛報廢申請信息表申請單編號
公司編碼
車牌號
產權歸屬
主管部門意見
主管部門審批意見
經歷批示意見
經理批示時間
申請時間
廠牌
型號
規格
自編號
落戶日期
噸位
原值
凈值
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)
改裝總成本及主要參數
char(200)改造后技術性能改變情況
char(200)
7、車輛折舊記錄表 車牌號
char(10)
折舊日期
datetime
折舊率
decimal(6,3)
車輛原值
decimal(10,2)
余值
decimal(10,2)
8、發動機維修記錄表 車牌號
char(10)
發動機維修日期
datetime
次數
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, 規格 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, 養路費 decimal(7,2)null, 建設基金征費標準 decimal(7,2)null, 車輛級別 char(2)null, 發動機號 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、報廢車輛發動機維修記錄表 車牌號
char(10)not null, 發動機維修日期2 datetime not null, 次數 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, 改裝總成本及主要參數 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.運行控制
本軟件控制流程：主程序運行，等待用戶的輸入，根據用戶的輸入調用各子模塊。
6.2.運行時間
搜索查找響應時間<5s； 運行響應時間<5s； 7.出錯處理設計
7.1.出錯輸出信息
1、登錄失敗：說明密碼、用戶名以及用戶類型至少有一項不符，彈出警告信息后需重新輸入用戶名、密碼或重新選擇用戶類型，否則將無法登錄。
2、對于超出用戶權限范圍的操作，予以提示。例如二級公司用戶試圖修改其他公司的申請單信息，公司總經理試圖批復產權歸屬為“融資掛靠”的申請單信息等。
7.2.出錯處理對策
故障出現后可能采取的變通措施，包括：軟件系統維護、重裝軟件系統。
7.3.故障分析與定位
對于簡單的錯誤可以人為地查找到并且確定錯誤的地方，對于復雜的錯誤可以通過具體的測試，能夠迅速查找到出錯的原因以及出錯的地方。
8.安全保密設計
新用戶注冊時需給管理員出示其所屬公司的證明，由管理員填寫注冊信息，并交付二級公司用戶。二級公司用戶可以自行修改個人信息，包括用戶名和密碼。用戶登錄后不得執行超出其權限范圍的操作。
9.系統維護設計
在設計軟件是要嚴格按照軟件工程的科學方法開發軟件、認真建立文檔、編碼階段寫詳細的注釋，對于維護可能會出現用戶維護需求頻繁的現象，主要要問題可能在數據庫丟失或者數據庫版本不匹配等的問題上。
第五篇：銀行業務管理系統設計說明書
銀行業務管理系統設計說明書
完成日期：2010年12月19
目 錄
1.引言...........................1 1.1 1.2 1.3 1.4編寫目的...........................1 背景...........................1 定義...........................1 參考資料...........................12.程序（子系統）系統的組織結構...................1 3.界面設計要求...........................2 4.本軟件系統中各程序(子系統)的設計說明....................2 4.1 4.2程序(子系統)1的設計說明.....................2 程序(子系統)2的設計說明.....................35.子系統相互關系表....................3
1.引言
1.1 編寫目的本說明書確定系統的功能模塊和數據結構，為下階段開發工作提供依據。
1.2 背景
軟件系統的名稱： ComputerBankAccountSystem 本項目的任務提出者： 劉源
本項目的任務開發者： 劉源、黃宗宣、谷效萱、安建、謝琳琳、茹夢
1.3 定義 1.4 參考資料
2.程序（子系統）系統的組織結構
提示:用層次圖表列出系統內各層模塊。著重標明一下每位小組成員完成了哪些模塊。
3.界面設計要求
提示：登錄界面和主窗體界面的設計。
我實現用MDI 父子窗口來整體管理 建立一個總控制平臺LandMenu
登陸界面LandForm和相應的Server業務員登陸界面
4.本軟件系統中各程序(子系統)的設計說明
提示：在本節中要求按模塊依次說明在“
2、程序(模塊)系統的組織結構”中列出的每個模塊的設計內容，包括：
? ? ? ? ? ? ?
程序(子系統)功能描述 程序(子系統)性能描述 該程序(子系統)的輸入項 該程序(子系統)的輸出項 該程序(子系統)的算法 該程序(子系統)設計思想 接口設計
LandMenu主菜單LandForm登陸窗體 ChoiceMenu用戶選擇菜單 GetMoney取款窗體 SaveMoney存款窗體 SelectMoney查詢窗體
Server業務員驗證界面 ServiceLand業務員登陸界面 ServiceMenu業務選擇界面 OpenAccount開戶窗口 ScanRecord查看記錄窗口
一個class類 GetInfo 其中放置判斷密碼輸入正確、獲取金額、存款、取款、獲取利率、更新賬戶信息、插入新記錄、插入新賬號
4.1 程序(子系統)1的設計說明
提示：簡單描述子系統的功能、設計思想、界面以及每位小組成員完成的情況。
整個在Dataset數據集上設置有tableapatper適配器 用存儲過程來制定特定對象放入數據集 或直接拉入整個表
在使用存儲過程是 適配器需要相應的數據類型匹配 多注意可空“？”
4.2 程序(子系統)2的設計說明
提示：本節內容同4.1節。
（依次將本軟件系統中所有的程序(子系統)的設計說明給出。）
對GetInfo類使用了斷開連接和連接操作 斷開連接多用于查詢 可以迅速查詢表的內容
連接狀態多用于更新數據庫信息
在對數據庫的屬性設置上我們采用完全復制來調試程序
5.子系統相互關系表
提示：根據第4節的內容理清各模塊間的調用/被調用關系，并填寫下表。
子 系 統 相 互 關 系 表
點擊咨詢 