【《基于SQL的校园运动会管理系统的设计和实现》14000字（论文）】

绪论1.1引言本课题目的是开发一套符合校园运动会规范的运动会管理系统，其中包括学生端和后台管理端，能够应用在各大高校的运动会中，促使校园运动会的举办更信息化，提升高校举办校园运动会的工作效率。1.2研究背景在讲究全民健身的时代中，田径运动会作为其主要内容，而对于各大高校而言，高校不仅担负着教育的重任，还有增强学生体格的职责[1]。目前每所高校每学年基本会在秋季举办校园运动会，但每个高校内学院或院系数量又较多，参加的运动员数量也不在少数，并且比赛所举办的项目也较为宽泛，而在学习为主的高校中，运动会基本必须在两三天内举办完成[2]，并且在运动会闭幕式之前，必须将各个学院所获总分、破纪录总数等数据统计出来，这对于运动会管理人员的工作效率是一个极大的挑战。但目前大部分学院还是采用传统方式由体育部老师使用微软办公软件来协调安排比赛[3]，这对于举办运动会的效率而言，是会有较大的负面影响。1.3研究现状随着现代物理、化学技术的研究使用，计算技术也在螺旋式地发展提升，几乎每个行业都能看到计算机的使用痕迹，管理系统的实施也逐渐成熟[4]，在体育方面[5]，运动会的管理方式也在随着时代的进步而进步。并且由于观众的对于比赛结果的要求越来越高，例如要求准确、实时地提供比赛信息，播报比赛结果等等，还有在比赛过程中要求尽量减少人为因素的干扰等[6]。1.3.1国外研究现状在国外，运动会管理早已开始信息化进程[7]，在上世纪下半叶运动会管理就已经引用了信息管理系统[8]。在1984年美国在洛杉矶举办的奥运会上，就已经在这综合运动会中引入了多个公司联合打造的运动会信息处理系统，让计算机进行统一的存储和管理奥运会中产生的信息和数据[9]。截至目前为止，在国际上举办的各项综合类运动会赛事中，计算机系统都在发挥着及其重要的作用[10]。但近几年来各种奥运会等世界级赛事，为了满足数据的管理需求，在资金方面给予的预算相当充足，不惜成本、耗资巨大以实现运动比赛数据的信息化、自动化管理。但普通高校并没有这样的资金和技术去支持运行这种昂贵的系统，可是运动会管理系统在国外不只是在类似奥运会等专业综合性运动会中使用，各大国外高校在举办运动会的时候也都基本采用网络计算机进行[11]，在国外有一家名为源迅公司，这家公司设了一款新型的学校管理系统，能够有效地将运动会进行信息化的发展[12]，将整个比赛过程中产生的数据由信息技术进行管理，比赛的方法和结果也由这种信息管理方法紧密结合。在比赛结束后，运动员的成绩以及运动会中各种数据通过系统进行处理，由此实现了体育赛事的信息化管理。1.3.2国内研究现状而在国内，随之时代和信息化的发展，以及计算机技术应用的不断深入研究，运动会信息管理系统的水平也在不断普及和提示。我国目前的运动会信息管理系统已经在一些重大的比赛中运用了，例如2002年的第十一届运动会、2008年举办的世界瞩目性的北京奥运会等，但是这些运动会信息管理软件有些是从国外引进的，并不适合我国的社会国情；有些是由国内开发的软件，但是采用的是单机版的运行方式，并且大多是为某次运动会而临时特别设计的，并不适用于其他运动会，导致其通用性较差，实时性就更无从谈起了[13-16]。在许多赛事级别较低的运动会中，基本还是使用传统的纸质书写方式来管理运动会信息，这种方式限制了运动会的发展，影响了运动员的积极性，也导致了我国体育发展的局限性。就目前而言，我国许多小规模运动会如各个公司或各个学校运动会等，因为在资金预算方面上的不足的问题以及场地使用率不高的问题，导致计算机网络技术在这方面的应用造成了限制，又因为每个单位所举办的运动会赛事项目不同，再加上现有的运动会管理系统的灵活性不够，不能适用于这些运动会的举办，无法满足运动会的需求，导致软件不能得到广泛的应用。运动会信息管理系统在大型综合运动会中，我们可以将其视为“中枢神经系统”，它不仅反映了其组委会组织管理能力，也反映了组委会的科技水平，同时，它也可以作为一个地区现代化程度的标志[17-19]。1.4开发的必要性为了更好地分析本系统的必要性，本次系统将我校的田径运动会作为基本研究对象，为了有效地提高学校对于运动会的管理水平[20]，进行了实地考察，基于考察实情，分析出目前我校运动会的现状和需求为以下几点：赛前进行比赛报名提交报名表时，由各班级体委提交参赛人员名单至学院负责人处，负责人将本学院比赛人员进行整合再上交至校体育部进行整理。此报名流程复杂，拉长了比赛报名响应时间，且周转负责人较多，易造成数据丢失。该情况需要系统能够实现校体育部管理端能进行学生报名情况实时查看。在比赛中，每轮比赛结果不能及时展示，需要学生等待半小时左右，且需要学生不断去指定地点查看，才能知道比赛结果是否公布。此现状易造成学生流动多，无法进行统一流动管理，学院甚至需要单独一个学生负责查看比赛成绩，导致人员职能分配不合理。此现象需要系统能够实时展示比赛结果，并且学生不用在指定地点就能查看结果。目前学校比赛结果由专门人员进行手写、摘抄，若项目累积或长时间书写，比赛成绩极易出现错误。此现状易导致比赛成绩结果不准确，或受书写字迹影响，造成成绩结果难以辨认现象。此情况采用信息化系统管理即可解决。比赛结束后，体育部老师需要及时地将各个学院通过各项比赛赛事所获团体总分进行统计复核，而赛事的数量会导致教师工作统计量大。这要求系统能够自动对比赛团体积分进行统计。从目前现状来看，我校的田径运动会举办基本都采用人工的方式进行，这对于运动会的举办进度而言是非常缓慢的[21]，根据这些现状需求来推演出一套适合于本校的运动会信息管理系统是非常有必要的。1.5主要研究内容本论文通过对现有校园运动会管理方式研究，以及对各大综合赛事中使用的管理系统的总结和思考，设计并实现了校园运动会信息管理系统。学生端的功能有：成绩查看等功能，后台管理端有：学生管理、赛程安排管理、赛事管理、报名管理、预赛成绩管理、决赛成绩管理，历史纪录管理，数据统计。本文的结构安排如下：绪论。主要介绍了本课题的研究背景以及国内外研究现状概述等。开发技术概述。主要介绍了本系统采用技术、应用程序等。系统分析。详细介绍了本系统的可行性分析和需求分析。系统设计。主要详细地介绍了系统的功能设计、功能模块的设计以及数据库的逻辑结构设计。系统实现。详细介绍了登录模块、首页样式、赛程安排管理模块、赛事管理、组别管理学生管理、报名管理、决赛管理功能以及部分功能关键代码展示。系统测试。介绍了系统测试的目的以及其测试意义，以及系统用例测试，测试结论，以求尽早发现校园运动会信息管理系统中潜在的问题，进行逐一完善。结论。

2开发技术概论2.1ASP.NET简介ASP.NET技术建立的开发平台可以是动态的，而且它是.NET大框架的一部分，而.NET平台兼容许多高级语言，如C#，Javascript之类的高级语言。ASP.NET可以采用这些语言，而且有各种UI控件供开发选择使用，这样可以有效地节约开发者的代码编写，以提高开发的效率。本系统最终决定采用该框架来完成开发工作，主要是基于其以下特点。平台的无关性。采用该技术开发的系统在终端的各种浏览器都可以浏览使用。本系统开发采用了B/S架构，采取网页形式进行访问登录，该技术特点能以防用户采用不同浏览器进行登录会出现的报错。调试易操作。采用该技术开发的校园运动会信息管理系统可以通过设置特定的断点来进行代码的调试工作。在代码编写阶段，若程序代码调试时出现问题，该技术特点能使得系统调试工作更加方便，易操作。开发效率高。系统只会对需要调用的代码进行编译，而且不会对已经编译的代码重复编译。对于该系统页面功能较多的情况下，只对需要调用的代码进行编译，可以大大减少代码编译时间，以提高整体代码编写效率。可读性高。布局结构代码和逻辑结构代码分放在不同的文件中，以便于开发者在较久时间后，也能对于结构代码进行二次开发，以提高系统的使用率，加强用户系统体验感，增强用户系统使用满意度。2.2SQLServer简介SQLServer数据库是一个非常安全可靠，高效的数据存储平台。本系统最终优选SQLServer数据库来完成数据支持工作，主要基于其以下特性。安全稳定的存储平台。在多家优秀公司采用SQL数据库作为数据存放平台的背景下，该数据库技术应用广泛，数据存储服务可靠安全，存放校园运动会基础数据安全性可以得到保障。开发效率高。采用该数据库存储，能够为开发者节省设计数据存储细节的工作量和时间，从而去提高开发效率。在数据库设计界面，可以方便快捷看到各个数据类型，方便代码编写。数据存储，功能强大。该数据库功能全面，提供多种数据存储服务。针对该系统使用背景下，多种数据类型不一，该数据库可以支持多种数据类型进行存储。2.3C#语言简介C#作为一款面向对象的编程语言，其中ASP.NET技术主要承接了C++和C语言的一些特点。C#高级编程语言操作和学习都相对简单，且具有安全性高的特点。当前各种技术更新的速度非常快，系统的升级更新也非常迅速。系统开发者需要选用相对容易更新的技术来完成需求系统的开发实施工作，而且C#语言具有许多内置功能，可以满足开发者的要求，易于使用。

3系统分析3.1可行性分析本系统是基于使校园运动会进行信息化、科学化、规范化管理的基础而设计开发的，让学校管理员在赛前、赛中、赛后三个阶段对运动会进行管理，本系统将从操作可行性、技术可行性、经济可行性三个角度出发，进行可行性分析。3.1.1操作可行性在我国，随着经济的发展以及教育的普及，人们的文化水平和综合素质有了很大的提高，通用的计算机操作知识已经非常普及。根据本系统预设的操作界面而言，其人机交互界面的操作流程是非常简单的。因此，本校园运动会信息管理系统对于使用者来说，完全没有技术壁垒，了解校园运动会信息管理系统的功能就可以自行完成系统的操作，所以本校园运动会信息管理系统在操作上是可行的。3.1.2技术可行性对于本校园运动会信息管理系统的技术可行性的分析，可以着眼于下面两个关键问题，一是能够支持本校园运动会信息管理系统的开发工具和技术是否具备；二是支持开发和实施的硬件软件要求的环境是否能够达成。首先，本系统是采用常用的B/S结构。这比采用C/S结构的系统应用更加方便实施和维护。开发环境是VisualStudio2010和SQLserver2012数据库。此环境搭建比较容易实现，并且能够支持此校园运动会信息管理系统的开发工作。此外，本校园运动会信息管理系统的开发和实施，对于软件和硬件的要求都不是很高，个人的PC电脑就可以完全胜任，因此也是非常容易满足的。由上汇总，本校园运动会信息管理系统的开发，在技术上是完全可行的。3.1.3经济可行性经济的可行性分析，主要是以开发的成本来进行系统开发可行性的考虑。就开发的成本而言，本系统是个人开发实现的系统项目，项目的主要目的是用于学习。因此，开发搭建的环境比较容易满足，除开发软件的购买外，无需特别的支出。所以，个人是完全可以承担。因此本校园运动会信息管理系统在经济上是完全可行的。由上可知，本系统在操作可行性方面、技术可行性方面以及经济可行性方面都能够达成需求。因此，本校园运动会信息管理系统的实现是可行的。3.2功能的需求分析3.2.1系统目标随着互联网时代的到来，运用计算机技术和设计思想，设计并实现该系统，通过本系统可以对校园运动会的数据进行信息化管理，促使运动会管理信息化，提高校园运动会的管理水平。3.2.2功能需求本系统的主要使用对象有学生和学校运动会管理人员，根据运动会的相关业务需求，主要分为学生端和后台管理端。学生端主要功能模块有：报名查看、预赛成绩查看、决赛成绩查看、历史纪录查看、数据统计；后台管理端主要对运动会业务数据和学生进行管理，主要功能包括：学生管理、赛事安排管理等。在学生端部分，用户群体为学生。经过对系统的业务需求分析，与学生用户的用例包括：用户管理、报名查看、成绩查看、历史纪录查看、数据统计，如图3-1所示。图3-1学生端用户用例图用户管理模块包括了用户的注册、登录、登出。用户在注册时，系统只进行学生注册功能，学生进行相关信息填写，因学校人数众多，为预防同名同姓人员不能注册本系统，系统采用学号作为唯一识别码，若后台数据库已有该学号，则提示当前用户已添加，当人员注册成功后，系统将退回到首页。当用户通过用户名和密码进行登录成功后，服务器进行session状态存储。用户退出登录后，及时清除cookie和session，并且页面重定向至登录页面。报名管理模块包括比赛报名、赛程安排查看、赛事查看。比赛报名功能能在学生在报名成功后，能够通过此功能模块确认报名是否已被管理员受理，能够查看自己在预赛中的分组分道查询，或者是学院运动赛事负责人查看本学院所有运动赛事报名情况。赛程安排查看能查看每项比赛的具体举办日期和时间，赛事查看能看到每个具体项目的相关介绍。成绩查看模块包括了预赛成绩查看和决赛成绩查看。通过此功能模块，学生能确认所有运动赛事的比赛成绩情况，并且快速清晰地确认各位运动员在此项目赛事中的成绩排名情况，以及决赛举行后，各位运动员通过此赛事为本学院获得多少积分。历史记录查看模块主要是用户能通过此界面进行往届运动会最好纪录查询。数据统计模块主要包括破纪录统计和团体积分查看。破纪录统计功能为对于在本次运动会中，破纪录的运动员相关信息进行展示，主要包括运动员姓名、所属学院、破纪录赛事、成绩等信息。团体积分查看功能为本次运动会各个学院所获团体积分查看，使各个学院通过各项赛事所获积分做到实时化更新，公开透明化展示。在后台管理端部分中，系统用户主要为学校运动会管理人员即体育部教师等人员。与用户相关的用例包括：学生管理、赛事安排管理、赛事管理、报名管理、成绩管理、历史纪录管理、数据统计，如图3-2所示。图3-2后台管理端用户用例图学生管理模块是管理员可以查看有哪些学生注册了本系统，并且可以修改这些账户的信息。赛事安排管理包括赛事安排添加和赛事安排修改。在此模块中管理员将每个赛事的举办日期、举办时间进行维护，使学生端能查看赛事安排。赛事管理包括组别维护、赛事添加、赛事修改。在赛事添加中，管理员可以录入赛事内容、赛事报名截止时间等。报名管理模块管理员可以进行运动员报名状态查看，并且将预赛分组分道进行录入，对于不符合报名条件的可以将其报名申请取消。成绩管理模块主要有预赛成绩录入，决赛分组分道、决赛成绩录入。在成绩录入过程中，对于比赛成绩获得名次以及比赛成绩获得积分进行输入，让学生端能够看到对应成绩以及名次、积分。此外，还能将赛事中破纪录的运动运成绩进行标注。历史纪录管理模块包括历史纪录添加和历史纪录修改。数据统计模块包括破纪录统计以及学院分数统计。3.2.3系统要求根据系统的需求等分析，可以得出本系统必须满足以下系统要求：系统访问要求操作便捷是本校园运动会信息管理系统的一个重要要求，为了达成这个目标，这就要求本校园运动会信息管理系统的导航设置要合理清晰，能够帮助使用者快速访问所需要的功能，另外，功能设置要简单并且实用、用户的权限要分配合理。这都能够有效地帮助使用者更快的了解和使用本校园运动会信息管理系统。管理维护要求应用系统的开发一般会选用B/S和C/S两种框架结构，对比之下B/S结构设计的系统，在系统实施和维护方面更加有利于维护操作，因为B/S设计的系统需要更新时，开发者只需要对服务器端的数据进行更新，并进行重新上传，相对而言，维护和更新更容易操作。因此，本校园运动会信息管理系统选用B/S结构，符合易管理维护的需求。页面的设计方面系统的页面布局可以给使用者最直观的感受。布局是否合理，是否有条理，是否符合常规操作人员的操作习惯等，都直接影响使用者的使用体验。本校园运动会信息管理系统不仅需要完成预期的功能需求，而且系统的操作页面也力求更直观清晰。

4系统设计4.1系统功能设计通过对系统实际需求进行分析后，后台管理端功能模块如图4-1所示，学生端功能模块如图4-2所示：图4-1后台管理端功能结构图图4-2学生端功能结构图4.2系统模块设计本系统的使用者需要使用系统中受权限限制的功能时一定要通过登录模块的验证，确定用户的合法身份。在用户需要登录本系统时，需要依照开发者预先设定的要求，手动输入用户的用户名和密码等信息组合，提交以后由系统进行合法性验证，方法是以用户输入的信息组合与数据库中已经储存的用户账户信息组合进行比对，按照此时对比的结果来判定使用者的合法性身份，结果是用户合法，则校园运动会信息管理系统就会完成登录页面的自动跳转动作，给出登录成功的提示。否则系统的登录界面不会进行页面跳转，并给出相应的错误提示，流程图如下图4-3所示：图4-3系统登录流程图赛事信息主要是管理员发布赛事的相关信息，流程图如下图4-4：图4-4赛事信息流程图赛事安排主要是管理员登记赛事安排的相关信息，流程图如下图4-5：图4-5赛事安排信息流程图4.3数据库设计4.3.1E-R图设计本系统所采用E-R模型建立反映用户观点的数据模型，遵循了其三范式的原则，将各个局部的E-R模型进行整合后，再集成为全局E-R模型，其表示方法为：实体集用矩形框进行表示，属性用椭圆进行表示，一对一关联用菱形框和连接线以及1-1进行表示，一对多关联用1-N进行表示。赛事管理赛事管理模块有赛程安排、赛事、赛事信息三个实体集，赛事管理模块的实体集以及包含的属性为：赛程安排（编号、名称、介绍、日期、操作用户名）赛事（编号、赛事名称）赛事信息（编号、赛程名称、标题、图片、内容、主办单位、操作用户名、发布时间、结束时间）赛事管理部分E-R图如图4-6、图4-7、图4-8所示：图4-6赛事安排E-R图图4-7赛事E-R图图4-8赛事信息E-R图用户管理用户管理模块只有学生一个实体集，学生模块的实体集及包含属性为：用户（编号、用户名、姓名、联系电话、学院、班级、学号、照片、备注、邮件、权限、密码）用户管理部分E-R图如图4-9所示：图4-9用户信息E-R图参赛信息管理参赛信息管理模块只有参赛信息一个模块，参赛信息模块的实体集及包含属性为：参赛信息（编号、赛事编号、学生姓名、学院、班级、学号、联系方式、用户名、录入时间、预赛状态、预赛分组、预赛分道、成绩、预赛登记状态、预赛积分、决赛状态、决赛分组、决赛分道、纪录状态、决赛成绩）参赛信息管理部分E-R图如图4-10所示：图4-10参赛信息E-R图纪录管理纪录管理模块只有纪录一个实体集，纪录管理模块的实体集及包含属性为：纪录（编号、类型、比赛名称、姓名、学院、成绩、运动会名称）纪录管理部分E-R图如图4-11所示：图4-11成绩纪录E-R图整体E-R图根据局部E-R图设计以及系统各个数据模块之间的关联，可以得出系统整体E-R图设计，如图4-12所示：图4-12整体系统E-R图4.3.2逻辑结构设计赛事管理根据赛事管理模块E-R图设计为基础，可以得到数据库字段设计如表4-1、表4-2、表4-3所示：表4-1赛事安排表字段名数据类型是否可空是否主键说明idInt(4)否是自增编号titleVarchar(200)否否赛事名称contentsVarchar(5000)是否赛事介绍datesVarchar(50)是否发布日期usersVarchar(50)是否操作用户名表4-2组别表字段名数据类型是否可空是否主键说明idInt(4)否是自增编号sortVarchar(50)否否组别名称表4-3赛事信息表字段名数据类型是否可空是否主键说明idInt(4)否是自增编号sortVarchar(50)否否组别名称titleVarchar(50)是否赛事名称imageVarchar(50)是否图像contentsVarchar(5000)是否详细介绍publisherVarchar(50)是否举办方publishVarchar(50)是否举办时间usersVarchar(50)是否操作用户名enddateVarchar(50)是否结束时间用户管理根据用户管理模块所画E-R图，可以得出该表所需字段，如表4-4所示：表4-4用户信息表字段名数据类型是否可空是否主键说明idInt(4)否是自增编号nameVarchar(50)否否姓名sexVarchar(50)是否性别notesVarchar(500)是否备注imageVarchar(50)是否照片usersVarchar(50)否否用户名pwdVarchar(50)是否密码roleVarchar(50)是否权限emailVarchar(50)是否邮件phoneVarchar(50)是否联系电话gradeVarchar(50)是否学院classVarchar(50)是否班级numVarchar(50)是否学号参赛信息根据参赛信息模块所画E-R图，可以得出该表所需字段，如表4-5所示：表4-5参赛信息表字段名数据类型是否可空是否主键说明idInt(4)否是自增编号gameidInt(4)是否赛事编号nameVarchar(50)否否姓名gardeVarchar(50)是否学院classVarchar(50)是否班级numVarchar(50)是否学号phoneVarchar(50)是否联系电话usersVarchar(50)是否用户名datesVarchar(50)是否录入时间scVarchar(50)是否预赛状态fzVarchar(50)是否预赛分组fdVarchar(50)是否预赛分道cjVarchar(50)是否成绩yspjlVarchar(50)是否预赛是否破纪录ysjfVarchar(50)是否预赛名次jsscVarchar(50)是否决赛状态jsfzVarchar(50)是否决赛分组jsfdVarchar(50)是否决赛分道jscjVarchar(50)是否决赛成绩jlVarchar(50)是否决赛是否破纪录jsjfVarchar(50)是否决赛积分JsmcVarchar(50)是否决赛名次纪录管理根据纪录管理模块所画E-R图，可以得出该表所需字段，如表4-6所示：表4-6纪录表字段名数据类型是否可空是否主键说明idInt(4)否是自增编号TypeVarchar(50)否否类型nameVarchar(50)是否赛事名称scoresVarchar(50)是否成绩stuVarchar(50)是否姓名proVarchar(50)是否学院titleVarchar(50)是否运动会名称

5系统实现5.1学生端5.1.1注册与登录在新用户首次进入系统页面时，需要进行系统注册，开始注册步骤后，系统页面将跳转至注册页面。用户进行登录系统操作时，系统根据预设的SQL语句在后台查找对应的用户名和密码，确认是否匹配，以判断使用者的合法性身份，若验证通过，则登录成功；若验证失败，则提示密码错误。在用户权限方面，注册用户皆对应学生权限，在进入个人中心后，系统会根据用户不同的权限，加载对应的功能。用户登录界面如图5-1所示，注册界面如图5-2所示。图5-1登录图5-2注册界面5.1.2首页为了实现对首页页面的多样化，避免首页页面过于单调，系统在首页进行了赛事安排展示以及赛事报名入口，其中最重要的管理工作就是对首页信息的检索以及显示出来供用户查看及系统按需要调用。在页面登录后，系统调用了中客户端session状态存储，将登录用户的用户名、密码等信息进行存储，以便记录登录人员账户，再回到首页时，无需进行重复操作登录。在首页赛事信息中能看到首页展示的4个赛事项目，若项目数量多于4个及以上，用户能够在搜索输入框输入相关赛事名称信息，系统能进行模糊查询语句，查询到其感兴趣的赛事。赛事名称搜索实现的具体方法是在系统中，预先设定Select命令语句行，在执行时，可以根据用户录入内容作为关键字，在指定的存储表中完成数据的搜索，并将检索的结果，以数据集的形式存储，这样可以完成属性和内容的对应，也就可以实现首页数据按照系统的预设要求进行显示，方便用户查看。学生登录后首页样式如图5-3，在退回首页系统通过session状态实现自动登录关键代码如图5-4，赛事搜索的关键代码如图5-5。图5-3首页图5-4防止需重复登录关键代码图5-5赛事搜索关键代码5.1.3报名管理在该页面学生可以对赛事进行详情查看和在线报名，使用者完成本校园运动会信息管理系统中报名信息的查看及查询功能时，本校园运动会信息管理系统会根据使用者的具体操作进行对应内容的查询和展示动作，具体是校园运动会信息管理系统通过执行预设SQL查询指令，按照使用者的要求，在相应的数据库中查询检索符合条件的数据行，并且将检索的数据行内容和属性以数据集的形式对应绑定，方便通过Gridview控件调用和按照需要进行显示，在进行数据的绑定时，本系统会按照预设的要求使用Datakeynames属性来对应绑定当前数据行的主键，这是为了在需要进行后续的数据操作时，更加方便地进行数据的定位，保证数据的唯一性，减少出错，如进行指定行的删除操作，指定属性内容的修改更新操作等。用户在赛事查看报名界面点击报名按钮后，系统通过存储的session状态读取该账户姓名、学院、班级、学号、联系方式，在对应控件中显示，用户无需输入重复信息，以提高报名效率。当进行报名操作时，系统会执行预设的SQL语句，在对应表内进行数据查找，若该赛事已有该学号信息，则会提示“您已报名此项目，无需重复报名”，并退回到首页。赛事具体信息查看界面如图5-6，参赛报名界面如图5-7，运动员报名关键代码如图5-8。图5-6赛事查看报名图5-7参赛报名图5-8运动员报名关键代码5.1.4报名查询在用户进入个人中心界面后，能进行报名查询，在此界面，能够查看到该学生所属学院所有报名人员以及报名赛事。若该报名已被管理员受理，也可看到预赛分组分道等信息，若想要取消报名，则需要联系管理员进行取消报名操作。报名查询界面如图5-9所示。图5-9报名查询5.1.5成绩查询管理在比赛结束后，学生可在预赛成绩查看界面或决赛成绩查看界面进行相关比赛成绩结果查询。在进入成绩查询界面时，用户可以在输入框输入想要查找的赛事名称或者组别名称，系统后台通过执行预设的SQL语句，进行模糊查询，查询结果会在GridView1中进行展示。预赛赛事结果成绩会根据名次进行升序排序，让能进决赛的人员一目了然，决赛赛事结果成绩也是根据名次进行升序排序，且该人员为学院所获团体总积分也在页面中显示。预赛成绩查看界面如图5-10，决赛成绩查看界面如图5-11。图5-10预赛成绩查看图5-11决赛成绩查看5.1.6历史纪录查看在该功能模块中，用户能在此界面查看往届运动会纪录，包括该赛事名称、纪录保持者姓名、所属学院、纪录成绩、运动会名称等信息，能够让学生以此激励自己破纪录。历史纪录查看界面如图5-12所示。图5-12历史纪录查看5.1.7数据统计在该功能模块中，点击破纪录统计功能，用户能够看到本次运动会中，所有破纪录的信息，包括赛事名称、姓名、学院、赛事成绩等，并且在页面上方，有本次运动会累计破纪录次数统计，此累计计算是根据GridView1控件中显示行数作为数量进行显示。团体总分查询统计功能界面，能够看到所有学院根据赛事所得积分进行降序排列显示，若未得到积分，则不显示。破纪录统计界面见图5-13所示，团体总积分查询见图5-14所示，团体积分累加关键代码见图5-15所示。图5-13破纪录统计图5-14团体总积分界面图5-15团体积分累加5.2后台管理端5.2.1学生账户管理管理员登录此系统后，进入个人中心，有不同于学生的功能界面，第一个为学生管理功能模块，在此功能模块中，能看到所有注册了此系统的学生账户以及其相关信息，如姓名、学号、联系方式、备注等，管理员可以在此界面进行账户信息修改，账户注销操作。在点击编辑按钮时，页面会跳转到账户信息修改界面，进行姓名、密码、联系方式等信息修改操作。在点击编辑按钮时，系统后台会进行数据集绑定，并作为session状态进行存储，进入编辑界面时，自动读取其相关信息。学生管理界面如图5-16所示。图5-16学生账户管理5.2.2赛事安排管理在此功能界面，管理员可以添加具体赛事安排，以及赛事安排管理。赛事安排添加需维护赛事名称以及其相关赛事介绍。对校园运动会信息管理系统的赛事安排基础数据进行更新和重新提交保存后，系统就可以更加准确的显示内容，这样可以有效提升用户体验。在本校园运动会信息管理系统中完成对特定的赛事安排数据重新编辑和更新时，系统会通过接收的关键字来到指定的数据表中检索，找到其具体的属性内容在进行修改，并把完成修改的赛事安排数据进行保存。当完成检索的数据提取时，会以数据集的方式将属性和相应的内容进行对应绑定。以免系统无法完成数据的查询和定位，造成无法对指定的数据内容进行编辑和存储。赛事安排维护界面如图5-17所示。图5-17赛事安排维护5.2.3赛事管理该功能模块包括了组别维护、赛事添加、赛事管理三大功能。管理员用户在该界面进行组别信息管理，完成组别基础数据信息的删减，也是一项重要的信息管理操作。需要实现从校园运动会信息管理系统删除指定的组别基础数据信息时，用户需要点击删除按钮控件，此时，系统会自动找到作为唯一标识符的要删除的数据行的主键。然后通过系统中预设的删除语句，来执行删除动作，在删除的动作准确完成后，系统会进行数据的重新绑定和显示，此时用户就可以看到更新以后的数据。赛事管理界面删除原理同组别删除原理相同。组别维护界面如图5-18所示，赛事添加界面如图5-19所示，赛事管理如图5-20所示：图5-18组别维护图5-19赛事添加图5-20赛事管理5.2.4报名管理在该功能模块中，管理员能够看到所有运动员报名信息，若符合条件，则可以进行赛程录入即预赛分组分道操作，若不符合条件，则可以进行取消报名操作。在报名受理界面，页面响应加载时，系统后台会执行预定的SQL语句，对于赛程已录入人员会进行筛除显示，即只显示预赛未录入未分组分道运动员人员。其系统界面如图5-21所示，预设SQL代码见图5-22所示。图5-21报名受理界面图5-22页面加载预设SQL语句5.2.5成绩管理在该功能模块中，管理员可以对预赛成绩、预赛名次、决赛成绩、决赛名次、决赛所得积分进行录入。在该功能中，管理员可以录入参赛的分组分道信息，以及管理赛事成绩信息。另外在系统中对决赛基本数据资料进行输入时，系统将检查用户所输入的内容及数据格式是否符合系统预设的要求。若是本校园运动会信息管理系统检测用户所录入的数据是不符合系统预设要求或规则，本系统会给出错误提示，并且对输入的数据不做提交和储存的动作。用户所录入的决赛数据，输入内容符合预设的标准时，系统才添加相应的数据到系统的数据库的数据表中进行存储以备后续的调用及编辑操作。进入到决赛成绩管理界面，管理员可将决赛成绩进行录入，并录入该生此赛事成绩是否破纪录，并录入该生通过此项目为其学院共获得多少团队积分。预赛结果即决赛赛程录入见面见图5-23所示，决赛赛程分组分道界面如图5-24所示，决赛成绩录入界面如图5-25：图5-23决赛分组分道界面图5-24决赛分组分道界面图5-25决赛成绩管理5.2.6历史纪录管理在此模块中，管理员可以对历史纪录进行添加或管理。目前大部分高校历史纪录较久远，作为纸质资料保存，易造成历史数据丢失，将历史纪录输入至系统保存，将历史纪录进行信息化管理。历史纪录添加界面如图5-26所示：图5-26历史纪录添加界面

6网站测试6.1系统测试的目的在完成软件系统的开发步骤中，对于软件系统的测试也是重要的一步。开发者设计测试项目来对所设计的系统进行更新，改善和评估。对本校园运动会信息管理系统的功能模块，代码执行的正确性进行测试，检查其所表现或执行结果是否符合设计初衷，是否符合用户需要。以此，来评价所设计的系统的质量。6.2系统测试的意义本校园运动会信息管理系统应用的整个设计流程，从最初的构思功能流程、设计代码、编程实现的整个过程都是无法确保完全正确零差错的。开发者为了尽早地发现在系统开发的过程中产生的潜在错误或不足，就需要设计系统测试项目，来进行系统的检查，尽可能地把潜在的错误或不足存在的几率降到最低。这就要求是设计系统测试项目要合理，实施测试时的步骤符合规定。另外，系统的测试是连续进行的，在整个系统的开发过程中都要进行必要的系统测试工作。这样才能够在每一步骤中对所开发的系统进行持续的改善。6.3用例测试测试项目：用户登录图6-1登录失败图6-2登录成功测试项目：赛事安排基础信息发布图6-3发布失败提示图6-4发布成功提示6.4测试结论按照以上的测试统计结果来看，本次所设计的校园运动会信息管理系统能够正确稳定的运行，所设计的功能表现符合设计的要求，校园运动会信息管理系统的各项性能也表现良好，能够满足使用者的工作需要。

总结与展望本文基于分配权限分离学生端和后台管理端模式，顺着系统分析、设计、实现、测试等思路进行了设计和研发。本系统严格遵守了代码的命名规范、书写规范，按照一定标准进行实现。整个项目采用了技术，以处理系统业务逻辑，提供数据接口。数据库为SQLServer平台，保证数据读写的高效和安全，从而提高系统性能。以校园运动会管理系统的设计和实现为例。采用B\S架构模式，采用编程语言模块化、组件化引用的设计思想，让组件之间形成一个高效、引用的作用效果，模块之间不相互影响，让项目的可维护性得到了提升，并提高了开发效率，降低了开发成本。解决了目前采用手动书写成绩的人工模式引发的效率慢、运动会预算成本高、不具备实时查看成绩的问题。本文首先介绍了本项目系统的研究背景、国内外的发展现状、系统开发的必要性，并进行了详细的可行性分析。在确认系统开发可行的情况