第一篇：書店管理系統(tǒng)可行性研究報告

書店管理系統(tǒng)可行性研究報告

1引言

1.1編寫目的可行性報告分析是為“書店管理系統(tǒng)”開發(fā)的可行性、必要性提供論據(jù)，為開發(fā)人員進行系統(tǒng)總體規(guī)劃設計及具體實施開發(fā)工程提供必要的參考資料，在系統(tǒng)開發(fā)完成后期為系統(tǒng)的測試、驗收提供幫助。

1.2 背景

說明：

A.軟件系統(tǒng)名稱：書店管理系統(tǒng)；

B.本項目的任務提出者:客戶；

C．開發(fā)者：麻仲慶；

D．系統(tǒng)用途：利用網(wǎng)絡平臺，使得消費者和管理員方便的購買與管理，適用范圍對 擁有管理權(quán)限的管理員和所有不須權(quán)限的讀者通過網(wǎng)頁瀏覽進入。

1.3 定義

錢樂秋，軟件工程，清華大學出版社；

國家標準可行性研究報告；

2可行性研究的前提

2.1 要求

說明對所建議開發(fā)的軟件的基本要求，如：

A.功能：用戶的注冊，登錄；用戶的分級瀏覽或圖書選購；店主對進書、售書、庫存、帳目、客戶的管理；

B.性能：書店管理系統(tǒng)的使用者是購買圖書的消費者。對于店主的管理工作需要方便對進書、售書、庫存、帳目、客戶的管理等；對于訂購圖書的消費者其瀏覽頁面、訂購圖書等功能。

C.在安全與保密方面的要求：書店中所有的圖書能夠供用戶隨時查閱；用戶的個人信息可以由用戶自己修改，添加；書店圖書的信息只能由書店管理人員添加，修改；所有注冊用戶信息只能由書店管理人員查詢。

D.完成期限：九周之內(nèi)。

2.2 目標

利用日益繁榮的互聯(lián)網(wǎng)，為傳統(tǒng)的書店打造一個新的銷售平臺。本系統(tǒng)希望通過電子信息化的手段對書店的進存銷等環(huán)節(jié)進行管理，以達到人力與設備費用的減少，服務能力的提高，管理信息服務的改進，工作人員利用率的提高等目標。通過對別的同類型的網(wǎng)站的觀察，本開發(fā)小組的的成員認為其他的系統(tǒng)界面過于花哨，容易擾亂消費者的視線，使消費者忽略此系統(tǒng)原有功能，浪費消費者的寶貴時間。致力于開發(fā)頁面簡潔，規(guī)范，功能齊全的書店管理系統(tǒng)。

2.3評價尺度

說明對系統(tǒng)進行評價時所使用的主要尺度，如費用的多少、各項功能的優(yōu)先次序、開發(fā)時間的長短及使用中的難易程度。

3對現(xiàn)有系統(tǒng)的分析

從網(wǎng)上書店自身來看，目前還存在不少問題，主要表現(xiàn)為：主頁信息量小，內(nèi)容和形式缺乏吸引力，更新不夠及時；服務方式比較單一；營銷方式不夠靈活。

4所建議的系統(tǒng)

4.1 對所建議系統(tǒng)的說明

隨著計算機、網(wǎng)絡通訊和信息技術，特別是.NET技術的發(fā)展。各大網(wǎng)上書店網(wǎng)站從無到有，得到很大的發(fā)展，并取得成功。為了適應新環(huán)境下的新的銷售模式和顧客銷售方式的改變，我開發(fā)了這個書店網(wǎng)站。所建議的系統(tǒng)是基于B/S結(jié)構(gòu)的網(wǎng)上書店管理系統(tǒng)，其利用Asp.net技術，解決了圖書的各個流程控制，提供了一個良好的，易操作的，直觀的用戶界面，從而實現(xiàn)自動化和系統(tǒng)化的管理。

4.2 技術條件方面的可行性

本系統(tǒng)是一個基于B/S結(jié)構(gòu)的書店管理系統(tǒng)，采用面向?qū)ο蠹夹g、數(shù)據(jù)庫技術、先進技術開發(fā)的應用程序，現(xiàn)有的開發(fā)技術已經(jīng)非常成熟，且被廣泛用于各行各業(yè)，在當前的限制條件下，該系統(tǒng)的功能目標能夠到達要求，利用現(xiàn)有的技術支持和限制下，該系統(tǒng)的功能可以實現(xiàn)，并且能在規(guī)定的期限內(nèi)，完成本系統(tǒng)的開發(fā)。

5投資及效益分析

5.1 支出

支出主要包括以下幾個方面。

（1）基本建設投資。

硬件設備：服務器。

軟件：Windows xp ,Windows 2003, Vista。數(shù)據(jù)庫管理系統(tǒng)：SQL Server。開發(fā)工具：Visual Studio 2005。

（2）其他一次性支出：所建議開發(fā)的系統(tǒng)的設計和開發(fā)費用，數(shù)據(jù)庫的建立，檢查費用和技術管理性費用等。

（3）非一次性支出：系統(tǒng)的維護費用，公用設施方面的開支，保密安全方面的開支，數(shù)據(jù)通訊方面的租金和維護費用等。

5.2 收益

A．開支的縮減：資源要求的減少，運行效率的改進，數(shù)據(jù)進入、存貯和恢復技術的改進；

B．價值的增升：資源利用的改進，管理和運行效率的改進以及出錯率的減少等；

C． 其他如從多余設備出售回收的收入等。

6社會因素方面的可行性

6.1 法律方面的可行性

政府，無論是中央政府還是地方政府，一般都用法律規(guī)定組織可以做什么，不可以做什么。例如：《合同法》，《消費者權(quán)益保護法》，《專利法》，《反不正當競爭法》等對所有企業(yè)的行為都做了限制，法規(guī)的影響不僅僅限于時間和金錢，它還縮小了管理者可斟酌決定的范圍，限制了可行方案的選擇。

根據(jù)《中華人民共和國計算機軟件保護條例》（1991年6月4日中華人民共和國國務院令第84號發(fā)布）（修改后的新條例2002年1月1日起施行）第九條可知：軟件著作權(quán)人享有下列各項權(quán)利:

(一)發(fā)表權(quán), 即決定軟件是否公之于眾的權(quán)利;

(二)開發(fā)者身份權(quán), 即表明開發(fā)者身份的權(quán)利以及在其軟件上署名的權(quán)利;

(三)使用權(quán), 即在不損害社會公共利益的前提下, 以復制、展示、發(fā)行、修改、翻譯、注釋等方式使用其軟件的權(quán)利;

(四)使用許可權(quán)和獲得報酬權(quán), 即許可他人以本條第(三)項中規(guī)定的部分或者全部方式使用其軟件的權(quán)利和由此而獲得報酬的權(quán)利;

(五)轉(zhuǎn)讓權(quán), 即向他人轉(zhuǎn)讓由本條第(三)項和第(四)項規(guī)定的使用權(quán)和使用許可權(quán)的權(quán)利。

第十二條 受他人委托開發(fā)的軟件, 其著作權(quán)的歸屬由委托者與受委托者簽訂書面協(xié)議約定, 如無書面協(xié)議或者在協(xié)議中未作明確約定, 其著作權(quán)屬于受委托者。

第十八條 在軟件著作權(quán)的保護期內(nèi), 軟件的著作權(quán)人或者其受讓者有權(quán)許可他人行使本條例第九條第(三)項規(guī)定的使用權(quán)。著作權(quán)人或者其受讓者許可他人行使使用權(quán)時, 可以按協(xié)議收取費用。

另外，軟件權(quán)利的使用許可應當根據(jù)我國有關法規(guī)以簽訂、執(zhí)行書面合同的方式進行。被許可人應當在合同規(guī)定的方式、條件、范圍和時間內(nèi)行使使用權(quán)。合同中未明確規(guī)定為獨占許可的, 被許可的軟件權(quán)利應當視為非獨占的。

法律的相關規(guī)定既保護了開發(fā)者的權(quán)利，同時要求侵權(quán)者承擔停止侵害、消除影響、公開賠禮道歉、賠償損失等民事責任, 并可以由國家軟件著作權(quán)行政管理部門給予沒收非法所得、罰款等行政處罰，以下為部分侵權(quán)行為：

(一)未經(jīng)軟件著作權(quán)人同意發(fā)表其軟件作品;

(二)將他人開發(fā)的軟件當作自己的作品發(fā)表;

(三)未經(jīng)合作者同意, 將與他人合作開發(fā)的軟件當作自己單獨完成的作品發(fā)表;

(四)在他人開發(fā)的軟件上署名或者涂改他人開發(fā)的軟件上的署名;

(五)未經(jīng)軟件著作權(quán)人或者其合法受讓者的同意修改、翻譯、注釋其軟件作品;

(六)未經(jīng)軟件著作權(quán)人或者其合法受讓者的同意復制或者部分復制其軟件作品;

(七)未經(jīng)軟件著作權(quán)人或者其合法受讓者的同意向公眾發(fā)行、展示其軟件的復制品;

(八)未經(jīng)軟件著作權(quán)人或者其合法受讓者的同意向任何第三方辦理其軟件的許可使用

或者轉(zhuǎn)讓事宜。

6.2 操作方面的可行性

本系統(tǒng)的研制和開發(fā)充分考慮用戶的工作流程、計算機的操作水平，計算機硬、軟件等等支持，盡可能提供更人性化，直觀的界面，充分的滿足用戶的需求。系統(tǒng)的操作方式在用戶組織內(nèi)可行。

6.3 用戶使用的可行性

該系統(tǒng)是一個書店網(wǎng)站，所以操作簡易，用戶購書不需要了解整個書店的工作流程，只需要按照提示一步步操作即可完成購書等其他活動。

7可行性的結(jié)論

綜上所述，該項目在技術、經(jīng)濟和社會效益上是完全可行，可以立即開始進行。

第二篇：書店信息系統(tǒng)可行性研究報告

“**書店信息系統(tǒng)”可行性研究報告

1.引言

1.1 編寫目的本報告是對該系統(tǒng)可行性研究的綜合報告。

1.2 背景

長期以來，該書店業(yè)務一直采用手工管理。圖書采購、庫存、銷售和核算的手工信息管理存在工作量大、服務質(zhì)量差、工作效率低、耗費人員多，圖書的市場、庫存、銷售、讀者反饋等信息不能及時提供等問題。為了徹底改善書店圖書信息管理的落后局面，特提出開發(fā)本系統(tǒng)?！皶晷畔⑾到y(tǒng)”的建設，對提高書店服務質(zhì)量、提高工作效率、加快信息反饋、增強競爭實力有著重大意義。

2.現(xiàn)行組織系統(tǒng)概況

2.1 組織目標和戰(zhàn)略

書店的目標是以優(yōu)質(zhì)服務和具有競爭力的價格，向本市讀者提供豐富的圖書，以使本店能夠順利發(fā)展。具體分解為：

1）最方便地供讀者閱讀和購買圖書，減少30%的讀者購書時間；

2）近三年每年增加30%的新圖書品種；

3）書店能夠快速掌握國內(nèi)最新出版的各類圖書；

4）能夠快速統(tǒng)計和掌握本市讀者的購書要求，及時掌握暢銷書、滯銷書的信息；

5）入庫、出庫、盤庫的工作效率提高20%；

6）每年建立一個分店，五年內(nèi)實現(xiàn)全市圖書連鎖銷售。重大戰(zhàn)略有：

1）采取開架售書，擺放桌椅，提供方便購書條件；

2）更改售書結(jié)算方法，減少結(jié)帳時間，提高工作效率；

3）建立出版社、供書商數(shù)據(jù)庫，掌握最新圖書動態(tài)；

4）每年增加30%購書資金，增加圖書品種；

5）動態(tài)統(tǒng)計銷售圖書，及時掌握暢銷書、滯銷書信息；

6）修改庫存管理辦法，提高效率，方便管理；

7）更新結(jié)算系統(tǒng)；

8）建立書店信息系統(tǒng)，全面提高管理水平和工作效率。

2.2 業(yè)務概況

該書店為中等規(guī)模的書店。讀者覆蓋面占全市20%。書書店設有計劃市場部、書庫、銷售部、辦公室四個部門。計劃市場部負責編制圖書訂購計劃、圖書訂購、圖書征訂等項業(yè)務。書庫負責圖書入庫、出庫、盤庫、保管和過期圖書的報損等項工作。圖書銷售部負責圖書的銷售工作，具體包括從書庫領書，圖書銷售、結(jié)算等。辦公室負責書店的一般事務管理工作

2.3 存在的主要問題

長期以來，該書店業(yè)務一直采用手工管理。圖書采購、庫存、銷售和核算的手工信息管理存在工作量大、服務質(zhì)量差、工作效率低、耗費人員多，圖書的市場、庫存、銷售、讀者反饋等信息不能及時提供等問題。

3.擬建立的信息系統(tǒng)

3.1 簡要說明

為了提高書店的工作效率和管理水平，書店計劃投入一定資金建立書店信息系統(tǒng)，以全面管理圖書業(yè)務。書店領導以及工作人員對所建立的信息系統(tǒng)有以下基本需求：1）建立對書店業(yè)務提供全面管理的書店信息系統(tǒng)；2）對所有圖書、一般讀者、工作人員提供全面管理；3）對市場、進貨、出版社、圖書商提供全面管理；4）對書庫的入、出、盤、報損等業(yè)務提供全面管理；5）對圖書銷售、結(jié)算、安全提供全面管理。

3.2 初步建設計劃

項目計劃于2001年6月開工建設。開發(fā)期6個月，試運行期3個月，系統(tǒng)計劃于2002年5月1日正式投入運行。

3.3 對組織的意義和影響

本系統(tǒng)的開發(fā)能夠提高工作效率、擴大服務范圍、增加書店收入、及時獲取信息、減少決策失誤、減少庫存積壓、提高資金周轉(zhuǎn)。該系統(tǒng)還能夠及時提供圖書市場信息、出版商信息、庫存信息、銷售信息、讀者反饋信息，提高決策正確率。

4.經(jīng)濟可行性分析

4.1 支出

（1）系統(tǒng)開發(fā)費用

① 人員費用

本系統(tǒng)開發(fā)期20個周，試運行期12個周。開發(fā)期需要開發(fā)人員5人，試運行期需開發(fā)人員2人。開發(fā)需91周，折合3人/年（每年有效工作周按30周計算），每人/年按8萬人民幣計算，人員費用為24萬人民幣。

② 硬件設備費

系統(tǒng)所需的硬件設備費用為：13.26萬人民幣，其中：

.服務器1臺32000元

.微機8臺56000元

.打印機8臺12000元

.條形碼掃描儀10臺18000元

.網(wǎng)絡設備和布線10000元

.不間斷電源1臺3000元

.工作臺8臺1600元

③ 軟件費：系統(tǒng)所需購買軟件費用為：2.1萬，其中：

.Windows NT5000元

.SQL Server6000元

.java環(huán)境5000元

.rose建模工具5000元

④耗材費：0.8萬。

⑤咨詢和評審費：1.2萬。

⑥調(diào)研和差旅費：1.0萬。

⑦不可預見費： 按開發(fā)總費用的15%計算。

系統(tǒng)開發(fā)總費用：48.71萬。

（2）系統(tǒng)運行費用

假定本系統(tǒng)的運行期為10年，每年的運行費用為：

①系統(tǒng)維護費：一年需要0.5人/年，維護費為0.5×8=4.0萬元。②設備維護費：設備的運行更新期5年，設備更新費為13.26萬。設備日常故障維護費每年0.6萬元。則平均每年設備維護費為：

13.26/10+0.6=1.926萬元。

③消耗材料費：每年消耗材料費按0.8萬計算。

系統(tǒng)年運行費用6.726萬。10年累計系統(tǒng)運行費為67.26萬。

系統(tǒng)開發(fā)和運行總費用為115.97萬。折合11.6萬/年。

4.2 收益

① 提高工作效率，減少工作人員

本系統(tǒng)累計可以綜合提高工作效率達30%?？梢詼p少現(xiàn)有15%的工作人員，書店現(xiàn)有人員按30人計算，可減少4.5人。每人月平均工資按1500元計算，節(jié)約人員工資0.15×12×4.5=8.1萬元/年。

② 擴大服務范圍，增加書店收入

假定在原有基礎上可以增加10%的銷售量。書店每年的總利潤按300萬計算，可以增加收入30萬。

③ 及時獲取信息，減少決策失誤

本系統(tǒng)的建設可以及時獲取圖書市場信息，讀者反饋信息，暢銷滯銷圖書的信息。提高訂書的合理性和準確率。估計每年可以增加收入在12萬以上。④ 減少庫存積壓，提高資金周轉(zhuǎn)

通過書庫的計算機管理，可以及時獲取庫存信息，爭取最優(yōu)庫存，提高資金的周轉(zhuǎn)率。每年可以因此減少庫存積壓浪費18萬以上。

通過以上計算，本系統(tǒng)每年可以獲得經(jīng)濟效益8.1+30+12+18=68.1萬/年。累計10年獲經(jīng)濟效益681萬。

社會效益：

① 提高工作效率，減少讀者的購書時間；

② 提高工作效率，減輕工作人員的勞動；

③ 提高工作質(zhì)量，增強讀者對書店管理的信任感和親善感，改善書店形象。④ 提高管理水平。系統(tǒng)能夠及時提供圖書市場信息、出版商信息、庫存信息、銷售信息、讀者反饋信息，提高決策正確率。

4.3 支出/收益分析

在10年期內(nèi)，系統(tǒng)總投入：115.97萬，系統(tǒng)總收入：681萬，2年可以收回開發(fā)投資。從經(jīng)濟上考慮，本系統(tǒng)完全有必要開發(fā)。

5.技術可行性分析

（1）信息系統(tǒng)開發(fā)方法：在開發(fā)小組中有熟練掌握面向?qū)ο蠓椒ㄩ_發(fā)軟件系統(tǒng)的資深的系統(tǒng)分析員和程序員。在信息系統(tǒng)開發(fā)方法上不存在任何問題。

（2）網(wǎng)絡和通信技術：本開發(fā)小組有專門的網(wǎng)絡技術人員，有5年的大型網(wǎng)組網(wǎng)經(jīng)驗。

（3）C/S結(jié)構(gòu)規(guī)劃和設計技術：發(fā)小組有豐富的C/S開發(fā)經(jīng)驗。

（4）數(shù)據(jù)庫技術：開發(fā)小組有豐富的應用數(shù)據(jù)庫開發(fā)經(jīng)驗。

（5）java開發(fā)技術：開發(fā)小組能夠熟練使用java編程。綜上，本系統(tǒng)開發(fā)技術是完全可行的。

6.社會可行性分析

目前已有很多成功開發(fā)書店信息系統(tǒng)的先例，社會需要書店管理的現(xiàn)代化和信息化。書店信息系統(tǒng)開發(fā)和運行與國家的政策法規(guī)不存在任何沖突和抵觸之處。另外，書店信息系統(tǒng)所采用的操作和工作方式符合工作人員和讀者的日常習慣，而且操作方便靈活，便于學習。具有可行性。

7.可行性研究結(jié)論

通過經(jīng)濟、技術和社會等方面的可行性分析，可以確定本系統(tǒng)的開發(fā)完全必要，而且是可行的，可以立項開發(fā)。

第三篇：網(wǎng)上書店管理系統(tǒng)可行性分析

一、實驗目的

1.認識熟悉一種管理信息系統(tǒng) 2.了解管理信息系統(tǒng)的功能模塊及組成 3.掌握可行性分析報告的撰寫技能

二、實驗內(nèi)容

1．引言

1.1編寫目的

應現(xiàn)代社會發(fā)展需求，為方便廣大群眾購買書籍，降低實體書店工作的人力物力開支，提高工作的準確性、實時性，擬為其開發(fā)網(wǎng)上書店管理系統(tǒng)。經(jīng)過對項目進行詳細的調(diào)查研究，得到項目可行性研究報告，對項目開發(fā)中將要面臨的問題及其解決方案進行可行性分析，包括項目在技術、經(jīng)濟、操作和社會影響方面的可行性。

1.2項目名稱

網(wǎng)上書店管理系統(tǒng)

1.3參考資料

《信息系統(tǒng)分析與設計》

《管理信息系統(tǒng)分析》

1.4項目背景

隨著人民生活水平的不斷提高和發(fā)展，人們越來越多的喜歡網(wǎng)購，然而讀書和買書仍然以實體書店為主，但是實體書店又有很多的不足之處，讓人們很頭疼：如小規(guī)模的書店圖書種類不夠齊全，圖書管理員管理麻煩等，所以如果可以實現(xiàn)網(wǎng)購，那么會大大增加閱讀者，讀者可以隨時查找自己需要的書在店里有沒有，1 價錢是否合適，另外管理員管理也比較方便等，為此，我們計劃開發(fā)網(wǎng)上書店管理系統(tǒng)，以滿足用戶的需求，方便用戶的使用。

2．可行性研究的前提

2.1要求

2.1.1功能：

一、用戶模塊

1、登錄模塊

客戶首先進入登錄界面。

如果是新客戶，則先注冊賬號。填寫用戶名、密碼等信息。如果是老客戶，則直接登錄。交易完成后可退出系統(tǒng)。

2、書本模塊

客戶根據(jù)自身需要查詢?yōu)g覽書目及相關信息。如書的編號、名稱、作者、出版社、數(shù)目、價格等。

3、購物車模塊

客戶可瀏覽購物車內(nèi)的書，可將選中的書添加至購物車，亦可刪除無用的書。

4、訂單管理模塊

添加訂單、確認訂單、提交訂單、確認收貨

5、在線交流模塊

可在線與管理員交流

6、用戶升級

消費達到一定金額可升級為會員，會員享有打折優(yōu)惠。

二、管理員模塊

1、登錄模塊

管理員用自己的賬號及密碼登錄。

操作完成后可退出系統(tǒng)。

2、書本模塊

瀏覽書目信息，可添加、刪除、修改書目。

3、訂單管理模塊

統(tǒng)計訂單，查看訂單列表，商品發(fā)貨。

4、在線交流模塊 可在線與客戶交流 2.1.2性能：

為了滿足客戶的需求，該系統(tǒng)需要迅速的對客戶的要求做出反饋并能支持龐大的訪問量；為了可以存儲海量的書籍信息以及客戶資料，所以就需要很大的主存容量，以及強大的數(shù)據(jù)庫支持。由于該系統(tǒng)支持網(wǎng)上支付功能，所以需要系統(tǒng)具有強大的安全性能支持；為了給客戶提供最新的書籍信息，該系統(tǒng)需要具有實時更新功能。

2.1.3輸出：

作為客戶取書的憑證信息，輸出需要包括：用戶名、訂單號、書目信息、收貨地址、成交金額。

2.1.4輸入：

1、登錄部分

用戶名、密碼；管理員名、密碼。

2、書籍部分

書的編號、名稱、作者、出版社、數(shù)目、價格等。

3、在線交流

客戶與管理員交流信息。

4、訂單部分

用戶名、訂單號、書目信息、收貨地址、成交金額。

2.2目標

a.利用網(wǎng)上書店管理系統(tǒng)來實現(xiàn)實體書店的網(wǎng)絡化，使得廣大客戶足不出戶就能買到所需書籍，大大方便人們的生活。

b.利用網(wǎng)上書店管理系統(tǒng)的海量存儲功能，使得客戶可以搜索到更全面的書目信息。

c.管理員利用該系統(tǒng)能更簡單地實現(xiàn)書籍管理并能實時更新書庫信息以及了解廣大客戶需求。

2.3條件、假定和限制

a.建議開發(fā)軟件運行的最短壽命：5年 b.進行系統(tǒng)方案選擇比較的期限：6個月

c.經(jīng)費來源和使用限制：網(wǎng)上書店運營商和軟件開發(fā)商

d.硬件、軟件、運行環(huán)境和開發(fā)環(huán)境的條件和限制：軟件開發(fā)商擁有計算機以及用來支持的數(shù)據(jù)庫，安裝有Windows2000及以上的操作系統(tǒng)。e.建議開發(fā)軟件投入使用的最遲時間：開發(fā)完成后試運行1個月。

2.4可行性研究方法

通過與資深實體書店經(jīng)營商進行深入討論，制定詳細客戶調(diào)查問卷，真正了解客戶以及書店管理員的實際需求，根據(jù)經(jīng)營商提供的信息以及問題定義再綜合調(diào)查問卷中客戶提出的意見進行改進。最終確定項目需要解決的問題，并確定問題能不能被解決。

2.5決定可行性的主要因素

1）項目開發(fā)成本 2）所需設備置辦成本 3）技術是否能滿足需求 4）資源有效性

5）該系統(tǒng)的用戶需求量

3．現(xiàn)有系統(tǒng)的分析

3.1處理流程和數(shù)據(jù)流程

系統(tǒng)的關鍵業(yè)務是進行書籍的出入庫管理和客戶付賬管理。主要數(shù)據(jù)流程：

書籍入庫：增加書籍→添加書籍信息 書籍出庫：掃描書籍信息→刪除書籍

客戶付賬：掃描書籍信息→記錄交易時間和交易額

3.2工作負荷

1、當前大多數(shù)實體書店所使用的管理系統(tǒng)在處理交易時手續(xù)繁瑣，人工業(yè)務操作過多，辦理一個客戶的業(yè)務就需耗費較長的時間，其他客戶只有等待。這樣太浪費時間，需要大量的管理員處理客戶業(yè)務。

2、實體書店對書籍的出入庫管理以及書籍的分類擺放和維護都由人工來完成，大大增加了管理員的工作量，所以實體書店往往需要雇傭較多店員，浪費人力物力。

3、客戶為找到所需書籍耗時較長且最終不一定能找到，大大浪費了客戶的時間。

3.3費用支出

運行現(xiàn)有系統(tǒng)所需要的費用支出包括：實體書店經(jīng)營者及店員的工資，現(xiàn)有系統(tǒng)維護所需資金、購買設備所需資金、店面租金、進貨成本。

3.4人員

需要實體店經(jīng)營者及大量店員。

3.5設備

現(xiàn)有系統(tǒng)所需要的設備有：打印機、電腦、掃描儀、服務器。

3.6存在的問題

工作效率底下，不能符合大量客戶需求的及時性和全面性，給客戶的生活帶來不便，更主要的是管理員錄入書籍工作量巨大并且不能實現(xiàn)書籍的實時更新和統(tǒng)計。這是現(xiàn)有系統(tǒng)辦理業(yè)務的流程中出現(xiàn)的一個嚴重問題。為了解決這一問題，讓人們在購買書籍時更加方便快捷，我們急需開發(fā)一個高效的網(wǎng)上書店管理系統(tǒng)，讓客戶足不出戶就能購買到更多更全面的書籍。

1、當前大多數(shù)實體書店所使用的管理系統(tǒng)在處理交易時手續(xù)繁瑣，人工業(yè)務操作過多，辦理一個客戶的業(yè)務就需耗費較長的時間，其他客戶只有等待。這樣太浪費時間，需要大量的管理員處理客戶業(yè)務。

2、實體書店對書籍的出入庫管理以及書籍的分類擺放和維護都由人工來完成，大大增加了管理員的工作量，所以實體書店往往需要雇傭較多店員，浪費人力物力。

3、客戶為找到所需書籍耗時較長且最終不一定能找到，大大浪費了客戶的時間。

4、實體書店運營商的工作時間有限，不能24小時開張營業(yè)，也不能及時了解用戶的需求，經(jīng)營效益低下。

4．技術可行性分析

4.1對系統(tǒng)的簡要描述

網(wǎng)上書店可實現(xiàn)多用戶同時訪問并查閱書籍信息，客戶對所需書籍可選中加 6 入訂單并在線與管理員進行交流，管理員可通過該系統(tǒng)對大量訂單進行批量處理并對數(shù)據(jù)庫進行實時更新和管理。采用現(xiàn)在較為流行的J2EE和數(shù)據(jù)庫。

4.2主要技術

開發(fā)技術：JAVA WEB技術，數(shù)據(jù)庫技術和網(wǎng)頁制作 開發(fā)工具：myeclipse+SQL SEVER+tomcat 主要開發(fā)人員：

編程組：技術成熟。

UI界面組：技術成熟。

數(shù)據(jù)庫：技術成熟。

網(wǎng)頁制作組：技術成熟。

架構(gòu)組：技術成熟。

信息系統(tǒng)開發(fā)組：技術成熟。

網(wǎng)絡和通信技術組：技術成熟?？傮w評價：技術組人員技術均達標。

4.3與現(xiàn)有系統(tǒng)比較的優(yōu)越性

利用該系統(tǒng)運營的網(wǎng)上書店與實體書店相比減少了管理員的工作量，實現(xiàn)書籍管理的數(shù)字化，大大提高了工作效率。

用戶足不出戶即可進入書店瀏覽與購買所需書籍，節(jié)省客戶時間，并能迅速獲得所需書籍的全面信息，提高客戶購買書籍的效率。

網(wǎng)上書店可以24小時營業(yè)，不受時間和地點的限制，既方便了客戶，也增加了運營商的收益。

4.4采用建議系統(tǒng)可能帶來的影響

4.4.1對用戶的影響

1、對客戶的影響

減少了客戶購買書籍時查找所需書籍時間及付款時的等待時間，增加了書籍的全面性給客戶提供了更多的選擇，并且網(wǎng)上操作快捷方便?？蓪崿F(xiàn)哪里有網(wǎng)絡就可在哪里購買的愿望。

2、對管理員的影響

減少了實體書店中對書籍擺放及維護的工作量，簡便了書籍的出庫入庫操作和管理，大大減少了人力物力。

實現(xiàn)網(wǎng)上運營只需一臺電腦即可，減少了一些不必要的稅收和租金。

與客戶在線交流使管理員及時掌握客戶需求，大大增加了交易量。

實現(xiàn)24小時營業(yè)，管理員工作不受時間限制，更重要的是增加了收益額。

4.4.2對運行環(huán)境的影響

需要對每個使用該系統(tǒng)的管理員進行短時間培訓，使之熟悉使用系統(tǒng)。4.4.3對經(jīng)費支出的影響

減少了實體書店的店面租金和一些不必要的稅收，節(jié)約了運營商的經(jīng)費支出。

網(wǎng)上書店需要比實體書店更復雜更高效的管理系統(tǒng)，必須注重系統(tǒng)的開發(fā)與定期維護，會花費一定的資金。

4.5技術可行性評價

1.隨著現(xiàn)代社會的發(fā)展，人們越來越多的進行網(wǎng)上購物，在現(xiàn)有的計算機水平上（數(shù)據(jù)庫平臺開發(fā)成熟度高，網(wǎng)絡速度足夠快，計算機運行速度快）可以達到功能目標要求。

2.現(xiàn)在的計算機各方面的技術都非常成熟，相對來說開發(fā)此系統(tǒng)的技術也要求比較簡單，可以達到功能目標要求。

3.開發(fā)人員需要大約4個，其中包括1名數(shù)據(jù)庫設計人員，1名界面設計人員，1名編碼人員，1名系統(tǒng)測試人員。我們會java、c#、c++語言，以前做過會員卡管理系統(tǒng)、簡單的學生信息管理系統(tǒng)等。該條件可以滿足。

4.開發(fā)期限為一年，在規(guī)定時限內(nèi)可以完成開發(fā)。

5．所建議系統(tǒng)經(jīng)濟可行性分析

5.1支出

5.1.1基建投資

5.1.2其他一次性支出 項目

可行性分析以及需求研究 開發(fā)設計 測試基準 開發(fā)人員工資 培訓費 總計

5.1.3經(jīng)常性支出 項目 網(wǎng)絡維護費用 計算機維護費用 不可預知費用 總計

價格（￥）￥

500 ￥

1,000 ￥

500

￥ 8,000（￥2000*4）￥

1,000 ￥ 11,000

價格（￥/Y）￥ 5,000 ￥ 2,000 ￥ 10,000 ￥ 17,000 項目 計算機

數(shù)據(jù)庫管理系統(tǒng) 打印機 網(wǎng)絡建設費用

Windows 2007操作系統(tǒng)

系統(tǒng)制作 總計

價格（￥）

￥

4,000（￥4,000*1）￥

1,000

￥

1,000（￥1000*1）￥

2,000

￥

500（￥500*1）￥

10,000 ￥ 18,500 5.2效益

5.2.1經(jīng)常性收益

A精簡店員，節(jié)約￥100,000 B店面租金，節(jié)約￥100,000 C不必要稅收，節(jié)約￥20,000 5.2.2不可定量收益

A改進服務，減少客戶等待時間，客戶獲得更快更好的質(zhì)量； B減少管理員工作量；

C客戶對網(wǎng)站的訪問量和交易額可增加經(jīng)營商收益。以上總計估計為￥100，000。

5.3收益/投資比

(100000*3+20000)/(18500+11000+17000)=6.88% 5.4投資回收周期

(18500+11000+17000-30000)/(10000-1000)= 1.83(年)

6.操作可行性分析

6.1用戶使用可行性

該系統(tǒng)提供窗體界面，操作簡單。

? 客戶要求有基本的計算機使用技能，經(jīng)過簡單培訓后將會熟練使用本軟件

? 系統(tǒng)管理員要求有一定計算機的基礎知識，需要經(jīng)過簡單培訓，以能夠熟練管理本系統(tǒng)，使其正常運行。并且適應系統(tǒng)行政管理、工作制作、人員素質(zhì)的要求。7．社會因素可行性分析

7.1法律因素

? 所有軟件都選用正版；

? 所有技術資料都由提出方保管； ? 合同制定確定違約責任。

8．其他可供選擇的方案

在實體店做管理系統(tǒng)，只是實現(xiàn)了書籍的出入庫記錄和交易信息，而不能像網(wǎng)上書店管理系統(tǒng)一樣做到海量瀏覽書籍信息、訂單的批量處理。并且實體書店的日常店面租金及店員工資花銷巨大，所以不建議只制作實體書店管理系統(tǒng)，而推薦使用網(wǎng)上書店管理系統(tǒng)。

9.結(jié)論意見

通過對項目整體進行可行性分析，該項目無論在操作可行性、技術可行性、經(jīng)濟可行性及社會可行性上均滿足要求，因此，開發(fā)此系統(tǒng)的構(gòu)想是可行的，可著手進行開發(fā)。

第四篇：銀行管理系統(tǒng) 可行性研究報告

目錄

1.引言

1.1問題

1.2實現(xiàn)條件

1.3約束條件

1.4 背景

2.管理

2.1 重要的實現(xiàn)

2.2 建議

2.3 效果

3.方案選擇

3.1 選擇系統(tǒng)配置

3.2 選擇方案的標準

4.系統(tǒng)描述

4.1 縮寫詞

4.2 各個子系統(tǒng)的可行性

4.2.1 新用戶注冊

4.2.2 已注冊用戶登陸

4.2.3 用戶存款

4.2.4 用戶取款

5.成本效益分析

6.技術風險評價

7.有關法律問題

8.用戶使用可靠性

9.結(jié)論

銀行管理系統(tǒng)可行性研究報告

1.引言

1.1 問題描述

隨著經(jīng)濟社會的快速發(fā)展，人們已不滿意于人工存取款的低效率，追求更高的存取效率，并且業(yè)務的種類逐漸豐富、復雜度提高，人工操作出現(xiàn)的失誤也呈現(xiàn)上升趨勢，銀行根據(jù)行業(yè)和用戶的需求，決定開發(fā)新型的銀行管理系統(tǒng)，以降低操作復雜度、出錯率，從而提高工作效率。

1.2 實現(xiàn)條件

本銀行管理系統(tǒng)旨在提高銀行工作人員的工作速率、以及降低出錯率，通過簡單高效的操作來實現(xiàn)目的，將一系列的操作集成起來，實現(xiàn)功能的耦合，提高操作的易操作性、高效率性。同時用戶也可以查詢自己賬戶的所有信息，使一些類似于查詢賬戶信息、修改賬戶密碼、查詢余額、查詢透支額的功能，可以從人工柜臺中分離出來，不必為了類似的查詢功能，使得用戶前往柜臺辦理，同時也減少了柜臺工作人員工作量。

1.3 約束條件

在完成項目的基本功能：即注冊用戶、登錄賬戶、存款、取款、修改密碼、查詢本人的所有賬戶、查看存儲年限、查看透支額度。之后，進行簡單的測試，若符合要求，則基本完成。

1.4背景

(1)開發(fā)軟件名稱：銀行儲蓄系統(tǒng)。

(2)項目開 發(fā) 者：“銀河一號銀行管理系統(tǒng)”開發(fā)小組

(3)用 戶單 位： 各種商業(yè)銀行。

2.管理

2.1 重要的實現(xiàn)

(1)可以實現(xiàn)注冊用戶、登陸用戶

(2)可以在注冊過程中選擇幣種和卡型

(3)可以在登陸用戶后修改密碼

(4)可以通過用戶身份信息查出該用戶的所有賬戶

(5)可以在登錄用戶后查看用戶的信息

(6)可以通過賬號來查詢賬號的透支額度

2.2 建議

在原有的管理系統(tǒng)基礎上進行深一步的開發(fā)，以原有的管理系統(tǒng)作為開發(fā)新系統(tǒng)信息的主要來源，通過原有系統(tǒng)的功能、性能以及存在的問題，來得到新系統(tǒng)的雛形。采用新的算法和結(jié)構(gòu)，簡化操作流程，加快了客戶辦理業(yè)務的速度。通過新的開發(fā)要求來逐步擴展、完善新系統(tǒng)的功能，建立新系統(tǒng)的高層邏輯模型，從而得到滿足新需求的新銀行管理系統(tǒng)。

2.3 效果

通過利用原有系統(tǒng)可以清晰的了解到系統(tǒng)的結(jié)構(gòu)、大大縮減系統(tǒng)的開發(fā)周期，降低開發(fā)費用，減少開發(fā)人員的工作強度。

3.方案選擇

3.1 選擇系統(tǒng)配置

(1)運行內(nèi)存512M以上

(2)硬盤存儲10G以上

(3)操作系統(tǒng)為Windows NT/XP/7

3.2 選擇方案的標準

由于項目開發(fā)周期較短，故而不采取連接數(shù)據(jù)庫，進行對用戶信息的存儲，僅僅使用固定文件存儲用戶的所有信息。

4.系統(tǒng)描述

4.1 縮寫詞

_CardId：用戶賬戶卡號

_ID：用戶身份證號

_Name：用戶真實姓名

_Address：用戶通訊地址

_Call：用戶電話號碼

_Password：用戶賬戶密碼

_MoneyT：預存貨幣種類

_AccountT：賬戶類型

_FirstSaving： 預存款額

4.2 各個子系統(tǒng)的可行性

4.2.1 新用戶注冊

新用戶的注冊即創(chuàng)建賬戶：通過交互界面輸入一個賬戶的所有信息，并將該賬戶信息記錄添加到賬戶信息表中。賬戶信息包括：儲戶的身份證號、真實姓、通訊地址、電話號碼、賬戶類型、貨幣種類、預存款額、賬戶密碼。在創(chuàng)建用戶成功后，由系統(tǒng)產(chǎn)生卡號來標示用戶賬戶。

4.2.2 已注冊用戶登陸

通過交互界面輸入要登錄的帳號和密碼，系統(tǒng)在賬戶信息表中搜索待登錄賬戶，并根據(jù)搜索結(jié)果顯示不同的信息：如果指定的帳號不存在，則顯示”無此帳號！”提示信息；如果帳號存在但密碼不符，則顯示”密碼錯誤！”提示信息；如果信息都符合，則立即出現(xiàn)賬戶管理界面，顯示賬戶的所有信息包括賬號、賬戶類型、幣種、余額和儲戶的所有信息(身份證號、真實姓名、通訊地址、電話號碼)。

4.2.3 用戶存款

在柜員操作時進行存款操作不需要輸入密碼即可存款，而儲戶在成功登錄賬戶后，才可以進行存款操作。

4.2.4 用戶取款

儲戶在成功登錄賬戶后，可以進行取款操作。其中一般賬戶和結(jié)算賬戶的取款操作相同，定期存款賬戶不得在未到期之前取款，信用卡賬戶允許透支10000元（各幣種）。

5.成本效益分析

(1)基礎投資

1> 運行內(nèi)存512M以上、硬盤10G以上的PC 2臺4000元

2> 正版操作系統(tǒng)一套300元

(2)其它投資

培訓專業(yè)的維護人員 300元 雇傭?qū)I(yè)的維護人員3000元/月

(3)效益分析

1> 減少柜員數(shù)量收益 3人*3000元/月

2> 減少出錯率提高用戶數(shù)量收益100萬/年

(4)合計(以年為單位)

投資總計：4000+300+3000*12 = 40300元

效益總計：3*3000*12+1000000 = 1108000元

收益/投資比： 1108000/40300 = 27 投資回收期為一年

6.技術風險評價

當前社會，開發(fā)系統(tǒng)的計算機硬件已經(jīng)非常普及，完全滿足要求，而開發(fā)技術——面向?qū)ο蟮某绦蛟O計，這種開發(fā)技術是比較成熟的，實現(xiàn)起來是可行并且有效的，運用這種開發(fā)技術開發(fā)本銀行管理系統(tǒng)在技術上是支持的，在以后的維護和升級中也是兼容的，這種開發(fā)技術在以后的發(fā)展中會更加的成熟，和高效，故而采用這種技術是比較可行的，同時銀行還必須有一定的操作、維護的專業(yè)人員，在這方面可以通過培訓原來的操作人員成為新的操作人員，維護人員可雇傭?qū)I(yè)人員解決。本銀行管理系統(tǒng)兩人進行開發(fā)，兩人都接受過系統(tǒng)而完整的面向?qū)ο蟮某绦蛟O計教育和培訓，完全有能力完成本項目。

7.有關法律問題

(1）遵守《中華人民共和國網(wǎng)絡使用法》

(2)用正版軟件，盜版必究

(3)合同制定確定違約責任

(4)該軟件項目最終解釋權(quán)歸屬銀行管理系統(tǒng)開發(fā)小組

(5)運行保證合格

8.用戶使用可靠性

(1)用戶需要定的計算機基礎

(2)操作人員需要有一定的操作計算機的經(jīng)驗

(3)操作人員必須能夠保證軟件的正常運行

9.結(jié)論

銀行管理系統(tǒng)在目前是一個技術上成熟的系統(tǒng)，它降低了柜員的操作復雜度、提高了業(yè)務處理速率，提高用戶的滿意度和信任度，使銀行適應現(xiàn)代化市場競爭的需求，促進銀行管理信息化，不斷滿足儲戶的要求，爭取獲得更高的商業(yè)效益，取得更高的市場用戶占有率。

第五篇：酒店管理系統(tǒng)可行性研究報告

酒店管理系統(tǒng)

可行性研究報告

可行性研究報告

1引言

在信息高度發(fā)達的今天，酒店業(yè)務涉及的各個工作環(huán)節(jié)已經(jīng)不再僅僅是傳統(tǒng)的住宿、結(jié)算業(yè)務，而是更廣、更全面的服務性行業(yè)代表。酒店作為一個服務性行業(yè)，從客房的營銷即客人的預定開始，到入住登記直至最后退房結(jié)帳，整個過程應該能夠體現(xiàn)以賓客為中心，提供快捷、方便的服務，給賓客感受一種顧客至上的享受，提高酒店的管理水平，簡化各種復雜操作，在最合理最短時間內(nèi)完成酒店業(yè)務規(guī)范操作，這樣才能令旅客舒適難忘，增加賓客回頭率。面對酒店行業(yè)內(nèi)激烈的競爭形勢，各酒店均在努力拓展其服務領域的廣度和深度。因此，采用全新的計算機網(wǎng)絡和管理系統(tǒng)，將成為提高酒店的管理效率，改善服務水準的重要手段之一。1.1編寫目的

本可行性研究報告的編寫目的在于，對酒店管理系統(tǒng)作充分的可行性研究分析及指出其存在的重要性。分析、對比原有的酒店管理與用計算機管理和控制的酒店管理系統(tǒng)，明確開發(fā)酒店管理系統(tǒng)的方向、有效途徑，確定開發(fā)本管理系統(tǒng)所采取的步驟、方法及對策。

預期的讀者：中間用戶(軟件的管理人員、開發(fā)人員、維護人員)、最終用戶（中高級管理人員和酒店業(yè)主）。1.2背景

1.2.1 工程的名稱：

酒店管理系統(tǒng)

1.2.2 工程產(chǎn)品的名稱： 酒店管理系統(tǒng)

1.2.3 工程組織者：

酒店管理系統(tǒng)開發(fā)小組

產(chǎn)品用戶：

中高級管理人員和酒店業(yè)主或老板

產(chǎn)品設計者：

酒店管理系統(tǒng)開發(fā)小組

產(chǎn)品生產(chǎn)者：

酒店管理系統(tǒng)開發(fā)小組

1.2.4 產(chǎn)品所有權(quán)：

酒店管理系統(tǒng)開發(fā)小組擁有 1.3參考資料

《軟件工程》

----張海藩 編著

清華大學出版社 酒店管理系統(tǒng)

可行性研究報告

《數(shù)據(jù)庫系統(tǒng)概論》----薩師煊 王珊 編著

高等教育出版社

《現(xiàn)代酒店經(jīng)營》

----詹益政 編著

南方日報出版社 2可行性研究的前提 2.1要求

系統(tǒng)能夠最大限度的利用有限資源快速準確收集、處理、分析統(tǒng)計酒店發(fā)生的信息資源。提供各種數(shù)據(jù)查詢方式，方便管理人員進行查詢。能夠形成各種數(shù)據(jù)報表，及時準確反映酒店業(yè)務情況。系統(tǒng)各模塊功能相互獨立，利用數(shù)據(jù)流相互關聯(lián)，最大的限制錯誤錄入，實現(xiàn)內(nèi)部資源共享。安全性方面，系統(tǒng)采用計算機管理避免手工輸入的弊病，利用計算機進行科學的優(yōu)化業(yè)務流程，構(gòu)筑合理的管理架構(gòu)和完善的管理制度。數(shù)據(jù)采用多級保護，減少酒店數(shù)據(jù)丟失。

酒店管理系統(tǒng)模塊功能簡介：前臺接待模塊，前臺收銀管理，客房預定管理，客房管理模塊，報表管理模塊，核數(shù)管理，經(jīng)理查詢及輔助決策分析模塊，系統(tǒng)設置管理。

本系統(tǒng)預計將于四個月內(nèi)完成，工程開始時間：2004年1月；結(jié)束時間：2004年5月。2.2目標

酒店管理系統(tǒng)采用科學的管理思想與先進的管理手段的完善結(jié)合?？蓭椭频旯芾砣藛T，對酒店管理過程中大量動態(tài)的、錯綜復雜的數(shù)據(jù)和信息進行及時準確的分析和處理，從而使酒店管理真正由經(jīng)驗管理進入到科學管理,幫助經(jīng)營者更好的管理酒店、成本控制和客戶來源，從而提高酒店的經(jīng)營效益。2.3進行可行性研究的方法

本系統(tǒng)的可行性研究時通過開發(fā)小組歷時十天的時間調(diào)查分析后得出的，主要是通過調(diào)查現(xiàn)有的系統(tǒng)，分析開發(fā)酒店管理系統(tǒng)所具備的能力及實現(xiàn)的方法。確定出新系統(tǒng)的總體結(jié)構(gòu)，最終形成一個完善的系統(tǒng)軟件。2.4評價尺度

利用目前流行的WINDOWS編程開發(fā)一個較為完善的產(chǎn)品，以能夠達到提高酒店管理人員的工作效率、減少額外人力、物力資源開銷為評價標準。酒店管理系統(tǒng)

可行性研究報告

3對現(xiàn)有系統(tǒng)的分析

3.1 現(xiàn)有系統(tǒng)的處理流程（部分）

3.2工作負荷

在現(xiàn)有的酒店管理系統(tǒng)處理過程中，如果采用人工手動進行管理的話，管理人員所要處理的各種數(shù)據(jù)信息非常龐大，而且數(shù)據(jù)信息的保存采用紙張保存，同時，數(shù)據(jù)保存、數(shù)據(jù)處理和數(shù)據(jù)交換等也都需要人工進行，而在這個過程當中很容易出現(xiàn)人為的失誤。3.3費用開支 酒店管理系統(tǒng)

可行性研究報告

目前的酒店業(yè)務管理需要大量的人力，物力資源，需要為此付出大量的人員工資，住房等；同時，需要花費大量的時間進行各項數(shù)據(jù)的計算，統(tǒng)計，分析等。3.4人員

目前的酒店業(yè)務管理所需要的人員并不要求具備有很高的專業(yè)技術，但卻需要很多的人員數(shù)量。3.5 局限性

目前的酒店管理需要的人員數(shù)量太多，管理不方便，業(yè)務處理時間趕不上需要，響應不及時，數(shù)據(jù)存儲能力不足，處理功能不夠，數(shù)據(jù)處理時間太長，數(shù)據(jù)安全性，穩(wěn)定性較差。

4所建議的系統(tǒng) 4.1對所建議系統(tǒng)的說明

酒店計算機管理系統(tǒng)采用業(yè)界先進的C/S架構(gòu)模式，關系數(shù)據(jù)庫采用大型數(shù)據(jù)庫MICRSOFT SQL SERVER 2000，能夠存儲大量的數(shù)據(jù)信息，保證數(shù)據(jù)的安全性，穩(wěn)定性，減少數(shù)據(jù)丟失，實現(xiàn)內(nèi)部資源共享。系統(tǒng)采用C++作為前端開發(fā)語言，操作界面為傳統(tǒng)Windows用戶界面，操作方便，避免手工輸入的弊病，能夠最大的限制錯誤錄入。4.2處理流程和數(shù)據(jù)流程

酒店管理系統(tǒng)流程圖：

酒店管理系統(tǒng)

可行性研究報告

4.3改進之處

本系統(tǒng)的高度集成化，系統(tǒng)基于現(xiàn)代先進的操作平臺 WINDOWS 98 & WINDOWS 2000，運用強大的SQL數(shù)據(jù)庫引擎,數(shù)據(jù)隨手可得；各種報表隨時可得，而且一定是最新的資料，當你對報表中某些數(shù)據(jù)產(chǎn)生疑問，你可以立刻找到相關的原始資料，你不必再從堆積如山的單據(jù)中翻找；人人都有責任感使管理者變得輕松，員工特有的權(quán)限和操作密碼使操作員必須對自己的操作負責。系統(tǒng)即時反映客人消費情況，避免不應有的損失?？腿藢⒌玫骄_細目帳單，系統(tǒng)作到精確為每一筆細節(jié)；不管是財務總控還是總經(jīng)理決策，都需要即時的數(shù)據(jù)，系統(tǒng)對日常營業(yè)資料進行統(tǒng)計分析，使管理者得到極有價值的決策信息：歡迎新客人，不忘老客人，客戶歷史資料與接待系統(tǒng)和預訂系統(tǒng)連為一體，只要客人報上已有帳號或用證件號碼，系統(tǒng)會自動尋找客戶資料無須再次填寫，迅速入住，真正的WINDOWS設計，全面體現(xiàn)多任務，鼠標點擊，快捷鍵等，極其方便。

4.4影響

4.4.1對設備的影響

本系統(tǒng)對計算機硬件配置要求較高。本系統(tǒng)支持Windows 98/2000。對硬件的最低要求：Pentium 166MHz處理器(或同級的兼容處理器)，64M內(nèi)存(推薦為 酒店管理系統(tǒng)

可行性研究報告

64M,最高為4G)，16M顯卡，至少500M的硬盤剩余空間。推薦配置：Pentium III 600MH處理器，256M內(nèi)存，16M顯卡，100M自適應網(wǎng)卡，2G的硬盤剩余空間。同時，需要安裝打印機外部設備。4.4.2對軟件的影響

本系統(tǒng)支持的操作系統(tǒng)有Windows 98se/ 2000 SERVER，需要安裝MICROSOFT SQL SERVER2000數(shù)據(jù)庫系統(tǒng)，系統(tǒng)在使用時對其他軟件不會發(fā)生沖突。

4.4.3對用戶單位機構(gòu)的影響

建議在酒店對工作人員進行培訓，通過對系統(tǒng)應用的培訓，加強酒店工作人員規(guī)范的工作流程及高度責任心；計算機基礎及應用平臺（WINDOWS 9X/2000）的培訓，對操作人員進行酒店管理軟件（系統(tǒng)各部分功能）及硬件（打印機）的使用培訓；幫助系統(tǒng)管理員建立系統(tǒng)管理、數(shù)據(jù)維護、軟件使用的日常維護能力，操作員經(jīng)考試合格后方可上崗。4.4.4對系統(tǒng)運行過程的影響

用戶可將本系統(tǒng)隨意安裝在計算機的任意位置。對輸入數(shù)據(jù)預處理的過程無影響。系統(tǒng)數(shù)據(jù)統(tǒng)一采用數(shù)據(jù)庫存儲，定期對數(shù)據(jù)進行備份，避免數(shù)據(jù)丟失。4.4.5對開發(fā)的影響

為了開發(fā)這個系統(tǒng)，需要用戶的密切配合。用戶需要向開發(fā)人員解釋酒店管理的整個工作流程，幫助開發(fā)人員理解酒店管理工作的各個環(huán)節(jié)。在建立數(shù)據(jù)庫時，需要原有酒店管理系統(tǒng)的各種原始數(shù)據(jù)表單（如原有的客戶資料表，各種合同，合約，報表的原始樣式）。同時，為了開發(fā)和測試新系統(tǒng)，需要幾臺配置較好的計算機，接有打印機外部設備。最后，系統(tǒng)數(shù)據(jù)庫中保存的財務數(shù)據(jù)，各種合約，報表等都必須要進行保密性與安全性等方面的考慮。4.5局限性

由于開發(fā)人員經(jīng)驗不足，日期較短，又因為酒店管理內(nèi)容繁多，所以所涉及的范圍不夠全面。目前我們的使用范圍非常狹窄，且本軟件是我們的初次版本，如果該軟件提高版本，本軟件需要大量的修改和更新。4.6技術條件方面的可行性

在當前的限制條件下，本系統(tǒng)的功能目標能夠達到；利用現(xiàn)有的技術，本系 6 酒店管理系統(tǒng)

可行性研究報告

統(tǒng)的功能能夠?qū)崿F(xiàn)；系統(tǒng)現(xiàn)階段的發(fā)展過程中，利用現(xiàn)有人力和物力是完全具備的能力開發(fā)出來的，作為階段性產(chǎn)品，日后的發(fā)展空間大，實現(xiàn)方法逐步簡單容易，所以酒店管理系統(tǒng)在技術上是完全可行的。小組開發(fā)人員的數(shù)量和質(zhì)量完全能夠滿足開發(fā)本系統(tǒng)的要求，并且能夠在規(guī)定的期限內(nèi)開發(fā)完成系統(tǒng)。

5可選擇的其他系統(tǒng)方案 5.1可選擇的其他系統(tǒng)方案 5.1.1 該方案與首選方案的不同

首選方案是應用面向?qū)ο蠹夹g，它以采用現(xiàn)代流行關系數(shù)據(jù)庫系統(tǒng)MICROSOFT SQL SERVER7.0/2000存放數(shù)據(jù)信息，基于客戶╱服務器的體系結(jié)構(gòu)，從而極大提高了系統(tǒng)速度，維護和繼承功能。5.1.2 本方案的概況

本方案所有界面的思想與選定方案相同，但是它采用結(jié)構(gòu)化設計方法。本方案程序比較復雜，編譯過程復雜。5.1.3 不選此方案的原因

a.不利于程序的修改，在這種方案中程序用到的數(shù)據(jù)分布在程序體的各個部分，如修改必在整個程序中尋找，而首選方案是采用大型關系型數(shù)據(jù)庫存儲數(shù)據(jù)，較容易查錯并修改。

b.用結(jié)構(gòu)化設計方法，程序比較復雜，繁瑣。

c.如果數(shù)據(jù)量較大，就會在程序過程中產(chǎn)生大量冗余，容易使程序出錯。

6社會因素方面的可行性 6.1法律方面的可行性

本產(chǎn)品是采用面向?qū)ο蠹夹g進行開發(fā)，是一個相對獨立的技術產(chǎn)品，通過正當法律程序開發(fā)、應用本產(chǎn)品將會得到合法利益。6.2使用方面的可行性

例如從用戶單位的行政管理、工作制度等方面來看，是否能夠使用該軟件系統(tǒng)；從用戶單位的工作人員的素質(zhì)來看，是否能滿足使用該軟件系統(tǒng)的要求等等，都是要考慮的。

酒店管理系統(tǒng)

可行性研究報告

a.對酒店工作制度的管理，人員的調(diào)整合理化是可行的；

b.用戶單位的工作人員具有計算機基礎知識完全可以使用該產(chǎn)品；

c.該產(chǎn)品使用的環(huán)境為酒店的各個部門。6.3經(jīng)濟方面的可行性

本產(chǎn)品開發(fā)人員少，投資少，技術含量高，同時它帶來了無形的，較大的收益，因此本產(chǎn)品在經(jīng)濟上是可行的。產(chǎn)品可檢測性 7.1 檢測標準

軟件標準：軟件規(guī)模、復雜程度、安全性、可操作性、可觀察性、可控制性、冗余的大小。7.2 檢測的方法

通過軟件測試：

黑盒測試：主要在軟件界面上進行的測試。

白盒測試：在重要邏輯路徑進行測試，檢測重要數(shù)據(jù)結(jié)構(gòu)的有效性。8 產(chǎn)品的可生產(chǎn)性

酒店管理系統(tǒng)使用面向?qū)ο缶幊陶Z言可以達到開發(fā)效果,有著技術的先進性和可行性。8.1 生產(chǎn)標準 8.1.1 質(zhì)量標準

正確性：程序是否按程序流程圖及數(shù)據(jù)字典完成程度。

可靠性：安全運行時間越長越好。

可用性：是否能夠解決實際的存在問題。

完整性：對未授權(quán)的人員訪問此系統(tǒng)軟件可控性強。

靈活性：修改一個程序的工作量。8.1.2 生產(chǎn)工藝

光盤可滿足裝載。9 可行性綜合分析 9.1 技術方面

酒店管理系統(tǒng)

可行性研究報告

本工程產(chǎn)品開發(fā)周期為四個月，在技術方面采用面向?qū)ο蠹夹g與數(shù)據(jù)庫相結(jié)合方法來實現(xiàn)。要求所有數(shù)據(jù)信息的儲存都由數(shù)據(jù)庫來完成，而這些數(shù)據(jù)信息的調(diào)用必須由面向?qū)ο缶幊淘O計完成。9.1.2 社會方面

酒店方面的大力支持，對我們工程的進程非常有利。9.2 競爭者分析

目前，大部分的相應軟件都是用結(jié)構(gòu)化設計方法。并且其功能方面不夠完善。他們的軟件對用戶的要求過高，并需要長時間的培訓，我們不僅在技術上占有先進性，而且當產(chǎn)品生產(chǎn)出來后可大大減輕用戶的負擔。這會保證我們在競爭中占有很大的優(yōu)勢。9.3 可行性結(jié)論

綜上所述，本工程的技術成熟先進、完備，測試手段可靠，具有良好的市場拓展，系統(tǒng)設計合理層次分明，實用性強，投資與收益比例適當，具有一定開發(fā)價值，因此本工程可立即開始。10 結(jié)論

綜上所述，本工程的技術成熟、完備，測試手段可靠，具有良好的市場拓展，因此本工程可立即開始。