鐵路售票系統應用軟件可行性報告

前言：

（1）項目背景：

隨著國民經濟的發展，我國的鐵路建設也日益成為人們日常生活中不可或缺的一部分。就江蘇而言，目前滬寧段鐵路運輸已經成為全國最緊張的一部分，在建的新長鐵路，寧通鐵路也將蘇南和蘇北日益緊密地連接起來。可以預見的是，在未來幾年里，鐵路將不可避免地成為城際交通的主力軍。但是，與此同時，大量外來人口的涌入，使得鐵路在某種程度上成為了犯罪分子的溫床，盜竊，搶劫案時有發生，而且鐵路運輸的發達也給許多在逃的犯罪分子提供了可趁之機；同時，由于滬寧線運力的限制，使得火車晚點現象時有發生，隨著大量的投訴事件以及消費者維權意識的不斷提高，如何改善服務以同其他交通行業競爭已經成為了一個迫在眉梢的問題。作為鐵路運營服務的第一道關，改善鐵路沿用多年且已逐漸落后于時代步伐的售票系統勢在必行。

（2）編寫目的：

本報告的編寫目的在于研究鐵路售票系統應用軟件是否可行，指出開發本軟件所采用的方法和手段，并對軟件的前景以及后續工作進行分析。
（3）使用語言：

軟件使用Delphi編寫，操作界面為英文。

項目概述：

（1）目標：

  實現鐵路售票的實名化，即將車票與個人身份證掛鉤，同時維護相應的數據庫。

（2）開發意圖：

  完善目前鐵路售票系統，使之能跟上時代的發展。同時通過實踐來提高自己的動手能力。

（3）產品的邏輯模型：

鐵路售票系統應用軟件
 
車次信息
 
賠償信息
 
個人信息
 
列車明細
 
日志維護
 

（4）工程目標：

開發出一套用于車票銷售的軟件，力求解決鐵路上的安全隱患。并通過此次軟件開發過程全面提高自身的綜合素質。
技術目標
　軟件力求實現數據庫與編程相結合的目的，使得使用和維護變得相對簡單實用。
經濟目標

單純從經濟角度上來看，我們認為這樣做會造成一定的經濟損失。損失主要來自以下幾個方面：首先，開發系統需要大量的資金投入，而且，系統的維護需要相關的專業人員；其次，我們要對相應的操作人員進行專業培訓；第三，相應的硬件設施要進行升級，這需要一筆不菲的投入；第四，由于售票流程的相對復雜，操作人員的操作時間將延長，在單位時間里的售票數會減少，這也將是一筆損失。

但是，從此舉所帶來的社會效益上來看，我們認為這樣做是可行的。
　同時本工程產品作為獨立軟件，是帶有很大的實驗性質的。因此從某種角度來講無經濟上收益。其主要目的是為了通過在編寫軟件的過程中不斷提高自身的動手能力，達到理論與實踐相結合的效果。

對于舊有軟件的評估調查

舊有的售票系統由于沒有實現售票實名制，使得許多鐵路犯罪的調查無從下手，給犯罪分子提供了大量的可趁之機。同時，隨著鐵路運營的市場化，實行必要的賠償制度是必要的，現行的售票系統及相應的數據庫在這個方面有缺陷。

（1）操作平臺：

軟件是運行在Unix操作系統下的。

（2）產品功能：

  實現數據的錄入，保存，查詢等；同時自動對某些事件進行智能化判別。

（3）產品系統流程圖：

售票系統主模塊
 
子模塊1
 
子模塊2
 
子模塊3。。。。
 

（4）產品使用情況：

  舊有的版本是運行在自主開發的Unix系統下的，因此安全系數較高。

（5）產品缺陷：

  界面的友好程度不夠，同時沒有針對市場，社會的變化作出及時的更新。

關于本軟件

（1）設計目標：

  本軟件設計的主要目標是使鐵路的運營實現市場化，能夠與時俱進，實現售票過程的人性化處理。

同時作為應用型軟件，系統界面美觀、布局合理、內容簡單，提供的信息語言通俗易懂、有層次感、分類清晰。
必須根據現有條件所能達到的能力來完成整個工程。

（2）產品的局限性

第一，由于軟件運行在Windows操作系統上的，因此其安全性值得商榷。作為國家命脈，鐵路售票系統軟件建立在Windows操作系統上具有很大的風險。

第二，由于軟件系高級語言編寫，產品的運行速度較慢。

第三，軟件的可操作性不夠，尤其是數據的錄入，比較煩瑣。但是相信隨著公安部新一代的電子身份證的發放，這個過程會變得相對簡單。

第四，現在的火車往往一個班次就有一兩千人，一天要有幾十趟班次，就南京站而言，每天的人流量達到以萬計，大量的人口涌入涌出，如何維護一個龐大而又復雜的數據庫也是一個難點。

（3）軟件流程圖

編程軟件
 
售票系統應用程序
 
支持售票系統的數據庫

 
 
內容庫
 
售票系統應用軟件
 

（4）數據流程圖：


（5）ACD結構環境圖

操作人員
 
售票系統
 
操作人員
 
傳輸線路
 
操作人員
 
數據庫系統
 
主機
 

（6）環境要求

硬件環境：

486以上的機器，鼠標

操作系統：

在windows95/98 .windowsNT .windows1700 .windowsXP操作系統都可以直接運行。
  操作人員要求：

需要進行一定的培訓

（7）軟件自身的局限：

由于該軟件是理想化的軟件，沒有考慮到實際的情況，比如數據錄入的可操作性，海量數據庫的維護等都沒有進行全面的考慮。

同時由于編程人員缺乏相關的知識，程序本身可能出現一些缺陷或不如人意的地方。這些需要在日后的維護。

可選的其他方案

暫無

市場分析

由于面對的是國家壟斷系統，所以面向的市場比較單一，但是對本軟件稍加修改可以應用于其他方面。

投資

無

社會影響

（1）社會效益：

基于軟件本身編寫的目的，相信軟件能夠實現其所期望的正面社會影響。同時也能夠實現鐵路售票的人性化，有利于提高鐵路運輸的市場競爭力。

（2）相關的法律可行性：

軟件系自主開發，無法律風險。

（3）在人力資源方面的影響：

由于使用了一些新技術，故可以創造一些就業機會。

（4）風險評估

由于采用的OS平臺的局限性，故存在著較大風險。

關于產品的檢測

（1）檢測標準：

  黑盒測試與白盒測試相結合

（2）實現的具體方法：

本軟件的黑盒測試即把對象看做一個黑盒子，測試人員完全不考慮程序內部的邏輯結構和內部特性，只依據程序的需求規格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數據驅動測試。黑盒測試主要是為了發現以下幾類錯誤：

1、是否有不正確或遺漏的功能？

2、在接口上，輸入是否能正確的接受？能否輸出正確的結果？

3、是否有數據結構錯誤或外部信息（例如數據文件）訪問錯誤？

4、性能上是否能夠滿足要求？

5、是否有初始化或終止性錯誤

白盒測試是對軟件的過程性細節做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態，確定實際狀態是否與預期的狀態一致。因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程序模塊進行如下檢查：

1、對程序模塊的所有獨立的執行路徑至少測試一遍。

2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。

3、在循環的邊界和運行的界限內執行循環體。

4、測試內部數據結構的有效性，等等。

（3）實現長期跟蹤檢測：

軟件的使用是一個長期的過程，鑒于開發周期的關系，許多測試步驟可能有些不如意的地方，故應該對軟件實現長期的跟蹤，以滿足客戶的要求。

軟件編寫的初步計劃及相應的功能實現：

（1）軟件編寫作業明細：

子模塊
 具體內容
 相關模塊項
 后繼需要完成內容
 
車次信息
 列車沿途所經過的站點，列車車次，級別
 列車明細，日志維護，個人信息
 軟件的跟蹤，維護，修正
 
賠償信息
 車次有無發生意外，是否已經賠付，賠付金額
 日志維護
 同上
 
個人信息
 個人的ID，個人的起終點站，售票人員的工號，座號
 日志維護，車次信息
 同上
 
列車明細
 列車的座位情況，列車的最大負載，車票價格
 日志維護
 同上
 
日志維護
 乘客購票的具體時間，列車運行的具體時刻
 個人信息，車次信息，列車明細
 同上
 

（2）PERT圖

待定

更多內容：
鐵路售票系統應用軟件需求分析報告
http://blog.csdn.net/ctu_85/archive/2006/06/06/775892.aspx
漢語編程企業管理應用軟件可行性研究報告
http://blog.csdn.net/ctu_85/archive/2007/01/22/1490139.aspx
漢語編程企業管理應用軟件需求說明書
http://blog.csdn.net/ctu_85/archive/2007/01/22/1490136.aspx
計算機專業操作系統課程設計報告
http://blog.csdn.net/ctu_85/archive/2007/01/22/1490130.aspx
于Intel平臺的可行性評估報告 
http://blog.csdn.net/ctu_85/archive/2006/10/31/1357861.aspx
了解更多浙大研究生復試解答請點擊
http://blog.csdn.net/ctu_85/archive/2006/10/15/1334936.aspx
http://blog.csdn.net/ctu_85/archive/2006/10/16/1336101.aspx
http://blog.csdn.net/ctu_85/archive/2006/10/30/1357145.aspx
http://blog.csdn.net/ctu_85/archive/2006/10/31/1357794.aspx