第一篇：公司人員管理系統(tǒng)可行性分析報告

公司人員管理系統(tǒng)

——可行性分析報告 引言

1.1 編寫目的

人的管理是一切管理工作的核心。員工代表一個企業(yè)的形象，因而人事管理機(jī)制設(shè)計(jì)的好壞，直接影響一個企業(yè)的成敗。

員工的檔案管理是企業(yè)人事管理的基礎(chǔ)，在企業(yè)員工普遍流失的今天，一個準(zhǔn)確而及時的人事管理系統(tǒng)，有利于人事部門對員工流動進(jìn)行分析、編制，為企業(yè)所需人員提供了保障。

人力資源部那些重復(fù)的，事務(wù)性的工作交給HRP(Human Resource Planning,人力資源管理系統(tǒng))來解決，可以省去用戶以往人力資源管理工作的繁瑣、枯燥；用領(lǐng)先的人力資源管理理念，把人力資源管理的作業(yè)流程控制和戰(zhàn)略規(guī)劃設(shè)計(jì)巧妙地集合于一體；系統(tǒng)重點(diǎn)涉及到人力資源管理工作中的薪資、考勤、績效、調(diào)動、基本信息、用戶管理以及用戶切換等方面，并有綜合的系統(tǒng)安全設(shè)置、報表綜合管理模塊?？梢院芎玫貫橛脩舻娜肆Y源管理部門在對員工的成本管理、知識管理、績效管理等綜合管理給予幫助。以每個月中所發(fā)工資為例，其中包括考勤、人事信息變動、獎懲、遲到和曠工對本月的薪資計(jì)算都有影響，為了及時的計(jì)算發(fā)放工資往往要提前一個星期花費(fèi)大量時間，加班加點(diǎn)才能及時完成，而這樣做無論從工作效率還是準(zhǔn)確度方面，都不允許，而且還浪費(fèi)大量的人力財力。如果改用HRP管理做到高效、高精度，還可以減少管理時帶來的一些繁瑣的工作，節(jié)約管理帶來的開支。

1.2 項(xiàng)目背景

開發(fā)軟件名稱：公司人員管理系統(tǒng)

項(xiàng)目任務(wù)提出者：公司人員管理系統(tǒng)項(xiàng)目開發(fā)小組 項(xiàng)目開發(fā)者： 用戶：計(jì)算機(jī)101班

實(shí)現(xiàn)軟件單位：公司人員管理系統(tǒng)項(xiàng)目開發(fā)小組

項(xiàng)目與其他軟件、系統(tǒng)的關(guān)系：主要利用C#可視化技術(shù)及SQL數(shù)據(jù)庫開發(fā)技術(shù)，對員工管理與考勤管理系統(tǒng)進(jìn)行系統(tǒng)化、細(xì)致化和完善化的分析研究。

系統(tǒng)架構(gòu)類型:Microsoft.NET Framework 開發(fā)平臺及版本: Visual Studio 2010 數(shù)據(jù)庫類型及版本: Microsoft SQL Server 2008 系統(tǒng)運(yùn)行環(huán)境 :Windows 7 / 8 2 可行性研究

2.1 問題定義

主要功能：中小型私營企業(yè)的人事管理系統(tǒng)。

詳細(xì)記錄：人事管理專員可以通過人事管理系統(tǒng)維護(hù)員工資料、部門架構(gòu)、人員分組、員工的個人基本信息、社會關(guān)系、人事資料、考勤信息、獎懲信息、工資等。

查詢功能：系統(tǒng)提供的多種報表、統(tǒng)計(jì)圖表，可以幫助人事主管通過不同的查詢條件查看人員信息、生日匯總、合同異動等，實(shí)現(xiàn)系統(tǒng)智能化操作.提醒機(jī)制：系統(tǒng)提供合同到期提醒、員工生日問候等職能提醒方式，并且支持郵件或者短信通知人事管理專員，以便提前進(jìn)行相關(guān)準(zhǔn)備工作。管理工具：提供記事本增加和修改信息

系統(tǒng)管理：用戶登錄及權(quán)限設(shè)置

性能要求：運(yùn)行在Windows平臺下的C/S模式的，面向不同的用戶群，實(shí)現(xiàn)不同管理權(quán)限的系統(tǒng)。

輸入要求：鍵盤鼠標(biāo)輸入

輸出要求：顯示器輸出。

安全與保密要求：實(shí)現(xiàn)數(shù)據(jù)庫安全性理論的基本要求。

完成期限：2013年7月份。

系統(tǒng)功能模塊圖

2.2系統(tǒng)實(shí)現(xiàn)目標(biāo)

隨著社會政治和經(jīng)濟(jì)的發(fā)展，人們的工作目標(biāo)和價值觀也都發(fā)生了重要的變化。這就對人事管理部門和管理人員提出了新的要求和新的問題，不得不考慮諸如工作類型設(shè)計(jì)、崗位分析、充分尊重員工以及為他們提供良好的個人發(fā)展和自我價值實(shí)現(xiàn)的環(huán)境與條件等問題。這樣，人力資源管理就派上了用場。

2.3條件、假定和限制

可利用資源為網(wǎng)站上的相關(guān)資源，硬件及軟件對先開發(fā)階段不存在限制

建議軟件壽命：更新周期為一個季度。

硬件條件：個人PC

運(yùn)行環(huán)境：Windows7/8

數(shù)據(jù)庫：Microsoft SQL Server

投入運(yùn)行最遲時間：2013年7月份 3 可行性分析

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

采用傳統(tǒng)的手工輸入方法，不僅工作繁瑣而且需要人力輸入多，記錄容易出錯，那樣產(chǎn)生了成本高，效果差的弊病，對于一個企業(yè)的資料庫建立是十分困難和麻煩的。而采用這種系統(tǒng)所發(fā)費(fèi)的成本，精力都遠(yuǎn)遠(yuǎn)低于手工，并且此系統(tǒng)上手容易，操作簡便。對個人而言，節(jié)省了大量時間與精力；對公司而言減少了人員雇員資金及紙質(zhì)化管理的相應(yīng)成本；對開發(fā)者而言系統(tǒng)維護(hù)和隨用戶及技術(shù)的更新易操作。

3.2 技術(shù)可行性分析

系統(tǒng)簡要描述：在.NET架構(gòu)下，基于C#開發(fā)語言。

所需開發(fā)技術(shù)：C#編程語言及SQL數(shù)據(jù)庫開發(fā)技術(shù)。

Visual Studio.NET提供了一個統(tǒng)一的、緊密集成的可視化編程環(huán)境，簡化了開發(fā)應(yīng)用程序的過程，縮短了實(shí)用方法的時間。利用Visual Studio.NET,可以非常輕松地創(chuàng)建具有自動伸縮能力的可靠的應(yīng)用程序和組件。而且微軟的優(yōu)秀成果c#語言保持了c/c++所特有的強(qiáng)大功能和控制能力。與c++十分相似的模型和語法，具有與COM+服務(wù)完全的交互性和完全支持能力，能夠輕松地遷移現(xiàn)有的代碼。數(shù)據(jù)庫方面SQL2005已經(jīng)可以滿足中小型企業(yè)的數(shù)據(jù)要求，甚至有些大型企業(yè)都可以達(dá)到要求。如今進(jìn)算計(jì)普及程度日益推廣，計(jì)算機(jī)配置日新月異，能承載此系統(tǒng)的機(jī)器就如辦公的機(jī)器都可以達(dá)到要求。所以說本系統(tǒng)具有技術(shù)可行性。

3.3 運(yùn)行可行性分析

操作難易程度：簡單

用戶人員技術(shù)需求：懂得基本計(jì)算機(jī)操作技能。運(yùn)行環(huán)境需求：X86架構(gòu)的計(jì)算機(jī)。本系統(tǒng)采用了系統(tǒng)數(shù)據(jù)備份、恢復(fù)的功能，而且界面層次分明，一目了然，加上設(shè)計(jì)方面加入了人性化元素。管理此系統(tǒng)并不難，易學(xué)易會。

3.4 社會可行性

隨著計(jì)算機(jī)的發(fā)展與普及，以及互聯(lián)網(wǎng)技術(shù)的擴(kuò)展，日常勞資人事管理必將實(shí)現(xiàn)無紙化辦公，并且加入到公司內(nèi)部的Intranet或者是Internet上去，實(shí)現(xiàn)數(shù)據(jù)的共享，這樣有利于勞資人事信息在單位內(nèi)部的查詢，提高了數(shù)據(jù)資源的利用，并且能及時的得到更新，不需要象過去那樣浪費(fèi)大量的人力物力去進(jìn)行抄寫，提高了工作的效率 4方案分析

方案一依據(jù)可行性報告中的功能模塊進(jìn)行設(shè)計(jì)。方案二 在上述設(shè)計(jì)中刪除短信、郵件問候提醒模塊。

方案三 在方案二的基礎(chǔ)上刪除報表，統(tǒng)計(jì)圖模塊，實(shí)現(xiàn)系統(tǒng)的最精簡架構(gòu)。結(jié)論

本系統(tǒng)的開發(fā)有利于提高人員工作效率及公司收益。從經(jīng)濟(jì)來講開發(fā)成本不高，并且長期利益顯著，從技術(shù)上來講，適用于現(xiàn)有的計(jì)算機(jī)系統(tǒng)，開發(fā)者能夠駕馭此系統(tǒng)。綜上所述，可以投入對此項(xiàng)目的運(yùn)行。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

建立模型：從軟件工程生命周期角度，建立每一步的參考模型，并在詳細(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)也只需一臺電腦。再有學(xué)校的支持，經(jīng)濟(jì)上是可行的。

四、結(jié)論

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

第三篇：資產(chǎn)管理系統(tǒng)可行性分析報告

資產(chǎn)管理系統(tǒng)可行性分析報告

一 企業(yè)在固定資產(chǎn)管理中存在的問題及對策。

固定資產(chǎn)是構(gòu)成企業(yè)資產(chǎn)的主體，它使用期限較長，單位價值較高，在使用過程中保持原有實(shí)物形態(tài)，具有潛在的服務(wù)能力。這種服務(wù)潛能將隨著固定資產(chǎn)的不斷使用給企業(yè)帶來長期的經(jīng)濟(jì)效益。一般企業(yè)經(jīng)過多年的發(fā)展形成了大量的固定資產(chǎn)，若管理不善會在不經(jīng)意間導(dǎo)致固定資產(chǎn)的減值和毀損，甚至流失，這勢必給企業(yè)造成巨大損失。下面就固定資產(chǎn)管理中存在的問題及解決對策談一下筆者個人的看法。

目前，我國企業(yè)的固定資產(chǎn)管理存在以下問題：重視賬面管理輕視實(shí)物管理；管理混亂、分工不明確；入賬、銷賬不及時；盤點(diǎn)工作失效；拼裝現(xiàn)象時有發(fā)生；資產(chǎn)閑置現(xiàn)象嚴(yán)重；固定資產(chǎn)內(nèi)涵不清；提取折舊方式單一等。

加強(qiáng)固定資產(chǎn)管理應(yīng)采取如下措施。

1．認(rèn)真做好固定資產(chǎn)的基礎(chǔ)管理工作。對于固定資產(chǎn)管理混亂的企業(yè)應(yīng)及時組織相關(guān)會計(jì)人員、固定資產(chǎn)實(shí)物管理人員及使用單位對現(xiàn)有資產(chǎn)進(jìn)行徹底清查，對每項(xiàng)固定資產(chǎn)的存放地點(diǎn)、規(guī)格、型號、購入時間、使用年限等都要一一記錄，在此基礎(chǔ)上進(jìn)行建卡建賬；完善固定資產(chǎn)核算的管理制度，做到人賬及時、準(zhǔn)確；加強(qiáng)固定資產(chǎn)的計(jì)算機(jī)管理，重要信息及時上網(wǎng)，提高固定資產(chǎn)的信息共享水平，使固定資產(chǎn)的使用狀況及相關(guān)信息時時處于透明狀態(tài)，避免一些部門辦事拖沓，不負(fù)責(zé)任的弊病。另外，做好固定資產(chǎn)的調(diào)撥轉(zhuǎn)賬工作，督促人事變動人員做好固定資產(chǎn)的移交和轉(zhuǎn)賬工作。

2．嚴(yán)格盤點(diǎn)制度，定期進(jìn)行賬實(shí)核對，做到賬物相符，賬賬相符。固定資產(chǎn)管理中出現(xiàn)的許多問題都是由于賬物實(shí)分家又沒有進(jìn)行定期盤點(diǎn)造成的。財務(wù)制度規(guī)定，每年在編制財務(wù)報告前應(yīng)當(dāng)進(jìn)行全面盤點(diǎn)，平時也可以進(jìn)行抽盤。盤點(diǎn)時必須有財務(wù)人員、實(shí)物管理人員參加，最終形成盤點(diǎn)表。固定資產(chǎn)定期盤點(diǎn)、定期檢查核對，能有效防止、糾正有賬無物、有物無賬、多重入賬、一號多物現(xiàn)象的發(fā)生，及時發(fā)現(xiàn)各種設(shè)備拼裝固定資產(chǎn)的違規(guī)行為，及時了解固定資產(chǎn)的使用情況。

3．加強(qiáng)對固定資產(chǎn)管理人員的技術(shù)培訓(xùn)及相關(guān)知識的學(xué)習(xí)。目前，公司應(yīng)適時組織資產(chǎn)管理人員不斷進(jìn)行業(yè)務(wù)學(xué)習(xí)，采用多種形式加強(qiáng)相關(guān)人員培訓(xùn)，尤其是在目前會計(jì)制度和會計(jì)處理方法更新比較頻繁的時期，這項(xiàng)工作顯得尤為重要。

4．嚴(yán)格界定固定資產(chǎn)的采購、使用、管理等權(quán)限。公司應(yīng)將固定資產(chǎn)的采購、審批、使用、管理等權(quán)限交由不同的部門辦理，責(zé)權(quán)利在制度上明確，在形式上分開，在執(zhí)行中相互制約，避免某一部門利用權(quán)利代辦全部工作，制度一經(jīng)制定必須嚴(yán)格遵守，并與企業(yè)的考核機(jī)制相結(jié)合。必須建立行之有效的獎罰制度，對固定資產(chǎn)管理好，充分發(fā)揮其經(jīng)濟(jì)效益的單位或個人給予合理獎勵，對管理不善的單位或個人，要采取必要的經(jīng)濟(jì)手段或行政手段，進(jìn)行處罰，企業(yè)應(yīng)根據(jù)自身實(shí)際制定出具體的獎懲辦法。

5．采用多種形式盤活固定資產(chǎn)。對于企業(yè)暫時不用的閑置資產(chǎn)可以采用多種形式進(jìn)行盤活。盤活閑置固定資產(chǎn)不但給企業(yè)帶來一定的現(xiàn)金收益，而且也節(jié)約了管理成本，使企業(yè)

輕裝上陣，把主要精力放在生產(chǎn)經(jīng)營上。

6．對固定資產(chǎn)實(shí)行集團(tuán)化管理。對于有多家子、分公司的集團(tuán)公司來講，公司應(yīng)當(dāng)從全局出發(fā)，對所屬各子、分公司固定資產(chǎn)的基本狀況進(jìn)行充分了解，做到心中有數(shù)，然后根據(jù)各公司資產(chǎn)配置情況對固定資產(chǎn)進(jìn)行合理調(diào)劑使用，避免各自為政，各行其道。這樣不但可以節(jié)約大量購置新設(shè)備的資金，也可以盤活部分公司的固定資產(chǎn)，減輕壓力，同時也提高固定資產(chǎn)的利用率。

7．靈活采用多種方式計(jì)提折舊。基于前面提到的使用單一直線法計(jì)提折舊的缺陷，改革現(xiàn)行折舊管理機(jī)制勢在必行，加速折舊法能較好地彌補(bǔ)其缺點(diǎn)。一方面使折舊的提取與固定資產(chǎn)的運(yùn)營規(guī)律相一致，即在固定資產(chǎn)使用初期多攤銷折舊，使用后期少攤銷折舊。另一方面為了降低由于科技進(jìn)步而產(chǎn)生的無形損耗的風(fēng)險，提高資金運(yùn)營效果，客觀上也要求企業(yè)采用加速折舊法。我國現(xiàn)行財會制度規(guī)定允許使用的加速折舊法主要有兩種：即年數(shù)總和法和雙倍余額遞減法。各單位應(yīng)根據(jù)自身實(shí)際，選擇折舊方法，不斷提高自身的經(jīng)濟(jì)效益。改

變折舊主要是財務(wù)部門的事情，但其他部門也要充分配合，技術(shù)部門充分發(fā)揮設(shè)備技術(shù)管理人員的長處，使財務(wù)、管理一體化。

目標(biāo)

1.解決資產(chǎn)折舊數(shù)據(jù)不準(zhǔn)確。2.解決賬面價值統(tǒng)計(jì)不準(zhǔn)確。3.解決繁重的盤點(diǎn)工作，耗時耗力

軟件功能需求 1.系統(tǒng)功能框架表

管理系統(tǒng)Yes系統(tǒng)管理資產(chǎn)基本資料資產(chǎn)動態(tài)管理資產(chǎn)盤點(diǎn)報表管理用戶組管理用戶管理修改密碼基本資料管理初始化數(shù)據(jù)庫數(shù)據(jù)庫備份購買計(jì)劃管理資產(chǎn)購買申請資產(chǎn)審批管理資產(chǎn)驗(yàn)收保管員核實(shí)管理員核實(shí)財務(wù)登記車輛管理資產(chǎn)領(lǐng)用資產(chǎn)信用資產(chǎn)退回資產(chǎn)變更資產(chǎn)維修資產(chǎn)報廢資產(chǎn)清理導(dǎo)入盤點(diǎn)資料部門盤點(diǎn)全面盤點(diǎn)盤點(diǎn)匯總財務(wù)對賬實(shí)物對賬資產(chǎn)購買查詢資產(chǎn)芯片查詢資產(chǎn)領(lǐng)用查詢資產(chǎn)臺賬查詢資產(chǎn)信用查詢資產(chǎn)退回查詢資產(chǎn)維修查詢資產(chǎn)清理查詢

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

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

軟件0602李冰

一、引言

1.背景分析

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

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

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

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

2.系統(tǒng)簡介

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

二、可行性研究內(nèi)容

1.目標(biāo)要求

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

2.系統(tǒng)功能

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

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

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ā)時間短

4.可行性研究方法

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7.1效益分析

a.支出

基本建設(shè)投資：

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

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

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

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

其他一次性支出：

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

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

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

非一次性支出

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

維護(hù)費(fèi)：單次100元 每年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)回報周期在3.5年

8.法律可行性分析

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

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

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

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

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

9.使用方面的可行性

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

●工作制度：自定

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

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

經(jīng)過研究，此系統(tǒng)的用戶無使用方面的問題。

三、結(jié)論

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

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

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

課程名稱： 院

系： 專業(yè)班級： 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.對現(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)簡要描述..................................................................................................4 4.2 處理流程與數(shù)據(jù)流程......................................................................................4 4.3 與現(xiàn)有系統(tǒng)比較..............................................................................................4 4.4 采用建議系統(tǒng)的影響......................................................................................4 5.投資、成本及效益分析.............................................................................................4 6.技術(shù)分析評價.............................................................................................................5 7.社會、法律因素方面的可能性.................................................................................6

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

1.引言

1.1 編寫目的

此可行性研究報告是為了對現(xiàn)行的車票管理系統(tǒng)進(jìn)行研究分析，以信息技術(shù)為手段，建設(shè)現(xiàn)代化的車票管理系統(tǒng)。經(jīng)過對此項(xiàng)目進(jìn)行詳細(xì)調(diào)查研究，初擬系統(tǒng)實(shí)現(xiàn)報告，對項(xiàng)目開發(fā)中將要面臨的問題及其解決方案進(jìn)行初步設(shè)計(jì)及合理安排。同時明確開發(fā)風(fēng)險及其所帶來的經(jīng)濟(jì)效益、社會效益。本文檔的讀者為參與開發(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軟件來開發(fā)，采用SQL Server為開發(fā)軟件的數(shù)據(jù)庫服務(wù)程序，主要在Windows 2000 Sever上運(yùn)行。

1.3 定義

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

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

1.4 參考資料

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

2.可行性研究的前提

2.1 要求

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

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

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

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

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

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

3.2 工作負(fù)荷

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

3.3 設(shè)備

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

3.4 局限性

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

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

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

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

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

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

6.技術(shù)分析評價

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

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

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

（2）資源分析

該項(xiàng)目投入經(jīng)費(fèi)相對充裕，基本能夠滿足系統(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)，不過需要開發(fā)過程中更多的努力和耐心。