第一篇：酒店管理系統可行性研究報告

酒店管理系統

可行性研究報告

可行性研究報告

1引言

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

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

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

1.2.1 工程的名稱：

酒店管理系統

1.2.2 工程產品的名稱： 酒店管理系統

1.2.3 工程組織者：

酒店管理系統開發小組

產品用戶：

中高級管理人員和酒店業主或老板

產品設計者：

酒店管理系統開發小組

產品生產者：

酒店管理系統開發小組

1.2.4 產品所有權：

酒店管理系統開發小組擁有 1.3參考資料

《軟件工程》

----張海藩 編著

清華大學出版社 酒店管理系統

可行性研究報告

《數據庫系統概論》----薩師煊 王珊 編著

高等教育出版社

《現代酒店經營》

----詹益政 編著

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

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

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

本系統預計將于四個月內完成，工程開始時間：2004年1月；結束時間：2004年5月。2.2目標

酒店管理系統采用科學的管理思想與先進的管理手段的完善結合。可幫助酒店管理人員，對酒店管理過程中大量動態的、錯綜復雜的數據和信息進行及時準確的分析和處理，從而使酒店管理真正由經驗管理進入到科學管理,幫助經營者更好的管理酒店、成本控制和客戶來源，從而提高酒店的經營效益。2.3進行可行性研究的方法

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

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

可行性研究報告

3對現有系統的分析

3.1 現有系統的處理流程（部分）

3.2工作負荷

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

可行性研究報告

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

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

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

4所建議的系統 4.1對所建議系統的說明

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

酒店管理系統流程圖：

酒店管理系統

可行性研究報告

4.3改進之處

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

4.4影響

4.4.1對設備的影響

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

可行性研究報告

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

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

4.4.3對用戶單位機構的影響

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

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

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

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

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

可行性研究報告

統的功能能夠實現；系統現階段的發展過程中，利用現有人力和物力是完全具備的能力開發出來的，作為階段性產品，日后的發展空間大，實現方法逐步簡單容易，所以酒店管理系統在技術上是完全可行的。小組開發人員的數量和質量完全能夠滿足開發本系統的要求，并且能夠在規定的期限內開發完成系統。

5可選擇的其他系統方案 5.1可選擇的其他系統方案 5.1.1 該方案與首選方案的不同

首選方案是應用面向對象技術，它以采用現代流行關系數據庫系統MICROSOFT SQL SERVER7.0/2000存放數據信息，基于客戶╱服務器的體系結構，從而極大提高了系統速度，維護和繼承功能。5.1.2 本方案的概況

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

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

b.用結構化設計方法，程序比較復雜，繁瑣。

c.如果數據量較大，就會在程序過程中產生大量冗余，容易使程序出錯。

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

本產品是采用面向對象技術進行開發，是一個相對獨立的技術產品，通過正當法律程序開發、應用本產品將會得到合法利益。6.2使用方面的可行性

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

酒店管理系統

可行性研究報告

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

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

c.該產品使用的環境為酒店的各個部門。6.3經濟方面的可行性

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

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

通過軟件測試：

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

白盒測試：在重要邏輯路徑進行測試，檢測重要數據結構的有效性。8 產品的可生產性

酒店管理系統使用面向對象編程語言可以達到開發效果,有著技術的先進性和可行性。8.1 生產標準 8.1.1 質量標準

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

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

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

完整性：對未授權的人員訪問此系統軟件可控性強。

靈活性：修改一個程序的工作量。8.1.2 生產工藝

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

酒店管理系統

可行性研究報告

本工程產品開發周期為四個月，在技術方面采用面向對象技術與數據庫相結合方法來實現。要求所有數據信息的儲存都由數據庫來完成，而這些數據信息的調用必須由面向對象編程設計完成。9.1.2 社會方面

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

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

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

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

第二篇：銀行管理系統 可行性研究報告

目錄

1.引言

1.1問題

1.2實現條件

1.3約束條件

1.4 背景

2.管理

2.1 重要的實現

2.2 建議

2.3 效果

3.方案選擇

3.1 選擇系統配置

3.2 選擇方案的標準

4.系統描述

4.1 縮寫詞

4.2 各個子系統的可行性

4.2.1 新用戶注冊

4.2.2 已注冊用戶登陸

4.2.3 用戶存款

4.2.4 用戶取款

5.成本效益分析

6.技術風險評價

7.有關法律問題

8.用戶使用可靠性

9.結論

銀行管理系統可行性研究報告

1.引言

1.1 問題描述

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

1.2 實現條件

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

1.3 約束條件

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

1.4背景

(1)開發軟件名稱：銀行儲蓄系統。

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

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

2.管理

2.1 重要的實現

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

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

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

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

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

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

2.2 建議

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

2.3 效果

通過利用原有系統可以清晰的了解到系統的結構、大大縮減系統的開發周期，降低開發費用，減少開發人員的工作強度。

3.方案選擇

3.1 選擇系統配置

(1)運行內存512M以上

(2)硬盤存儲10G以上

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

3.2 選擇方案的標準

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

4.系統描述

4.1 縮寫詞

_CardId：用戶賬戶卡號

_ID：用戶身份證號

_Name：用戶真實姓名

_Address：用戶通訊地址

_Call：用戶電話號碼

_Password：用戶賬戶密碼

_MoneyT：預存貨幣種類

_AccountT：賬戶類型

_FirstSaving： 預存款額

4.2 各個子系統的可行性

4.2.1 新用戶注冊

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

4.2.2 已注冊用戶登陸

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

4.2.3 用戶存款

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

4.2.4 用戶取款

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

5.成本效益分析

(1)基礎投資

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

2> 正版操作系統一套300元

(2)其它投資

培訓專業的維護人員 300元 雇傭專業的維護人員3000元/月

(3)效益分析

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

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

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

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

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

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

6.技術風險評價

當前社會，開發系統的計算機硬件已經非常普及，完全滿足要求，而開發技術——面向對象的程序設計，這種開發技術是比較成熟的，實現起來是可行并且有效的，運用這種開發技術開發本銀行管理系統在技術上是支持的，在以后的維護和升級中也是兼容的，這種開發技術在以后的發展中會更加的成熟，和高效，故而采用這種技術是比較可行的，同時銀行還必須有一定的操作、維護的專業人員，在這方面可以通過培訓原來的操作人員成為新的操作人員，維護人員可雇傭專業人員解決。本銀行管理系統兩人進行開發，兩人都接受過系統而完整的面向對象的程序設計教育和培訓，完全有能力完成本項目。

7.有關法律問題

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

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

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

(4)該軟件項目最終解釋權歸屬銀行管理系統開發小組

(5)運行保證合格

8.用戶使用可靠性

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

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

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

9.結論

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

第三篇：圖書館管理系統可行性研究報告

圖書館管理系統可行性研究報告

標簽： 分類：MyDocument

雜談

1.引言1.1編寫目的

本報告的目的是研究本系統的總體需求、實現方案，并分析開發系統的可行性，為決策者提供是否開發該系統的依據和建議。1.2項目背景

開發軟件名稱：圖書館管理系統 項目開發者：XXXX 用戶單位：XX大學圖書館 1.3定義

圖書館管理系統對于現代圖書館而言，是能否發揮其教學科研目的作用至關重要的技術平臺。對于讀者和圖書管理員來說，是能否方便快速獲取信息的關鍵。建立一個圖書館管理系統，初步實現圖書館管理計算機化，信息化，以保證圖書館工作的有效進行。1.4參考資料

①．任勝兵等，《軟件工程》，北京郵電大學出版社 ②．《可行性研究報告》

2.可行性研究的前提

數據處理手工操作，工作量大，出錯率高，出錯后不易更改。圖書館采取手工方式對圖書借閱情況進行人工管理，由于信息比較多，圖書借閱信息的管理工作混亂而又復雜；一般借閱情況是記錄在借書證上，圖書的數目和內容記錄在文件中，圖書館的工作人員和管理員也只是當時對它比較清楚，時間一長，如再要進行查詢，就得在眾多的資料中翻閱、查找了，造成查詢費時、費力。如要對很長時間以前的圖書進行更改就更加困難?；谶@此問題，我們認為有必要建立一個圖書管理系統，使圖書管理工作規范化，系統化，程序化，避免圖書管理的隨意性，提高信息處理的速度和準確性，能夠及時、準確、有效的查詢和修改情況圖書。

開發的系統要求界面友好、方便直觀。既要方便管理員對圖書信息就行添加、刪除、修改查詢和統計等管理，對借閱者進行時間限定，使得借書的效益更高更安全，又能提高工作效益，便于操作，能有效地對數據進行更新、查詢，并能在一定程度上實現了自動化。2.1要求

①．主要功能：

??書目管理：書目管理主要是針對管理員身份而言的（比如新增書目，刪除書目等等）；

??借閱證管理：借閱證管理分為五部分：注冊、補發、掛失、暫停、注銷；

??借還圖書：借書、還書； ??查詢：圖書查詢、借閱時間； ??繳費：計算超期罰款并交納費用 ②．主要性能：

可以便于對圖書進行分類和管理，對借閱者進行時間限定，使得借書的效益更高更安全。提高工作效益，便于操作，能有效地對數據進行更新、查詢，并能在一定程度上實現了自動化。③．可擴展性：

能夠適應要求的變化和修改，具有靈活的可擴充性。④．安全性：

具有較高的安全性。系統對不同的用戶提供不同的功能模塊。只有具有一定權限的管理員用戶才能語序有借、還書權限，只有具有高級權限部門管理者或維護人員用戶才能對用戶進行管理。一般的讀者用戶只能查看圖書信息和借閱情況。同時，還應具有一定的保護機制，防止系統被惡意攻擊、信息被惡意修改和竊取。有完整的數據庫備份機制。如果系統被破壞，應該能快速恢復。⑤．完成期限：

2012年3月15日至6月15日，共3個月。

2.2目標

開發目標為：

??減少人力與管理費用 ??提高信息準確度 ??改進管理和服務

??建立高效的信息傳輸和服務平臺，提高信息處理速度和利用率 ??處理速度的提高；

??控制精度或生產能力的提高； ??決策系統的改進； ??人員工作效率的提高

2.3條件、假定和限定

??建議軟件壽命：5年

??進行系統方案選擇比較時間：10天 ??經濟來源：自費

??硬件條件：PC機四臺、服務器3臺、局域網、INTERNET

??軟件條件：Oracle數據庫、Windows1操作系統、MicrosoftOffice軟件、瀏覽器等。

??可利用的信息和資源：在現有的圖書館管理系統上進行開發 ??建議開發軟件投入使用的最遲時間：2012年9月

2.4決定可行性的主要因素：

本次可行性分析是按照軟件工程的規范步驟進行的，即按復查項目目標和規模，研究目前正在使用的系統，導出新系統的高層邏輯模型，重新定義問題這一循環反復的過程進行。然后提出系統的實現方案，推薦最佳方案，對所推薦的方案就行經濟、技術、用戶操作和法律的可行性分析，最后給出系統是否值得開發的結論。

??成本/效益分析結果：效益>成本

??技術可行性：現有技術完全可以完成開發任務

??操作可行性：系統能夠被現有的工作人員快速掌握并使用 ??法律可行性：所使用工具和技術以及數據信息不違反法律 3.對現有系統的分析 3.1處理流程和數據流程

3.2工作負荷

數據處理手工操作，工作量大，出錯率高，出錯后不易更改。圖書館采取手工方式對圖書借閱情況進行人工管理，由于信息比較多，圖書借閱信息的管理工作混亂而又復雜；一般借閱情況是記錄在借書證上，圖書的數目和內容記錄在文件中，圖書館的工作人員和管理員也只是當時對它比較清楚，時間一長，如再要進行查詢，就得在眾多的資料中翻閱、查找了，造成查詢費時、費力。3.3費用支出

??基本建設投資25720元 ??其他一次性支出105600元 ??非一次性支出11200元

綜上合計142520元

3.4人員

基本上不需要專業技術人員 3.5設備

服務器：PentiumIII 500以上或更高，內存:128M以上； 硬盤：至少10G以上；

CD－ROM：16倍速以上； 網卡：10ＭＢ/100ＭＢ自適應； 工作站：PentiumII 266以上微機； 內存：64MB 硬盤：至少5G以上；

CD－ROM：16倍速以上； 網卡：10ＭＢ/100ＭＢ自適應 3.6局限性

經過嚴謹的分析，可知原有的系統存在很大的局限性，比如技術的過于陳舊，人員工作負荷大，系統維護及費用支出巨大，人員與設備技術含量低等等一系列缺點，所有這些都明確了需要一個新的適應新的信息化時代的高科技的系統。4．所建議技術可行性分析 4.1對系統的簡要描述

所建議系統是C/S和B/S模式結合。書目管理、借閱證管理、借還圖書、查詢、繳費等大部分功能通過圖書館內的局域網實現，有利于提高系統的效率和安全性、用戶在通過身份認證確定后，系統按照權限的不同向其不同各種類型用戶提供對應的功能。4.2處理流程和數據流程 4.3與現有系統比較的優越性

圖書管理工作規范化，系統化，程序化，避免圖書管理的隨意性，提高信息處理的速度和準確性，能夠及時、準確、有效的查詢和修改情況圖書。

開發的系統要求界面友好、方便直觀。既要方便管理員對圖書信息就行添加、刪除、修改查詢和統計等管理，對借閱者進行時間限定，使得借書的效益更高更安全，又能提高工作效益，便于操作，能有效地對數據進行更新、查詢，并能在一定程度上實現了自動化。4.4采用建議系統可能帶來的影響 4.4.1對設備的影響

由于所建議系統是基于Windows操作系統和校園網的，所以需要配置足夠符合以上列出的各種軟硬件條件的計算機和通信線路、系統失效后，服務端需要利用備份的數據庫恢復數據庫信息，要求要有足夠的數據庫備份空間。4.4.2對現有軟件的影響

要求落實是否有符合本報告所提到的正版軟件環境。如果沒有則需要購買 4.2.3對用戶的影響

本系統投入使用前還需改進現有的管理方式 4.2.4對系統運行的影響

對系統運行的其他軟件沒有太大的影響 4.2.5對開發環境的影響

開發過程需要用戶進行密切的配合，準確闡明需求。4.2.6對運行環境的影響

本系統客戶端擬采用Window XP操作系統，服務器采用Window 操作系統，前端開發語言使用JAVA, 使用SQL server數據庫管理系統 4.2.7對經費支出的影響

除了需要支付開發單位的有關費用外，每年還需要一定的運行維護費用（見經濟可行性）4.5技術可行性評價

??在限制條件下，功能目標能夠全部達到 ??利用現有技術，功能目標完全可以全部達到

??對開發人員數量的和質量的要求，開發人員4人，有一定的項目開發經驗，能夠滿足要求

??開發時間充裕，在規定的期限內，開發能完成。

5．所建議系統經濟可行性分析 5.1支出 5.1.1基建投資

??系統開發、建立費用：15萬 ??硬件設備：10萬

??外購開發工具、軟件環境：5萬 5.1.2其他一次性支出：2萬 5.1.3經常性支出 主要是系統運行維護費用，假設本系統運行期5年，每年的運行費用（包括系統維護、設備維護等）5萬元。5.2效益 5.2.1一次性收益 5.2.2經常性收益 5.2.3不可定量收益 5.3收益/投資比 5.4投資回收周期：3年 5.5敏感性分析

??系統生存周期長短：本軟件至少可以使用5年 ??系統工作負荷量：能夠處理大批量的數據 ??處理速度要求：比較快

??設備和軟件配置變化對支出和效益的影響：幾乎沒有什么影響，比較穩定

6．社會因素可行性分析 6.1法律因素

所使用工具和技術以及數據信息不違反如何法律。所有軟件都使用正版，技術資料都由提出方保管，數據信息均可保證合法來源。6.2用戶使用可行性

由于開發的系統要求界面友好、方便直觀，系統能夠被現有的工作人員快速掌握并使用。使用本系統的人員均有一定的計算機應用基礎，所有人員都要經過本系統的使用培訓。經過簡單的培訓人員就會熟練使用本軟件。7．其他可供選擇的方案

由于該系統比較簡單，故沒有其他可供選擇的方案。8.結論意見

根據以上分析可知，開發該圖書館管理信息系統不僅有巨大的經濟效益，而且有更大的社會效益，從而使該系統開發具有價值，也節省了大量資源，但是時間有限，該管理系統考慮不太健全，我們會在這方面加強學習和改進。所以,我們認為開發此系統的條件已經具備，可以開始進行開發。

第四篇：系統可行性研究報告

銷售管理系統

可行性研究報告

1.引言

1.1 編寫目的編碼可行性研究報告的目的是為了對本系統的可行性進行一下探討，論證實現本項目的可能性，和一些前期的準備工作及工作條件，并且為下一步設計打下鋪墊。

1.2 背景

a.項目名稱:銷售管理系統

b.項目任務的提出：開發者電腦耗材“銷售管理系統”。

c．用戶：電腦耗材的管理者和銷售者。

1.3 定義

銷售管理系統對于電腦耗材而言，是提高銷售管理效率至關重要的技術平臺，為消費者和管理者提供了信息的快捷方式。

1.4 參考資料

1)VB實用教程，李印清編，清華大學出版社（2006年6月版）

2)軟件開發文檔編寫標準范本 ISO9001(2000版)

3)數據庫原理

4）《軟件工程》，青還大學出版社

2.可行性研究的前提

隨著科技的發展，計算機已經普及各個領域，尤其在管理方面已成為一種趨勢。本項目的開發基于LAN和互聯網的銷售系統。由于電腦耗材規模的不斷擴大，銷售種類日益增多，現有的管理系統已滿足不了當前的需求。因此需要一個功能更加完善的銷售管理系統來提高工作和服務效率。并且銷售管理系統有集約成本和擴大管理能力和參與市場競爭，減低成本的優勢。本系統采用先進的分布式計算架構，體系結構非常靈活，業務擴充非常容易。當業務變化時，系統能夠很快地優化，已適應業務變化。

本系統自主商品管理，自行業務銷售管理經營商的平臺，系統具有強大的商品管理、銷售情況統計等功能，操作簡單，不需懂得太多的計算機知識，只需訂購這套系統，把軟件的可執行文件及模板下載就可以，登錄到后臺，點點鼠標，在線設置輕松設置各項功能及添加要出售的商品，適合于各種商店的銷售及個人經營管理。

2.1要求

A,主要功能

商品倉庫管理：記錄進、出貨物的種類數量以及庫存數量。

商品銷售管理：主要執行商品的選購、計價等操作。

客戶服務需求受理管理：接受客戶的意見與建議及記錄所需服務客戶的資料。

商品報價管理：及時公布各種商品的最新價格動態。

B.主要性能

能快速安全地實現用戶注冊、登錄、查詢、報表生成等前臺功能；

能準確安全地實現商場銷售系統的合理科學的管理。

保證信息的及時更新和準確性。

C．完成期限

2010年5月1日至12月31日，共8個月。

2.2 目標

方便銷售管理者對銷售情況的管理統計

2.3條件，假定和限定

建議軟件壽命：10年。

經濟來源：電腦耗材

硬件條件：pc機6臺，服務器3臺，局域網，Internet。

軟件條件：Windows Server2003和XP操作系統，Office軟件，瀏覽器等。

2.4可行性研究的方法

本次可行性分析是按照軟件工程的規范步驟進行的，即按復查項目目標和規模，研究目前正使用的系統，導出新系統的高層邏輯模型，重新定義問題這一循環反復的過程進行。然后提出系統的實現方案，推薦最佳方案，對所推薦的方案進行經濟、技術、用戶操作和法律的可行性分析，最后給出系統是否值得開發的結論。

3.對現有系統的分析

對于這個信息化的時代，電腦耗材雖然有自己的銷售管理系統，但隨著社會的發展，規模進一步擴大，當前的銷售管理系統顯然已經不能滿足當前社會的發展，并且時而出現信息遺漏、數據出錯等方面的問題。

4.所建議的系統

所建議的系統是C/S和B/S模式的結合。主要由商品倉庫管理、商品銷售管理、客戶服務需求受理管理、商品報價管理等四部分構成。并且可以實現局域網與廣域網的完美結合，讓顧客和管理者可以隨時了解商品的基本信息。

4.1人力方面

需要開發人員6人

4.2資金方面

硬件設備費用及開發人員工資共需30萬元。

4.3系統收益

使用系統兩年后可收益50萬元，并且利潤隨著時間的推移還會進一步增加，利益相當可觀！

5.可行性研究

5.1社會環境可行性

順應時代發展潮流

5.2法律政策可行性

所有軟件都用正版，技術資料都由提出方保管，數據信息均可保證合法來源。

5.3市場可行性

系統滿足了系統使用者進行銷售情況統計和預測的需要。

5.4技術可行性

系統開發采用的是流行的VB和SQL數據庫開發技術，在后臺管理部分，可以實現商品信息管理，交易銷售情況處理，報表處理。結論

在以上的可行性分析基礎上，我們進行了以上的需求分析過程。在分析的過程當中，我們從整體上覺得整個軟件系統無論是在技術上還是在經濟上都是完全可行的，有很好的開發價值。

第五篇：辦公用品庫存管理系統可行性研究報告

辦公用品庫存管理系統可行性研究報告 1.引言

1.1 編寫目的

編寫本報告的目的是研究本系統的總體需求、實現方案，并分析開發系統的可行性，為決策者提供是否開發該系統的依據和建議。1.2 項目背景

開發軟件名稱：辦公用品庫存管理系統

項目開發者：閩江學院計算機科學系“辦公用品庫存管理系統”開發小組： 張政坤（15號，組長），用戶單位：閩江學院 1.3定義

辦公管理系統是辦公自動化管理系統的重要組成部分，使人們從效率低，保密性差、易丟失的傳統人工的方式管理辦公用品方法中解脫出來。擁有較為完善的辦公物品管理系統是實現辦公自動化的重要需求。1.4參考資料

1）陳雄峰等，《實用軟件工程教程》，機械工業出版社

2）盧毅等，《Visual Basic 6數據庫設計實例導航》，科學出版社 3）程斌等，《中文Access 2003標準教程》 科學出版社 4）趙池龍等，《軟件工程實踐教程》，電子工業出版社 2.可行性研究的前提

隨著計算機的普及與發展，人們開始利用計算機解決越來越多的實際問題，用計算機軟件來管理物品也成為常用方法。本項目要開發的就是用于辦公室物品管理的軟件。它可以對辦公用品的入庫和領用進行規范化管理，進而提高工作效率，避免資源的浪費。此系統根據單位的辦公用品 購買，入庫，領用流程而設計的，特別適用于分批次購買，各部門領用的模式，具有完善的輸入，統計，查詢功能。這樣就更可以合理規范對企業辦公用品的管理。2.1 要求

（1）主要功能

1.產品入庫管理，可以填寫入庫單，確認產品入庫。2.產品出庫管理，可以填寫出庫單，確認出庫。3.借出管理，憑借條借出，然后能夠還庫。

4.初始庫存設置，設置庫存的初始值，庫存的上下警戒限。5.可以進行盤庫，反映每月、年的庫存情況。

6.可以查詢產品入庫情況、出庫情況、當前庫存情況，可以按出庫單、入庫單，產品、時間進行查詢。

（2）主要性能

可以方便快捷有效的實現物品入庫、出庫、借出等各項操作，在庫存數量高于或低于警戒值時能夠及時進行提醒，保證信息的正確性和及時更新，在滿足基本功能的前提下技術可靠性高。（3）可擴展性

能夠適應應用要求的變化和修改，具有靈活的可擴充性。（4）安全性 具有較高的安全性，需設置合適的用戶密碼等方法來確保只有辦公物品管理人員可以對該系統進行操作。（5）完成期限

2016年5月-2016年6月，共2個月 2.2 目標

所建議系統的開發目標包括: 1）人力與設備費用的減少； 2）處理速度的提高；

3）提高物品管理的效率和準確性 2.3條件、假定和限制 1）硬件條件：PC機1臺

2）軟件條件：Windows 2007,access 2003,vb6.0 2.4 決定可行性的主要因素

本次系統開發主要用于期末的課程設計，因此受益不在該系統可行性分析之內。按照軟件工程的規范步驟進行，即按復查項目目標和規模，研究目前正在使用的系統，導出新系統的高層邏輯模型，重新定義問題這一循環反復的過程進行。然后提出系統的實現方案，推薦最佳方案，對所推薦的方案進行經濟、技術、用戶操作和法律的可行性分析，最后給出系統是否值得開發的結論。以上分析結果寫成本文檔。

1）技術可行：現有技術可完成開發任務

2）操作可行：系統能被現有的工作人員快速掌握并使用 3）法律可行：所使用的工具和技術及數據信息不違反法律

3.系統功能架構設計

辦公用品管理系統主要包含的功能模塊有：入庫登記、出庫登記、借用登記、庫存管理、查詢模塊、信息統計。如圖A-1所示。

圖A-1 系統模塊圖

頂層數據流圖如A-2所示

圖A-2 頂層數據流圖

4.建議的系統

建議的系統是C/S模式。系統的所有功能都僅需在管理員的計算機中實現，數據也儲存于管理員的計算機之中，可以提高數據的安全性，并且只有經過身份確定后，才能進入系統并對數據進行修改和操作。4.1 影響

在建立所建議的系統時，預期會帶來的影響包括以下幾個方面。（1）對設備的影響

由于所建議的系統是基于WINDOUWS操作系統的，所以需要配備足夠符合以上列出的各種軟硬件條件的計算機。（2）對軟件的影響

需要落實是否有符合本報告所列出的正版軟件環境，如果沒有則需要購買。（3）對用戶單位機構的影響

投入使用前還需要改進現有的管理模式（4）對開發的影響

開發過程中需要小組成員進行討論，準確闡明需求。4.2技術條件方面的可行性

本系統是一個基于Windows操作的系統，現有技術已經較為成熟，利用現有的技術完全可以實現系統開發目標。同時，開發期限較為充足，預期可在規定期限內完成開發任務。

5.社會因素可行性分析 5.1 法律方面的可行性

所以的軟件都用正版，技術資料通過圖書館和互聯網正規途徑查詢得到。所以，在法律方面是可行的。5.2用戶使用的可行性

使用本系統的人員具有一定的計算機基礎，也要經過本系統的使用培訓。人員經過簡單培訓就會熟練使用本軟件。

6.結論

本項目具有方便快捷等優勢，使得辦公用品管理電子化，自動化，符合社會信息化發展的需要，技術，操作，法律方面都是可行的，可以開發本系統。