绵羊客运订票系统.ppt

資料庫作業Ex3.vr6 Sheep Bus 綿羊客運訂票系統 報告大綱 報告大綱 動機 目前客運售票皆為現場人工作業，顧客需大老遠跑到營運站購票，無法事先知道是否有剩餘車票及相關資訊。 目的 建立易於使用的資料庫系統支援訂票系統 系統可在線上自動完成訂票作業 遭遇問題 問題: ?個體裡該分配的屬性，以及個體應該由 何種關係相接。 解決: ?參考台鐵車次資訊 ?組員間的詳細討論 報告大綱 使用對象 訂票用戶 管理者 需求分析 訂票用戶 方便使用 管理者 易於開發與維護 Web Base 硬體設備需求不高 系統設計使用工具 Appserv MySQL phpMyAdmin frontpage Notepad Microsoft Visio 表格設計1 車輛資訊 車輛資訊(續) 車輛資訊(續) 表格設計2 顧客 顧客(續) 顧客(續) 表格設計3 訂票資料 訂票資料(續) 報告大綱 MySQL+php實際操作 MySQL+php實際操作 MySQL+php實際操作 MySQL+php實際操作2 MySQL+php實際操作 MySQL+php實際操作 MySQL+php實際操作 MySQL+php實際操作 MySQL+php實際操作 MySQL+php實際操作 MySQL+php實際操作 MySQL+php實際操作 MySQL+php實際操作 MySQL+php實際操作 MySQL+php實際操作 MySQL+php實際操作5 MySQL+php實際操作 MySQL+php實際操作 心得與感想 藉由這次的資料庫建立實際操作過程，發現設計符合特定系統的資料庫並不如想像中的容易，除了要考慮各table間資料連結的便利性，還要考慮如何用最節省空間的方式儲存所有需要使用的資料，真是讓人絞盡腦汁。現在終於完成了，雖然還是有點小缺陷，不過盡力啦！每次團體討論時也熱鬧異常，大家都非常熱心討論發表意見，更加深對資料庫的設計印象，感謝院長派給我們這次作業，讓我們有這次的心得。 報告完畢系統網址(非全時段開放)19 MySQL指令：alter table buses USA default 9999 after TP MySQL指令：alter table buses change USA US default 9999 MySQL指令：alter table buses drop US 系統正式上線展示圖 進入系統首頁 訂票連結畫面 防護資料輸入錯誤的判斷確保資料庫中資料正確性 防護資料輸入錯誤的判斷確保資料庫中資料正確性 防護資料輸入錯誤的判斷確保資料庫中資料正確性 防護資料輸入錯誤的判斷確保資料庫中資料正確性 輸入資料送出 訂票成功並顯示電腦代碼 Date資料表新增此筆訂票記錄 Customer資料表也同時新增一筆記錄 查詢電腦代碼畫面 輸入資料送出傳回符合搜尋結果 查詢訂票記錄畫面 輸入資料送出傳回符合搜尋結果 刪除訂票記錄並送出 訂票記錄成功刪除 查詢班次時刻 南下 查詢班次時刻 北上 聯絡我們 * 組員：魏敏紘 周久善 蔡名揚 姚冠睿 題目介紹…………………………3 系統分析與設計…………………7 系統實際操作…………………..22 心得與感想……………………..61 題目介紹 系統分析與設計 系統實際操作 心得與感想 還是沒解決，院長救我 題目介紹 系統分析與設計 系統實際操作 心得與感想 系統流程圖 CD圖 ERD SMALLINT（較小整數）可儲存-32768到32767的數值，夠存車輛編號跟發車時間了，故選用此類型不會超出計算範圍且較省空間，僅 2 bytes。 MEDIUMINT（中等整數）可儲存-8388608到8388607的數值，對於week這種最高達七位數的欄位較適合，佔3 bytes。 車次編號(primary key) 台北站發車時間 宜蘭站發車時間 花蓮站發車時間 台東站發車時間 屏東站發車時間 行駛星期 時間用四位數字表示，0700代表七點整。特例：9999代表不停靠 行駛星期若是星期幾有開就寫入數字幾進去 FD圖 第一正規化(符合) ：每個欄位都只有一個資料。 第二正規化(符合) ：主鍵(班次號碼)決定唯一的各站發車時間和行駛星期。 第三正規化(符合)：各站發車時間互相沒有影響，更與行駛星期無關。 第三正規化討論時候的爭議點： 　　各站之間行駛時間相同，時間間隔一樣，是否因為決定起站發車時間 後就能推出後面幾站的發車時間而代表各站