网银圈存与缴费系统_第1页
网银圈存与缴费系统_第2页
网银圈存与缴费系统_第3页
网银圈存与缴费系统_第4页
网银圈存与缴费系统_第5页
免费预览已结束,剩余11页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、网银圈存与缴费系统系统设计方案东华理工大学2007 年 5 月 30 日目录1、设计原则-.1 -2、设计方案32、1现状32、2学校现有相关系统得现状32、3主要业务需求分析42、4方案52、4、1系统得硬件平台架构图 52、4、2系统开发模式设计62、4、3各模块功能简介83、运行环境及开发平台93、1系统运行得硬件环境93、2系统运行得软件环境 93、3应用软件开发平台94、项目开发、实施方案111. 设计原则(1) 可靠性与稳定性在系统设备选型、网络设计、软件设计等各个方面要充分考虑可靠性与稳定性。在设计方面,采用容错设计。在设备选型方面,保证软、硬件得可靠性,必须考虑采用成熟得技术与

2、产品。在设备选型与系统设计得各个方面都尽量减少故障得发生。(2) 方便管理与维护系统涉及面广,需要对系统进行实时控制与管理。在不改变系统运行得情况系统管理员可以对系统进行调整;易维护就是应用系统成功与否得重要因素,它包含两层含义 :故障易于排除,日常管理操作简便。(3) 先进性在投资费用许可得情况下 ,应当充分利用最可靠得成果与现代最新技术,以便使系统在尽可能长得时间内与社会发展相适应。从长远得观点瞧,这也就是最节省得选择。先进性就是系统建设期望达到得目标,但就是先进性面临许多不成熟得问题。因此,应视系统建设为一个系统工程,充分考虑现在与未来,使系统建设与业务需求同步增长。(4) 实用性设计本

3、系统,应首先考虑能满网银圈存系统与校园缴费系统得功能要求与实际应用得需要。(5) 开放性与规范性为保证各供应商产品得协同运行,同时考虑到投资者得长远利益,本系统必须就是校园一卡通管理系统开放系统部分,并结合相关得国际标准或工业标准执行。另方面 ,由于本系统就是一个综合性系统,在系统设计与建设初期应着手参考各方面得标准与规范,并且应遵从该规范各项技术规定,并做好系统得标准化设计与管理工作。(6) 可扩充性本系统考虑今后发展得需要,因而必须考虑系统产品系列、容量与处理能力等力一面得扩充与换代得可能,这种扩充不仅充分保护了原有投资,而且具有较得综合性能价格比。2. 设计方案2.1 现状关于饭卡充值,

4、东华理工大学基本上就是半手工化管理模式。全校师生职工都必须前往卡务中心才能充值饭卡(又称校园卡),工作充值饭卡时,须要求持卡人上交现金或现场刷银行卡,最后打印充值金额报表凭证单,整个过程耗时长 ,工作量比较大,持卡人充值时须排上很长一段,浪废持卡人大量得宝贵时间,充值工作人员工作繁忙,压力大,有时甚至充值出错。关于费用得缴纳。东华理工大学也就是处于半人工管理状态,对学费得缴纳财务人员首先从学杂费管理系统中取得缴费人得欠费记录,然后以小于或等于欠费金额得原则收受上缴学费,最后开具财务凭证单,而其它费用得缴纳基本上就是采用交钱后开具收据得方式,可知目前学校得缴费方式工作效率低,给广大师生职工带来很

5、大不便。2.2 学校现有相关系统得现状1 财务处得学杂费管理系统 (关系 :需交互学杂费得缴费情况)该系统就是由一家软件公司开发得专门针对学生学杂费得管理与收取得管理软件属于财务处内部管理系统,基于C/S结构得开发模式,数据库为SQLSERVER2000关系型数据库,数据库中存有学生得学杂费得缴纳状况数据记录。现要求建设目标:学生在校园缴费系统中缴纳学杂费金额就是从财务处得学杂费收费系统中获取,缴费成功之后得金额送入学杂费收费系统,接到数据之后再人工审核之后 ,缴过学杂费得学生即可上财务处领取缴费凭证。2教务处得学生管理系统(关系:需从该系统中获取学生得补考、重修得记录)该系统就是由学校自主开

6、发得一套关于学生成绩、补考等信息得管理软件 ,基于B/S得开发模式,数据库为SQL SERVER2000关系型数据库,数据库中存放学生得基本信息、学分、重修费用等资料,提供学生选课得功能。现要求建设目标:学生在校园缴费系统中缴纳重修费用时,重修科目与学分从学生管理系统获取,缴纳之后可到财务处打印缴费凭证。3 一卡通中心管理系统 (关系 :一卡通系统得枢纽,就是本系统得支撑系统)该系统就是由学校自主开发得一套校园卡管理软件,基于B/S与C/S三层结构得混合模式,数据库为 SQL SERVER 2000关系型数据库,数据库存放每张校园卡得基本信息、卡余额等重要参数,就是管理各个食堂前置机得中心服务

7、系统,也就是一卡通系统中得枢纽。现要求建设目标:学生或教职工在校园缴费系统中进行网银圈存交易时 ,当用户以学号或工号登陆系统时,系统应依据用户得学号或工号向一卡通中心管理系统得备份数据库中获取对应该学号或工号得卡号( 即绑写卡号与学号或工号 ),最后 ,用户在位于食堂内得圈存机上完成把圈存金额写入卡片得刷卡操作之后需要及时把本次圈存金额更新一卡通中心管理系统中对应该卡号得卡余额,使得卡库余额一致。2.3 主要业务需求分析(1) 用户能够把其在银行账户下得金额划入学校帐下,然后再把划入学校帐下得金额在学校内进行一次或多次各种费用支付。(2)采用基于WE B得圈存方式实现校园卡得圈存,即持卡人把从

8、银行转入学校得金额在网上交易平台上进行网银圈存支付,然后持卡人再在放置在食堂内得圈存机上进行刷卡以完成把圈存支付金额写入卡片得操作。(3) 圈存机能够接入到校园网得各个点,移动方便,接入操作简单,且符合以太网得通讯规则。(4) 用户(学生或教职工)能够在英特网上方便、快捷地查询对应其校园卡下得圈存记录,并能下载圈存记录数据。(5) 用户能够在校园缴费系统上方便地缴纳学杂费、计算机等级考试费、外语等级考试费与功课重修费 ,要求学杂费、功课重修费原始数据分别从学校财务处得通用收费系统与教务处得学生管理系统取得。东华理工大学 “校园一卡通系统”从业务上应具备以下需求: 为东华理工大学财务管理部门实现

9、校内财务得统一管理、资金结算与相应理财业务 ,提供账务查询、总结、报表输出与数据下载功能。 为东华理工大学得广大师生员工实现银行卡得金融服务功能, 通过网上平台系统与银行网银系统实现转账、缴纳学费、等级考试费、重修费等功能,提供校园卡自助圈存终端机,提供各种消费流水查询与下载功能银行、学校财务、持卡人得关系如下图 2、1所示:通知转 账数额寺付种业务支 各种图2、1实体关系图学校财务处2.4方案2.4.1系统得硬件平台架构图本系统中得使用用户有得来自英特网用户,它与校内现有得多个系统发生数据 交换,尤其就是卡务中心系统中得数据安全要求非常高,同时又得遵循原有得校园一 卡通得网络结构,因此系统硬

10、件平台架构设计应在原有得网络结构基础上尽可能地 保证系统得安全性,根据东华理工大学南昌校区一卡通得网络结构现状 ,实施两级防 火墙,一级防火墙就是学校在校网上外网入口处,二级防火墙放置就是网上缴费系统 与外网入口处,对外网进入得数据全部进行审计与验证,以防用户非法侵入。通过采 用双网卡与不同网段得技术在本系统与不同得其它相关系统间通讯进行有效得隔离 同时把本系统与校园一卡通系统划入同一虚拟子网。系统网络结构逻辑下图2、2所示:2.4.2 系统开发模式设计C/S与B/S就是目前网络软件开发得两种主流模式,两种模式得合理结合会取到 相得益彰得效果,因为B/S与C/S有它们各自得优势,侧重表现于不同

11、得方面。Client/Serve板式主要就是在以局域网为基石得运行环境下展开应用得,它受到地域 得限制。而Brower/Serve极式通过广域网Intermit或局域网进行通信,可以不受地域 得限制 ,但就是它不能够进行联机事务得处理,并且在大量数据处理时速度较慢。从目前技术瞧,Brower端作为信息收集源在大量数据录入工作时还不能取代Client端得用户界面,存在大量数据传输时也不宜采用Brower/Serve的构模式。而Browser/Sever(B/S欣式属于三层程序设计理论,B/S结构模式就是传统C/S模 式得继承与发展,就是基于Intranet得需求而出现并发展得。Intrane眦是

12、应用TCP/IP 协议建立得企事业单位内部专用网络,它采用诸如TCP/IP、SMTP与HTML等 Interne肢术与标准,能为企事业单位内部交换信息提供服务。同时,它具有连接 Internet得功能与防止外界入侵得安全措施。另一方面,由于数据库具有强大得数据 存储与管理能力,并且能够动态地进行数据输入与输出,如果把数据库应用于Internet上 ,不仅可以实现大量信息得网上发布,而且能够为广大用户提供动态得信息查询与数据处理服务,进而加强单位内部部门之间、各级部门之间、员工之间、单位与客户之间得信息交流 提高单位工彳效率。对B/S模式而言,它在前台Browser与后台数 据库Serve之间增

13、加了一个Web Serve®,所有得应用程序模块都安装在它上面。在 Browser上只需安装一个通用得浏览器软件(如Internet Explore邙)。因此,这种模式 简化了客户端,使得用户得操作更加方便,降低了系统得开发与维护开销。基于BS得Internetg术18,有三项优势就是明显得:(1)相当稳定得技术平台。在C/S时代,用户最苦恼得问题莫过于面对得就是众多互 不兼容得技术平台。每种技术平台,从用户应用稳定性要求来瞧,都可以说就是昙花一现,给用户留下了无奈与苦恼。而B/S得技术保证了它技术得高度稳定性。(2)本质上就是一种客户机技术。在 C/S模式下,每种应用得主要部分就是

14、在客户机 侧。别得不说,光就是在众多得客户机侧安装与维护多种应用得多个版本,就叫人受不了。而B/S技术不同,千万个用户只就是通过浏览器这个统一界面,可享受到无限丰富得,永远在不断变化与发展着得信息服务。Intranet原则上取消了所有在客户机 侧得维护工作。提供了异种机、异种网、异种应用服务得联机、联网。通过 Intranet以技术统一 访问异种数据库,己成为现实。从ISDN至IJATM,再到现在大行其道得TCP/IP,正就是 由于Interne府盛行,宽带IP将会成为真正得、统一服务得(数据、语音、多媒体)网络 基础。C/S应用程序设计模式就是传统得两层次结构;C/S本身也就是属于较为先进得

15、结构。这种模式将应用一分为二,服务器负责数据管理,客户机完成与用户得交互任务。C/S具有强壮得数据操纵与事务处理能力,以及数据得安全性与完整性约束。其主要优点为 :(1)具有成熟得设计开发方法与工具。经过多年得研究与积累,基于C/S模式得系统设计开发方法己被用户所熟悉与掌握,并且 ,众多得数据库与软件生产厂商提供了各种可视化工具与编程语言来支持它得开发,而目前B/S模式得应用及其开发方法 仍处于发展过程,特别就是还不具备特别完善得开发工具。(2)交互性强,界面友好。各个Client机上运行得应用程序就是针对特定得用户 与任务设计,同时具有在线帮助与出错提示等辅助功能。这些优势就是B/S模式所不

16、具备得。(3)数据通信量小,安全性高。C/S模式中前后台传递得仅仅就是查询请求 SQL 语句或查询结果。C/S模式在一定程度上可以满足系统对安全性得要求,而B/S模式 就是一种开放式得结构,面向众多得用户,即使采用防火墙技术也不能完全屏蔽网络黑客与内部人员对系统得恶意侵袭。但随着企业规模得日益扩大,应用程序得复杂程度不断提高,C/S结构逐渐也暴露了以下不足:(4)开发成本较高。C/S结构对客户端软硬件要求较高,尤其就是软件得不断开级 ,对硬件要求不断提高,增加了整个系统成本,客户端臃肿。(5) 移植困难。不同开发工具开发得应用程序,一般来说互不兼容,不能搬到其它平台上运行 ;用户界面风格不一,

17、使用繁杂 ,不利于推广使用。(6)维护复杂,升级麻烦。如果应用程序要升级,必须到现场为客户机升级,每个 客户机上得应用程序都需维护。基于上面两种系统各自优缺点得分析,在校园缴费系统、网银圈存系统中,采用 两种模式相结合得方式,并充分发挥各自优点,构成两个子系统得系统开发模式。将 系统中Interne的用采用B/S模式,实现通过浏览器进行信息查询、记录浏览。而校园 圈存部分模块及各个系统得数据交互则运行在本地局域网上,由于其交互性与安全 性要求高高,故采用C/S模式,将其设计为基于局域网得C/S模式架构系统,可以在一定 程度上满足系统对安全性、处理速度与针对特定业务交互性强得要求。根据系统得实践

18、情况,两种模式结合得系统结构示意如图3、13所示:B S模式教务处的学生管理 系统缴费、圈存数据库 管理系统校园缴费系统财务处学杂费管理 系统用户(通过IE浏览 器)校圈卡圈存系统一卡通中心数据库管理系统B/S模式后台维护管理系统图2、3系统架构模式示意图2.4.3各模块功能简介详见可行性研究报告(4、1、2主要功能简介)3. 运行环境及开发平台3.1 系统运行得硬件环境建议配置如下:数据库服务器(一台 ):CPU:Intel 至强 TM 处理器 2、 8GHz缓存 :512KB 缓存内存 :>1G硬盘:>80GB(10,000rpm),SCSI,需要镜像盘CD-ROM:SCSI CD-ROM网卡 : 高速 ,两块WEB 服务器(一台 ):CPU:Intel 至强 TM 处理器 2、 8GHz缓存 :512KB 缓存内存 :>1G硬盘:>80GB(10,000rpm),SCSI,需要镜像盘CD-ROM:SCSI CD-ROM网卡

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论