系统设计方案

网银圈存与缴费系统东华理工大学202X年5月30日目录TOC\o"1-5"\h\z\o"CurrentDocument"1.设计原则 -1-\o"CurrentDocument"2.设计方案 3\o"CurrentDocument"2.1现状 3\o"CurrentDocument"2.2学校现有相关系统的现状 3\o"CurrentDocument"2.3主要业务需求分析 4\o"CurrentDocument"2.4方案 5系统的硬件平台架构图 5系统开发模式设计 5各模块功能简介 8\o"CurrentDocument"3.运行环境及开发平台 8\o"CurrentDocument"3.1系统运行的硬件环境 8\o"CurrentDocument"3.2系统运行的软件环境 8\o"CurrentDocument"3.3应用软件开发平台 9\o"CurrentDocument"4.工程开发、实施方案 10设计原则(1)可靠性和稳定性在系统设备选型、网络设计、软件设计等各个方面要充分考虑可靠性和稳定性。在设计方面，采纳容错设计。在设备选型方面，保证软、硬件的可靠性，必须考虑采纳成熟的技术和产品。在设备选型和系统设计的各个方面都尽量减少故障的发生。(2)方便治理和维护系统涉及面广，需要对系统进行实时操作和治理。在不改变系统运行的情况系总揽理员可以对系统进行调整；易维护是应用系统成功与否的重要因素，它包含两层含义:故障易于排解，一般治理操作简便。先进性在投资费用许可的情况下，应当充分利用最可靠的成果和现代最新技术，以便使系统在尽可能长的时间内与社会开展相适应。从长远的观点看，这也是最节约的选择。先进性是系统建设期望到达的目标，但是先进性面临许多不成熟的问题。因此，应视系统建设为一个系统工程，充分考虑现在和未来，使系统建设与业务需求同步增长。有用性设计本系统，应首先考虑能满网银圈存系统和校园缴费系统的功能要求和实际应用的需要。(5)放开性和标准性为保证各供应商产品的协同运行，同时考虑到投资者的长远利益，本系统必须是校园一卡通治理系统放开系统局部，并结合相关的国际标准或工业标准执行。另方面，由于本系统是一个综合性系统，在系统设计和建设初期应着手参考各方面的标准与标准，并且应遵从该标准各项技术规定，并做好系统的标准化设计与治理工作。(6)可扩充性本系统考虑今后开展的需要，因而必须考虑系统产品系列、容量与处理能力等力一面的扩充与换代的可能，这种扩充不仅充分保护了原有投资，而且具有较的综合性能价格比。设计方案现状关于饭卡充值，东华理工大学根本上是半手工化治理模式。全校师生职工都必须前往卡务中心才能充值饭卡〔又称校园卡〕，工作充值饭卡时，需要求持卡人上交现金或现场刷银行卡，最后打印充值金额报表凭证单，整个过程耗时长，工作量比较大，持卡人充值时须排上很长一段，浪废持卡人大量的宝贵时间，充值工作人员工作繁忙，压力大，有时甚至充值出错。关于费用的缴纳。东华理工大学也是处于半人工治理状态，对学费的缴纳财务人员首先从学杂费治理系统中取得缴费人的欠费记录，然后以小于或等于欠费金额的原则收受上缴学费，最后开具财务凭证单，而其它费用的缴纳根本上是采纳交钱后开具收据的方法，可知目前学校的缴费方法工作效率低，给广阔师生职工带来很大不便。学校现有相关系统的现状1财务处的学杂费治理系统〔关系：需交互学杂费的缴费情况〕该系统是由一家软件公司开发的特意针对学生学杂费的治理和收取的治理软件，属于财务处内部治理系统，基于C/S结构的开发模式，数据库为SQLSERVER202X关系型数据库，数据库中存有学生的学杂费的缴纳状况数据记录。现要求建设目标：学生在校园缴费系统中缴纳学杂费金额是从财务处的学杂费收费系统中猎取，缴费成功之后的金额送入学杂费收费系统，接到数据之后再人工审核之后，缴过学杂费的学生即可上财务处领取缴费凭证。2教务处的学生治理系统〔关系：需从该系统中猎取学生的补考、重修的记录〕该系统是由学校自主开发的一套关于学生成绩、补考等信息的治理软件，基于B/S的开发模式，数据库为SQLSERVER202X关系型数据库，数据库中存放学生的根本信息、学分、重修费用等资料，提供学生选课的功能。现要求建设目标：学生在校园缴费系统中缴纳重修费用时，重修科目和学分从学生治理系统猎取，缴纳之后可到财务处打印缴费凭证。3一卡通中心治理系统〔关系：一卡通系统的要津，是本系统的支撑系统〕该系统是由学校自主开发的一套校园卡治理软件，基于B/S和C/S三层结构的混合模式，数据库为SQLSERVER202X关系型数据库，数据库存放每张校园卡的根本信息、卡余额等重要参数，是治理各个食堂前置机的中心效劳系统，也是一卡通系统中的要津。现要求建设目标：学生或教职工在校园缴费系统中进行网银圈存交易时，当用户以学号或工号登陆系统时，系统应依据用户的学号或工号向一卡通中心治理系统的备份数据库中猎取对应该学号或工号的卡号〔即绑写卡号与学号或工号〕，最后，用户在位于食堂内的圈存机上完成把圈存金额写入卡片的刷卡操作之后，需要及时把本次圈存金额更新一卡通中心治理系统中对应该卡号的卡余额，使得卡库余额一致。主要业务需求分析用户能够把其在银行账户下的金额划入学校帐下，然后再把划入学校帐下的金额在学校内进行一次或屡次各种费用支付。采纳基于WEB的圈存方法完成校园卡的圈存，即持卡人把从银行转入学校的金额在网上交易平台上进行网银圈存支付，然后持卡人再在放置在食堂内的圈存机上进行刷卡以完成把圈存支付金额写入卡片的操作。圈存机能够接入到校园网的各个点，移动方便，接入操作简单，且符合以太网的通讯规则。用户〔学生或教职工〕能够在英特网上方便、快捷地查询对应其校园卡下的圈存记录，并能下载圈存记录数据。用户能够在校园缴费系统上方便地缴纳学杂费、计算机等级考试费、外语等级考试费和功课重修费，要求学杂费、功课重修费原始数据分别从学校财务处的通用收费系统和教务处的学生治理系统取得。东华理工大学“校园一卡通系统〞从业务上应具备以下需求：为东华理工大学财务治理部门完成校内财务的统一治理、资金结算和相应理财业务，提供账务查询、总结、报表输出和数据下载功能。为东华理工大学的广阔师生员工完成银行卡的金融效劳功能，通过网上平台系统和银行网银系统完成转账、缴纳学费、等级考试费、重修费等功能，提供校园卡自助圈存终端机，提供各种消费流水查询和下载功能银行、学校财务、持卡人的关系如以下图2.1所示：图2.1实体关系图方案系统的硬件平台架构图本系统中的使用用户有的来自英特网用户，它与校内现有的多个系统发生数据交换，尤其是卡务中心系统中的数据平安要求非常高，同时又得遵循原有的校园一卡通的网络结构，因此系统硬件平台架构设计应在原有的网络结构根底上尽可能地保证系统的平安性，依据东华理工大学X校区一卡通的网络结构现状，实施两级防火墙，一级防火墙是学校在校网上外网入口处，二级防火墙放置是网上缴费系统与外网入口处，对外网进入的数据全部进行审计和验证，以防用户非法侵入。通过采纳双网卡和不同网段的技术在本系统与不同的其它相关系统间通讯进行有效的隔离；同时把本系统和校园一卡通系统划入同一虚拟子网。系统网络结构逻辑以下图2.2所示：图2.2系统结构物理图系统开发模式设计C/S和B/S是目前网络软件开发的两种主流模式，两种模式的合理结合会取到相得益彰的效果，因为B/S和C/S有它们各自的优势，侧重表现于不同的方面。Client/Server模式主要是在以局域网为根底的运行环境下展开应用的，它受到地域的限制。而Brower/Server模式通过广域网Intermit或局域网进行通信，可以不受地域的限制，但是它不能够进行联机事务的处理，并且在大量数据处理时速度较慢。从目前技术看，Brower端作为信息搜集源在大量数据录入工作时还不能取代Client端的用户界面，存在大量数据传输时也不宜采纳Brower/Server结构模式。而Browser/Sever(B/S)模式属于三层程序设计理论，B/S结构模式是传统C/S模式的继承和开展，是基于Intranet的需求而出现并开展的。Intranet是应用TCP/IP协议建立的企事业单位内部专用网络，它采纳诸如TCP/IP、HTTP、SMTP和HTML等Internet技术和标准，能为企事业单位内部交换信息提供效劳。同时，它具有连接Internet的功能和预防外界入侵的平安措施。另一方面，由于数据库具有强大的数据存储和治理能力，并且能够动态地进行数据输入和输出，如果把数据库应用于Internet上，不仅可以完成大量信息的网上公布，而且能够为广阔用户提供动态的信息查询和数据处理效劳，进而加强单位内部部门之间、各级部门之间、员工之间、单位与客户之间的信息交流，提高单位工作效率。对B/S模式而言，它在前台Browser和后台数据库Server之间增加了一个WebServer层，全部的应用程序模块都安装在它上面。在Browser上只需安装一个通用的扫瞄器软件(如InternetExplorer等)。因此，这种模式简化了客户端，使得用户的操作更加方便，降低了系统的开发和维护开销。基于B/S的Internet技术［18］，有三项优势是明显的：相当稳定的技术平台。在C/S时代，用户最苦恼的问题莫过于面对的是众多互不兼容的技术平台。每种技术平台，从用户应用稳定性要求来看，都可以说是昙花一现，给用户留下了无奈与苦恼。而B/S的技术保证了它技术的高度稳定性。本质上是一种客户机技术。在C/S模式下，每种应用的主要局部是在客户机侧。别的不说，光是在众多的客户机侧安装和维护多种应用的多个版本，就叫人受不了。而B/S技术不同，千万个用户只是通过扫瞄器这个统一界面，可享受到无限丰富的，永远在不断变化和开展着的信息效劳。Intranet原则上取消了全部在客户机侧的维护工作。提供了异种机、异种网、异种应用效劳的联机、联网。通过Intranet以技术统一访问异种数据库，己成为现实。从ISDN到ATM，再到现在大行其道的TCP/IP，，正是由于Internet的盛行，宽带IP将会成为真正的、统一效劳的(数据、语音、多媒体)网络根底。C/S应用程序设计模式是传统的两层次结构；C/S本身也是属于较为先进的结构。这种模式将应用一分为二，效劳器负责数据治理，客户机完成与用户的交互任务。C/S具有强壮的数据操作和事务处理能力，以及数据的平安性和完整性约束。其主要优点为：具有成熟的设计开发方法和工具。经过多年的研究和累积，基于C/S模式的系统设计开发方法己被用户所熟悉和掌握，并且，众多的数据库和软件生产厂商提供了各种可视化工具和编程言语来支持它的开发，而目前B/S模式的应用及其开发方法仍处于开展过程，特别是还不具备特别完善的开发工具。交互性强，界面友好。各个Client机上运行的应用程序是针对特定的用户和任务设计，同时具有在线援助和出错提示等辅助功能。这些优势是B/S模式所不具备的。数据通信量小，平安性高。C/S模式中前后台传递的仅仅是查询请求SQL语句或查询结果。C/S模式在肯定程度上可以满足系统对平安性的要求，而B/S模式是一种放开式的结构，面向众多的用户，即使采纳防火墙技术也不能完全屏蔽网络黑客和内部人员对系统的恶意侵袭。但随着企业规模的日益扩大，应用程序的复杂程度不断提高，C/S结构逐渐也暴露了以下缺少：开发本钱较高。C/S结构对客户端软硬件要求较高，尤其是软件的不断升级，对硬件要求不断提高，增加了整个系统本钱，客户端臃肿。移植困难。不同开发工具开发的应用程序，一般来说互不兼容，不能搬到其它平台上运行；用户界面风格不一，使用繁杂，不利于推广使用。维护复杂，升级麻烦。如果应用程序要升级，必须到现场为客户机升级，每个客户机上的应用程序都需维护。基于上面两种系统各自优缺点的分析，在校园缴费系统、网银圈存系统中，采纳两种模式相结合的方法，并充分发挥各自优点，构成两个子系统的系统开发模式。将系统中Internet应用采纳B/S模式，完成通过扫瞄器进行信息查询、记录扫瞄。而校园圈存局部模块及各个系统的数据交互则运行在本地局域网上，由于其交互性和平安性要求高高，故采纳C/S模式，将其设计为基于局域网的C/S模式架构系统，可以在肯定程度上满足系统对平安性、处理速度和针对特定业务交互性强的要求。依据系统的实践情况，两种模式结合的系统结构示意如图3.13所示：图2.3系统架构模式示意图各模块功能简介详见可行性研究汇报〔主要功能简介〕运行环境及开发平台3.1系统运行的硬件环境建议配置如下：•数据库效劳器〔一台〕：CPU：Intel至强TM处理器2.8GHz缓存：512KB缓存内存：>1G硬盘：>80GB〔10,OOOrpm〕，SCSI，需要镜像盘CD-ROM：SCSICD-ROM网卡：高速，两块WEB效劳器〔一台〕：CPU：Intel至强TM处理器2.8GHz缓存：512KB缓存内存：>1G硬盘：>80GB〔10,OOOrpm〕，SCSI，需要镜像盘CD-ROM：SCSICD-ROM网卡：