银行员工管理系统的设计与实现本科毕设论文.doc

目录

硕士学位论文
银行员工管理系统的设计与实现

学位论文原创性声明
本人郑重声明：所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。除了文中特别加以标注引用的内容外，本论文不包含任何其他个人或集体已经发表或撰写的成果作品。对本文的研究做出重要贡献的个人和集体，均已在文中以明确方式标明。本人完全意识到本声明的法律后果由本人承担。

作者签名： 日期： 年 月 日

学位论文版权使用授权书
本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学校保留并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅。本人授权　　 　 　大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。
涉密论文按学校规定处理。

作者签名： 日期： 年 月 日
导师签名： 日期： 年 月 日
致 谢

时间飞逝，大学的学习生活很快就要过去，在这四年的学习生活中，收获了很多，而这些成绩的取得是和一直关心帮助我的人分不开的。
首先非常感谢学校开设这个课题，为本人日后从事计算机方面的工作提供了经验，奠定了基础。本次毕业设计大概持续了半年，现在终于到结尾了。本次毕业设计是对我大学四年学习下来最好的检验。经过这次毕业设计，我的能力有了很大的提高，比如操作能力、分析问题的能力、合作精神、严谨的工作作风等方方面面都有很大的进步。这期间凝聚了很多人的心血，在此我表示由衷的感谢。没有他们的帮助，我将无法顺利完成这次设计。
首先，我要特别感谢我的知道郭谦功老师对我的悉心指导，在我的论文书写及设计过程中给了我大量的帮助和指导，为我理清了设计思路和操作方法，并对我所做的课题提出了有效的改进方案。郭谦功老师渊博的知识、严谨的作风和诲人不倦的态度给我留下了深刻的印象。从他身上，我学到了许多能受益终生的东西。再次对周巍老师表示衷心的感谢。
其次，我要感谢大学四年中所有的任课老师和辅导员在学习期间对我的严格要求，感谢他们对我学习上和生活上的帮助，使我了解了许多专业知识和为人的道理，能够在今后的生活道路上有继续奋斗的力量。
另外，我还要感谢大学四年和我一起走过的同学朋友对我的关心与支持，与他们一起学习、生活，让我在大学期间生活的很充实，给我留下了很多难忘的回忆。
最后，我要感谢我的父母对我的关系和理解，如果没有他们在我的学习生涯中的无私奉献和默默支持，我将无法顺利完成今天的学业。

致 谢

四年的大学生活就快走入尾声，我们的校园生活就要划上句号，心中是无尽的难舍与眷恋。从这里走出，对我的人生来说，将是踏上一个新的征程，要把所学的知识应用到实际工作中去。
回首四年，取得了些许成绩，生活中有快乐也有艰辛。感谢老师四年来对我孜孜不倦的教诲，对我成长的关心和爱护。
学友情深，情同兄妹。四年的风风雨雨，我们一同走过，充满着关爱，给我留下了值得珍藏的最美好的记忆。
在我的十几年求学历程里，离不开父母的鼓励和支持，是他们辛勤的劳作，无私的付出，为我创造良好的学习条件，我才能顺利完成完成学业，感激他们一直以来对我的抚养与培育。
最后，我要特别感谢我的导师刘望蜀老师、和研究生助教吴子仪老师。是他们在我毕业的最后关头给了我们巨大的帮助与鼓励，给了我很多解决问题的思路，在此表示衷心的感激。老师们认真负责的工作态度，严谨的治学精神和深厚的理论水平都使我收益匪浅。他无论在理论上还是在实践中，都给与我很大的帮助，使我得到不少的提高这对于我以后的工作和学习都有一种巨大的帮助，感谢他耐心的辅导。在论文的撰写过程中老师们给予我很大的帮助，帮助解决了不少的难点，使得论文能够及时完成，这里一并表示真诚的感谢。
目 录
第一章 引言 1
1.1 系统开发背景 1
1.2 系统主要内容 2
1.3 本课题的研究意义 3
1.4 本文的组织结构 4
第二章 系统的开发技术基础 6
2.1 B/S体系结构 6
2.2 linux简介 8
2.3 Java简介 9
2.4 Tomcat简介 11
2.5 数据库及SQL语言简介 11
2.6 本章小结 13
第三章 系统需求分析 14
3.1 系统建设的目标和原则 14
3.1.1 系统建设的目标 14
3.1.2 系统建设的原则 14
3.1.3 福州分行员工管理系统设计定位 15
3.2 系统功能性需求 15
3.3 系统开发的可行性分析 16
3.3.1 技术可行性分析 17
3.3.2 经济可行性分析 17
3.3.3 管理可行性 18
3.3.4 开发环境可行性 18
3.4 UML 建模 18
3.5 系统非功能性需求 22
3.6 本章小结 23
第四章 系统设计 24
4.1 架构设计目标与原则 24
4.2 系统技术架构 25
4.3 系统软件环境设计 26
4.4 数据库设计 26
4.4.1 数据库设计的原则 27
4.4.2 数据库设计的步骤 27
4.4.3 数据库表的设计 28
4.4.4 数据库设计中的关键技术 30
4.5 系统构架设计 35
4.5.1 部署架构 35
4.5.2 系统功能架构设计 36
4.6 本章小结 38
第五章 系统实现 39
5.1 系统层次实现 39
5.1.1 MVC的概念 39
5.1.2 MVC的优点 40
5.2 子系统的实现 41
5.3 系统的界面实现 41
5.3.1 个人文件夹 41
5.3.2 员工信息维护 42
5.3.3 业绩档案管理 43
5.3 系统的逻辑实现 44
5.3.1 奖惩信息管理 44
5.3.2党员管理模块 49
5.3.3 员工考勤管理模块 51
5.4 数据库实现 52
5.4.1 JAVA连接数据库操作的实现 52
5.4.2 连接池的实现 52
5.5 安全设计 63
5.6 本章小结 64
第六章 总结与展望 65
6.1 全文总结 65
6.2 展望 65
致 谢 66
参考文献 67

Error! No text of specified style in document.
第一章 引言
1.1 系统开发背景
1.2 系统主要内容
表1-1 需要解决的几方面问题
在需求分析方面
要在充分理解现有人力资源管理实践的基础上，获得用户需求和业务流程，需求包括功能需求和非功能需求。通过分析总结出合理的设计和开发思路。
在设计方面
要考虑银行业的网络架构和业务特点，设计要满足系统可维护性，灵活性和可扩展性。
在实现方面
在根据前面分析设计的基础上，主要解决对分析技术的选择和实际功能的实现。

1.3 本课题的研究意义
1.4 本文的组织结构

第二章 系统的开发技术基础
2.1 B/S体系结构
表2-1 MIS系统平台的4种模式
序号
模式名称
1
主机终端模式
2
文件服务器模式
3
客户机/服务器模式(Client/Server，简称C/S)
4
Web浏览器/服务器模式(Browser/Server，简称B/S)
C/S模式与B/S模式的对比分析：
表2-2 C/S模式与B/S模式的对比分析
分析
C/S模式
B/S模式
内容
C/S结构，就是Client/Server(客户机/服务器)结构，是众所周知的软件系统体系结构，它通过将任务分配到Client端和Server端，这样，在降低了系统的通讯开销的同时，也实现了充分利用两端硬件环境的优势。因此，早期软件开发系统多是以这种结构模式作为首选的标准。
B/S结构，即Browser/Server(浏览器/服务器)结构，它伴随着Internet技术兴起，对C/S结构进行改进或变化的结构。在这种结构下，用户的界面能够通过WWW浏览器来呈现，其中一部分事务逻辑在前端可以实现。但是，主要事务逻辑只能在服务器端实现，这就形成了3-tier结构。
B/S结构，主要是利用了日渐成熟的WWW浏览器技术，结合浏览器的各种Script语言，如VBScript、JavaScript等等，并利用ActiveX技术，通过使用浏览器就可以实现原来需要复杂专用软件才能达到的功能，这很大程度上节约了开发成本，是一种新的软件系统构造技术。随着Windows98/Windows 2000技术将浏览器技术植入操作系统内部，这种结构越来越成为软件开发的体系结构。
优点
由于客户端可以实现和服务器的直接连接，中间无冗余环节，因此，它的响应速度非常快。软件功能设计越来越显得突出个性化，操作界面美观、形式丰富多变，并且具有直观、简单、方便等等优势，它能满足客户对个性化的功能要求。同时，C/S结构的信息管理系统有很强的事务处理能力，能完成复杂的业务操作。
B/S模式具有如下优点：一，有较强的分布性，方便随时随地进行查询、浏览等业务操作。二，业务扩展简易便捷，通过添加网页就可增加服务器功能。三，维护方便，只要改变网页，就可以同步更新。四，开发方便，共享性较强。
缺点
C/S模式需要专门的客户端程序才能运行，其分布功能弱，对于很多分布广泛并不具备网络运行条件的普通用户群体，不能实现快速部署安装和配置。并且C/S模式的兼容性比较差，对于不同的开发工具，具有较大的局限性。如果采用不同工具来开发，则需要重新编写运用程序。因此，它的开发成本很高，而且需要有一定专业水准的技术人员才能胜任。
B/S模式具有如下缺点：一，个性化明显降低，不能实现个性化的功能要求。二，依靠鼠标进行最基本的操作，不能满足快速操作的需求。三，页面采用动态刷新，响应速度明显降低。四，不能实现分页的显示，数据库访问的压力较大。五，功能弱化，无法实现传统模式下的特殊功能需求。
B/S结构的流程图如图2-1所示：

图 2-1 B/S结构的流程图
2.2 linux简介
表2-3 Linux系统优点
序号
优点
具体内容
1
完全免费
Linux是免费的操作系统，用户通过网络或其他途径就可以免费获得，并可以随意修改其源码。这是其他操作系统做不到的。正是基于这点，来自全球的程序员都参与了Linux的修改、编写工作，程序员根据自己的兴趣和灵感对其进行各种改变。从而让Linux吸收了无数程序员的精华，不断发展壮大。
2
完全兼容POSIX 1.0标准
完美的兼容性使得可以在Linux下通过模拟器运行常见的DOS、Windows的程序。这为用户从Windows过渡到Linux奠定了基础。许多用户在使用Linux时，就想到以前在Windows下的程序能否正常运行，这一点可以打消他们的担忧。
3
多用户、多任务
Linux支持多用户，每个用户对于自己的文件设备拥有自己的特殊权限，保证了各用户间互不干扰。多任务管理则是现代电脑最主要的特点，Linux可以使多个程序并发运行。
4
良好的界面
Linux同时拥有字符界面和图形界面。字符界面用户可以通过键盘输入指令来进行操作。它同时也提供了同Windows图形界面相似的X-Window系统，用户可以通过鼠标来进行操作。在X-Window环境中与在Windows中类似，可以说是Linux版的Windows。
5
丰富的网络功能
Unix是在互联网基础上壮大起来的，Linux的网络功能自然不会逊色。它的网络功能和其内核密切连系，在这方面Linux明显优于其他系统。Linux用户可以实现网页浏览、文件传输、远程登陆等网络功能。并可以充当服务器提供WWW、FTP、E-Mail等服务。
6
可靠的安全、稳定性能
Linux采用了很多安全技术，其中有对读、写进行权限控制、审计跟踪、核心授权等的技术，这些都为系统提供了安全保障。因为Linux需要用到网络服务器，这对稳定性也有较高要求，而事实上Linux在这方面也非常出色。
7
支持多种平台
Linux可以运行于多种硬件平台上，如载有x86、680x0、SPARC、Alpha等处理器的平台。而且Linux是一种嵌入式操作系统，可以运行在掌上电脑、机顶盒以及游戏机上。于2001年1月份发布的Linux 2.4版内核已经能完全支持Intel 64位芯片体系结构。同时Linux还支持多处理器技术。多个处理器可并行工作，使系统的性能大大提高了。
2.3 Java简介
2.4 Tomcat简介
2.5 数据库及SQL语言简介
表2-4 sqlserever2000数据库系统的优点
序号
优点
具体内容
1
开放性
SQL Server一般只能运行在windows上，相对地来说，开放性不是很好，对于数据库管理来说，操作系统的稳定性是非常重要的。Windows9X系列产品主要侧重桌面应用，NT server一般主要对中小型企业适用。并且windows平台的可靠性、安全性以及伸缩性都是相当有限的。尤其在处理拥有大数据量的关键业务时，它不像UNIX那样经得起考验。Oracle几乎能在所有的主流平台运行，当然也包括windows的系统，并且它能够完全支持所有工业标准，其采用完全开放策略，可以允许客户选择最适合组织管理的解决方案，并能够对开发商进行全力以赴的支持。而DB2也可以在所有主流平台上运行，同样也可以支持windows，它特别适合海量的数据。DB2在企业中应用是最为广泛的,例如：全球500家强企业中, 85%的企业都使用了DB2数据库服务器。然而，在我国国内运用的情况不是很好。

2
可伸缩性,并行性
实际上，SQL server并行实施与共存的模型并不十分成熟，它对处理日益增多的用户数以及数据卷来说比较困难，表现出很有限的伸缩性。Oracle的平行服务器通过允许一组结点能共享同一簇中的工作来进行windows工作能力的扩展,提供了高可用性以及高伸缩性簇的解决方案。假如出现windows NT不能满足的需要,用户就可以把数据库转移给UNIX系统。同时，DB2系统还具有很好的并行性。DB2可以把数据库管理扩充到并行和多节点的环境中。数据库分区是数据库的主要部分，它包含自己的数据、索引、配置文件以及事务日志等。因此，数据库分区时常也被称为节点或者数据库节点。
3
安全性
相对来说，SQL server没有得到过任何的安全证书；而Oracle Server与DB2则均获得过最高认证级别ISO标准的认证。
4
性能
从性能上看，SQL Server在多用户时性能不佳，Oracle性能最高，它能保持windows NT下TPC-D与TPC-C的世界记录。DB2只适用于数据仓库以及在线处理事物。
5
客户端支持及应用模式
SQL Server系统的C/S体系结构，能够通过ADO,DAO,OLEDB,ODBC来进行连接。Oracle采用多层次的网络计算，可以支持多种工业的标准，能够通过ODBC,JDBC,OCI等来与网络客户进行连接。而DB2则是跨平台的多层次结构，它支持ODBC,JDBC等客户的需求。
6
操作简便
从操作上来看，SQL Server的操作相对来说比较的简单。Oracle操作相对的复杂些,它能够同时提供GUI与命令行，并且在windows NT与UNIX下的操作相同。DB2的操作相对很简单,能同时提供GUI与命令行，并且在windows NT和UNIX下的操作是相同的。
7
使用风险
从使用风险上来分析，SQL server的系统完全是重写的软件代码，它经历了长期测试以及不断延迟，很多功能仍然需要想当充裕的时间来加以证明，它对早期产品显得不十分兼容，在使用时需要冒一定风险。而Oracle则有着长时间开发的经验，可以实现完全向下兼容，它能得到广泛应用，并且在使用的时候完全没有风险。同时，DB2在各种大型企业管理实践中得到了广泛应用，向下兼容性很好，风险比较小。虽然SQL server在很多方面比不上oracle和db2，但是它的价格相对很低，其性能也完全能满足中小企业的应用，所以，市场运用环境很好。
2.6 本章小结

第三章 系统需求分析
3.1 系统建设的目标和原则
3.1.1 系统建设的目标
3.1.2 系统建设的原则
3.1.3 福州分行员工管理系统设计定位
3.2 系统功能性需求

图3-1 系统流程图
3.3 系统开发的可行性分析

表3-1 可行性分析表
序号
分析分类
分析内容
1
技术可行性分析
以新系统设计目标为依据来考虑系统是否具有软硬件设备、计算机联网能力、网络和数据安全保护设施、输入输出设备、大容量存储设备等各方面的硬件条件。软件方面应该重点考虑操作系统、数据库的管理等配置与功能的软件条件。在进行技术可行性分析时，还必须充分考虑该公司的具体从事该业务人员的文化素质以及工作能力，经过短时间培训后，是否可以承担起使用与维护系统的可能性。从总体上来看，近年来，计算机技术的发展非常迅猛，高速度、大容量电脑已经成为许多公司日常工作不可缺少的设备，推动着办公自动化软件不断的涌现，微机普及为该系统的开发奠定了坚实的基础。
本系统是基于B／S架构的信息管理系统。系统使用目前流行SSH技术实现，同时采用JAVA作为开发语言，由于SQL Server2000数据库是当下最流行的关系型数据库系统之一，它对服务器的要求非常低，并包含了视图灵活运用、触发器和存储全过程、用户自定义数据类型以及自定义函数、维护数据完整性等，有非常强的实用性。因此拟订以SQL Server 2000作为后台数据库服务器，用Eclipse作为开发工具。
2
经济可行性分析
指估算新系统开发和运行所需要的费用，新系统能创造出的效益，并将投资与效益进行比较。在费用支出方面，不仅要考虑到主机费用，而且要充分考虑计算机外围设备费用、软件开发的费用、人员培训的费用和将来系统投入运行后的管理维护费用与备件费用。经济效益应从以下两方面来综合考虑：一方面是可以以钱来衡量的效益，如加快流动资金的周转，减少资金的积压等；另一方面是难以用钱来表示的，例如提供更多更高质量的信息，提高信息的取得速度等等。
本研究经过比较详细、周密的调查研究，计算机硬件设备达到了相应要求，采用功能很强大的软件，借鉴成功实例以及科学的开发方法，从而降低的开发成本，达到经济高效的目的。一方面新系统开发不需要额外增加设备的购置费、软件开发费、管理与维护费，并且人员培训过程简单不需要太多费用；另一方面，新系统的开发可以很好地减少人工管理员工信息的繁琐，并且可以及时更新员工所有信息，进而提高经济效益，进一步减少成本的投入、提高工作的效率、提升公司竞争力与影响力。
3
管理可行性
就是要考虑当前系统管理体制，是否给新系统提供所必需的各项数据，企业高层领导以及各级管理人员对开发一个新的系统来替代现有系统的需求是否很迫切，还要考虑当前系统操作人员对新系统的适应能力等等。
4
开发环境可行性
银行领导层对开发新员工管理的意见是否一致，有无相应资金投入，能否抽调出骨干力量来参加新系统的开发研制等。简单地说，就是银行是否能为新管理系统的开发建设提供一个相对来说长期的良好环境，这是可行性阶段不得不考虑的问题。计算机以其强大的数据处理能力作为人类脑力劳动有力助手登上人类发展历史舞台后，已经渗透到社会生活各个领域，使企事业单位信息处理能力越来越适应现在化管理要求，而且，系统已逐步从单项事务信息处理系统迅速走向综合性管理信息的处理。本系统力求具有很良好的用户界面，并能够做到比较容易进行操作。在当今企业中，都拥有一批高学历的高素质员工，只需要进行短期系统培训，就可以熟练操作和使用本管理系统。
3.4 UML 建模

图3-2 员工信息维护模块用例图

表3-1 档案管理员管理员工的档案用例

1
用例名称
工资管理员
员工档案
2
用例编号
Uc-2

3
用例描述
档案管理员登陆系统，对员工档案进行修改管理

4
用例参与者
档案管理员

5
前置条件
档案管理员进入档案管理系统

6
后置条件
档案管理员对员工档案进行管理

7
基本路径
（1）档案管理员要登陆到员工管理系统

（2）档案管理员进入员工档案管理界面

（3）档案管理员点击选择

（4）系统根据档案管理员选择的员工从数据库中找到员工的详细信息

（5）档案管理员可以修改员工的信息资料

8
扩展点
没有登录到员工管理系统

9
补充说明
修改员工的内容包括员工编号、部门、姓名、出生日期等等

下表3-2为考勤管理员管理年度个人考勤用例：
表3-2 考勤管理员管理年度个人考勤用例

1
用例名称
工资管理员
员工档案
2
用例编号
Uc-2

3
用例描述
考勤管理员要登陆系统，对员工考勤进行管理

4
用例参与者
考勤管理员

5
前置条件
考勤管理员进入考勤管理系统

6
后置条件
考勤管理员对员工考勤进行管理

7
基本路径
（1）考勤管理员要登陆到员工管理系统

（2）考勤管理员选择年度个人考勤管理

（3）考勤管理员选择所在部门、员工姓名、年份

（4）考勤管理员点击查询

（5）系统将选择的数据从数据库找到所要查找的员工的年度个人考勤

8
扩展点
没有登录到员工管理系统

9
补充说明
年度个人考勤包括：考勤年份、考勤月份、考勤记录

下表3-3为工资管理员管理月工资查询用例：
表3-3 工资管理员管理月工资查询用例
1
用例名称
工资管理员
员工档案
2
用例编号
Uc-2

3
用例描述
工资管理员登陆系统，对员工的工资进行管理

4
用例参与者
工资管理员

5
前置条件
工资管理员点击进入出勤管理系统

6
后置条件
工资管理员对员工工资进行管理

7
基本路径
（1）工资管理员要登录到员工管理系统

（2）工资管理员要选择员工工资查询界面

（3）工资管理员选择年月，点击查询

（4）系统将已经选择的员工数据从数据库中找到所要查询的员工数据

（5）系统将选择的数据从数据库找到所要查找的员工的年度个人考勤

8
扩展点
没有登录到员工管理系统

9
补充说明
管理用户权限的方式：新增新用户、修改用户权限、删除用户权限

3.5 系统非功能性需求
表3-4系统非功能性需求
1
估计用户数为1万人，每天登录用户数为3000左右，.网络的带宽为100M带宽。
2
当技术变化或业务变化时，不可避免将带来系统的改变。本系统设计与实现过程中考虑系统可扩充性及可维护性，将尽量少的代价适应这种变化。
3
在非高峰时间根据编号和名称特定条件进行搜索，可以在3秒内得到搜索结果。
4
界面要简洁，大气，操作方便。
5
当通过互联网接入系统的时候，期望在编号和名称搜索时最长查询时间。另外，系统非功能性需求还包括并发性、性能、适应性等方面，对此本小节不在进行说明。

3.6 本章小结
第四章 系统设计
4.1 架构设计目标与原则
表4-1员工绩效考核管理系统遵循原则
序号
设计原则
1
系统安全性原则
2
系统数据的可靠性原则
3
系统安装的方便、快捷原则
4
系统的易学、易用、使用简洁的原则
5
系统的可扩展性原则

表4-2员工绩效考核管理系统设计目标
序号
设计目标
1
绩效考核办法将极大地提高员工的工作积极性
围绕激发和调动员工的工作潜能的按量计酬系统以及绩效考核办法的全面推行，必然激发银行员工积极性、主动性与创造性，形成一种进取和竞争的氛围。同时，系统以及相关办法的实行也必将在银行内部建立起一套激励模式多元化、收入分配的市场化的绩效分配体系，实现“员工队伍优化、岗位竞争规范、劳动分配合理”的目标，激励员工能主动承担工作，自觉的提高业务技能。
2
完善激励机制
制度的改革将抽象考核转变成员工能接受的、会核算的、一目了然的量价利益关系，核价到笔，以量计收，必将有效地解决过去员工收入的“平均主义”现象，形成“发展无限、收入不限”的激励机制[19]。这项考核制度公正透明，也将让员工心服口服，工作更加有干劲。
3
全面提高服务质量
员工工作更努力直接地反映在员工办理业务时服务态度会更好，客户的响应时间更快，从而提高客户的满意度，并将有效地提升企业形象。
4.2 系统技术架构
该系统总体架构用B/S结构图来表示，如下：

图4-1 B/S结构图

图4-2 系统网络架构
网络构架的硬件配置如下所示：
表4-3 硬件配置表
序号
配置要求
1
AMD Athlon 64 3000+
2
KingMax PC3200 512MB × 2
3
Gainward NV35XT Seagate SATA 8M 120GB × 2
4.3 系统软件环境设计
4.4 数据库设计
4.4.1 数据库设计的原则
在设计数据库系统时，应该遵循以下原则[21]：
表4-4数据库设计原则
序号
设计原则
1
数据库必须要做到层次的分明，布局的合理；
2
数据库必须要高度结构化；
3
必须要注意冗余度，一方面要尽可能减小冗余度，以缩小存储空间占用；另一方面，还要考虑要有适当冗余，以提高运行速度与降低数据库的开发难度；
4
必须要保证数据的正确性与一致性；
5
必须要考虑设置相应安全机制。
4.4.2 数据库设计的步骤
表4-5数据库设计目标
序号
设计目标
1
数据库的逻辑设计，内容包括对应于概念级的概念模式，即系统要处理的数据库全局逻辑结构，同时包括对应于用户级的外模式；
2
数据库物理设计，这是在逻辑结构已经完全确定的前提下设计数据库存储结构（即对应于物理级的内模式）。
从软件生命周期来看，这两个部分的设计过程又可以分为六个步骤，如下图所示。

图4-3

表4-6员工管理系统涉及的数据库设计的六个步骤
序号
步骤
具体内容
1
数据库需求分析
将业务管理单证流转化为数据流、划分主题之间边界、并完成相应数据字典，是数据库需求分析的任务。数据库的需求分析主要工作有如下几项工作：绘制数据的流程图、数据分析、功能分析、确定功能处理的模式与数据之间的关系。需求分析时要重点了解数据库需要存储哪些数据，用户需要完成什么样的处理功能，特别是要注意把握数据安全性与完整性。需求分析阶段要特别注意两点：①要充分考虑可能的扩充与改变，使得设计能够易于更改；②必须强调用户参与。
2
概念结构设计
概念结构设计是整个数据库的设计关键所在。它通过对用户需求进行的综合、归纳和抽象，最后形成了一个独立于具体数据管理系统以及硬件结构的概念模型。数据库概念结构的设计方法主要有两种：一是集中式模式的设计法，二是视图集成的设计法。集中模式的设计法是根据需求统一设计的一个综合全局模式，适用于小型或者并不复杂的单位和部门。视图集成的设计法是将整体分解为若干部分，对每一部分进行的局部设计，为各个部分建立视图，然后把各视图作为基础再进行集成设计。而对于比较大的系统一般均采用E-R模型和视图集成法进行设计。设计的步骤是：首先选择局部的应用；然后进行局部视图的设计；最后对局部视图进行集成从而得到概念模式。
3
逻辑结构设计
逻辑设计的任务是从E-R图和对应纲要表出发，把概念结构转换成与选用的数据库管理系统支持的数据模型，从而确定各个实体以及关系表名属性。
4
物理设计
物理设计的任务主要是确定出所有属性数据的类型、宽度及取值范围，为基本数据表设计出主键，实现物理数据库，完成对数据库物理字典的设计。对数据库物理设计初步完成后就可以进行数据库的建立。在数据库实现阶段的主要任务为设计人员需要利用数据库管理系统所提供的数据定义语言与其他实用程序，将逻辑设计阶段与物理设计阶段的成果能严格而又准确地描述出来，收集、存储数据库管理系统中实际运行的数据。数据库实施与数据库运行维护统称加载测试，这项工作贯穿于程序测试工作全过程。在数据运行与维护阶段，可能要对数据库结构进行修改及扩充，并不断进行评价、调整直至最后完成设计。总之，对于整个数据的录入、修改、查询、处理工作以及后期维护等工作都可以视为对数据库的加载测试。
5
数据库实施
6
数据库运行维护
4.4.3 数据库表的设计

数据库表的设计原则[22]：
表4-7数据库表的设计原则
序号
设计原则
1
不应针对整个系统而进行数据库设计，应该根据系统架构中组件的划分，针对每个组件所处理业务进行组件的单元数据库设计；不同组件间对应的数据库表之间的关联应该尽可能减少，尽量不要创建与外键的关联，即使不同组件间的表需要外键的关联，而且只需记录关联表的一个主键，确保组件对应表之间的独立性，为系统或者表结构的重构提供可能性；
2
主键的个数应该越少越好。主键是表和表之间的连接工具，为了能使数据具有更好的独立性，途径就是减少主键的个数，减少表和表之间的连接。这样数据独立性就越好。采用领域模型驱动方式和自顶向下思路进行数据库的设计，首先分析系统的业务，根据职责来定义对象。对象需要符合封装特性，确保和职责相关的数据项能定义在一个对象内，这些数据项就能完整地描述该职责，不会出现职责描述的缺失。应确保一个对象有且只有一项职责，如果一个对象要负责两个或者两个以上职责，应进行分拆；
3
字段的个数越少越好；
4
所有的基本表的设计均应尽量符合第三范式。
表4-8 第二范式
序号
步骤内容
1
一个表中的所有非关键字属性都依赖于整个关键字。
2
关键字可以是一个属性，也可以是多个属性的集合，不论哪种方式，都应确保关键字能够保证唯一性。
3
在确定关键字时，应保证关键字不会参与业务且不会出现更新异常，这时，最优解决方案为采用一个自增数值型属性或一个随机字符串作为表的关键字。
表4-9 员工个人信息表
字段
类型
长度
主键
非空
自编号
员工编号
员工姓名
基本工资
津贴
奖金
工龄工资
岗位工资
其他应增项
应发合计
所得税
养老保险
医疗保险
住房公积金
其他应减项
应减合计
实发金额
银行账号
养老保险号
医疗保险号
住房公积金号
身份证号
发放年份
发放月份
补充说明
int
varchar
float
float
float
float
float
float
float
float
float
float
float
float
float
float
float
varchar
varchar
varchar
varchar
varchar
int
int
varchar
50
50
50
50
50
50
50
是
是
是
是
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否
否

4.4.4 数据库设计中的关键技术
4.4.4.1 连接池技术

表4-10 连接池内容及功能
序号
内容
1
连接池类
2
连接池管理类
连接池类是对某一数据库的所有连接的“缓冲池”，主要实现以下功能：
1
从连接池获取或者创建可用连接；
2
使用完毕后，把连接返还给连接池；
3
在系统关闭前，断开所有的连接并释放被连接占用的系统资源；
4
还能处理无效连接（原来登记为可用的连接，由于某种原因不再可用，如超时，通讯问题），并能限制连接池中连接总数不低于某个预定值与不超过某个预定值。
连接池管理类是连接池类外覆类,符合单例模式，即系统只能有一个连接池管理类实例。其主要用于对多个连接池的对象管理，具有如下功能：
1
装载并且注册特定的数据库JDBC驱动程序；
2
根据属性文件给定的信息，创建出连接池对象；
3
为便于管理多个连接池对象，给每一个连接池对象取一个名字，实现连接池名字何其实例间的映射；
4
跟踪客户使用连接的情况，以便需要时关闭连接并释放资源。引入连接池管理类主要是为了便于对多个连接池的使用及管理，如果系统需要连接不同数据库，或连接相同数据库但由于安全性的问题，需要不同用户使用不同名称和密码。

4.4.1.2 存储过程
4.4.1.3 触发器
4.5 系统构架设计
4.5.1 部署架构

图4-3 系统部署图
4.5.2 系统功能架构设计

图4-4 系统功能架构图

表4-11 员工管理系统包括的功能模块
序号
功能模块名称
具体内容
1
个人文件夹
“个人文件夹”子系统将各类信息中属于本人的信息进行汇总，方便个人查询、链接，相当于“快捷方式”。
2
员工信息维护
建立员工基本信息表，包括姓名、性别、身份证号、级别、所属部门、职务、职称、学习简历、工作简历、培训简历、年度考核情况等等。主要是为领导、部门主管及个人提供查询服务，并以此作为上报报表的依据。由人力资源部、各个二级支行的系统管理员进行手工录入或者直接从总行或山东省分行的系统中直接导出，形成本系统数据库的新表。主要方便员工各类证件和证书、以及员工身份证件和户口的办理。并通过这些信息来证明员工的身份。
3
业绩档案管理
业绩档案全部以项目进行管理，每个项目分为项目负责人、主要执行人、参与人、起止时间、项目类别、取得成绩或荣誉、项目情况简介等部分组成。该模块是该系统的一个关键模块。
4
员工考勤管理
考勤管理实行部门自我管理，人事部门事后核查的方式。人事部门平时不需要进行任何操作，只有在查岗、开会等情况下才查询打印全部或部分员工的考勤状态。
5
数据字典
可维护的系统中用到的所有数据字典。
6
备份与恢复
具备自动备份的功能，每天备份一次，并确保备份数据可靠。数据恢复非常严格，只有在紧急情况下才可以进行数据恢复，数据恢复只能由系统管理员进行。
7
工资信息管理
存放所有员工工资信息情况，包括员工的：基本工资、绩效奖金、住房公积金、养老保险、失业保险、医疗保险、个人所得税、及其他员工工资信息情况。行领导与人事部门可查阅所有员工工资情况；部门主管可查阅本部门人员工资情况；个人可查阅自身工资情况。
8
内控建设管理
为确保全行业务经营管理活动安全、有效、稳健运行，切实防范和化解经营风险。内部控制是全行各机构、各部门及全体员工为实现经营目标，通过制定和实施一系列制度、程序和方法，对风险进行事前防范、事中控制、事后监督与纠正的动态过程和管理机制。
9
奖惩信息管理
将各部门或个人获得的各类奖励、荣誉以项目的方式公布发布在网上，有两个作用：（1）可以利用先进的力量激励员工积极进取、争先创优，全面提高工作积极性；（2）各部门或个人今后使用奖励、荣誉时，可随时查询，方便、准确。
10
平安创建管理
将平安单位创建、廉政建设责任书、治安综合治理责任书等文件发布在网上，供全体员工查询，时刻警示员工廉洁自律，依法合规治行，加强内部管理，防范操作风险，惩治违规行为，保障员工合法权益，遵守中国银监会《银行业金融机构从业人员职业操守指引》等国家有关法律、法规、规章和本行相关制度。
11
党员管理模块
本模块用于各二级支行的党员日常管理工作，主要是记录党员的基本信息及其思想表现状况，经党支部、支部委员会讨论，拟吸收为中国共产党预备党员的发展对象在系统中进行公示。
4.6 本章小结

第五章 系统