软件工程_银行储蓄系统可行性分析研究报告

项目可行性研究报告

文件状态：

[  ] 草稿

[√] 正式发布

[  ] 

目录    3

1．引言    4

1.1编写目的    4

1.2项目背景    4

1.3参考资料    4

2．可行性研究的前提    5

2.1要求    5

2.2目标    6

2.3条件、假定和    7

2.4可行性研究方法    7

2.5决定可行性的主要因素    7

3．对现有系统的分析    8

3.1处理流程和数据流程    8

3.2工作负荷    9

3.3费用支出    9

3.4人员    9

3.5设备    9

3.6局限性    9

4．所建议技术可行性分析    10

4.1对系统的简要描述    10

4.2处理流程和数据流程    11

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

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

4.5技术可行性评价    15

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

5.1支出    15

5.2效益    17

5.3收益/投资比    17

5.4投资回收周期    17

5.5敏感性分析    18

6.操作可行性分析    18

6.1用户使用可行性    18

7．社会因素可行性分析    18

7.1法律因素    18

8．其他可供选择的方案    19

9.结论意见    19

1．引言

1.1目标

制定一套合理、有效，规范和实用的银行管理系统，对银行信息进行集中统一的管理。提高银行工作效率，做到信息的规范管理，科学统计和快速查询，让银行更好的为学校，社会服务。

为提高银行的存取款工作效率，降低工作的人力物力开支，提高工作的准确性、正确性，拟为其开发计算机储蓄系统。经过对项目进行详细的调查研究，得到项目可行性研究报告，对项目开发中将要面临的问题及其解决方案进行可行性分析，包括项目在技术、经济、操作和社会影响方面的可行性。

1.2背景

随着社会经济的发展，银行的业务不断增长，传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。其一，业务需求的增加需要消耗大量人力物力资源；其二，业务复杂化导致人工处理方式出错率增加，从而引起储户不满。

为解决此问题，需要开发新的储蓄系统。一方面可以减轻银行业务员的工作量，另一方面可以减少工作的出错率，从而提高工作效率。

1.3参考资料

《实用软件工程（第3版）》　孙玮等　编著　电子工业出版社

2．可行性研究的前提

2.1要求

2.1.1功能：

1.储户开户登记

2.定期存款

3.定期取款

4.活期存款

5.活期取款

6.利息结算

7. 实现所有功能的查询

8. 考虑银行系统数据的安全与保密工作

2.1.2性能：

为了满足储户的需求，该系统需要迅速的对用户的要求做出反馈，要对用户输入的信息作出最快的处理，所以就需要很大的主存容量，以及强大的数据库支持。由于是所面向的用户是广泛的储蓄用户群，所以需要系统强大的安全性能支持。

2.1.3输出：

作为用户存储的凭证信息，输出需要包括：存款人姓名、电话号码、身份证号码、存款类型、存款日期、利率。

取款时利息用于储户确认，数据内容至少有：取款人姓名、取款金额、利息金额、总计金额、取款日期。

2.1.4输入：

输入项应包括存（取）款人姓名、电话号码、身份证号码、存款类型、存款日期、利率等全部内容，然后由银行职员输入系统进行处理。

a.基本的数据流程和处理流程：

参见第四部分

b.安全与保密要求：

因为我们所开发的系统是交付给银行进行使用的，而银行的主要业务是面向资金流动的，所以这就需要系统有极高的安全性，来保证用户的个人信息以及账户信息的绝对保密性。这个保密性应在两个方面体现，一个是系统本身的稳定性、另一个就是系统的记录性。最大限度的保证系统的可查性，即应在系统中记录每个存取款单的精确信息，保证每个单都可以查明由谁填写、经谁处理、何时何地、处理结果等信息，以此确保一旦出现问题可以及时查明原因并进行处理。

c.与软件相关的其他系统：

基于数据库的各类信息存储系统

2.2目标

a.用系统的高速特性来节省大量的人力，并且能够极大程度上简化操作人员的工作，使得操作人员只需要做简单的输入输出以及对于本系统的管理就可以简便的完成自己的工作；

b.将人工计算的部分更改为系统运算处理极大的提升了速度，这样就提高了工作效率，也极大程度缩短了用户的等待时间，这样可以提高银行在行业中的竞争力。

c.利用计算机的系统优势，可以弥补人工作业时的出错率高的缺陷，使得每一笔业务都能最大限度避免核实以及复工。

d.利用计算机大容量存储数据库的模式来完成记录的存储，这样在工作中可以及时查证任意一条记录。

2.3条件、假定和

a.建议开发软件运行的最短寿命：

5年

b.进行系统方案选择比较的期限：

2个月

c.经费来源和使用：

定制银行

d.硬件、软件、运行环境和开发环境的条件和：

银行中心拥有大型机以及用来支持的数据库，各个银行网点都有安装好的PC机，安装有Windows2000及以上的操作系统。

e.建议开发软件投入使用的最迟时间：

开发完成后试运行1个月。

2.4可行性研究方法

通过与银行熟练业务员进行深入讨论，制定详细用户调查问卷，真正了解用户以及银行业务员的实际需求，根据业务员提供的信息以及问题定义再综合调查问卷中用户提出的意见进行改进。最终确定项目需要解决的问题，并确定问题能不能被解决。

2.5决定可行性的主要因素

1）项目开发成本

2）所需设备置办成本

3）技术是否能满足需求

4）操作人员的熟练程度

5）资源有效性

三、 银行储蓄需求分析

3.1定义 

    ·银行储蓄应用系统软件：基本元素为构成银行储蓄及相关行为所必须的各种部分。    

    ·需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 

    ·需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 

·模块的性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的.  

·SQL Server2000：Microsoft公司开发的一种功能强大的关系型数据库。

Microsoft Visual Basic 6.0 中文版：Microsoft公司开司的一种功能强大的编程软件。 

3.2功能需求 

根据系统可行性分析及业务要求，及相关的功能、性能分析，可以对系统现有的需求进行需求建模，主要涉及到用例、用例图的建立，类图及联系的建立，以及数据结构的定义等。  

3.3用例分析 

根据银行储蓄管理系统的分析，可明确系统的功能需求主要涉及以下几个部分。 

参与人员：管理员、银行职员

增加银行职员、删除银行职员、修改密码、设置利息退出系统（管理员）； 

增加用户、查看用户、删除用户、存款、取款、利息计算、查询、修改密码（银行职员）

根据相应的用例分析，可以为系统功能建模（用例图）：

简单用例流程分析： 

1.管理员（默认）凭借用户名、密码登陆进入系统。管理员可实现增加银行职员、删除银行职员、修改密码、设置利息（管理员）修改系统密码等用例。 

2. 银行职员只有使用账户、账户密码二次登陆后，才可以实现增加用户、查看用户、删除用户、存款、取款、利息计算、查询、修改账户密码等用例。 

3. 系统的参与者（银行职员、管理员）在实现用例时，系统会自动根据其权限给予适当的实现用例。

 3.4系统层次方框图 

由用例分析可知，系统的参与者有2种：银行职员、管理员，由于角色不同，故参与者权限的分配也不同，根据功能描述的用例图可得到以下不同角色的层次方框图。 

（1） 管理员

（2）系统普通用户

3.5  主要活动图 

3.6  模型分析 

根据银行储蓄管理系统的用例分析，银行的参与者主要有两种：管理员、银行职员，由于一个管理员可拥有多个账号，每个账户可以对应一个银行职员，故账户用AccountUser角色实现；考虑到相关系统参与者的业务涉及范围，银行职员可以操作账户如开户，存取款，故申请信息用MessageRegister实现申请信息记录；由于储户在相关业务操作的过

(2)银行管理员：增加用户、查看用户存款、取款、利息计算、查询、修改密码等模块。模块的分析，以及对象间的交互过程如下。 

管理员具有增加银行的权限，管理员可以为系统增加一些特定的系统用户，同时可以给予他们一定的权限。模块分析如下

4逻辑视图

逻辑视图部分主要叙述了设计阶段的工作。

5．所建议技术可行性分析

5.1对系统的简要描述

系统架构为星状架构，每个分行办事处连接到中心数据库，每台分行电脑与一台打印机相连以输出信息。

储户填写的存款单或取款单由业务员输入系统，系统自动更新中心数据库的内容，如果是存款，系统记录存款人姓名、住址、存款类型、存款日期、利率等信息，并印出存款单给储户；如果是取款，系统计算利息并印出利息清单给储户。

5.2数据字典：

储户名字：储户信息

描述：存储用户的个人详细信息

定义：储户信息=储户姓名+储户住址+储户身份证号码+储户帐号+帐户金额+储户密码

6.1用户使用可行性

该系统可采用C/S模式开发，提供窗体界面，操作简单。

●银行业务员要求有基本的计算机使用技能，经过简单培训后将会熟练使用本软件

●系统管理员要求有一定计算机的专业知识，需要经过专业培训，以能够熟练管理本系统，使其正常运行

7．社会因素可行性分析

7.1法律因素

●所有软件都选用正版；

●所有技术资料都由提出方保管；

●合同制定确定违约责任。

8．其他可供选择的方案

项目的另一种实现方案是直接购买现有的计算机储蓄系统。但银行业是个对安全性要求很高的行业，如果选用现有计算机储蓄系统，有可能会使得未公开的漏洞对本银行造成冲击，需要承担更高的安全风险；为适应该系统有可能需要更改现有存款系统的数据结构，转换成本高；软件授权方式的差异可能导致系统开销更高。

9.结论意见

通过对项目整体进行可行性分析，该项目无论在操作可行性、技术可行性、经济可行性及社会可行性上均满足要求，因此，开发此系统的构想是可行的，可着手进行。