數(shù)據(jù)庫課程設計-火車票售票管理系統(tǒng)

課明書數(shù)據(jù)技術實訓題目:

火車票售票管理系統(tǒng)院

系：

計算機科學與工程學院專業(yè)班級：

班學

號：學生姓名：指導教師：2014年5月4日

計算機科學與工程學院

課程設計（論文）任務書數(shù)字媒體系學號

學生姓名

專業(yè)（班級）

物聯(lián)網(wǎng)工程12-2設計題目火票售票管理系統(tǒng)數(shù)據(jù)庫：SQL2005或2000開發(fā)語言C#、JAVAC++等設計技術參數(shù)設計要求工作量工作計劃參考資料

（）要的數(shù)據(jù)表：車次數(shù)據(jù)表，火車票信息數(shù)據(jù)表，顧客信息數(shù)據(jù)表等。(2)主要能模塊系統(tǒng)管理：系統(tǒng)用戶帳號添加、修改、刪除、密碼修改等?；疖嚻狈诸惞芾恚禾砑?、刪除、修改?；疖嚻毙畔⒐芾恚簩崿F(xiàn)圖書信息的添加、修改、刪除、查詢等?；疖嚻辈樵儯阂筇峁┒喾N檢索方式?；疖嚻惫芾恚翰樵兪燮薄⒏暮?、退票、帳戶管理。（1)1~3人為一個小組，小組成員既要有團隊協(xié)作精神，又要分工明確。每個學生都必須充分了解整個設計的全過程。(2)從開的系統(tǒng)需求分析到最的系統(tǒng)測試，都要有詳細的計劃，設計文檔應按照軟件工程的要求書寫。(3)系統(tǒng)的數(shù)據(jù)表設計應合理高效，盡量減少數(shù)據(jù)冗余。課程設計說明書字數(shù)要求3000以上，不包括圖表。第10周始課程設計選題，然和組員進行討論與分析設計。第11周集、查閱資料形成課設計思路。第12周始課程設計的前兩部，即系統(tǒng)分析和系統(tǒng)設計方面的設計。第13周后面兩部分，即系統(tǒng)現(xiàn)和總結完成。第14周論并檢查設計，進一完善課程設計報告。[1]王,薩師煊數(shù)據(jù)系統(tǒng)概[M].北高等教育出版,2005.[2]周.Server2005數(shù)庫基礎與應用技[M].京電子工業(yè)出版,2008[3]C#高級編程（第6版）中文[M].指導教師簽字

教研室主任簽字年

月

日i

摘要中國鐵路客票發(fā)售和預訂系統(tǒng)的核心功能是建立一個覆蓋全國鐵路的計算機售票網(wǎng)絡，實現(xiàn)客票管理和發(fā)售工作現(xiàn)代化而方便旅客購票和旅行，提高鐵路客運經(jīng)營水平和服務質(zhì)量，系統(tǒng)可預訂、預售和發(fā)售當日客票，具有售返程、聯(lián)程等異地購票功能。系統(tǒng)預售期為20天?？蓪崿F(xiàn)票額、坐席、制票、計費、結算、統(tǒng)計等工作的計算機管理。系統(tǒng)采用微軟推出的Studio2005作為開發(fā)工具基于構，數(shù)據(jù)庫采用微軟的SQLServer2005進行數(shù)據(jù)庫設計。關鍵詞：鐵路客運服務；計算機售票網(wǎng)絡；SQLServer2005ii

目錄系統(tǒng)分1.1課題背..........................................................................................................................................1.2目的和意義.......................................................................................................................................11.3可行性分析.......................................................................................................................................1系統(tǒng)設2.1數(shù)據(jù)字典..........................................................................................................................................2.2數(shù)據(jù)流圖..........................................................................................................................................2.3系統(tǒng)?？傮w設計2.4數(shù)據(jù)庫概念結構設計.系統(tǒng)實..........................................................................................................133.1數(shù)據(jù)庫輯結構設計...................................................................................................................3.3測試................................................................................................................................................總結164.1設計體........................................................................................................................................4.2系統(tǒng)改........................................................................................................................................獻.............................................................................................................16I

1系統(tǒng)分析1.1課題背景中國擁有總里程超過五萬公里的鐵路線是世界上最大的鐵路運輸網(wǎng)之一而鐵路客運服務在其中又占有非常重要的地位有5000多個車站承辦業(yè)務列車2000多列。為了在日益加劇的客戶運輸競爭服務中確保優(yōu)秀改善鐵路客戶的服務質(zhì)量，道部門一直在尋找提高競爭力改善服務的途徑計算機應用火車站售票的日常管理為火車站售票的現(xiàn)代化帶來了前所未有的動力和機遇火車站票務管理領域的飛速發(fā)展提供了無限潛力。能給火車站票務帶來明顯的經(jīng)濟效益和社會效益。1.2目的和意義火車票票務管理的全部數(shù)據(jù)處理都由人工操作作量大工作效率低錯誤率高，信息反饋不及時，因此本系統(tǒng)擬對該火車票票務管理做如下幾方面改革：系統(tǒng)功能重構業(yè)務流程重組數(shù)據(jù)流程重組為解決上述問題，要根據(jù)目前火車票的管理模式和方法利用Internet局域網(wǎng)和計算機開發(fā)基于Web的火車票訂票管理信息系統(tǒng)，可以實現(xiàn)票額、坐席、制票、計費、結算、統(tǒng)計等工作的計算機管理。形成統(tǒng)一的客票信息源，實現(xiàn)信息共享。1.3可行性分析根據(jù)火車售票的實際情況，對其所開展的業(yè)務簡單介紹如下：(1)查詢對車次信息的查詢和對已訂車票用戶的車票信息的查詢次信息包括：日期、車次、出發(fā)地、目的地、類型、座位號、票價。車次信息只允許用戶查詢，不能修改。(2)售票。通過查詢系統(tǒng)，可以根據(jù)客戶的需求找到車次，再輸入客戶信息后確定售票，訂票信息應包括：姓名、身份證號、車次、日期、類型、座位號、票價。(3)改簽。通過查詢系統(tǒng)，根據(jù)客戶名字找到購票信息，通過改簽模塊選擇要改的車票。(4)退票?？赏似?，通過查詢系統(tǒng)，根據(jù)客戶的名字找到購票信息，通過退票模塊退去已購車票。(5)帳戶管理。只允許管理人員登錄，管理人員可以修改票務信息。-1-

火車票售票與退票系統(tǒng)售票管理查詢

售票

退票管理退票

改簽管理改簽

帳戶管理修改票務

退出賦權圖1-1功層次圖-2-

2系統(tǒng)設計2.1數(shù)據(jù)字典數(shù)據(jù)字典的作用是在軟件分析和設計的過程中給人提供關于數(shù)據(jù)的描述信息主要是對數(shù)據(jù)流圖中的數(shù)據(jù)流處理邏輯外部實體、數(shù)據(jù)存儲和數(shù)據(jù)項等方面進行具體的定義數(shù)據(jù)流程圖配以數(shù)據(jù)字典就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進行完整的描述。編號101-01101-02101-03101-04

名稱idusernamesystemsetpassagermanager

別名售票員編號售票員姓名系統(tǒng)設置權限乘客管理權限

類型intvarchar(50)bitbit

長度45012101-05101-06

ticketmanagerticketpurchase

火車票管理權限bit火車票購買權限bit

34101-07102-01102-02102-03103-01

systemsearchuseridusernamepwdnumber

系統(tǒng)查詢權限售票員編號售票員姓名售票員密碼車次

bitintvarchar(50)varchar(51)varchar(10)

54505010103-02

departure

出發(fā)地

varchar(100)100103-03103-04103-05103-06103-07103-08104-01104-02104-03104-04105-01105-02105-03

destinationtypeseatnumberpricedateremainidnumbernamesexpassagertypenumberidnumberprice

目的地類型座位號票價日期余票身份證號姓名性別乘客類型車次身份證號票價

varchar(50)intintvarchar(50)varchar(51)varchar(52)varchar(50)varchar(50)char(10)varchar(50)varchar(10)varchar(50)varchar(50)

5044505050505010501050502.2數(shù)據(jù)流圖數(shù)據(jù)流圖是以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程，由于它只反映系統(tǒng)必須完成的邏輯功能，所以它是一種功能模型。該火車票管理系統(tǒng)的數(shù)據(jù)流圖描述-3-

——由火車票管理員對火車票賬戶進行管理包括系統(tǒng)基本信息售票管理、退票及改簽管理以及火車票查詢。以下將對火車票售票管理系統(tǒng)的具體各功能模塊進行描述。系統(tǒng)基本信息模塊是對火車票的基本情進行管理火車票的管理工作搭建一個基礎平臺。該數(shù)據(jù)流圖如圖2-2所示。D02發(fā)出買請求

D03查詢P1.1買票售票員F1次數(shù)據(jù)D01務信息

D04反饋D05請求處顧客P1.2票務處理D06費、車信息、票圖2-1售流程圖售票是是火車站的基本業(yè)務，是管理工作的重點。其基本業(yè)務包括火車票數(shù)據(jù)查詢、購票，退票管理和改簽管理。-4-

P2.1查詢數(shù)據(jù)D11車票信息D15反饋F2銷售記錄顧客P2.2分類處理D16應退票價、不能退的車票D14根據(jù)顧客要求售票員

D12判斷能否退票F3退票規(guī)定D13查詢規(guī)定圖2-2退流程圖P3.1查詢數(shù)據(jù)D21車票信息D26反饋F4銷售記錄顧客P3.2分類處理D25同意改簽、不同意改簽D24根據(jù)顧客要求售票員圖2-3改流程圖

D22判斷能否改簽F5改簽規(guī)定D23查詢規(guī)定-5-

P4.1高層管理D31反饋數(shù)據(jù)D36傳用戶信息

P4.2查詢數(shù)據(jù)

D35系統(tǒng)檢查客戶D32票信息

P4.3要查詢數(shù)據(jù)

D33反查詢結果

系統(tǒng)管理員

D34發(fā)送客戶要求

F3退規(guī)定D310拒絕

D311發(fā)送給用戶用戶查詢

D37發(fā)布P4.6不能查詢的數(shù)

P4.5報表數(shù)據(jù)據(jù)

D38綜整理D39挑

P4.4分數(shù)據(jù)圖戶管理流程圖2核心數(shù)據(jù)流定義數(shù)據(jù)字典的內(nèi)容主要是對數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲和外部實體等六方面進行具體的定義。數(shù)據(jù)流編號：D01數(shù)據(jù)流名稱：票務信息簡述：關于車票的基本信息數(shù)據(jù)流來源：顧客通過查詢數(shù)據(jù)流去向：買票數(shù)據(jù)流組成：103-01+103-02+103-03+103-04+103-05+103-06+103-07+103-08+104-01+104-02+104-04+105-01+105-02+105-0數(shù)據(jù)流編號：D02數(shù)據(jù)流名稱：發(fā)出買票請求簡述：乘客選擇的去買車票數(shù)據(jù)流來源：p1.1數(shù)據(jù)流去向：售票員數(shù)據(jù)流組成：101-01+103-01+103-02+103-03+103-06數(shù)據(jù)流編號：D03數(shù)據(jù)流名稱：查詢簡述：售票員對車票剩余情況查詢數(shù)據(jù)流來源：售票員-6-

數(shù)據(jù)流去向：F1車次數(shù)據(jù)表數(shù)據(jù)流組成：101-01+101-02+102-03+103-08數(shù)據(jù)流編號：D04數(shù)據(jù)流名稱：反饋簡述：通過數(shù)據(jù)表將車票信息反饋給售票員數(shù)據(jù)流來源：F1車次數(shù)據(jù)表數(shù)據(jù)流去向：售票員數(shù)據(jù)流組成：103-06+103-08+105-01數(shù)據(jù)流編號：D05數(shù)據(jù)流名稱：請求處理簡述：售票員向系統(tǒng)請求處理票務信息數(shù)據(jù)流來源：售票員數(shù)據(jù)流去向：P1.2數(shù)據(jù)流組成：103-07+103-06+103-08數(shù)據(jù)流編號：D06數(shù)據(jù)流名稱：車費、車座信息、票價簡述：系統(tǒng)處理數(shù)據(jù)傳達給顧客數(shù)據(jù)流來源：p1.2數(shù)據(jù)流去向：顧客數(shù)據(jù)流組成：103-07+103-06+103-08+103-05+103-04+103-01數(shù)據(jù)流編號：D11數(shù)據(jù)流名稱：車票信息簡述：顧客對車票信息進行查詢數(shù)據(jù)流來源：顧客數(shù)據(jù)流去向：P2.1數(shù)據(jù)流組成：103-01+103-02+103-03+103-04+103-05+103-06+103-07+103-08+104-01+104-02+104-04+105-01+105-02+105-03數(shù)據(jù)流編號：D12數(shù)據(jù)流名稱：判斷能否退票簡述：通過退票規(guī)定判斷是否能退票數(shù)據(jù)流來源：P2.1數(shù)據(jù)流去向：F3數(shù)據(jù)流組成：103-06+103-07+103-08數(shù)據(jù)流編號：D13數(shù)據(jù)流名稱：查詢規(guī)定簡述：售票員通過查詢規(guī)定進行判斷退票的可行性數(shù)據(jù)流來源：售票員數(shù)據(jù)流去向：F3數(shù)據(jù)流組成：103-06+103-07+103-08+101-01+101-02+102-01+102-02+102-03-7-

數(shù)據(jù)流編號：D14數(shù)據(jù)流名稱：根據(jù)顧客要求簡述：售票員根據(jù)顧客信息查詢系統(tǒng)數(shù)據(jù)流來源：售票員數(shù)據(jù)流去向：P2.2數(shù)據(jù)流組成：103-06+103-07+103-08+101-01+101-02+102-01+102-02+102-03數(shù)據(jù)流編號：D15數(shù)據(jù)流名稱：反饋簡述：系統(tǒng)反饋銷售記錄數(shù)據(jù)流來源：P2.2數(shù)據(jù)流去向：F2數(shù)據(jù)流組成：103-06+103-07+103-08數(shù)據(jù)流編號：D16數(shù)據(jù)流名稱：應退票價、不能退的車票簡述：系統(tǒng)判斷是否能為顧客退票數(shù)據(jù)流來源：P2.2數(shù)據(jù)流去向：顧客數(shù)據(jù)流組成：103-06+103-07+103-08+104-04+104-02+104-03+105-02數(shù)據(jù)流編號：D21數(shù)據(jù)流名稱：車票信息簡述：車票的基本信息數(shù)據(jù)流來源：火車票管理員數(shù)據(jù)流去向：P3.1數(shù)據(jù)流組成：103-01+103-02+103-03+103-04+103-05+103-06+103-07+103-08+104-01+104-02+104-04+105-01+105-02+105-0數(shù)據(jù)流編號：D22數(shù)據(jù)流名稱：判斷能否退票簡述：根據(jù)改簽規(guī)定判斷能否退票數(shù)據(jù)流來源：P3.1數(shù)據(jù)流去向：F5數(shù)據(jù)流組成：103-06+103-07+103-08數(shù)據(jù)流編號：D23數(shù)據(jù)流名稱：查詢規(guī)定簡述：售票員查詢改簽規(guī)定數(shù)據(jù)流來源：售票員數(shù)據(jù)流去向：F5數(shù)據(jù)流組成：103-06+103-07+103-08-8-

數(shù)據(jù)流編號：D24數(shù)據(jù)流名稱：根據(jù)顧客要求簡述：售票員分類處理顧客要求數(shù)據(jù)流來源：售票員數(shù)據(jù)流去向：P3.2數(shù)據(jù)流組成：103-06+103-07+103-08+101-01+101-02+102-01+102-02+102-03數(shù)據(jù)流編號：D25數(shù)據(jù)流名稱：同意改簽、不同意改簽簡述：返回改簽的結果數(shù)據(jù)流來源：P3.2數(shù)據(jù)流去向：顧客數(shù)據(jù)流組成：103-06+103-07+103-08+104-04+104-02+104-03+105-02數(shù)據(jù)流編號：D31數(shù)據(jù)流名稱：反饋數(shù)據(jù)簡述：向高層管理反饋數(shù)據(jù)數(shù)據(jù)流來源：客戶數(shù)據(jù)流去向：P4.1數(shù)據(jù)流組成：103-01+103-02+103-03+103-04+103-05+103-06+103-07+103-08+104-01+104-02+104-04+105-01+105-02+105-03數(shù)據(jù)流編號：D33數(shù)據(jù)流名稱：反饋查詢結果簡述：根據(jù)要查詢數(shù)據(jù)反饋查詢結果數(shù)據(jù)流來源：P4.3數(shù)據(jù)流去向：系統(tǒng)管理員數(shù)據(jù)流組成：103-07+103-06+103-08數(shù)據(jù)流編號：D34數(shù)據(jù)流名稱：發(fā)送客戶要求簡述：系統(tǒng)管理員發(fā)送客戶要求給退票規(guī)定數(shù)據(jù)流來源：系統(tǒng)管理員數(shù)據(jù)流去向：P6數(shù)據(jù)流組成：103-07+103-06+103-08+103-05+103-04+103-01數(shù)據(jù)流編號：D35數(shù)據(jù)流名稱：系統(tǒng)檢查簡述：根據(jù)退票規(guī)定檢查結果數(shù)據(jù)流來源：F6數(shù)據(jù)流去向：P4.2數(shù)據(jù)流組成：103-07+103-06+103-08+103-05+103-04+103-01-9-

3.核心處理邏輯定義處理邏輯編號：P1.1處理邏輯名稱：買票簡述：買票操作輸入的數(shù)據(jù)流：D01處理：根據(jù)顧客輸入的購票信息，進行數(shù)據(jù)操作輸出的數(shù)據(jù)流：D02處理邏輯編號：P1.2處理邏輯名稱：票務處理簡述：對火車票相關信息管理輸入的數(shù)據(jù)流：D05處理：根據(jù)輸入的信息進行操作輸出的數(shù)據(jù)流：D06處理邏輯編號：P2.1處理邏輯名稱：查詢數(shù)據(jù)簡述：對車票相關信息進行查詢輸入的數(shù)據(jù)流：D11處理：根據(jù)輸入的信息進行查詢操作輸出的數(shù)據(jù)流：D12處理邏輯編號：P2.2處理邏輯名稱：分類處理簡述：根據(jù)顧客要求和銷售記錄對火車票進行分類處理輸入的數(shù)據(jù)流：D03處理：根據(jù)輸入的信息進行退票、拒絕退票操作操作輸出的數(shù)據(jù)流：D15，D163.重要數(shù)據(jù)存儲編號數(shù)據(jù)存儲編號：F1數(shù)據(jù)存儲名稱：車次數(shù)據(jù)表簡述：存儲車票數(shù)據(jù)數(shù)據(jù)存儲組成：I03-01+I03-02+I03-03+I03-04+I03-05+I03-06+I03-07+I03-08關鍵字：I03-01相關聯(lián)的處理：P1.1,P1.2數(shù)據(jù)存儲編號：F2數(shù)據(jù)存儲名稱：銷售記錄簡述：存儲車票銷售的記錄數(shù)據(jù)存儲組成：I04-01+I04-02+I04-03+I04-04關鍵字：I05-01相關聯(lián)的處理：P2.2數(shù)據(jù)存儲編號：F3

數(shù)據(jù)存儲名稱：退票規(guī)定簡述：存儲退票相關的規(guī)定數(shù)據(jù)存儲編號：F3數(shù)據(jù)存儲名稱：書架信息表簡述：存儲書架設置信息的記錄數(shù)據(jù)存儲組成：I04-01+I04-02關鍵字：I04-01相關聯(lián)的處理：P1.32.3系統(tǒng)模塊總體設計本系統(tǒng)一共分為三個模塊，每個模塊之間雖然在表面上是相互獨立的，但是在對數(shù)據(jù)庫的訪問是緊密相連的。每個功能模塊的設計都是根據(jù)前幾個階段的分析來設計的，符合系統(tǒng)的設計要求根據(jù)上述功能的分析，系統(tǒng)中模塊分為車票查詢、車票預定、更新火車票信息三個子系統(tǒng)。模設計如圖2-5示?；疖嚻庇喥惫芾斫y(tǒng)車票查詢車票信息維護

車票訂購添加車票

修改車票信息

刪除車票信息圖2-5H圖2.4數(shù)據(jù)庫概念結構設計（1）概述在系統(tǒng)的數(shù)據(jù)庫設計中，首先要對系統(tǒng)分析得到的數(shù)據(jù)詞典中的數(shù)據(jù)存儲進行分析，分析各數(shù)據(jù)存儲之間的關系采用E-R圖的方法進行數(shù)據(jù)結構分析這里以火車票預定數(shù)據(jù)庫為例。（2）實體-關系模型（E-R模型）

票價余票車次類型

座位號

日期出發(fā)地

姓名車次目的地

性別查詢

m

顧客身份證買票車次（3）建立邏輯模型實體：

退票改簽n火車票身份證圖2-6E-R圖

票價

乘客類車次信息表（車次，出發(fā)地，目的地，類型，座位號，票價，日期，余票）顧客信息表（身份證號，姓名，性別，乘客類型）火車票信息表（車次，身份證號，票價）聯(lián)系：查詢、買票、退票、改簽

3系統(tǒng)實現(xiàn)3.1數(shù)據(jù)庫邏輯結構設計根據(jù)火車票的實際情況，本系統(tǒng)的數(shù)據(jù)庫命名為：是用來存儲售票員信息、車次信息、顧客信息、火車票信息等的各種數(shù)據(jù)數(shù)庫共分為5張信息表，以下是系統(tǒng)的5張表的信息，如表至所示。表addset(票員權限表序號1234567

英文名idusernamesystemsetpassagermanagerticketmanagerticketpurchasesystemsearch

中文名售票員編號售票員姓名系統(tǒng)設置權限乘客管理權限火車票管理權限火車票購買權限系統(tǒng)查詢權限

類型intvarchar(50)bitbitbitbitbit

長度（字符）45011111表（票員信息表）序號123

英文名useridusernamepwd

中文名售票員編號售票員姓名售票員密碼

類型intvarchar(50)varchar(50)

長度（字符）45050表（車次信息表）序號12345678

英文名numberdeparturedestinationtypeseatnumberpricedateremain

中文名車次出發(fā)地目的地類型座位號票價日期余票

類型varchar(10)varchar(100)varchar(50)intintvarchar(50)varchar(50)varchar(50)

長度（字符）101005044505050

表（客信息）序號

英文名

中文名

類型

長度（字符）1

idnumber

身份證號varchar(50)

5023

namesex

姓名性別

varchar(50)char(10)

50104

passagertype

乘客類型varchar(50)

50表3-5ticketnumber(車票信息表序號123

英文名numberidnumberprice

中文名車次身份證號票價

類型varchar(10)varchar(50)varchar(50)

長度（字符）1050503.2數(shù)據(jù)庫邏輯結構實現(xiàn)創(chuàng)建數(shù)據(jù)庫的相關SQL代碼如下：創(chuàng)建數(shù)據(jù)庫：Createticketmanager;創(chuàng)建表addset:CreatetableIdintprimarykey,UsernameSystemsetbit,bit,bit,bit,bit);Createtableconductor(intprimaryUsernamePwd);Createtablenumber(Numbervarchar(10)Departurevarchar(50),TypeSeatnumberint,

PriceDatevarchar(50),Remainvarchar(50));CreatetableIdnumbervarchar(50)primarykey,varchar(50),);CreatetableNumbervarchar(10)IdnumberPricevarchar(50));3.3測試系統(tǒng)測試是信息系統(tǒng)的開發(fā)周期中一個十分重要的活動管在系統(tǒng)開發(fā)周期的各個階段均采取了嚴格的技術審查但仍然難免遺留下差錯如果沒有再投入運行前的系統(tǒng)測試階段被發(fā)現(xiàn)糾正問題遲早會在運行中暴露出來到那時要糾正錯誤將要會付出更大的代價。因此我們有必要進行系統(tǒng)測試。我們要以找錯誤為目的不是要證明程序無錯而是要精心選取那些易于發(fā)生錯誤的測試數(shù)據(jù)，以十分挑剔的態(tài)度，去尋找程序的錯誤。測試工作應避免由原開發(fā)軟件的個人或小組來承擔。設計測試用列不僅要包括合理有效的輸入數(shù)據(jù)還要包括無效的或者不合理的輸入數(shù)據(jù)。不僅要檢驗程序是否做了該做的事，還要檢查程序是否同時做了不該做的事。保留測試用例，將會給重新測試和追加測試帶來方便。

4總結4.1設計體會這次課程設計的成功讓我深刻感受到了組員團結合作的重要性一開始我們組員商討的意見不統(tǒng)一然后就開始各做各的結果快一個星期了每個人都沒多大進展。后來我們反復討論修改決定大家分工合作一個人做一個模塊每個人把自己負責的一塊寫好，然后放在一起大家來檢查，經(jīng)過這個方法，我們每個人的任務就輕了很多，做課程設計的興趣也就多了很多于是很快大家就完成了各自的任務另外，通過這次課程設計我也深刻意識到學習計算機編程我們不僅要重視課本的學習上機實驗和課程設計這些實際操作方面的訓練也是必不可少的有通過多次上機練習我們才能提高編程本領。通過這次課程設計我們組對信息系統(tǒng)分析與設計這門學科有了更深的認識讓我這學期所學的課程得到鞏固和良好的吸收，我們組對系統(tǒng)設計的理解得到進一步提高，完善了一些把握不準確的知識點。對之前學過的數(shù)據(jù)庫等課程知識得到了復習與鞏固。認識到了對編程的不熟悉，對實踐的不足，以后要繼續(xù)努力。最后我要感謝梁老師的細心指導開始我們拿到課程設計題目根本不知道從何下手，一遇到不懂得問題就去麻煩梁老師老師不但沒有厭煩，反而細心的跟我們講解思路和教我們解決問題經(jīng)過他的指導我們不僅學會了如何課