機票預定系統(tǒng)項目計劃任務書

1、WORD格式1. “機票預訂系統(tǒng)”計劃任務書1范圍11項目目標各旅行社把預訂機票的旅客信息(姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等)輸入到該系統(tǒng)，系統(tǒng)為旅客安排航班。當旅客交付了預定金后，系統(tǒng)印岀取票通知和賬單交款取票，系統(tǒng)核對無誤即印出機票給旅客。此外航空公司為隨時掌握各航向飛機的乘載情況，需定期進行查詢統(tǒng)計，以便適當調整。同時能夠保證以后可以對成品系統(tǒng)保持一定的維護，從而使產品能準確高效的運行1. 2主要功能(1) 旅客信息輸入功能能將旅客的信息如：編號、姓名、性別、岀生日期、證件名稱、證件號碼、航班號、出發(fā)城市、抵達城市、出發(fā)時間、抵達時間等信息輸入到系統(tǒng)中，以便處理(

2、2) 客機信息輸入功能能將客機的各項信息如：航班號、航班名、服役日期、出發(fā)城市、抵達城市、出發(fā)時間、抵達時間、座位數(shù)、票價等信息輸入到系統(tǒng)中，以便處理。(3) 旅客信息修改、刪除功能對以上說明的旅客各信息的修改或刪除等功能。(4) 客機信息修改、刪除功能對以上說明的客機各信息的修改或刪除等功能。(5) 信息核對功能系統(tǒng)對旅客各項信息通過對公安部門的信息聯(lián)網進行核對，如有不付者，不予辦理(6) 信息查詢功能航空公司為隨時掌握各航向飛機的乘載情況，需定期進行查詢統(tǒng)計，以便適當調整，為旅客安排合適的航班。(7)打印輸出功能當旅客交付了預定金后，系統(tǒng)打印出取票通知和賬單交款取票，系統(tǒng)核對無誤即印岀機票

3、給旅客1. 3性能限定(1) 分析系統(tǒng)功能時要考慮有關證件的合法性(如身份證、取票通知、交款發(fā)票等)。(2) 對于本系統(tǒng)還應該補充以下功能：旅客延誤了取票時間的處理班機取消后的處理旅客臨時更改機票班次的處理(3) 系統(tǒng)的外部項至少包含三個：旅客、旅行社和航空公司。(4) 登錄的用戶的權限有所限(超級用戶、普通用戶、鎖定用戶)。只有超級用戶具有刪除、修改、查詢、輸 入各類信息的權利。1. 4開發(fā)概要(1)系統(tǒng)調研隨著社會的發(fā)展，人民生活水平的不斷提高，人們出行的交通工具也跟隨社會的發(fā)展而發(fā)展起來了。乘飛機出行的人越來越多。所以這方面的市場非常大。所以“機票預訂系統(tǒng)”的開發(fā)是勢在必行。經過對各方面

4、人士對該系統(tǒng)功能的意見的調查，我們在此基礎上確定了旅客與各航空公司所需要的“機票預訂系統(tǒng)”O(jiān)同時我們會不斷更新該系統(tǒng)的功能來滿足不斷發(fā)展的市場需求。(2) 具體開發(fā) 建立軟件系統(tǒng)的總體和模塊間的關系 定義各功能模塊的接口 設計全局數(shù)據庫或數(shù)據結構(3) 系統(tǒng)調試制定組裝測試計劃，確定測試小組(以輔導老師為主)。(4) 產品發(fā)布系統(tǒng)成功設計后，要求成功發(fā)布為可用的軟件系統(tǒng)。2資源2. 1人員基于該系統(tǒng)的難以程度，確定二人來完成！當然還要求有后期的系統(tǒng)測試人員o2. 2硬件CPU型號為Pentium III以上，內存128M以上。2. 3軟件以上。系統(tǒng) Windows98 以上，開發(fā)工具：Powe

5、rBuilder 數(shù)據庫 SQLServer 7. 03.進度安排3. 1.系統(tǒng)調研32模塊設計3.3.數(shù)據庫設計3. 4.代碼設計3.5.單元測試4 成本估算由于是一個小系統(tǒng)則需要一定的成本，估計本系統(tǒng)的開發(fā)需要人民幣一千元左右!2. “機票預定系統(tǒng)”需求規(guī)格說明書1. 引言1.1需求規(guī)格說明書的目的（1）便于用戶、分析人員和軟件設計人員進行理解和交流（2）希望系統(tǒng)的外部項（旅客、旅行社、航空公司）均支持目標軟件系統(tǒng)的確認。根據需求規(guī) 格說明書中確立的可測試標準進行測試，并得到確認。（3）控制系統(tǒng)進化過程1.2軟件產品的作用范圍旅客、旅行社、航空公司1.3定義、同義詞與縮寫PB Power

6、Builder1.4參考文獻數(shù)據庫系統(tǒng)概論薩師煩 王珊編著一一高等教育出版社PowerBuilder面向對象開發(fā)教程崔巍 編著一一高等教育出版社軟件工程齊治昌 譚慶平寧洪編著 一一高等教育岀版社軟件工程與軟件文檔寫作文斌 劉長青田原編著一一清華大學出版社一一北京交通大學出版社軟件工程與UML胡林鈴 主編 黃奇副主編一一電子工業(yè)岀版社軟件工程方法與實 踐李芷竇萬峰任滿杰編著電子工業(yè)出版社PowerBuilder. 0 數(shù)據庫項目案例導航陳磊郭斌李翔編著一一清華大學出版社1.5需求規(guī)格說明書概覽1. 引言2. 一般性概述3. 特殊需求4附錄5.索引2. 一般性概述2.1產品與其環(huán)境之間的關系旅行社

7、和旅客向航空公司提供數(shù)據，航空公司操作數(shù)據。即航空公司是直接用戶。2.2產品功能(1) 旅客信息輸入功能能將旅客的信息如：編號、姓名、性別、出生日期、證件名稱、證件號碼、航班號、出發(fā)城市、抵達城市、出發(fā)時間、抵達時間等信息輸入到系統(tǒng)中，以便處理(2) 客機信息輸入功能能將客機的各項信息如：航班號、航班名、服役日期、出發(fā)城市、抵達城市、出發(fā)時間、抵達時間、座位數(shù)、票價等信息輸入到系統(tǒng)中，以便處理。(3) 旅客信息修改、刪除功能對以上說明的旅客各信息的修改或刪除等功能。(4) 客機信息修改、刪除功能對以上說明的客機各信息的修改或刪除等功能。(5) 信息核對功能系統(tǒng)對旅客各項信息通過對公安部門的信息

8、聯(lián)網進行核對，如有不付者，不予辦理.(6) 信息查詢功能航空公司為隨時掌握各航向飛機的乘載情況，需定期進行查詢統(tǒng)計，以便適當調整，為旅客安排合適的航班。(7) 打印輸出功能當旅客交付了預定金后，系統(tǒng)打印出取票通知和帳單交款取票，系統(tǒng)核對無誤即印出機票給旅客2.3用戶特征用戶其實就是航空公司。而旅行社和旅客都是向航空公司提供數(shù)據，由航空公司操作數(shù)據。即航空公司是直接用戶。2.4限制與約束(1) 分析系統(tǒng)功能時要考慮有關證件的合法性(如身份證、取票通知、交款發(fā)票等)。(2) 對于本系統(tǒng)還應該補充以下功能:旅客延誤了取票時間的處理班機取消后的處理旅客臨時更改機票班次的處理(3) 系統(tǒng)的外部項至少包含

9、三個：旅客、旅行社和航空公司。(4) 登錄的用戶的權限有所限(超級用戶、普通用戶、鎖定用戶)。只有超級用戶具有刪除、修改、查詢、輸入各類信息的權利。2. 5假設與前提條件要想修改、刪除、查詢等功能必須要求該用戶是超級用戶3.特殊需求3. 1功能或行為需求3. 1. 1功能或行為需求1訂票單機票飛機票預定系統(tǒng)賬單3. 1. 1. 1引言一一頂層數(shù)據流圖3. 1. 1. 2輸入輸入旅客的各種信息，客機的各種信息。3. 1. 1. 3處理過程描述航空公司得到旅客所需的客機的信息后，就輸入該信息，進行航班查詢，看有沒有滿足該旅客的客機，還有沒有座位。若有則為該旅客訂票，收取預訂金。若沒 有，則向旅客推

10、薦其他也能到達相同地點的客機。循環(huán)執(zhí)行以上操作。3. 1. 1.4輸出賬單，取票通知，或機票。3. 1.2功能或行為需求23. 1.2. 1引言一一訂票信息管理流圖3. 1.2.2輸入輸入某一旅客的基本信息。3. 1.2.3處理過程根據輸入的查詢條件查詢有無該旅客，若有，則查詢該旅客的航班信息。并同時查看旅客提供的取票通知和賬單并確定其無誤，收取剩余的票款后打印輸岀機票。3.1. 24輸出打印輸出機票3.2外部界面需求3.2.1用戶界面（參考代碼設計部分?。?. 2. 2硬件界面3.2.3軟件界面3. 3性能需求旅客延誤了取票時間的處理班機取消后的處理旅客臨時更改機票班次的處理3. 4設計約束

11、3. 4. 1標準化約束對各航班班機的命名和航班號都要求與全國的各大航空公司的標準要求保持一 致。各航班的出發(fā)城市，抵達城市，出發(fā)時間，抵達時間，價格，座位數(shù)等信息都必 須保持與標準一致。3.4.2硬件約束3. 5屬性3.5. 1可用性本系統(tǒng)能夠被所有大眾所理解且認可。并能夠被超級用戶糾正，處理，很易適應 和完善以適應新的環(huán)境。3.5.2安全性本系統(tǒng)的用戶登錄模塊的個性化設計保證了系統(tǒng)的安全性。首先，若用戶輸入三 次都錯誤，系統(tǒng)會自動退岀。其次，系統(tǒng)對用戶的權限設置保證了系統(tǒng)的有些功能操 作對有些權限限制的用戶進行了禁止。3. 5. 3可維護性本系統(tǒng)嚴謹?shù)南到y(tǒng)設計、規(guī)范的編碼設計和合格的測試過

12、程等都在某種程度上提高了系統(tǒng)的可維護性。在此同時，還采取了一些提高可維護性的有效方法：(1) 建立明確的軟件質量目標和優(yōu)先級(2) 使用了提高軟件質量的技術和工具女山模塊化、結構化程序設計等技術(3) 進行了明確的質量保證審查如：在檢查點進行復審、驗收檢查、周期性的維護審查、對軟件包進行檢查。(4) 選擇了可維護性的程序設計語言：PowerBuilder9. 0(5) 嚴格要求程序文檔的書寫和設計3. 5. 4可移植性(略)3. 6其他需求3. 6. 1數(shù)據庫需求用戶的需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢，要求數(shù)據庫結構能 夠充分滿足各種信息的輸岀和輸入。收集基本數(shù)據、數(shù)據結構以及數(shù)

13、據處理的流程， 組成一份詳細的數(shù)據字典。3.6.2用戶操作需求各用戶的操作都是根據各自的權限來控制。不同權限的用戶的操作范圍不同。3.6.3工作場地需求各大航空公司的辦公室。附錄索引3. “機票預訂系統(tǒng)”設計規(guī)格說明書1. 引言1. 1編寫冃的為各旅行社把預訂機票的旅客信息（姓名、性別、工作單位、身份證號碼、旅行 時間、旅行目的地等）輸入到該系統(tǒng)，系統(tǒng)為旅客安排航班。當旅客交付了預定金后， 系統(tǒng)印出取票通知和帳單交款取票，系統(tǒng)核對無誤即印出機票給旅客。此外為了航空 公司能夠隨時掌握各航向飛機的乘載情況，而能夠定期進行查詢統(tǒng)計，以便適當調整。1.2背景乩要求開發(fā)的是機票預訂系統(tǒng)b該項目的提岀者是

14、航空公司，開發(fā)的是我們 B小組，用戶是航空公司、旅行社c.旅行社向系統(tǒng)提供旅客的信息，航空公司提供機票1.3定義開發(fā)該系統(tǒng)過程中所用的縮寫：a. 我們的開發(fā)小組B小組；b. 所用的開發(fā)軟件powerbuildPB；1.4參考資料數(shù)據庫系統(tǒng)概論薩師煩 王珊編著一一高等教育岀版社軟件工程齊治昌 譚慶平寧洪 編著 一一高等教育岀版社軟件工程與UML專業(yè)資料整理WORD格式胡林鈴 主編 黃奇副主編電子工業(yè)岀版社軟件工程方法與實踐李芷竇萬峰 任滿杰編著電子工業(yè)出版社專業(yè)資料整理PowerBuilder9. 0數(shù)據庫項目案例導航陳磊郭斌李翔編著清華大學出版社2. 程序系統(tǒng)的結構3. 程序設計說明01（客機

15、信息管理模塊）本系統(tǒng)包括用戶登錄管理模塊、旅客信息管理模塊、客機信息管理模塊、航班信息管理模塊。在此只對“客機信息管理模塊”做相應的描述。3. 1程序描述實現(xiàn)對客機信息的添加、刪除、修改、查詢的管理。3. 2功能a.添加客機信息、b.修改客機信息、c.刪除客機信息、d.查詢客機信息3. 3性能該部分的功能操作均要求該用戶為超級用戶，即該用戶的權限要求必須為“超級” o3. 4輸入項：客機信息：航班號、航班名、服役日期、出發(fā)城市、抵達城市、出發(fā)時間、抵達時間、座位數(shù)、票價等3.5輸岀項：該航班客機的所有信息。3. 6算法用PB來完成程序的實現(xiàn)。3.7流程邏輯（詳細設計的工具）3.8接口（邏輯結構

16、）總系統(tǒng)系統(tǒng)功能模塊圖機票預定系統(tǒng)I .外部接口 用戶界面 采用Windows風格，如窗口，菜單，滾動條并對鼠標提供支持。 軟件接口 Windows95/98/2000/Me/XP PowerBu訂der9 0 硬件接口支持一般的PII或更高檔微機、筆記本電腦II內部接口?初始化模塊：系統(tǒng)初始時，由操作系統(tǒng)調用，執(zhí)行完畢后進入消息循環(huán)狀態(tài)。?系統(tǒng)功能模塊：接收系統(tǒng)功能區(qū)的相應信息，啟動機票信息查詢、訂票管理、客戶信息查詢、客戶類型管理、客戶設置、航線信息、艙位信息、用戶和密碼管理。?打印模塊：執(zhí)行相應的操作后，打印出取票通知、賬單、機票。?艙位信息管理模塊:添加艙位信息、修改艙位信息、刪除艙位

17、信息。?客機信息管理模塊:添加客機、修改客機、刪除客機、查詢客機等信息。?航線信息管理模塊:添加航線、修改航線、刪除航線、查詢航線等信息。?客戶類型信息管理模塊：添加客戶類型、修改客戶類型、刪除客戶類型等信息。?訂票信息管理模塊：添加訂票、修改訂票、刪除訂票、查詢剩余訂票等信息。III.相關數(shù)據庫表（在此也只介紹客機信息表Plane ）列名數(shù)據類型可否為空說明航班號CharNOT NULL航班號航班名CharNULL航班名服役日期CharNULL服役日期岀發(fā)城市CharNULL出發(fā)城市抵達城市CharNULL抵達城市岀發(fā)時間TimeNULL出發(fā)時間抵達時間TimeNULL抵達時間座位數(shù)inte

18、gerNULL座位數(shù)票價integerNULL票價3.9存儲分配（物理結構）3. 10注釋設計一一在代碼的設計過程中要求寫注釋，以便讀者的理解。3. 11限制條件3. 12測試計劃檢查整個系統(tǒng)是否能夠成功運行檢查各大功能模塊界面是否都有輸入數(shù)據檢測各功能模塊是否成功實現(xiàn)檢測系統(tǒng)的安全性3. 13尚未解決的問題4. UML視圖的需求說明書1. 引言1. 1編寫冃的詳細、準確和全面定義機票預訂系統(tǒng)的用戶需求，知道軟件系統(tǒng)的后續(xù)開發(fā)工作;本文檔所描述的用戶需求將作為該項目最終驗收的標準和依據。說明：該文檔必須經用戶方和開發(fā)方簽字確認后方可有效。1.2讀者對象本文檔的讀者對象包括：1.用戶2.需求分析

19、人員3.軟件設計人員4.軟件測試人員1.3軟件項目概述（在前幾部分均已介紹，在此就不再贅述。）1.4文檔概述本文檔準確、一致、全而定義和描述了機票預訂系統(tǒng)的軟件需求，文檔內容如下：第一章，引言部分，簡要介紹了文檔和項目的概況第二章，一般性描述，定義了系統(tǒng)與環(huán)境之間的關系第三章，詳細需求描述，詳細定義了系統(tǒng)的功能需求第四章，其他需求，定義了系統(tǒng)的非功能性需求1.5定義（概念）用戶、旅客、旅行社1.6參考資（略）2. 一般性描述該系統(tǒng)所設計的用戶、旅客和客機的信息全部存放在航空公司的數(shù)據庫服務器中，數(shù)據庫服務器運行在小型機上。本系統(tǒng)采用瀏覽器/服務器（B/S）的工作方式，系統(tǒng)的用戶主要有：航空公司

20、的工作人員、旅行社工作人員、旅客。專業(yè)資料整理WORD格式2. 1系統(tǒng)的Use Case圖專業(yè)資料整理険行社頂層的use case對頂層的Use Case進行細化，得到的Use Case圖如下所示:細化USE CASE各Use Case說明如下：(1) 客機信息管理：管理各航班信息Stepl:用戶首先要成功登錄該系統(tǒng)；Step2:再對航班信息的添加、刪除、修改等工作Step3:確認無誤后，退岀該系統(tǒng)，則本Use Case結束。(2) 客戶信息管理：管理各用戶和旅客的基本信息(與“客機信息管理”相似。（3）訂票信息管理：各機票的查詢、統(tǒng)計等信息Stepl:用戶首先要成功登錄該系統(tǒng)；Step2:再

21、對旅客要求的航班進行查詢，看是否還有票Step3:確認有票后，為旅客訂票，收取訂金，打印訂票單和取票通知Step4:確認無誤后退出該系統(tǒng)，則本Use Case結束。2.2用戶特征本系統(tǒng)有三類用戶：航空公司工作人員、旅行社、旅客航空公司工作人員的權限是“超級”，即他可以對整個系統(tǒng)的所有功能進行操作，而旅行社和旅客都是“普通”用戶，有些操作對他們進行了禁止。3. 功能需求描述（系統(tǒng)的類圖未完成！）4. 其他功能描述4. 1性能描述用戶登錄時，若輸入用戶名和密碼三次都不正確，那么系統(tǒng)會自動退出登錄界面。4.2設計約束-一開發(fā)工具：客戶沒有固定要求，本人用PB開發(fā)4. 3 進度要求（略）4. 4 交付

22、要求該項目完成后，需向用戶移交以下軟件項：（1）軟件計劃任務書：電子版和書面版（2）需求規(guī)格說明書：電子版和書面版（3）設計規(guī)格說明書：電子版和書面版（4）可運行的軟件系統(tǒng)（5）部分或全部模塊的PB代碼5. 代碼設計1.用戶登錄模塊此模塊的功能是：提供用戶的登錄平臺。禁止非法用戶的登錄。1.1界面設計1.2代碼設計(主要部分)string ls_username, 1s_pw ls_username=string(sle_l. text) ls_pw=string(sle_2. text) select levelinto :gi_levelfrom sysuserwhere Customer

23、=:ls_username and Pwd=:1s_pw; if(not (sqlca. sqlcode二0) thenii_errortime +二 1if ii_errortime = 3 then messagebox(z/登錄錯誤！ ，錯誤次數(shù)太多，系統(tǒng)自動退岀！)close (parent)else messagebox (登錄錯誤！，用戶名或密碼錯誤！)sle_1 text 二" sle_2 text 二"end ifelseif gi_level=0 thenmessagebox(z/警告！"、"用戶已被鎖定！請找管理員解鎖！)haltel

24、seopen (w_main)close(w_login)end ifend if2. 系統(tǒng)主界面此模塊的功能是：將整個系統(tǒng)的所有功能都展現(xiàn)在用戶的面前，一目了然。2. 1系統(tǒng)界面設計信息查詢工改票信息Q綜合操創(chuàng) 系統(tǒng)維護$退出XReady2. 2代碼設計此處的代碼都很簡單，都是些打開各個窗口的代碼，在此就不多贅述。此處重要的是“菜單(下拉菜單)”的設計。3. 旅客信息查詢模塊此模塊的功能是：提供給用戶的查詢功能，下面一模塊與此處相似。這兩模塊普通用戶也可以操作。3. 1界面設計3. 2代碼設計st ring si, s2, s3, s4, s5, s6, s7, s8si = string(

25、sle_l. text)s2 = string(sle_2. text)s3 二 string(sle_3.text)s4 = string(sle_4. text)s5 = string(sle_5. text)s6 = string(sle_6. text)s7 = string(sle_7. text)s8 = string(sle_8. text)select guest 編號，guest.姓名，guest.性別，guest.籍貫，guest.出生日期，guest.證件名稱，guest.證 件號碼 into : s2, : s3, : s4, : s5, : s6, : s7, : s

26、8 from guestwhere guest 姓名 二:si;if sqlca. sqlcode = 100 then messagebox(，z提示信息！,沒有查詢到您要求的客人信息廣n您要繼續(xù)嗎？)sle_1. text 二elsei sqlca. sqlcode < 0 thenfmessagebox（數(shù)據庫出錯 ！"，sqlca SQLErrText, Exclamation!）elsesle_2 text 二 S2sle_3. text 二 S3sle_4. text 二 S4sle_5 text = S5sle_6 text = S6sle_7. text 二 S

27、7sle_8 text 二 S8end if4客機信息查詢模塊（與客人信息查詢模塊相似，在此略）5. 改票信息模塊此模塊的功能是：提供給用戶有特殊情況而改票5. 1界面設計5. 2代碼設計此模塊代碼設計與上面旅客信息查詢模塊代碼設計相似。所以在此不再詳述!6綜合操作模塊此模塊的功能是：對訂票情況的綜合操作，只有超級用戶才可以操作!6. 1客人信息模塊6. 1. 1界面設計to x6.1.2代碼設計/ 在w_op的主窗口中寫如下代碼，連接數(shù)據窗口：tab_l. tabpage_l. dw_l. settransobject(sqlea) tab_l. tabpage_l. dw_l. retri

28、eve ()tab_l. tabpage_2. dw_2. settransobject(sqlea) tab_l. tabpage_2. dw_2.:retrieve ()tab_l. tabpage_3. dw_3. settransobject(sqlea) tab_l. tabpage_3. dw_3. retrieve ()tab_l. tabpage_4. dw_4. settransobject(sqlea) tab_l. tabpage_4. dw_4. retrieve ()/ “刷新”代碼(略)/ “添加”代碼(略)/ “刪除”代碼string 1s_name ls_nam

29、e=dw_l. get itemstring (dw_l. get row ()," 編號 )if messagebox (/z警告！"，”是否刪除此此客人信息："+ls_nanie+“？，&question!, yesno!,2)二1 thendw_l. deleterow(O)if dw_l. update ()=1 thencommit;elsemessagebox(z，錯誤！，“ 刪除失敗 “，stopsign!)rollback;end ifend if/ “保存”代碼if dw_l. update ()=1 thencommit;dw_l. retrieve ()cb_2. enabled=truecb_3. enabled=trueelsemessagebox(/z 錯誤!，保存失敗!/z, stopsign!)rollback;end if6.2客機信息(與“客人信息”的相似，在此也就不再贅述。)6. 3. 2代碼設計“姓名”的查詢部分的代碼與上面的代碼相似，在此就不多寫了。只寫了 “航班”查詢的代碼:string s8,strs8=sl