1. 校园一卡通系统开发方法
1.1校园一卡通研究背景
随着科技的发展，许多地方的安全性措施由传统的锁具变成了各种门禁系统，一张卡片就可以方便我们的进出，再就是各种会员卡、银行卡等。我们经常会面临这样一种情形，当需要某张卡时，却要花费大量时间来寻找。对于学校来说，每个人可能会去许多地方，比如宿舍、图书馆、食堂、水房等，如此多的卡携带起来非常不方便，而且对学校管理也不方便。因此我们会想到是否可以减少我们手中的各种凭证，只使用一张卡就能完成所有的事情呢。因此一卡通的理念就慢慢出现了，用一卡通的模式代替各种卡证，可以有效的实现身份的统一管理，提高了学校的管理水平。
一卡通的使用经历三个过程：单一功能、统一集成功能、以及可扩展的功能。 单一功能：使用的第一阶段，每个职能部门各有自己的管理系统与卡，不用部门卡之间不能连通，于是产生了一人携带多卡的现象。
统一集成功能：使用的第二阶段，将校园各部门系统进行统一管理，校园卡真正实现了统一使用。这时校园卡集成了身份识别和支付服务，用校园卡取代各种证件，及现金交易。
可扩展功能：使用的第三阶段，这时校园卡系统已经在学校各种统一管理中更加突出，也更加实用。它对学校人员、资源、产物进行了有效的整合和共享。新的需求应运而生，用户希望校园卡可以能加职能与人性化。
现在校园卡的应用正处于第三阶段，我们有理由相信随着技术的发展，校园卡的各项功能能够更加完善，服务也会更加符合人性化。伴随着信息化环境的发展，物联网与云数据、移动支付等功能也会出现。
1.2校园一卡通研究意义
校园一卡通的应用有许多重要的意义。
第一,使用一卡通系统不仅方便了学生的携带，还节省了多余卡的制作成本，实现了财务的节约，并且后勤部门能很好统一的管理学校各系统的，使它们之前的衔接提高，有利于教学资源的管理。
第二, 使用一卡通的也有效的减少了现金的使用，这不仅在支付时变得快捷，而且还能够有效减少乱收费的现象，对资金的管理更加有效并降低风险和成本。学校管理者通过财政部门及时的掌握校园内部资金的分布，对校内经营者经行有效的管理。
第三, 使用一卡通还可以统一管理学生信息，对校内学生进行准确的掌握消费动向，可以对浪费现象及资金异常及时反馈。校园一卡通的使用可以取代传统单一功能的卡，
1
有效的避免了重复制作，一张卡就可以在餐厅就食、图书馆借书、宿舍出入、水房取水等功能，实现了后勤的统一管理，降低了管理成本。
课题设计实现一个基于WEB的校园一卡通管理系统，该管理系统主要分为前台模块和后台模块，然后各模块又按照需求分成许多不同的子模块。该系统的设计是由Genuitec公司开发的工具MyEclipse进行开发的，在代码方面主要是以Java语言为主的设计语言。通过测试验证，该系统具有一定的实用价值，可以实现一卡通的一些基本功能。
1.3国内校园一卡通应用现状
伴随着科学的发展，及各种设施的完善，学校的生活也变得更加舒心与方便，尤其是校园一卡通的使用，收到了学生们的高度评价。
校园卡的使用在不同学校之间都许多的差异，但是目前的基础仍然是学生身份的识别与电子支付功能。身份识别的主要使用范围包括宿舍出入、图书馆图书借阅、校门、实验室与考勤等方面。电子支付主要应用于食堂就餐、水房打水、超市购物等。许多新的功能正在不断的出现，比如医疗收费、学费缴纳等，随着技术的不断更新更多的功能会满足我们生活，方便在校的学习。
1.4系统设计模式简介
设计模式（Design pattern）是被定义为一套程序设计中可以多次使用、通常被人们了解的、详细分类过的、代码设计的经验总结。我们使用系统设计模式是为了代码的可重用性，让代码可以被人更容易的理解，这样就保证代码可靠性。 所以说，应用设计模式对自己和他人是双赢的；设计模式使编写代码变得工程化；因此设计模式是软件工程的程序设计的框架，这就如同楼房的结构一样。
系统的设计要遵从许多原则，包括：开--闭原则、面向接口变成原则、里氏替换原则、依赖倒转原则、接口隔离原则、组合/聚合复用原则、最小知识原则。只要遵守了这些原则，就可以很好的实现代码的复用性以及程序的可维护性，即降低耦合，增强灵活性。
设计模式大类主要分为创建型、结构型与行为型三种模式。
本校园一卡通管理系统使用的主要是简单工厂模式(Factory)，又叫做静态工厂方法，是通过专门定义的一个类来创建其它的实例，这些被创建的实例通常都具有共同的父类。它由三部分组成：工厂类角色(Creater): 这是本模式的核心，含有一定的商业逻辑和判断逻辑。、抽象产品角色(Product)：它一般是具体产品继承的接口或者抽象类，是所有对象的父类、具体产品角色(Concrete Product)：工厂类所创建的具体的拥有共同父类的实例对象。
2
2. 系统分析
系统分析是管理系统开发的起始阶段，也是MIS（管理信息系统）开发工作中最重要的一环。系统分析阶段的主要活动有：系统初步调查、可行性研究、系统详细调查、新系统逻辑方案的提出。系统分析的目标是明确系统开发的目标和用户信息需求，提出系统的逻辑方案。为系统设计做好准备。
2.1 可行性研究
该阶段通过对系统目标的初步调研和分析，提出可行性方案并进行论证。我们在这里主要从技术可行性、经济可行性和操作可行性等方面进行分析。
2.1.1经济可行性
在经济可行性分析中，需要分析开发该系统所需的相关资料与经费开支以及以后使用过程中涉及的运行及维护的费用，校园一卡通管理系统的硬件及软件的初期投资都比较少，由于系统采用B/S的结构开发，所以可以使用互联网的网络基础设施，校园各部门本身都已经配备电脑，只要电脑能连上网，装有浏览器，都可以使用本系统，所以本系统在初期不需要什么特殊的投入，使用现有环境的硬件和软件，即可使该系统正常运行。该系统的成功运行，可以降低成本，减少财力浪费，因此这在经济上是可行的。
2.1.2技术可行性
技术可行性分析主要是研究系统在开发过程遇到的技术问题，能否得到有效的解决处理。校园一卡通管理系统采用java语言开发，在开发之前研究的相关一卡通的案例，对开发的过程、思想及规划都有了一定的掌握。本人有过程序开发的实践，熟悉JSP的开发技术，系统的学习过数据库的相关开发知识，再加上导师的指导与帮助，相信本系统的开发在技术上是可行的。
2.1.3运行可行性
学校的管理人员与学生都系统的学习过计算机的基本知识，对计算机软件的操作都有一定的基础。本系统的使用用户主要分为管理员和学生用户，学生主要进行查询操作，而管理员主要负责充值与校园卡的维护功能，这些操作界面都简单易懂，特别容易掌握，和普通软件操作流程都相似，所以校内人员操作这些系统并不会出现什么困难。所以本系统在操作上也是可行的。
2.1.4法律可行性
本系统没有侵犯个人隐私，也不存在个人责任方面的问题，使用本系统不会引起法律方面的纠纷，所以本系统具有法律可行性。
3
综上所述，本系统的开发从技术上、从经济上、从运行上、从法律上等都是完全可靠的。
2.2 功能需求分析
程序开发的首要步骤就是需求分析，也是非常重要的一步。开发人员通过与用户的沟通，来了解客户的需要。并且只有完善的需求分析，才会开发出客户所需要的功能。如果需求阶段不能很好的做好，越往后的阶段所需要的维护代价会不断增加。因此详细的需求分析与功能设计，可以保证系统良好的实用性与合理性。
功能需求分析简单说来就是分析用户的要求。用户的需求具体体现在各种信息的提供、保存、更新和查询。这就要求数据库的结构能够充分满足各种信息的输入和输出。在系统开发的过程中，首先需要对用户的需求进行分析，系统的需求分析直接反应用户的实际需求，需求分析的准确与否决定着系统的开发能否成功。所以在需求分析阶段对系统进行充分的准备，对用户的各种需求考虑全面。
通过对一些典型的校园一卡通系统的考察、分析以及实际的市场调查，要求本系统具有以下功能：统一友好的操作界面，能保证系统的易用性。规范、完善的基础信息设置。实现管理员办卡、充值、挂失、注销、增加公告等管理。实现学生登录、查询个人信息、修改密码、查看公告等管理。实现校园一卡通管理。展示一卡通消费日志、以及余额等信息。
2.2.1系统前台
1、查询消费记录页面：学生用户登陆之后可以查询本人的曾经的消费记录，系统会默认显示最近一段时间的信息。
2、余额查询页面：学生用户登陆之后查询一卡通中剩余金额。
3、维护个人信息页面：学生用户登陆之后在可在本人主页中查看到个人信息，并可对基本信息的进行密码修改操作。
4、公告展示页面；学生用户登陆之后可以在主页看到学校发布的公告信息。
2.2.2系统后台
1、学生新卡办理页面：管理员用户对新生新办理卡的信息输入，包括学号、姓名、照片、卡号等基本信息。
2、校园卡信息维护页面：管理员用户对校园卡的挂失、注销、充值、发卡功能。 3、公告管理页面：管理员用户对学校公告的发布与删除。 4、账单功能页面：管理员用户定时发送消费账单。
4
2.2.3其他功能要求
系统登录验证使用学生学号进行，同时不同用户会有不同的权限，登陆之后会进入不同的页面。
2.3 系统用例图
系统用力图如图2.1所示。
查询消费记录查询余额学生维护个人信息查看公告
图2.1 一卡通学生用例
系统用例图如图2.2所示。
人员信息维护卡办理管理员消费账单公告管理
图2.2 一卡通管理员用例
5