公交卡管理系統(tǒng)

1、精選優(yōu)質文檔-傾情為你奉上公交卡管理系統(tǒng)1.引言公交交通是城市基礎事業(yè)的重要組成部分，與城市經(jīng)濟、文化發(fā)展和廣大市民的生活息息相關，隨著城市人口的增多，人流量增加，為了減少堵車，保護環(huán)境，國家制定相應的政策，人民積極相應，乘車公交車擁擠的現(xiàn)象也隨之產(chǎn)生，為了解決這一現(xiàn)象，就需要建立一個良好的公交管理系統(tǒng)，一方面，加快上車速度，減少站點停車時間，增加人們的出行效率；另一方面，幫助公交車公司管理客流量和貨幣，減少人工開支。公交卡管理信息系統(tǒng)主要解決一些公交卡的信息管理的問題，設計開發(fā)公交卡管理系統(tǒng)，一是實現(xiàn)公交卡一般功能的注冊、充值、掛失、激活和注銷功能，二是隨著經(jīng)濟的逐步發(fā)展，完善公交卡功能，相

2、應出現(xiàn)的新功能如電子錢包，異地刷卡，自行車的租借功能，對用戶支持用戶信息的修改，網(wǎng)上支付充值等功能，操作員密碼的修改和一些簡單的查詢功能。 在課程設計中，系統(tǒng)開發(fā)平臺為Win7，數(shù)據(jù)庫采用SQL Server 2008，程序運行平臺為Win7。程序通過調試運行，初步實現(xiàn)了設計目標，并且經(jīng)過適當完善后，將可以應用在公交管理部門的管理中，解決實際問題。2.需求分析2.1調查與初步分析在編寫需求前，我們根據(jù)各個公交公司的公交卡占有率和使用情況和市場上對公交卡管理系統(tǒng)的相應的功能需要情況進行相應的調查和分析，首先是對各大網(wǎng)上公交卡管理系統(tǒng)進行了調查，其中包括：公交卡管理系統(tǒng)的界面設計、公交業(yè)務流程、公

3、交卡相應功能以及管理員的操作，這幾大塊進行了調查。結合當時的經(jīng)濟環(huán)境和市場需求，合并我們的調查和分析，總結出一套并屬于自己特色的設計思路。用戶分析：公交卡的使用者主要有以下幾種：管理人員：公交卡管理系統(tǒng)的操作者和記錄者，公交卡管理系統(tǒng)主要分為：注冊管理系統(tǒng)、充值管理系統(tǒng)、注銷管理系統(tǒng)、掛失管理系統(tǒng)、激活管理系統(tǒng)、電子錢包管理系統(tǒng)、異地刷卡管理系統(tǒng)、異地刷卡管理系統(tǒng)，而公交卡的記錄者主要是管理注冊、充值、注銷、掛失幾個一般活動，而公交卡管理系統(tǒng)的操作者主要是對公交卡管理系統(tǒng)的主要操作者，需要對數(shù)據(jù)庫的操作有一定的要求。系統(tǒng)維護人員：計算機專業(yè)人員，熟悉數(shù)據(jù)庫、操作系統(tǒng)、網(wǎng)絡維護工作。維護人員為間

4、隔性用戶。 公交卡持有者：公交卡管理系統(tǒng)的客戶端使用者和持卡人，他們是公交卡管理系統(tǒng)的使用者，不是管理者，不能對管理系統(tǒng)進行更改工作。通過調查，公交卡管理系統(tǒng)需要做到以下幾個特點：（1）提高信息準確度；（2）改進管理和服務； （3）系統(tǒng)設計優(yōu)良，界面設計精美、友好、快捷，人性化設計，后臺管理功能強大、效率高；  （4）更簡便、信息化程度更高的公交卡管理流程。經(jīng)過調查：建立公交卡管理系統(tǒng)的信息要求和持卡人的所有信息，以及持卡人在使用公交卡時或消費公交卡過程中公司內(nèi)部所產(chǎn)生的信息情況。處理要求：系統(tǒng)管理者通過已有信息可以完成對持卡人、注冊、充值、注銷、激活、

5、使用電子錢包消費、異地刷卡、自行車功能進行管理。系統(tǒng)維護要求：對系統(tǒng)的隨時間產(chǎn)生缺陷的功能進行維護和更新。2.2分析和表達需求2.2.1劃分系統(tǒng)將系統(tǒng)按部門劃分為若干子系統(tǒng)（視圖），得到最頂層的數(shù)據(jù)流圖。圖2.1 公交卡管理系統(tǒng)最頂層數(shù)據(jù)流圖2.2.2公交卡管理子系統(tǒng)數(shù)據(jù)流圖由于公交卡管理子系統(tǒng)的業(yè)務流程比較復雜,所以在進行數(shù)據(jù)流程分析時,采用了”自頂向下”的分析方法,也就是結構化分析方法,具體做法是第一步: 確定頂層數(shù)據(jù)流圖頂層數(shù)據(jù)流圖概括了公交卡電子錢包管理子管理系統(tǒng)的總功能、主要的輸入流、主要的輸出流和主要的數(shù)據(jù)存儲。圖2.2 公交卡管理子系統(tǒng)注冊管理系統(tǒng)數(shù)據(jù)流圖圖2.3 公交卡管理子系

6、統(tǒng)充值管理系統(tǒng)數(shù)據(jù)流圖圖2.4 公交卡管理子系統(tǒng)掛失管理系統(tǒng)數(shù)據(jù)流圖圖2.5 公交卡管理子系統(tǒng)激活管理系統(tǒng)數(shù)據(jù)流圖圖2.6 公交卡管理子系統(tǒng)注銷管理系統(tǒng)數(shù)據(jù)流圖圖2.7 公交卡管理子系統(tǒng)電子錢包管理系統(tǒng)數(shù)據(jù)流圖圖2.8 公交卡管理子自行車管理系統(tǒng)數(shù)據(jù)流圖頂層數(shù)據(jù)流圖概括了公交卡管理子管理系統(tǒng)的總功能、主要的輸入流、主要的輸出流和主要的數(shù)據(jù)存儲。2.2.3數(shù)據(jù)字典1 數(shù)據(jù)項（數(shù)據(jù)項描述=數(shù)據(jù)項名，數(shù)據(jù)類型）用戶編號=用戶編號，數(shù)值型用戶姓名=用戶姓名, 字符型身份號=身份號，數(shù)值型公交卡編號=卡編號, 數(shù)值型公交卡類型編號=卡類型編號, 數(shù)值型消費編號=消費編號，數(shù)值型消費名稱=消費名稱, 字符

7、型支付編號=支付編號，數(shù)值型2 數(shù)據(jù)結構（數(shù)據(jù)結構描述=數(shù)據(jù)結構名，含義說明，組成）用戶信息=用戶編號，用戶姓名，用戶電話，用戶身份號，用戶地址，備注公交卡信息=公交卡編號，公交卡類型，公交卡名稱，公交卡狀態(tài)，公交卡余額，備注電子錢包業(yè)務信息=公交卡編號，消費名稱，消費金額，余額，消費時間，備注自行車業(yè)務信息=公交卡編號,押金,使用狀態(tài),使用時間,結束時間，備注3 數(shù)據(jù)流（數(shù)據(jù)流描述=數(shù)據(jù)流名，說明，數(shù)據(jù)流來源，數(shù)據(jù)流去向）用戶信息，填寫注冊登記表時的信息，用戶，用戶信息表充值數(shù)據(jù)，用戶使用現(xiàn)金或網(wǎng)上充值的信息，用戶，公交卡充值信息表掛失數(shù)據(jù)，用戶掛失時的信息，用戶，公交卡掛失表激活，用戶取消

8、掛失的狀態(tài)的信息，用戶，公交卡激活表注銷，用戶填寫注銷登記的信息，用戶，用戶注銷情況表使用電子錢包，用戶使用電子錢包消費的信息，用戶，電子錢包信息表使用自行車業(yè)務，用戶租借自行車的信息，用戶，自行車業(yè)務情況表4 數(shù)據(jù)存儲（數(shù)據(jù)存儲描述=數(shù)據(jù)存儲名，說明，編號，輸入的數(shù)據(jù)流，輸出的數(shù)據(jù)流，組成）用戶信息=用戶信息，填寫注冊登記表時的信息，用戶編號，用戶信息，組成：用戶信息充值數(shù)據(jù)=金額，充值金額，公交卡編號，金額，組成：充值數(shù)據(jù)掛失數(shù)據(jù)=卡狀態(tài)，公交卡丟失的信息，公交卡編號，狀態(tài)，組成：掛失數(shù)據(jù)激活數(shù)據(jù)=卡狀態(tài)，公交卡擁有的信息，公交卡編號，狀態(tài)，組成：激活數(shù)據(jù)電子錢包使用數(shù)據(jù)=消費名稱，使用電

9、子錢包支付金額，公交卡編號，消費金額，組成：電子錢包使用數(shù)據(jù)自行車使用數(shù)據(jù)=使用時間，使用自行車的信息，公交卡編號，時間，組成：自行車使用數(shù)據(jù) 5 處理過程（處理過程描述=處理過程名，輸入：數(shù)據(jù)流，輸出：數(shù)據(jù)流，處理的簡要說明）用戶注冊，輸入：注冊登記表，輸出：批準的用戶信息，用戶持有公交卡充值，輸入：支付金額，輸出：用戶余額，為用戶充值掛失，輸入：掛失數(shù)據(jù)，輸出：掛失狀態(tài)，暫停用戶卡內(nèi)活動激活，輸入：用戶信息，輸出：公交卡狀態(tài)，開啟公交卡的業(yè)務活動注銷，輸入：用戶信息，輸出：批準用戶信息，刪除用戶信息電子錢包消費，輸入：消費名稱，輸出：余額，扣除電子錢包金額使用自行車，輸入：使用時間，輸出：

10、結束時間，統(tǒng)計時間時間3.概念結構設計3.1設計各個子系統(tǒng)（視圖）的分E-R圖選擇中層數(shù)據(jù)流圖中的公交卡管理子系統(tǒng)中七個公交卡管理子系統(tǒng)數(shù)據(jù)流圖作為設計分E-R圖的依據(jù)；根據(jù)數(shù)據(jù)流圖逐一設計分E-R圖，確定局部應用中的實體、實體的屬性、碼、實體之間的聯(lián)系及其類型。注冊管理系統(tǒng)、充值管理系統(tǒng)、掛失管理系統(tǒng)、激活管理系統(tǒng)、注銷管理系統(tǒng)、電子錢包管理系統(tǒng)、自行車管理系統(tǒng)是公交卡管理系統(tǒng)的七個子系統(tǒng)，通過分析七個子系統(tǒng)的需求分析的結果，我們可以知道該子系統(tǒng)需要描述的實體有：用戶，公交卡，公交卡業(yè)務，金額，充值、掛失、激活、注銷、電子錢包業(yè)務、自行車業(yè)務等。對于每一個用戶的公交卡都有多個卡的業(yè)務與之對應

11、，同時，多張卡又與多種卡類細節(jié)對應。還有其他實體與實體之間的聯(lián)系，一一寫出后可以得到以下關于七個公交卡管理子系統(tǒng)的概念結構即E-R模型。1） 選擇中層數(shù)據(jù)流圖作為設計分E-R圖的依據(jù)；圖3.1 公交卡管理系統(tǒng)中注冊管理系統(tǒng)的E-R圖圖3.2 公交卡管理系統(tǒng)中充值管理系統(tǒng)的E-R圖圖3.3 公交卡管理系統(tǒng)中掛失管理系統(tǒng)的E-R圖圖3.4 公交卡管理系統(tǒng)中激活管理系統(tǒng)的E-R圖圖3.5 公交卡管理系統(tǒng)中注銷管理系統(tǒng)的E-R圖圖3.6 公交卡管理系統(tǒng)中電子錢包管理系統(tǒng)的E-R圖圖3.7 公交卡管理系統(tǒng)中自行車管理系統(tǒng)的E-R圖將七部分的E-R圖合并得到公交卡管理系統(tǒng)的E-R圖圖3. 8 公交卡管理系

12、統(tǒng)E-R圖屬性：用戶用戶編號 ，用戶姓名，手機號碼，用戶地址，用戶身份證號，卡號公交卡卡號，卡編號，支付編號，辦理編號，金額公交卡類型卡編號，卡類型編號，卡類型辦理方式辦理編號，辦理方式支付方式支付編號，支付名稱消費方式消費編號 ，消費名稱折扣規(guī)則卡類，金額，折扣充值卡編號，支付編號，充值金額，充值時間掛失卡編號，掛失時間，公交卡狀態(tài)，掛失地點激活卡編號，激活時間，公交卡狀態(tài)注銷卡編號，用戶編號，身份證，注銷時間電子錢包卡編號，消費編號，消費地點，消費時間，消費金額，余額自行車業(yè)務卡編號，保證金，使用地點，使用時間，結束時間自行車自行車編號，自行車存放地點3.2 概念結構驗證檢查概念結構是否具

13、有一致性(內(nèi)部無矛盾)、準確性(能準確反映原來的視圖結構，包括實體、屬性、聯(lián)系)并滿足需求分析的要求(支持所需處理的實現(xiàn))。若存在問題則作進一步的修改，直到滿足要求為止。4.邏輯結構設計公交卡管理系統(tǒng)的關系模型如下：用戶（用戶編號 ，用戶姓名，手機號碼，用戶身份證號，卡號）公交卡（卡編號，卡類型，卡名稱，卡狀態(tài)，余額）其他業(yè)務（卡編號，業(yè)務編號，業(yè)務名稱）折扣規(guī)則（卡類， 金額， 折扣）電子錢包（卡編號，消費編號，消費地點，消費時間，消費金額，余額）消費內(nèi)容（消費編號，消費名稱）自行車（卡編號，保證金，使用地點，使用時間，結束時間）充值（卡編號，支付編號，充值金額，充值時間）掛失（卡編號，掛失

14、時間，公交卡狀態(tài)，掛失地點）激活（卡編號，激活時間，公交卡狀態(tài)）注銷（卡編號，用戶編號，身份證，注銷時間）電子錢包（卡編號，消費編號，消費地點，消費時間，消費金額，余額）自行車業(yè)務（卡編號，保證金，使用地點，使用時間，結束時間）自行車（自行車編號，自行車存放地點）4.2對數(shù)據(jù)模型進行優(yōu)化4.2.1優(yōu)化后總的關系模型：用戶（用戶編號 ，用戶姓名，手機號碼，用戶身份證號，卡號）公交卡（卡編號，卡類型，卡名稱，折扣，卡狀態(tài)，余額，業(yè)務編號）其他業(yè)務（卡編號，業(yè)務編號，業(yè)務名稱）電子錢包（卡編號，消費編號，消費地點，消費時間，消費金額，余額）消費內(nèi)容（消費編號，消費名稱）自行車業(yè)務（卡編號，保證金，使

15、用地點，使用時間，結束時間）自行車（自行車編號，自行車存放地點）充值（卡編號，支付編號，充值金額，充值時間）支付方式（支付編號，支付名稱）掛失（卡編號，掛失時間，掛失地點）激活（卡編號，激活時間）注銷（卡編號，用戶編號，身份證，注銷時間）4.2.2對會員管理子系統(tǒng)部分關系模型的優(yōu)化：（1）用戶（用戶編號 ，用戶姓名，手機號碼，用戶身份證號，卡號）1. 該關系中，每個屬性都是不可分的，所以該關系屬于1NF。2. 該關系中主碼是(用戶編號)，主屬性有兩個一個是用戶編號，一個是用戶身份證號,所以存在非主屬性對主碼的部分函數(shù)依賴，不屬于2NF。3. 由需求可知用戶編號可以決定卡號，所以存在非主屬性對候

16、選碼的傳遞函數(shù)依賴并且不滿足第二范式，不屬于3NF。4. 經(jīng)過考慮，這樣的關系模型并不會對產(chǎn)生數(shù)據(jù)冗余和增刪改異常的情況，并且連接操作耗時，所以不將其繼續(xù)規(guī)范化。（2）公交卡（卡編號，卡類型，卡名稱，折扣，卡狀態(tài)，余額，業(yè)務編號）1. 該關系中，每個屬性都是不可分的，所以該關系屬于1NF。2. 該關系中主碼是(卡編號)，是單屬性,所以不存在非主屬性對主碼的部分函數(shù)依賴，已經(jīng)屬于2NF。3. 由需求可知卡編號可以決定業(yè)務名稱，所以存在非主屬性對候選碼的傳遞函數(shù)依賴，不屬于3NF。4.由于以上關系已經(jīng)存在屬性對碼的傳遞函數(shù)依賴，所以，不屬于BCNF。（3）電子錢包（卡編號，消費編號，消費地點，消費

17、時間，消費金額，余額）1. 該關系中，每個屬性都是不可分的，所以該關系屬于1NF。2. 該關系中主碼是(卡編號)，是單屬性,所以不存在非主屬性對主碼的部分函數(shù)依賴，已經(jīng)屬于2NF。3. 該關系中存在卡編號決定消費名稱，存在非主屬性對候選碼的傳遞函數(shù)依賴，不屬于3NF。4. 經(jīng)過考慮，這樣的關系模型并不會對產(chǎn)生數(shù)據(jù)冗余和增刪改異常的情況，并且連接操作耗時，所以不將其繼續(xù)規(guī)范化。（4）充值（卡編號，支付編號，充值金額，充值時間）1. 該關系中，每個屬性都是不可分的，所以該關系屬于1NF。2. 該關系中主碼是(卡編號)，是單屬性,所以不存在非主屬性對主碼的部分函數(shù)依賴，已經(jīng)屬于2NF。3. 該關系中

18、不存在非主屬性對候選碼的傳遞函數(shù)依賴，屬于3NF。4. 由于以上關系已經(jīng)不存在任何屬性對碼的傳遞函數(shù)依賴和部分依賴，所以，還屬于BCNF。（5）自行車（卡編號，保證金，使用地點，使用時間，結束時間）1. 該關系中，每個屬性都是不可分的，所以該關系屬于1NF。2. 該關系中主碼是(卡編號)，主碼是單屬性,所以存在非主屬性對主碼的部分函數(shù)依賴，已經(jīng)屬于2NF。3. 該關系中不存在非主屬性對候選碼的傳遞函數(shù)依賴，屬于3NF。4. 由于以上關系已經(jīng)不存在任何屬性對碼的傳遞函數(shù)依賴和部分依賴，所以，還屬于BCNF。（6）掛失（卡編號，掛失時間，掛失地點）1. 該關系中，每個屬性都是不可分的，所以該關系屬

19、于1NF。2. 該關系中主碼是(卡編號)，是單屬性,所以不存在非主屬性對主碼的部分函數(shù)依賴已經(jīng)屬于2NF。3. 由于卡編號可以決定掛失時間，所以存在非主屬性對候選碼的傳遞函數(shù)依賴，不屬于3NF。4. 經(jīng)過考慮，這樣的關系模型并不會對產(chǎn)生數(shù)據(jù)冗余和增刪改異常的情況，并且連接操作耗時，所以不將其繼續(xù)規(guī)范化。（7）激活（卡編號，激活時間）1. 該關系中，每個屬性都是不可分的，所以該關系屬于1NF。2. 該關系中主碼是(卡編號)，是單屬性,所以不存在非主屬性對主碼的部分函數(shù)依賴，已經(jīng)屬于2NF。3. 由于卡編號可以決定激活時間，所以存在非主屬性對候選碼的傳遞函數(shù)依賴，不屬于3NF。4. 經(jīng)過考慮，這樣的關系模型并不會對產(chǎn)生數(shù)據(jù)冗余和增刪改異常的情況，并且連接操作耗時，所以不將其繼續(xù)規(guī)范化。（8）注銷（卡編號，用戶編號，身份證，注銷時間）1. 該關系中，每個屬性都是不可分的，所以該關系屬于1NF。2. 該關系中主碼是(卡編號)，