97骚碰,毛片大片免费看,亚洲第一天堂,99re思思,色好看在线视频播放,久久成人免费大片,国产又爽又色在线观看

圖書(shū)管理系統可行性研究報告

時(shí)間:2023-06-14 14:07:10 報告 我要投稿

圖書(shū)管理系統可行性研究報告(精選6篇)

  在當下社會(huì ),報告的使用頻率呈上升趨勢,我們在寫(xiě)報告的時(shí)候要注意邏輯的合理性。相信許多人會(huì )覺(jué)得報告很難寫(xiě)吧,下面是小編為大家整理的圖書(shū)管理系統可行性研究報告(精選6篇),供大家參考借鑒,希望可以幫助到有需要的朋友。

圖書(shū)管理系統可行性研究報告(精選6篇)

  圖書(shū)管理系統可行性研究報告1

  第1章 引言

  隨著(zhù)計算機技術(shù)的快速發(fā)展,信息化管理已經(jīng)深入各行各業(yè)。目前,無(wú)論公司還是企業(yè)對于貨物都實(shí)行了信息化管理,以提高管理水平和工作效率,同時(shí)也可以最大限度地減少手工操作帶來(lái)的錯誤。這類(lèi)信息化管理應用范圍極其廣泛。在日常生活中,事實(shí)上,借書(shū)還書(shū)是一大問(wèn)題,為解決這個(gè)大問(wèn)題,“圖書(shū)管理系統”應運而生。

  1.1目的

  圖書(shū)管理系統具有種種優(yōu)點(diǎn),但在目前狀況下,可以大大方便學(xué)生進(jìn)行查看圖書(shū)剩余數量,存放位置以方便進(jìn)行借書(shū)及還書(shū)。

  1.2背景

  本項目采用單純的數據庫存儲原理,是建立在Windows 系統上以eclipse為開(kāi)發(fā)軟件的應用程序

  1.3術(shù)語(yǔ)定義

  Draw.io:專(zhuān)業(yè)商用矢量的繪圖軟件。

  MySql:提供數據庫。

  Eclipse:專(zhuān)屬Java開(kāi)發(fā)軟件

  1.4參考資料

 。1)《關(guān)系型數據庫》的第2版 耿祥義清華大學(xué)出版社,2009

 。2)Java程序設計基礎第五版 陳國軍 清華大學(xué)出版社,2006

  第2章 項目簡(jiǎn)介

  2.1項目名稱(chēng):

  圖書(shū)管理系統

  2項目承擔單位:

  河南科技學(xué)院

  2.3可行性研究報告編制單位:

  我邦阿富汗

  2.4目標、規模、內容、原則、周期

 。1)目標:

  ·實(shí)現操作自動(dòng)化和信息電子化,全面提高圖書(shū)的管理水平。

  ·基于用戶(hù)管理的全面自動(dòng)化,可以大大減少管理員的負擔、違章管理中的漏洞,可以節約大量管理開(kāi)支,增加企業(yè)的收入。

  ·實(shí)現對內部各種用戶(hù)管理的電子化、自動(dòng)化、提高借還圖書(shū)時(shí)各個(gè)工作模塊的辦公效率,也為提高廣大學(xué)生的服務(wù)質(zhì)量提供保證。

 。2)規模:

  預計該項目針對的人群,主要是一些高校,預計規模人數是100000人左右。

 。3)內容:

  大大增加了圖書(shū)的借閱效率,方便進(jìn)行圖書(shū)的管理。

 。4)原則:

  在原則方面盡可能減少人為的管理,提高借閱的效率,在保證效率的同時(shí),保證信息準確,必要的保證不出現誤差。

 。5)周期:

  從項目策劃到項目完成預計需要六個(gè)月。

  第3章 項目建設的必要性和可行性

  3.1現狀和差距

  a.現狀

 。1)硬件

  無(wú)

 。2)軟件

  目前甲方平臺管理采用的是紙質(zhì)化辦公,主要包括紙質(zhì)報告,檔案。

  b.差距

  目前甲方采用紙質(zhì)化辦公進(jìn)行系統管理,紙質(zhì)化管理的過(guò)程有太多缺點(diǎn),紙質(zhì)的傳遞較為緩慢,也需要占用更多空間,而且辦公的程序較為繁瑣,需要較多的人力進(jìn)行管理。甲方需要簡(jiǎn)化管理流程,減少人力的投入,并且更快捷的進(jìn)行平臺管理。

  3.2發(fā)展趨勢

  未來(lái)借書(shū)會(huì )逐步減少時(shí)間的使用,使用計算機替代部分人力的使用既減少了成本,同時(shí)也加快了工作效率。簡(jiǎn)單化的管理系統適合各個(gè)年齡的管理人員操作,只需簡(jiǎn)單熟悉了解本系統的功能操作,就能提高工作效率。不僅減少了人工成本,加快了人流的流動(dòng)速度,也能提高行業(yè)競爭力。

  3.3項目建設的必要性

  在知識競爭越來(lái)越激烈,規模越來(lái)越大,閱讀者要求越來(lái)越高的今天,作為

  互聯(lián)網(wǎng)時(shí)代的新型交往平臺,如何提高借閱效率顯得越來(lái)越重要,由于手工操作的繁瑣混亂且容易出錯,不易即使統計用戶(hù)的真假情況,常常造成管理漏洞,給管理人員和用戶(hù)帶來(lái)不便,因此迫切需要一套計算機信息管理系統來(lái)實(shí)現可靠,便捷的管理。

  3.4項目建設的可行性

 。1)經(jīng)濟可行性分析

  圖書(shū)管理系統的投入,能夠提高工作效率,減少工作人員,從而減少人力資本的投入,根據核算,系統投入三個(gè)月后,就能夠基本收回開(kāi)發(fā)系統的投資,同時(shí),本系統對開(kāi)發(fā)環(huán)境沒(méi)有太高的要求適用于各種操作系統,普通的電腦就可以滿(mǎn)足開(kāi)發(fā)需求,因此本次開(kāi)發(fā)在經(jīng)濟上具有一定的可行性。

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

  a)TCP/IP體系成熟完備

  b)Java技術(shù)比較成熟

  c)數據庫技術(shù)比較成熟

 。3)運行、操作可行性分析

  系統的管理者大多具備電腦基本操作知識,對于必要的專(zhuān)業(yè)操作經(jīng)短期培訓即可,管理基礎工作和各項管理制度比較健全,執行嚴格,原始數據采集完整,保存良好。

 。4)法律可行性

  該軟件開(kāi)發(fā)不違反社會(huì )法律法規,同時(shí)符合學(xué)校的規章制度,并且沒(méi)有侵犯版權之說(shuō),屬于自主開(kāi)發(fā),因此,本系統具有法律可行性。

  第4章 項目承擔單位概況

  4.1單位概況

  圖4.1圖書(shū)管理系統機構圖

  如圖4.1圖書(shū)管理系統機構圖所示,該系統只有用戶(hù)和管理員。

  4.2機構職責

  用戶(hù):注冊自己的信息,借書(shū),還書(shū)。

  管理員:修改圖書(shū),刪除圖書(shū)。

  第5章系統需求

  5.1業(yè)務(wù)分析

  通過(guò)調研和分析可得到下圖:

  圖5.1圖書(shū)管理系統業(yè)務(wù)用例圖

  業(yè)務(wù)用例圖中共有種5業(yè)務(wù)用例,2種業(yè)務(wù)角色,“用戶(hù)”業(yè)務(wù)角色是所有業(yè)務(wù)角色的基類(lèi)。下面是各個(gè)業(yè)務(wù)用例的描述。

  1.用戶(hù)注冊業(yè)務(wù)

 。1)活動(dòng)圖

  圖5.2 業(yè)務(wù)活動(dòng)圖

 。2)流程步驟

  a)用戶(hù)注冊自己信息

  2. 用戶(hù)借書(shū)業(yè)務(wù)

  圖5.3業(yè)務(wù)活動(dòng)圖

 。2)流程步驟

  a)用戶(hù)借書(shū)。

  3. 用戶(hù)還書(shū)業(yè)務(wù)

  圖5.4業(yè)務(wù)活動(dòng)圖

 。2)流程步驟

  a)用戶(hù)還書(shū)。

  4. 修改圖書(shū)業(yè)務(wù)

  圖5.5業(yè)務(wù)活動(dòng)圖

 。2)流程步驟

  a)管理員修改圖書(shū)。

  5. 刪除圖書(shū)業(yè)務(wù)

  圖5.6業(yè)務(wù)活動(dòng)圖

 。2)流程步驟

  a)管理員刪除圖書(shū)

  5.2功能需求和性能需求

 。1)功能需求

  圖書(shū)管理系統的功能需求可以按照服務(wù)對象的不同進(jìn)行劃分,包括用戶(hù)、內部管理人員、系統維護人員。每類(lèi)用戶(hù)的功能需求如下:

  a. 用戶(hù)

  登錄賬號,用戶(hù)可以查詢(xún)個(gè)人信息,通過(guò)分頁(yè)來(lái)查看圖書(shū)信息。

  b.內部管理人員

  業(yè)務(wù)管理:實(shí)現商品管理業(yè)務(wù)的信息化和網(wǎng)絡(luò )化,公司管理者能夠隨時(shí)掌握業(yè)務(wù)的實(shí)際情況,能夠提供商品的分析預測。資源共享:可以實(shí)現業(yè)務(wù)的資源共享,支持跨部門(mén)的資源共享,為所有工作人員提供快速的信息檢索。

  b. 管理維修人員

  基礎數據導人:能夠對積累的歷史數據進(jìn)行批量錄人、整理和入庫,并提供分類(lèi)轉換等功能。用戶(hù)管理:對所有內部人員和顧客,根據統一的注冊信息認證,按照不同的權限等級提供資源共享和各種服務(wù)。

  系統維護:提供系統監控、配置管理工具,能夠及時(shí)獲取錯誤信息,排除障礙。備份恢復:能夠按照數據庫維護管理計劃定期對數據庫進(jìn)行備份,必要時(shí)進(jìn)行有效恢復。

 。2)性能需求

  a.網(wǎng)絡(luò )平臺性能

  要求數據傳輸網(wǎng)絡(luò )快捷、安全、可擴展。

  網(wǎng)絡(luò )的性能要求如下:非復雜的查詢(xún)和處理的一般業(yè)務(wù)響應時(shí)間應小于等于3秒,系統年平均無(wú)故障運行時(shí)間大于等于99.9%。

  b.系統平臺性能

  要求采用通用性好、安全可靠的操作系統和大型數據庫系統,保證系統有良好的性能,系統年平均無(wú)故障運行時(shí)間大于等于99.9%。

  c.應用支撐平臺性能

  要求應用支撐平臺為業(yè)務(wù)應用系統的開(kāi)發(fā)和運行提供技術(shù)支撐,并具有靈活的可擴展性和高度的可配置管理性。

  d.應用系統性能

  應用系統能夠滿(mǎn)足顧客需求,穩定、可靠、實(shí)用。檢索,查詢(xún)快捷簡(jiǎn)單。

  e.數據質(zhì)量

  系統數據準確完整,能夠滿(mǎn)足匯總統計、制表制圖、分析計算、模型測算等要求。

  5.3 數據量預測

 。1)數據存儲量測算

  數據存儲量測試是為了在系統設計時(shí)保證存儲系統能夠滿(mǎn)足系統的正常運行。目前整個(gè)系統售出后,每年應處理的信息總計大約1400萬(wàn)次,存儲量包括:

  a.結構化數據存儲量

  每件商品業(yè)務(wù)的概要信息大約為1KB,結構化數據存儲量=1400萬(wàn)×1KB=14GB。

  b.多媒體信息存儲量

  部分用戶(hù)含有多媒體信息,大約占有總數的1%,每條信息估計5MB,多媒體信息總量為:1400萬(wàn)×0.01×5MB=68GB每年的數據存儲總量=14GB+68GB=82GB,冗余量為0.5(管理等附加信息造成),每年的信息存儲量=82GB×(1+0.5)=123GB。

  c.五年的信息存儲總量

  按照目前計算運行時(shí)長(cháng)聯(lián)機存儲5年的數據,系統的存儲量=5×123GB=615G。

 。2)網(wǎng)絡(luò )帶寬預測

  網(wǎng)上交友平臺通過(guò)各個(gè)中型交際公司接入互聯(lián)網(wǎng),各個(gè)商品的詳細信息數據都存入各公司操作系統數據中心,交友網(wǎng)站數據流量分析主要涉及網(wǎng)站出口帶寬的設計,初步計算如下:

  用戶(hù)總數大致估計為(M):2000人

  每個(gè)頁(yè)面平均為(K):100KB

  用戶(hù)處理每個(gè)頁(yè)面的時(shí)間約為(S):10秒

  每天用戶(hù)的比例為(P1):60%

  每個(gè)顧客每天購物的時(shí)間為(H1):2小時(shí)

  在最集中的時(shí)間內瀏覽的用戶(hù)的比例為(P2):80%

  最忙時(shí)服務(wù)器每秒處理的頁(yè)面總數為(T):M×P1×P2×H1×3600/S/(H1×3600)

  因而所需的網(wǎng)絡(luò )帶寬為:T×K=22.5Mbit/s

  根據測算的帶寬要求,考慮網(wǎng)絡(luò )帶寬的實(shí)際利用率,需要兩根10M,一根4M的專(zhuān)線(xiàn)接入。

 。3)數據處理量分析

  具體評估方法如下:

  TPM=日峰值顧客操作量×峰值時(shí)間操作比例×操作復雜比例/(峰值時(shí)間×CPU占用比例)

  日峰值顧客操作量:預計一整年處理業(yè)務(wù)量1400萬(wàn)次,日平均業(yè)務(wù)處理量為1400萬(wàn)/365=38356件。每個(gè)操作的處理流程比較簡(jiǎn)單,平均為2個(gè)處理環(huán)節,日峰值操作量為38356×2=76712

  峰值時(shí)間操作比例,每日峰值時(shí)間:根據現有實(shí)際情況統計,業(yè)務(wù)處理80%的交易發(fā)生在每日上午9:00~11:00、下午4:00~6:00和晚上20:00~22:00,即

  峰值時(shí)間操作比例為80%,每日峰值時(shí)間為6小時(shí)

  交易復雜比例:網(wǎng)上交友平臺的.操作比較簡(jiǎn)單,一次打開(kāi)的數據大致有4個(gè),對相關(guān)數據進(jìn)行操作,根據經(jīng)驗每次操作的復雜度可以設置為8~10(相對于TPC標準測試)

  CPU占用比例:實(shí)際運行情況表明,一臺服務(wù)器的CPU利用率高于80%則會(huì )產(chǎn)生系統瓶頸,而利用率處于75%時(shí),則處于最佳狀態(tài)。因此在推算系統性能指標時(shí),考慮系統管理所需的消耗資源以及部分CPU余量,設定此值為75%

  綜上:TPM=76712×80%×9/(6×60×75%)=2045.7

  考慮到20%余量:則所需TPC-C的值為:TPW=2045.7/(1-20%)=2557.1萬(wàn)

  考慮到網(wǎng)絡(luò )測試的TPC-C是在極端優(yōu)化的情況下產(chǎn)生的,實(shí)際性能一般是測試值的1/2,因此建議單機處理能力TPC-C應該達到2557.1×2=5114.2

  故網(wǎng)上交友平臺所用的數據庫服務(wù)器應選其TPC-C值不低于6000

  第6章 總體方案

  6.1 系統體系結構

  圖6-1圖書(shū)管理系統的體系結構圖

  如圖6-1所示,圖書(shū)管理系統的體系結構圖,主要分為下面幾個(gè)層面:

  表現層又稱(chēng)用戶(hù)訪(fǎng)問(wèn)層,負責與用戶(hù)交互,接收用戶(hù)對系統的服務(wù)請求,并把業(yè)務(wù)處理層的結果呈現給用戶(hù)。安全保障體系、資源管理維護體系貫穿于系統各個(gè)層次,保證信息系統符合標準,安全可靠。

  應用層包括平臺綜合處理子系統、系統管理子程序和資源管理子系統三部分。其中綜合處理子系統作為圖書(shū)管理系統的基礎支撐平臺,包括應用系統部署、運行和管理的環(huán)境及相應規范。應用支撐服務(wù)是基礎支撐層為應用提供的一組共性和關(guān)鍵的服務(wù)。應用支撐服務(wù)支持多種事務(wù)實(shí)現機制,充分考慮基于網(wǎng)上交友平臺中事務(wù)管理的特性,并提供相應技術(shù)實(shí)現;支持組件化的開(kāi)發(fā)部署,將應用中的公用功能如配置管理、數據緩存、認證授權、日志管理、工作流等功能以公用組件或公共服務(wù)的形式集成到平臺中,并提供相關(guān)API接口來(lái)減少系統間藕合度。

  系統結構模式層:主要包括各種服務(wù)器、框架、API接口、分布式事務(wù)系統等。

  資源層:主要包括各種基礎資源,如數據庫系統、文件系統、中間件系統、排隊系統等。軟件硬件層:主要體現在軟硬件的分離,如操作系統、網(wǎng)絡(luò )操作系統、網(wǎng)絡(luò )協(xié)議等。

  硬件層:主要是軟件實(shí)現的物質(zhì)基礎。如大型機、集群系統、大型存儲系統、高速緩存系統等。

  6.2硬件(網(wǎng)絡(luò ))系統設計

  圖6.2網(wǎng)絡(luò )拓撲圖

  硬件分析:

  如圖6.2所示

  網(wǎng)絡(luò )拓撲采用星型結構,該方案優(yōu)點(diǎn):

  1)維護管理容易

  2)重新配置靈活

  3)故障隔離和檢測容易

  硬件構成有中心服務(wù)器、網(wǎng)上交友平臺服務(wù)器集群、各部門(mén)辦公設備、安全防火墻等。

  用戶(hù)可通過(guò)客戶(hù)端訪(fǎng)問(wèn)本系統,進(jìn)行操作

  6.3應用系統設計

  系統構成

  圖6.3圖書(shū)管理系統組件圖

  圖書(shū)管理系統的組件圖的程序構成主要包括用戶(hù)注冊登錄,用戶(hù)借書(shū),用戶(hù)還書(shū),管理員登錄,修改圖書(shū),刪除圖書(shū)等組件。

  系統配置圖

  圖6.4圖書(shū)管理系統配置圖

  圖6.4為圖書(shū)管理系統的配置圖,圖書(shū)管理系統的應用服務(wù)負責保存整個(gè)管理系統的應用程序,數據庫是負責數據的管理,此外還有多個(gè)終端,對于不同的用戶(hù),有不同的客戶(hù)端。

  功能結構

  圖6.5圖書(shū)管理系統功能結構圖

  由圖6.5可以看出,圖書(shū)管理系統主要可以分為個(gè)兩個(gè)模塊:用戶(hù),管理員

  A)用戶(hù),用戶(hù)注冊,用戶(hù)借書(shū),用戶(hù)還書(shū)。

  B)管理員,修改圖書(shū),刪除圖書(shū)。

  第7章 項目開(kāi)發(fā)團隊

  我邦阿富汗

  人員分工:

  a .經(jīng)理:劉軍

  b .構架師:徐嘉迪

  c .分析師:張權

  第8章 項目實(shí)施進(jìn)度

  第7周:完成可行性分析報告

  第8-10周:學(xué)習java和數據庫,窗口搭建等相關(guān)內容

  第11周:開(kāi)始編寫(xiě)項目代碼

  第12周:初步完成前后端設計,實(shí)現基本功能

  第13周:測試各部分功能,完善整體功能

  第14周:修改窗口界面,添加各部分數據,完善系統

  第15周:測試系統是否達到預期效果,并做出相應調試

  第16周:交付項目

  第9章 總投資估算和資金來(lái)源

  1)預計代碼量一萬(wàn)行,開(kāi)發(fā)費用約6000元

  2)購買(mǎi)一臺服務(wù)器費用約20000元

  3)購買(mǎi)各部門(mén)電腦費用約10000元

  4)各項硬件安裝人工費用約1000元

  總體費用約37000元

  資金來(lái)源:

  甲方(河南科技學(xué)院)提供資金支持

  第10章社會(huì )和經(jīng)濟效益分析

  圖書(shū)管理系統是大學(xué)生學(xué)習知識的重要組成部分,圖書(shū)管理系統可以加快學(xué)生們對課余知識的獲取效率,發(fā)展學(xué)生們的興趣愛(ài)好,培養學(xué)生們的自主學(xué)習能力,進(jìn)一步的提高學(xué)生們,不僅能促進(jìn)學(xué)生們的身心健康發(fā)展,對于構建高校的積極向上精神面貌也起著(zhù)重要作用。借閱信息化工作,為建立圖書(shū)借閱管理工作新機制提供支持,為最終解決圖書(shū)管理提供可視化平臺,為維護社會(huì )穩定、構建和諧社會(huì )提供保障。為此所帶來(lái)的直接社會(huì )效應如下:第一,進(jìn)一步提高信息檢索應用,為用戶(hù)提供更便利的服務(wù)。圖書(shū)管理系統的建立,可以進(jìn)一步的暢通信息通道,提高用戶(hù)對信息需求的滿(mǎn)意度。第二,為平臺管理部門(mén)的需求提供服務(wù)。圖書(shū)管理系統建立后,使管理部門(mén)能夠及時(shí),準確的發(fā)布管理信息,處理人際相關(guān)事宜。第三,促進(jìn)和強化圖書(shū)借閱管理工作機構的責任。將實(shí)現圖書(shū)借閱管理信息的公開(kāi)透明,使圖書(shū)借閱管理處于廣大學(xué)子的監督下,強化有關(guān)部門(mén)的工作責任感。

  第11章結論與建議

  本系統主要提供了對圖書(shū)借閱可靠性的管理平臺,在系統中,系統運用方便、操作簡(jiǎn)單、工作效率高。給學(xué)生提供了更多更及時(shí)的圖書(shū)借閱信息,便于學(xué)生了解更多課外知識,自主學(xué)習。同時(shí)也給學(xué)院學(xué)習部管理提供了一個(gè)完善的信息拓展平臺,方便發(fā)布活動(dòng)公告以及圖書(shū)借閱的管理,使平臺在無(wú)形中構建一種團結友善的凝聚力。為讀者擁有查詢(xún)圖書(shū)信息、獲得圖書(shū)存放位置等。綜合上所述,本系統完全具備設計開(kāi)發(fā)條件。

  圖書(shū)管理系統可行性研究報告2

  1. 引言

  1.1編寫(xiě)目的

  對于圖書(shū)館龐大的進(jìn)出圖書(shū)流量,繁多的圖書(shū)種類(lèi),要管理這些依靠人力已經(jīng)遠遠不足,不管會(huì )花費很多人力物力,而且還將花費額外的費用,因此,計算機系統的應用就顯得非常重要,可以通過(guò)軟件松實(shí)現對圖書(shū)的進(jìn)、消、存管理,提高工作效率、服務(wù)質(zhì)量和管理水平,并且使得圖書(shū)館管理人員可以輕松的進(jìn)行管理。因而研發(fā)圖書(shū)館管理系統已經(jīng)成為一件迫在眉睫的事。

  1.2背景

  開(kāi)發(fā)軟件名稱(chēng):圖書(shū)館管理系統。

  1.3定義

  圖書(shū)館管理系統是建立以數據庫為后臺核心應用、以服務(wù)為目的平臺,對資源進(jìn)行科學(xué)的加工整理和管理維護,為教學(xué)和科學(xué)研究提供文獻信息保障、為借閱者提供服務(wù)效率和為管理者提高圖書(shū)管理效率而設計的系統。

  2. 可行性研究的前提

  隨著(zhù)計算機應用的日益普及和深化,圖書(shū)館信息量的日益增加,使用計算機軟件來(lái)管理圖書(shū)已經(jīng)成為一種趨勢。由于學(xué)校藏書(shū)量大,借書(shū)的學(xué)生多,原來(lái)的人工工作方式不僅會(huì )造成辦理時(shí)間的延誤和人力資源的浪費,而且存在著(zhù)各種信息不易存放、易丟失、難以備份和查詢(xún)等缺點(diǎn)。因此,實(shí)現一個(gè)將各種圖書(shū)管理和服務(wù)功能集成起來(lái)的管理系統就顯得十分必要,既可以節省資源,又可以有效存儲、更新、查詢(xún)信息,提高工作和服務(wù)效率。

  2.1要求

 。1)軟件功能:對圖書(shū)館的圖書(shū)信息和用戶(hù)(讀者,借閱者等)信息進(jìn)行有效的管理,包括讀者和圖書(shū)信息的查詢(xún)和管理;

 。2)軟件性能:可以快捷有效地完成借閱、查詢(xún)等的各項操作,錄入數據合法性校驗程序高,查詢(xún)速度快。保證信息的'正確和及時(shí)更新,并降低信息訪(fǎng)問(wèn)的成本。

 。3)能夠適應變化,可擴展項強

 。4)安全保密:具有高安全性和一定的保密機制

  2.2目標

  以最低的成本,在最短的期限內開(kāi)發(fā)出具有管理圖書(shū)和用戶(hù)信息功能的圖書(shū)館管理信息系統。包括人力與設備費用的節省,處理速度的提高和人員工作效率的提高等。

  2.3條件,假定和限定

 、俳ㄗh軟件壽命:10年。

 、谶M(jìn)行系統方案選擇比較的時(shí)間:為10天。

 、劢(jīng)濟來(lái)源:甘肅中醫藥大學(xué)

 、苓\行環(huán)境:操作系統: WindowsXP;數據庫類(lèi)型:SQL server

 、菘衫矛F有圖書(shū)館管理系統進(jìn)行結構研究

  2.4進(jìn)行可行性研究的方法

  本次可行性分析是按照軟件工程的規范步驟進(jìn)行的,即按復查項目目標和規模,研究目前正使用的系統,導出新系統的高層邏輯模型,重新定義問(wèn)題這一循環(huán)反復的過(guò)程進(jìn)行。然后提出系統的實(shí)現方案,推薦最佳方案,對所推薦的方案進(jìn)行經(jīng)濟、技術(shù)、用戶(hù)操作和法律的可行性分析,最后給出系統是否值得開(kāi)發(fā)的結論。

  3. 對現有系統的分析

  3.1數據流圖

  (1)頂層數據流圖

  借書(shū)模塊數據流圖

 。2)系統功能框架結構

  3.2工作負荷

  以前的圖書(shū)管理完全是手工操作,從新書(shū)的購買(mǎi)、編碼、入庫、上架到借閱、續借、查詢(xún)等,耗費了很大的人力,并且很難避免錯誤的發(fā)生,該圖書(shū)管理系統針對這些問(wèn)題,不僅降低了工作量,還改善了圖書(shū)管理上的準確性,功能清晰易懂,便于操作。

  3.3 費用開(kāi)支

  軟件開(kāi)發(fā)中的費用支出主要有開(kāi)發(fā)人員、材料、設備、開(kāi)發(fā)空間以及后期的維護等方面的支出。

  3.4人員

  對于此系統的開(kāi)發(fā),需要至少兩名有經(jīng)驗的軟件開(kāi)發(fā)人員,系統的操作人員以及后期維護人員。

  3.5設備

  需要開(kāi)發(fā)軟件相關(guān)的配置較高的計算機至少10臺,圖書(shū)管理系統的應用支撐平臺,提供對上層應用系統的信息管理支持,包括數據庫管理系統(Microsoft SQL Server/ORACLE)、Windows 操作系統等。

  3.6局限性

  計算機是需要電才能工作的,因此,必須保證不會(huì )停電,計算機數據的即使備份,借閱證的即使辦理,界面是否簡(jiǎn)單易學(xué)等。

  4. 所建議的系統

  所建議系統是滿(mǎn)足用戶(hù)查詢(xún),預約,續借的便捷系統,其中系統管理、書(shū)籍管理、讀者管理和借閱管理等大部分的功能通過(guò)圖書(shū)館內的局域網(wǎng)實(shí)現,有利于提高系統的效率和安全性,用戶(hù)在經(jīng)過(guò)身份確認后,系統按照權限的不同向不同的用戶(hù)提供各種需求。

  4.1改進(jìn)之處

  在以上幾點(diǎn)中已可以看出新系統的性能與功能上與現有系統的差別,首先新系統克服了原來(lái)系統的資金投入大,人員設備技術(shù)含量低,系統工作負擔重等缺點(diǎn)。而且加入了對數據的安全性保護的功能,使原有系統在可用性與穩健性方面有了很大的進(jìn)步。

  4.2影響

 、賹υO備的影響

  采用建議系統后,改進(jìn)了原有系統的性能,所以對設備要求自然更高,包括數據備份空間和性能上的改進(jìn),設備必須跟著(zhù)升級。

 、趯ΜF有軟件的影響

  由于建議系統采用了先進(jìn)的數據庫技術(shù)以及一系列高技術(shù)含量軟件,使得原來(lái)系統上的一些軟件無(wú)法繼續使用,不過(guò)在新系統開(kāi)發(fā)過(guò)程中將盡量考慮到,對現有軟件的兼容性問(wèn)題。 3.對用戶(hù)的影響

  由于建議系統采用了先進(jìn)的數據庫技術(shù)以及一系列高技術(shù)含量軟件,使得原來(lái)系統上的一些軟件無(wú)法繼續使用,不過(guò)在新系統開(kāi)發(fā)過(guò)程中將盡量考慮到對現有軟件的兼容性,且對用戶(hù)要有一個(gè)適應期。

  4.3.技術(shù)條件方面的可行性

  就目前使用的開(kāi)發(fā)技術(shù)來(lái)說(shuō)建議系統的功能目標應該能夠達到;利用現有的技術(shù)在規定的期限內開(kāi)發(fā)工作基本能夠完成。

  5. 可選擇的其他系統方案

  由于系統簡(jiǎn)單,所以開(kāi)發(fā)小組沒(méi)有提供其他的方案,只有一種開(kāi)發(fā)方案,用此一種開(kāi)發(fā)方案開(kāi)發(fā)該系統。

  6 投資及收益分析

  6.1 支出

  該系統需要開(kāi)發(fā)人員費用支出,硬件費用的支出,軟件費用的支出以及后期運行與維護的費用支出。

  6.2收益

  本系統自主開(kāi)發(fā),用于學(xué)校圖書(shū)館管理之用,唯一的收益就是學(xué)習, 提高了學(xué)校圖書(shū)

  館的管理效益,從經(jīng)濟上考慮,雖然沒(méi)有收益,但開(kāi)發(fā)本系統對圖書(shū)管理是完全可行的。

  6.3 敏感性分析

  為測算項目可能承受風(fēng)險的能力及項目在財務(wù)上、經(jīng)濟上的可靠性,對項目的主要風(fēng)險因素的變化對項目財務(wù)內部收益率和投資回收期的影響進(jìn)行敏感性分析。由于該系統不是盈利為目的,沒(méi)有經(jīng)濟方面的收益,所以不涉及該項的分析。

  7. 社會(huì )條件方面的可行性分析

  7.1法律方面的可行性

  由于所有軟件都用正版,技術(shù)資料都由提出方保管,數據信息均可保證合法來(lái)源。所以,在法律方面是可行的。

  7.2用戶(hù)使用可行性

  使用本系統的人員均有一定計算機應用基礎,系統維護員由計算機的專(zhuān)業(yè)人員擔任,所有人員都要經(jīng)過(guò)本系統的使用培訓。經(jīng)過(guò)簡(jiǎn)單培訓人員就會(huì )熟練使用本軟件。所以使用方面是可行的。

  8. 結論

  本項目具有方便快捷等優(yōu)勢,使得圖書(shū)管理實(shí)現電子化,符合社會(huì )信息化發(fā)展的需要,技術(shù)、經(jīng)濟、操作、法律方面都是可行的,因此,開(kāi)發(fā)該系統是完全可以的。

  圖書(shū)管理系統可行性研究報告3

  一、引言

  1.背景分析

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

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

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

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

  2.系統簡(jiǎn)介

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

  二、可行性研究?jì)热?/strong>

  1.目標要求

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

  2.系統功能

  1)圖書(shū)采購(訂單查詢(xún)、查詢(xún)訂單、新書(shū)通報)

  2)圖書(shū)入庫(圖書(shū)著(zhù)錄、圖書(shū)入庫)

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

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

  5)統計查詢(xún)(讀者查詢(xún)、借閱統計、借閱查詢(xún)、罰款統計、記帳查詢(xún)、記帳統計)

  6)系統設置(館藏位置、用戶(hù)借閱規定管理、用戶(hù)管理、系統用戶(hù)管理、供書(shū)單位設置)

  3.條件和假定和限制

  建議軟件壽命:5年

  硬件條件:PC機

  運行環(huán)境:Windows xp professional

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

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

  4.可行性研究方法

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

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

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

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

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

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

  6.2處理流程和數據流程

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

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

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

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

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

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

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

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

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

  7.1效益分析

  a.支出

  基本建設投資:

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

  數據通訊設備:(手機產(chǎn)生的實(shí)時(shí)花費)規定每人每月50共計8×50=400元

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

  環(huán)境設備(辦公室,人員住宿)辦公租房3000元,人員住宿1000元。

  其他一次性支出:

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

  調研(主要是圖書(shū)館的調研需若干次)調研費用1000元

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

  非一次性支出

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

  維護費:?jiǎn)未?00元 每年4度維修1次年支出費用=4*100=400元

  b.收益

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

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

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

  收益/投資比:

  收益50000元

  投資(含非一次性投資)142520元

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

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

  8.法律可行性分析

  ●合同責任:符合國家標準的合同,經(jīng)雙方簽字后生效

  ●侵犯專(zhuān)利權:有

  ●侵犯版權:有

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

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

  9.使用方面的可行性

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

  ●工作制度:自定

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

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

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

  三、結論

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

  圖書(shū)管理系統可行性研究報告4

  一、概述

  1、編寫(xiě)目的

  在對系統計劃階段的確定的工作范圍內進(jìn)一步對目標對象和環(huán)境作細致、深入的調查分析。

  2、項目背景

  a.所建設開(kāi)發(fā)軟件系統的名稱(chēng):圖書(shū)館管理系統。b.本項目的任務(wù)提出者:系統開(kāi)發(fā)小組。c.用戶(hù):圖書(shū)館工作人員及讀者。d.軟件系統委托方:圖書(shū)館領(lǐng)導。

  3、定義

  數據流程圖(DFD):為描述軟件系統中的信息流提供了一個(gè)圖形方法。箭頭代表數據流,方框代表數據的源點(diǎn)或終點(diǎn),圓框代表數據流的交換,雙杠代表數據存儲的地方。

  數據字典是對數據流程圖中的數據,變換等進(jìn)行精確的定義。

  4、參考資料

  《數據庫系統簡(jiǎn)明教材》 《軟件工程技術(shù)與實(shí)踐》 《軟件工程基礎》

  二、現行系統概況

  該單位圖書(shū)館現為人工管理,效率低,易比錯,手續繁瑣,而且耗費大量的人力。圖書(shū)館希望設計一個(gè)圖書(shū)管理系統,用于管理讀者的登記,圖書(shū)的購入、借出、歸還以及注銷(xiāo)等。并且方便管理人員還查閱某位讀者、某本圖書(shū)的借閱情況。并可加快對當前借閱情況統計的效率,以全面掌握圖書(shū)的流通情況、提高工作效率、加快信息反饋,為讀者提供滿(mǎn)意的借閱環(huán)境。

  三、系統需求說(shuō)明

  1、對功能的規定

  經(jīng)過(guò)以上詳細的用戶(hù)調查,在現行業(yè)務(wù)流程和數據分析的基礎上,基本可以確定系統設計必須達到的目標。

  以下是圖書(shū)管理系統必須具備的功能:

  1.新進(jìn)圖書(shū)的登記功能:對于購進(jìn)的新書(shū),系統必須具備圖書(shū)信息資料的錄入功能。

  2.圖書(shū)的查詢(xún)修改功能:當圖書(shū)資料發(fā)生變化,如圖書(shū)丟失或有錯誤信息輸入時(shí),則應能夠及時(shí)對數據進(jìn)行修改和補充。

  3.借閱的登記,歸還的登記功能:系統的主要功能之一,供本校學(xué)生借閱圖書(shū)、歸還圖書(shū),并進(jìn)行登記。

  4.學(xué)生信息的增加、刪除和修改功能:系統主要功能之一,建立學(xué)生信息,并對其進(jìn)行維護。

  2、對性能的規定

  為了保證系統能夠長(cháng)期、安全、穩定、可靠、高效的運行,圖書(shū)管理系統應該滿(mǎn)足以下的性能需求:

 。1)、系統處理的準確性和及時(shí)性

  系統處理的準確性和及時(shí)性是系統的必要性能。在系統設計和開(kāi)發(fā)過(guò)程中,要充分考慮系統當前和將來(lái)可能承受的工作量,使系統的處理能力和響應時(shí)間能夠滿(mǎn)足學(xué)校對信息處理的需求。

 。2)、系統的開(kāi)放性和系統的可擴充性

  圖書(shū)管理系統在開(kāi)發(fā)過(guò)程中,應該充分考慮以后的.可擴充性。例如用戶(hù)查詢(xún)的需求也會(huì )不斷的更新和完善。所有這些,都要求系統提供足夠的手段進(jìn)行功能的調整和擴充。而要實(shí)現這一點(diǎn),應通過(guò)系統的開(kāi)放性來(lái)完成,既系統應是一個(gè)開(kāi)放系統,只要符合一定的規范,可以簡(jiǎn)單的加入和減少系統的模塊,配置系統的硬件。通過(guò)軟件的修補、替換完成系統的升級和更新?lián)Q代。

 。3)、系統的易用性和易維護性

  圖書(shū)管理系統是直接面對使用人員的,而使用人員往往對計算機并不時(shí)非常熟悉。這就要求系統能夠提供良好的用戶(hù)接口,易用的人機交互界面。要實(shí)現這一點(diǎn),就要求系統應該盡量使用用戶(hù)熟悉的術(shù)語(yǔ)和中文信息的界面;針對用戶(hù)可能出現的使用問(wèn)題,要提供足夠的在線(xiàn)幫助,縮短用戶(hù)對系統熟悉的過(guò)程。

 。4)、系統的標準性

  系統在設計開(kāi)發(fā)使用過(guò)程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業(yè)標準。

 。5)、系統的先進(jìn)性

  目前計算系統的技術(shù)發(fā)展相當快,做為圖書(shū)管理系統工程,在系統的生命周期盡量做到系統的先進(jìn),充分完成企業(yè)信息處理的要求而不至于落后。這一方面通過(guò)系統的開(kāi)放性和可擴充性,不斷改善系統的功能完成。另一方面,在系統設計和開(kāi)發(fā)的過(guò)程中,應在考慮成本的基礎上盡量采用當前主流并先進(jìn)且有良好發(fā)展前途的產(chǎn)品。

 。6)、系統的響應速度

  圖書(shū)管理系統系統在日常處理中的響應速度為秒級,達到實(shí)時(shí)要求,以及時(shí)反饋信息。在進(jìn)行統計分析時(shí),根據所需數據量的不同而從秒級到分鐘級,原則是保證操作人員不會(huì )因為速度問(wèn)題而影響工作效率。

  3、輸入輸出要求

  輸入:鍵盤(pán),鼠標等。

  輸出:顯示器等。

  4、其他專(zhuān)門(mén)要求

  數據庫:對于圖書(shū)館管理信息系統來(lái)說(shuō),數據的處理流程 從軟件操作的過(guò)程確定基礎數據為: 圖書(shū)管理員數據 讀者數據(圖書(shū)證)圖書(shū)信息

  為了方便用戶(hù)對圖書(shū)的維護工作減少數據輸入量和數據一致性,基礎數據還定義為: 圖書(shū)類(lèi)別定義 出版社定義

  5、條件、假定和限制

  運行環(huán)境:兼容當前主流操作系統95/98/NT/ME/2000/XP,Office軟件等。

  硬件環(huán)境:奔騰4以上計算機,打印機、掃描機等。開(kāi)發(fā)軟件:SQL Server、vb等。

  圖書(shū)管理系統可行性研究報告5

  1.引言

  1.1編寫(xiě)的目的

  隨著(zhù)世界經(jīng)濟的急速發(fā)展,互聯(lián)網(wǎng)也越來(lái)越普及。同時(shí)為了方便人們的生活,互聯(lián)網(wǎng)已經(jīng)和我們生活的分不開(kāi)了。由于圖書(shū)館書(shū)籍繁多,人工管理較為困難,難免會(huì )出現一些書(shū)籍遺漏的信息。為了保障同學(xué)借書(shū)方便,管理員管理方便,因此開(kāi)發(fā)了一個(gè)可以實(shí)現圖書(shū)的添加查詢(xún)和存儲和更新的管理系統。

  1.2背景

  待開(kāi)發(fā)的軟件系統的名稱(chēng):圖書(shū)管理系統;

  本項目的任務(wù)提出者:陳錦輝

  本想任務(wù)的開(kāi)發(fā)者:陳錦輝

  用戶(hù):學(xué)校師生及圖書(shū)管理員

  實(shí)現該軟件的計算中心或計算機網(wǎng)絡(luò )是:xju_5.8G。

  1.2定義

  借書(shū)管理:包括借書(shū)的學(xué)生信息

  圖書(shū)信息:包括所有書(shū)籍的信息

  圖書(shū)查詢(xún):通過(guò)學(xué)生借書(shū)的信息查詢(xún)所借書(shū)籍的詳細信息

  SQL:結構化查詢(xún)語(yǔ)言。

  1.4參考資料

  [1]《軟件工程概論》(第三版)鄭人杰 馬素霞等編著(zhù).

  [2] Java2實(shí)用教程(題庫+微課視頻版)耿祥義 張躍平編著(zhù).

  [3]可行性研究報告(GB8567——88)

  2.可行性研究的前提

  2.1要求

  功能:登記學(xué)生借書(shū)的信息,還書(shū)信息、查詢(xún)書(shū)籍。

  性能:圖書(shū)管理員可以查看學(xué)生借書(shū)的情況。

  輸出:輸出信息。

  輸入:學(xué)生信息、書(shū)籍信息;

  在安全與保密方面的要求:學(xué)生的信息只有圖書(shū)管理員才有查詢(xún)和修改的權限;

  完成期限:30天

  2.2目標

  減少物力與財力。

  減少借書(shū)的繁瑣。

  提高圖書(shū)管理員的工作效率。

  提高學(xué)生對圖書(shū)館的滿(mǎn)意程度。

  2.3條件、假定和限制

  a.所建議系統的運行壽命的最小值:4年;

  b.經(jīng)費來(lái)源:學(xué)校資助;

  c.硬件條件:4303的機房設備和網(wǎng)絡(luò )設備;

  d.運行環(huán)境:Windows7以上系統;

  e.開(kāi)發(fā)環(huán)境:intellij IDEA;

  f.可利用的信息和資源:書(shū)籍信息管理系統;

  g.系統投入使用的最晚時(shí)間:2022.10.9。

  2.4進(jìn)行可行性研究的方法

  本次可行性研究主要通過(guò)調查研究法、分析法。通過(guò)學(xué)生在圖書(shū)館看書(shū)借書(shū)的情況進(jìn)行調查,然后在進(jìn)行研究分析如何在最短的時(shí)間里去解決問(wèn)題,從而從根本上減少財力與物力的消耗。

  2.5評價(jià)尺度

  開(kāi)發(fā)費用:開(kāi)發(fā)經(jīng)費預定在5000元左右;

  各項功能的優(yōu)先次序:滿(mǎn)足圖書(shū)管理員和一般用戶(hù)的使用;

  開(kāi)發(fā)時(shí)間:在20天之內完成開(kāi)發(fā)和測試工作;

  使用中的難易程度:盡量從簡(jiǎn),方便使用。

  3.對現有系統的分析

  3.1處理流程和數據流程

  現需要每人準備一臺電腦

  給每個(gè)人分配任務(wù)

  每個(gè)人完成相應的任務(wù)

  在viso上畫(huà)出相應的數據流程圖以及系統開(kāi)發(fā)的總體框架。

  3.2工作負荷

  減少一些沒(méi)必要的工作量

  提前做好計劃,解決一些設備與軟件問(wèn)題的一些事情

  3.3費用開(kāi)支

  開(kāi)發(fā)整個(gè)系統所發(fā)費的工資大概是五千元左右。

  3.4人員

  部分學(xué)生

  3.5設備

  準備一臺系統是win7以上的電腦

  3.6局限性

  處理時(shí)間趕不上需要,響應不及時(shí),數據存儲的能力不足,處理功能不夠沒(méi)有一個(gè)專(zhuān)業(yè)的系統管理來(lái)維護日常使用,使得圖書(shū)管理員工作比較困難和復雜,人力物力消耗大,資源浪費嚴重。

  4.所建議的`系統

  4.1對所建議系統的說(shuō)明

  圖書(shū)管理系統是信息管理系統,通過(guò)計算機管理學(xué)生平常借書(shū)的信息與書(shū)籍信息,通過(guò)強大的查詢(xún)和更新、刪除來(lái)提高辦事效率。編程軟件:IDEA

  4.2處理流程和數據流程

  登記借書(shū)信息、查詢(xún)、還書(shū)、添加書(shū)籍、添加用戶(hù)、刪除書(shū)籍、刪除用戶(hù)、查詢(xún)書(shū)籍、修改書(shū)籍。

  4.3改進(jìn)之處

  a.實(shí)時(shí)更新書(shū)籍的信息,提高圖書(shū)管理員的工作效率;

  b.加強學(xué)生賬戶(hù)安全管理。

  c.實(shí)時(shí)增加新書(shū)籍提高學(xué)生借書(shū)的效率

  4.4影響

  4.4.1對設備的影響

  開(kāi)發(fā)時(shí)間久可能會(huì )對一些設備有一些危害

  4.4.2對軟件的影響

  必須保證操作系統在Windows7以上版本的電腦上運行,以適應圖管理員的管理系統的需求。

  同時(shí)不要在一臺電腦上進(jìn)行多次反復的操作,可能會(huì )導致軟件卡頓。

  4.4.3對用戶(hù)單位機構的影響

  圖書(shū)管理員需要掌握一定的計算機基礎知識。

  4.4.4對系統運行過(guò)程的影響

  用戶(hù)的操作規程: 提供個(gè)人信息;

  運行中心的操作規程:通過(guò)借出書(shū)籍等各種途徑來(lái)查詢(xún)學(xué)生的信息;

  運行中心與用戶(hù)之間的關(guān)系:通過(guò)學(xué)生借書(shū)的信息可以查詢(xún)學(xué)生的詳細信息;

  源數據的處理:源數據保存在數據庫中,可隨機進(jìn)行查詢(xún);

  對數據保存的要求,對數據存儲、恢復的處理:安全性、完整性、正確性;

  輸出報告的處理過(guò)程、存儲媒體和調度方法:每周打印報表圖書(shū)管理人員進(jìn)行核驗檢查;

  系統失效的后果及恢復的處理辦法:重啟系統。

  4.4.5對開(kāi)發(fā)的影響

  用戶(hù)需進(jìn)行的工作:輸入一般用戶(hù)信息;

  為了建立一個(gè)數據庫所要求的數據資源:使用IDEA完成對數據庫的建設、更新、查詢(xún)與刪除工作;

  為了開(kāi)發(fā)和測驗所建議系統而需要的計算機資源:系統打包,能夠異地發(fā)布,完成在系統Windows7以上的電腦上進(jìn)行測試工作;

  所涉及的保密與安全問(wèn)題:系統對圖書(shū)管理員權限進(jìn)行相應的設置,防止非法登錄。

  4.4.6對地點(diǎn)和設施的影響

  對于一些個(gè)人的電腦網(wǎng)速有一定的影響。

  可能對學(xué)校的教學(xué)機房有一定的影響。

  4.4.7對經(jīng)費開(kāi)支的影響

  軟件的開(kāi)發(fā)成本并不大,其他的投入也只是電腦。由于學(xué)校的電腦已經(jīng)普及,所運行已經(jīng)達到了要求,無(wú)需重新開(kāi)發(fā)建設,所以系統開(kāi)發(fā)、運行所需的費用是比較低的。

  4.5局限性

  由于第一次做比較正規的開(kāi)發(fā),所以難免還有些地方有所遺漏。

  4.6技術(shù)條件方面的可行性

  利用現有的技術(shù),該系統的功能夠實(shí)現;

  對開(kāi)發(fā)人員都已經(jīng)過(guò)將近兩年的學(xué)習,擁有一定的經(jīng)驗和基礎;

  在規定的期限內,本系統的開(kāi)發(fā)能夠完成。

  5.可選擇的其他系統方案

  可選擇的系統方案1

  6投資及效益分析

  6.1支出

  對于所選擇的方案,說(shuō)明所需的費用。如果已有一個(gè)現存系統,則包括該系統繼續運行期間所需的費用。

  6.1.1基本建設投資

  計算機一臺:4000元;

  數據通訊設備:1500元;

  安全與保密設備:1000元。

  6.1.2其他一次性支出

  研究(需求的研究和設計的研究):1000元;

  開(kāi)發(fā)計劃與測量基準的研究:450元;

  數據庫的建立:500元;

  培訓費、旅差費以及開(kāi)發(fā)安裝人員所需要的一次性支出:1000元。

  6.1.3非一次性支出

  設備的租金和維護費用:600元/年;

  軟件的租金和維護費用:800元/年;

  數據通訊方面的租金和維護費用:600/年;

  房屋、空間的使用開(kāi)支;800元/年;

  公用設施方面的開(kāi)支:800元/年;

  保密安全方面的開(kāi)支:600元/年;

  其他經(jīng)常性的支出:400元/年。

  6.2收益

  6.2.1一次性收益

  系統研究費用:400;

  系統開(kāi)發(fā)費用:300;

  6.2.2非一次性收益

  節約了學(xué)校的人力、物力、財力,大大提升宿舍管理效率。

  6.2.3不可定量的收益

  由于圖書(shū)管理系統服務(wù)使用方便,大量用戶(hù)使用網(wǎng)上操作,平均每天收益30元,每年收益大概10950元。

  6.3收益/投資比

  由于在圖書(shū)管理系統正式投入運行之前,沒(méi)有做具體的統計,但是人力物力財力消耗巨大,管理起來(lái)很不方便。圖書(shū)管理系統投入運行之后,預期會(huì )帶來(lái)可觀(guān)的收益,在管理上也會(huì )帶來(lái)極大的便利,會(huì )節約許多不必要的資源浪費。

  6.4投資回收周期

  根據投資和收益的分析,兩年內便可以收回投入成本,剩下兩年年大概收益20000元。

  6.5敏感性分析

  a.該系統的使用壽命為:4年;

  b.該系統的工作負荷量:6臺計算機;

  c.設備和軟件的配置等待變化時(shí),對開(kāi)發(fā)和收益的影響最多不超過(guò)5000元。

  7社會(huì )因素方面的可行性

  7.1法律方面的可行性

  本系統作為軟件工程這門(mén)課程的課程設計,沒(méi)有簽訂任何合同,不存在合同責任。所用的東西都是自己的或者公共的,也沒(méi)有挪用別人的成果,不存在侵犯專(zhuān)利權版權等問(wèn)題。

  7.2使用方面的可行性

  使用可行性來(lái)看,我們設計的圖書(shū)管理系統可以應用,對此,我們認為,該系統具有相當的可行性,大大方便了登記、查詢(xún)等操作。學(xué)生、圖書(shū)管理人員都可以使用,軟件界面簡(jiǎn)潔,清晰明了。

  8結論

  總和各方面的因素來(lái)分析,該系統是可行的。

  圖書(shū)管理系統可行性研究報告6

  摘要

  隨著(zhù)計算機網(wǎng)絡(luò )結構的復雜化,傳統的網(wǎng)絡(luò )管理模式已經(jīng)不能適應當今網(wǎng)絡(luò )管理的需求,而基于Web的網(wǎng)絡(luò )管理模式將Web技術(shù)與網(wǎng)絡(luò )管理技術(shù)相融合,使網(wǎng)絡(luò )管理人員能夠方便地通過(guò)Web瀏覽器配置和監控網(wǎng)絡(luò ),簡(jiǎn)化了網(wǎng)絡(luò )管理操作,給傳統的網(wǎng)管技術(shù)帶來(lái)了新的活力.該文在分析基于Web的網(wǎng)絡(luò )管理方法的基礎上,介紹了基于Internet/Intranet校園網(wǎng)結構的學(xué)生信息管理系統的設計目標和設計思想。

  本文詳細介紹了學(xué)生信息管理系統的設計與實(shí)現過(guò)程。本文研究開(kāi)發(fā)的學(xué)生信息管理系統原型將Web技術(shù)與asp相結合,給出了基于asp的過(guò)程定義語(yǔ)言與工作流執行機的設計與實(shí)現方法。具有完善的`用戶(hù)名及密碼驗證處理,空間配額等功能。實(shí)現了學(xué)生信息基本信息、課程基本信息、學(xué)生成績(jì)基本信息、班級及專(zhuān)業(yè)信息和網(wǎng)站用戶(hù)信息的維護。

  一、系統概述

  1.1背景

  隨著(zhù)我國教育體制的改革,需要從大量的日常教學(xué)活動(dòng)中提取相關(guān)信息,以反映教學(xué)情況,傳統的人工管理方式浪費許多人力物力財力,造成工作效率低,誤差大,易發(fā)生數據丟失,統計錯誤。在當今社會(huì ),科技的發(fā)展越來(lái)越快,現在學(xué)校管理也逐步從手工轉到計算機自動(dòng)化信息處理階段。設計一個(gè)功能完整、操作簡(jiǎn)便的學(xué)生信息管理系統滿(mǎn)足用戶(hù)在學(xué)生信息管理方面需求已經(jīng)勢在必行。

  1.2意義

  隨著(zhù)學(xué)校規模迅速擴大,學(xué)生管理工作信息量急劇增加,信息變化幅度大,依靠傳統的手工管理手段顯然已不能適應新時(shí)期高校大學(xué)生的管理工作,無(wú)法完成大量的信息分析和處理。同時(shí),隨著(zhù)學(xué)校管理體制改革的深化,學(xué)校有關(guān)職能部門(mén)如何全面、準確、及時(shí)地了解和掌握學(xué)生的信息,建立科學(xué)公正的學(xué)生個(gè)體

  和院系學(xué)生工作評價(jià)體系,已經(jīng)成為新時(shí)期高校學(xué)生管理工作面臨的一個(gè)新課題。為此,建設一套切實(shí)可行的學(xué)生工作管理系統,結合學(xué)校實(shí)際,充分利用校園網(wǎng)的資源優(yōu)勢,不僅使信息渠道更為暢通,而且可以資源共享。既為全面了解學(xué)生的綜合信息提供了方便,使得查詢(xún)統計更為準確便捷,又可以用電子檔案逐步代替或輔佐傳統的紙質(zhì)檔案,實(shí)現管理手段現代化。

  該系統提供學(xué)生的基本狀況、學(xué)習成績(jì)、學(xué)生課表等全方位的信息資料。在此基礎上,構建學(xué)生信息、學(xué)生學(xué)習成績(jì)以及學(xué)生課表進(jìn)行變更新,對學(xué)生信

  息進(jìn)行全方位的管理。

  這個(gè)系統能提高學(xué)生工作辦公自動(dòng)化程度,建立學(xué)生信息庫,把學(xué)生工作者從日常繁重重復的勞動(dòng)中解放出來(lái),減輕工作強度,提高工作效率。這將是一個(gè)非常有現實(shí)意義的課題。

  二、網(wǎng)站的開(kāi)發(fā)技術(shù)及主要框架

  開(kāi)發(fā)工具:

  本系統主要是以VS2008+Sql2005來(lái)開(kāi)發(fā)的,網(wǎng)站的布局是采用DIV+CSS 2.2 網(wǎng)站的主要架構及開(kāi)發(fā)模式

  三、系統總體設計

  3.1 需求分析

  3.2 網(wǎng)站功能概述

  3.2.1前臺

  學(xué)生根據自己的姓名登錄到學(xué)生信息管理系統的里面,學(xué)生可以看到自己的個(gè)人信息,課程表和分數。而且可以修改自己的密碼。

  3.2.2后臺模版

  教師根據自己的姓名進(jìn)入到系統的后臺管理,教師可以對學(xué)生的個(gè)人信息、成績(jì)、課程表進(jìn)行增刪查改。

  3.2.3 后臺模塊

  3.3網(wǎng)站功能模塊圖

  3.4 網(wǎng)站功能流程圖

  四、數據庫的設計和實(shí)現

【圖書(shū)管理系統可行性研究報告】相關(guān)文章:

圖書(shū)管理系統可行性研究報告03-08

圖書(shū)管理系統可行性研究報告范文12-08

圖書(shū)館管理系統可行性研究報告(精選13篇)04-21

【熱門(mén)】圖書(shū)管理系統可行性研究報告4篇12-01

圖書(shū)館管理系統可行性研究報告(精選6篇)02-28

圖書(shū)館管理系統可行性研究報告范文(精選8篇)12-19

藥品信息管理系統項目可行性研究報告提綱06-21

圖書(shū)管理系統報告12-02

圖書(shū)管理系統報告12-02