第一篇：小區務業管理系統可行性分析報告

小區務業管理系統

姓名：

學號：

年級：

1.引言

1.1編寫目的隨著市場經濟的發展和人們生活水平的提高，住宅小區已經成為人們安家置業的首選，幾十萬到幾百萬的小區住宅比比皆是。人們花的錢越多，不但對住宅的本身的美觀、質量要求越來越高，同時對物業小區的服務和管理也要求很高，諸如對小區的維修維護，甚至對各項投訴都要求小區管理者做的好，做的完善。這樣要求小區管理者對物業管理進行宏觀的和微觀的細致管理，其中最好的辦法是用計算機操作的小區物業管理系統來實現對小區物業的管理，這就為我們設計小區物業管理系統提供了市場需要。而我們設計的小區物業管理系統在現代社會是最熱門的行業，是最關切老百姓實際生活的設計，各種人性化的配置，使管理者和業主對住宅小區中的事物能更方便、更快捷、更滿意的得到答復。伴隨著小區的的規模不斷擴大和住戶的不斷增多，像小區中的汽車，小區附帶設施，小區的各項維修、投訴等都將越來越復雜，工作量也將越來越大。但一直以來人們使用傳統人工的方式管理各種數據，這種管理方式存在著許多缺點,比如:效率低、保密性差，另外時間一長，將產生大量的文件和數據,這對于查找、更新和維護都帶來了不少的困難。

隨著科學技術的不斷提高,計算機科學技術日漸成熟,其強大的功能已為人們深刻認識,它已進入人類社會的各個領域并發揮著越來越重要的作用。作為計算機應用的一部分,使用計算機對企業單位的各項信息進行管理，具有著手工管理所無法比擬的優點。例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高工作的效率,也是企業的科學化、正規化管理與世界接軌的重要條件。

因此，開發這樣一套小區物業管理系統軟件成為很有必要的事情,我們將就本次實習的系統選定為小區物業管理系統。

1.2項目背景：

長期以來，舊有住宅納入到物業管理之中的很少，就是新建的住宅小區盡管實行了物業管理，但投入的管理力量遠遠不夠，所以有很多小區的物業管理工作只停留在看看門、掃掃地、補補漏、收收垃圾等很淺的層次上。又由于物業管理企業的啟動基金不足，多種經營服務不善等，導致招不到專業水平高的工作人員，再加上管理手段落后，所以就很難提高物業管理企業的效益。小區管理在手工操作時代，工作非常繁瑣，需要大量的人力、物力和財力，極大的浪費了小區物業的資源，對于小區的管理人員來說，物業管理包括物業設備管理、儀表數據管理、停車場管理、住戶的投訴管理、住戶的報修管理、住戶的設備維修管理等等。而這些項目在過去手工操作時代，需要手工記錄這些事情，不但麻煩，還經常出錯，給廣大用戶帶來很多不便。為了更好的為廣大住戶服務，我們決定開發一套小區物業管理系統，幫助小區管理人員從復雜的物業管理之中解放出來。

1.3參考資料

1：《信息系統分析與設計 》——衛春紅 方明編著西安電子科技大學出版社。2：《物業管理概論》 ——王秀云主編高等教育出版社。

3：《數據庫系統概論》——薩師煊 王珊編著高等教育出版社。4：《軟件工程》——李芷 竇萬峰 任滿杰 編著電子工業出版社。5：可行性研究報告編寫規范

6：楊凌神農小區提供所有業務和管理資料

2． 現行組織系統概況

2．1組織目標和戰略

小區物業管理系統簡介

小區物業信息管理系統使針對當代社會，住宅小區越來越成為居住的主流這一市場需要而應運而生的，是為小區管理著和小區用戶更好的維護小區各項物業管理業務處理工作而開發的管理軟件，根據需求分析，實現小區管理業務，實現各項管理等幾個方面的功能。

對物管中心來說小區的住戶的報修，住戶的投訴及處理的結果信息的反饋、小區內停車場的管理、各項設備的維修等都需要考慮到。住戶報修管理需要仔細的記錄報修的內容，接待的人員，日期，維修的人員，費用，住戶對于維修后情況的反饋等各項情況資料。投訴管理需要記錄投訴人資料、投訴內容及處理過程。對于小區內車輛要有車位編號、停車戶主、車位位置等記錄。

采取的重大戰略措施有：

1． 對樓盤、戶型要有介紹

2． 對住戶、房產資料要有記錄

3． 對樓房的租售情況有記錄

4． 對物業設備要有登記

5． 對住戶的水電煤氣交費進行管理，保修進行處理

2．2業務概況

對于管理人員來說，小區物業管理系統是面向小區的的各項事務，包括物業管理、住戶管理、費用管理、服務中心管理和系統本身的登錄，權限維護管理。

其中務業管理包括物業設備管理、儀表數據管理、停車場管理

服務中心管理包括出入管理，住戶的投訴管理、住戶的報修管理、住戶的設備維修管理等等。物管中心不但含有小區日常項目的信息，而且還包含了對查詢情況的統計功能。系統管理主要是提高系統安全性和對系統提供良好的維護，如用戶權限可以為用戶提供權限服務

2．3存在的主要問題

1.物業管理架構不完善，政府、管委會、物業管理公司責、權、利關系需要進一步明確。

2.配套設施運作不理想。小區的投資建設與物業管理脫節，沒有從物業的生產、流通與消費的全過程來通盤設計和全方位運作，配套設施運作不理想，物業管理

滯后于住房消費使用。

3.維修保養不得力。小區或寫字樓一旦發生故障性事件而向物業管理公司反映（諸如電梯損壞、水管泄漏、電閘破壞、防盜門失靈、墻灰剝落等），往往不能得到及時解決。原因是物業管理公司在這些方面無能為力。他們一不具備各方面的專業知識，二無配備必要的維修隊及設施，一旦接獲維修投訴，只能向其他相關單位報告或申請維修，這顯然不符合專業物業管理規范。

4.物業管理經費及收費項目管理混亂。

3．擬建立的信息系統

3．1簡要說明

1．本系統主要功能：

戶籍管理。管理住戶的戶籍信息，包括：戶主名，戶主身份證號，住戶成員，住戶車輛信息等，作為其他管理的基礎。還有住戶搬入、搬出的信息，住戶信息修改等。

出入信息。管理小區的人、車的出入，確保小區住戶的安全。

維修管理。管理小區中各個設施的維修。包括設備報修、修改記錄等。收繳費管理。幫助小區住戶收取各種代收繳的費用，如煤氣費，水電費等。詳細的包括開始收費和收費查詢。

系統權限管理，限制用戶權限，不能隨意進入任何系統。包括添加用戶、修改用戶、刪除用戶。

2．性能：優良，對用戶的報修信息要求實時接收。

3．輸出：查詢的結果和各種類型的報表。

4．輸入：住戶管理的各種信息。

5．安全與保密要求：系統對不同權限的用戶提供不同的功能模塊，對歷史數據的更改和新數據的添加只有一定權限的用戶才能進行操作，一般的用戶只能進行查詢操作。對數據庫的關鍵數據應要求保密。

3．2初步建設計劃

項目計劃將于2005年9月28日星期三開工建設。開發周期為四周，試運行一周，系統計劃于2005年 11月5日正式投入運行。

3．3對組織的意義和影響

人力與設備費用的節省，處理速度的提高。控制精度或生產能力的提高。管理信息服務的改進，決策系統的改進。人員工作效率的提高。并且通過實現本軟件，能夠讓我們體會到以軟件工程的思想開發軟件，進而提高自身的軟件開發規范化的意識。

4．經濟可行性分析

4．1支出：

1．系統開發費用

人員費用1000每周/每人，本系統開發周期4個周，試運行期1個周。開發周期需要開發人員2人，試運行期需要開發人員2人。系統所需硬件設備費10000元（包括電腦一臺5500元，貓200元，網絡連接設備420元。開發所需軟件12000元含正版win.xp.及VS.NET等。耗財費電費10000元。咨詢和評審費，調研和差旅費及不可預見費共計10000元。

系統開發總費用為5.2萬元。

2．系統維護費用

假定本系統的運行期為3年，每年的運行費用為：

（1）系統維護費。一年需要1人/年進行系統維護，維護費為1×3=3萬元。

（2）設備維護費。假設設備的運行更新期為3年，并且3年以后的設備價格以現價計算，則設備更新費為1.2萬元。假設設備日常故障維護費每年0.6萬元，則平均每年設備維護費為1.2/3+0.6=1萬元。

（3）消耗材料費。每年消耗材料費按0.5萬元計算。

系統年運行費用為4.5萬元，則3年累計系統運行費為13.5萬元。綜上，系統開發和運行總費用為18.7，折合6.2萬元/年。

4．2收益：

系統投入使用可以提高工作效率，節省人力和物理，對省用也可進行最優化的管理，以達到最佳的經濟效率和社會效率。總的經濟收益為50萬/年。

4．3支出/收益分析：

系統從投入的當年便可收回開發的投資成本。運行3年總的收益為150-18.7=131.3萬元。從經濟上考慮，本系統開發完全有必要。

5．技術可行性分析

5．1主要技術路線

使用VC6.0開發工具，Access數據庫進行開發。

5．2技術可行性分析

小組成員都有一定的開發軟件開發基礎，對軟件開發的全過程都有全面的了解，對軟件工程也非常熟悉。

1．開發小組成員熟練的掌握面向對象的開發軟件系統技術的人員，在信息系統開發方法上不存在問題。

2．網絡和通信技術。開發小組成員都學習過網絡工程等基礎課程對網絡有一定的了解。

3．C/S結構規劃和設計技術。開發小組有豐富的開發經驗。

4．數據庫技術，開發小組成員以前都使用過Access，SQL等數據庫開發過各種系統。

5．開發小組成員也都能熟練運用。VB，VC，JAVA和ASP。NET技術。綜上開發技術是完全可行的。

6．社會因素可行性分析

目前已有許多的成功的小區管理系統的先例，社會需要小區管理系統的全面化和智能化。本系統開發也嚴格遵照國家有關的小區務業管理相關的法律法規相一致。執行國家規定的費率標準，及宣傳法規。另外，系統的操作和工作方式也符合管理人員的日常業務處理習慣。而且操作方便靈活，便于學習，日常的維護更新。因此，具有可行性。

7．結論

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

第二篇：圖書館管理系統可行性分析報告

圖書館管理系統可行性分析報告 引言

某圖書館為了方便管理和與讀者、圖書供應商更好的聯系特提出開發此系統。

1.1 編寫目的： 從現在應用的技術方面和用戶的操作方式方面研究圖書館管理管理系統的可行性和必要 性。

1.2 項目背景： 項目的任務提出者：該圖書館館長 開發者：軟件工程系 用戶：圖書館工作人員及讀者

1.3 參考資料： 《軟件工程》 清華大學出版社 《數據結構—C++語言的使用》 西安電子科技大學出版社 《Visual C++ 高級編程》 清華工業出版社 可行性研究的前提

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

2.2 可行性研究方法： 通過調查分析開發圖書館管理所具備的能力及實現的方法。確定總體結構，利用 SQL Server 數據庫所具有的能力，以最簡潔最容易的方法，使用 VC++使其成為一個初級的系統 軟件。

2.3 決定可行性的主要因素： 圖書館規模、設備狀況、操作人員技術 對現有系統的分析

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

3.2． 工作負荷 由于數據量越來越大，現有的系統已明顯不能適應目前的龐大數據量，系統工作負荷過大。

3.3． 費用支出 由于現有系統的工作負荷嚴重超載，在現有系統上投入的人力，設備，空間，材料，等等與 其他的一系列支持***越來越大，導致開發費用支出巨大，嚴重影響系統的可用性，急需 改進。

3.4． 人員 設備 鑒于原有系統的技術性含量比較低，故不需要多少高技術人員的操作，只是由于數據量的日 益擴大，所需要的操作人員數量不斷增大。這一點已不再適應目前信息化時代的步伐。設備的科技含量也比較低，沒有達到大量的計算機普及程度。

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

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

4.1 對系統的簡要描述 新系統在原有系統的基礎上加入了新的數據庫的支持，使用了先進的數據庫技術與數據管理 技術，使數據的準確性與安全性得到了很大的提高，且在用戶的并行操作與用戶管理方面也 有了極大地改善。

4.2 處理流程和數據流程(略)

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

4.5． 技術可行性評價 就目前使用的開發技術來說建議系統的功能目標應該能夠達到； 利用現有的技術在規定的期 限內開發工作基本能夠完成。所建議系統經濟可行性分析

5.1 該系統對客戶的影響： 建議系統是為了改善原有系統在經費支出過高的缺點的，所以新系統一經使用在經費支出方 面一定會得到很好的改善，用戶在使用了新系統后只需要花一定資金購買一部分計算機與軟 件就能實現自動化.5.2 購貨方面： 5.2.1 支出 1）系統開發費用（1）人員費用：本系統開發期為三周，試運行一周。開發期需要開發人員 3 人，試運行期 需要開發人員 2 人。人員費用為 萬元。（2）設備費：本系統所需的硬件設備費用為 萬元。（7）不可預見費：按開發費用的 15%計算。系統開發總費用為 萬元。2）系統運行費用（1）系統維護費：需要 人/年進行系統維護，維護費為 萬元(2）設備維護費：設備更新費為 萬元。設備維護費為 萬元。（3）消耗材料費：每年按 元計算。

綜上所述,設系統使用時間 5.2.2 收益（1）提高工作效率（2）減少工作人員 年,系統開發和運行總費用 萬元,平均 萬元/年。社會因素分析

該項目為獨立開發，在技術上沒有使用任何現有的軟件與方法。所以在法律方面不會存在 侵犯專利權、侵犯版權等問題，完全按照合同規定的責任履行。7.其他可供選擇的方案 由于系統過于簡單，所以開發小組沒有提供其他的方案，只有一種開發方案。8 結論意見 經過一系列的各個不同方面的可行性分析，分析員和用戶及使用部門的負責人對需要解決 的問題取得基本的一致看法，開發小組的開發方案的到批準，使用部門負責人同意開發工程 繼續進行下去。

第三篇：車票管理系統可行性分析報告

第4組車票管理系統 可行性分析報告

課程名稱： 院

系： 專業班級： UML系統建模與分析設計

姓

名：指導教師：

2011年05月12日

目 錄

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

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

2.1 要求..................................................................................................................1 2.2 目標..................................................................................................................2 2.3 條件、假定和限制..........................................................................................2 2.4 可行性研究方法..............................................................................................2 2.5 決定可行性的主要因素..................................................................................2 3.對現有系統的分析.....................................................................................................2

3.1 處理流程和數據流程......................................................................................3 3.2 工作負荷..........................................................................................................3 3.3 設備..................................................................................................................3 3.4 局限性..............................................................................................................3 4.建議選擇的系統方案描述.........................................................................................3

4.1 系統簡要描述..................................................................................................4 4.2 處理流程與數據流程......................................................................................4 4.3 與現有系統比較..............................................................................................4 4.4 采用建議系統的影響......................................................................................4 5.投資、成本及效益分析.............................................................................................4 6.技術分析評價.............................................................................................................5 7.社會、法律因素方面的可能性.................................................................................6

7.1 法律因素..........................................................................................................6 7.2 用戶使用可行性..............................................................................................6 8.結論及其他.................................................................................................................6 UML系統建模與分析設計—車票管理系統可行性分析報告

1.引言

1.1 編寫目的

此可行性研究報告是為了對現行的車票管理系統進行研究分析，以信息技術為手段，建設現代化的車票管理系統。經過對此項目進行詳細調查研究，初擬系統實現報告，對項目開發中將要面臨的問題及其解決方案進行初步設計及合理安排。同時明確開發風險及其所帶來的經濟效益、社會效益。本文檔的讀者為參與開發的所有設計人員以及系統的最終用戶。

1.2 項目背景

軟件的名稱：車票管理系統 提出者：XXX客運公司 開發人員：XXX小組

使用單位：XXX汽車客運中心

項目與其他軟件、系統的關系：本系統采用B/S原理，主要采用Eclipse軟件來開發，采用SQL Server為開發軟件的數據庫服務程序，主要在Windows 2000 Sever上運行。

1.3 定義

SQL：全稱是Structure Query Language，中文名稱是結構化查詢語言。JDBC：全稱是Java Database Connectivity Standard，中文意思是Java數據庫連接的標準。

J2EE：全稱是Java 2 Enterprise Edition，中文意思是Java 2企業版。JSP：全稱是Java Server Page，中文意思是Java服務頁面。

1.4 參考資料

[1]鄭人杰、馬素霞、殷人昆 《軟件工程概論》 機械工業出版社 2010.03 [2]李發致 《Java面向對象程序設計教程》 清華大學出版社 2009.11 [3]史嘉權 《數據庫系統概論》 清華大學出版社 2006.01

2.可行性研究的前提

2.1 要求

主要功能：為乘客提供車票訂購服務，方便客運的售票工作，提高客運的服務質量和服務效率。

性能要求：界面友好、操作簡潔、系統運行穩定、可移植性好、適應性強。輸入要求：數據完整、詳實。

UML系統建模與分析設計—車票管理系統可行性分析報告

3.1 處理流程和數據流程

上圖為現有系統框架圖，現有系統大都基于C/S結構，使得乘客到售票窗口查詢目的站或車次的車票信息，包括有無票、上車時間、票價等情況，售票員操作系統進行檢索，給出具體信息，乘客提出購買請求，售票員即進行票據打印與現金結算，乘客到指定檢票口候車，準備搭乘要乘的車輛。

分析：現行系統操作界面欠友好，售票員長時間面對屏幕，易產生厭煩心理，影響服務質量與效率，而乘客也會因此無法按時購買到車票，從而影響發車的緊湊性與連續性，降低發車效率，造成旅客候車時間過長，滋生不滿情緒，減低滿意率。

3.2 工作負荷

由于列車業務的增長和旅客對服務質量要求的提高，現有系統已經不能業務發展的需求。

3.3 設備

由于業務增長和信息技術的發展現有設備不滿足業務要求，急需對設備進行升級。

3.4 局限性

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

4.建議選擇的系統方案描述

UML系統建模與分析設計—車票管理系統可行性分析報告

系統研發費用：6萬元 支出共計：50萬元（2）效益分析

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

設計系統周期為5年,估計最長可達10年。處理速度:一般查詢速度<3秒。關鍵數據查詢速度:<2秒。

6.技術分析評價

（1）風險分析

根據客戶對項目的要求及我們對以往的開發經驗，該項目開發的主要風險是系統的可維護性。

為了提高該系統的可維護性，可以從兩方面來解決這個問題。一是，采用面向對象的方法對該系統進行設計和實現，將系統可能產生的維護問題分散到系統分析、設計、實現等各個階段，盡可能采用可復用構件的設計實現，從設計方法和設計理念上根本解決這個問題。雖然開發成本會提高一些，但今后如果需要更新升級，只需要更新相應的構件就可以了，這樣可以大大減少系統維護的成果。二是，吸收員工參與到項目的開發過程中來，使其了解該系統的體系結構和設計思想，在開發過程中培養自己的軟件應用技術人員。當系統交付使用時，他們能夠承擔系統的日常維護和小的改進工作。

（2）資源分析

該項目投入經費相對充裕，基本能夠滿足系統開發所必須的一些軟件、硬件、工作環境的要求。開發該形態需要掌握瀏覽器技術等多項技術。多年的專業學習，在團隊精神和敬業精神上都具備了有力的保證條件。

（3）技術分析

該項目的開發，要具有類似項目的經驗。當前計算機技術的發展水平以及開發人員以及熟練掌握的各種開發先進技術，完全能夠滿足該系統開發的需要。該系統應該沒有太多的難點，不過需要開發過程中更多的努力和耐心。

第四篇：學生宿舍管理系統可行性分析報告

<<學生宿舍管理系統>>可行性分析報告

一、系統建立的背景及意義

由于計算機技術的迅速發展和普及，網絡通信技術越來越被廣泛的應用。管理信息系統在現代社會已深入到各行各業。大學生宿舍管理系統就是一個典型的管理信息系統，學生宿舍管理系統對于一個學校來說是必不可少的組成部分，它可以讓宿舍管理工作變的更輕松。學生宿舍管理系統更能幫助宿舍管理員更加輕松方便快捷的管理宿舍。節省大量的勞動力，實現校園信息化管理。

二、現行系統存在的的問題分析

目前學校還停留在宿舍管理人員手工記錄數據的最初階段。學生信息量比較大，需要記錄存檔的數據比較多，人工記錄是相當麻煩的。而且當查詢某條紀錄時，由于數據量龐大，還只能靠人工去一條條查找，既浪費人力物力，效率也很低。

三、系統的可行性研究

1、系統的開發方式和目標

學校需要的宿舍管理系統能夠使宿舍管理員對外來人員拜訪登記、保修情況登記、寢室衛生錄入情況、學生晚歸情況等進行有效的記錄。通過這個系統實現宿舍管理的系統化，科學化。更能使學校方面管理人員可以很方便的查詢想要的信息。進行統一管理，統一安排。

根據學校目前的狀況看來更加適合的是自行組織開發一套系統。因為自行開發的系統一是費用少于購買系統，二是更能適應學校自身的實際情況。

開發系統的總體目標是：系統管理、宿舍管理、學生管理、信息查詢、出入登記、信息修改等組成。

2、系統的可行性分析 ⑴管理的可行性：

本系統運行于windows系列系統中，而管理人員基本都可以熟練操作。所以提供一個穩定的運行環境。這套系統也易于學習。管理人員也對這方便的系統做出極大的熱情。⑵技術的可行性：

基本方法:做校園內的調查報告，獲取宿舍管理員和學生各方面信息情況，從中獲取重要信息，并成為建設本系統的重要依據

策略：查閱大量管理系統的相關書籍，從不同方面研究本系統的整個設計，并結合調查報告中所獲取的信息，逐漸形成本平臺的雛形。

建立模型：從軟件工程生命周期角度，建立每一步的參考模型，并在詳細設計的總要環節中，分別以管理員身份，管理員和學生的角度去分析與設計。⑶經濟的可行性：

在開發系統所需的項目中，校園的內部網絡已經建立。硬件完全可以使用學校自身的實驗室。后期運行系統也只需一臺電腦。再有學校的支持，經濟上是可行的。

四、結論

綜上所述，編寫或開發這個宿舍管理系統是可行的。它大大的方便了學校對于宿舍的管理。并且完善了學校的信息化管理。

第五篇：圖書館管理系統可行性分析報告

圖書館管理系統可行性分析報告

軟件0602李冰

一、引言

1.背景分析

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

以上所描述的手工過程的不足之處顯而易見，首先處理借書、還書業務流程的效率很低，其次處理能力比較低，一段時間內，所能服務的讀者人數是有限的。利用計算機來處理這些流程無疑會極大程度地提高效率和處理能力。我們將會看到排隊等候借書、還書的隊伍不再那么長，工作人員出錯的概率也小了，讀者可以花更多的時間在選擇書和看書上。

為方便對圖書館書籍、讀者資料、借還書等進行高效的管理，特編寫該程序以提高圖書館的管理效率。使用該程序之后，工作人員可以查詢某位讀者、某種圖書的借閱情況，還可以對當前圖書借閱情況進行一些統計，給出統計表格，以便全面掌握圖書的流通情況。

圖書管理系統是一種基于集中統一規劃的數據庫數據管理新模式。在對圖書、讀者的管理，其實是對圖書、讀者數據的管理。本系統的建成無疑會為管理者對圖書管理系統提供極大的幫助。

2.系統簡介

圖書管理系統是圖書館的重要組成部分，一般分為兩大部分，流通系統和采購系統。采購系統分為訂單管理、圖書入庫、圖書著錄、圖書上架、新書上報和書目審查、系統設置。流通系統分為圖書管理、讀者管理、借閱證管理、圖書借閱、圖書歸還、系統設置等模塊。其中，圖書借閱、圖書歸還等。核心模塊為采購系統：圖書入庫、圖書上架；流通系統：圖書管理、讀者管理、借閱證管理。

二、可行性研究內容

1.目標要求

圖書管理系統對于現代圖書館而言，是能否發揮其教學科研的作用的至關重要技術平臺。對于讀者和圖書管理員來說，是能否方便快速獲取信息的關鍵。所以，圖書管理系統應該能夠為用戶提供充足的信息和快捷方便的操作手段減少人力的投入；由系統對入庫圖書進行自動分類、歸類，學生信息整理、借閱情況登記入檔，提高信息處理的精度和準確度。

2.系統功能

1)圖書采購（訂單查詢、查詢訂單、新書通報）

2)圖書入庫（圖書著錄、圖書入庫）

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

4)讀者管理（讀者登記、讀者管理、核發借閱證、暫停借閱證、掛失借閱證、補發借閱證、罰款繳納登記、借閱證注銷）

5)統計查詢（讀者查詢、借閱統計、借閱查詢、罰款統計、記帳查詢、記帳統計）

6)系統設置（館藏位置、用戶借閱規定管理、用戶管理、系統用戶管理、供書單位設置）

3.條件和假定和限制

建議軟件壽命：5年

硬件條件：PC機

運行環境：Windows xp professional

開發軟件：SQL Server、JAVA等

開發限制：開發時間短

4.可行性研究方法

通過對已有圖書管理系統的分析和研究比較的方法。

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

效益>成本；技術可行，現有技術可承擔開發任務；操作可行，軟件能被原有操作人員快速接受。

6.技術可行性分析

6.1系統簡要描述

采用JAVA和SQL開發，即使遇到困難，也能從豐富的參考書中找到解決方案。開發出的系統具有庫存圖書管理功能，能高效管理師生借閱信息，統計每年、每月、某天的圖書借入借出情況，對財務信息進行統計、分析等。

6.2處理流程和數據流程

a.系統能對書籍信息進行管理。

b.系統不需要管理借閱者除姓名以外的信息。對每一名借閱者最多可借閱的書籍數目為5本。c.借書時，管理人員記錄借書者的姓名、借閱書籍名稱和借閱日期。

d.時間時，管理人員記錄還書者的姓名、歸還書籍名稱和還書日期。系統設定書籍的最長借閱時間為2個月。

e.操作人員可以根據書籍名稱、作者、出版社三者之一或三者的任意組合查詢書籍信息。

f.操作人員可以查詢借閱某書籍的所有借閱者的姓名；也可以查詢某借閱者借閱的所有書籍名稱；還可以根據借閱者的姓名、書籍名稱查詢借閱者的借書時間、還書時間。

g.系統由圖書館工作人員操作。分為:系統管理員,書籍管理員和借閱管理員,每人對應相應的權限。h.報表的打印輸出。

i.所有操作人員憑帳號和密碼登陸系統。

7.經濟可行性分析

開發需求較低,加上成熟的軟硬件環境、目標系統并不是十分復雜和開發周期較短,人員經濟支出有限。開發完成運行后，為使用者帶來便利，為系統的進一步推廣創造了條件，經濟收益將遠超過投資。從經濟角度考慮,此系統開發可行。

7.1效益分析

a.支出

基本建設投資：

計算機設備8臺8×3000=24000元

數據通訊設備：（手機產生的實時花費）規定每人每月50共計8×50=400元

辦公室對外通信電話包月8×40=320元

環境設備（辦公室，人員住宿）辦公租房3000元，人員住宿1000元。

其他一次性支出：

開發軟件費用價值100000元

調研（主要是圖書館的調研需若干次）調研費用1000元

培訓費、差旅費、安裝費（請外面老師培訓等）400+4000+200=4600元

非一次性支出

人員工資：9人，月工資1200年支出費用=9*1200=10800元

維護費：單次100元 每年4度維修1次年支出費用=4*100=400元

b.收益

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

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

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

收益/投資比：

收益50000元

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

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

投資回收周期：此系統回報周期在3.5年

8.法律可行性分析

●合同責任：符合國家標準的合同，經雙方簽字后生效

●侵犯專利權：有

●侵犯版權：有

當今社會發展迅速，知識量的積累更是與日俱增，無論是學校的圖書館還是公司的資料庫，學生或員工的知識渴求的越顯強烈，書籍資料的借閱量也是越來越高，而逐漸顯現出來的讀者信息管理質量問題是越來越嚴重。一方面，管理員為了將讀者的部分個人信息記錄下來，需要每一位新讀者自己填寫他們個人資料，并且能夠對讀者進行編號和排序，對他們的信息進行修改和查詢操作。另一方面，為了能夠使讀者信息更加安全，必須限制非管理員對讀者信息的訪問權。為了能夠解決這些問題，需要建立一個安全完善的管理平臺，能夠使讀者信息能夠快速完整地自動記錄在案，并且不能夠隨便被任何人非法竊取，這對學校和公司的讀者信息管理都有著非常重要的作用。

由于整個系統是自行開發,自行使用，所以系統本身不存在版權爭議，符合國家各種政策法規。服務器軟件方面，它的操作系統可能會被微軟跟蹤,如果不是正版軟件,將會面臨民事訴訟的風險

9.使用方面的可行性

●用戶單位的行政管理：自定

●工作制度：自定

●人員素質等能否滿足要求：可以滿足

從社會效益上看，隨著技術的發展，采用軟件管理圖書館日常工作，毫無疑問會在使用過程中產生新的需求和問題，這樣也會不斷地促進信息技術和軟件應用的革新。用哲學的思維分析可概括為軟件應用促進技術進步，技術進步反作用于軟件的應用，從而雙方面同時促使社會不斷朝前。

經過研究，此系統的用戶無使用方面的問題。

三、結論

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