银行员工管理与经济的联系不是很直接，而是间接的。一直以来人们采用传统的人工方式管理职员档案，这种管理方法存在许多缺点，如效率低、保密性差、时间一长就会产生大量的文件和数据积压，这对于查找、更新和维护都带来了不少的困难，也使银行浪费了大量的人力、物力等大量资源，难以真正提升银行人事与工资管理水平，提高工作效率及降低管理成本的效果也不明显。所以，使用银行内部管理系统能使银行节约管理方面的资金，它在很在程度上节省了管理中的人力，而且还减轻了一定的劳动强度，也就节省了不少财力和物力，这是一个能够满足业务需求的人员管理系统，减少了人工的参与，提高了整个部门的工作效率，系统的应用汇带来无形的巨额经济效益。
本研究经过比较详细、周密的调查研究，计算机硬件设备达到了相应要求，采用功能很强大的软件，借鉴成功实例以及科学的开发方法，从而降低的开发成本，达到经济高效的目的。一方面新系统开发不需要额外增加设备的购置费、软件开发费、管理与维护费，并且人员培训过程简单不需要太多费用；另一方面，新系统的开发可以很好地减少人工管理员工信息的繁琐，并且可以及时更新员工所有信息，进而提高经济效益，进一步减少成本的投入、提高工作的效率、提升公司竞争力与影响力。因此，在经济上是完全可行的 3.3.2 技术可行性
以新系统设计目标为依据来考虑系统是否具有软硬件设备、计算机联网能力、网络和数据安全保护设施、输入输出设备、大容量存储设备等各方面的硬件条件。软件方面应该重点考虑操作系统、数据库的管理等配置与功能的软件条件。在进行技术可行性分析时，还必须充分考虑该公司的具体从事该业务人员的文化素质以及工作能力，经过短时间培训后，是否可以承担起使用与维护系统的可能性。从总体上来看，近年来，计算机技术的发展非常迅猛，高速度、大容量电脑已经成为许多公司日常工作不可缺少的设备，推动着办公自动化软件不断的涌现，微机普及为该系统的开发奠定了坚实的基础。
本系统是基于B／S架构的信息管理系统。系统使用目前流行SSH技术实现，同时采用JAVA作为开发语言，由于SQLServer2000数据库是当下最流行的关系型数据库系统之一，它对服务器的要求非常低，并包含了视图灵活运用、触发器和存储全过程、用户自定义数据类型以及自定义函数、维护数据完整性等，有非
23
常强的实用性。因此拟订以SQLServer2000作为后台数据库服务器，用Eclipse作为开发工具。 3.3.3 管理可行性
在本管理体系中，必须考虑当前系统管理体制，是否给新系统提供所必需的各项数据，银行高层领导以及各级管理人员对开发一个新的系统来替代现有系统的需求是否很迫切，还要考虑当前系统操作人员对新系统的适应能力等等。 3.3.4 开发环境可行性
银行领导层对开发新员工管理的意见是否一致，有无相应资金投入，能否抽调出骨干力量来参加新系统的开发研制等。简单地说，就是银行是否能为新管理系统的开发建设提供一个相对来说长期的良好环境，这是可行性阶段不得不考虑的问题。计算机以其强大的数据处理能力作为人类脑力劳动有力助手登上人类发展历史舞台后，已经渗透到社会生活各个领域，使企事业单位信息处理能力越来越适应现在化管理要求，而且，系统已逐步从单项事务信息处理系统迅速走向综合性管理信息的处理。本系统力求具有很良好的用户界面，并能够做到比较容易进行操作。在当今企业中，都拥有一批高学历的高素质员工，只需要进行短期系统培训，就可以熟练操作和使用本管理系统。
3.4 系统设计的特点
3.4.1 系统的性能特点
前期的调查与研究表明，本系统应具有如下性能：
⑴统一处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足银行对员工信息处理的需求。
⑵系统的开放性和可扩充性：系统在开发过程中，应该充分考虑以后的可扩充性，以便于今后更多方便的功能。
⑶系统的易用性：要有简单明了的操作界面，方便银行管理人员快速准确的进行操作。
3.4.2 系统的数据要求特点：
⑴ 数据录入和处理的准确性和实时性； ⑵ 数据的一致性与完整性；
24
⑶ 数据的共享与独立性。 3.4.3 系统的分层
系统整体上可以划分为数据库、数据访问层和业务逻辑层三层。
（1）数据库是系统最底层，存储系统的所有数据，如表信息、关系信息等。 （2）数据访问层建立在数据库之上，应用程序通过该层访问数据库。数据访问层一般封存数据库的选择、添加、更新和删除等操作，同时还为业务逻辑层提供访问数据库的接口或函数等；该层直接与数据库相关联，同时又为业务逻辑层服务，关系着系统的成败。
（3） 业务逻辑层包括管理者、员工信息和储户存取款信息。
3．4本章小结
本章为系统的需求分析部分，主要对银行员工管理系统的需求及可行性分析，包括功能需求、性能需求、安全需求以及非功能性需求，并分别从经济上、技术上、管理上以及开发环境方面对可行性进行分析。本章还对系统设计的特点分别从系统性能、数据要求和系统分层三个方面进行了介绍。
25
第四章 银行员工管理系统设计
在第三章系统需求分析的基础上，对整个系统有了一定的了解，但还需要在系统需求分析的基础上做进一步的研究，因此本章将重点进行银行员工管理系统的分析与设计。
4.1 系统设计原则及目标
本系统是员工绩效考核管理系统，在开发设计过程中必须遵循以下几个原则：
安全性原则；（2）数据的可靠性原则；（3）安装的方便、快捷原则；（4）易学、易用、使用简洁的原则；（5）系统的可扩展性原则。
本系统在开发设计中预计达到以下目标：
（1）绩效考核办法将极大地提高员工的工作积极性
围绕激发和调动员工的工作潜能的按量计酬系统以及绩效考核办法的全面推行，必然激发银行员工积极性、主动性与创造性，形成一种进取和竞争的氛围。同时，系统以及相关办法的实行也必将在银行内部建立起一套激励模式多元化、收入分配的市场化的绩效分配体系，实现“员工队伍优化、岗位竞争规范、劳动分配合理”的目标，激励员工主动承担工作，自觉的提高业务技能。
（2）完善激励机制
制度的改革将抽象考核转变成员工能接受的、会核算的、一目了然的量价利益关系，核价到笔，以量计收，必将有效地解决过去员工收入的“平均主义”现象，形成“发展无限、收入不限”的激励机制。这项考核制度公正透明，也将让员工心服口服，工作更加有干劲。
（3）全面提高服务质量
员工工作更努力直接地反映在员工办理业务时服务态度会更好，客户的响应时间更快，从而提高客户的满意度，并将有效地提升企业形象。
4.2 系统技术架构
本系统采用的是基于J2EE平台的WEB应用系统，用基于MVC中的Struts、Spring以及Hibernate等开源框架进行框架的构建。就目前的开发水平而言，大部分的WEB应用都可以被分为三层：表现层、业务逻辑层和持久层；每层在软
26
件系统中都会有一项明确的业务功能，层与层之间无论是业务逻辑和功能上都要有很好的区分，而层之间的联系则需要提供相应的通信接口，这样可降低系统的耦合性。
在该系统中，struts构建表现层、Hibernate构建持久层和Spring搭建实现层的协同工作示意图如下：
图4-1 系统架构
表现层 Struts MVC 业务层 Spring 持久层 Hibernate O/R Mapping 该系统总体架构用B/S结构图来表示，如下：
RequestBrowserResponseServer 图4-1 B/S结构图
服务器服务器便携电脑便携电脑便携电脑
图4-2 系统网络架构
27