系统设计方案

系统设计方案东华理工大学5目录1.设计原则 -1-2.设计方案 32.1现实状况 32.2学校既有有关系统的现实状况 32.3重要业务需求分析 42.4方案 62.4.1系统的硬件平台架构图 62.4.2系统开发模式设计 72.4.3各模块功能简介 103.运行环境及开发平台 113.1系统运行的硬件环境 113.2系统运行的软件环境 113.3应用软件开发平台 124.项目开发、实行方案 13设计原则(1)可靠性和稳定性在系统设备选型、网络设计、软件设计等各个方面要充足考虑可靠性和稳定性。在设计方面，采用容错设计。在设备选型方面，保证软、硬件的可靠性，必须考虑采用成熟的技术和产品。在设备选型和系统设计的各个方面都尽量减少故障的发生。(2)以便管理和维护系统波及面广，需要对系统进行实时控制和管理。在不变化系统运行的状况系统管理员可以对系统进行调整；易维护是应用系统成功与否的重要原因，它包括两层含义:故障易于排除，平常管理操作简便。(3)先进性在投资费用许可的状况下，应当充足运用最可靠的成果和现代最新技术，以便使系统在尽量长的时间内与社会发展相适应。从长远的观点看，这也是最节省的选择。先进性是系统建设期望到达的目的，不过先进性面临许多不成熟的问题。因此，应视系统建设为一种系统工程，充足考虑目前和未来，使系统建设与业务需求同步增长。(4)实用性设计本系统，应首先考虑能满网银圈存系统和校园缴费系统的功能规定和实际应用的需要。(5)开放性和规范性为保证各供应商产品的协同运行，同步考虑到投资者的长远利益，本系统必须是校园一卡通管理系统开放系统部分，并结合有关的国际原则或工业原则执行。另方面，由于本系统是一种综合性系统，在系统设计和建设初期应着手参照各方面的原则与规范，并且应遵从该规范各项技术规定，并做好系统的原则化设计与管理工作。(6)可扩充性本系统考虑此后发展的需要，因而必须考虑系统产品系列、容量与处理能力等力一面的扩充与换代的也许，这种扩充不仅充足保护了原有投资，并且具有较的综合性能价格比。设计方案现实状况有关饭卡充值，东华理工大学基本上是半手工化管理模式。全校师生职工都必须前去卡务中心才能充值饭卡（又称校园卡），工作充值饭卡时，须规定持卡人上交现金或现场刷银行卡，最终打印充值金额报表凭证单，整个过程耗时长，工作量比较大，持卡人充值时须排上很长一段，浪废持卡人大量的宝贵时间，充值工作人员工作繁忙，压力大，有时甚至充值出错。有关费用的缴纳。东华理工大学也是处在半人工管理状态，对学费的缴纳财务人员首先从学杂费管理系统中获得缴费人的欠费记录，然后以不不小于或等于欠费金额的原则收受上缴学费，最终开具财务凭证单，而其他费用的缴纳基本上是采用交钱后开具收据的方式，可知目前学校的缴费方式工作效率低，给广大师生职工带来很大不便。学校既有有关系统的现实状况1财务处的学杂费管理系统（关系：需交互学杂费的缴费状况）该系统是由一家软件企业开发的专门针对学生学杂费的管理和收取的管理软件，属于财务处内部管理系统，基于Ｃ/Ｓ构造的开发模式，数据库为SQLSERVER关系型数据库，数据库中存有学生的学杂费的缴纳状况数据记录。现规定建设目的：学生在校园缴费系统中缴纳学杂费金额是从财务处的学杂费收费系统中获取，缴费成功之后的金额送入学杂费收费系统，接到数据之后再人工审核之后，缴过学杂费的学生即可上财务处领取缴费凭证。２教务处的学生管理系统（关系：需从该系统中获取学生的补考、重修的记录）该系统是由学校自主开发的一套有关学生成绩、补考等信息的管理软件，基于Ｂ/Ｓ的开发模式，数据库为SQLSERVER关系型数据库，数据库中寄存学生的基本信息、学分、重修费用等资料，提供学生选课的功能。现规定建设目的：学生在校园缴费系统中缴纳重修费用时，重修科目和学分从学生管理系统获取，缴纳之后可到财务处打印缴费凭证。3一卡通中心管理系统（关系：一卡通系统的枢纽，是本系统的支撑系统）该系统是由学校自主开发的一套校园卡管理软件，基于B/S和C/S三层构造的混合模式，数据库为SQLSERVER关系型数据库，数据库寄存每张校园卡的基本信息、卡余额等重要参数，是管理各个食堂前置机的中心服务系统，也是一卡通系统中的枢纽。现规定建设目的：学生或教职工在校园缴费系统中进行网银圈存交易时，当顾客以学号或工号登陆系统时，系统应根据顾客的学号或工号向一卡通中心管理系统的备份数据库中获取对应当学号或工号的卡号（即绑写卡号与学号或工号），最终，顾客在位于食堂内的圈存机上完毕把圈存金额写入卡片的刷卡操作之后，需要及时把本次圈存金额更新一卡通中心管理系统中对应当卡号的卡余额，使得卡库余额一致。重要业务需求分析(1)顾客可以把其在银行账户下的金额划入学校帐下，然后再把划入学校帐下的金额在学校内进行一次或多次多种费用支付。(2)采用基于ＷＥＢ的圈存方式实现校园卡的圈存，即持卡人把从银行转入学校的金额在网上交易平台上进行网银圈存支付，然后持卡人再在放置在食堂内的圈存机上进行刷卡以完毕把圈存支付金额写入卡片的操作。(3)圈存机可以接入到校园网的各个点，移动以便，接入操作简朴，且符合以太网的通讯规则。(4)顾客（学生或教职工）可以在英特网上以便、快捷地查询对应其校园卡下的圈存记录，并能下载圈存记录数据。(5)顾客可以在校园缴费系统上以便地缴纳学杂费、计算机等级考试费、外语等级考试费和功课重修费，规定学杂费、功课重修费原始数据分别从学校财务处的通用收费系统和教务处的学生管理系统获得。东华理工大学“校园一卡通系统”从业务上应具有如下需求：①为东华理工大学财务管理部门实现校内财务的统一管理、资金结算和对应理财业务，提供账务查询、总结、报表输出和数据下载功能。②为东华理工大学的广大师生员工实现银行卡的金融服务功能，通过网上平台系统和银行网银系统实现转账、缴纳学费、等级考试费、重修费等功能，提供校园卡自助圈存终端机，提供多种消费流水查询和下载功能银行、学校财务、持卡人的关系如下图2.1所示：图2.1实体关系图方案系统的硬件平台架构图本系统中的使用顾客有的来自英特网顾客，它与校内既有的多种系统发生数据互换，尤其是卡务中心系统中的数据安全规定非常高，同步又得遵照原有的校园一卡通的网络构造，因此系统硬件平台架构设计应在原有的网络构造基础上尽量地保证系统的安全性，根据东华理工大学南昌校区一卡通的网络构造现实状况，实行两级防火墙，一级防火墙是学校在校网上外网入口处，二级防火墙放置是网上缴费系统与外网入口处，对外网进入的数据所有进行审计和验证，以防顾客非法侵入。通过采用双网卡和不一样网段的技术在本系统与不一样的其他有关系统间通讯进行有效的隔离；同步把本系统和校园一卡通系统划入同一虚拟子网。系统网络构造逻辑下图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等1nternet技术和原则，能为企事业单位内部互换信息提供服务。同步，它具有连接Internet的功能和防止外界入侵的安全措施。另首先，由于数据库具有强大的数据存储和管理能力，并且可以动态地进行数据输入和输出，假如把数据库应用于Internet上，不仅可以实现大量信息的网上公布，并且可认为广大顾客提供动态的信息查询和数据处理服务，进而加强单位内部部门之间、各级部门之间、员工之间、单位与客户之间的信息交流，提高单位工作效率。对B/S模式而言，它在前台Browser和后台数据库Server之间增长了一种WebServer层，所有的应用程序模块都安装在它上面。在Browser上只需安装一种通用的浏览器软件(如InternetExplorer等)。因此，这种模式简化了客户端，使得顾客的操作愈加以便，减少了系统的开发和维护开销。基于B／S的Internet技术[18]，有三项优势是明显的：(1)相称稳定的技术平台。在C/S时代，顾客最苦恼的问题莫过于面对的是众多互不兼容的技术平台。每种技术平台，从顾客应用稳定性规定来看，都可以说是昙花一现，给顾客留下了无奈与苦恼。而B/S的技术保证了它技术的高度稳定性。(2)本质上是一种客户机技术。在C/S模式下，每种应用的重要部分是在客户机侧。别的不说，光是在众多的客户机侧安装和维护多种应用的多种版本，就叫人受不了。而B/S技术不一样，千万个顾客只是通过浏览器这个统一界面，可享有到无限丰富的，永远在不停变化和发展着的信息服务。Intranet原则上取消了所有在客户机侧的维护工作。(3)提供了异种机、异种网、异种应用服务的联机、联网。通过Intranet以技术统一访问异种数据库，己成为现实。从ISDN到ATM，再到目前大行其道的TCP/IP，，正是由于Internet的盛行，宽带IP将会成为真正的、统一服务的(数据、语音、多媒体)网络基础。C/S应用程序设计模式是老式的两层次构造；C/S自身也是属于较为先进的构造。这种模式将应用一分为二，服务器负责数据管理，客户机完毕与顾客的交互任务。C/S具有强健的数据操纵和事务处理能力，以及数据的安全性和完整性约束。其重要长处为：(1)具有成熟的设计开发措施和工具。通过数年的研究和积累，基于C/S模式的系统设计开发措施己被顾客所熟悉和掌握，并且，众多的数据库和软件生产厂商提供了多种可视化工具和编程语言来支持它的开发，而目前B/S模式的应用及其开发措施仍处在发展过程，尤其是还不具有尤其完善的开发工具。(2)交互性强，界面友好。各个Client机上运行的应用程序是针对特定的顾客和任务设计，同步具有在线协助和出错提醒等辅助功能。这些优势是B/S模式所不具有的。(3)数据通信量小，安全性高。C/S模式中前后台传递的仅仅是查询祈求SQL语句或查询成果。C/S模式在一定程度上可以满足系统对安全性的规定，而B/S模式是一种开放式的构造，面向众多的顾客，虽然采用防火墙技术也不能完全屏蔽网络黑客和内部人员对系统的恶意侵袭。但伴随企业规模的日益扩大，应用程序的复杂程度不停提高，C/S构造逐渐也暴露了如下局限性：(4)开发成本较高。C/S构造对客户端软硬件规定较高，尤其是软件的不停升级，对硬件规定不停提高，增长了整个系统成本，客户端臃肿。(5)移植困难。不一样开发工具开发的应用程序，一般来说互不兼容，不能搬到其他平台上运行；顾客界面风格不一，使用繁杂，不利于推广使用。(6)维护复杂，升级麻烦。假如应用程序要升级，必须到现场为客户机升级，每个客户机上的应用程序都需维护。基于上面两种系统各自优缺陷的分析，在校园缴费系统、网银圈存系统中，采用两种模式相结合的方式，并充足发挥各自长处，构成两个子系统的系统开发模式。将系统中Internet应用采用B/S模式，实现通过浏览器进行信息查询、记录浏览。而校园圈存部分模块及各个系统的数据交互则运行在当地局域网上，由于其交互性和安全性规定高高，故采用C/S模式，将其设计为基于局域网的C/S模式架构系统，可以在一定程度上满足系统对安全性、处理速度和针对特定业务交互性强的规定。根据系统的实践状况，两种模式结合的系统构造示意如图3.13所示：图2.3系统架构模式示意图各模块功能简介详见可行性研究汇报（4.1.2重要功能简介）运行环境及开发平台系统运行的硬件环境提议配置如下：数据库服务器（一台）：CPU：Intel至强TM处理器2.8GHz缓存：512KB缓存内存：>1G硬盘：>80GB（10，000rpm），SCSI，需要镜像盘CD-ROM：SCSICD-ROM网卡：高速，两块WEB服务器（一台）：CPU：Intel至强TM处理器2.8GHz缓存：512KB缓存内存：>1G硬盘：>80GB（10，000rpm），SCSI，需要镜像盘CD-ROM：SCSICD-ROM网卡：高速，两块不间断电源：APC