第一篇：資產管理系統可行性分析報告

資產管理系統可行性分析報告

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

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

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

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

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

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

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

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

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

輕裝上陣，把主要精力放在生產經營上。

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

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

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

目標

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

軟件功能需求 1.系統功能框架表

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

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

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

一、系統項目背景

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

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

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

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

二、系統項目建設總體需求

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

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

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

三、系統具體需求：

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

基于 RFID 的固定資產管理系統的硬件包括：數據服務器、應用服務器、標簽打印機、出/入庫讀寫器、位置讀寫器、手持讀寫器、報警裝置等。總體輪廓如下圖所示。

其中數據庫服務器記錄整個固定資產系統的數據信息，位置讀寫器記錄和實時監測固定資產存放位置，出入庫讀寫器采集固定資產出入庫記錄等。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

資產管理特點及難度，結合總成本領先戰略因素，市局（公司）及縣市局（分公司）實現“系統共享、硬件共用”，在實際盤點過程中市局（公司）及縣市局（分公司）之間協調好盤點時間，有計劃、分步驟進行盤點，充分 發揮資產管理硬件的動態作用，搞好資產一系列管理工作。基于以上綜合因素，預估動態資產管理系統需求規模及價格如下：

第三篇：圖書館管理系統可行性分析報告

圖書館管理系統可行性分析報告 引言

某圖書館為了方便管理和與讀者、圖書供應商更好的聯系特提出開發此系統。

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

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

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

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

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

2.3 決定可行性的主要因素： 圖書館規模、設備狀況、操作人員技術 對現有系統的分析

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

3.2． 工作負荷 由于數據量越來越大，現有的系統已明顯不能適應目前的龐大數據量，系統工作負荷過大。

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

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

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

4.所建議系統技術可行性分析

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

4.2 處理流程和數據流程(略)

4.3 與現有系統比較的優越性 在以上幾點中已可以看出新系統的性能與功能上與現有系統的差別，首先新系統克服了原來 系統的資金投入大，人員設備技術含量低，系統工作負擔重等缺點。而且加入了對數據的安 全性保護的功能，使原有系統在可用性與穩健性方面有了很大的進步。4.4． 采用建議系統可能帶來的影響(1).設備:采用建議系統后，改進了原有系統的性能所以對設備要求自然更高，建議系統使用 了最先進的技術使設備也必須跟著升級。(2).現有軟件:由于建議系統采用了先進的數據庫技術以及一系列高技術含量軟件，使得原來 系統上的一些軟件無法繼續使用，不過在新系統開發過程中將盡量考慮到，對現有軟件的兼 容性。(3).用戶:建議系統使用的新技術是完全基于原有的系統上的,故用戶不必考慮新系統帶來的 人員培訓等等。

4.5． 技術可行性評價 就目前使用的開發技術來說建議系統的功能目標應該能夠達到； 利用現有的技術在規定的期 限內開發工作基本能夠完成。所建議系統經濟可行性分析

5.1 該系統對客戶的影響： 建議系統是為了改善原有系統在經費支出過高的缺點的，所以新系統一經使用在經費支出方 面一定會得到很好的改善，用戶在使用了新系統后只需要花一定資金購買一部分計算機與軟 件就能實現自動化.5.2 購貨方面： 5.2.1 支出 1）系統開發費用（1）人員費用：本系統開發期為三周，試運行一周。開發期需要開發人員 3 人，試運行期 需要開發人員 2 人。人員費用為 萬元。（2）設備費：本系統所需的硬件設備費用為 萬元。（7）不可預見費：按開發費用的 15%計算。系統開發總費用為 萬元。2）系統運行費用（1）系統維護費：需要 人/年進行系統維護，維護費為 萬元(2）設備維護費：設備更新費為 萬元。設備維護費為 萬元。（3）消耗材料費：每年按 元計算。

綜上所述,設系統使用時間 5.2.2 收益（1）提高工作效率（2）減少工作人員 年,系統開發和運行總費用 萬元,平均 萬元/年。社會因素分析

該項目為獨立開發，在技術上沒有使用任何現有的軟件與方法。所以在法律方面不會存在 侵犯專利權、侵犯版權等問題，完全按照合同規定的責任履行。7.其他可供選擇的方案 由于系統過于簡單，所以開發小組沒有提供其他的方案，只有一種開發方案。8 結論意見 經過一系列的各個不同方面的可行性分析，分析員和用戶及使用部門的負責人對需要解決 的問題取得基本的一致看法，開發小組的開發方案的到批準，使用部門負責人同意開發工程 繼續進行下去。

第四篇：車票管理系統可行性分析報告

第4組車票管理系統 可行性分析報告

課程名稱： 院

系： 專業班級： UML系統建模與分析設計

姓

名：指導教師：

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.對現有系統的分析.....................................................................................................2

3.1 處理流程和數據流程......................................................................................3 3.2 工作負荷..........................................................................................................3 3.3 設備..................................................................................................................3 3.4 局限性..............................................................................................................3 4.建議選擇的系統方案描述.........................................................................................3

4.1 系統簡要描述..................................................................................................4 4.2 處理流程與數據流程......................................................................................4 4.3 與現有系統比較..............................................................................................4 4.4 采用建議系統的影響......................................................................................4 5.投資、成本及效益分析.............................................................................................4 6.技術分析評價.............................................................................................................5 7.社會、法律因素方面的可能性.................................................................................6

7.1 法律因素..........................................................................................................6 7.2 用戶使用可行性..............................................................................................6 8.結論及其他.................................................................................................................6 UML系統建模與分析設計—車票管理系統可行性分析報告

1.引言

1.1 編寫目的

此可行性研究報告是為了對現行的車票管理系統進行研究分析，以信息技術為手段，建設現代化的車票管理系統。經過對此項目進行詳細調查研究，初擬系統實現報告，對項目開發中將要面臨的問題及其解決方案進行初步設計及合理安排。同時明確開發風險及其所帶來的經濟效益、社會效益。本文檔的讀者為參與開發的所有設計人員以及系統的最終用戶。

1.2 項目背景

軟件的名稱：車票管理系統 提出者：XXX客運公司 開發人員：XXX小組

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

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

1.3 定義

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

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

1.4 參考資料

[1]鄭人杰、馬素霞、殷人昆 《軟件工程概論》 機械工業出版社 2010.03 [2]李發致 《Java面向對象程序設計教程》 清華大學出版社 2009.11 [3]史嘉權 《數據庫系統概論》 清華大學出版社 2006.01

2.可行性研究的前提

2.1 要求

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

性能要求：界面友好、操作簡潔、系統運行穩定、可移植性好、適應性強。輸入要求：數據完整、詳實。

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

3.1 處理流程和數據流程

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

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

3.2 工作負荷

由于列車業務的增長和旅客對服務質量要求的提高，現有系統已經不能業務發展的需求。

3.3 設備

由于業務增長和信息技術的發展現有設備不滿足業務要求，急需對設備進行升級。

3.4 局限性

技術的過于陳舊，人員工作負荷大，系統維護及費用支出巨大，人員與設備技術含量低等一系列缺點，所有這些都明確了需要一個新的適應新的信息化時代的高科技的系統，所以開發這樣一個系統還是很有必要的。

4.建議選擇的系統方案描述

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

系統研發費用：6萬元 支出共計：50萬元（2）效益分析

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

設計系統周期為5年,估計最長可達10年。處理速度:一般查詢速度<3秒。關鍵數據查詢速度:<2秒。

6.技術分析評價

（1）風險分析

根據客戶對項目的要求及我們對以往的開發經驗，該項目開發的主要風險是系統的可維護性。

為了提高該系統的可維護性，可以從兩方面來解決這個問題。一是，采用面向對象的方法對該系統進行設計和實現，將系統可能產生的維護問題分散到系統分析、設計、實現等各個階段，盡可能采用可復用構件的設計實現，從設計方法和設計理念上根本解決這個問題。雖然開發成本會提高一些，但今后如果需要更新升級，只需要更新相應的構件就可以了，這樣可以大大減少系統維護的成果。二是，吸收員工參與到項目的開發過程中來，使其了解該系統的體系結構和設計思想，在開發過程中培養自己的軟件應用技術人員。當系統交付使用時，他們能夠承擔系統的日常維護和小的改進工作。

（2）資源分析

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

（3）技術分析

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

第五篇：學生宿舍管理系統可行性分析報告

<<學生宿舍管理系統>>可行性分析報告

一、系統建立的背景及意義

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

二、現行系統存在的的問題分析

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

三、系統的可行性研究

1、系統的開發方式和目標

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

根據學校目前的狀況看來更加適合的是自行組織開發一套系統。因為自行開發的系統一是費用少于購買系統，二是更能適應學校自身的實際情況。

開發系統的總體目標是：系統管理、宿舍管理、學生管理、信息查詢、出入登記、信息修改等組成。

2、系統的可行性分析 ⑴管理的可行性：

本系統運行于windows系列系統中，而管理人員基本都可以熟練操作。所以提供一個穩定的運行環境。這套系統也易于學習。管理人員也對這方便的系統做出極大的熱情。⑵技術的可行性：

基本方法:做校園內的調查報告，獲取宿舍管理員和學生各方面信息情況，從中獲取重要信息，并成為建設本系統的重要依據

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

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

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

四、結論

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