第一篇:企業(yè)費用管理系統(tǒng)可行性分析報告
企業(yè)費用管理系統(tǒng)可行性分析報告
1.1編寫目的
本文提出了一個基于WWW環(huán)境的企業(yè)費用管理系統(tǒng),應用動態(tài)服務器頁面實現(xiàn)了企業(yè)費用的多條件查詢、刪除、更新、密碼設置等功能。
1.2 背景
企業(yè)費用管理是公司企業(yè)內部很重要的一個管理事項,但目前大多公司內部企業(yè)費用的管理,基本上是手工操作或是基于dos下的應用,這樣對信息的管理者有諸多不便,有的雖然是用foxpro、visual foxpro開發(fā),但由于開發(fā)工具本身的限制,對網絡功能的支持程度不是很強,為以后軟件升級到互聯(lián)網帶來了麻煩。因此有必要開發(fā)一個基于網絡的企業(yè)費用管理系統(tǒng),能在網絡環(huán)境下實現(xiàn)數據的錄入、插入、刪除、查詢、統(tǒng)計、更新、等功能。同時,為了信息的保密與安全,系統(tǒng)還要提供一定的安全機制。
MyEclipse企業(yè)級工作平臺是對EclipseIDE的擴展,利用它我們可以在數據庫和JavaEE的開發(fā)、發(fā)布以及應用程序服務器的整合方面極大的提高工作效率。它是功能豐富的JavaEE集成開發(fā)環(huán)境,包括了完備的編碼、調試、測試和發(fā)布功能,完整支持HTML,Struts,JSP,CSS,Javascript,Spring,SQL,Hibernate。MyEclipse目前支持Java Servlet,AJAX,JSP,JSF,Struts,Spring,Hibernate,EJB3,JDBC數據庫鏈接工具等多項功能。
2..現(xiàn)行組織系統(tǒng)概況
2.1組織目標和戰(zhàn)略
系統(tǒng)的目標是開發(fā)一個基于網絡的企業(yè)費用管理系統(tǒng),能在網絡環(huán)境下實現(xiàn)數據的錄入、插入、刪除、查詢、統(tǒng)計、更新、等功能。同時,為了信息的保密與安全,系統(tǒng)還要提供一定的安全機制。
2.2存在的主要問題
企業(yè)費用管理是公司企業(yè)內部很重要的一個管理事項,但目前大多公司內部企業(yè)費用的管理,基本上是手工操作或是基于dos下的應用,這樣對信息的管理者有諸多不便,有的雖然是用foxpro、visual foxpro開發(fā),但由于開發(fā)工具本身的限制,對網絡功能的支持程度不是很強,為以后軟件升級到互聯(lián)網帶來了麻煩。
3.擬建立的信息系統(tǒng)
3.1 系統(tǒng)功能分析
公司內部的企業(yè)費用的管理,從大的方面分主要集中在公司職員的個人情況、工資細目、調入調出及用車等。所以該系統(tǒng)主要是實現(xiàn)對數據的錄入、插入、刪除,網上查詢.統(tǒng)計.更新.打印等功能。其次,為了信息的保密與安全,系統(tǒng)還要提供一定的安全機制。
3.2 根據用戶要求設計數據表
數據表的建立是應用程序開發(fā)過程中的非常重要的一個環(huán)節(jié),必須清楚每一模塊要操縱的數據是那些,以及數據間的相互關系,然后建立數據表。企業(yè)費用管理系統(tǒng)要求能對職工的個人情況、調入調出情況、工資情況等進行管理,在職工個人情況表下面,還有象維護職務表,維護學歷表等等。同時還要對系統(tǒng)設置安全機制,為實現(xiàn)以上要求,下面僅以人事、工資、密碼表為例介紹一下各表的結構:
職工情況一覽表
它包括職工標號、姓名、性別、等信息。其結構如下:
code char(4)not null, //職工編碼
name char(8)null, //姓名
sex char(2)null, //性別
birthday data null, //出生日期
work_time data null, //參加工作時間
post_zhw char(10)null, //職務
該表主鍵為職工編號(code)。
職工工資表
其結構主要包括職工所得的各種工資福利等。
Code char(4)not null, //職工編號
Name char(8)null, //姓名
g_pay integer null, //崗位工資
s_pay integer null, //書報費
jj_pay numeric(8,2)null, //獎金
total_pay numeric(8,2)null, //工資總額
該表主鍵為職工編號code。
系統(tǒng)密碼表
user_name char(10)not null, //用戶名稱
user_word char(10)not null, //用戶密碼
4.技術可行性分析
由于Myeclipse具有完整的web應用開發(fā)功能,由它編制的軟件可以方便的同服務器端的數據庫協(xié)同工作,構成B/S工作方式,它使用的是業(yè)界熟悉的Web標準(HTML和Java),通過端對端的設計、調試和提交,可以控制Web應用的整個生命周期。本系統(tǒng)客戶應用和服務器應用都采用Myeclipse開發(fā)。其中服務器端的程序是實現(xiàn)中的重點部分,其內容主要是生成SQL語句對數據庫操作及對所得的數據進行處理。
4.1 安全機制分析
在進入系統(tǒng)之前,要進行身份確認,只有用戶名和用戶密碼都相符的用戶方可進入本系統(tǒng)。為了防止不合法用戶對數據的察看和修改,本系統(tǒng)把用戶分為三個級別:可修改和只讀用戶??尚薷挠脩魧祿梢圆樵?、打印,還可以對紀錄進行增加、刪除、修改等操作。只讀用戶只擁有對紀錄的瀏覽、查詢和打印權限。當用戶要進入系統(tǒng)是必須先輸入用戶名和密碼,按“確認”按鈕后,系統(tǒng)辨別用戶身份,對合法用戶根據用戶的權限級別賦予相應的使用功能。社會可行性分析
隨著計算機的發(fā)展與普及,以及互聯(lián)網技術的擴展,日常企業(yè)費用管理必將實現(xiàn)無紙化辦公,并且加入到公司內部的Intranet或者是Internet上去,實現(xiàn)數據的共享,這樣有利于企業(yè)費用信息在單位內部的查詢,提高了數據資源的利用,并且能及時的得到更新,不需要象過去那樣浪費大量的人力物力去進行抄寫,提高了工作的效率
6.經濟可行性分析
6.1 支出/收益分析
在10年期內,系統(tǒng)投資和收益表1:系統(tǒng)總投入:180萬,系統(tǒng)總收入:92萬,2年可以收回開發(fā)投資。從經濟上考慮,本系統(tǒng)完全有必要開發(fā)。
7.可行性研究結論
通過經濟,技術和社會等方面的可行性研究,可以確定本系統(tǒng)的開發(fā)完全有必要,而且是可行,可以立項開發(fā)。
第二篇:圖書館管理系統(tǒng)可行性分析報告
圖書館管理系統(tǒng)可行性分析報告 引言
某圖書館為了方便管理和與讀者、圖書供應商更好的聯(lián)系特提出開發(fā)此系統(tǒng)。
1.1 編寫目的: 從現(xiàn)在應用的技術方面和用戶的操作方式方面研究圖書館管理管理系統(tǒng)的可行性和必要 性。
1.2 項目背景: 項目的任務提出者:該圖書館館長 開發(fā)者:軟件工程系 用戶:圖書館工作人員及讀者
1.3 參考資料: 《軟件工程》 清華大學出版社 《數據結構—C++語言的使用》 西安電子科技大學出版社 《Visual C++ 高級編程》 清華工業(yè)出版社 可行性研究的前提
2.1 要求: 功能:能夠準確快速的記錄圖書的狀態(tài),以便能輕易的查出圖書是否被借、是否歸還、是 否借出超期等信息;讀者和管理人員可進行一些需要的操作.性能:穩(wěn)定快速,實時控制 輸入/輸出:條形碼英文和漢字輸入,英文和漢字輸出 安全與保密要求:不能輕易被破壞,不能讓管理人員以外的人刪改圖書信息,對斷電、死 機、系統(tǒng)崩潰等問題有有力措施以保障數據不受損失。
2.2 可行性研究方法: 通過調查分析開發(fā)圖書館管理所具備的能力及實現(xiàn)的方法。確定總體結構,利用 SQL Server 數據庫所具有的能力,以最簡潔最容易的方法,使用 VC++使其成為一個初級的系統(tǒng) 軟件。
2.3 決定可行性的主要因素: 圖書館規(guī)模、設備狀況、操作人員技術 對現(xiàn)有系統(tǒng)的分析
3.1. 處理流程和數據流程(略)
3.2. 工作負荷 由于數據量越來越大,現(xiàn)有的系統(tǒng)已明顯不能適應目前的龐大數據量,系統(tǒng)工作負荷過大。
3.3. 費用支出 由于現(xiàn)有系統(tǒng)的工作負荷嚴重超載,在現(xiàn)有系統(tǒng)上投入的人力,設備,空間,材料,等等與 其他的一系列支持***越來越大,導致開發(fā)費用支出巨大,嚴重影響系統(tǒng)的可用性,急需 改進。
3.4. 人員 設備 鑒于原有系統(tǒng)的技術性含量比較低,故不需要多少高技術人員的操作,只是由于數據量的日 益擴大,所需要的操作人員數量不斷增大。這一點已不再適應目前信息化時代的步伐。設備的科技含量也比較低,沒有達到大量的計算機普及程度。
3.5. 局限性 經過嚴謹的分析,可知原有的系統(tǒng)存在很大的局限性,比如技術的過于陳舊,人員工作負荷 大,系統(tǒng)維護及費用支出巨大,人員與設備技術含量低等等一系列缺點,所有這些都明確了 需要一個新的適應新的信息化時代的高科技的系統(tǒng)。所以開發(fā)這樣一個系統(tǒng)還是很有必要 的。
4.所建議系統(tǒng)技術可行性分析
4.1 對系統(tǒng)的簡要描述 新系統(tǒng)在原有系統(tǒng)的基礎上加入了新的數據庫的支持,使用了先進的數據庫技術與數據管理 技術,使數據的準確性與安全性得到了很大的提高,且在用戶的并行操作與用戶管理方面也 有了極大地改善。
4.2 處理流程和數據流程(略)
4.3 與現(xiàn)有系統(tǒng)比較的優(yōu)越性 在以上幾點中已可以看出新系統(tǒng)的性能與功能上與現(xiàn)有系統(tǒng)的差別,首先新系統(tǒng)克服了原來 系統(tǒng)的資金投入大,人員設備技術含量低,系統(tǒng)工作負擔重等缺點。而且加入了對數據的安 全性保護的功能,使原有系統(tǒng)在可用性與穩(wěn)健性方面有了很大的進步。4.4. 采用建議系統(tǒng)可能帶來的影響(1).設備:采用建議系統(tǒng)后,改進了原有系統(tǒng)的性能所以對設備要求自然更高,建議系統(tǒng)使用 了最先進的技術使設備也必須跟著升級。(2).現(xiàn)有軟件:由于建議系統(tǒng)采用了先進的數據庫技術以及一系列高技術含量軟件,使得原來 系統(tǒng)上的一些軟件無法繼續(xù)使用,不過在新系統(tǒng)開發(fā)過程中將盡量考慮到,對現(xiàn)有軟件的兼 容性。(3).用戶:建議系統(tǒng)使用的新技術是完全基于原有的系統(tǒng)上的,故用戶不必考慮新系統(tǒng)帶來的 人員培訓等等。
4.5. 技術可行性評價 就目前使用的開發(fā)技術來說建議系統(tǒng)的功能目標應該能夠達到; 利用現(xiàn)有的技術在規(guī)定的期 限內開發(fā)工作基本能夠完成。所建議系統(tǒng)經濟可行性分析
5.1 該系統(tǒng)對客戶的影響: 建議系統(tǒng)是為了改善原有系統(tǒng)在經費支出過高的缺點的,所以新系統(tǒng)一經使用在經費支出方 面一定會得到很好的改善,用戶在使用了新系統(tǒng)后只需要花一定資金購買一部分計算機與軟 件就能實現(xiàn)自動化.5.2 購貨方面: 5.2.1 支出 1)系統(tǒng)開發(fā)費用(1)人員費用:本系統(tǒng)開發(fā)期為三周,試運行一周。開發(fā)期需要開發(fā)人員 3 人,試運行期 需要開發(fā)人員 2 人。人員費用為 萬元。(2)設備費:本系統(tǒng)所需的硬件設備費用為 萬元。(7)不可預見費:按開發(fā)費用的 15%計算。系統(tǒng)開發(fā)總費用為 萬元。2)系統(tǒng)運行費用(1)系統(tǒng)維護費:需要 人/年進行系統(tǒng)維護,維護費為 萬元(2)設備維護費:設備更新費為 萬元。設備維護費為 萬元。(3)消耗材料費:每年按 元計算。
綜上所述,設系統(tǒng)使用時間 5.2.2 收益(1)提高工作效率(2)減少工作人員 年,系統(tǒng)開發(fā)和運行總費用 萬元,平均 萬元/年。社會因素分析
該項目為獨立開發(fā),在技術上沒有使用任何現(xiàn)有的軟件與方法。所以在法律方面不會存在 侵犯專利權、侵犯版權等問題,完全按照合同規(guī)定的責任履行。7.其他可供選擇的方案 由于系統(tǒng)過于簡單,所以開發(fā)小組沒有提供其他的方案,只有一種開發(fā)方案。8 結論意見 經過一系列的各個不同方面的可行性分析,分析員和用戶及使用部門的負責人對需要解決 的問題取得基本的一致看法,開發(fā)小組的開發(fā)方案的到批準,使用部門負責人同意開發(fā)工程 繼續(xù)進行下去。
第三篇:車票管理系統(tǒng)可行性分析報告
第4組車票管理系統(tǒng) 可行性分析報告
課程名稱: 院
系: 專業(yè)班級: UML系統(tǒng)建模與分析設計
姓
名:指導教師:
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.對現(xiàn)有系統(tǒng)的分析.....................................................................................................2
3.1 處理流程和數據流程......................................................................................3 3.2 工作負荷..........................................................................................................3 3.3 設備..................................................................................................................3 3.4 局限性..............................................................................................................3 4.建議選擇的系統(tǒng)方案描述.........................................................................................3
4.1 系統(tǒng)簡要描述..................................................................................................4 4.2 處理流程與數據流程......................................................................................4 4.3 與現(xiàn)有系統(tǒng)比較..............................................................................................4 4.4 采用建議系統(tǒng)的影響......................................................................................4 5.投資、成本及效益分析.............................................................................................4 6.技術分析評價.............................................................................................................5 7.社會、法律因素方面的可能性.................................................................................6
7.1 法律因素..........................................................................................................6 7.2 用戶使用可行性..............................................................................................6 8.結論及其他.................................................................................................................6 UML系統(tǒng)建模與分析設計—車票管理系統(tǒng)可行性分析報告
1.引言
1.1 編寫目的
此可行性研究報告是為了對現(xiàn)行的車票管理系統(tǒng)進行研究分析,以信息技術為手段,建設現(xiàn)代化的車票管理系統(tǒng)。經過對此項目進行詳細調查研究,初擬系統(tǒng)實現(xiàn)報告,對項目開發(fā)中將要面臨的問題及其解決方案進行初步設計及合理安排。同時明確開發(fā)風險及其所帶來的經濟效益、社會效益。本文檔的讀者為參與開發(fā)的所有設計人員以及系統(tǒng)的最終用戶。
1.2 項目背景
軟件的名稱:車票管理系統(tǒng) 提出者:XXX客運公司 開發(fā)人員:XXX小組
使用單位:XXX汽車客運中心
項目與其他軟件、系統(tǒng)的關系:本系統(tǒng)采用B/S原理,主要采用Eclipse軟件來開發(fā),采用SQL Server為開發(fā)軟件的數據庫服務程序,主要在Windows 2000 Sever上運行。
1.3 定義
SQL:全稱是Structure Query Language,中文名稱是結構化查詢語言。JDBC:全稱是Java Database Connectivity Standard,中文意思是Java數據庫連接的標準。
J2EE:全稱是Java 2 Enterprise Edition,中文意思是Java 2企業(yè)版。JSP:全稱是Java Server Page,中文意思是Java服務頁面。
1.4 參考資料
[1]鄭人杰、馬素霞、殷人昆 《軟件工程概論》 機械工業(yè)出版社 2010.03 [2]李發(fā)致 《Java面向對象程序設計教程》 清華大學出版社 2009.11 [3]史嘉權 《數據庫系統(tǒng)概論》 清華大學出版社 2006.01
2.可行性研究的前提
2.1 要求
主要功能:為乘客提供車票訂購服務,方便客運的售票工作,提高客運的服務質量和服務效率。
性能要求:界面友好、操作簡潔、系統(tǒng)運行穩(wěn)定、可移植性好、適應性強。輸入要求:數據完整、詳實。
UML系統(tǒng)建模與分析設計—車票管理系統(tǒng)可行性分析報告
3.1 處理流程和數據流程
上圖為現(xiàn)有系統(tǒng)框架圖,現(xiàn)有系統(tǒng)大都基于C/S結構,使得乘客到售票窗口查詢目的站或車次的車票信息,包括有無票、上車時間、票價等情況,售票員操作系統(tǒng)進行檢索,給出具體信息,乘客提出購買請求,售票員即進行票據打印與現(xiàn)金結算,乘客到指定檢票口候車,準備搭乘要乘的車輛。
分析:現(xiàn)行系統(tǒng)操作界面欠友好,售票員長時間面對屏幕,易產生厭煩心理,影響服務質量與效率,而乘客也會因此無法按時購買到車票,從而影響發(fā)車的緊湊性與連續(xù)性,降低發(fā)車效率,造成旅客候車時間過長,滋生不滿情緒,減低滿意率。
3.2 工作負荷
由于列車業(yè)務的增長和旅客對服務質量要求的提高,現(xiàn)有系統(tǒng)已經不能業(yè)務發(fā)展的需求。
3.3 設備
由于業(yè)務增長和信息技術的發(fā)展現(xiàn)有設備不滿足業(yè)務要求,急需對設備進行升級。
3.4 局限性
技術的過于陳舊,人員工作負荷大,系統(tǒng)維護及費用支出巨大,人員與設備技術含量低等一系列缺點,所有這些都明確了需要一個新的適應新的信息化時代的高科技的系統(tǒng),所以開發(fā)這樣一個系統(tǒng)還是很有必要的。
4.建議選擇的系統(tǒng)方案描述
UML系統(tǒng)建模與分析設計—車票管理系統(tǒng)可行性分析報告
系統(tǒng)研發(fā)費用:6萬元 支出共計:50萬元(2)效益分析
因服務質量提高增加旅客量。工作效率提高,收益增加。社會效應將是不可估量的。(3)收益/投資比分析 直接收益/投資比約在3:1。(4)投資回收周期 投資回收周期預計2年。(5)敏感性分析
設計系統(tǒng)周期為5年,估計最長可達10年。處理速度:一般查詢速度<3秒。關鍵數據查詢速度:<2秒。
6.技術分析評價
(1)風險分析
根據客戶對項目的要求及我們對以往的開發(fā)經驗,該項目開發(fā)的主要風險是系統(tǒng)的可維護性。
為了提高該系統(tǒng)的可維護性,可以從兩方面來解決這個問題。一是,采用面向對象的方法對該系統(tǒng)進行設計和實現(xiàn),將系統(tǒng)可能產生的維護問題分散到系統(tǒng)分析、設計、實現(xiàn)等各個階段,盡可能采用可復用構件的設計實現(xiàn),從設計方法和設計理念上根本解決這個問題。雖然開發(fā)成本會提高一些,但今后如果需要更新升級,只需要更新相應的構件就可以了,這樣可以大大減少系統(tǒng)維護的成果。二是,吸收員工參與到項目的開發(fā)過程中來,使其了解該系統(tǒng)的體系結構和設計思想,在開發(fā)過程中培養(yǎng)自己的軟件應用技術人員。當系統(tǒng)交付使用時,他們能夠承擔系統(tǒng)的日常維護和小的改進工作。
(2)資源分析
該項目投入經費相對充裕,基本能夠滿足系統(tǒng)開發(fā)所必須的一些軟件、硬件、工作環(huán)境的要求。開發(fā)該形態(tài)需要掌握瀏覽器技術等多項技術。多年的專業(yè)學習,在團隊精神和敬業(yè)精神上都具備了有力的保證條件。
(3)技術分析
該項目的開發(fā),要具有類似項目的經驗。當前計算機技術的發(fā)展水平以及開發(fā)人員以及熟練掌握的各種開發(fā)先進技術,完全能夠滿足該系統(tǒng)開發(fā)的需要。該系統(tǒng)應該沒有太多的難點,不過需要開發(fā)過程中更多的努力和耐心。
第四篇:學生宿舍管理系統(tǒng)可行性分析報告
<<學生宿舍管理系統(tǒng)>>可行性分析報告
一、系統(tǒng)建立的背景及意義
由于計算機技術的迅速發(fā)展和普及,網絡通信技術越來越被廣泛的應用。管理信息系統(tǒng)在現(xiàn)代社會已深入到各行各業(yè)。大學生宿舍管理系統(tǒng)就是一個典型的管理信息系統(tǒng),學生宿舍管理系統(tǒng)對于一個學校來說是必不可少的組成部分,它可以讓宿舍管理工作變的更輕松。學生宿舍管理系統(tǒng)更能幫助宿舍管理員更加輕松方便快捷的管理宿舍。節(jié)省大量的勞動力,實現(xiàn)校園信息化管理。
二、現(xiàn)行系統(tǒng)存在的的問題分析
目前學校還停留在宿舍管理人員手工記錄數據的最初階段。學生信息量比較大,需要記錄存檔的數據比較多,人工記錄是相當麻煩的。而且當查詢某條紀錄時,由于數據量龐大,還只能靠人工去一條條查找,既浪費人力物力,效率也很低。
三、系統(tǒng)的可行性研究
1、系統(tǒng)的開發(fā)方式和目標
學校需要的宿舍管理系統(tǒng)能夠使宿舍管理員對外來人員拜訪登記、保修情況登記、寢室衛(wèi)生錄入情況、學生晚歸情況等進行有效的記錄。通過這個系統(tǒng)實現(xiàn)宿舍管理的系統(tǒng)化,科學化。更能使學校方面管理人員可以很方便的查詢想要的信息。進行統(tǒng)一管理,統(tǒng)一安排。
根據學校目前的狀況看來更加適合的是自行組織開發(fā)一套系統(tǒng)。因為自行開發(fā)的系統(tǒng)一是費用少于購買系統(tǒng),二是更能適應學校自身的實際情況。
開發(fā)系統(tǒng)的總體目標是:系統(tǒng)管理、宿舍管理、學生管理、信息查詢、出入登記、信息修改等組成。
2、系統(tǒng)的可行性分析 ⑴管理的可行性:
本系統(tǒng)運行于windows系列系統(tǒng)中,而管理人員基本都可以熟練操作。所以提供一個穩(wěn)定的運行環(huán)境。這套系統(tǒng)也易于學習。管理人員也對這方便的系統(tǒng)做出極大的熱情。⑵技術的可行性:
基本方法:做校園內的調查報告,獲取宿舍管理員和學生各方面信息情況,從中獲取重要信息,并成為建設本系統(tǒng)的重要依據
策略:查閱大量管理系統(tǒng)的相關書籍,從不同方面研究本系統(tǒng)的整個設計,并結合調查報告中所獲取的信息,逐漸形成本平臺的雛形。
建立模型:從軟件工程生命周期角度,建立每一步的參考模型,并在詳細設計的總要環(huán)節(jié)中,分別以管理員身份,管理員和學生的角度去分析與設計。⑶經濟的可行性:
在開發(fā)系統(tǒng)所需的項目中,校園的內部網絡已經建立。硬件完全可以使用學校自身的實驗室。后期運行系統(tǒng)也只需一臺電腦。再有學校的支持,經濟上是可行的。
四、結論
綜上所述,編寫或開發(fā)這個宿舍管理系統(tǒng)是可行的。它大大的方便了學校對于宿舍的管理。并且完善了學校的信息化管理。
第五篇:圖書館管理系統(tǒng)可行性分析報告
圖書館管理系統(tǒng)可行性分析報告
軟件0602李冰
一、引言
1.背景分析
一直以來人們使用傳統(tǒng)的人工方式管理圖書館的日常工作,對于圖書館的借書和還書過程,想必大家都已很熟悉。在計算機尚未在圖書館廣泛使用之前,借書和還書過程主要依靠手工。一個最典型的手工處理還書過程就是:讀者將要借的書和借閱證交給工作人員,工作人員將每本書上附帶的描述書的信息的卡片和讀者的借閱證放在一個小格欄里,并在借閱證和每本書貼的借閱條上填寫借閱信息。這樣借書過程就完成了。還書時,讀者將要還的書交給工作人員,工作人員根據圖書信息找到相應的書卡和借閱證,并填好相應的還書信息,這樣還書過程就完成了。
以上所描述的手工過程的不足之處顯而易見,首先處理借書、還書業(yè)務流程的效率很低,其次處理能力比較低,一段時間內,所能服務的讀者人數是有限的。利用計算機來處理這些流程無疑會極大程度地提高效率和處理能力。我們將會看到排隊等候借書、還書的隊伍不再那么長,工作人員出錯的概率也小了,讀者可以花更多的時間在選擇書和看書上。
為方便對圖書館書籍、讀者資料、借還書等進行高效的管理,特編寫該程序以提高圖書館的管理效率。使用該程序之后,工作人員可以查詢某位讀者、某種圖書的借閱情況,還可以對當前圖書借閱情況進行一些統(tǒng)計,給出統(tǒng)計表格,以便全面掌握圖書的流通情況。
圖書管理系統(tǒng)是一種基于集中統(tǒng)一規(guī)劃的數據庫數據管理新模式。在對圖書、讀者的管理,其實是對圖書、讀者數據的管理。本系統(tǒng)的建成無疑會為管理者對圖書管理系統(tǒng)提供極大的幫助。
2.系統(tǒng)簡介
圖書管理系統(tǒng)是圖書館的重要組成部分,一般分為兩大部分,流通系統(tǒng)和采購系統(tǒng)。采購系統(tǒng)分為訂單管理、圖書入庫、圖書著錄、圖書上架、新書上報和書目審查、系統(tǒng)設置。流通系統(tǒng)分為圖書管理、讀者管理、借閱證管理、圖書借閱、圖書歸還、系統(tǒng)設置等模塊。其中,圖書借閱、圖書歸還等。核心模塊為采購系統(tǒng):圖書入庫、圖書上架;流通系統(tǒng):圖書管理、讀者管理、借閱證管理。
二、可行性研究內容
1.目標要求
圖書管理系統(tǒng)對于現(xiàn)代圖書館而言,是能否發(fā)揮其教學科研的作用的至關重要技術平臺。對于讀者和圖書管理員來說,是能否方便快速獲取信息的關鍵。所以,圖書管理系統(tǒng)應該能夠為用戶提供充足的信息和快捷方便的操作手段減少人力的投入;由系統(tǒng)對入庫圖書進行自動分類、歸類,學生信息整理、借閱情況登記入檔,提高信息處理的精度和準確度。
2.系統(tǒng)功能
1)圖書采購(訂單查詢、查詢訂單、新書通報)
2)圖書入庫(圖書著錄、圖書入庫)
3)圖書流通(圖書借閱、圖書歸還、預約登記、圖書暫停、圖書催還)
4)讀者管理(讀者登記、讀者管理、核發(fā)借閱證、暫停借閱證、掛失借閱證、補發(fā)借閱證、罰款繳納登記、借閱證注銷)
5)統(tǒng)計查詢(讀者查詢、借閱統(tǒng)計、借閱查詢、罰款統(tǒng)計、記帳查詢、記帳統(tǒng)計)
6)系統(tǒng)設置(館藏位置、用戶借閱規(guī)定管理、用戶管理、系統(tǒng)用戶管理、供書單位設置)
3.條件和假定和限制
建議軟件壽命:5年
硬件條件:PC機
運行環(huán)境:Windows xp professional
開發(fā)軟件:SQL Server、JAVA等
開發(fā)限制:開發(fā)時間短
4.可行性研究方法
通過對已有圖書管理系統(tǒng)的分析和研究比較的方法。
5.決定可行性的主要因素
效益>成本;技術可行,現(xiàn)有技術可承擔開發(fā)任務;操作可行,軟件能被原有操作人員快速接受。
6.技術可行性分析
6.1系統(tǒng)簡要描述
采用JAVA和SQL開發(fā),即使遇到困難,也能從豐富的參考書中找到解決方案。開發(fā)出的系統(tǒng)具有庫存圖書管理功能,能高效管理師生借閱信息,統(tǒng)計每年、每月、某天的圖書借入借出情況,對財務信息進行統(tǒng)計、分析等。
6.2處理流程和數據流程
a.系統(tǒng)能對書籍信息進行管理。
b.系統(tǒng)不需要管理借閱者除姓名以外的信息。對每一名借閱者最多可借閱的書籍數目為5本。c.借書時,管理人員記錄借書者的姓名、借閱書籍名稱和借閱日期。
d.時間時,管理人員記錄還書者的姓名、歸還書籍名稱和還書日期。系統(tǒng)設定書籍的最長借閱時間為2個月。
e.操作人員可以根據書籍名稱、作者、出版社三者之一或三者的任意組合查詢書籍信息。
f.操作人員可以查詢借閱某書籍的所有借閱者的姓名;也可以查詢某借閱者借閱的所有書籍名稱;還可以根據借閱者的姓名、書籍名稱查詢借閱者的借書時間、還書時間。
g.系統(tǒng)由圖書館工作人員操作。分為:系統(tǒng)管理員,書籍管理員和借閱管理員,每人對應相應的權限。h.報表的打印輸出。
i.所有操作人員憑帳號和密碼登陸系統(tǒng)。
7.經濟可行性分析
開發(fā)需求較低,加上成熟的軟硬件環(huán)境、目標系統(tǒng)并不是十分復雜和開發(fā)周期較短,人員經濟支出有限。開發(fā)完成運行后,為使用者帶來便利,為系統(tǒng)的進一步推廣創(chuàng)造了條件,經濟收益將遠超過投資。從經濟角度考慮,此系統(tǒng)開發(fā)可行。
7.1效益分析
a.支出
基本建設投資:
計算機設備8臺8×3000=24000元
數據通訊設備:(手機產生的實時花費)規(guī)定每人每月50共計8×50=400元
辦公室對外通信電話包月8×40=320元
環(huán)境設備(辦公室,人員住宿)辦公租房3000元,人員住宿1000元。
其他一次性支出:
開發(fā)軟件費用價值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
投資回收周期:此系統(tǒng)回報周期在3.5年
8.法律可行性分析
●合同責任:符合國家標準的合同,經雙方簽字后生效
●侵犯專利權:有
●侵犯版權:有
當今社會發(fā)展迅速,知識量的積累更是與日俱增,無論是學校的圖書館還是公司的資料庫,學生或員工的知識渴求的越顯強烈,書籍資料的借閱量也是越來越高,而逐漸顯現(xiàn)出來的讀者信息管理質量問題是越來越嚴重。一方面,管理員為了將讀者的部分個人信息記錄下來,需要每一位新讀者自己填寫他們個人資料,并且能夠對讀者進行編號和排序,對他們的信息進行修改和查詢操作。另一方面,為了能夠使讀者信息更加安全,必須限制非管理員對讀者信息的訪問權。為了能夠解決這些問題,需要建立一個安全完善的管理平臺,能夠使讀者信息能夠快速完整地自動記錄在案,并且不能夠隨便被任何人非法竊取,這對學校和公司的讀者信息管理都有著非常重要的作用。
由于整個系統(tǒng)是自行開發(fā),自行使用,所以系統(tǒng)本身不存在版權爭議,符合國家各種政策法規(guī)。服務器軟件方面,它的操作系統(tǒng)可能會被微軟跟蹤,如果不是正版軟件,將會面臨民事訴訟的風險
9.使用方面的可行性
●用戶單位的行政管理:自定
●工作制度:自定
●人員素質等能否滿足要求:可以滿足
從社會效益上看,隨著技術的發(fā)展,采用軟件管理圖書館日常工作,毫無疑問會在使用過程中產生新的需求和問題,這樣也會不斷地促進信息技術和軟件應用的革新。用哲學的思維分析可概括為軟件應用促進技術進步,技術進步反作用于軟件的應用,從而雙方面同時促使社會不斷朝前。
經過研究,此系統(tǒng)的用戶無使用方面的問題。
三、結論
根據以上分析可知,開發(fā)該圖書館管理信息系統(tǒng)不僅有巨大的經濟效益,而且有更大的社會效益,從而使該系統(tǒng)開發(fā)具有價值,也節(jié)省了大量資源,但是時間有限,該管理系統(tǒng)考慮不太健全,我們會在這方面加強學習和改進。所以,我們認為開發(fā)此系統(tǒng)的條件已經具備,可以開始進行開發(fā)