第一篇：客戶(hù)關(guān)系管理系統(tǒng)的可行性分析報(bào)告

客戶(hù)關(guān)系管理系統(tǒng)的可行性分析報(bào)告

一、編寫(xiě)目的

本可行性分析報(bào)告編寫(xiě)的是酒店為保持客戶(hù)關(guān)系的管理信息系統(tǒng)的運(yùn)行現(xiàn)狀進(jìn)行分析和總結(jié)，通過(guò)對(duì)預(yù)原系統(tǒng)的改進(jìn)，實(shí)現(xiàn)新系統(tǒng)在經(jīng)濟(jì)、技術(shù)、管理各方面的優(yōu)化，同時(shí)對(duì)新系統(tǒng)進(jìn)行可行性分析，并將其與原系統(tǒng)對(duì)比分析，通過(guò)這一系列的研究最終得出新系統(tǒng)是否可行的結(jié)論。

本可行性報(bào)告面向的是系統(tǒng)開(kāi)發(fā)人員、系統(tǒng)開(kāi)發(fā)的決策者以及酒店的決策者以及酒店基層信息系統(tǒng)的使用者。

二、系統(tǒng)簡(jiǎn)述

（一）現(xiàn)行系統(tǒng)背景 1 組織目標(biāo)

實(shí)現(xiàn)對(duì)酒店內(nèi)部各種服務(wù)管理的電子化，自動(dòng)化，提高各個(gè)模塊之間的辦公效率，為提高質(zhì)量酒店服務(wù)提供保證。具體來(lái)說(shuō)，該系統(tǒng)主要就是要實(shí)現(xiàn)以下幾個(gè)方面： 1）建立顧客信息系統(tǒng)，全面提高管理水平和工作效率。2）實(shí)現(xiàn)文檔管理的自動(dòng)化，并可按權(quán)限進(jìn)行查詢(xún)使用；

3）實(shí)現(xiàn)信息集成，將各種業(yè)務(wù)系統(tǒng)的數(shù)據(jù)集成；可對(duì)客戶(hù)資源進(jìn)行管理；可實(shí)現(xiàn)公司所有的信息和協(xié)同進(jìn)行集中管理。2現(xiàn)行業(yè)務(wù)概況

該酒店為中等規(guī)模；地處市郊，交通方便、快捷，現(xiàn)有客房共計(jì)200間，餐位共計(jì)1000于個(gè)，主營(yíng)淮揚(yáng)菜，兼營(yíng)川、粵菜。該店生意紅火，效益很好，是該市餐飲界的老字號(hào)品牌，聲名遠(yuǎn)播。客房平常入住率高達(dá)百分之九十幾。3存在的主要問(wèn)題 長(zhǎng)期以來(lái)，該酒店業(yè)務(wù)一直采用手工管理。工作量大、服務(wù)質(zhì)量差、工作效率低、耗費(fèi)人員多，酒店的市場(chǎng)、聲譽(yù)、經(jīng)濟(jì)效益大大折扣。

（二）.擬建立的信息系統(tǒng) 1系統(tǒng)簡(jiǎn)要說(shuō)明

本系統(tǒng)采用vb做界面,access做數(shù)據(jù)庫(kù).在vb中可以實(shí)現(xiàn)的功能有預(yù)定客戶(hù)管理，客戶(hù)日常事務(wù)登記，住房管理，綜合服務(wù)等。

Access作為各種信息資料的后臺(tái)數(shù)據(jù)庫(kù)包括客人信息、房間信息等。2系統(tǒng)主要主要功能

酒店管理系統(tǒng)包括客房預(yù)定、銷(xiāo)售、前臺(tái)管理、財(cái)務(wù)管理等模塊。主要從客人的預(yù)訂、登記、查詢(xún)等，一直到結(jié)帳退房，進(jìn)行自動(dòng)管理，使酒店各部門(mén)隨時(shí)掌握房間使用狀況，以及管理所需要的各種信息。2.1 客房預(yù)定功能

利用計(jì)算機(jī)進(jìn)行預(yù)訂業(yè)務(wù)操作是指應(yīng)用管理信息系統(tǒng)中的預(yù)定功能模塊接受和處理客人的訂房信息，并隨客房狀況實(shí)施有效控制。通常計(jì)算機(jī)處理預(yù)定信息的功能體現(xiàn)在以下具體內(nèi)容。

1)受理在系統(tǒng)設(shè)定期限內(nèi)任意一天的預(yù)定。2)利用放好提前為客人排房。

3)每項(xiàng)預(yù)定紀(jì)錄都可通過(guò)姓名、帳號(hào)、抵離店日期、公司名稱(chēng)等方式查詢(xún)。4)設(shè)置預(yù)訂單特殊要求功能。5)可更改或取消預(yù)定記錄，并對(duì)更改和取消進(jìn)行存檔記錄。6)對(duì)預(yù)定記錄進(jìn)行修改、取消并作存檔記錄。2.2總臺(tái)接待功能

總臺(tái)接待員利用計(jì)算機(jī)為客人辦理入住登記手續(xù)，可以盡量縮短客人滯留總臺(tái)的時(shí)間，為客人提供快捷高效的服務(wù)。總臺(tái)接待功能主要包括下列具體內(nèi)容。1）在預(yù)定客人抵店前，錄入入住登記資料，打印登記單，并提前排房。

2）預(yù)定客人抵店時(shí)，可按預(yù)訂號(hào)、姓名、國(guó)籍、公司名稱(chēng)等查詢(xún)相關(guān)資料，進(jìn)行接待。

3）在計(jì)算機(jī)中為客人辦理入住登記手續(xù)，包括客人詳細(xì)資料、住宿時(shí)間、房間號(hào)，輸入或更改房?jī)r(jià)，自動(dòng)為客人建立賬單。

三、所需資源、預(yù)算、期望收益（管理、技術(shù)、經(jīng)濟(jì)可行性分析）1.管理上的可行性：

由于此系統(tǒng)的開(kāi)發(fā)，可以節(jié)省大量時(shí)間，使得管理人員及員工能夠及時(shí)獲得客戶(hù)個(gè)性化需求，此外客戶(hù)關(guān)系管理不再是局部的，不再只是銷(xiāo)售人員或服務(wù)人員關(guān)心的，也不再僅僅停留在微笑服務(wù)的層面上，而是成為企業(yè)管理的核心。

2.技術(shù)上的可行性：

2.1 軟件資源上的可行性：通過(guò)郵件手機(jī)短信電話(huà)傳真等多種方式進(jìn)行銷(xiāo)售商機(jī)的線(xiàn)索搜集，充分利用市場(chǎng)活動(dòng)參與者的信息，使之轉(zhuǎn)化為銷(xiāo)售商機(jī)。可視化的工作流程，實(shí)現(xiàn)對(duì)銷(xiāo)售人員日常行為的提示和指導(dǎo)，進(jìn)行全方位客戶(hù)價(jià)值分析，構(gòu)建客戶(hù)價(jià)值金字塔模型，提高銷(xiāo)售項(xiàng)目贏單的機(jī)會(huì)。

2.2

硬件資源上的可行性：TurboCRM系統(tǒng)是一個(gè)基于B/S架構(gòu)的應(yīng)用系統(tǒng)，只要在客戶(hù)端打開(kāi)瀏覽器訪(fǎng)問(wèn)服務(wù)器即可實(shí)現(xiàn)軟件的應(yīng)用，而不必在客戶(hù)端進(jìn)行任何安裝工作。

2.3

技術(shù)人員上的可行性：該系統(tǒng)的開(kāi)發(fā)由企業(yè)或組織的主要決策之一負(fù)責(zé)，領(lǐng)導(dǎo)小組的其他成員均為各部門(mén)主要負(fù)責(zé)人和業(yè)務(wù)骨干，經(jīng)驗(yàn)豐富，處新技術(shù)外，其他部分的開(kāi)發(fā)時(shí)完全可以勝任的，對(duì)于新技術(shù)部分，聘請(qǐng)外部有關(guān)方面的專(zhuān)家參加領(lǐng)導(dǎo)小組，以滿(mǎn)足開(kāi)發(fā)的需求。

3.經(jīng)濟(jì)上的可行性：

3.1 預(yù)算費(fèi)用的支出：基建投資，這是比不可少的，由于原油基礎(chǔ)性資源完好，因此這部分投資是很少的；新的開(kāi)發(fā)工具和軟件環(huán)境的購(gòu)買(mǎi)和新的服務(wù)器和服務(wù)器操作系統(tǒng)的購(gòu)買(mǎi)；開(kāi)發(fā)人員的支出，服務(wù)器維護(hù)費(fèi)用等。

3.2 收益：系統(tǒng)對(duì)內(nèi)部員工工作流程的優(yōu)化使公司得以精簡(jiǎn)人員，節(jié)約人力成本，以及客戶(hù)關(guān)系管理成本；系統(tǒng)為外部顧客提供良好的服務(wù)而帶來(lái)的銷(xiāo)售量增加，使得日常收入增加； 總之，只要市場(chǎng)反映良好，在長(zhǎng)期內(nèi)，收益定會(huì)大于支出，取得額外收益。

四．對(duì)項(xiàng)目可行性的結(jié)論

經(jīng)過(guò)以上可行性分析，在原有資源的基礎(chǔ)上，通過(guò)引進(jìn)先進(jìn)技術(shù)及高科技人才，開(kāi)發(fā)一個(gè)這樣的客戶(hù)關(guān)系管理系統(tǒng)對(duì)于企業(yè)長(zhǎng)期來(lái)說(shuō)是基本可行的，可立即實(shí)施。

第二篇：圖書(shū)館管理系統(tǒng)可行性分析報(bào)告

圖書(shū)館管理系統(tǒng)可行性分析報(bào)告 引言

某圖書(shū)館為了方便管理和與讀者、圖書(shū)供應(yīng)商更好的聯(lián)系特提出開(kāi)發(fā)此系統(tǒng)。

1.1 編寫(xiě)目的： 從現(xiàn)在應(yīng)用的技術(shù)方面和用戶(hù)的操作方式方面研究圖書(shū)館管理管理系統(tǒng)的可行性和必要 性。

1.2 項(xiàng)目背景： 項(xiàng)目的任務(wù)提出者：該圖書(shū)館館長(zhǎng) 開(kāi)發(fā)者：軟件工程系 用戶(hù)：圖書(shū)館工作人員及讀者

1.3 參考資料： 《軟件工程》 清華大學(xué)出版社 《數(shù)據(jù)結(jié)構(gòu)—C++語(yǔ)言的使用》 西安電子科技大學(xué)出版社 《Visual C++ 高級(jí)編程》 清華工業(yè)出版社 可行性研究的前提

2.1 要求： 功能：能夠準(zhǔn)確快速的記錄圖書(shū)的狀態(tài)，以便能輕易的查出圖書(shū)是否被借、是否歸還、是 否借出超期等信息;讀者和管理人員可進(jìn)行一些需要的操作.性能：穩(wěn)定快速，實(shí)時(shí)控制 輸入/輸出：條形碼英文和漢字輸入,英文和漢字輸出 安全與保密要求：不能輕易被破壞，不能讓管理人員以外的人刪改圖書(shū)信息，對(duì)斷電、死 機(jī)、系統(tǒng)崩潰等問(wèn)題有有力措施以保障數(shù)據(jù)不受損失。

2.2 可行性研究方法： 通過(guò)調(diào)查分析開(kāi)發(fā)圖書(shū)館管理所具備的能力及實(shí)現(xiàn)的方法。確定總體結(jié)構(gòu)，利用 SQL Server 數(shù)據(jù)庫(kù)所具有的能力，以最簡(jiǎn)潔最容易的方法，使用 VC++使其成為一個(gè)初級(jí)的系統(tǒng) 軟件。

2.3 決定可行性的主要因素： 圖書(shū)館規(guī)模、設(shè)備狀況、操作人員技術(shù) 對(duì)現(xiàn)有系統(tǒng)的分析

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

3.2． 工作負(fù)荷 由于數(shù)據(jù)量越來(lái)越大，現(xiàn)有的系統(tǒng)已明顯不能適應(yīng)目前的龐大數(shù)據(jù)量，系統(tǒng)工作負(fù)荷過(guò)大。

3.3． 費(fèi)用支出 由于現(xiàn)有系統(tǒng)的工作負(fù)荷嚴(yán)重超載，在現(xiàn)有系統(tǒng)上投入的人力，設(shè)備，空間，材料，等等與 其他的一系列支持***越來(lái)越大，導(dǎo)致開(kāi)發(fā)費(fèi)用支出巨大，嚴(yán)重影響系統(tǒng)的可用性，急需 改進(jìn)。

3.4． 人員 設(shè)備 鑒于原有系統(tǒng)的技術(shù)性含量比較低，故不需要多少高技術(shù)人員的操作，只是由于數(shù)據(jù)量的日 益擴(kuò)大，所需要的操作人員數(shù)量不斷增大。這一點(diǎn)已不再適應(yīng)目前信息化時(shí)代的步伐。設(shè)備的科技含量也比較低，沒(méi)有達(dá)到大量的計(jì)算機(jī)普及程度。

3.5． 局限性 經(jīng)過(guò)嚴(yán)謹(jǐn)?shù)姆治觯芍械南到y(tǒng)存在很大的局限性，比如技術(shù)的過(guò)于陳舊，人員工作負(fù)荷 大，系統(tǒng)維護(hù)及費(fèi)用支出巨大，人員與設(shè)備技術(shù)含量低等等一系列缺點(diǎn)，所有這些都明確了 需要一個(gè)新的適應(yīng)新的信息化時(shí)代的高科技的系統(tǒng)。所以開(kāi)發(fā)這樣一個(gè)系統(tǒng)還是很有必要 的。

4.所建議系統(tǒng)技術(shù)可行性分析

4.1 對(duì)系統(tǒng)的簡(jiǎn)要描述 新系統(tǒng)在原有系統(tǒng)的基礎(chǔ)上加入了新的數(shù)據(jù)庫(kù)的支持，使用了先進(jìn)的數(shù)據(jù)庫(kù)技術(shù)與數(shù)據(jù)管理 技術(shù)，使數(shù)據(jù)的準(zhǔn)確性與安全性得到了很大的提高，且在用戶(hù)的并行操作與用戶(hù)管理方面也 有了極大地改善。

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

4.3 與現(xiàn)有系統(tǒng)比較的優(yōu)越性 在以上幾點(diǎn)中已可以看出新系統(tǒng)的性能與功能上與現(xiàn)有系統(tǒng)的差別，首先新系統(tǒng)克服了原來(lái) 系統(tǒng)的資金投入大，人員設(shè)備技術(shù)含量低，系統(tǒng)工作負(fù)擔(dān)重等缺點(diǎn)。而且加入了對(duì)數(shù)據(jù)的安 全性保護(hù)的功能，使原有系統(tǒng)在可用性與穩(wěn)健性方面有了很大的進(jìn)步。4.4． 采用建議系統(tǒng)可能帶來(lái)的影響(1).設(shè)備:采用建議系統(tǒng)后，改進(jìn)了原有系統(tǒng)的性能所以對(duì)設(shè)備要求自然更高，建議系統(tǒng)使用 了最先進(jìn)的技術(shù)使設(shè)備也必須跟著升級(jí)。(2).現(xiàn)有軟件:由于建議系統(tǒng)采用了先進(jìn)的數(shù)據(jù)庫(kù)技術(shù)以及一系列高技術(shù)含量軟件，使得原來(lái) 系統(tǒng)上的一些軟件無(wú)法繼續(xù)使用，不過(guò)在新系統(tǒng)開(kāi)發(fā)過(guò)程中將盡量考慮到，對(duì)現(xiàn)有軟件的兼 容性。(3).用戶(hù):建議系統(tǒng)使用的新技術(shù)是完全基于原有的系統(tǒng)上的,故用戶(hù)不必考慮新系統(tǒng)帶來(lái)的 人員培訓(xùn)等等。

4.5． 技術(shù)可行性評(píng)價(jià) 就目前使用的開(kāi)發(fā)技術(shù)來(lái)說(shuō)建議系統(tǒng)的功能目標(biāo)應(yīng)該能夠達(dá)到； 利用現(xiàn)有的技術(shù)在規(guī)定的期 限內(nèi)開(kāi)發(fā)工作基本能夠完成。所建議系統(tǒng)經(jīng)濟(jì)可行性分析

5.1 該系統(tǒng)對(duì)客戶(hù)的影響： 建議系統(tǒng)是為了改善原有系統(tǒng)在經(jīng)費(fèi)支出過(guò)高的缺點(diǎn)的，所以新系統(tǒng)一經(jīng)使用在經(jīng)費(fèi)支出方 面一定會(huì)得到很好的改善，用戶(hù)在使用了新系統(tǒng)后只需要花一定資金購(gòu)買(mǎi)一部分計(jì)算機(jī)與軟 件就能實(shí)現(xiàn)自動(dòng)化.5.2 購(gòu)貨方面： 5.2.1 支出 1）系統(tǒng)開(kāi)發(fā)費(fèi)用（1）人員費(fèi)用：本系統(tǒng)開(kāi)發(fā)期為三周，試運(yùn)行一周。開(kāi)發(fā)期需要開(kāi)發(fā)人員 3 人，試運(yùn)行期 需要開(kāi)發(fā)人員 2 人。人員費(fèi)用為 萬(wàn)元。（2）設(shè)備費(fèi)：本系統(tǒng)所需的硬件設(shè)備費(fèi)用為 萬(wàn)元。（7）不可預(yù)見(jiàn)費(fèi)：按開(kāi)發(fā)費(fèi)用的 15%計(jì)算。系統(tǒng)開(kāi)發(fā)總費(fèi)用為 萬(wàn)元。2）系統(tǒng)運(yùn)行費(fèi)用（1）系統(tǒng)維護(hù)費(fèi)：需要 人/年進(jìn)行系統(tǒng)維護(hù)，維護(hù)費(fèi)為 萬(wàn)元(2）設(shè)備維護(hù)費(fèi)：設(shè)備更新費(fèi)為 萬(wàn)元。設(shè)備維護(hù)費(fèi)為 萬(wàn)元。（3）消耗材料費(fèi)：每年按 元計(jì)算。

綜上所述,設(shè)系統(tǒng)使用時(shí)間 5.2.2 收益（1）提高工作效率（2）減少工作人員 年,系統(tǒng)開(kāi)發(fā)和運(yùn)行總費(fèi)用 萬(wàn)元,平均 萬(wàn)元/年。社會(huì)因素分析

該項(xiàng)目為獨(dú)立開(kāi)發(fā)，在技術(shù)上沒(méi)有使用任何現(xiàn)有的軟件與方法。所以在法律方面不會(huì)存在 侵犯專(zhuān)利權(quán)、侵犯版權(quán)等問(wèn)題，完全按照合同規(guī)定的責(zé)任履行。7.其他可供選擇的方案 由于系統(tǒng)過(guò)于簡(jiǎn)單，所以開(kāi)發(fā)小組沒(méi)有提供其他的方案，只有一種開(kāi)發(fā)方案。8 結(jié)論意見(jiàn) 經(jīng)過(guò)一系列的各個(gè)不同方面的可行性分析，分析員和用戶(hù)及使用部門(mén)的負(fù)責(zé)人對(duì)需要解決 的問(wèn)題取得基本的一致看法，開(kāi)發(fā)小組的開(kāi)發(fā)方案的到批準(zhǔn)，使用部門(mén)負(fù)責(zé)人同意開(kāi)發(fā)工程 繼續(xù)進(jìn)行下去。

第三篇：車(chē)票管理系統(tǒng)可行性分析報(bào)告

第4組車(chē)票管理系統(tǒng) 可行性分析報(bào)告

課程名稱(chēng)： 院

系： 專(zhuān)業(yè)班級(jí)： UML系統(tǒng)建模與分析設(shè)計(jì)

姓

名：指導(dǎo)教師：

2011年05月12日

目 錄

1.引言.............................................................................................................................1

1.1 編寫(xiě)目的..........................................................................................................1 1.2 項(xiàng)目背景..........................................................................................................1 1.3 定義..................................................................................................................1 1.4 參考資料..........................................................................................................1 2.可行性研究的前提.....................................................................................................1

2.1 要求..................................................................................................................1 2.2 目標(biāo)..................................................................................................................2 2.3 條件、假定和限制..........................................................................................2 2.4 可行性研究方法..............................................................................................2 2.5 決定可行性的主要因素..................................................................................2 3.對(duì)現(xiàn)有系統(tǒng)的分析.....................................................................................................2

3.1 處理流程和數(shù)據(jù)流程......................................................................................3 3.2 工作負(fù)荷..........................................................................................................3 3.3 設(shè)備..................................................................................................................3 3.4 局限性..............................................................................................................3 4.建議選擇的系統(tǒng)方案描述.........................................................................................3

4.1 系統(tǒng)簡(jiǎn)要描述..................................................................................................4 4.2 處理流程與數(shù)據(jù)流程......................................................................................4 4.3 與現(xiàn)有系統(tǒng)比較..............................................................................................4 4.4 采用建議系統(tǒng)的影響......................................................................................4 5.投資、成本及效益分析.............................................................................................4 6.技術(shù)分析評(píng)價(jià).............................................................................................................5 7.社會(huì)、法律因素方面的可能性.................................................................................6

7.1 法律因素..........................................................................................................6 7.2 用戶(hù)使用可行性..............................................................................................6 8.結(jié)論及其他.................................................................................................................6 UML系統(tǒng)建模與分析設(shè)計(jì)—車(chē)票管理系統(tǒng)可行性分析報(bào)告

1.引言

1.1 編寫(xiě)目的

此可行性研究報(bào)告是為了對(duì)現(xiàn)行的車(chē)票管理系統(tǒng)進(jìn)行研究分析，以信息技術(shù)為手段，建設(shè)現(xiàn)代化的車(chē)票管理系統(tǒng)。經(jīng)過(guò)對(duì)此項(xiàng)目進(jìn)行詳細(xì)調(diào)查研究，初擬系統(tǒng)實(shí)現(xiàn)報(bào)告，對(duì)項(xiàng)目開(kāi)發(fā)中將要面臨的問(wèn)題及其解決方案進(jìn)行初步設(shè)計(jì)及合理安排。同時(shí)明確開(kāi)發(fā)風(fēng)險(xiǎn)及其所帶來(lái)的經(jīng)濟(jì)效益、社會(huì)效益。本文檔的讀者為參與開(kāi)發(fā)的所有設(shè)計(jì)人員以及系統(tǒng)的最終用戶(hù)。

1.2 項(xiàng)目背景

軟件的名稱(chēng)：車(chē)票管理系統(tǒng) 提出者：XXX客運(yùn)公司 開(kāi)發(fā)人員：XXX小組

使用單位：XXX汽車(chē)客運(yùn)中心

項(xiàng)目與其他軟件、系統(tǒng)的關(guān)系：本系統(tǒng)采用B/S原理，主要采用Eclipse軟件來(lái)開(kāi)發(fā)，采用SQL Server為開(kāi)發(fā)軟件的數(shù)據(jù)庫(kù)服務(wù)程序，主要在Windows 2000 Sever上運(yùn)行。

1.3 定義

SQL：全稱(chēng)是Structure Query Language，中文名稱(chēng)是結(jié)構(gòu)化查詢(xún)語(yǔ)言。JDBC：全稱(chēng)是Java Database Connectivity Standard，中文意思是Java數(shù)據(jù)庫(kù)連接的標(biāo)準(zhǔn)。

J2EE：全稱(chēng)是Java 2 Enterprise Edition，中文意思是Java 2企業(yè)版。JSP：全稱(chēng)是Java Server Page，中文意思是Java服務(wù)頁(yè)面。

1.4 參考資料

[1]鄭人杰、馬素霞、殷人昆 《軟件工程概論》 機(jī)械工業(yè)出版社 2010.03 [2]李發(fā)致 《Java面向?qū)ο蟪绦蛟O(shè)計(jì)教程》 清華大學(xué)出版社 2009.11 [3]史嘉權(quán) 《數(shù)據(jù)庫(kù)系統(tǒng)概論》 清華大學(xué)出版社 2006.01

2.可行性研究的前提

2.1 要求

主要功能：為乘客提供車(chē)票訂購(gòu)服務(wù)，方便客運(yùn)的售票工作，提高客運(yùn)的服務(wù)質(zhì)量和服務(wù)效率。

性能要求：界面友好、操作簡(jiǎn)潔、系統(tǒng)運(yùn)行穩(wěn)定、可移植性好、適應(yīng)性強(qiáng)。輸入要求：數(shù)據(jù)完整、詳實(shí)。

UML系統(tǒng)建模與分析設(shè)計(jì)—車(chē)票管理系統(tǒng)可行性分析報(bào)告

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

上圖為現(xiàn)有系統(tǒng)框架圖，現(xiàn)有系統(tǒng)大都基于C/S結(jié)構(gòu)，使得乘客到售票窗口查詢(xún)目的站或車(chē)次的車(chē)票信息，包括有無(wú)票、上車(chē)時(shí)間、票價(jià)等情況，售票員操作系統(tǒng)進(jìn)行檢索，給出具體信息，乘客提出購(gòu)買(mǎi)請(qǐng)求，售票員即進(jìn)行票據(jù)打印與現(xiàn)金結(jié)算，乘客到指定檢票口候車(chē)，準(zhǔn)備搭乘要乘的車(chē)輛。

分析：現(xiàn)行系統(tǒng)操作界面欠友好，售票員長(zhǎng)時(shí)間面對(duì)屏幕，易產(chǎn)生厭煩心理，影響服務(wù)質(zhì)量與效率，而乘客也會(huì)因此無(wú)法按時(shí)購(gòu)買(mǎi)到車(chē)票，從而影響發(fā)車(chē)的緊湊性與連續(xù)性，降低發(fā)車(chē)效率，造成旅客候車(chē)時(shí)間過(guò)長(zhǎng)，滋生不滿(mǎn)情緒，減低滿(mǎn)意率。

3.2 工作負(fù)荷

由于列車(chē)業(yè)務(wù)的增長(zhǎng)和旅客對(duì)服務(wù)質(zhì)量要求的提高，現(xiàn)有系統(tǒng)已經(jīng)不能業(yè)務(wù)發(fā)展的需求。

3.3 設(shè)備

由于業(yè)務(wù)增長(zhǎng)和信息技術(shù)的發(fā)展現(xiàn)有設(shè)備不滿(mǎn)足業(yè)務(wù)要求，急需對(duì)設(shè)備進(jìn)行升級(jí)。

3.4 局限性

技術(shù)的過(guò)于陳舊，人員工作負(fù)荷大，系統(tǒng)維護(hù)及費(fèi)用支出巨大，人員與設(shè)備技術(shù)含量低等一系列缺點(diǎn)，所有這些都明確了需要一個(gè)新的適應(yīng)新的信息化時(shí)代的高科技的系統(tǒng)，所以開(kāi)發(fā)這樣一個(gè)系統(tǒng)還是很有必要的。

4.建議選擇的系統(tǒng)方案描述

UML系統(tǒng)建模與分析設(shè)計(jì)—車(chē)票管理系統(tǒng)可行性分析報(bào)告

系統(tǒng)研發(fā)費(fèi)用：6萬(wàn)元 支出共計(jì)：50萬(wàn)元（2）效益分析

因服務(wù)質(zhì)量提高增加旅客量。工作效率提高，收益增加。社會(huì)效應(yīng)將是不可估量的。（3）收益/投資比分析 直接收益/投資比約在3：1。（4）投資回收周期 投資回收周期預(yù)計(jì)2年。（5）敏感性分析

設(shè)計(jì)系統(tǒng)周期為5年,估計(jì)最長(zhǎng)可達(dá)10年。處理速度:一般查詢(xún)速度<3秒。關(guān)鍵數(shù)據(jù)查詢(xún)速度:<2秒。

6.技術(shù)分析評(píng)價(jià)

（1）風(fēng)險(xiǎn)分析

根據(jù)客戶(hù)對(duì)項(xiàng)目的要求及我們對(duì)以往的開(kāi)發(fā)經(jīng)驗(yàn)，該項(xiàng)目開(kāi)發(fā)的主要風(fēng)險(xiǎn)是系統(tǒng)的可維護(hù)性。

為了提高該系統(tǒng)的可維護(hù)性，可以從兩方面來(lái)解決這個(gè)問(wèn)題。一是，采用面向?qū)ο蟮姆椒▽?duì)該系統(tǒng)進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)，將系統(tǒng)可能產(chǎn)生的維護(hù)問(wèn)題分散到系統(tǒng)分析、設(shè)計(jì)、實(shí)現(xiàn)等各個(gè)階段，盡可能采用可復(fù)用構(gòu)件的設(shè)計(jì)實(shí)現(xiàn)，從設(shè)計(jì)方法和設(shè)計(jì)理念上根本解決這個(gè)問(wèn)題。雖然開(kāi)發(fā)成本會(huì)提高一些，但今后如果需要更新升級(jí)，只需要更新相應(yīng)的構(gòu)件就可以了，這樣可以大大減少系統(tǒng)維護(hù)的成果。二是，吸收員工參與到項(xiàng)目的開(kāi)發(fā)過(guò)程中來(lái)，使其了解該系統(tǒng)的體系結(jié)構(gòu)和設(shè)計(jì)思想，在開(kāi)發(fā)過(guò)程中培養(yǎng)自己的軟件應(yīng)用技術(shù)人員。當(dāng)系統(tǒng)交付使用時(shí)，他們能夠承擔(dān)系統(tǒng)的日常維護(hù)和小的改進(jìn)工作。

（2）資源分析

該項(xiàng)目投入經(jīng)費(fèi)相對(duì)充裕，基本能夠滿(mǎn)足系統(tǒng)開(kāi)發(fā)所必須的一些軟件、硬件、工作環(huán)境的要求。開(kāi)發(fā)該形態(tài)需要掌握瀏覽器技術(shù)等多項(xiàng)技術(shù)。多年的專(zhuān)業(yè)學(xué)習(xí)，在團(tuán)隊(duì)精神和敬業(yè)精神上都具備了有力的保證條件。

（3）技術(shù)分析

該項(xiàng)目的開(kāi)發(fā)，要具有類(lèi)似項(xiàng)目的經(jīng)驗(yàn)。當(dāng)前計(jì)算機(jī)技術(shù)的發(fā)展水平以及開(kāi)發(fā)人員以及熟練掌握的各種開(kāi)發(fā)先進(jìn)技術(shù)，完全能夠滿(mǎn)足該系統(tǒng)開(kāi)發(fā)的需要。該系統(tǒng)應(yīng)該沒(méi)有太多的難點(diǎn)，不過(guò)需要開(kāi)發(fā)過(guò)程中更多的努力和耐心。

第四篇：學(xué)生宿舍管理系統(tǒng)可行性分析報(bào)告

<<學(xué)生宿舍管理系統(tǒng)>>可行性分析報(bào)告

一、系統(tǒng)建立的背景及意義

由于計(jì)算機(jī)技術(shù)的迅速發(fā)展和普及，網(wǎng)絡(luò)通信技術(shù)越來(lái)越被廣泛的應(yīng)用。管理信息系統(tǒng)在現(xiàn)代社會(huì)已深入到各行各業(yè)。大學(xué)生宿舍管理系統(tǒng)就是一個(gè)典型的管理信息系統(tǒng)，學(xué)生宿舍管理系統(tǒng)對(duì)于一個(gè)學(xué)校來(lái)說(shuō)是必不可少的組成部分，它可以讓宿舍管理工作變的更輕松。學(xué)生宿舍管理系統(tǒng)更能幫助宿舍管理員更加輕松方便快捷的管理宿舍。節(jié)省大量的勞動(dòng)力，實(shí)現(xiàn)校園信息化管理。

二、現(xiàn)行系統(tǒng)存在的的問(wèn)題分析

目前學(xué)校還停留在宿舍管理人員手工記錄數(shù)據(jù)的最初階段。學(xué)生信息量比較大，需要記錄存檔的數(shù)據(jù)比較多，人工記錄是相當(dāng)麻煩的。而且當(dāng)查詢(xún)某條紀(jì)錄時(shí)，由于數(shù)據(jù)量龐大，還只能靠人工去一條條查找，既浪費(fèi)人力物力，效率也很低。

三、系統(tǒng)的可行性研究

1、系統(tǒng)的開(kāi)發(fā)方式和目標(biāo)

學(xué)校需要的宿舍管理系統(tǒng)能夠使宿舍管理員對(duì)外來(lái)人員拜訪(fǎng)登記、保修情況登記、寢室衛(wèi)生錄入情況、學(xué)生晚歸情況等進(jìn)行有效的記錄。通過(guò)這個(gè)系統(tǒng)實(shí)現(xiàn)宿舍管理的系統(tǒng)化，科學(xué)化。更能使學(xué)校方面管理人員可以很方便的查詢(xún)想要的信息。進(jìn)行統(tǒng)一管理，統(tǒng)一安排。

根據(jù)學(xué)校目前的狀況看來(lái)更加適合的是自行組織開(kāi)發(fā)一套系統(tǒng)。因?yàn)樽孕虚_(kāi)發(fā)的系統(tǒng)一是費(fèi)用少于購(gòu)買(mǎi)系統(tǒng)，二是更能適應(yīng)學(xué)校自身的實(shí)際情況。

開(kāi)發(fā)系統(tǒng)的總體目標(biāo)是：系統(tǒng)管理、宿舍管理、學(xué)生管理、信息查詢(xún)、出入登記、信息修改等組成。

2、系統(tǒng)的可行性分析 ⑴管理的可行性：

本系統(tǒng)運(yùn)行于windows系列系統(tǒng)中，而管理人員基本都可以熟練操作。所以提供一個(gè)穩(wěn)定的運(yùn)行環(huán)境。這套系統(tǒng)也易于學(xué)習(xí)。管理人員也對(duì)這方便的系統(tǒng)做出極大的熱情。⑵技術(shù)的可行性：

基本方法:做校園內(nèi)的調(diào)查報(bào)告，獲取宿舍管理員和學(xué)生各方面信息情況，從中獲取重要信息，并成為建設(shè)本系統(tǒng)的重要依據(jù)

策略：查閱大量管理系統(tǒng)的相關(guān)書(shū)籍，從不同方面研究本系統(tǒng)的整個(gè)設(shè)計(jì)，并結(jié)合調(diào)查報(bào)告中所獲取的信息，逐漸形成本平臺(tái)的雛形。

建立模型：從軟件工程生命周期角度，建立每一步的參考模型，并在詳細(xì)設(shè)計(jì)的總要環(huán)節(jié)中，分別以管理員身份，管理員和學(xué)生的角度去分析與設(shè)計(jì)。⑶經(jīng)濟(jì)的可行性：

在開(kāi)發(fā)系統(tǒng)所需的項(xiàng)目中，校園的內(nèi)部網(wǎng)絡(luò)已經(jīng)建立。硬件完全可以使用學(xué)校自身的實(shí)驗(yàn)室。后期運(yùn)行系統(tǒng)也只需一臺(tái)電腦。再有學(xué)校的支持，經(jīng)濟(jì)上是可行的。

四、結(jié)論

綜上所述，編寫(xiě)或開(kāi)發(fā)這個(gè)宿舍管理系統(tǒng)是可行的。它大大的方便了學(xué)校對(duì)于宿舍的管理。并且完善了學(xué)校的信息化管理。

第五篇：圖書(shū)館管理系統(tǒng)可行性分析報(bào)告

圖書(shū)館管理系統(tǒng)可行性分析報(bào)告

軟件0602李冰

一、引言

1.背景分析

一直以來(lái)人們使用傳統(tǒng)的人工方式管理圖書(shū)館的日常工作，對(duì)于圖書(shū)館的借書(shū)和還書(shū)過(guò)程，想必大家都已很熟悉。在計(jì)算機(jī)尚未在圖書(shū)館廣泛使用之前，借書(shū)和還書(shū)過(guò)程主要依靠手工。一個(gè)最典型的手工處理還書(shū)過(guò)程就是：讀者將要借的書(shū)和借閱證交給工作人員，工作人員將每本書(shū)上附帶的描述書(shū)的信息的卡片和讀者的借閱證放在一個(gè)小格欄里，并在借閱證和每本書(shū)貼的借閱條上填寫(xiě)借閱信息。這樣借書(shū)過(guò)程就完成了。還書(shū)時(shí)，讀者將要還的書(shū)交給工作人員，工作人員根據(jù)圖書(shū)信息找到相應(yīng)的書(shū)卡和借閱證，并填好相應(yīng)的還書(shū)信息，這樣還書(shū)過(guò)程就完成了。

以上所描述的手工過(guò)程的不足之處顯而易見(jiàn)，首先處理借書(shū)、還書(shū)業(yè)務(wù)流程的效率很低，其次處理能力比較低，一段時(shí)間內(nèi)，所能服務(wù)的讀者人數(shù)是有限的。利用計(jì)算機(jī)來(lái)處理這些流程無(wú)疑會(huì)極大程度地提高效率和處理能力。我們將會(huì)看到排隊(duì)等候借書(shū)、還書(shū)的隊(duì)伍不再那么長(zhǎng)，工作人員出錯(cuò)的概率也小了，讀者可以花更多的時(shí)間在選擇書(shū)和看書(shū)上。

為方便對(duì)圖書(shū)館書(shū)籍、讀者資料、借還書(shū)等進(jìn)行高效的管理，特編寫(xiě)該程序以提高圖書(shū)館的管理效率。使用該程序之后，工作人員可以查詢(xún)某位讀者、某種圖書(shū)的借閱情況，還可以對(duì)當(dāng)前圖書(shū)借閱情況進(jìn)行一些統(tǒng)計(jì)，給出統(tǒng)計(jì)表格，以便全面掌握?qǐng)D書(shū)的流通情況。

圖書(shū)管理系統(tǒng)是一種基于集中統(tǒng)一規(guī)劃的數(shù)據(jù)庫(kù)數(shù)據(jù)管理新模式。在對(duì)圖書(shū)、讀者的管理，其實(shí)是對(duì)圖書(shū)、讀者數(shù)據(jù)的管理。本系統(tǒng)的建成無(wú)疑會(huì)為管理者對(duì)圖書(shū)管理系統(tǒng)提供極大的幫助。

2.系統(tǒng)簡(jiǎn)介

圖書(shū)管理系統(tǒng)是圖書(shū)館的重要組成部分，一般分為兩大部分，流通系統(tǒng)和采購(gòu)系統(tǒng)。采購(gòu)系統(tǒng)分為訂單管理、圖書(shū)入庫(kù)、圖書(shū)著錄、圖書(shū)上架、新書(shū)上報(bào)和書(shū)目審查、系統(tǒng)設(shè)置。流通系統(tǒng)分為圖書(shū)管理、讀者管理、借閱證管理、圖書(shū)借閱、圖書(shū)歸還、系統(tǒng)設(shè)置等模塊。其中，圖書(shū)借閱、圖書(shū)歸還等。核心模塊為采購(gòu)系統(tǒng)：圖書(shū)入庫(kù)、圖書(shū)上架；流通系統(tǒng)：圖書(shū)管理、讀者管理、借閱證管理。

二、可行性研究?jī)?nèi)容

1.目標(biāo)要求

圖書(shū)管理系統(tǒng)對(duì)于現(xiàn)代圖書(shū)館而言，是能否發(fā)揮其教學(xué)科研的作用的至關(guān)重要技術(shù)平臺(tái)。對(duì)于讀者和圖書(shū)管理員來(lái)說(shuō)，是能否方便快速獲取信息的關(guān)鍵。所以，圖書(shū)管理系統(tǒng)應(yīng)該能夠?yàn)橛脩?hù)提供充足的信息和快捷方便的操作手段減少人力的投入；由系統(tǒng)對(duì)入庫(kù)圖書(shū)進(jìn)行自動(dòng)分類(lèi)、歸類(lèi)，學(xué)生信息整理、借閱情況登記入檔，提高信息處理的精度和準(zhǔn)確度。

2.系統(tǒng)功能

1)圖書(shū)采購(gòu)（訂單查詢(xún)、查詢(xún)訂單、新書(shū)通報(bào)）

2)圖書(shū)入庫(kù)（圖書(shū)著錄、圖書(shū)入庫(kù)）

3)圖書(shū)流通（圖書(shū)借閱、圖書(shū)歸還、預(yù)約登記、圖書(shū)暫停、圖書(shū)催還）

4)讀者管理（讀者登記、讀者管理、核發(fā)借閱證、暫停借閱證、掛失借閱證、補(bǔ)發(fā)借閱證、罰款繳納登記、借閱證注銷(xiāo)）

5)統(tǒng)計(jì)查詢(xún)（讀者查詢(xún)、借閱統(tǒng)計(jì)、借閱查詢(xún)、罰款統(tǒng)計(jì)、記帳查詢(xún)、記帳統(tǒng)計(jì)）

6)系統(tǒng)設(shè)置（館藏位置、用戶(hù)借閱規(guī)定管理、用戶(hù)管理、系統(tǒng)用戶(hù)管理、供書(shū)單位設(shè)置）

3.條件和假定和限制

建議軟件壽命：5年

硬件條件：PC機(jī)

運(yùn)行環(huán)境：Windows xp professional

開(kāi)發(fā)軟件：SQL Server、JAVA等

開(kāi)發(fā)限制：開(kāi)發(fā)時(shí)間短

4.可行性研究方法

通過(guò)對(duì)已有圖書(shū)管理系統(tǒng)的分析和研究比較的方法。

5.決定可行性的主要因素

效益>成本；技術(shù)可行，現(xiàn)有技術(shù)可承擔(dān)開(kāi)發(fā)任務(wù)；操作可行，軟件能被原有操作人員快速接受。

6.技術(shù)可行性分析

6.1系統(tǒng)簡(jiǎn)要描述

采用JAVA和SQL開(kāi)發(fā)，即使遇到困難，也能從豐富的參考書(shū)中找到解決方案。開(kāi)發(fā)出的系統(tǒng)具有庫(kù)存圖書(shū)管理功能，能高效管理師生借閱信息，統(tǒng)計(jì)每年、每月、某天的圖書(shū)借入借出情況，對(duì)財(cái)務(wù)信息進(jìn)行統(tǒng)計(jì)、分析等。

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

a.系統(tǒng)能對(duì)書(shū)籍信息進(jìn)行管理。

b.系統(tǒng)不需要管理借閱者除姓名以外的信息。對(duì)每一名借閱者最多可借閱的書(shū)籍?dāng)?shù)目為5本。c.借書(shū)時(shí)，管理人員記錄借書(shū)者的姓名、借閱書(shū)籍名稱(chēng)和借閱日期。

d.時(shí)間時(shí)，管理人員記錄還書(shū)者的姓名、歸還書(shū)籍名稱(chēng)和還書(shū)日期。系統(tǒng)設(shè)定書(shū)籍的最長(zhǎng)借閱時(shí)間為2個(gè)月。

e.操作人員可以根據(jù)書(shū)籍名稱(chēng)、作者、出版社三者之一或三者的任意組合查詢(xún)書(shū)籍信息。

f.操作人員可以查詢(xún)借閱某書(shū)籍的所有借閱者的姓名；也可以查詢(xún)某借閱者借閱的所有書(shū)籍名稱(chēng)；還可以根據(jù)借閱者的姓名、書(shū)籍名稱(chēng)查詢(xún)借閱者的借書(shū)時(shí)間、還書(shū)時(shí)間。

g.系統(tǒng)由圖書(shū)館工作人員操作。分為:系統(tǒng)管理員,書(shū)籍管理員和借閱管理員,每人對(duì)應(yīng)相應(yīng)的權(quán)限。h.報(bào)表的打印輸出。

i.所有操作人員憑帳號(hào)和密碼登陸系統(tǒng)。

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

開(kāi)發(fā)需求較低,加上成熟的軟硬件環(huán)境、目標(biāo)系統(tǒng)并不是十分復(fù)雜和開(kāi)發(fā)周期較短,人員經(jīng)濟(jì)支出有限。開(kāi)發(fā)完成運(yùn)行后，為使用者帶來(lái)便利，為系統(tǒng)的進(jìn)一步推廣創(chuàng)造了條件，經(jīng)濟(jì)收益將遠(yuǎn)超過(guò)投資。從經(jīng)濟(jì)角度考慮,此系統(tǒng)開(kāi)發(fā)可行。

7.1效益分析

a.支出

基本建設(shè)投資：

計(jì)算機(jī)設(shè)備8臺(tái)8×3000=24000元

數(shù)據(jù)通訊設(shè)備：（手機(jī)產(chǎn)生的實(shí)時(shí)花費(fèi)）規(guī)定每人每月50共計(jì)8×50=400元

辦公室對(duì)外通信電話(huà)包月8×40=320元

環(huán)境設(shè)備（辦公室，人員住宿）辦公租房3000元，人員住宿1000元。

其他一次性支出：

開(kāi)發(fā)軟件費(fèi)用價(jià)值100000元

調(diào)研（主要是圖書(shū)館的調(diào)研需若干次）調(diào)研費(fèi)用1000元

培訓(xùn)費(fèi)、差旅費(fèi)、安裝費(fèi)（請(qǐng)外面老師培訓(xùn)等）400+4000+200=4600元

非一次性支出

人員工資：9人，月工資1200年支出費(fèi)用=9*1200=10800元

維護(hù)費(fèi)：?jiǎn)未?00元 每年4度維修1次年支出費(fèi)用=4*100=400元

b.收益

一次性收益：學(xué)生每人一次辦卡5元 按中小型學(xué)校預(yù)算10000人*5=50000元

非一次性收益：在使用中有學(xué)生可能把卡丟失或損壞費(fèi)用辦卡收費(fèi)5元/次的收益。

不可定量的收益：圖書(shū)在讀者借閱中超期或者損害的賠償。

收益/投資比：

收益50000元

投資（含非一次性投資）142520元

收益/投資比=50000/142520=0.35

投資回收周期：此系統(tǒng)回報(bào)周期在3.5年

8.法律可行性分析

●合同責(zé)任：符合國(guó)家標(biāo)準(zhǔn)的合同，經(jīng)雙方簽字后生效

●侵犯專(zhuān)利權(quán)：有

●侵犯版權(quán)：有

當(dāng)今社會(huì)發(fā)展迅速，知識(shí)量的積累更是與日俱增，無(wú)論是學(xué)校的圖書(shū)館還是公司的資料庫(kù)，學(xué)生或員工的知識(shí)渴求的越顯強(qiáng)烈，書(shū)籍資料的借閱量也是越來(lái)越高，而逐漸顯現(xiàn)出來(lái)的讀者信息管理質(zhì)量問(wèn)題是越來(lái)越嚴(yán)重。一方面，管理員為了將讀者的部分個(gè)人信息記錄下來(lái)，需要每一位新讀者自己填寫(xiě)他們個(gè)人資料，并且能夠?qū)ψx者進(jìn)行編號(hào)和排序，對(duì)他們的信息進(jìn)行修改和查詢(xún)操作。另一方面，為了能夠使讀者信息更加安全，必須限制非管理員對(duì)讀者信息的訪(fǎng)問(wèn)權(quán)。為了能夠解決這些問(wèn)題，需要建立一個(gè)安全完善的管理平臺(tái)，能夠使讀者信息能夠快速完整地自動(dòng)記錄在案，并且不能夠隨便被任何人非法竊取，這對(duì)學(xué)校和公司的讀者信息管理都有著非常重要的作用。

由于整個(gè)系統(tǒng)是自行開(kāi)發(fā),自行使用，所以系統(tǒng)本身不存在版權(quán)爭(zhēng)議，符合國(guó)家各種政策法規(guī)。服務(wù)器軟件方面，它的操作系統(tǒng)可能會(huì)被微軟跟蹤,如果不是正版軟件,將會(huì)面臨民事訴訟的風(fēng)險(xiǎn)

9.使用方面的可行性

●用戶(hù)單位的行政管理：自定

●工作制度：自定

●人員素質(zhì)等能否滿(mǎn)足要求：可以滿(mǎn)足

從社會(huì)效益上看，隨著技術(shù)的發(fā)展，采用軟件管理圖書(shū)館日常工作，毫無(wú)疑問(wèn)會(huì)在使用過(guò)程中產(chǎn)生新的需求和問(wèn)題，這樣也會(huì)不斷地促進(jìn)信息技術(shù)和軟件應(yīng)用的革新。用哲學(xué)的思維分析可概括為軟件應(yīng)用促進(jìn)技術(shù)進(jìn)步，技術(shù)進(jìn)步反作用于軟件的應(yīng)用，從而雙方面同時(shí)促使社會(huì)不斷朝前。

經(jīng)過(guò)研究，此系統(tǒng)的用戶(hù)無(wú)使用方面的問(wèn)題。

三、結(jié)論

根據(jù)以上分析可知，開(kāi)發(fā)該圖書(shū)館管理信息系統(tǒng)不僅有巨大的經(jīng)濟(jì)效益，而且有更大的社會(huì)效益，從而使該系統(tǒng)開(kāi)發(fā)具有價(jià)值，也節(jié)省了大量資源，但是時(shí)間有限，該管理系統(tǒng)考慮不太健全，我們會(huì)在這方面加強(qiáng)學(xué)習(xí)和改進(jìn)。所以,我們認(rèn)為開(kāi)發(fā)此系統(tǒng)的條件已經(jīng)具備,可以開(kāi)始進(jìn)行開(kāi)發(fā)