停車場管理系統(tǒng)(概要設計說明書)

1、泊車場管理系統(tǒng)綱領設計說明書文檔編號1。0文檔名稱綱領設計說明書撰寫人審查/贊成創(chuàng)立時間1前言41.1編寫目的4版本更新內(nèi)容日期改正人1.0新建1。2背景41。3定義錯誤!不決義書簽。1.4參照資料42整體設計42.1需求規(guī)定42.2運轉環(huán)境42。3基本設計見解和辦理流程42。4構造42。5功能器求與程序的關系52。6人工辦理過程52。7還沒有問決的問題53接口設計53。1用戶接口53。2外面接口63。3內(nèi)部接口64運轉設計64。1運轉模塊組合64。2運轉控制64。3運轉時間75系統(tǒng)數(shù)據(jù)構造設計75。1邏輯構造設計重點75.2物理構造設計重點85.3數(shù)據(jù)構造與程序的關系86系統(tǒng)犯錯辦理設計86

2、。1犯錯信息86。2挽救舉措96。3系統(tǒng)保護設計9前言1。1編寫目的此綱領設計說明書是為了說明整個系統(tǒng)的系統(tǒng)構架，以及需求用例的各個功能點在架構中的表現(xiàn)，為系統(tǒng)的詳盡設計人員進行詳盡設計時的輸入?yún)⒄瘴臋n。1。2背景軟件系統(tǒng)的名稱:泊車場管理系統(tǒng)開發(fā)工具：VisualC+6。0開發(fā)者:1.3參照資料XXXX泊車場管理方法GB85671988計算機軟件產(chǎn)品文件開發(fā)編制指南整體設計2.1開發(fā)環(huán)境操作系統(tǒng):WindowsXP/72.2運轉環(huán)境操作系統(tǒng)：WindowsXP/7數(shù)據(jù)庫管理系統(tǒng)：SQLsever20052。3基本設計見解和辦理流程本系統(tǒng)整體流程圖以下：2.4構造用一覽表及框圖的形式說明本系統(tǒng)

3、的系統(tǒng)元素（各層模塊、子程序、公用程序等）的區(qū)分，簡要說明每個系統(tǒng)元素的表記符和功能,分層次地給出各元素之間的控制與被控制關系。2.5功能需求與程序的關系本條用一張以下的矩陣圖說明各項功能需求的實現(xiàn)同各塊程序的分派關系:功能需求1程序1程序2程序n功能需求2功能需求n2.6人工辦理過程當月卡或年卡快要結束時以短信的形式發(fā)送給車主實時來續(xù)費，考慮緊后續(xù)版本中能夠增添該功能的實現(xiàn)。2。7還沒有問決的問題泊車場應建設在車多的地域，并且需要占地少廣，泊車內(nèi)應空闊且沒有阻攔物，防備車輛出現(xiàn)不用要的損失。在四周的環(huán)境應當要有及適合的空間使車輛有足夠的空間來使車輛進入車泊車場。投入使用前還需改良現(xiàn)有的管理模

4、式,購齊全部需要的設備和安排好人員。接口設計3。1用戶接口在用戶界面，依據(jù)需求分析的結果，用戶需要一個友好的用戶界面.在界面設計上，應做到簡單了然，易于操作,并且要注意界面的布局，應突出的顯示重要以及犯錯信息。外觀也要做到合理化，考慮到用戶多對window風格較熟習，應盡量向這一方面聚攏。在設計語言上，已決定使用c+語言,在界面上使用VISUALC+所供給的可視化組件，向Windows風格湊近。此中服務器程序界面要做到操作簡單,易于管理。在設計上都采納下拉菜單方式，在犯錯信息上。在操作時響應熱鍵。3。2外面接口1.硬件接口：磁卡、讀卡機、電動欄桿、車輛檢測設備、收費顯示屏.軟件接口:服務器程序

5、上經(jīng)過VISUALC+供給的對SQLSERVER的接口實現(xiàn)數(shù)據(jù)庫的連結?？墒褂肧QLSERVER的對數(shù)據(jù)庫的備份命令，以做到對數(shù)據(jù)的保留。3.3內(nèi)部接口各模塊間采納函數(shù)調(diào)用、參數(shù)傳達、返回值的方式進行信息傳達。接口授達的信息將是以數(shù)據(jù)構造封裝了的數(shù)據(jù),以參數(shù)傳達或返回值的形式在各模塊間傳輸.運轉設計4。1運轉模塊組合本程序主要以一個窗口為模塊，一般一個窗口達成一個特定的功能，主窗口經(jīng)過翻開另一個子窗口來實現(xiàn)各模塊之間不一樣樣功能的連結和組合。各模塊間相對獨立，程序的可移植性好.各模塊之間主要以傳達數(shù)據(jù)項的引用來實現(xiàn)模塊間的合作和數(shù)據(jù)共享?？蛻魴C程序在有輸入時啟動接受數(shù)據(jù)模塊，經(jīng)過各模塊間的調(diào)用

6、，讀入并對輸入格式化。在接受數(shù)據(jù)模塊獲得充分的數(shù)據(jù)時，將調(diào)用網(wǎng)絡傳輸,將數(shù)據(jù)經(jīng)過網(wǎng)絡送到服務器，并等候接收伏務器返回信息。接遇到返回信息后即調(diào)用數(shù)據(jù)輸出模塊，對信息進行辦理,產(chǎn)生相應的輸出。服務器接收到數(shù)據(jù)后，調(diào)用數(shù)據(jù)辦理、查問模塊對數(shù)據(jù)庫進行接見用，將信息返回客戶機。4。2運轉控制軟件運轉時有交友好的界面，基本能夠實現(xiàn)用戶的數(shù)據(jù)辦理。運轉控制將嚴格依據(jù)各模塊間函數(shù)調(diào)用的關系來實現(xiàn)。在各事務中心模塊中，需對運轉控制進行正確的判斷，選擇正確的運轉控制路徑。只需符合操作說明書，用戶可自由控制,不額外限制用戶輸入，異樣由程序內(nèi)部進行辦理，給出相應的提示信息。4。3運轉時間在軟件的需求分析中，對運轉時

7、間的要求為必然對做出的操作有較快的反響。建議使用Pentium3辦理器.硬件對本系統(tǒng)的影響將大于軟件的影響.系統(tǒng)數(shù)據(jù)構造設計5。1邏輯構造設計重點1。暫時卡文件表車牌號型號顏色駛入時間駛出時間2.月租卡文件表車牌號能否掛失車主身份證辦卡日期有效期至號3.車位信息文件空車位種類空車位數(shù)空車位編號4.管理員表管理員ID管理員密匙管理權限5.2物理構造設計重點暫時卡信息車牌號String型號String顏色String駛入時間DATETIME駛出時間DATETIME月租卡信息車牌號String能否掛失Boolean車主身份證號long辦卡日期DATATIME有效期至DATATIME車位信息空車位種類

8、String空車位數(shù)int空車位編號String管理員信息管理員IDlong管理員密匙String管理權限String5.3數(shù)據(jù)構造與程序的關系數(shù)據(jù)構造為關系型數(shù)據(jù)庫,因此在程序中可經(jīng)過標準的SQL語句與數(shù)據(jù)構造進行交互，交互過程中采納通用的數(shù)據(jù)接見接口.為了保持優(yōu)秀的程序架構，對數(shù)據(jù)庫接見采納DAO設計模式實現(xiàn)，提升保護性及擴展性。系統(tǒng)犯錯辦理設計6。1犯錯信息在用戶使用錯誤的數(shù)據(jù)或接見沒有權限的數(shù)據(jù)后，系統(tǒng)給出提示：“對不起,你非法使用數(shù)據(jù)，沒有權限！”并且用戶的密碼管理能夠贊成用戶改正自己的密碼，不一樣樣意用戶的匿名登錄。6。2挽救舉措全部的客戶機及服務器都必然安裝不中斷電源以防備停電或電壓不堅固造成的數(shù)據(jù)拋棄的損失。若真斷電時客戶機不會有太大的影響,因為數(shù)據(jù)在數(shù)據(jù)庫中已經(jīng)有備份,故在系統(tǒng)犯錯后能夠依賴數(shù)據(jù)庫的恢復功能，并且依賴日記文件使系統(tǒng)再啟動,就算系統(tǒng)崩潰用戶數(shù)據(jù)也不會拋棄或遇到損壞。但有可能占用更多的數(shù)據(jù)儲蓄空間,