《银行管理系统 可行性研究报告》

银行管理系统 可行性研究报告

第一篇：银行管理系统可行性研究报告目录

1.引言

1.1问题

1.2实现条件

1.3约束条件

1.4背景

2.管理

2.1重要的实现

2.2建议

2.3效果

3.方案选择

3.1选择系统配置

3.2选择方案的标准

4.系统描述

4.1缩写词

4.2各个子系统的可行性

4.2.1新用户注册

4.2.2已注册用户登陆

4.2.3用户存款

4.2.4用户取款

5.成本效益分析

6.技术风险评价

7.有关法律问题

8.用户使用可靠性

9.结论

银行管理系统可行性研究报告

1.引言

1.1问题描述

随着经济社会的快速发展，人们已不满意于人工存取款的低效率，追求更高的存取效率，并且业务的种类逐渐丰富、复杂度提高，人工操作出现的失误也呈现上升趋势，银行根据行业和用户的需求，决定开发新型的银行管理系统，以降低操作复杂度、出错率，从而提高工作效率。

1.2实现条件

本银行管理系统旨在提高银行工作人员的工作速率、以及降低出错率，通过简单高效的操作来实现目的，将一系列的操作集成起来，实现功能的耦合，提高操作的易操作性、高效率性。同时用户也可以查询自己账户的所有信息，使一些类似于查询账户信息、修改账户密码、查询余额、查询透支额的功能，可以从人工柜台中分离出来，不必为了类似的查询功能，使得用户前往柜台办理，同时也减少了柜台工作人员工作量。

1.3约束条件

在完成项目的基本功能。即注册用户、登录账户、存款、取款、修改密码、查询本人的所有账户、查看存储年限、查看透支额度。之后，进行简单的测试，若符合要求，则基本完成。

1.4背景

（1）开发软件名称。银行储蓄系统。

（2）项目开发者：“银河一号银行管理系统”开发小组

（3）用户单位。各种商业银行。

2.管理

2.1重要的实现

（1）可以实现注册用户、登陆用户

（2）可以在注册过程中选择币种和卡型

（3）可以在登陆用户后修改密码

（4）可以通过用户身份信息查出该用户的所有账户

（5）可以在登录用户后查看用户的信息

（6）可以通过账号来查询账号的透支额度

2.2建议

在原有的管理系统基础上进行深一步的开发，以原有的管理系统作为开发新系统信息的主要来源，通过原有系统的功能、性能以及存在的问题，来得到新系统的雏形。采用新的算法和结构，简化操作流程，加快了客户办理业务的速度。通过新的开发要求来逐步扩展、完善新系统的功能，建立新系统的高层逻辑模型，从而得到满足新需求的新银行管理系统。

2.3效果

通过利用原有系统可以清晰的了解到系统的结构、大大缩减系统的开发周期，降低开发费用，减少开发人员的工作强度。

3.方案选择

3.1选择系统配置

（1）运行内存512m以上

（2）硬盘存储10g以上

（3）操作系统为windowsnt/xp/7

3.2选择方案的标准

由于项目开发周期较短，故而不采取连接数据库，进行对用户信息的存储，仅仅使用固定文件存储用户的所有信息。

4.系统描述

4.1缩写词

_cardid：用户账户卡号

_id：用户身份证号

_name：用户真实姓名

_address：用户通讯地址

_call：用户电话号码

_password：用户账户密码

_moneyt：预存货币种类

_accountt：账户类型

_firstsaving：预存款额

4.2各个子系统的可行性

4.2.1新用户注册

新用户的注册即创建账户：通过交互界面输入一个账户的所有信息，并将该账户信息记录添加到账户信息表中。账户信息包括：储户的身份证号、真实姓、通讯地址、电话号码、账户类型、货币种类、预存款额、账户密码。在创建用户成功后，由系统产生卡号来标示用户账户。

4.2.2已注册用户登陆

通过交互界面输入要登录的帐号和密码，系统在账户信息表中搜索待登录账户，并根据搜索结果显示不同的信息：如果指定的帐号不存在，则显示”无此帐号。”提示信息；如果帐号存在但密码不符，则显示”密码错误。”提示信息；如果信息都符合，则立即出现账户管理界面，显示账户的所有信息包括账号、账户类型、币种、余额和储户的所有信息（身份证号、真实姓名、通讯地址、电话号码）。

4.2.3用户存款

在柜员操作时进行存款操作不需要输入密码即可存款，而储户在成功登录账户后，才可以进行存款操作。

4.2.4用户取款

储户在成功登录账户后，可以进行取款操作。其中一般账户和结算账户的取款操作相同，定期存款账户不得在未到期之前取款，信用卡账户允许透支10000元（各币种）。

5.成本效益分析

（1）基础投资

1>运行内存512m以上、硬盘10g以上的pc2台4000元

2>正版操作系统一套300元

（2）其它投资

培训专业的维护人员300元雇佣专业的维护人员3000元/月

（3）效益分析

1>减少柜员数量收益3人*3000元/月

2>减少出错率提高用户数量收益100万/年

（4）合计（以年为单位）

投资总计：4000+300+3000*12=40300元

效益总计：3*3000*12+1000000=1108000元

收益/投资比：1108000/40300=27投资回收期为一年

6.技术风险评价

当前社会，开发系统的计算机硬件已经非常普及，完全满足要求，而开发技术——面向对象的程序设计，这种开发技术是比较成熟的，实现起来是可行并且有效的，运用这种开发技术开发本银行管理系统在技术上是支持的，在以后的维护和升级中也是兼容的，这种开发技术在以后的发展中会更加的成熟，和高效，故而采用这种技术是比较可行的，

同时银行还必须有一定的操作、维护的专业人员，在这方面可以通过培训原来的操作人员成为新的操作人员，维护人员可雇佣专业人员解决。本银行管理系统两人进行开发，两人都接受过系统而完整的面向对象的程序设计教育和培训，完全有能力完成本项目。

7.有关法律问题

（1）遵守《中华人民共和国网络使用法》

（2）用正版软件，盗版必究

（3）合同制定确定违约责任

（4）该软件项目最终解释权归属银行管理系统开发小组

（5）运行保证合格

8.用户使用可靠性

（1）用户需要定的计算机基础

（2）操作人员需要有一定的操作计算机的经验

（3）操作人员必须能够保证软件的正常运行

9.结论

银行管理系统在目前是一个技术上成熟的系统，它降低了柜员的操作复杂度、提高了业务处理速率，提高用户的满意度和信任度，使银行适应现代化市场竞争的需求，促进银行管理信息化，不断满足储户的要求，争取获得更高的商业效益，取得更高的市场用户占有率。

第二篇：图书馆管理系统可行性研究报告图书馆管理系统可行性研究报告

标签：分类：mydocument

杂谈

1.引言1.1编写目的

本报告的目的是研究本系统的总体需求、实现方案，并分析开发系统的可行性，为决策者提供是否开发该系统的依据和建议。

1.2项目背景

开发软件名称：图书馆管理系统项目开发者：xxxx用户单位：xx大学图书馆1.3定义

图书馆管理系统对于现代图书馆而言，是能否发挥其教学科研目的作用至关重要的技术平台。对于读者和图书管理员来说，是能否方便快速获取信息的关键。建立一个图书馆管理系统，初步实现图书馆管理计算机化，信息化，以保证图书馆工作的有效进行。

1.4参考资料

①.任胜兵等，《软件工程》，北京邮电大学出版社②.《可行性研究报告》

2.可行性研究的前提

数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了，造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难。基于这此问题，我们认为有必要建立一个图书管理系统，使图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改情况图书。

开发的系统要求界面友好、方便直观。既要方便管理员对图书信息就行添加、删除、修改查询和统计等管理，对借阅者进行时间限定，使得借书的效益更高更安全，又能提高工作效益，便于操作，能有效地对数据进行更新、查询，并能在一定程度上实现了自动化。

2.1要求

①.主要功能：

书目管理：书目管理主要是针对管理员身份而言的（比如新增书目，删除书目等等）；

借阅证管理：借阅证管理分为五部分：注册、补发、挂失、暂停、注销；

借还图书：借书、还书；查询：图书查询、借阅时间；缴费：计算超期罚款并交纳费用②.主要性能：

可以便于对图书进行分类和管理，对借阅者进行时间限定，使得借书的效益更高更安全。提高工作效益，便于操作，能有效地对数据进行更新、查询，并能在一定程度上实现了自动化。③.可扩展性：

能够适应要求的变化和修改，具有灵活的可扩充性。④.安全性：

具有较高的安全性。系统对不同的用户提供不同的功能模块。只有具有一定权限的管理员用户才能语序有借、还书权限，只有具有高级权限部门管理者或维护人员用户才能对用户进行管理。一般的读者用户只能查看图书信息和借阅情况。同时，还应具有一定的保护机制，防止系统被恶意攻击、信息被恶意修改和窃取。有完整的数据库备份机制。如果系统被破坏，应该能快速恢复。⑤.完成期限：

2012年3月15日至6月15日，共3个月。

2.2目标

开发目标为：

减少人力与管理费用提高信息准确度改进管理和服务

建立高效的信息传输和服务平台，提高信息处理速度和利用率处理速度的提高；

控制精度或生产能力的提高；决策系统的改进；人员工作效率的提高

2.3条件、假定和限定

建议软件寿命：5年

进行系统方案选择比较时间：10天经济来源：自费

硬件条件：pc机四台、服务器3台、局域网、internet

软件条件。oracle数据库、windows1操作系统、microsoftoffice软件、浏览器等。

可利用的信息和资源：在现有的图书馆管理系统上进行开发建议开发软件投入使用的最迟时间：2012年9月

2.4决定可行性的主要因素：

本次可行性分析是按照软件工程的规范步骤进行的，即按复查项目目标和规模，研究目前正在使用的系统，导出新系统的高层逻辑模型，重新定义问题这一循环反复的过程进行。然后提出系统的实现方案，推荐最佳方案，对所推荐的方案就行经济、技术、用户操作和法律的可行性分析，最后给出系统是否值得开发的结论。

成本/效益分析结果：效益>成本

技术可行性：现有技术完全可以完成开发任务

操作可行性：系统能够被现有的工作人员快速掌握并使用法律可行性：所使用工具和技术以及数据信息不违反法律3.对现有系统的分析3.1处理流程和数据流程

3.2工作负荷

数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了，造成查询费时、费力。

3.3费用支出

基本建设投资25720元其他一次性支出105600元非一次性支出11200元

综上合计142520元

3.4人员

基本上不需要专业技术人员3.5设备

服务器：pentiumiii500以上或更高，内存：128m以上；硬盘：至少10g以上；

cd－rom：16倍速以上；网卡：10ＭＢ/100ＭＢ自适应；工作站：pentiumii266以上微机；内存：64mb硬盘：至少5g以上；

cd－rom：16倍速以上；网卡：10ＭＢ/100ＭＢ自适应3.6局限性

经过严谨的分析，可知原有的系统存在很大的局限性，比如技术的过于陈旧，人员工作负荷大，系统维护及费用支出巨大，人员与设备技术含量低等等一系列缺点，所有这些都明确了需要一个新的适应新的信息化时代的高科技的系统。

4.所建议技术可行性分析4.1对系统的简要描述

所建议系统是c/s和b/s模式结合。书目管理、借阅证管理、借还图书、查询、缴费等大部分功能通过图书馆内的局域网实现，有利于提高系统的效率和安全性、用户在通过身份认证确定后，系统按照权限的不同向其不同各种类型用户提供对应的功能。

4.2处理流程和数据流程4.3与现有系统比较的优越性

图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改情况图书。

开发的系统要求界面友好、方便直观。既要方便管理员对图书信息就行添加、删除、修改查询和统计等管理，对借阅者进行时间限定，使得借书的效益更高更安全，又能提高工作效益，便于操作，能有效地对数据进行更新、查询，并能在一定程度上实现了自动化。

4.4采用建议系统可能带来的影响4.4.1对设备的影响

由于所建议系统是基于windows操作系统和校园网的，所以需要配置足够符合以上列出的各种软硬件条件的计算机和通信线路、系统失效后，服务端需要利用备份的数据库恢复数据库信息，要求要有足够的数据库备份空间。

4.4.2对现有软件的影响

要求落实是否有符合本报告所提到的正版软件环境。如果没有则需要购买4.2.3对用户的影响

本系统投入使用前还需改进现有的管理方式4.2.4对系统运行的影响

对系统运行的其他软件没有太大的影响4.2.5对开发环境的影响

开发过程需要用户进行密切的配合，准确阐明需求。

4.2.6对运行环境的影响

本系统客户端拟采用windowxp操作系统，服务器采用window操作系统，前端开发语言使用java，使用sqlserver数据库管理系统4.2.7对经费支出的影响

除了需要支付开发单位的有关费用外，每年还需要一定的运行维护费用（见经济可行性）4.5技术可行性评价

在限制条件下，功能目标能够全部达到利用现有技术，功能目标完全可以全部达到

对开发人员数量的和质量的要求，开发人员4人，有一定的项目开发经验，能够满足要求

开发时间充裕，在规定的期限内，开发能完成。

5.所建议系统经济可行性分析5.1支出5.1.1基建投资

系统开发、建立费用：15万硬件设备：10万

外购开发工具、软件环境：5万5.1.2其他一次性支出：2万5.1.3经常性支出主要是系统运行维护费用，假设本系统运行期5年，每年的运行费用（包括系统维护、设备维护等）5万元。

5.2效益5.2.1一次性收益5.2.2经常性收益5.2.3不可定量收益5.3收益/投资比5.4投资回收周期：3年5.5敏感性分析

系统生存周期长短：本软件至少可以使用5年系统工作负荷量：能够处理大批量的数据处理速度要求：比较快

设备和软件配置变化对支出和效益的影响：几乎没有什么影响，比较稳定

6.社会因素可行性分析6.1法律因素

所使用工具和技术以及数据信息不违反如何法律。所有软件都使用正版，技术资料都由提出方保管，数据信息均可保证合法来源。

6.2用户使用可行性

由于开发的系统要求界面友好、方便直观，系统能够被现有的工作人员快速掌握并使用。使用本系统的人员均有一定的计算机应用基础，所有人员都要经过本系统的使用培训。经过简单的培训人员就会熟练使用本软件。

7.其他可供选择的方案

由于该系统比较简单，故没有其他可供选择的方案。

8.结论意见

根据以上分析可知，开发该图书馆管理信息系统不仅有巨大的经济效益，而且有更大的社会效益，从而使该系统开发具有价值，也节省了大量资源，但是时间有限，该管理系统考虑不太健全，我们会在这方面加强学习和改进。所以，我们认为开发此系统的条件已经具备，可以开始进行开发。

第三篇：酒店管理系统可行性研究报告酒店管理系统

可行性研究报告

可行性研究报告

1引言

在信息高度发达的今天，酒店业务涉及的各个工作环节已经不再仅仅是传统的住宿、结算业务，而是更广、更全面的服务性行业代表。酒店作为一个服务性行业，从客房的营销即客人的预定开始，到入住登记直至最后退房结帐，整个过程应该能够体现以宾客为中心，提供快捷、方便的服务，给宾客感受一种顾客至上的享受，提高酒店的管理水平，简化各种复杂操作，在最合理最短时间内完成酒店业务规范操作，这样才能令旅客舒适难忘，增加宾客回头率。面对酒店行业内激烈的竞争形势，各酒店均在努力拓展其服务领域的广度和深度。因此，采用全新的计算机网络和管理系统，将成为提高酒店的管理效率，改善服务水准的重要手段之一。

1.1编写目的

本可行性研究报告的编写目的在于，对酒店管理系统作充分的可行性研究分析及指出其存在的重要性。分析、对比原有的酒店管理与用计算机管理和控制的酒店管理系统，明确开发酒店管理系统的方向、有效途径，确定开发本管理系统所采取的步骤、方法及对策。

预期的读者。中间用户（软件的管理人员、开发人员、维护人员）、最终用户（中高级管理人员和酒店业主）。

1.2背景

1.2.1工程的名称：

酒店管理系统

1.2.2工程产品的名称：酒店管理系统

1.2.3工程组织者：

酒店管理系统开发小组

产品用户：

中高级管理人员和酒店业主或老板

产品设计者：

酒店管理系统开发小组

产品生产者：

酒店管理系统开发小组

1.2.4产品所有权：

酒店管理系统开发小组拥有1.3参考资料

流程图1-

17.结论

由于本项目具有经济可行性、技术可行性和社会可行性，因此，本院教师工资管理系统的项目开发是可行的。