第一篇：小區(qū)務(wù)業(yè)管理系統(tǒng)可行性分析報(bào)告

小區(qū)務(wù)業(yè)管理系統(tǒng)

姓名：

學(xué)號(hào)：

年級(jí)：

1.引言

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

隨著科學(xué)技術(shù)的不斷提高,計(jì)算機(jī)科學(xué)技術(shù)日漸成熟,其強(qiáng)大的功能已為人們深刻認(rèn)識(shí),它已進(jìn)入人類社會(huì)的各個(gè)領(lǐng)域并發(fā)揮著越來(lái)越重要的作用。作為計(jì)算機(jī)應(yīng)用的一部分,使用計(jì)算機(jī)對(duì)企業(yè)單位的各項(xiàng)信息進(jìn)行管理，具有著手工管理所無(wú)法比擬的優(yōu)點(diǎn)。例如:檢索迅速、查找方便、可靠性高、存儲(chǔ)量大、保密性好、壽命長(zhǎng)、成本低等。這些優(yōu)點(diǎn)能夠極大地提高工作的效率,也是企業(yè)的科學(xué)化、正規(guī)化管理與世界接軌的重要條件。

因此，開發(fā)這樣一套小區(qū)物業(yè)管理系統(tǒng)軟件成為很有必要的事情,我們將就本次實(shí)習(xí)的系統(tǒng)選定為小區(qū)物業(yè)管理系統(tǒng)。

1.2項(xiàng)目背景：

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

1.3參考資料

1：《信息系統(tǒng)分析與設(shè)計(jì) 》——衛(wèi)春紅 方明編著西安電子科技大學(xué)出版社。2：《物業(yè)管理概論》 ——王秀云主編高等教育出版社。

3：《數(shù)據(jù)庫(kù)系統(tǒng)概論》——薩師煊 王珊編著高等教育出版社。4：《軟件工程》——李芷 竇萬(wàn)峰 任滿杰 編著電子工業(yè)出版社。5：可行性研究報(bào)告編寫規(guī)范

6：楊凌神農(nóng)小區(qū)提供所有業(yè)務(wù)和管理資料

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

2．1組織目標(biāo)和戰(zhàn)略

小區(qū)物業(yè)管理系統(tǒng)簡(jiǎn)介

小區(qū)物業(yè)信息管理系統(tǒng)使針對(duì)當(dāng)代社會(huì)，住宅小區(qū)越來(lái)越成為居住的主流這一市場(chǎng)需要而應(yīng)運(yùn)而生的，是為小區(qū)管理著和小區(qū)用戶更好的維護(hù)小區(qū)各項(xiàng)物業(yè)管理業(yè)務(wù)處理工作而開發(fā)的管理軟件，根據(jù)需求分析，實(shí)現(xiàn)小區(qū)管理業(yè)務(wù)，實(shí)現(xiàn)各項(xiàng)管理等幾個(gè)方面的功能。

對(duì)物管中心來(lái)說(shuō)小區(qū)的住戶的報(bào)修，住戶的投訴及處理的結(jié)果信息的反饋、小區(qū)內(nèi)停車場(chǎng)的管理、各項(xiàng)設(shè)備的維修等都需要考慮到。住戶報(bào)修管理需要仔細(xì)的記錄報(bào)修的內(nèi)容，接待的人員，日期，維修的人員，費(fèi)用，住戶對(duì)于維修后情況的反饋等各項(xiàng)情況資料。投訴管理需要記錄投訴人資料、投訴內(nèi)容及處理過(guò)程。對(duì)于小區(qū)內(nèi)車輛要有車位編號(hào)、停車戶主、車位位置等記錄。

采取的重大戰(zhàn)略措施有：

1． 對(duì)樓盤、戶型要有介紹

2． 對(duì)住戶、房產(chǎn)資料要有記錄

3． 對(duì)樓房的租售情況有記錄

4． 對(duì)物業(yè)設(shè)備要有登記

5． 對(duì)住戶的水電煤氣交費(fèi)進(jìn)行管理，保修進(jìn)行處理

2．2業(yè)務(wù)概況

對(duì)于管理人員來(lái)說(shuō)，小區(qū)物業(yè)管理系統(tǒng)是面向小區(qū)的的各項(xiàng)事務(wù)，包括物業(yè)管理、住戶管理、費(fèi)用管理、服務(wù)中心管理和系統(tǒng)本身的登錄，權(quán)限維護(hù)管理。

其中務(wù)業(yè)管理包括物業(yè)設(shè)備管理、儀表數(shù)據(jù)管理、停車場(chǎng)管理

服務(wù)中心管理包括出入管理，住戶的投訴管理、住戶的報(bào)修管理、住戶的設(shè)備維修管理等等。物管中心不但含有小區(qū)日常項(xiàng)目的信息，而且還包含了對(duì)查詢情況的統(tǒng)計(jì)功能。系統(tǒng)管理主要是提高系統(tǒng)安全性和對(duì)系統(tǒng)提供良好的維護(hù)，如用戶權(quán)限可以為用戶提供權(quán)限服務(wù)

2．3存在的主要問(wèn)題

1.物業(yè)管理架構(gòu)不完善，政府、管委會(huì)、物業(yè)管理公司責(zé)、權(quán)、利關(guān)系需要進(jìn)一步明確。

2.配套設(shè)施運(yùn)作不理想。小區(qū)的投資建設(shè)與物業(yè)管理脫節(jié)，沒有從物業(yè)的生產(chǎn)、流通與消費(fèi)的全過(guò)程來(lái)通盤設(shè)計(jì)和全方位運(yùn)作，配套設(shè)施運(yùn)作不理想，物業(yè)管理

滯后于住房消費(fèi)使用。

3.維修保養(yǎng)不得力。小區(qū)或?qū)懽謽且坏┌l(fā)生故障性事件而向物業(yè)管理公司反映（諸如電梯損壞、水管泄漏、電閘破壞、防盜門失靈、墻灰剝落等），往往不能得到及時(shí)解決。原因是物業(yè)管理公司在這些方面無(wú)能為力。他們一不具備各方面的專業(yè)知識(shí)，二無(wú)配備必要的維修隊(duì)及設(shè)施，一旦接獲維修投訴，只能向其他相關(guān)單位報(bào)告或申請(qǐng)維修，這顯然不符合專業(yè)物業(yè)管理規(guī)范。

4.物業(yè)管理經(jīng)費(fèi)及收費(fèi)項(xiàng)目管理混亂。

3．?dāng)M建立的信息系統(tǒng)

3．1簡(jiǎn)要說(shuō)明

1．本系統(tǒng)主要功能：

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

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

維修管理。管理小區(qū)中各個(gè)設(shè)施的維修。包括設(shè)備報(bào)修、修改記錄等。收繳費(fèi)管理。幫助小區(qū)住戶收取各種代收繳的費(fèi)用，如煤氣費(fèi)，水電費(fèi)等。詳細(xì)的包括開始收費(fèi)和收費(fèi)查詢。

系統(tǒng)權(quán)限管理，限制用戶權(quán)限，不能隨意進(jìn)入任何系統(tǒng)。包括添加用戶、修改用戶、刪除用戶。

2．性能：優(yōu)良，對(duì)用戶的報(bào)修信息要求實(shí)時(shí)接收。

3．輸出：查詢的結(jié)果和各種類型的報(bào)表。

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

5．安全與保密要求：系統(tǒng)對(duì)不同權(quán)限的用戶提供不同的功能模塊，對(duì)歷史數(shù)據(jù)的更改和新數(shù)據(jù)的添加只有一定權(quán)限的用戶才能進(jìn)行操作，一般的用戶只能進(jìn)行查詢操作。對(duì)數(shù)據(jù)庫(kù)的關(guān)鍵數(shù)據(jù)應(yīng)要求保密。

3．2初步建設(shè)計(jì)劃

項(xiàng)目計(jì)劃將于2005年9月28日星期三開工建設(shè)。開發(fā)周期為四周，試運(yùn)行一周，系統(tǒng)計(jì)劃于2005年 11月5日正式投入運(yùn)行。

3．3對(duì)組織的意義和影響

人力與設(shè)備費(fèi)用的節(jié)省，處理速度的提高?？刂凭然蛏a(chǎn)能力的提高。管理信息服務(wù)的改進(jìn)，決策系統(tǒng)的改進(jìn)。人員工作效率的提高。并且通過(guò)實(shí)現(xiàn)本軟件，能夠讓我們體會(huì)到以軟件工程的思想開發(fā)軟件，進(jìn)而提高自身的軟件開發(fā)規(guī)范化的意識(shí)。

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

4．1支出：

1．系統(tǒng)開發(fā)費(fèi)用

人員費(fèi)用1000每周/每人，本系統(tǒng)開發(fā)周期4個(gè)周，試運(yùn)行期1個(gè)周。開發(fā)周期需要開發(fā)人員2人，試運(yùn)行期需要開發(fā)人員2人。系統(tǒng)所需硬件設(shè)備費(fèi)10000元（包括電腦一臺(tái)5500元，貓200元，網(wǎng)絡(luò)連接設(shè)備420元。開發(fā)所需軟件12000元含正版win.xp.及VS.NET等。耗財(cái)費(fèi)電費(fèi)10000元。咨詢和評(píng)審費(fèi)，調(diào)研和差旅費(fèi)及不可預(yù)見費(fèi)共計(jì)10000元。

系統(tǒng)開發(fā)總費(fèi)用為5.2萬(wàn)元。

2．系統(tǒng)維護(hù)費(fèi)用

假定本系統(tǒng)的運(yùn)行期為3年，每年的運(yùn)行費(fèi)用為：

（1）系統(tǒng)維護(hù)費(fèi)。一年需要1人/年進(jìn)行系統(tǒng)維護(hù)，維護(hù)費(fèi)為1×3=3萬(wàn)元。

（2）設(shè)備維護(hù)費(fèi)。假設(shè)設(shè)備的運(yùn)行更新期為3年，并且3年以后的設(shè)備價(jià)格以現(xiàn)價(jià)計(jì)算，則設(shè)備更新費(fèi)為1.2萬(wàn)元。假設(shè)設(shè)備日常故障維護(hù)費(fèi)每年0.6萬(wàn)元，則平均每年設(shè)備維護(hù)費(fèi)為1.2/3+0.6=1萬(wàn)元。

（3）消耗材料費(fèi)。每年消耗材料費(fèi)按0.5萬(wàn)元計(jì)算。

系統(tǒng)年運(yùn)行費(fèi)用為4.5萬(wàn)元，則3年累計(jì)系統(tǒng)運(yùn)行費(fèi)為13.5萬(wàn)元。綜上，系統(tǒng)開發(fā)和運(yùn)行總費(fèi)用為18.7，折合6.2萬(wàn)元/年。

4．2收益：

系統(tǒng)投入使用可以提高工作效率，節(jié)省人力和物理，對(duì)省用也可進(jìn)行最優(yōu)化的管理，以達(dá)到最佳的經(jīng)濟(jì)效率和社會(huì)效率?？偟慕?jīng)濟(jì)收益為50萬(wàn)/年。

4．3支出/收益分析：

系統(tǒng)從投入的當(dāng)年便可收回開發(fā)的投資成本。運(yùn)行3年總的收益為150-18.7=131.3萬(wàn)元。從經(jīng)濟(jì)上考慮，本系統(tǒng)開發(fā)完全有必要。

5．技術(shù)可行性分析

5．1主要技術(shù)路線

使用VC6.0開發(fā)工具，Access數(shù)據(jù)庫(kù)進(jìn)行開發(fā)。

5．2技術(shù)可行性分析

小組成員都有一定的開發(fā)軟件開發(fā)基礎(chǔ)，對(duì)軟件開發(fā)的全過(guò)程都有全面的了解，對(duì)軟件工程也非常熟悉。

1．開發(fā)小組成員熟練的掌握面向?qū)ο蟮拈_發(fā)軟件系統(tǒng)技術(shù)的人員，在信息系統(tǒng)開發(fā)方法上不存在問(wèn)題。

2．網(wǎng)絡(luò)和通信技術(shù)。開發(fā)小組成員都學(xué)習(xí)過(guò)網(wǎng)絡(luò)工程等基礎(chǔ)課程對(duì)網(wǎng)絡(luò)有一定的了解。

3．C/S結(jié)構(gòu)規(guī)劃和設(shè)計(jì)技術(shù)。開發(fā)小組有豐富的開發(fā)經(jīng)驗(yàn)。

4．?dāng)?shù)據(jù)庫(kù)技術(shù)，開發(fā)小組成員以前都使用過(guò)Access，SQL等數(shù)據(jù)庫(kù)開發(fā)過(guò)各種系統(tǒng)。

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

6．社會(huì)因素可行性分析

目前已有許多的成功的小區(qū)管理系統(tǒng)的先例，社會(huì)需要小區(qū)管理系統(tǒng)的全面化和智能化。本系統(tǒng)開發(fā)也嚴(yán)格遵照國(guó)家有關(guān)的小區(qū)務(wù)業(yè)管理相關(guān)的法律法規(guī)相一致。執(zhí)行國(guó)家規(guī)定的費(fèi)率標(biāo)準(zhǔn)，及宣傳法規(guī)。另外，系統(tǒng)的操作和工作方式也符合管理人員的日常業(yè)務(wù)處理習(xí)慣。而且操作方便靈活，便于學(xué)習(xí)，日常的維護(hù)更新。因此，具有可行性。

7．結(jié)論

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

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

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

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

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

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

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

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

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

2.3 決定可行性的主要因素： 圖書館規(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)致開發(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è)備的科技含量也比較低，沒有達(dá)到大量的計(jì)算機(jī)普及程度。

3.5． 局限性 經(jīng)過(guò)嚴(yán)謹(jǐn)?shù)姆治?，可知原有的系統(tǒng)存在很大的局限性，比如技術(shù)的過(guò)于陳舊，人員工作負(fù)荷 大，系統(tǒng)維護(hù)及費(fèi)用支出巨大，人員與設(shè)備技術(shù)含量低等等一系列缺點(diǎn)，所有這些都明確了 需要一個(gè)新的適應(yīng)新的信息化時(shí)代的高科技的系統(tǒng)。所以開發(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)確性與安全性得到了很大的提高，且在用戶的并行操作與用戶管理方面也 有了極大地改善。

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)開發(fā)過(guò)程中將盡量考慮到，對(duì)現(xiàn)有軟件的兼 容性。(3).用戶:建議系統(tǒng)使用的新技術(shù)是完全基于原有的系統(tǒng)上的,故用戶不必考慮新系統(tǒng)帶來(lái)的 人員培訓(xùn)等等。

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

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

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

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

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

課程名稱： 院

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

姓

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

2011年05月12日

目 錄

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

1.1 編寫目的..........................................................................................................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 用戶使用可行性..............................................................................................6 8.結(jié)論及其他.................................................................................................................6 UML系統(tǒng)建模與分析設(shè)計(jì)—車票管理系統(tǒng)可行性分析報(bào)告

1.引言

1.1 編寫目的

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

1.2 項(xiàng)目背景

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

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

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

1.3 定義

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

J2EE：全稱是Java 2 Enterprise Edition，中文意思是Java 2企業(yè)版。JSP：全稱是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 要求

主要功能：為乘客提供車票訂購(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ì)—車票管理系統(tǒng)可行性分析報(bào)告

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

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

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

3.2 工作負(fù)荷

由于列車業(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è)備不滿足業(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)，所以開發(fā)這樣一個(gè)系統(tǒng)還是很有必要的。

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

UML系統(tǒng)建模與分析設(shè)計(jì)—車票管理系統(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年。處理速度:一般查詢速度<3秒。關(guān)鍵數(shù)據(jù)查詢速度:<2秒。

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

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

根據(jù)客戶對(duì)項(xiàng)目的要求及我們對(duì)以往的開發(fā)經(jīng)驗(yàn)，該項(xiàng)目開發(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)題。雖然開發(fā)成本會(huì)提高一些，但今后如果需要更新升級(jí)，只需要更新相應(yīng)的構(gòu)件就可以了，這樣可以大大減少系統(tǒng)維護(hù)的成果。二是，吸收員工參與到項(xiàng)目的開發(fā)過(guò)程中來(lái)，使其了解該系統(tǒng)的體系結(jié)構(gòu)和設(shè)計(jì)思想，在開發(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ì)充裕，基本能夠滿足系統(tǒng)開發(fā)所必須的一些軟件、硬件、工作環(huán)境的要求。開發(fā)該形態(tài)需要掌握瀏覽器技術(shù)等多項(xiàng)技術(shù)。多年的專業(yè)學(xué)習(xí)，在團(tuán)隊(duì)精神和敬業(yè)精神上都具備了有力的保證條件。

（3）技術(shù)分析

該項(xiàng)目的開發(fā)，要具有類似項(xiàng)目的經(jīng)驗(yàn)。當(dāng)前計(jì)算機(jī)技術(shù)的發(fā)展水平以及開發(fā)人員以及熟練掌握的各種開發(fā)先進(jìn)技術(shù)，完全能夠滿足該系統(tǒng)開發(fā)的需要。該系統(tǒng)應(yīng)該沒有太多的難點(diǎn)，不過(guò)需要開發(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)查詢某條紀(jì)錄時(shí)，由于數(shù)據(jù)量龐大，還只能靠人工去一條條查找，既浪費(fèi)人力物力，效率也很低。

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

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

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

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

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

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)書籍，從不同方面研究本系統(tǒng)的整個(gè)設(shè)計(jì)，并結(jié)合調(diào)查報(bào)告中所獲取的信息，逐漸形成本平臺(tái)的雛形。

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

在開發(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é)論

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

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

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

軟件0602李冰

一、引言

1.背景分析

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

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

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

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

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

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

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

1.目標(biāo)要求

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

2.系統(tǒng)功能

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

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

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

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

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

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

3.條件和假定和限制

建議軟件壽命：5年

硬件條件：PC機(jī)

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

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

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

4.可行性研究方法

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

其他一次性支出：

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

調(diào)研（主要是圖書館的調(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元/次的收益。

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

收益/投資比：

收益50000元

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

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

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

8.法律可行性分析

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

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

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

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

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

9.使用方面的可行性

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

●工作制度：自定

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

從社會(huì)效益上看，隨著技術(shù)的發(fā)展，采用軟件管理圖書館日常工作，毫無(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)的用戶無(wú)使用方面的問(wèn)題。

三、結(jié)論

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