logo资料库

银行系统分析与设计.doc

第1页 / 共27页
第2页 / 共27页
第3页 / 共27页
第4页 / 共27页
第5页 / 共27页
第6页 / 共27页
第7页 / 共27页
第8页 / 共27页
资料共27页,剩余部分请下载后查看
1 概述
1.2 系统环境
1.2.1 JSP简介
1.2.2 JSP访问Mysql
1.2.3 语言环境
2 系统分析
2.1 系统目标需求
2.2 开发的可行性分析
2.2.1 管理上的可行性
2.2.2 技术上的可行性
2.2.3 经济上的可行性
2.3 组织结构分析
2.4 组织功能分析
2.5业务流程分析
2.6 数据流程
2.7数据字典
2.7.1 数据项的定义
2.7.2 数据结构的定义
2.7.3 数据存储的定义
2.7.4 数据流的定义
2.7.5 逻辑的定义
2.7.6.外部实体的定义
3 系统设计
3.1平台设计
3.2 软件总体结构设计
3.2.1功能结构图
3.3 代码设计
3.4 数据库设计
3.4.1 E-R图
3.4.2数据表设计
3.5 输入输出设计
3.5.1 输入设计
3.5.2 输出设计
3.6 系统安全设计
4 系统实施
4.1数据库的实施
4.2 程序实现
5 结束语
1 概述 1.1 项目背景 随着科技发展和社会进步,尤其是计算机大范围的普及,计算机应用逐渐由 大规模科学计算的海量数据处理转向大规模的事务处理和对工作流的管理,这就 产生了以台式计算机为核心的管理信息系统在大规模的事务处理和对工作流的 管理等方面的应用,在银行帐目管理之中的应用日益增加。 近年来我国信息产业发展迅速,手工管理方式在银行帐目管理等需要大量事 务处理的应用中已显得不相适应,采用 IT 技术提高服务质量和管理水平势在必 行。目前,对外开放必然趋势使银行业直面外国银行巨头的直接挑战,因此,银 行必须提高其工作效率,改善其工作环境。这样,帐户管理的信息化势在必行。 在传统的银行帐户管理中,其过程往往是很复杂的,繁琐的,帐户管理以入帐和 出帐两项内容为核心,在此过程中又需要经过若干道手续,因为整个过程都需要 手工操作,效率十分低下,且由于他们之间关联复杂,统计和查询的方式各不相 同;且会出现信息的重复传递问题,因此该过程需要进行信息化,以利用计算机 进行帐目管理。 系统开发的整体任务是实现银行帐户管理的系统化、规范化、自动化和智能 化,从而达到提高企业管理效率的目的。 1.2 系统环境 系统是基于 Java 的语言的系统的银行帐户管理,采用 Dreamweaver 8 开发 Web 静态网页。静态网页主要使用 HTML 超文本编辑语言和 Javascript 语言。同 时运用 JSP 动态网站开发技巧来实现与数据库的连接,进行登录、存款、取款、 查询余额等管理数据库的功能。 1.2.1 JSP 简介 JSP(Java Server Pages)是由 Sun Microsystems 公司倡导、许多公司参与 一起建立的一种动态网页技术标准。JSP 技术有点类似 ASP 技术,它是在传统的 网 页 HTML 文 件 (*.htm,*.html) 中 插 入 Java 程 序 段 (Scriptlet) 和 JSP 标 记 (tag),从而形成 JSP 文件(*.jsp)。 用 JSP 开发的 Web 应用是跨平台的,既能 在 Linux 下运行,也能在其他操作系统上运行。 1.2.2 JSP 访问 Mysql 使用 JSP 技术开发网站,考虑到数据库的安全性和稳定性,采用 Mysql 作为 后台数据库。在 JSP 中使用 jdbc 访问数据库。 1
1.2.3 语言环境 JSP 技术使用 JAVA 编程语言编写类 XML 的 tags 和 scriptlets,来封装产生 动态网页的处理逻辑。网页还能通过 tags 和 scriptlets 访问存在于服务端的资 源的应用逻辑。JSP 将网页逻辑与网页设计和显示分离,支持可重用的基于组件 的设计,使基于 Web 的应用程序的开发变得迅速和容易。 2 系统分析 2.1 系统目标需求 信息系统规划是信息系统生命周期的第一阶段。其主要目标是明确系统整个 生命周期内的发展方向、系统规模和开发计划。信息系统规划要支持企业的总体 目标,整体是着眼于高层管理,兼顾各管理层的要求,面向企业过程,摆脱信息 系统对组织结构的依从性,采用自上而下的规划方法,使系统结构有良好的整体 性,从实际出发,使系统规划有利指导,便于实施。 2.2 开发的可行性分析 2.2.1 管理上的可行性 银行的领导很支持建立管理信息系统,各个管理层的领导都意识到建立管理 信息系统可以提高商业银行的整体竞争力,在同行业中处于领先的地位,因此,都 很支持管理信息系统的建立。 2.2.2 技术上的可行性 在设备条件方面,随着计算机技术的发展,计算机的内存容量已经由原来的几 百兆扩展到现在的一千兆甚至是二千兆,外存容量也大大提升了,运行速度很快, 对于简单的数据处理瞬间就可以完成,处理的准确性也大大提高。信息技术的发 展,使数据的传送和通信变得简单易行。由于银行的操作系统采用的是 UNIX 系 统,其系统的源代码是公开的,使系统更加可靠和稳定。近几年,中国的网络技术发 展很快,各种网络的建立和实现为银行网络的建立提供了参考和依据,因此商业银 行管理信息系统的建立在设备方面是可行的。 在技术力量方面,在开发和维护系统的各个阶段需要各类技术人员参加, 如系统分析人员,系统设计人员,程序员,操作员,软硬件维护人员等。随着计算机的 发展,与计算机相关的这类人才也迅速发展起来,特别是近几年,这方面的人才很 2
多,商业银行可以招聘这类人才,从而保证系统的更新和维护。 2.2.3 经济上的可行性 经济上的可行性分析,应从设备费用、系统开发成本、系统运行维护费以及 收益四个方面考虑。设备费用是指计算机主机,外部设备以及机房设施这样的硬 设备的费用,也指操作系统这样的软设备费用。银行只需在总部购买一台大型的 服务器,而在各个储蓄所网点安装一到两台电脑就可以满足系统的要求,因此硬 件、软件费用是可以接受的。系统的开放成本方面,银行本身并不具有大量的计 算机方面的人才,因此应选择适合的软件公司和其共同开发,开发过程双方共同掌 握和控制,这样既可以保证系统适合自己又可以确保系统后期维护。系统运行维 护费用一方面是系统运行维护阶段所需人员的工资、补贴和培训费等,另一方面 是系统运行维护阶段所需设备和材料费用。系统维护人员能够保证系统在发生故 障时,快速的恢复系统功能,保障系统安全,为系统的更新和升级提供支持。管理系 统的实施,给银行带来了许多隐形的收益,如提供了以前不能提供的信息,提供信 息的速度提高了,节省了人力资源等等。 2.3 组织结构分析 商业银行由业务部、财务部、人力资源部、营业部、信息科技部、储户部和 法律事务部组成。其中业务部管理营业部和储户部;信息科技部为各个部门提供 信息技术保障;营业部获得的储户信息传递给储户部,人力部的人员调配信息将 传递给人力资源部;各个营业部每天的资金信息会汇总到业务部,便于管理和整 理;业务部汇总的信息传递到财务部。 各组织之间的信息传递是通过各种票据实现的,在传递过程中容易出现各种 错误和遗漏,可能导致整个组织信息的错误,如业务部的人员调动可能无法及时上 报到人力资源部,使得可能存在同一个人员被安排不同的工作的情况;又如业务 部在上报财务部业务时可能遗漏了某一天的信息,事后发现时则要对整个财务报 表进行修改等等。因此,新建立的信息系统要求各个部门之间能够获得该部门所 需的必要信息,而且能够保证信息的准确性和及时性,能够提高员工的工作效率和 便于操作,具有检错能力以降低人为疏忽造成的损失。 3
银行 业务部 财务部 人力资源部 信息科技部 法律事务部 客户 营业 客 户 信 息 服 务 中 业 务 办 理 中 心 财 务 管 理 中 心 结 算 中 心 档 案 保 存 中 心 人 事 调 动 中 心 系 统 维 护 中 心 系 统 更 新 中 心 法 律 服 务 服 务 中 图 2-1 银行组织结构图 组织结构虽然能反应各部门之间的关系,却不能反映业务只能与所承担的工 作的关系,借助组织/功能表可以反映这种关系,如表 2-1 所示。 4
表 2-1 银行组织/功能关系表 营 业 部 客 户 部 财 务 部 人 力 资 源 部 X X 功 能 序 号 联 系 组 织 的 程 度 业务 1 存 取 款 数 据 管 理 2 储 户 信 息 管 理 3 贷 款 数 据 管 理 4 人 事 信 息 管 理 Z X Y Y 5 财务信息管理 X 6 法 律 事 务 处 理 7 系 统 更 新 与 维 护 Y X 功 能 与 业 务 信 息 科 技 部 Y Y 法 律 事 务 部 X X Z X Z Z X Y X X Y Z X Z X Z “Z”:表示该项业务是对应组织的主要业务(即主持工作的单位); “X”:表示该单位是参加协调该项业务的辅助单位; “Y”:表示该单位是该项业务的相关单位(或有关单位); 空格 :表示该单位与对应业务无关。 2.4 组织功能分析 系统具有保存储户信息、保存储户存款和取款的信息的基本功能还可以对储 户的基本信息进行更新和修改。系统能够保存新开户的储户的个人信息以及该储 户所办理的业务的信息;储户办理存取款的日期、金额以及余额等信息业将被系 统保存。 5
2.5 业务流程分析 银行用户必须先进行办银行卡,根据该卡注册用户名和密码,登录时用户的 信息提交到网站后台,由网站后台文档鉴定用户名及密码是否正确,若正确,则 登陆成功并进行存取款等一系列操作。主要业务流程如图 2-1 所示。 开始 输入用户名和密码 通过 文本文档 错误 用 户 名 和 密 码 判断 选择操作类型 操作类型 输入款额 存款 取款 查询余额 文本文档 文本文档 显示余额 大 于 余 额 余 额 低 于 10 输入款额 文本文档 余额判断 取款 结束 图 2-2 银行系统业务流程图 6
2.6 数据流程 储户单 信息录入 F1 储户信息表 开户信息查询 取款业务处理 非本网点开户储 户做退回处理 存款业务处理 F2 业务记录表 图 2-3 系统数据流程图 2.7 数据字典 2.7.1 数据项的定义 数据项 表 2-2 数据字典(一) No:__01_ 编号: 1-01 名称: 银行账号编号 别名: 简述:某个账号的代码 类型(C,N):字符型 长度:11 位 值域:"00000000001"~"99999999999" 与其他值的运算关系: 值 含 义 值 含 义 连 续 值 离 散 值 备注: 填表人________ 年 月 日 7
2.7.2 数据结构的定义 数据结构 表 2-3 数据字典(二) No:____02____ 编号:CX-01 名称:储户存取款单 别名: 简述:储户所填储户信息及存取款信息 组成:CX-01+CX-02+CX-03 填表人__________ 年 月 日 2.7.3 数据存储的定义 数据存储 表 2-4 数据字典(三) No:____03______ 编号:F1 名称:储户存款信息 别名: 简述:有关储户存款的记录信息 组成: 存款信息 = 银行账号 + 存款记录 + 余额记录 + 日期 银行账号 = 数字“0” ...“9” 存款记录 = [{金额}] 关键字: 记录长度: 记录数: 相关处理: 数据量: 填表人____________ 年 月 日 数据存储 表 2-5 数据字典(四) No:____04______ 编号:F2 名称:储户取款信息 别名: 简述:有关储户取款的记录信息 组成: 取款信息 = 银行账号 + 取款金额 + 余额记录 + 日期 银行账号 = 数字“0” ...“9” 存款记录 = [{金额}] 关键字: 记录长度: 记录数: 相关处理: 数据量: 填表人____________ 年 月 日 8
分享到:
收藏