1. 程式人生 > >火車票預訂可行性分析報告

火車票預訂可行性分析報告

      火車票預訂可行性分析報告

一、可行性研究報告

1.引言

1.1編寫目的

1.2專案背景

1.3定義

1.4參考資料

2.可行性研究的前提

2.1要求

2.2目標

2.3條件、假定和限制

2.4可行性研究方法

2.5決定可行性的主要因素

3.對現有系統的分析

3.1處理流程和資料流程

3.2工作負荷

3.3費用支出

3.4人員

3.5裝置

3.6侷限性

4.所建議技術可行性分析

4.1對系統的簡要描述

4.2處理流程和資料流程

4.3與現有系統比較的優越性

4.4採用建議系統可能帶來的影響

4.5技術可行性評價

5.所建議系統經濟可行性分析

5.1支出

5.2效益

5.3收益/投資比

5.4投資回收週期

5.5敏感性分析

6.社會因素可行性分析

6.1法律因素

6.2使用者使用可行性

7.其他可供選擇的方案

1.引言

1.1編寫目的

為明確將要設計的軟體是否有開發價值,撰寫本文件。本文件供專案經理、設計人員、開發人員、客戶參考。可行性研究的目的是為了對問題進行研究,以最小的代價在最短的時間內確定問題是否可解。經過對此專案進行詳細調查研究,初擬系統實現報告,對軟體開發中將要面臨的問題及其解決方案進行初步設計及合理安排。明確開發風險及其所帶來的經濟效益。

1.2專案背景

開發軟體名稱:火車票訂票系統。

專案任務提出者:中國鐵路局

專案開發者:

使用者:鐵路局

實現軟體單位:鐵路局和xx大學

產品的設計者:

產品的所有權:

專案與其他軟體,系統的關係:本專案採用客戶機/伺服器原理,客戶端的程式是建立在Windows NT 系統上以Microsoft Visual C++為開發軟體的應用程式,是採用SQL server的為開發軟體的資料庫服務程式。

1.3定義

本專案主要用於可輸入、新增、刪除及修改列車資訊,並能實現查詢、訂票、退票等功能。此係統還應能夠打出取票通知和帳單,以保證能使每個旅客在出發的前一天憑取票通知和帳單交款取票。

1.4參考資料

軟體工程導論      清華大學出版社

Java面向物件設計  北京郵電大學出版社

資料庫系統概論    高等教育出版社

2.可行性研究的前提

2.1要求;

與軟體相關的其他系統;

a.主要功能:為乘客提供火車票預定服務,方便鐵路局的售票工作,提高鐵路局的服務質量和服務效率

b.效能要求:火車站提供的資訊必須及時的反映在鐵路局的工作平臺上。售票系統的定單必須無差錯的儲存在火車站的主伺服器上。對伺服器上的資料必須進行及時正確的重新整理。

c.輸入要求:資料完整,詳實。

d.輸出要求:簡捷,快速,實時。

e.基本的資料流程和處理流程:售票員與檢票員在使用系統前,須憑帳號密碼登陸,從而可對工作人員的具體工作資訊進行統計,防止出現利用工作之便進行不合規程的操作。

f.安全與保密要求:售票員享有對火車站票務資訊資料庫、列車資訊資料庫的管理與修改。旅客只享有對票務資訊資料庫的部分修改(寫入與讀出)。

g.完成期限:預計三個月,即截止2010年11月30日。

2.2目標

系統實現後,大大提高鐵路局的火車票預定服務效率;降低售票服務中的錯誤發生率,減少資訊交流的煩瑣過程及其帶來的開銷;實現了人力與裝置費用的節省。

2.3條件、假定和限制

建議軟體壽命:5年

經費來源:中國鐵路局

硬體條件:伺服器sun工作站,終端為pc機。

執行環境:windows2000及以上的作業系統

資料庫:TRAIN

投入執行最遲時間:2011/01/04

2.4可行性研究方法

a.購票檢票親身體驗;

b.售票流程初步調查;

c.文獻調查法。

2.5決定可行性的主要因素

a.成本/效益分析結果,效益 〉成本。

b.技術可行,現有技術可完全承擔開發任務。

c.操作可行,軟體能被原有工作人員快速接受。

3.對現有系統的分析

3.1處理流程和資料流程

3.1  流程圖

 

  火車票預訂系統總框架圖

3.2工作負荷

現有系統需承擔整個鐵路局所有的旅客訂票業務以及退票業務

3.3費用支出

執行現有系統需支付開發費用清單如下:

系統維護人員支出:400元/(人天)X 10(人)=4000元/天

機器磨損費用    20000元/天

機器(硬體)維護費用:100元/(人天)X 200=20000元/天

其他一次性投資:

Oracle 8.0 : 20 萬

Windows NT: 10 萬

操作員培訓費:5 萬

終端PC機20臺:8000*20 = 16 萬

網路裝置:10 萬

輔助配置:10 萬

3.4人員

鑑於原有系統的技術性含量比較低,故不需要多少高技術人員的操作,只是由於資料量的日益擴大,所需要的操作人員數量不斷增大。這一點已不再適應目前資訊化時代的步伐。系統維護人員需要具有較強的計算機軟體知識和過硬的處理問題能力,能夠在第一時間找到系統出行的問題並及時的解決問題。機器維護人員需要對各種硬體支援具有相當強的瞭解,並擁有豐富的工作經驗,能夠在第一時間解決硬體系統出現得問題。

3.5裝置

終端PC機、網路裝置、伺服器sun工作站等。

3.6侷限性

技術的過於陳舊,人員工作負荷大,系統維護及費用支出巨大,人員與裝置技術含量低等等一系列缺點,所有這些都明確了需要一個新的適應新的資訊化時代的高科技的系統。所以開發這樣一個系統還是很有必要的。 

4.所建議技術可行性分析

4.1對系統的簡要描述

4.2對現有軟體的影響

對現有作業系統進行升級

4.3對使用者的影響

需要使用者單位操作人員需要熟悉操作window作業系統

4.4對系統執行的影響

a.使用者的操作嚴格按照系統要求規程;

b.要求建立系統管理員、售票員以及使用者三種登入方式,分許可權管理;

c.資料應由系統管理員手動輸入系統,售票員無權輸入資料;

d.對資料有儲存的要求,並且對資料儲存、恢復的處理,實現對系統資料的增加、                        刪除和修改。

e.輸出報告的以報表的形式打印出來;

f.系統具有備份與恢復功能。

4.5對開發環境的影響

a.為了支援所建議系統的開發,使用者需在Windows xp以上的作業系統中安裝SQL server;

b.為了建立資料庫要求提供詳細的資料資源;

c.為了開發和測驗所建議系統而需要的計算機資源:記憶體2G;

如資料涉及保密與安全問題,應由專人負責錄入。

4.6對執行環境的影響

要求提供意見能容納5臺計算機的機房,並且要求聯成區域網。

4.7對經費支出的影響

開發人員費用,裝置維護費用,系統維護費用。

開發該系統需要支出的費用包括:基本資訊蒐集與處理所需的經費,基礎裝置購入費用,人員開發費用。

4.8技術可行性評價

a. 在限制條件下,功能目標不能達到;

b. 利用現有技術,功能目標能達到;

c. 對開發人員數量的和質量的要求:

使用者:2名

軟體工程師:3人

系統分析員:2人

系統測試員:2人

以上人員能夠滿足需要;

d. 在規定的三個月期限內,開發完成。

5.所建議系統經濟可行性分析

5.1支出

5.1.1基建投資

5.1.2其他一次性支出

Oracle 8.0 : 20 萬

Windows NT: 10 萬

操作員培訓費:5 萬

終端PC機20臺:8000*20 = 16 萬

網路裝置:10 萬

輔助配置:10 萬

5.1.3經常性支出

系統維護人員支出:250元/(人天)X 10(人)=2500元/天

機器磨損費用    20000元/天

機器(硬體)維護費用:100元/(人天)X 200=20000元/天

5.2效益

5.2.1一次性收益

0元

5.2.2經常性收益

(按銀行利率:1%);

減少員工20人(1000元/人)五年收益:

1000*(1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5)*20*12*5=120萬

工作效率提高收益(工作效率提高30%):

30*(1.1+(1.1)2+(1.1)3+(1.1)4+(1.1)5)*(30%)*5 = 45萬

經常性收益共計: 160萬

5.2.3不可定量收益

因服務質量提高增加旅客量10%:

1000萬*10%*(90%+(90%)2+(90%)3+(90%)4+(90%)5)=540萬

收益共計: 700萬

5.3收益/投資比

700/453.5=154.4%

5.4投資回收週期

3.2年

5.5敏感性分析

設計系統週期為2年, 估計最長可達5年

處理速度:一般查詢速度<2秒

關鍵資料查詢速度: <1秒

6.社會因素可行性分析

6.1法律因素

火車票訂票系統是一個結局億萬中國人出行的系統,毫不誇張的說,它是一項關係著國計民生的重要環節,不僅為人們提供了快捷的服務,更重要的是可以在足不出戶的情況下就能夠解決購買火車票的問題,它使得中國的訂票系統更加理性化也更加人性化,這也是在新時代的一種進步,能夠使人們享受到現今科技帶來的便利服務!且該專案為獨立開發,在技術上沒有使用任何現有的軟體與方法。所以在法律方面不會存在侵犯專利權、侵犯版權等問題,完全按照合同規定的責任履行。

6.2使用者使用可行性

使用本軟體人員要求有一定計算機基礎的人員,系統管理員要求由計算機的專業知識,所有人員都要經過本公司培訓.

管理人員也需經一般培訓.

經過培訓人員將會熟練使用本軟體.

兩名系統管理員,一名審計員將進行專業培訓,他們將熟練管理本系統.

7.其他可供選擇的方案

在售票點只設立終端,在鐵路局設立伺服器,資料輸入由終端輸入,所有資料都由伺服器處理,只在終端上顯示資料結果。

此設計簡化了資料處理,但加重了伺服器的資料處理。而使用客戶端/伺服器機理,簡化資料流量,加快資料處理。

8.結論意見

經過初步的系統調查,給出了可行性研究報告,還須對現行系統進行全面、深入的詳細調查和分析,弄清楚現行系統執行狀況,發現其薄弱環節,或系統的弊端問題,挖掘出要解決的問題實質,以對新系統進行完美擴充,確保新系統比原系統更有效。