系统设计方案样本.doc

资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。
网银圈存与缴费系统
系
统
设
计
方
案

东华理工大学
5月30日
目录
1. 设计原则 - 1 -
2. 设计方案 3
2.1 现状 3
2.2 学校现有相关系统的现状 3
2.3 主要业务需求分析 4
2.4 方案 6
2.4.1 系统的硬件平台架构图 6
2.4.2 系统开发模式设计 7
2.4.3 各模块功能简介 10
3. 运行环境及开发平台 11
3.1 系统运行的硬件环境 11
3.2 系统运行的软件环境 11
3.3 应用软件开发平台 12
4. 项目开发、 实施方案 13

1. 设计原则
(1) 可靠性和稳定性
在系统设备选型、 网络设计、 软件设计等各个方面要充分考虑可靠性和稳定性。在设计方面, 采用容错设计。在设备选型方面, 保证软、 硬件的可靠性, 必须考虑采用成熟的技术和产品。在设备选型和系统设计的各个方面都尽量减少故障的发生。
(2) 方便管理和维护
系统涉及面广, 需要对系统进行实时控制和管理。在不改变系统运行的情况系统管理员能够对系统进行调整; 易维护是应用系统成功与否的重要因素, 它包含两层含义:故障易于排除, 日常管理操作简便。
(3) 先进性
在投资费用许可的情况下, 应当充分利用最可靠的成果和现代最新技术, 以便使系统在尽可能长的时间内与社会发展相适应。从长远的观点看, 这也是最节省的选择。先进性是系统建设期望达到的目标, 可是先进性面临许多不成熟的问题。因此, 应视系统建设为一个系统工程, 充分考虑现在和未来, 使系统建设与业务需求同步增长。
(4) 实用性
设计本系统, 应首先考虑能满网银圈存系统和校园缴费系统的功能要求和实际应用的需要。
(5) 开放性和规范性
为保证各供应商产品的协同运行, 同时考虑到投资者的长远利益, 本系统必须是校园一卡通管理系统开放系统部分, 并结合相关的国际标准或工业标准执行。另方面, 由于本系统是一个综合性系统, 在系统设计和建设初期应着手参考各方面的标准与规范, 而且应遵从该规范各项技术规定, 并做好系统的标准化设计与管理工作。
(6) 可扩充性
本系统考虑今后发展的需要, 因而必须考虑系统产品系列、 容量与处理能力等力一面的扩充与换代的可能, 这种扩充不但充分保护了原有投资, 而且具有较的综合性能价格比。

2. 设计方案
2.1 现状
关于饭卡充值, 东华理工大学基本上是半手工化管理模式。全校师生职工都必须前往卡务中心才能充值饭卡( 又称校园卡) , 工作充值饭卡时, 须要求持卡人上交现金或现场刷银行卡, 最后打印充值金额报表凭证单, 整个过程耗时长, 工作量比较大, 持卡人充值时须排上很长一段, 浪废持卡人大量的宝贵时间, 充值工作人员工作繁忙, 压力大, 有时甚至充值出错。关于费用的缴纳。东华理工大学也是处于半人工管理状态, 对学费的缴纳财务人员首先从学杂费管理系统中取得缴费人的欠费记录, 然后以小于或等于欠费金额的原则收受上缴学费, 最后开具财务凭证单, 而其它费用的缴纳基本上是采用交钱后开具收据的方式, 可知当前学校的缴费方式工作效率低, 给广大师生职工带来很大不便。
2.2 学校现有相关系统的现状
1 财务处的学杂费管理系统( 关系: 需交互学杂费的缴费情况)
该系统是由一家软件公司开发的专门针对学生学杂费的管理和收取的管理软件, 属于财务处内部管理系统, 基于Ｃ/Ｓ结构的开发模式, 数据库为SQL SERVER 关系型数据库, 数据库中存有学生的学杂费的缴纳状况数据记录。现要求建设目标: 学生在校园缴费系统中缴纳学杂费金额是从财务处的学杂费收费系统中获取, 缴费成功之后的金额送入学杂费收费系统, 接到数据之后再人工审核之后, 缴过学杂费的学生即可上财务处领取缴费凭证。

２ 教务处的学生管理系统( 关系: 需从该系统中获取学生的补考、 重修的记录)
该系统是由学校自主开发的一套关于学生成绩、 补考等信息的管理软件, 基于Ｂ/Ｓ的开发模式, 数据库为SQL SERVER 关系型数据库, 数据库中存放学生的基本信息、 学分、 重修费用等资料, 提供学生选课的功能。现要求建设目标: 学生在校园缴费系统中缴纳重修费用时, 重修科目和学分从学生管理系统获取, 缴纳之后可到财务处打印缴费凭证。

3 一卡通中心管理系统( 关系: 一卡通系统的枢纽, 是本系统的支撑系统)
该系统是由学校自主开发的一套校园卡管理软件, 基于B/S和C/S三层结构的混合模式, 数据库为SQL SERVER 关系型数据库, 数据库存放每张校园卡的基本信息、 卡余额等重要参数, 是管理各个食堂前置机的中心服务系统, 也是一卡通系统中的枢纽。现要求建设目标: 学生或教职工在校园缴费系统中进行网银圈存交易时, 当用户以学号或工号登陆系统时, 系统应依据用户的学号或工号向一卡通中心管理系统的备份数据库中获取对应该学号或工号的卡号( 即绑写卡号与学号或工号) , 最后, 用户在位于食堂内的圈存机上完成把圈存金额写入卡片的刷卡操作之后, 需要及时把本次圈存金额更新一卡通中心管理系统中对应该卡号的卡余额, 使得卡库余额一致。
2.3 主要业务需求分析
(1) 用户能够把其在银行账户下的金额划入学校帐下, 然后再把划入学校帐下的金额在学校内进行一次或多次各种费用支付。
(2) 采用基于ＷＥＢ的圈存方式实现校园卡的圈存, 即持卡人把从银行转入学校的金额在网上交易平台上进行网银圈存支付, 然后持卡人再在放置在食堂内的圈存机上进行刷卡以完成把圈存支付金额写入卡片的操作。
　 (3) 圈存机能够接入到校园网的各个点, 移动方便, 接入操作简单, 且符合以太网的通讯规则。
　 (4) 用户( 学生或教职工) 能够在英特网上方便、 快捷地查询对应其校园卡下的圈存记录, 并能下载圈存记录数据。
(5) 用户能够在校园缴费系统上方便地缴纳学杂费、 计算机等级考试费、 外语等级考试费和功课重修费, 要求学杂费、 功课重修费原始数据分别从学校财务处的通用收费系统和教务处的学生管理系统取得。
东华理工大学”校园一卡通系统”从业务上应具备以下需求:
① 为东华理工大学财务管理部门实现校内财务的统一管理、 资金结算和相应理财业务, 提供账务查询、 总结、 报表输出和数据下载功能。
② 为东华理工大学的广大师生员工实现银行卡的金融服务功能, 经过网上平台系统和银行网银系统实现转账、 缴纳学费、 等级考试费、 重修费等功能, 提供校园卡自助圈存终端机, 提供各种消费流水查询和下载功能
银行、 学校财务、 持卡人的关系如下图2.1所示:

图2.1实体关系图

2.4 方案
2.4.1 系统的硬件平台架构图
本系统中的使用用户有的来自英特网用户, 它与校内现有的多个系统发生数据交换, 特别是卡务中心系统中的数据安全要求非常高, 同时又得遵循原有的校园一卡通的网络结构, 因此系统硬件平台架构设计应在原有的网络结构基础上尽可能地保证系统的安全性, 根据东华理工大学南昌校区一卡通的网络结构现状, 实施两级防火墙, 一级防火墙是学校在校网上外网入口处, 二级防火墙放置是网上缴费系统与外网入口处, 对外网进入的数据全部进行审计和验证, 以防用户非法侵入。经过采用双网卡和不同网段的技术在本系统与不同的其它相关系统间通讯进行有效的隔离; 同时把本系统和校园一卡通系统划入同一虚拟子网。系统网络结构逻辑下图2.2所示:

图2.2系统结构物理图
2.4.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之间增加了一个Web Server层, 所有的应用程序模块都安装在它上面。在Browser上只需安装一个通用的浏览器软件(如Internet Explorer等)。因此, 这种模式简化了客户端, 使得用户的操作更加方便, 降低了系统的开发和维护开销。基于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 系统架构模式示意图
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
网卡: 高速, 两块
Ÿ 不间断电源: APC SU3000UX/4H
3.2 系统运行的软件环境
操作系统软件: 　WEB服务器 Windows Server
数据库服务器 Windows Server
数据库系统: 服务器端 Microsoft SQL Server
网络杀毒软件: 瑞星杀毒软件
防火墙: 神州数码防火墙
3.3 应用软件开发平台
建模工具: Sybase PowerDesigner Case
程序开发工具: 上位机VS.NET开发平台中的C#, 下位机C51
测试工具: Rational Teamtest

4. 项目开发、 实施方案
详见可行性研究报告( 5. 项目开发计划)