【正文】 進(jìn)度要求 ..................................................................................... 18 交付要求 ..................................................................................... 18 1 第 1章 可行性研究報(bào)告 引言 目的 本軟件是為了方便用戶在網(wǎng)上查詢，訂票，退票和換票，減少售票工作人員的工作量。未來火車站的發(fā)展趨勢(shì)是完全自動(dòng)化的售票信息查詢，網(wǎng)絡(luò)訂票 ,智能化訂票由于時(shí)間與水平的關(guān)系， 該系統(tǒng)可能存在很大的不足，我們會(huì)逐步完善系統(tǒng)的功能，滿足用戶 的需求。 （ 4） 在安全與保密方面的要求 只有管理員才能更改系統(tǒng)信息，并做到對(duì)用戶信息的絕對(duì)保密。 具備條件 （ 1） 開發(fā)環(huán)境條件：計(jì)算機(jī)實(shí)驗(yàn)室所提供的運(yùn)行環(huán)境下即可開發(fā)。在網(wǎng)絡(luò)飛速發(fā)展的今天，舊的系統(tǒng)亟待改進(jìn)，因此，基于網(wǎng)絡(luò)的網(wǎng)上訂票系統(tǒng)的設(shè)計(jì)與分析，已經(jīng)成為必然。 圖 火車站網(wǎng)上訂票系統(tǒng)的層次圖 處理流程和數(shù)據(jù)流程 系統(tǒng)頂層流程圖如下圖 所示。 （ 4） 局限性 鑒于本系統(tǒng)沒有涉及到顧客取票，及換取紙質(zhì)車票后退票、改簽的一系列問題，沒有解決實(shí)名制問題，沒有涉及到售票工作者的操作。 （ 3） 投資回收周期 即時(shí) 社會(huì)因素方面的可行性分析 （ 1） 法律方面的可行性 該系統(tǒng)的開發(fā)和研制 ，將不會(huì)侵犯他人、集體和國家的利益，不會(huì)違犯國家政策和法律。 （ 4） 經(jīng)濟(jì)可行性 由于本系統(tǒng)旨在方便顧客購票，工作人員售票，當(dāng)系統(tǒng)投入運(yùn)行后會(huì)帶來很大的方便，所帶來的效益遠(yuǎn)遠(yuǎn)大于系統(tǒng)軟件的開發(fā)成本。從人力資源優(yōu)化角度來說，可以充分利用學(xué)校已有人力資源。 讀者對(duì)象 （ 1） 對(duì)相關(guān)業(yè)務(wù)技術(shù)和總體方案作出決策和管理人員和質(zhì)量管理人員 （ 2） 對(duì)本《需求規(guī)格說明書》進(jìn)行評(píng)審和確認(rèn)的有關(guān)業(yè)務(wù)和技術(shù)人員 （ 3） 參加概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)階段工作的全體設(shè)計(jì)人員 （ 4） 《火車票網(wǎng)上售票系統(tǒng)》項(xiàng)目組 （ 5） 用戶 軟件項(xiàng)目概述 問題描述 客戶先通過網(wǎng)站系統(tǒng)查詢各種情況（票的價(jià)格，車的情況，以及一些鐵路狀況），再通過系統(tǒng)數(shù)據(jù)庫給與的實(shí)時(shí)信息提示去預(yù)定想要的火車票，完成訂票的過程，客戶也可以通過網(wǎng)站系統(tǒng)對(duì)自己已經(jīng)訂購的票進(jìn)行退訂手續(xù)。通過這一課程作業(yè)實(shí)踐，一方面能加深我們對(duì)軟件模式、軟件組件、 UML 的認(rèn)識(shí)和理解，使我們就這些 新技術(shù)的應(yīng)用，提出更為可行的建議；另一方面，我們也希望能開發(fā)出新的軟件組件，抽出新的軟件模式，進(jìn)一步充實(shí)軟件模式倉庫，繁榮軟件組件市場(chǎng)。 系統(tǒng)管理員 系統(tǒng)管理員負(fù)責(zé)對(duì)系統(tǒng)數(shù)據(jù)庫的維護(hù)，同時(shí)也負(fù)責(zé)系統(tǒng)出故障時(shí)的系統(tǒng)維修。 戶操作錯(cuò)誤，重新再試。 . （ 3） “訂票”用例描述 用例名稱 訂票 參與者 顧客 12 主干過程 訂一個(gè)車次的火車票 信息 位 統(tǒng)顯示訂單的訂票條目，單價(jià)和總價(jià)格 （回到第 3 步） ，確認(rèn)訂單細(xì)節(jié)，價(jià)格和付費(fèi)說明 ，并更新火車票剩余數(shù)量以及統(tǒng)計(jì)結(jié)算 后置條件 “火車票預(yù)售系統(tǒng)”中的存儲(chǔ)狀態(tài)是“已接受” 分支過程 訂多個(gè)車次的火車票（第 4 步之后分支出來） 2 步 如果顧客是學(xué)生硬座優(yōu)惠 50%，臥鋪優(yōu)惠 75% 異常 1.“火車票預(yù)售系統(tǒng)”出現(xiàn)故障，無法完成訂票 ，現(xiàn)在無法訂票 （ 4） “修改訂單”用例描述 用例名稱 修改訂單 前置條件 顧客修改訂單時(shí)，該火車票仍然有效，即火車票所代表的車次未發(fā)車 13 主干過程 顧客未付款此訂單 “已接受”后，接受請(qǐng)求 后置條件 “火車票預(yù)售系統(tǒng)”中的存儲(chǔ)狀態(tài)是“已接受” 的訂票條目來更新火車票剩余數(shù)量 分支過程 第 2 步分支出來 如果顧客已經(jīng)為此訂單付款，則顧客只能修改同一車次不同的乘車時(shí)間，若修改車次，返回 1 取消訂單。 （ 6） “用戶信息管理”用例描述 用例名稱 用戶信息管理 參與者 系統(tǒng)管理員 主干過程 3 系統(tǒng)管理員填寫相應(yīng)的條件 后置條件 系統(tǒng)保存了系統(tǒng)管理員的查看記錄 分支過程 從第 5 步分支出來 。 （ 7） “票務(wù)信息管理”用例描述 15 用例名稱 票務(wù)信息管理 參與者 系統(tǒng)管理員 主干過程 3 系統(tǒng)管理員填寫相應(yīng)的條件 后置條件 系統(tǒng)將管理員的修改信息同步保存到數(shù)據(jù)庫 分支過程 從第 4 步分支出來 。 （ 8） 統(tǒng)計(jì)結(jié)算 用例名 稱 統(tǒng)計(jì)結(jié)算 參與者 系統(tǒng)管理員 后置條件 統(tǒng)計(jì)出從某一個(gè)時(shí)間段到現(xiàn)在售出票的數(shù)量，每一個(gè)車次每種票的具體銷售情況，以及總的銷售金額 主干過程 ，每一個(gè)車次每種票的具體銷售情況，以及總的銷售金額 ，存儲(chǔ)下來，以備火車站財(cái)務(wù)人員的需要 限制與約束 （ 1） 系統(tǒng)中所有帳戶能夠供用戶隨時(shí)使用， 完成各自授權(quán)的活動(dòng)。 運(yùn)行環(huán)境 “火車票預(yù)售系統(tǒng)”采用瀏覽器 /服務(wù)器（ B/S）的工作方式，本系統(tǒng)的操作將通過如下的 Web 瀏覽器來完成： Microsoft Inter Explore 版本 或更高版本， Maxthon 版本 或更高版本。 進(jìn)度要求 交付要求 （ 1） 該項(xiàng)目完成后，需向用戶移交以下軟件項(xiàng)： （ 2） 軟件需求規(guī)格說明書，電子版和書面版 （ 3） 軟件設(shè)計(jì)規(guī)格說明書，電子版和書面版 （ 4） 可運(yùn)行的軟件系統(tǒng) （ 5） 部分或全部模塊的 JAVA 源代碼 19 第 3章 基于 UML的面向?qū)ο筌浖O(shè)計(jì)文檔 引言 系統(tǒng)概要及其運(yùn)行環(huán)境 網(wǎng)上訂票系統(tǒng)是一個(gè)根據(jù)網(wǎng)上訂票系統(tǒng)的需求規(guī)范說明書開發(fā)的原型系統(tǒng)，目的 是 建立一個(gè)可以讓 顧客方便購票和退票的網(wǎng)上服務(wù)系統(tǒng) ，如 查票 、 訂 票 、 換票、退票 等的網(wǎng)絡(luò)應(yīng)用 平臺(tái) 。用戶只要在計(jì)算機(jī)上裝有 IE 或 Firefox 瀏覽器，并有基本的瀏覽器操作知識(shí)，便能方便的使用本系統(tǒng)。 軟件設(shè)計(jì)約束 設(shè)計(jì)目標(biāo)和原則 本設(shè)計(jì)欲達(dá)到的目標(biāo)要求滿足用戶需求且軟件系統(tǒng)具有良好的可擴(kuò)充性、可維護(hù)性； 為實(shí)現(xiàn)上述目標(biāo)，在設(shè)計(jì)軟件過程中采用統(tǒng)一建模語言 UML 描述基于網(wǎng)絡(luò)計(jì)算平臺(tái)的整個(gè)系統(tǒng)，在分析、設(shè)計(jì)時(shí)充分利用軟件模式及組合軟件模式，利用前人的專家級(jí)經(jīng)驗(yàn)，提高開