银行储蓄系统开发与设计可行性研究报告

1、引言

1.1编写目的

经过对银行储蓄系统项目进行详细调查研究，初步拟定系统实现报告，明确开发风险及其所带来的经济效益，对软件开发中将要面临的问题及其解决方案进行可行性分析。本报告经审核后，交由软件项目经理审查。

1.2项目背景

1.2.1 项目名称：银行储蓄系统

1.2.2 用户：银行

1.2.3 说明：现在的银行储蓄系统工作效率低，越来越不能满足广大储户的需要。银行与客户都迫切希望能更方便更省时就可以办理储蓄业务。现代计算机网络的高速发展使越来越多的人更喜欢网上购物、不出门即可交纳各种费用。在这样的背景下，很明显现行的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的银行储蓄系统。

1.3参考资料

《软件工程——原理，方法与应用》 吴钦藩编著 人民交通出版社出版

《软件工程导论（第四版）》 张海藩编著 清华大学出版社出版

《软件工程》　任胜兵、邢琳编著　　北京邮电大学出版社

2、可行性研究的前提

2.1要求

2.1.1 功能要求

此系统所要完成的主要功能模块有两部分：取款系统与存款系统。

存款时，储户填写存款单，然后交给银行业务人员键入系统，同时系统还要记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、利率等信息，完成后由系统打印存款凭单给储户。

而取款时，储户填写取款单交给业务人员，业务人员把取款金额输入系统并要求储户输入密码以确认身份，核对密码正确无误后系统计算利息并印出利息清单给储户。

2.1.2 性能要求

为了满足储户的要求，系统必须要有高的运作速度，储户填写的表单输入到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显示出所有必需信息并打印出各项清单，所以要求很高的信息量速度和大的主存容量；由于要存贮大量的数据和信息，也还要有足够大的磁盘容量；安全性也是系统最重要的性能需求之一，银行计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。

2.1.3 接口要求

业务员键入储户的资料要全部一直显示在屏幕；储户从按键口键入密码到系统以核对；计算机与打印机有高速传输的连接接口，最后以纸张的形式打印出清单给储户。

2.1.4 输入要求

　　业务员从存取款表单输入数据，要迅速精确，适当调整输入时间，不能让客户等太久，但也不能让业务员太过忙碌以免影响正确率。

2.1.5 输出要求

要求能快速准确打印出清单给客户。

2.1.6基本的数据流程和处理流程

2.1.7安全与保密要求

为了确保储户的利益，储户的各种信息应保密，特别是对储户账户密码等信息的保密安全。由于查询人员的身份和目的不同，本系统还提供不同的查询权限，如行长与普通的业务人员之间的权限不同。

2.1.8完成期限

初步确定开发期为6个月，试运行期为3个月，系统计划于2012年春节正式投入运行。

2.2目标

银行是以盈利为主的服务性机构。为了在竞争中取得优势，必须提供优质的管理服务使其能够顺利发展。目标具体表现为在银行内部建立储蓄系统，初步实现系统计算机化，并保证该银行能够按期望顺利完成工作，提高工作人员的工作效率；与其他多间银行联网，促进银行间的互联合作，提高银行储蓄系统的整体水平，从而实现银行储蓄系统的高效性、方便性、实用性、互联性，提高银行的信用度、银行的经济效益和社会效益。

2.3条件、假定和限制

假设开发的软件运行的最短寿命为五年；开发时间与试运行时间预定为八个月；经费的投资限制在30万元以内；系统运行环境如下：系统平台： Microsoft XP/编程软件：J2SE v 1.4.2_01 SDK/Microsoft Visual C++6.0/创建数据库：Microsoft Office Access 2003；

2.4可行性研究方法

采用调查方法：通过对银行业务员和客户的调查以获得第一手资料，确定客户和实际应用中的需求；然后经过座谈或开会的形式和专家和银行经理交谈，落实最后的问题定义。

2.5决定可行性的主要因素

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

3、对现有系统的分析

当前大多数银行所使用的银行储蓄系统办理业各时手续繁多，人工业务操作过多，严重影响了工作效率，以至客户等待办理手续过长感到不耐烦，且出错率高。

3.1处理流程和数据流程

以用银行卡取款为例，储户用卡取款时不能直接取款，要先填取款表，交给业务员输入资料，再由储户输入密码以确认身份，还要在取款表单上签名以再次确认，最后才业务员才把现金交给储户：

3.2工作负荷

由于办理手续的繁多和不合理，工作效率非常低，需要大量业务员，通常有储户等待排成长龙的现象，这给工作人员增加了非常大的负担和额外的工作负荷；同时也给银行公司的发展带来了严重的制约和压力。

3.3费用支出

办理手续的繁琐不仅使业务人员工作量很大，而且使客户对于业务办理流程不能明确而是咨询的业务量加大。各种凭单与证件的复印打印不仅使设备、材料开支增加，而且工作效益低。

3.4人员

需要大量业务员和额外的工作人员处理各项事务。

4、所建议技术可行性分析

4.1对系统的简要描述

根据系统目标以及现行系统存在的问题，建议新系统分两步实现：

第一阶段建立一个内部的网络，以实现银行储蓄系统的计算机办公化。能够处理以下工作：本行内的银行卡在各分行可提款；及时办理业务；提高工作效率。

第二阶段是在全国多家银行间建立一个互联的网络系统，实现银行储蓄管理系统的信息集成，完成后的系统可以实现在各行间互存取款，且操作方便简单迅速。

4.2处理流程和数据流程

4.2.1 存款流程图

4.2.2 取款流程图

4.3与现有系统比较的优越性

用银行卡可以直接在柜台或提款机取款;在柜台取款时第一次输入密码核对正确后即可办理取款;免去了再次签名确认身份的手续;如果增加自动存款机后,储户可直接在存款机存款,免去填表手续,提高了工作效率。

减少了储户办理业务的等待时间；用户可以随时随地可以随心所欲存取款，并且操作简单易懂；用户还可以选择在柜台办理业务或自己在自动提款机和自动取款机办理业务。

可以大大减少工作人员，节约人力资源的开销；另一方面由于手续程序减少也可以减轻业务员的工作负担，有效地提高了整体的工作效率和精确度。

数据防护措施严密：为确保系统数据万无一失，在系统结构设计上严格遵循金融系统安全规范，采用射频卡、终端机、计算机“三位一体”的数据保护技术，从三个层面采取了六种数据保护措施对系统重要数据严密防护，先进的“黑匣子”数据重复收集功能，确保了系统数据的安全性和准确性。

系统可扩充性强：该系统软件升级和硬件扩展相当方便，可以根据银行的实际情况来灵活配置，可根据不同需求增加新功能模块和子系统以满足用户的个性化需求，可确保用户投资的长期效益，避免资源重复浪费。

兼容性强：系统可提供数据接口和应用接口，可与原有系统兼容匹配，便于系统集成和二次开发，确保有效利用现有资源。

4.4采用建议系统可能带来的影响

4.4.1对设备的影响

系统对于设备要求更高的稳定性与安全性来保证其正常运行。并且对于打印、复印设备需要要求与计算机进行互联。

4.4.2对用户的影响

由于采用建议系统提高了工作效率，可使客户办理业务更加快捷、方便。采用的“三位一体”的数据保护技术既方便了管理，又能保证个人的隐私权不被侵犯。

4.4.3对系统运行的影响

系统设计的主要目的是提高效益。所以在系统设计和建设初期应着手参考各方面的标准与规范，并且应遵从该规范各项技术规定，并做好系统的标准化设计与管理工作。系统考虑今后发展的需要，因而必须为在系统产品系列、容量与处理能力等方面的扩充与换代的可能，这种扩充不仅充分保护了原有投资，而且具有较高的综合性能价格比。

4.4.4对运行环境的影响

由于使用者人数众多，水平不一，该系统设计时考虑到使用者在使用时要求操作简单，查询方便，软件设计采用菜单选取方式，使用时用户基本不用输入文字。而且不但提供计算机网络查询，同时提供公众电话网查询和远程登录等其他通信方式。

4.4.5对经费支出的影响

由于需要购买各种软、硬件设备，以及业务人员的系统使用培训等都需要增加经费的支出。

4.5技术可行性评价

开发系统的计算机硬件已经非常普及，所以完全没有问题；现在的计算机各方面的技术都非常成熟，相对来说开发此系统的技术也要求比较简单，因此在技术方面是可行的；同时银行还必须有一定量的系统管理和维护的专业人员，在这方面可以通过培训原来的技术人员成为新的需要的技术人员，也可以雇用所需这方面的专业技术员；若按计划，在规定的期限内，本系统的开发是可以完成的。

5、所建议系统经济可行性分析

5.1系统开发费用

5.1.1人员费用。本系统开发期六个月，试运行期为二个月。开发期需要开发人员5人，试运行期需开发人员2人。开发需八个月，每人/月按3000元计算，人员费用为10.2万元。

5.1.2硬件设备费。本系统所需的硬件设备费为10.46万元，其中：

服务器1台 3万元

PC8台 4万元

打印机8台 1.2万元

条形码扫描仪10台 1.8万元

网络设备和布线 1万元

不间断电源1台 3000元

工作台8台 1600元

5.1.3软件费用。系统所需的软件费用为5000元，其中：

正版Windows XP 5000元

Microsoft Office Access 2003/J2SE v 1.4.2_01 SDK/Microsoft Visual C++6.0：可免费下载

5.1.4耗材费。所需耗材费用估计为0.8万元

5.1.5咨询和评审费、调研和差旅费：约2.0万元

5.1.6其他不可预见费。按开发总费用的10%计算。

综上，系统开发总费用为26.36万元

5.2系统运行费用

假定本系统运行期为5年，每年的运行费用为：

5.2.1系统维护费。一年需要0.5人/年进行系统维护，维护费为1.8万元。

5.2.2设备维护费。建设设备的运行更新期为5年。假设设备日常故障维护费每年0.6万元，则平均每年设备维护费为10.46/10+0.6=1.646万元

5.2.3消耗材料费。每年耗材费按0.8万元计算。

系统年运行费用为4.25万元，则5年累计系统运行费用为21.25万元。

综上，系统开发和运行总费用为47.61万元，折合9.522万元/年。

5.3效益

5.3.1一次性收益。提高工作效率，减少工作人员人数。本系统运行可以提高业务处理，核算信息管理的效率。累计可以综合提高工作效率达30%。可以减少现有15%的工作人员，书店现有人员按30人计算，可减少4.5人。平均工资为2000元，节约人员工资0.2*12*4.5=10.8万元/年。

5.3.2经常性收益。办公设备、纸张等使用量减少可节约成本每年约1.4万元。

5.3.3不可定量收益。业务量的增加使直接经济效益每年上升约7万元。

综上所述，每年可增加收益19.2万元。

5.3收益/投资比

19.2/9.522=2.03

5.4投资回收周期为三年。（上述利息均为5%）

6、社会因素可行性分析

6.1法律因素

全部软件购买正版；机器设置通过正当途径购得；所有软件都用正版，技术资料都由提出方保管，数据信息均可保证合法来源。所以，在法律方面是可行的。

6.2用户使用可行性

开发的系统操作要非常简单，以便适合大人小孩老人各类人们都可以很方便操作使用。还有，要有经过培训的专业人员在指导，以便当储户有什么疑难问题时能及时得到正确的答复。

7、其他可供选择的方式

可以购买现有系统，但是由于现有系统过于简单、购买成本高，而且并不适合银行的特殊情况，所以不建议使用这个方案。

8、结论意见

银行储蓄系统技术在目前是一个技术上成熟的系统，并且在银行公局内部准备采取有力措施保证资金和人员配置等。因此，分阶段开发“银行储蓄系统”的构想是可行的。为了使银行适应现代化高场竞争的需求，促进银行管理信息化，不断满足储户的要求，争取更好的经济效益，建议立即着手系统的建议。

第二篇：软件工程 -可行性分析

武夷学院实验报告

课程名称：软件工程 项目名称：可行性分析

《基于ASP.NET的税务登记管理》

 可行性分析

1、社会可行性分析：

从20世纪80年代开始，旨在提高税务办公效率的税务信息化系统，成为办税的一个突破。而作为税务征管部门，在当前信息产业的强烈影响下正在发生着巨大的变化，主要一个方面发生在管理信息系统上。税务部门多方面的需要，使他们不得不建设管理信息系统，尽管现在已经有很多成型的税务MIS系统，但是多数是基于C/S结构开发的这种系统的缺点是用户界面不够友好、不方便医院间的交流、数据冗余度大、而且安全性方面也存在诸多隐患，所以C/S向B/S转型迫在眉睫。另外国内很多中小城市由于各方面原因，暂时还不能够配备数据库管理系统，经过需求分析得知，他们没有配备数据库管理系统的主要原因有两方面，一是经费问题，二是目前在一些纳税工作人员计算机水平相对较低，所以如果能够开发一套价格低廉，而且方便各个层次的人使用的数据库管理系统也是十分必要的。

国外目前在税务管理信息系统这一领域的发展相对迅速，由于经济条件的差异，国外很多国家地方已配备了十分先进的管理信息系统，而且由很多国外知名软件企业主持开发的带有图形化界面的医院管理信息系统，以其高质量和高安全性在业界享有相当好的口碑，但是这一类软件结构复杂，根据中国的国情和语言的障碍等诸多原因，不便于我国的税务人员不便迅速掌握，而且由于经济的差异，我们也很难接受相对高昂的价格，所以我们应该开发出拥有自主知识产权的高水平软件产品。

2、技术可行性

ASP.NET是建立在公共语言运行库上的编程框架，可用于在服务器上生成功能强大的Web应用程序。与以前的Web开发模型相比，ASP.NET提供了数个重要的优点：

1.增强的性能。ASP.NET是在服务器上运行的编译好的公共语言运行库代码。与被解释的前辈不同，ASP.NET可利用早期绑定、实时编译、本机优化和核外缓存服务。这相当于在编写代码行之前便提高了性能。

2.世界级的工具支持。ASP.NET框架补充了Visual Studio集成开发环境中的大量工具箱和设计器。WYSIWYG编辑、拖放服务器控件和自动部署知识这个强大工具所提供功能中的少数几种。

3.威力和灵活性。由于ASP.NET基于公共语言运行库，因此Web应用程序开发人员可以利用整个平台的威力和灵活性。.NET框架类库、小戏处理和数据访问解决方案都可从Web无缝访问。ASP.NET也与语言无关，所以可以选择最适合应用程序的语言， 或跨多种语言分割应用程序。另外，公共语言运行库的交互性保证在迁移到ASP.NET时保留基于COM的开发中的现有投资。

4.简易性。ASP.NET使执行常见任务变得容易，从简单的窗体提交和客户端身份验证到部署和站点配置。例如：ASP.NET页框架使您可以生成将应用程序逻辑与表示代码清除分开的用户界面，和在类似Visual Basic的简单窗体处理模型中处理事件。另外，公共语言运行库利用托管代码服务（如自动引用技术和垃圾回收）简化了开发。

5.可管理性。ASP.NET采用基于文本的分层配置系统，简化了将设置应用于服务器环境和Web应用程序。由于配置信息是以纯文本形式存储的，因此可以在没有本地管理工具帮助的情况下应用新设置。此“零本地管理“哲学也扩展到了ASP.NET框架应用程序部署到服务器。不需要重新启动服务器，即使是在部署或替换运行的编译代码时。

6.可缩放和可用性。ASP.NET在设计时考虑了可缩放性，增加了专门用于在聚集环境和多处理器环境中提高性能的功能。另外，进程受到ASP.NET运行库的密切监视和管理，以便当进程行为不正常（泄漏、死锁）时，可就地创建新进程，以帮助保持应用程序始终可用于处理请求。

7.自定义性和可扩展性。ASP.NET随附了一个设计周到的结构，它使开发人员可以在适当的级别“插入“代码。实际上，可以用自己编写的自定义组件扩展或替换ASP.NET运行库的任何子组件。

8.安全性。借助内置的Windows身份验证和基于每个应用程序的配置，可以保证应用程序是安全的。

Microsoft Active Server Pages(ASP)是服务器端脚本编写环境，使用它可以创建和运行动态、交互的Web服务器应用程序。使用ASP可以组合HTML页、脚本命令和ActiveX组建以创建交互的Web页和基于Web的功能强大的应用程序。ASP应用程序很容易开发和修改。

3、 系统可行性

税务登记管理，是整个税收征收管理的首要环节，是税务机关对纳税人进行纳税管理的一项基本制度，也是纳税人已经纳入税务机关监督管理的一项证明。应用计算机网络进行税务登记管理，一方面税务机关能够更全面、及时掌握本地区从事工业、商业、交通运输业、饮食服务业、建筑安装业等各行业的纳税人的户数，准确掌握税源的分布情况，科学、合理地调动征管力量，防止漏户，有效地组织税收征收管理工作，减少税款的“跑、冒、滴、漏”；另一方面，也有利于增强纳税人依法纳税的观念，提高纳税人申报率，可以保证应缴交税款及时足额地缴入国库。

4、 操作可行性

系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足用户的需求。设计开发中一直注重系统操作的简单方便，操作方式都非常简单人性化，相关的操作方式和用户已经习惯的各大系统的用户操作方式基本相同。所以，操作方式在用户组织内是行得通的。

实验报告成绩（百分制） 实验指导教师签字：