资产管理系统可行性分析报告

第一篇：资产管理系统可行性分析报告

资产管理系统可行性分析报告

一 企业在固定资产管理中存在的问题及对策。

固定资产是构成企业资产的主体，它使用期限较长，单位价值较高，在使用过程中保持原有实物形态，具有潜在的服务能力。这种服务潜能将随着固定资产的不断使用给企业带来长期的经济效益。一般企业经过多年的发展形成了大量的固定资产，若管理不善会在不经意间导致固定资产的减值和毁损，甚至流失，这势必给企业造成巨大损失。下面就固定资产管理中存在的问题及解决对策谈一下笔者个人的看法。

目前，我国企业的固定资产管理存在以下问题：重视账面管理轻视实物管理；管理混乱、分工不明确；入账、销账不及时；盘点工作失效；拼装现象时有发生；资产闲置现象严重；固定资产内涵不清；提取折旧方式单一等。

加强固定资产管理应采取如下措施。

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系列系统中，而管理人员基本都可以熟练操作。所以提供一个稳定的运行环境。这套系统也易于学习。管理人员也对这方便的系统做出极大的热情。⑵技术的可行性：

基本方法:做校园内的调查报告，获取宿舍管理员和学生各方面信息情况，从中获取重要信息，并成为建设本系统的重要依据

策略：查阅大量管理系统的相关书籍，从不同方面研究本系统的整个设计，并结合调查报告中所获取的信息，逐渐形成本平台的雏形。

建立模型：从软件工程生命周期角度，建立每一步的参考模型，并在详细设计的总要环节中，分别以管理员身份，管理员和学生的角度去分析与设计。⑶经济的可行性：

在开发系统所需的项目中，校园的内部网络已经建立。硬件完全可以使用学校自身的实验室。后期运行系统也只需一台电脑。再有学校的支持，经济上是可行的。

四、结论

综上所述，编写或开发这个宿舍管理系统是可行的。它大大的方便了学校对于宿舍的管理。并且完善了学校的信息化管理。