android實訓報告.doc

鄭州輕工業(yè)學院 手機訂票系統(tǒng)實訓報告 姓名 學號 專業(yè)班級 11-02班 指導教師 王治國 王捷 王華 完成時間 2015 年 1月 11日 成績 一、需求分析1.1設計背景鐵路作為中國最重要的交通工具之一，在市場經濟浪潮中，面臨著嚴峻的考驗。公路運輸的便捷，航空運輸的快速，這一切都對鐵路運輸構成很大的沖擊。在對鐵路客運服務存在的最大問題進行調查時，結果表明，有29.3的乘客認為購票難排在各項選擇的第一位?；疖囌臼袌龅墓芾砗鸵?guī)范問題，是困擾我們多年的一個老問題，也是政府管理中的一個難點，訂票是客運業(yè)務中的一個最基本的業(yè)務，表面上看，它只是火車站業(yè)務的一個簡單的部分，但是它涉及到管理與客戶服務等多方面，因此，隨著我國鐵路交通的不斷發(fā)展，過去傳統(tǒng)的售票方式已經不能滿足現代客運業(yè)務流量劇增的客觀要求，簡單的窗口售票模式已經不能滿足方便人們出行的目的。采用先進的網絡技術開發(fā)出方便快捷的網上訂票系統(tǒng)是現代客運業(yè)務發(fā)展的必然需求。電子商務的出現，正好帶給了鐵路客運服務一個發(fā)展契機，推出新型的訂票方式- 手機網上訂票，來緩解訂票高峰時期的客運壓力，并為用戶提供方便快捷的訂票服務。它既是技術上的創(chuàng)新，又將完善鐵路服務，在一定程度上解決買票難這一大難題，增強鐵路競爭力，為鐵路爭取到更多的客流。本次設計的手機火車票訂票系統(tǒng)，可以實現個人信息注冊、車次車票價格查詢、在線訂票退票等基本功能，為用戶提供方便快捷的訂票服務。本次設計便是利用開發(fā)工具eclipse和SQlite數據庫共同開發(fā)的一個android客戶端的火車票訂購系統(tǒng)，它能方便快捷地運用在火車站訂票業(yè)務的營運之中。該系統(tǒng)要解決的是火車站網上售票工作所要解決的問題，可以滿足火車票網上售票的基本要求，包括查詢、訂票、退票三個方面的功能。該系統(tǒng)能運用到火車站售票的工作中，根據用戶的需求，設置其權限，并快捷方便的為用戶提供服務。1.2 系統(tǒng)設計目標本系統(tǒng)是利用網絡的方便、快捷和計算機的準確、高效實現手機網上訂票系統(tǒng)。手機網上訂票系統(tǒng)是通過主頁訪問、身份識別實現區(qū)別不同身份用戶完成車票、車次的管理操作。系統(tǒng)有四個大的功能模塊：登錄功能模塊，驗證登錄信息；注冊功能模塊，進行新用戶的注冊；管理員功能模塊，實現車票、車次和站點的管理；普通用戶功能模塊，實現車票和個人信息管理。1.3 可行性研究可行性分析是在用戶的要求和系統(tǒng)調研的基礎上進行的，對新系統(tǒng)的開發(fā)從社會、技術、經濟、管理等方面進行分析，并得出新系統(tǒng)的開發(fā)工作可行、不可行、需要修改、追加投資、暫緩開發(fā)、分步實施等方案和結論，最后完成可行性分析?？尚行苑治鲆话憧啥x為：可行性分析是在建設的前期對工程項目的一種考察和鑒定，對擬議中的項目進行全面與綜合的技術、經濟能力的調查，判斷它是否可行。可行性研究的目的不是解決問題，而是確定問題是否值得去解決。其最根本任務就是對以后的行動方針提出建議。該階段通過對系統(tǒng)目標的初步調研和分析，提出可行性方案并進行論證。我們在這里主要從技術可行性、經濟可行性和操作可行性三方面進行分析。1.3.1 技術可行性本系統(tǒng)開發(fā)的軟硬件資源都已具備，前臺開發(fā)工具使用eclipse，開發(fā)語言為java，后臺數據庫使用SQlite，其基本操作實質還是對數據庫進行添加、刪除、查找等操作開發(fā)環(huán)境安全，技術可靠，兩者使用都相對比較熟練，因此具備技術可行性。1.3.2 經濟可行性開發(fā)該系統(tǒng)所需的相關資料可以通過已存在的網上訂票系統(tǒng)進行調查采集,所需的其他應用軟件、硬件系統(tǒng)也易于獲得，因此，開發(fā)成本較低。而引進使用本系統(tǒng)后，與傳統(tǒng)方式相比，具有高效率、低成本、高質量的特點，可以節(jié)省不少人力、物力及財力。所以，從經濟的角度來看，該系統(tǒng)可行。1.3.3 操作可行性本系統(tǒng)采用菜單式，實現用戶與數據庫的交互，界面簡潔友好，操作方便，界面設計十分親切，功能標題醒目，各種功能的實現簡單容易，易于理解，用戶只需對訂票流程和業(yè)務調查了解即可，不需掌握數據庫等相關知識，上手較快，系統(tǒng)管理人員可以簡單的實現車票的銷售，車次的管理，統(tǒng)計，退票等功能。通過以上可行性分析，認為該系統(tǒng)的開發(fā)方案切實可行，可進行開發(fā)。1.4 需求分析需求分析是軟件設計的一個重要的環(huán)節(jié)。本階段對訂票系統(tǒng)的應用情況作全面調查，以確定系統(tǒng)目標，并對系統(tǒng)所需要的基礎數據以及數據處理要求進行分析，從而確定用戶的需求。用戶對系統(tǒng)的需求我們從以下幾方面進行分析。1.4.1 功能需求手機網上訂票系統(tǒng)是一個融合火車票訂購、列車站點的管理、管理員信息、列車信息及售票信息查詢?yōu)橐簧淼木C合系統(tǒng)。功能需求從用戶和管理員兩個方面進行分析，本網上售票系統(tǒng)應該具備如下功能：1.從用戶的角度看：（1）注冊：用戶需要訂購自己所需要的火車票，所以本系統(tǒng)的使用者應該有注冊賬戶功能。（2）登錄：用戶注冊過信息以后，可以通過登錄權限進入用戶模式。（3）查詢：用戶可以實現對個人信息的查詢、車次信息的查詢和對已訂車票信息的查詢。要求：1）對個人信息的查詢，用戶可以查看自己的基本信息。2）對車次的查詢，可以按照發(fā)車車次進行查詢，也可以按照始發(fā)站和終點站進行查詢。3）對訂單的查詢，用戶可以查看自己訂單的所有車票信息。（4）添加：用戶可以進行訂票來添加訂單。（5）退票：用戶可以對自己已付款訂單車次的車票進行退票操作。（6）修改：用戶可以對自己的個人信息和密碼進行修改，也可以對已付款訂單的車次進行改簽。2.從管理員的角度看：（1）登錄：管理員可以通過登錄權限進入管理員模式。（2）查詢：管理員可以對個人信息進行查詢、可以對現有車次進行查詢，可以對站點進行查詢，可以對已注冊用戶信息進行查詢。1）對個人信息的查詢，管理員可以查看自己的基本信息。2）對車次的查詢，可以按照發(fā)車車次進行查詢，也可以按照始發(fā)站和終點站進行查詢。3）對站點的查詢，管理員查看所有已存在站點的信息。4）對已訂單的查詢，管理員可以查看本系統(tǒng)中所有訂單信息。（3）添加：管理員可以實現對車次的添加、對站點的添加和對車票信息的添加。（4）刪除：管理員可以實現對車次的刪除、對站點的刪除和對車票信息的刪除。（5）管理員可以修改站點信息、車次信息和車票信息。1.4.2 性能需求為了保證系統(tǒng)能夠長期、安全、穩(wěn)定、可靠、高效的運行，本系統(tǒng)應該滿足以下的性能需求。1.準確性和及時性系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。系統(tǒng)應能及時而且準確的根據用戶權限及所輸入的信息做出響應。由于本系統(tǒng)的查詢功能對于整個系統(tǒng)的功能和性能完成舉足輕重。作為系統(tǒng)的很多數據來源，而車票的數量和時間又影響用戶的決策活動，其準確性和及時性很大程度上決定了系統(tǒng)的成敗。在系統(tǒng)開發(fā)過程中，必須采用一定的方法保證系統(tǒng)的準確性和及時性。2.易用性本系統(tǒng)是直接面對用戶的，而用戶往往對計算機并不是非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機交互界面。要實現這一點，就要求系統(tǒng)應該盡量使用用戶熟悉的術語和中文信息的界面，從而保證系統(tǒng)的易用性。3.安全性手機網上訂票系統(tǒng)中涉及到的數據是客運公司相當重要的信息，系統(tǒng)要保證用戶的權限，對于車次等信息用戶只享有查詢服務，不得更改；系統(tǒng)還要提供方便的手段供系統(tǒng)維護人員進行數據備份、日常安全管理、以及系統(tǒng)意外崩潰時數據的恢復等工作。同時系統(tǒng)還要保證對數據庫進行及時更新，保證數據一致性。2、 詳細設計2.1 系統(tǒng)功能分析該系統(tǒng)參考12306網上火車票訂票官方客戶端進行設計，并根據自己的變成和設計能力對其功能進行進一步簡化，系統(tǒng)可分為四大模塊：登錄模塊，用戶根據自己身份的不同進行登陸；注冊模塊：沒有賬戶的用戶可以輸入個人信息和有效證件號碼注冊一個帳號；普通用戶模塊，進行個人車票的查詢和預定，對自己訂單和信息進行管理；管理員模塊，對車次、車票、站點和訂單進行管理。通過身份識別判斷賬戶信息并區(qū)別不通身份的用戶?；疖嚻本W上訂票系統(tǒng)簡單、操作靈活、方便、反應快速、計算準確，系統(tǒng)運行穩(wěn)定、安全可靠，而且有良好的交互界面，讓使用者可以方便、快速地掌握。2.1.1 登錄功能分析用戶進入系統(tǒng)后根據身份的不同選擇不同的身份進入系統(tǒng)，如果身份有誤，則不能進入系統(tǒng)，在系統(tǒng)的主頁上，用戶登錄之前可以查看車次信息，但不能進行預定和修改車次信息。2.1.2 注冊功能分析沒有賬戶的用戶在注冊功能模塊可以注冊一個有效的帳號，注冊成功之后就可以登錄系統(tǒng)進行車票預定。2.1.3用戶功能分析用戶可以根據需要進行注冊，擁有賬戶后，可以根據自己的賬戶名和密碼進行登錄，進入系統(tǒng)之后，用戶可以查看自己的訂單和未完成訂單，可以對已付款訂單進行改簽和退票。用戶可以查看自己的個人資料，并可以對資料進行修改，用戶可以為自己的賬戶進行充值，也可以修改登錄密碼。2.1.4 管理員功能分析管理員根據自己的用戶名和密碼登錄進系統(tǒng)之后，可以對車次、車票。站點進行增刪改查操作，還可以查看所有用戶的訂單，可以查看個人信息和修改密碼。2.2 系統(tǒng)模塊設計2.2.1系統(tǒng)模塊圖通過多系統(tǒng)的功能進行分析繪制出系統(tǒng)的模塊圖如下圖所示：身份鑒定普通用戶管理員個人信息管理車票查詢車票訂購訂單管理 手機訂票信息管理車次管理站點管理車票管理2.2.2登錄子模塊程序運行以后進入主界面，點擊登錄可以進入登錄子模塊，用戶根據自己的身份的不同，可以選擇是普通用戶還是管理員進行登錄。2.2.3 注冊子模塊程序運行之后進入主界面，點擊注冊可以進入注冊子模塊，可以輸入自己的有效信息進行注冊，該注冊模塊只能進行普通用戶的注冊，管理員不能進行注冊，管理員帳號應是系統(tǒng)管理人員添加的，該模塊不能實現。2.2.4 普通用戶子模塊（1）車次查詢模塊：用戶進入自己的主頁之后可以點擊余票查詢，來獲取自己想查詢的車次信息，查詢有兩個方法，一是輸入出發(fā)地、目的地和出發(fā)日期進行查詢，二是可以輸入出發(fā)地、目的地、出發(fā)日期和車次進行查詢。（2）車票預定模塊：用戶進行車票預定前應首先查詢一下自己想要預定的車次的余票信息，然后進行點擊車票，預定預定自己想要的訂票。（3）我的訂單模塊：用戶可以查看自己所有的訂單，可以查看自己未付款的訂單，還可以對已付款的訂單進行退票和改簽。（4）我的信息模塊：用戶可以查看并修改自己的個人信息，可以對賬戶進行充值，而且可以修改自己的密碼。2.2.5 管理員子模塊（1）信息管理模塊：在該模塊，管理員可以查看該系統(tǒng)中所有的訂單信息，可以查看已完成訂單和未完成訂單信息。管理員也可以查看個人信息以及修改密碼。（2）車次管理模塊：管理員可以查看系統(tǒng)中的所有車次，可以增加車次，可以刪除沒有余票的車次，可以修改車次信息。（3）車票管理模塊：管理員可以查看所有車票、查詢已被訂車票、未被訂的車票，以及可以按車次查看車票信息。管理員還可以添加車票，先選擇需要添加車票的車次，再選擇座位類型，對該車次添加車票后會將相應的車次的相應座位的余票進行增加。管理員還可以修改和刪除車票，相應的修改和刪除過車票之后，該車票對應車次的余票都要進行相應的修改。（4）站點管理模塊：管理員可以查看所有站點，也可以增加站點，可以刪除沒有車次的站點，也可以修改站點信息。2.3 詳細設計系統(tǒng)的設計總共分為登錄模塊設計、注冊模塊設計、普通用戶模塊設計和管理員模塊設計四部分，以下是對各模塊的詳細介紹：2.3.1 登錄模塊設計用戶選擇自己的身份，然后輸入用戶名和密碼，后臺代碼連接數據庫查找該用戶輸入的信息是否可以找到，如果可以找到則該用戶可以登錄到自己的主頁，否則就停留在此頁面無法登錄。2.3.2 注冊模塊設計打開注冊頁面之后可以輸入自己的有效用戶名和密碼注冊一個賬號，后臺代碼連接數據庫往數據庫里面插入一個新的用戶信息，如果注冊成功，則該用戶立即可以登錄到自己的主頁進行車票查詢和預定。如果注冊失敗，則系統(tǒng)繼續(xù)停留在此頁面并提示用戶注冊失敗。2.3.3 普通用戶模塊設計（1）普通用戶登錄到自己的主頁面之后可以進行余票查詢，這時候系統(tǒng)會根據用戶輸入的有效信息從數據庫里面檢索車次信息并把車次的余票信息顯示出來。用戶進行車票預定時，用戶可以輸入需要預定的車次號、座位類型以及自己的有效信息進行預定，點擊提交訂單之后，系統(tǒng)會為用戶生成一張未付款的訂單，并從車次的余票信息中把相應的座位類型的車票數量減一，用戶提交訂單之后進入確認訂單頁面，如果用戶選擇重新預定，系統(tǒng)會把剛剛生成的訂單刪除并把車次的余票信息恢復原狀，并跳轉到車票預定的界面進行重新預定。如果用戶選擇取消訂單，則會直接刪除該訂單，并把車次余票信息還原。如果選擇網上之后，系統(tǒng)會先查詢用戶的余額信息，如果用戶的余額多余該訂單的票價，則會從用戶的賬戶中直接扣除票價，并把該訂單的狀態(tài)改為已付款。（2）用戶可以在自己的主頁面查看自己的所有訂單信息和未完成訂單信息，并且可以對付款的訂單進行退票和改簽，退票以后，系統(tǒng)會自動刪除該訂單，并把系統(tǒng)中對應的車票狀態(tài)改為未被訂，也會把對應車次的余票信息進行更改。改簽之后也會把就該訂單刪除，把車次和車票的信息進行修改，并跳轉到預定車票頁面重新進行車票預定。（3）用戶在自己的主頁面查看自己的資料，并可以對資料進行修改，用戶不可以修改用戶名，因為用戶名是用戶的唯一標識，系統(tǒng)中不存在同名的用戶，而且用戶名是用戶注冊時已確定的，所以不能予以更改權限，但用戶可以對自己的其他信息進行更改，以及時更新自己的最新的有效信息。用戶還可以在主頁面進行賬戶充值，賬戶充值就是更新自己信息的賬戶余額，把數據庫中的余額信息增加。用戶還可以進行修改密碼，把數據庫中已存在的密碼換成自己想要重新設定的密碼。2.3.4 管理員模塊設計（1）管理員可以對系統(tǒng)進行信息管理，包括對系統(tǒng)中所有訂單、已完成訂單和未完成訂單的查詢，根據管理員選擇的查詢條件，分別從數據庫中檢索出相應的訂單信息。因為訂單是用戶自己管理的，所以管理員沒有權限對用戶的訂單進行增加、修改和刪除權限。管理員還可以對自己的個人信息進行管理，如查看個人信息和修改密碼，將自己的新密碼更新到數據庫中。（2）管理員可以對車次進行管理，管理員可以查看系統(tǒng)中的所有車次，查看車次時，連接數據庫從數據庫中檢索所有的車次信息。管理員還可以增加車次，往數據庫的車次中添加新的車次，添加車次時應注意，車次的始發(fā)站和終點站依賴站點的站點號，所以始發(fā)站和終點站的站點號必須是已經存在的站點，而且添加車次時不能給該車次添加余票，因為車票的添加功能在車票的管理中，該車次的余票默認為零。管理員可以刪除車次，并且刪除的車次必須是沒有余票的車次，如果有余票信息的話，因為車票的車次編號對其有依賴關系，所以會導致刪除失敗。管理員可以修改車次信息，先從列表中選擇要修改的車次號，然后對車次信息進行修改并更新到數據庫。（3）管理員可以對車票進行管理，管理員可以查看系統(tǒng)中的車票信息，可以查詢所有車票信息，也可以查詢已被訂和未被訂的車票信息，同時還可以按照車次查看該車次的車票信息。管理員可以添加車票，從列表中選擇好需要添加車票的車票和座位類型后就可以往數據庫中對車票表中添加一張車票，同時將相應車次的相應座位類型余票進行添加。管理員還可以進行車票的刪除，刪除一張車票以后會將該車票對應的車次信息的余票也進行修改。管理員還可以對車票進行修改，從列表中先選擇要修改的車票編號，再選擇修改過后的座位類型、車票價格、出發(fā)地和目的地，修改過該車票之后會把車次信息的余票情況進行修改。（4）管理員可以對站點信息進行管理，管理員可以查詢系統(tǒng)中的所有站點，也可以增加新站點，管理員可以對站點信息進行刪除，但是只能刪除對它沒有依賴車次的站點，如果站點中有車次對它依賴，則該站點無法刪除，管理員還可以修改站點信息，從列表中選擇相應站點的編號，然后可以更改站點的名稱，并把新的站點信息更新到數據庫中。三、數據分析與設計3.1 數據庫介紹數據庫是指自描述的完整記錄的集合。它除了包含用戶的源數據外，還包含關于它本身結構的描述。數據庫設計是建立數據庫及其應用系統(tǒng)的技術，是信息系統(tǒng)開發(fā)和建設中的核心技術，具體說，數據庫設計是指對于一個給定的應用環(huán)境，構造最優(yōu)的數據庫模式，建立數據庫及其應用系統(tǒng)，使之能夠有效地存儲數據，滿足各種用戶的應用需求。合理的數據庫結構設計可以提高數據存儲的效率，保證數據的完整和一致。另外，合理的數據庫結構將非常有利于程序的實現。數據庫設計(Database Design)是指根據用戶的需求，在某一具體的數據庫管理系統(tǒng)上，設計數據庫的結構和建立數據庫的過程，就是規(guī)劃和結構化數據庫中的數據對象以及這些數據對象之間關系的過程。1數據庫設計的一般性原則第一個基本規(guī)則：對于每一個要存儲其信息的實體（或事物），我們都應該給他一個自己的表；第二個處理規(guī)則：如果你需要在一個列中存儲多個值，那證明你的設計可能是有缺陷的。簡單的數據關系：一對一；一對多；多對一；多對多在數據庫的設計中：要做到數據規(guī)范化、完整性、數據冗于和規(guī)范實例化。在整個設計過程中，我們必須按步驟認真完成。2數據庫設計的過程(六個階段) 需求分析階段，準確了解與分析用戶需求（包括數據與處理）是整個設計過程的基礎，是最困難、最耗費時間的一步概念結構設計階段是整個數據庫設計的關鍵，通過對用戶需求進行綜合、歸納與抽象，形成一個獨立于具體DBMS的概念模型邏輯結構設計階段將概念結構轉換為某個DBMS所支持的數據模型對其進行優(yōu)化數據庫物理設計階段為邏輯數據模型選取一個最適合應用環(huán)境的物理結構（包括存儲結構和存取方法）數據庫實施階段運用DBMS提供的數據語言、工具及宿主語言，根據邏輯設計和物理設計的結果建立數據庫，編制與調試應用程序，組織數據入庫，并進行試運行數據庫運行和維護階段數據庫應用系統(tǒng)經過試運行后即可投入正式運行。在數據庫系統(tǒng)運行過程中必須不斷地對其進行評價、調整與修改 在設計過程中把數據庫的設計和對數據庫中數據處理的設計緊密結合起來將這兩個方面的需求分析、抽象、設計、實現在各個階段同時進行，相互參照，相互補充，以完善兩方面的設計數據庫的設計在數據庫應用系統(tǒng)的開發(fā)中占有很重要的地位。只有設計出合理的數據庫，才能為建立在數據庫上的應用提供方便。3.2 概念結構設計按照系統(tǒng)功能需求和設計，本系統(tǒng)數據庫主要E-R圖如下： 圖3-1管理員實體圖如圖3-1所示，管理員的屬性包括管理員編號、管理員的密碼和管理員的真實姓名。圖3-2普通用戶實體圖所圖3-2所示，普通用戶的屬性包括用戶名、密碼、真實姓名、性別、身份證號、電話、賬戶余額。圖 3-3火車車次實體圖如圖3-3所示，火車車次的屬性包括車次號、發(fā)車日期、始發(fā)站、終點站、軟臥、軟座、硬臥、硬座、無座。圖3-4火車車票實體圖如圖3-4所示，火車車票的屬性包括火車編號、車次編號、座位類型、價格、出發(fā)地、目的地、是否被訂。圖3-5訂單實體圖如圖3-5所示，訂單屬性包括訂單編號、車票編號、用戶名、訂票時間、車票單價、是否付款。圖3-6站點實體圖如圖3-6所示，站點屬性包括站點編號、站點名。3.3 邏輯結構設計將系統(tǒng)的E-R圖轉換為關系模型，關系的碼用下劃線給出，如下：（1）manager（Mid，Mpwd，Mname）此為管理員實體所對應的關系模式。（2）commonusers(Cid，Cpwd，Cname，Csex，CIDnum，Ctel，Cmoney)此為普通用戶實體所對應的關系模式。（3）trains(Tid，Cpwd，Tdate，Tstart，Tend，Tsoftsleeper，Tsoftseat，Thardsleeper，Thardseat，Tnoseat)此為車次實體所對應的關系模式。（4）stations（Sid，Sname）此為站點實體所對應的關系模式。（5）traintickets(Ticketid，Tid，Ttype，Tprice，Tstart，Tend，Torder)此為車票實體所對應的關系模式。（6）orders（Oid，Ticketid，Cid，Odate，Oprice，Opay)此為訂單實體所對應的關系模式。3.4 物理結構設計通過對該系統(tǒng)的分析和設計該系統(tǒng)形成的物理結構有如下信息：該系統(tǒng)的物理結構表如下:1.管理員信息表，包含管理員帳號，管理員密碼，管理員姓名，具體結構如表3-1所示：管理員表的物理結構：表3-1 管理員信息表字段名數據類型長度約束屬性Midvarchar50NOT NULL主碼Mpwdvarchar50NOT NULL非主屬性Mnamenvarchar50非主屬性2.普通用戶信息表，包含用戶名，密碼，真實姓名，性別，身份證號，電話，賬戶余額，具體結構如表3-2所示：普通用戶表的物理結構：表3-2 普通用戶信息表字段名數據類型長度約束屬性Cidnvarchar50NOT NULL主碼Cpwdvarchar50NOT NULL非主屬性Cnamenvarchar50NOT NULL非主屬性Csexnvarchar2非主屬性CIDnumvarchar18NOT NULL非主屬性Ctelvarchar11非主屬性Cmoneydecimal10非主屬性3.火車車次信息表，包含車次號，發(fā)車日期，始發(fā)站，終點站，軟臥，軟座，硬臥，硬座，無座，具體結構如表3-3所示：火車車次表的物理結構：表3-3火車車次信息表字段名數據類型長度約束屬性Tidvarchar50NOT NULL主碼Tdatedatetime非主屬性Tstartvarchar50NOT NULL非主屬性Tendvarchar50NOT NULL非主屬性Tsoftsleeperint非主屬性Tsoftseatint非主屬性Thardsleeperint非主屬性Thardseatint非主屬性Tnoseatint非主屬性4.站點信息表，包含站點編號，站點名，具體結構如表3-4所示：火車車次表的物理結構：站點表的物理結構：表3-4 站點信息表字段名數據類型長度約束屬性Sidvarchar50NOT NULL主碼Snamenvarchar50NOT NULL非主屬性5.車票信息表，包含車票編號，車次，座位類型，價格，出發(fā)地，目的地，是否被訂，具體結構如表3-5所示：車票表的物理結構：表3-5 車票信息表字段名數據類型長度約束屬性TicketidintNOT NULL主碼Tidvarchar50NOT NULL非主屬性Ttypenvarchar10非主屬性Tpricedecimal10非主屬性Tstartvarchar50非主屬性Tendvarchar50非主屬性Tordervarchar10NOT NULL非主屬性6.訂單信息表，包含訂單編號，車票編號，用戶名，訂單時間，車票單價，是否付款，具體結構如表3-6所示：訂單表的物理結構：表3-6 訂單信息表字段名數據類型長度約束屬性OidintNOT NULL主碼TicketidintNOT NULL非主屬性Cidvarchar50NOT NULL非主屬性Odatedatetime非主屬性Opricedecimal10非主屬性Opayvarchar10非主屬性4、 運行效果圖1.用戶登陸界面： 2.車票查詢界面：2.1車票查詢 2.2城市列表3.訂單管理界面：3.1待支付 3.2全部訂單4.車票預訂：4.1查詢結果顯示 4.2列車詳細信息顯示4.