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

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

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

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

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

加強固定資產管理應采取如下措施。

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

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

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

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

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

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

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

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

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

目標

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

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

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

第二篇：實物資產管理可行性分析報告

實物資產電子標簽管理項目可行性分析報告

一、系統(tǒng)項目背景

實物資產（包括固定資產、低值易耗品等，以下簡稱實物資產）是局（公司）資產構成的最重要的組成部分，也是單位正常運行的重要物質保障。如何加強實物資產管理，發(fā)揮實物資產的最大效益，防止實物資產的流失和閑置，這些問題日益受到局（公司）管理層的高度重視。

當前局（公司）專賣、物流、辦公室、人勞、財務等部門采用不同的系統(tǒng)軟件，在其辦公過程中均發(fā)揮著自身功能，但公司的實物資產管理牽扯部門多、牽扯面廣，存在著諸多“盲區(qū)”，主要體現(xiàn)在如下幾個問題： 1）實物資產管理手段落后，無法適應日常管理的需要。目前，財務核算系統(tǒng)主要是從資產名稱、數(shù)量、金額、使用部門、使用人、使用時間及使用年限等角度對單位的實物資產進行核算，而實物資產管理則注重資產的全過程動態(tài)管理，包括采購、入庫、調撥、維修、報廢等環(huán)節(jié)。前者是靜態(tài)、宏觀的管理，而后者是動態(tài)、微觀的管理。

由于這兩種實物資產管理方式的角度和需求不同，加之單位實物資產的種類和數(shù)量每月、每年時刻都處在增加、減少中變化著，因而將實物資產管理作為財務核算系統(tǒng)的子模塊已經(jīng)無法適應日常資產管理的需要，迫切需要建立一套適應局（公司）實物資產管理特點的信息系統(tǒng)。

2）資產盤點手段落后，資產清查費時費力，效率低，效果差。根據(jù)資產管理規(guī)定，固定資產要定期進行盤點清查，目前定期盤點清查時只能通過紙質管理卡片、紙質標簽進行人工登記、核實處理。由于傳統(tǒng)管理方式的制約，加之目前資產種類繁多、數(shù)量龐大、分布廣泛，使盤點工作費時費力，不可避免存在漏盤、重盤、錯盤等問題，導致賬實不相符。3）固定資產難以實現(xiàn)動態(tài)監(jiān)控。目前，基于機構調整、崗位輪換等原因，固定資產的調整和流動隨之產生，在傳統(tǒng)的管理模式下，只有辦公室、固定資產管理部門、資產使用部門能自覺的按照相關的操作規(guī)定完成資產移交工作，固定資產的變動信息才不會遺漏或缺失。但事實上，涉及人員變動時工作的重點都不是固定資產的調整，而且因為調整程序復雜、關聯(lián)部門多，即使大家都能考慮的資產問題，也會因為步調不一致而出現(xiàn)遺漏問題。而人員的調整是常態(tài)，若跟進不及時，人員調離后，其名下的資產就會隨時間的流失而造成職責不清、使用不明等問題，要做到賬實相符也就成了一句空話。

二、系統(tǒng)項目建設總體需求

通過以上對實物資產管理弊端分析，我們應該認識到，開發(fā)一套實物資產管理系統(tǒng)，實現(xiàn)實物資產管理的統(tǒng)一、高效、精準，這項工作刻不容緩。具體到局（公司）而言，該項系統(tǒng)主要應滿足以下幾個方面： 1）

能夠實現(xiàn)固定資產管理中“人、地、時、物”同步管理，提高

局（公司）實物資產管理效益。實物資產管理系統(tǒng)能夠實現(xiàn)信息自動采集和無線傳輸功能，將實物資產日常管理工作融入其中，實時對實物資產日常操作流程中涉及的人員、地點、時間、資產等信息進行記錄和監(jiān)控，簡化管理流程，減輕企業(yè)日常資產管理的壓力，提高全系統(tǒng)實物資產管理效率。2）能夠改善實物資產購置、變更、轉移、盤點、維修、報廢的整個管理流程，減輕局（公司）實物資產管理的工作量。實物資產管理系統(tǒng)能夠改善實物資產購置、變更、轉移、盤點、維修、報廢的整個管理應用流程。作為資產管理的難點，固定資產的變更、調撥、維修和報廢等業(yè)務具有頻發(fā)性、緊迫性和無序性等特征，直接影響了資產的有效管理。而借助于實物資產管理系統(tǒng)能夠自動記錄準確的變動信息，免去瑣碎的人工記錄的工作量，減少差錯和遺漏。3）能夠形成‘全生命周期管理和智能化管理“便于實時掌控實物資產的變化情況，實現(xiàn)實物資產的精細化、科學化管理。通過實物資產管理系統(tǒng)，能夠不受次數(shù)限制地新增、修改、刪除其中存儲的信息，通過手持信息采集設備，實現(xiàn)對固定資產全生命周期（新增、調撥、維修、報廢等）過程的智能化動態(tài)實時跟蹤和集中監(jiān)控管理。

三、系統(tǒng)具體需求：

針對市局（公司）資產管理弊端及總體需求，擬運用目前資產動態(tài)管理比較前沿的RFID技術，以便于加強資產管理，提高資產使用效率。

基于 RFID 的固定資產管理系統(tǒng)的硬件包括：數(shù)據(jù)服務器、應用服務器、標簽打印機、出/入庫讀寫器、位置讀寫器、手持讀寫器、報警裝置等?？傮w輪廓如下圖所示。

其中數(shù)據(jù)庫服務器記錄整個固定資產系統(tǒng)的數(shù)據(jù)信息，位置讀寫器記錄和實時監(jiān)測固定資產存放位置，出入庫讀寫器采集固定資產出入庫記錄等。

根據(jù)上圖所示，展開市局（公司）及縣市局（分公司）具體需求如下：

1）RFID 標簽制作。首先，需要對新采購的固定資產貼上 RFID 標簽，并在后臺數(shù)據(jù)庫中記錄該資產的相關信息：如資產類別、品牌、型號、使用部門、開始使用日期、使用（責任）人、折舊年限、RFID標簽號等，建立 RFID標簽和資產信息的對應關系，以便能唯一標識

該固定資產。在實際應用中，可將資產名稱等固定的管理信息寫入標簽后永久鎖定，防止使用部門進行更改，以免造成管理混亂。同時設定，不能人為取下標簽，否則標簽自動損壞。

2）資產監(jiān)控。資產根據(jù)需要可以分為監(jiān)控資產和非監(jiān)控資產。監(jiān)控資產可以使用有源電子標簽，通過在資產使用區(qū)域（如辦公室、大廳）安裝固定讀寫器，自動通過網(wǎng)絡與資產管理系統(tǒng)通信；非監(jiān)控資產可以使用普通相對低價格無源電子標簽，通過手持讀寫器實現(xiàn)管理，然后將信息上傳至資產管理系統(tǒng)。

3）資產登記。財務部門通過資產管理系統(tǒng)對資產進行登記，制卡，貼標簽，這樣既可以從標簽表面信息識別設備，也可以通過手持終端掃碼電子標簽的RFID芯片來識別資產或執(zhí)行相關業(yè)務。具體如下圖：

4）調撥管理。當資產使用部門提出調撥申請時，資產管理部門對該調撥申請進行審批，若資產管理部門審批不同意則退回資產使用部門進行修改；若審批同意，則安排資產調撥。由于采用 RFID 技

術，當資產調撥經(jīng)過該區(qū)域的位置讀寫器，讀寫器記錄了該資產電子標簽內的信息，由邏輯判斷出資產進出的方向，管理機接收記錄及進出標識，對數(shù)據(jù)庫進行修改。若該資產進入某區(qū)，就在數(shù)據(jù)庫中將記錄添加到該區(qū)；反之則刪除記錄。以此可以實現(xiàn)資產的自動識別和移動管理。同時，系統(tǒng)自動生成資產調撥單發(fā)至資產調出部門和資產調入部門。具體調撥流程見下圖。

5）盤點管理。RFID 標簽的使用，使固定資產盤點模塊的操作比傳統(tǒng)的盤點方式簡便很多。首先是確定盤點地點，制定盤點計劃。隨后資產管理系統(tǒng)發(fā)出盤點操作命令，通過無線網(wǎng)絡控制讀寫器讀取數(shù)據(jù)，并將盤點數(shù)據(jù)上傳到數(shù)據(jù)庫中，計算出資產的損益數(shù)量，并生成資產盤點表報財務部門。對于資產集中放置的場所, 如新品倉庫、辦公區(qū)、報廢倉庫, 都可以用固定讀寫器方便地讀取資產信息。對于資產太分散且不適合放置固定讀寫器的地方, 可以采用移動讀寫器依次經(jīng)過所有貨架，讀寫器會自動獲取所有標簽信息，利用計算機進行盤點記錄。使用 RFID 盤點操作的效率相對于傳統(tǒng)方式將明顯提高，具體流程見下圖。

基于 RFID 技術，基層單位定期對各部門實施清產核資成為可能，為加強資產管理提供了有效的手段和可靠的技術保障。

6）報警管理。該系統(tǒng)能實現(xiàn)對特定區(qū)域、特定資產的報警功能，一旦這些資產移出某一特定的區(qū)域，系統(tǒng)就會自動報警，從而保障了固定資產的安全、有序管理。每個區(qū)域（例如辦公室、倉庫、大廳等）的出入口均設有一臺出入庫讀寫器。該讀寫器與安裝在出入口的資產報警管理機相連。當資產被帶離倉庫時，讀寫器將資產的電子標簽 ID 號發(fā)給資產報警管理機，資產報警管理機通過數(shù)據(jù)庫服務器查詢該資產的出庫授權記錄，判斷該資產是否有權限出庫。若有出庫權限，則系統(tǒng)自動將該資產出庫信息（資產編號、電子標簽 ID 號、出庫理由、出庫時間等）存入“資產出庫明細表”，同時更新資產登記表里的庫存狀態(tài)為出庫；若無出庫權限，系統(tǒng)自動將該資產的相關信息存入“報警登記表”，同時啟動報警機制，防止資產被盜，具體流程見下圖。

7）維修管理。由于固定資產在入庫時已經(jīng)記錄了其購買日期、保修年限、主要配置等信息，因此，當部門上報資產維修申請時，資產管理部門可以很方便地在固定資產管理系統(tǒng)中查找到該資產的相關信息，若在保修期內則通知廠商進行維修，若過了保修期則啟動資產調撥流程，并將相關信息記錄到資產管理系統(tǒng)中備查，具體流程見下圖。

8）報廢管理。固定資產管理系統(tǒng)中，資產報廢工作十分便捷，只需根據(jù)報廢年限的要求制定報廢計劃，上報市局相關處室進行審

批。待審批通過后，即可根據(jù)準予處置的資產清單在該系統(tǒng)中的相關記錄定位其在待報廢倉庫中的具體位置，資產報廢前系統(tǒng)會再次對報廢清單進行確認，清單確認無誤后即進入資產回收環(huán)節(jié)。報廢資產移出待報廢倉庫時，出入庫讀寫器會自動獲取信息，并在后臺數(shù)據(jù)庫自動刪除記錄，同時生成資產報廢清單發(fā)至財務部門，完成整個資產報廢工作，具體流程見下圖。

9）與財務管理系統(tǒng)的接口功能。為了方便固定資產管理系統(tǒng)和財務管理系統(tǒng)的數(shù)據(jù)共享，避免在兩套系統(tǒng)中重復錄入固定資產信息。系統(tǒng)需要設計與財務管理系統(tǒng)的接口功能，既要保證兩套系統(tǒng)的數(shù)據(jù)一致性，又能減輕基層單位固定資產管理的工作量，提高了管理工作的效率。

10）權限管理。為了確保固定資產管理系統(tǒng)的安全，系統(tǒng)要設置三個操作崗，分別是部門管理員崗、資產管理部門領導審批崗和系統(tǒng)管理員崗，并為每個崗位制定相應的操作權限，通過用戶的身份和密碼識別，保證不同崗位只能在其職責范圍內進行有限的操作。這樣既保證了制度實施的穩(wěn)定性，又具有一定的靈活性。

附：系統(tǒng)具體配置需求：針對市局（公司）及縣市局（分公司）

資產管理特點及難度，結合總成本領先戰(zhàn)略因素，市局（公司）及縣市局（分公司）實現(xiàn)“系統(tǒng)共享、硬件共用”，在實際盤點過程中市局（公司）及縣市局（分公司）之間協(xié)調好盤點時間，有計劃、分步驟進行盤點，充分 發(fā)揮資產管理硬件的動態(tài)作用，搞好資產一系列管理工作?；谝陨暇C合因素，預估動態(tài)資產管理系統(tǒng)需求規(guī)模及價格如下：

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

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

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

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

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

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

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

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

2.3 決定可行性的主要因素： 圖書館規(guī)模、設備狀況、操作人員技術 對現(xiàn)有系統(tǒng)的分析

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

3.2． 工作負荷 由于數(shù)據(jù)量越來越大，現(xiàn)有的系統(tǒng)已明顯不能適應目前的龐大數(shù)據(jù)量，系統(tǒng)工作負荷過大。

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

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

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

4.所建議系統(tǒng)技術可行性分析

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

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

4.3 與現(xiàn)有系統(tǒng)比較的優(yōu)越性 在以上幾點中已可以看出新系統(tǒng)的性能與功能上與現(xiàn)有系統(tǒng)的差別，首先新系統(tǒng)克服了原來 系統(tǒng)的資金投入大，人員設備技術含量低，系統(tǒng)工作負擔重等缺點。而且加入了對數(shù)據(jù)的安 全性保護的功能，使原有系統(tǒng)在可用性與穩(wěn)健性方面有了很大的進步。4.4． 采用建議系統(tǒng)可能帶來的影響(1).設備:采用建議系統(tǒng)后，改進了原有系統(tǒng)的性能所以對設備要求自然更高，建議系統(tǒng)使用 了最先進的技術使設備也必須跟著升級。(2).現(xiàn)有軟件:由于建議系統(tǒng)采用了先進的數(shù)據(jù)庫技術以及一系列高技術含量軟件，使得原來 系統(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)經(jīng)濟可行性分析

5.1 該系統(tǒng)對客戶的影響： 建議系統(tǒng)是為了改善原有系統(tǒng)在經(jīng)費支出過高的缺點的，所以新系統(tǒng)一經(jīng)使用在經(jī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 結論意見 經(jīng)過一系列的各個不同方面的可行性分析，分析員和用戶及使用部門的負責人對需要解決 的問題取得基本的一致看法，開發(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 處理流程和數(shù)據(jù)流程......................................................................................3 3.2 工作負荷..........................................................................................................3 3.3 設備..................................................................................................................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.技術分析評價.............................................................................................................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)。經(jīng)過對此項目進行詳細調查研究，初擬系統(tǒng)實現(xiàn)報告，對項目開發(fā)中將要面臨的問題及其解決方案進行初步設計及合理安排。同時明確開發(fā)風險及其所帶來的經(jīng)濟效益、社會效益。本文檔的讀者為參與開發(fā)的所有設計人員以及系統(tǒng)的最終用戶。

1.2 項目背景

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

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

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

1.3 定義

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

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]史嘉權 《數(shù)據(jù)庫系統(tǒng)概論》 清華大學出版社 2006.01

2.可行性研究的前提

2.1 要求

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

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

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

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

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

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

3.2 工作負荷

由于列車業(yè)務的增長和旅客對服務質量要求的提高，現(xiàn)有系統(tǒng)已經(jī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秒。關鍵數(shù)據(jù)查詢速度:<2秒。

6.技術分析評價

（1）風險分析

根據(jù)客戶對項目的要求及我們對以往的開發(fā)經(jīng)驗，該項目開發(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）資源分析

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

（3）技術分析

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

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

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

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

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

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

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

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

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

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

根據(jù)學校目前的狀況看來更加適合的是自行組織開發(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)的重要依據(jù)

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

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

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

四、結論

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