航空訂票系統(tǒng)軟件設計規(guī)格說明書-文庫吧
2025-04-29 03:24 本頁面
【正文】 難點問題難點問題是服務器端的程序的刪除部分，因為訂票人的信息關系到部分乘客的信息，必須保持數(shù)據(jù)的完整性。其次是航班信息，它關系著部分訂票人的信息和乘客信息，其中還嵌套著這部分訂票人當中有部分關系的乘客信息，并且同一定票人可以訂購多架次航班的機票和所訂購的機票的數(shù)量也不僅僅是1張，要將航班信息刪除，也要保數(shù)據(jù)的完整性。三、接口設計 用戶接口本套航空訂票系統(tǒng)軟件的可視化很強，做到用戶運行程序就可直接上手操作。在設計界面時，同時也考慮到此方面，因此在每個可以點擊的按鈕上都設置了鼠標獲得焦點后的提示信息，即ToolTipText屬性。 外部接口在本套航空訂票系統(tǒng)軟件中沒有考慮外部接口問題，如有需要可以添加對外部接口的考慮，例如紅外掃描、卡式讀取設備等。 內(nèi)部接口因為本套航空訂票系統(tǒng)軟件是使用可視化軟件來管理數(shù)據(jù)庫中的數(shù)據(jù)，因此數(shù)據(jù)庫為連接各個模塊之間的接口，我們同時也稱之為軟件內(nèi)部的接口。四、系統(tǒng)數(shù)據(jù)結(jié)構(gòu)設計 邏輯結(jié)構(gòu)設計要點按照需求分析設計數(shù)據(jù)庫中的字段，建立一個邏輯上的數(shù)據(jù)庫的結(jié)構(gòu)。 物理結(jié)構(gòu)設計要點在數(shù)據(jù)庫軟件(SQL Server2000)中建立數(shù)據(jù)庫，并要保證數(shù)據(jù)庫最低要符合第二范式。 數(shù)據(jù)結(jié)構(gòu)與程序的關系 靜態(tài)數(shù)值需求(1) 支持并行操作的用戶。(2) 處理多條記錄數(shù)據(jù)。(3) 表或文件的最小為2048字節(jié),最大無限制。 精度需求在進行提取數(shù)據(jù)庫數(shù)據(jù)時，要求數(shù)據(jù)記錄定位準確，在向數(shù)據(jù)庫中添加數(shù)據(jù)時，要求輸入數(shù)據(jù)準確。主要的精度適應系統(tǒng)要求，不接受違規(guī)操作。 時間特性需求(1) 響應時間應在人的感覺和視覺事件范圍內(nèi)；(2) 更新處理時間，隨著應用軟件的版本升級，以及網(wǎng)絡的定期維護更新。 靈活性當需求發(fā)生某些變化時，管理應用軟件操作方式、數(shù)據(jù)結(jié)構(gòu)、運行環(huán)境基本不會發(fā)生變化，變化只是將對應的數(shù)據(jù)庫文件內(nèi)的記錄改變，或?qū)⑦^濾條件改變即可。 數(shù)據(jù)管理能力需求本應用軟件可管理多條記錄，本應用軟件基本約用1,300千字節(jié)空間，所有文件均放置在數(shù)據(jù)庫中調(diào)用，查詢數(shù)據(jù)、文件、記錄時，通過庫文件名直接進行操作或通過存儲過程來完成操作。 數(shù)據(jù)庫設計描述 數(shù)據(jù)庫分析需將數(shù)據(jù)庫設計成關系模式最低符合第二范式的標準。按照需求分析，確定系統(tǒng)的實體。根據(jù)實體分析的結(jié)果，在數(shù)據(jù)庫中應建立如下數(shù)據(jù)表：passenger_infor(乘客信息表)、destine_infor(訂票人信息表)、destine_infor1(訂票人信息表1)、plane_infor(航班信息表)、plane_infor1(航班信息表1)、user_infor（訂票人注冊信息表），其中destine_infor(訂票人信息表)和destine_infor1(訂票人信息表1)用來存放訂票人的信息， plane_infor(航班信息表)和plane_infor1(航班信息表1) 用來保存航班信息，同時各個數(shù)據(jù)表間也存在著相應的連接的關系，例如在passenger_infor(乘客信息表)中包含有訂票人的身份證號碼(直接購票的乘客無)、航班代碼、機艙等級等相關字段用來與訂票人數(shù)據(jù)表和航班信息表建立聯(lián)系。 數(shù)據(jù)庫設計說明(1) passenger_infor(乘客信息表)在此數(shù)據(jù)表中，存放的是具體乘客的詳細信息，在乘客信息中包含有乘客的一些基本信息和訂
研究報告相關推薦
鄂ICP備17016276號-1