毕业论文-基于校园网的网上支付系统的设计

本科学生毕业论文（设计）题目基于校园网的网上支付系统的设计学院数学与计算机科学学院专业计算机科学与技术学生姓名学号指导教师职称论文字数完成日期年月日目录第一章绪论511课题研究的目的512课题研究的意义513课题的可行性分析6131课题调研6132可行性分析6第二章准备阶段621ASPNET基础622C基础723SQLSERVER2000数据库系统7第三章应用系统开发工具731系统对硬件和软件的要求732运行需求833其他需求834数据库应用系统开发简介835校园一卡通网上支付系统936MSSQLSERVER简介9第四章系统分析1041系统简要分析1042系统数据模型设计10421ER图10422数据表1143系统界面12431进入系信息界面12432系统介绍界面12432系统介绍界面13433公告通知界面13434学生检索综合界面13434学生综合检索界面14435系统管理界面14436网上支付界面1544系统功能图15第五章支付内容及方法1651支付类型1652支付方式16第六章操作方法1761登录1762资料修改1763密码修改1764找回密码1765账目查询1766网上支付1767退出系统17第七章调和测试18第八章设计体会19结论20参考文献20致谢21附录A22A、IIS简介22B、IIS与ASPNET的结合22附录B23数据库设计的步骤23基于校园网的网上支付系统的设计摘要随着计算机技术、通信技术和网络技术的发展和融合，各高校的校园网的建设日益完善，为校园一卡通系统的建立提供了网络平台。数据库技术和射频IC卡技术的发展和成熟，也为校园一卡通系统的建立提供了技术保障。同时高校信息管理理念与方式也在发生着深刻的变化，在校园内实现一卡通系统已成为学校提高管理水平、促进学校管理手段数字化的必然趋势。校园一卡通系统架构在校园网之上，利用计算机、网络设备、终端等设备，充分发挥校园网络优势，借助于卡片载体，实现先进的信息化管理，它取代了学校管理和生活中所使用的各种个人证件和现金支付手段，实现了校内消费、学籍管理、身份认证、网上交费等多种功能。本系统是校园一卡通网上支付系统，对MSSQLSERVER2000数据库管理系统、SQL语言原理、ASPNET数据库技术ADONET进行了较深入的学习和应用。关键词校园网；网上支付；数据库；ASPNET；SQLSERVER2000ONLINEPAYMENTSYSTEMDESIGNBASEDONCAMPUSNETWORKABSTRACTWITHTHEDEVELOPMENTANDINTEGRATIONOFCOMPUTERTECHNOLOGY,COMMUNICATIONTECHNOLOGY,ANDNETWORKTECHNOLOGY,THECONSTRUCTIONOFUNIVERSITYCAMPUSNETWORKHASIMPROVEDSTEADILYANDTHEESTABLISHMENTOFTHECAMPUSCARDSYSTEMPROVIDESANETWORKPLATFORMDATABASETECHNOLOGYANDRADIOFREQUENCYICCARDTECHNOLOGYDEVELOPSQUICKLYANDBECOMESMOREANDMOREMATURE,WHICHALSOPROVIDESTECHNICALSUPPORTSFORTHEESTABLISHMENTOFCAMPUSCARDSYSTEMATTHESAMETIME,INFORMATIONMANAGEMENTCONCEPTSANDMETHODSOFUNIVERSITYISALSOUNDERGOINGPROFOUNDCHANGESINTHECAMPUSCARDSYSTEMHASBEENONESYSTEMTHATIMPROVEDSCHOOLMANAGEMENTWHICHWOULDPROMOTETHEINEVITABLETRENDOFDIGITIZATIONCAMPUSCARDSYSTEMISARCHITECTEDONTHECAMPUSNETWORKTHEUSEOFCOMPUTERS,NETWORKEQUIPMENT,TERMINALSANDOTHEREQUIPMENT,GIVESFULLPLAYTOADVANTAGESOFTHECAMPUSNETWORKBYMEANSOFTHECARDCARRIER,TOACHIEVETHEADVANCEDINFORMATIONMANAGEMENT,WHICHREPLACESTHESCHOOLMANAGEMENTANDTHEUSEOFLIFEVARIOUSPERSONALDOCUMENTSANDCASHMEANSOFPAYMENT,TOACHIEVETHESCHOOLSPENDING,SCHOOLMANAGEMENT,AUTHENTICATION,ONLINEPAYMENTANDOTHERFUNCTIONSTHESYSTEMISONLINEPAYMENTSYSTEMMSSQLSERVER2000DATABASEMANAGEMENTSYSTEM,SQLLANGUAGEPRINCIPLE,ASPNETSADONETDATABASETECHNOLOGYFORAMOREINDEPTHSTUDYANDAPPLICATIONKEYWORDSCAMPUSNETWORKONLINEPAYMENTDATABASEASPNETSQLSERVER2000第一章绪论11课题研究的目的1掌握采用INTERNET的TCP/IP协议，以B/S方式，ASPNET编程技术。2学习MICROSOFTVISUALSTUDIONET开发平台及ASPNET和C编程语言。3ASPNET的动态网页和SQLSERVER2000中型数据库。4培养良好的开发系统的精神。12课题研究的意义校园一卡通系统建设是数字化校园的基础和核心工程，是数字化校园中重要的组成部分。校园一卡通系统的实施将有效整合校园内各信息系统，为数字化校园运作提供了全面的数据共享平台和共享环境。1校园一卡通系统的建设，是高校信息化发展的必然趋势，是高校现代化管理的标志。2校园一卡通系统的建设，将有效促进数字化校园建设的进程。它是数字化校园中的核心骨干系统，是数字化校园的先行官，将为其他信息系统的互连互通打好基础。3校园一卡通系统的建设采取银行卡的金融功能与校园卡的校务管理功能整合的方式，由银行与学校联合发行银行卡一校园卡，师生们可以用银行卡在各地的银行网点或自助终端实现存取款、消费、转账等金融支付还可以用校园卡代替学生和教职员工在校内的所有个人证件如学生证、工作证、图书证、医疗证等，应用于需要身份识别的各种信息系统可以通过设在校园卡内的电子钱包实现餐饮、校内购物、上机上网和医疗等校内消费。4校园一卡通系统的建设，使原有业务和管理体系相对独立、互不协调的现象得到有效整合，减少资源浪费和重复建设，达到业务流程重组。5校园一卡通系统先期建立全校师生员工的人事档案，可以作为下一步全校的用户管理系统的雏形。6校园一卡通系统的建设，将有效缓解校务管理和后勤服务的繁重业务，提高学校的管理水平、提高后勤的服务质量，做到减员增效、提高效率。7校园一卡通系统的建设，为学校实现财务统一管理提供科学的、现代化的手段，将加速资金周转的效率，也为银行向学校财务部门和师生员工提供更加及时、周到的金融服务提供良好的空间。13课题的可行性分析131课题调研（1）部分与实践活动和相关的文件和资料由指导老师提供。（2）本课题要求学生有熟练的ASPNET开发能力，有较强的自学能力以及一定的关系数据库理论开发功底。（3）具有对复杂表进行处理的能力。（4）具体问题再做详细调查研究并与指导老师面谈。132可行性分析（1）技术可行性本系统需要MICROSOFTVISUALNET开发平台，IIS服务器的配置，装有OFFICE软件的机器。对机器本身没有太高的要求，一般当前学校或个人电脑完全可满足要求。对于软件技术要求，现在的程序设计语言已非常成熟，要运用HTML样式,图形图象制作工具来制作生动活泼的网页及美观的图形文件或动画文件，数据库使用SQLSERVER2000。（2）经济可行性由于本系统是为校园一卡通网上支付系统,将该系统挂在学校的相应的网址目录下即可使用该系统,系统成本主要集中在系统软件的开发上，当系统投入运行后可以为学校节约大量的人力、物力。所带来的效益远远大于系统软件的开发成本。在经济上完全可行。（3）操作可行性界面设计时充分考虑管理人员和学生的习惯，使得操作简单；数据录入迅速、规范、可靠；统计准确；制表灵活；适应力强；容易扩充。第二章准备阶段21ASPNET基础ASPNET是一种统一的WEB平台，它提供了生成企业级应用程序所必需的全部服务。ASPNET又是基于NETFRAMEWORK生成的，因此整个框架都可用于任何ASPNET应用程序。可以使用任何与公共语言运行库兼容的语言（包括MICROSOFTVISUALBASIC、VISUALC和JSCRIPTNET）来创作应用程序。ASPNET页框架是一种编程框架，它在WEB服务器上运行以动态地生成和管理WEB窗体页。在VISUALSTUDIO中，WEB窗体提供了窗体设计器、编辑器、控件和调试功能，这些功能结合在一起，将能够为浏览器和WEB客户端设备快速地生成基于服务器的可编程用户界面。ASPNET页框架创建了传统客户端/服务器WEB交互的抽象模型，能够使用支持快速应用程序开发RAD和面向对象编程OOP的传统方法和工具来进行应用程序编程。在WEB窗体页中，可以使用属性、方法和事件来处理HTML元素。ASPNET页框架为响应在服务器上运行的代码中的客户端事件提供统一的模型，从而不必考虑基于WEB的应用程序中固有的客户端和服务器隔离的实现细节。该框架还会在页处理生命周期中自动维护页及该页上控件的状态。22C基础CCSHARP是微软MICROSOFT为NETFRAMEWORK量身订做的程序语言，C拥有C/C的强大功能以及VISUALBASIC简易使用的特性，是第一个组件导向COMPONENTORIENTED的程序语言，和C与JAVA一样亦为对象导向OBJECTORIENTED程序语言。微软C语言定义主要是从C和C继承而来的，而且语言中的许多元素也反映了这一点。C在设计者从C继承的可选选项方面比JAVA要广泛一些比如说STRUCTS，它还增加了自己新的特点。但它还太不成熟，不可能挤垮JAVA，C还需要进化成一种开发者能够接受和采用的语言。23SQLSERVER2000数据库系统SOLSERVER2000在SQLSERVER65和SQLSERVER70的基础上有了飞跃的发展，增加了不少功能XML集成、分布式分区视图、索引视图、INSTEADOF触发器、用户自定义函数、两阶段数据抽取用于数据转换服务DTS、数据挖掘等。作为目前应用广泛的一种数据库，它不仅采用了合理的体系结构，而且利用了优越的可视化开发环境，加上其优秀的编辑界面，使其很多性能又远远超过了ORACLE及其他数据库，从而为广大用户所青睐。目前有不少应用软件利用了SQLSERVER2000作为后台存储数据库。数据库系统设计数据库设计主要是进行数据库的逻辑设计，即将数据按一定的分类、分组系统和逻辑层次组织起来，是面向用户的。数据库设计时需要综合企业各个部门的存档数据和数据需求，分析各个数据之间的关系，按照数据库提供的功能和描述工具，设计出规模适当、正确反映数据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型。为了更好地组织数据和设计出实际应用数据库，应该注意如下问题规范化地重组数据结构对数据进行规范化表达，这在后面将会具体讨论。关系数据结构的建立在进行了数据基本结构的规范化重组后，还必须建立整体数据的关系结构。这一步设计完成后数据库和数据结构设计工作基本完成，只待系统实现时将数据分析和数据字典的内容代入到所设计的数据整体关系结构中，一个规范化数据库系统结构就建立起来了。建立关系数据结构涉及三方面内容确定关联的关键指标项并建立关联表；确定单一的父系记录结构；建立整个数据库的关系结构。定义安全保密性的方法一般有如下几种A原则上所有文件都定义为4级，个别优先级特别高的办公室终端或微机的入网账号可定义高于4级的级别，反之则定义为低于4的级别。B统计文件表和数据录入文件一般只对本工作站定义为只写方式，对其它工作站则定义为只读方式。第三章应用系统开发工具31系统对硬件和软件的要求硬件处理器INTELRPENTIUMRDUAL或更高内存256M或更大硬盘20G或更大服务器软件MICROSOFTWINDOWSNTSERVER40或更高版本MICROSOFTSQLSERVER2000或更高版本MICROSOFTIIS60或更高版本MICROSOFTOFFICE2010SDK硬件无特殊要求，只要能上连接互联网即可客户机软件MICROSOFTWINDOWS/95/98/2000或更高版本MICROSOFTIE60或更高版本系统的性能要求通常指系统需要的存储容量以及后援存储，重新启动和安全性,运行效率等方面的考虑。本系统运行环境为单环境，在运算时对系统整体性能要求过高，要求软件系统环境IIS60SQLMICROSOFTVISUALSTUDIO硬件系统环境C600、64MB（RAM）、500MB（HD）。系统运行时对数据的保密性要求不高对一般的数据不要求进行加密。此外，对其它软件几乎没有依赖性，程序健壮性较好。32运行需求硬件条件586CPU、32MRAM、32G硬盘以上的PC机。软件条件WINDOWS98以上操作系统，IE60，IIS服务器。33其他需求本系统有较好的可维护性、可靠性、可理解性、效率。易于用户理解和操作。可维护性包括了可读性、可修改性、可测试性、等含义。可靠性通常包括正确性和健壮性。开发过程中，在各种矛盾的目标之间作权衡，并在一定的限制的条件下（经费、时间、可用的软、硬件资源等），使上述各方面最大限度的得到满足。34数据库应用系统开发简介在数据库应用系统开发之前，对开发数据库的基本概念应当了解，对数据库的结构、开发数据库应用程序的步骤、开发体系及方法都应当有相当清晰的了解和认识。数据库应用系统开发的目标是建立一个满足用户长期需求的产品。开发的主要过程为理解用户的需求，然后，把它们转变为有效的数据库设计。把设计转变为实际的数据库，并且这些数据库带有功能完备、高效能的应用。数据库技术在计算机软件邻域研究中一直是非常重要的主题，产生于60年代，30多年来数据库技术得到了迅速发展，并已形成较为完整的理论体系和一大批实用系统。并且，近年来，随着WORLDWIDEWEBWWW的猛增及INTERNET技术的迅速发展，使得数据库技术之时成为最热门技术之一。用户数据目前表明，大多数主流数据库管理系统把用户数据表示为关系。现在把关系看作数据表。表的列包含域或属性，表的行包含对应业务环境中的实体的记录。并非所有的关系都同样符合要求，有些关系比其它关系更结构化一些。35校园一卡通网上支付系统当今时代是飞速发展的信息时代。在各行各业中离不开信息处理，这正是计算机被广泛应用于信息管理系统的环境。计算机的最大好处在于利用它能够进行信息管理。使用计算机进行信息控制，不仅提高了工作效率，而且大大的提高了其安全性。尤其对于复杂的信息管理，计算机能够充分发挥它的优越性。计算机进行信息管理与信息管理系统的开发密切相关，系统的开发是系统管理的前提。本系统就是为了管理好学生一卡通及学生基本信息和网上支付信息而设计的。设计目的是为了方便学校以及学生能够更方便的使用本学校的资源。通过校园一卡通网上支付系统，学生可以在寝室的自己电脑上就能进行网上支付，一卡通的挂失、解挂，和对之前的交易记录进行查询。而对应的管理员也只需要登录管理员界面，对学生的基本需要进行处理，其他的都由该系统自动完成。这样能够充分发挥网络资源的利用，提高学校相关人员的工作效率，方便广大学生使用。36MSSQLSERVER简介SQLSERVER是一个后台数据库管理系统,它功能强大操作简便,日益为广大数据库用户所喜爱。越来越多的开发工具提供了与SQLSERVER的接口。SQLSERVER是一个关系数据库管理系统，它最初是由MICROSOFT、SYBASE和ASHTONTATE三家公司共同开发的。于1988年推出了第一个OS/2版本，在WINDOWSNT推出后，MICROSOFT与SYBASE在SQLSERVER的开发上就分道扬镳了，MICROSOFT将SQLSERVER移植到WINDOWSNT系统上，专注于开发推广SQLSERVER的WINDOWSNT版本。SQLSERVER2000是MICROSOFT公司推出的SQLSERVER数据库管理系统的最新版本，该版本继承了SQLSERVER70版本的优点，同时又比它增加了许多更先进的功能、具有使用方便、可伸缩性好与相关软件集成程度高等优点。MSSQLSERVER不但可以应用于大中型数据库管理中，建立分布式关系数据库，并且也可以开发桌面数据库。事实上，SQLSERVER数据库处理的基本结构，采取关系型数据库模式，尽管如此，相信大家都可以轻易的发现，在SQLSERVER的数据库处理方式，则是使用面向对象的操作方式与精神，也就是说，SQLSERVER的所有功能，都可以基于系统已经建立好的一些对象来达成，是相当OO（面向对象）的一个系统结构。SQLSERVER企业管理器是SQLSERVER的主要管理工具，它提供了一个遵从MMC标准的用户界面，使用户得以定义SQLSERVER实例组。将个别服务器注册到组中。为每个已注册的服务器配置所有SQLSERVER选项。在每个已注册的服务器中创建并管理所有SQLSERVER数据库、对象、登录、用户和权限。在每个已注册的服务器上定义并执行所有SQLSERVER管理任务。通过唤醒调用SQL查询分析器，交互地设计并测试SQL语句、批处理和脚本。唤醒调用为SQLSERVER定义的各种向导。第四章系统分析41系统简要分析管理员可以通过超级用户身份登录，对系统进行全面的管理，对新入网的学生基本信息添加、信息修改、信息删除,之后可以对与该学号绑定的校园一卡通进行注册、修改和删除。另外对于学生的基本挂失卡、解挂卡的需求能够及时有效的处理并且通过系统主页进行显示。学生可以通过一卡通的账号登录该系统，登录进去之后可以对自己的基本信息进行修改，但是不能修改学号。还可以对登录系统的账号密码进行修改。学生还有的一个重要功能就是进行网上支付，通过友好的界面选择适当的支付类型，达到相应的支付目的。42系统数据模型设计421ER图学生院系专业姓名邮箱手机号年级学号卡号宿舍一卡通卡号交易次数卡余额卡状态管理员登录号登录密码姓名权限交易记录卡号交易额剩余额交易时间交易类型通知学号公告时间拣卡/丢卡人卡号422数据表1学生一卡通登录表（CLIENT_LOGIN_INFO）字段数据类型数据长度LOGIN_IDNVARCHAR20LOGIN_PASSWORDNVARCHAR10STU_NUMNVARCHAR10IS_GSNVARCHAR102学生基本信息表（CLIENT_INFO）字段数据类型数据长度STU_NUMNVARCHAR10STU_NAMENVARCHAR10STU_DEPNVARCHAR20STU_MAJNVARCHAR10STU_EMAILNVARCHAR20STU_TELCHAR11STU_DOMNVARCHAR10STU_SEXNVARCHAR10STU_GRADENVARCHAR103一卡通表（CLIENT_CARD）字段数据类型数据长度STU_NUMNVARCHAR10LEFT_MONEYFLOAT8COUNT_NUMINT4IS_GSNVARCHAR104公告信息MESSAGE字段数据类型数据长度STU_NUMNVARCHAR10CARD_IDNVARCHAR10CARD_STATENVARCHAR20CARD_TIMEDATETIME8STU_NAME_SIGNNVARCHAR105交易记录表（PAY_RECORD）字段数据类型数据长度STU_NUMNVARCHAR10PAY_NUMREAL4LEFT_MONEYREAL4PAY_TIMEDATETIME8PAY_TYPENVARCHAR1043系统界面一个系统需要一个友好的用户界面。由于本系统是基于ASP开发的，所以，我们利用网页制作工具制作友好的用户界面。部分界面如图所示431进入系信息界面432系统介绍界面432系统介绍界面433公告通知界面434学生检索综合界面434学生综合检索界面435系统管理界面436网上支付界面44系统功能图管理模块管理登录验证管理页面通过未通过错误提示基本信息管理一卡通管理学生需求管理退出管理界面学生模块学生登录验证学生综合页面通过未通过错误提示学生登录资料修改账目查询找回密码密码修改网上支付第五章支付内容及方法51支付类型支付类型分为电费、水费、图书馆阅读、超市卡、饭卡和洗衣卡等登。52支付方式支付方式为网上支付，用户输入自己的一卡通账号和密码，可以查看自己的账户余额，然后选择合适的支付类型，支付的金额，然后提交即可。第六章操作方法61登录首先，点击主页上的系统管理超链接，即可跳转至相应的登录界面，若是学生也可以直接点击学生检索超链接登录学生综合查询页面。学生和管理员登录之后会用SESSION变量存储相应的用户信息，在页面的右上侧会有相应的用户名得显示。如果点击安全退出，则可以退出整个系统到达主页面。62资料修改学生可以对自己的基本信息进行修改，此信息只用于校园网一卡通信息记录。基本资料包括学号、姓名、性别、院系、专业、年级、联系方式、EMAIL和所在宿舍号等。63密码修改学生可以对其一卡通登录密码进行修改，但是必须在合适的条件之下进行修改。64找回密码如果学生不知道一卡通网上支付系统的登录密码，则可以通过找回密码来获得登录密码。系统通过自动发送EMAIL至学生当初注册一卡通时的邮箱。学生通过阅读EMAIL中的信息即可查询到登录密码。65账目查询学生可以通过账目查询，查询自己一卡通的账目余额，以便可以及时的向一卡通进行充值（银行卡转账的形式）。66网上支付学生可以通过选取合适的支付类型，然后输入一卡通登录账号和密码，支付的金额（不能超过卡上余额），进行支付。67退出系统点击返回主页，先跳转至主页。然后点击安全退出按钮，则会刷新主页，将用户的登录信息删除。第七章调和测试在这一节中，我们主要讨论了两个问题，一个是系统的联机文档，另一个是系统的测试，下面我们分别加以说明。作为一个完整的系统，联机文档是其中不可缺少的部分也是相当重要的部分。好的文档能够使用户快速了解并准确的使用系统的各项功能。减少误操作，减少错误产生的可能，这对用户和开发人员都有很多的好处。所以在开发本系统中，也加入了不少的文档，除了对于四大模块的详细说明外，对于易出错和不易操作的地方（如多条件查询部分）又作了详细的说明。由于本身能力的局限性，所以做编写的代码，即使经过反复检查也难免出错所以在本阶段力求使用有限的时间找出尽可能多的错误，力求系统尽量正确。我们在本系统的测试中使用了黑盒法（即不关心程序内部的逻辑结构，而是根据程序的功能来设计是检测）请一位不熟悉本系统的人来进行随意性的操作，打破习惯的操作顺序，从中发现错误，在此阶段系统的大量错误得到了改正。信息管理系统所涉及的数据库设计的重要步骤加载测试。加载测试工作贯穿于程序测试工作的全过程，整个录入、修改、查询、处理工作均可视为对数据库的加载测试工作。要设计出一个好的信息管理系统数据库，除满足系统所要求的功能外，还必须遵守下列原则1）基本表的个数越少越好。2主键的个数越少越好。键是表间连接的工具，主键越少，表间的连接就越简单。3字段的个数越少越好。4所有基本表的设计均应尽量符合第三范式。数据库的设计中，如何处理多对多的关系和如何设计主键，是两个有着较大难度、需要重点考虑的问题。第八章设计体会我的毕业设计的课题是基于校园网的网上支付系统的设计，以ASPNET为开发平台。ASPNET的功能强大，它不仅涉及数据库系系统的知识，还涉及到面向对象等方面的知识。ASPNET既不是一种语言，也不是一种开发工具，而是一种内含于IIS/PWS之中的易学易用，可以集成SCRIPT语言到HTML主页的服务器端的脚本语言环境，其主要功能是为生成动态的，交互的WEB服务器应用程序提供一种功能强大的方式和技术。用户可通过ASPNETCSQL的开发环境方便的设计数据库结构，管理数据库，设计应用界面，设计查询，设计表结构。这次设计充分体现了集体的智慧，每当遇见困难的时候，我都会向其他同学和老师请教，同时指导老师给予了我们莫大的鼓励和悉心的指导，当我遇到困难且又不能进行下去的时候，是他耐心、细致、不厌其烦的讲解才有我今天的成果。所谓“书到用时方恨少”，我很佩服我们的老祖宗很久以前就有了这样的结论。但“万事开头难”，只要你狠下一股劲，持之以恒，你就肯定能有很大的收获。虽然不能说“人有多大胆，地有多大产”，但是我相信只要我们能始终如一地朝着我们的目标前进，总有一天我们会实现我们的愿望我深深体会到毕业设计最能考验一个毕业生的理论与实践相结合的能力。经过一个多月的紧张的毕业设计，我各个方面的能力都有所提高特别是对分析问题、解决问题的能力有了很大的提高。结论经过两个个多月的设计和开发，校园一卡通网上支付系统基本开发完毕。其功能基本符合普通网络用户的需求。能够实现在线查询，在线支付，在线注册以及各类相关信息的显示等。并提供部分系统维护功能,使用户方便进行数据备份和恢复、数据删除。同时也考虑到了学生学号以减少数据冗余的问题，对于数据的一致性的问题也通过程序进行了有效的解决。虽然系统已经具有了交好的容错性能，通过了安全性检查。但是由于毕业设计时间较短，所以该系统还有许多不尽如人意的地方，比如联机文档比较少，用户界面不够美观，出错处理不够等多方面问题。这些都有待进一步改善。参考文献1孙小权,邹丽英校园一卡通的方案设计与管理J实验室研究与探索,2004,329312许纲理,刘振宁校园一卡通系统集成技术与应用J河南科技大学学报自然科学版,2004,258623苏文胜，马千军基于数字化校园的校园一卡通构建武汉理工大学学报，2005（1）991014荀建锋山东城建学院校园一卡通系统设计与应用D硕士学位，东南大学，20065李宏芳一种高安全的校园多功能一卡通设计J计算机与现代化，2005（2）78806宜建军，牛晓燕校园一卡通管理系统的设计与实现J河北工业科技，20077林葱校园一卡通系统的设计与管理J浙江师范大学学报，2006致谢在本次毕业设计中，我从指导老师王敏生老师身上学到了很多东西。王敏生老师认真负责的工作态度，严谨的治学精神和深厚的理论水平都使我收益匪浅。他无论在理论上还是在实践中，都给与我很大的帮助，使我得到不少的提高这对于我以后的工作和学习都有一种巨大的帮助，感谢他细心而又耐心的辅导。另外，在系统开发过程中计算机系其他老师和同学也给了我很大的帮助，帮助解决了不少的难点，使得系统能及时开发完成，还有同组的几位同学的互相帮助，齐心协力，这里一并表示感谢。附录AA、IIS简介WSB服务器是WEB应用程序的心脏。IISINTERNETINFORMATIONSERVER是微软推出的WINDOWSNTOPTIONPACK的主要成员，作为WINDOWSNT的扩展，自推出以来已经有了很大发展，其体系结构是当今市场上最受关注的WEB服务器之一。新推出的IIS40版本增强了系统安全性，具有服务器端脚本开发调试，内容管理和站点分析，崩溃防护，内置JAVA虚拟机及全面支持ASPNET等强大功能。B、IIS与ASPNET的结合在过去，客户机/服务器结构的设计与WEB的相关技术几乎处于平行线上，两者相互独立并无法作出集成性的设计。现在我们利用IISASPNET构成三层式WEB结构（如图21所示）的中间一层，将客户机/服务器结构与WEB密切结合，完成前后端两者的集成输出功能，使得WEB站点的开发更方便，实现的功能更强大。利用IISASPNET技术来集成WEB前后端所带来的强大效益可归结为以下几个方面1减少构建和维护成本2加快联机过程3应用软件集中在服务器端开发管理4前端可使用任何浏览器（IE、NETSCAPE）5后端可存取任何数据库SQL、SQL6可使用任何脚本语言开发VBSCRIPT、JAVASCRIPT、PERL图21三层式WEB结构示意图后端数据库ACTIVEXSERVER元件数据库服务器程序和计算逻辑ACTIVEXSERVER元件前端浏览器附录B数据库设计的步骤数据库设计分五个步骤数据库需求分析、概念设计、逻辑设计、物理设计与加载测试。（1）数据库需求分析的任务是将业务管理单证流化为数据流，划分主题之间的边界，绘制出DFD图，并完成相应的数据字典。（2）概念设计的任务是从DFD出发，绘制出本主题的实体关系图，并列出各个实体与关系的纲要表。（3）逻辑设计的任务是从ER图与对应的纲要表出发，确定各个实体及关系的表名属性。（4）物理设计的任务是确定所有属性的类型、宽度与取值范围，设计出基本表的主键，将所有的表名与字段名英文化（如MSSQLSERVER），实现物理建库，完成数据库物理设计字典。（5）加载测试工作贯穿于程序测试工作的全过程，整个录入、修改、查询、处理工作均可视为对数据库的加载测试工作。要设计出一个好的信息管理系统数据库，除满足系统所要求的功能外，还必须遵守下列原则1基本表的个数越少越好。2主键的个数越少越好。键是表间连接的工具，主键越少，表间的连接就越简单。3字段的个数越少越好。4所有基本表的设计均应尽量符合第三范式。数据库的设计中，如何处理多对多的关系和如何设计主键，是两个有着较大难度、需要重点考虑的问题。MICROSOFTIISASPNET浏览器请删除以下内容，O_O谢谢THEORIGINOFTAXATIONINTHEUNITEDSTATESCANBETRACEDTOTHETIMEWHENTHECOLONISTSWEREHEAVILYTAXEDBYGREATBRITAINONEVERYTHINGFROMTEATOLEGALANDBUSINESSDOCUMENTSTHATWEREREQUIREDBYTHESTAMPTAXTHECOLONISTSDISDAINFORTHISTAXATIONWITHOUTREPRESENTATIONSOCALLEDBECAUSETHECOLONIESHADNOVOICEINTHEESTABLISHMENTOFTHETAXESGAVERISETOREVOLTSSUCHASTHEBOSTONTEAPARTYHOWEVER,EVENAFTERTHEREVOLUTIONARYWARANDTHEADOPTIONOFTHEUSCONSTITUTION,THEMAINSOURCEOFREVENUEFORTHENEWLYCREATEDSTATESWASMONEYRECEIVEDFROMCUSTOMSANDEXCISETAXESONITEMSSUCHASCARRIAGES,SUGAR,WHISKEY,ANDSNUFFINCOMETAXFIRSTAPPEAREDINTHEUNITEDSTATESIN1862,DURINGTHECIVILWARATTHATTIMEONLYABOUTONEPERCENTOFTHEPOPULATIONWASREQUIREDTOPAYTHETAXAFLATRATEINCOMETAXWASIMPOSEDIN1867THEINCOMETAXWASREPEALEDINITSENTIRETYIN1872INCOMETAXWASARALLYINGPOINTFORTHEPOPULISTPARTYIN1892,ANDHADENOUGHSUPPORTTWOYEARSLATERTHATCONGRESSPASSEDTHEINCOMETAXACTOF1894THETAXATTHATTIMEWASTWOPERCENTONINDIVIDUALINCOMESINEXCESSOF4,000,WHICHMEANTTHATITREACHEDONLYTHEWEALTHIESTMEMBERSOFTHEPOPULATIONTHESUPREMECOURTSTRUCKDOWNTHETAX,HOLDINGTHATITVIOLATEDTHECONSTITUTIONALREQUIREMENTTHATDIRECTTAXESBEAPPORTIONEDAMONGTHESTATESBYPOPULATIONPOLLOCKVFARMERSLOANTHEEXPLANATIONOFTHETAXREFORMACTOF1986WASMORETHANTHIRTEENHUNDREDPAGESLONGPUBL99514,OCT22,1986,100STAT2085COMMERCECLEARINGHOUSE,APUBLISHEROFTAXINFORMATION,RELEASEDAVERSIONOFTHEINTERNALREVENUECODEINTHEEARLY1990STHATWASFOURTIMESTHICKERTHANITSVERSIONIN1953CHANGESTOTHETAXLAWSOFTENREFLECTTHETIMESTHEFLATTAXOF1913WASLATERREPLACEDWITHAGRADUATEDTAXAFTERTHEUNITEDSTATESENTEREDWORLDWARI,THEWARREVENUEACTOF1917IMPOSEDAMAXIMUMTAXRATEFORINDIVIDUALSOF67PERCENT,COMPAREDWITHARATEOF13PERCENTIN1916IN1924SECRETARYOFTHETREASURYANDREWWMELLON,SPEAKINGTOCONGRESSABOUTTHEHIGHLEVELOFTAXATION,STATED,THEPRESENTSYSTEMISAFAILUREITWASANEMERGENCYMEASURE,ADOPTEDUNDERTHEPRESSUREOFWARNECESSITYANDNOTTOBECOUNTEDUPONASAPERMANENTPARTOFOURREVENUESTRUCTURETHEHIGHRATESPUTPRESSUREONTAXPAYERSTOREDUCETHEIRTAXABLEINCOME,TENDTODESTROYINDIVIDUALINITIATIVEANDENTERPRISE,ANDSERIOUSLYIMPEDETHEDEVELOPMENTOFPRODUCTIVEBUSINESSWAYSWILLALWAYSBEFOUNDTOAVOIDTAXESSODESTRUCTIVEINTHEIRNATURE,ANDTHEONLYWAYTOSAVETHESITUATIONISTOPUTTHETAXESONAREASONABLEBASISTHATWILLPERMITBUSINESSTOGOONANDINDUSTRYTODEVELOPCONSEQUENTLY,THEREVENUEACTOF1924REDUCEDTHEMAXIMUMINDIVIDUALTAXRATETO43PERCENTREVENUEACTS,JUNE2,1924,CH234,43STAT253IN1926THERATEWASFURTHERREDUCEDTO25PERCENTTHEREVENUEACTOF1932WASTHEFIRSTTAXLAWPASSEDDURINGTHEGREATDEPRESSIONREVENUEACTS,JUNE6,1932,CH209,47STAT169ITINCREASEDTHEINDIVIDUALMAXIMUMRATEFROM25TO63PERCENT,ANDREDUCEDPERSONALEXEMPTIONSFROM1,500TO1,000FORSINGLEPERSONS,ANDFROM3,500TO2,500FORMARRIEDCOUPLESTHENATIONALINDUSTRIALRECOVERYACTOF1933NIRA,PARTOFPRESIDENTFRANKLINDROOSEVELTSNEWDEAL,IMPOSEDAFIVEPERCENTEXCISETAXONDIVIDENDRECEIPTS,IMPOSEDACAPITALSTOCKTAXANDANEXCESSPROFITSTAX,ANDSUSPENDEDALLDEDUCTIONSFORLOSSESJUNE16,1933,CH90,48STAT195THEREPEALIN1933OFTHEEIGHTEENTHAMENDMENT,WHICHHADPROHIBITEDTHEMANUFACTUREANDSALEOFALCOHOL,BROUGHTINANESTIMATED90MILLIONINNEWLIQUORTAXESIN1934THESOCIALSECURITYACTOF1935PROVIDEDFORAWAGETAX,HALFTOBEPAIDBYTHEEMPLOYEEANDHALFBYTHEEMPLOYER,TOESTABLISHAFEDERALRETIREMENTFUNDOLDAGEPENSIONACT,AUG14,1935,CH531,49STAT620THEWEALTHTAXACT,ALSOKNOWNASTHEREVENUEACTOF1935,INCREASEDTHEMAXIMUMTAXRATETO79PERCENT,THEREVENUEACTSOF1940AND1941INCREASEDITTO81PERCENT,THEREVENUEACTOF1942RAISEDITTO88PERCENT,ANDTHEINDIVIDUALINCOMETAXACTOF1944RAISEDTHEINDIVIDUALMAXIMUMRATETO94PERCENTTHEPOSTWORLDWARIIREVENUEACTOF1945REDUCEDTHEINDIVIDUALMAXIMUMTAXFROM94PERCENTTO91PERCENTTHEREVENUEACTOF1950,DURINGTHEKOREANWAR,REDUCEDITTO844PERCENT,BUTITWASRAISEDTHENEXTYEARTO92PERCENTREVENUEACTOF1950,SEPT23,1950,CH994,STAT906ITREMAINEDATTHISLEVELUNTIL1964,WHENITWASREDUCEDTO70PERCENTTHEREVENUEACTOF1954REVISEDTHEINTERNALREVENUECODEOF1939,MAKINGMAJORCHANGESTHATWEREBENEFICIALTOTHETAXPAYER,INCLUDINGPROVIDINGFORCHILDCAREDEDUCTIONSLATERCHANGEDTOCREDITS,ANINCREASEINTHECHARITABLECONTRIBUTIONLIMIT,ATAXCREDITAGAINSTTAXABLERETIREMENTINCOME,EMPLOYEEDEDUCTIONSFORBUSINESSEXPENSES,ANDLIBERALIZEDDEPRECIATIONDEDUCTIONSFROM1954TO1962,THEINTERNALREVENUECODEWASAMENDEDBY183SEPARATEACTSIN1974THEEMPLOYEERETIREMENTINCOMESECURITYACTERISACREATEDPROTECTIONSFOREMPLOYEESWHOSEEMPLOYERSPROMISEDSPECIFIEDPENSIONSOROTHERRETIREMENTCONTRIBUTIONSPUBLNO93406,SEPT2,1974,88STAT829ERISAREQUIREDTHATTOBETAXDEDUCTIBLE,THEEMPLOYERSPLANCONTRIBUTIONMUSTMEETCERTAINMINIMUMSTANDARDSASTOEMPLOYEEPARTICIPATIONANDVESTINGANDEMPLOYERFUNDINGERISAALSOAPPROVEDTHEUSEOFINDIVIDUALRETIREMENTACCOUNTSIRASTOENCOURAGETAXDEFERREDRETIREMENTSAVINGSBYINDIVIDUALSTHEECONOMICRECOVERYTAXACTOF1981ERTAPROVIDEDTHELARGESTTAXCUTUPTOTHATTIME,REDUCINGTHEMAXIMUMINDIVIDUALRATEFROM70PERCENTTO50PERCENTPUBLNO9734,AUG13,1981,95STAT172THEMOSTSWEEPINGTAXCHANGESSINCEWORLDWARIIWEREENACTEDINTHETAXREFORMACTOF1986THISBILLWASSIGNEDINTOLAWBYPRESIDENTRONALDREAGANANDWASDESIGNEDTOEQUALIZETHETAXTREATMENTOFVARIOUSASSETS,ELIMINATETAXSHELTERS,ANDLOWERMARGINALRATESCONSERVATIVESWANTEDTHEACTTOPROVIDEASINGLE,LOWTAXRATETHATCOULDBEAPPLIEDTOEVERYONEALTHOUGHTHISSINGLE,FLATRATEWASNOTINCLUDEDINTHEFINALBILL,TAXRATESWEREREDUCEDTO15PERCENTONTHEFIRST17,850OFINCOMEFORSINGLESAND29,750FORMARRIEDCOUPLES,ANDSETAT28TO33PERCENTONREMAININGINCOMEMANYDEDUCTIONSWEREREPEALED,SUCHASADEDUCTIONAVAILABLETOTWOINCOMEMARRIEDCOUPLESTHATHADBEENUSEDTOAVOIDTHE“MARRIAGEPENALTY“AGREATERTAXLIABILITYINCURREDWHENTWOPERSONSFILEDTHEIRINCOMETAXRETURNASAMARRIEDCOUPLERATHERTHANASINDIVIDUALSALTHOUGHTHEPERSONALEXEMPTIONEXCLUSIONWASINCREASED,ANEXEMPTIONFORELDERLYANDBLINDPERSONSWHOITEMIZEDEDUCTIONSWASREPEALEDINADDITION,ASPECIALCAPITALGAINSRATEWASREPEALED,ASWASANINVESTMENTTAXCREDITT