浅谈综合性体育运动成绩管理与统计工作

浅谈综合性体育运动成绩管理与统计工作

作为一项大型活动，组织者、参与者、媒体和公众非常重视比赛结果，并对比赛结果的发布有很高的精度和相关性要求。湖北省第十三届运动会(以下简称“省运会”)将在2010年10月举行,设置的竞赛项目多,计分计牌及汇总统计规则复杂,需要应用计算机和信息管理技术保证成绩信息准确、高效的统计和发布。然而应用于国际、国内综合性运动会的成绩管理系统对竞赛项目设置的规范性、硬件平台的标准等有着很高要求,受到条件限制,不能适用于省(市)或区域综合性运动会。因此本研究以省运会的实际需求为背景,设计和实现省级综合性运动会的成绩管理系统(以下简称“成绩系统”),并为解决此类问题提供一个良好的范例。1成绩管理系统的管理省运会共设置青少年类和群众体育类两个大类55个竞赛项目,根据竞赛工作流程和组织要求,成绩系统应该包括赛前(竞赛信息管理)、赛中(成绩维护管理、成绩统计处理)和赛后(成绩查询管理、成绩发布管理)的管理。需要提供成绩录入、审核、计算、统计、查询、发布和打印的功能。同时,成绩系统除了要求能保证能高效和正确地进行成绩统计之外,系统的安全性和稳定性同样重要。安全性包括数据访问与操作权限的管理以及数据本身的安全,因此还包括系统自身维护管理,以处理一些异常和故障,能够快速恢复运行。2布管理流程系统设计根据成绩系统的功能要求、性能要求,依据成绩发布管理流程对系统进行设计。在设计中遵循总体设计的原则,基于组件重用、模块化设计思想,采用三层架构来完成结构设计、数据库设计和功能设计。2.1成绩统计中心的运行省运会举办过程中,各竞赛项目分布在不同场馆,网络环境有好有差,各场馆的成绩信息通过网络、传真、工作人员报送这三种途径传递汇总到成绩统计中心处理后向各代表团和媒体等发布,所有的成绩处理都是在成绩统计中心完成,工作量大。因此本系统将运行在成绩统计中心,采用C/S架构,有多个终端可以同时完成成绩的维护管理工作,服务器端用于整个成绩库的维护管理工作,并提供外界访问服务器的端口以便于网络实时查询。根据系统功能需求分析,系统总体结构设计如图1所示:2.2数据库设计2.2.1成绩、公告、地区、基地、罚分以青少年类成绩管理为例,在成绩系统中共有八个对象实体,分别是运动员、项目、日程、成绩、公告、地区、基地、罚分。采用实体-联系图(ER图)来建立和描述成绩系统的数据模型如图2所示。运动员代表某一地区和基地,有双重身份,可以参加多个项目进行比赛,最后成绩要进行公告,竞赛日程信息能够使本系统适时提醒操作员处理已完成的竞赛项目。2.2.2竞赛组织成绩管理体系为进一步描述各实体之间数据传递和加工过程,内在的逻辑流向和变换过程,根据竞赛组织工作流程及成绩发布管理流程,采用数据流图描述成绩系统中数据流程。2.2.3信息表和成绩表冗余设计基于上述数据模型和流程的分析,需要建立8个实体表,分别是运动员信息表、项目信息表、地区表、基地表、日程信息表、公告表、罚分信息表和成绩表。运动员和项目存在多对多的关系,需要建立一个关系表——运动员报名信息表。运动员和成绩之间、项目和成绩之间也存在多对多的关系,但考虑到客户端需要快速得到完整的成绩记录以便快速进行成绩统计,对成绩表进行冗余设计,以项目编号和运动员编号作为成绩记录的唯一性标志。同时出于安全考虑,需要对客户端的用户进行权限管理。因此系统还增加了用户表、角色表、功能模块表等数据表。2.3主要功能设计本系统最主要最核心的功能是完成成绩的录入、奖牌和总分的实时统计以及数据库安全性管理,其他功能服从和服务于主要功能。2.3.1成绩信息编码形式省运会设置的竞赛项目种类繁多,成绩记录包含的字段信息因项目不同存在差异,且成绩字段格式也各不相同。经过对历届省运会成绩的分析,按照成绩表现形式分为四类,分别是(1)只填写单个比赛成绩单个运动员,(2)只填写单个比赛成绩多个运动员,(3)只能填写最后比赛名次,成绩信息以附件形式保存,如团体或个人对抗类项目,(4)特殊项:举重项目,需要填写每次试举的成绩,因此也相应需要设计四种维护管理界面。2.3.2各类竞赛项目监狱名义算牌单省运会的竞赛总规程规定,统计各代表团总分、奖牌排名时,青少年类18个项目中篮球和田径是必须统计项目,其它取最好成线的8个项目汇总统计。此外,各个竞赛项目名次换算成记分记牌的数量也不一样,如篮球项目第一名是记9块金牌,63分,而足球项目第一名是记5块金牌,35分。因此在统计、换算、排序、筛选和汇总时,需要根据不同项目要求将记分和记牌与名次进行换算,这将会影响到成绩统计工作的效率。因此系统设计过程中将记分记牌的换算与统计工作分开,将记分记牌的计算放到成绩录入过程中,这样既不会影响成绩录入,又提高了统计效率。2.3.3成绩统计和发布系统的动态管理系统维护包括用户权限管理、记分记牌规则管理,以及服务器端的日志查看和FTP上传下载功能。在用户权限管理中,赋予各个成绩录入员、审核发布员的权限可以进行设置,保障各类人员工作职责的履行,确保比赛成绩信息维护过程中的安全。成绩没有通过审核不能进行统计和发布,直到审核通过才能进入下一流程,这样确保了发布信息的准确性。记分记牌规则管理,实现了对每个竞赛项目进行记分记牌方法的动态管理,可以根据竞赛的需要进行设置,在调整设置时,都会对涉及到的项目进行重新计算总分和奖牌数,保证数据库成绩统计信息的时效和准确性。服务器端的日志查看提供了一个查看客户端操作的接口,普通用户只能查看自己本人的操作日志。管理员能够查看所有操作日志,同时提供筛选功能,可以查看某一段时间的日志,以辅助系统管理员对系统运行过程中的信息安全进行管理。FTP功能能够连接到服务器,对文件进行上传、下载,主要用于上传比赛的各类详细文档到服务器以储存备查备检。3系统完成3.1数据库以及客户端服务器端:操作系统Windows2000Server或Windows2003Server,安装Microsoft.NETFramework组件,MicrosoftSQLServer2005数据库,拥有公网IP地址。客户端:操作系统WindowsXP,安装Microsoft.NETFramework组件,office2007软件。整个系统在.NET平台下采用C#语言编程开发。3.2主要模块功能3.2.1竞赛项目操作项目信息的维护是成绩系统中非常重要的部分。省运会项目设置类别多,竞赛项目分组多,为便于操作人员使用,将竞赛项目管理做成树形结构使用户能最快速度方便找到所需要操作的具体竞赛项目,操作界面如图4。3.2.2成绩格式不统一成绩录入内容复杂,有时间、长度、比分等,数据库中的成绩表只有一张,而且仅有一个字段来保存成绩。对于如此复杂的成绩格式,需要对成绩进行格式化,统一标准后才能进行存储,否则将会导致成绩校验出现错误。系统设计为以小数点作分隔,当录入成绩字段后,后台程序根据项目自动将成绩记录格式化,例如在田径400m栏中,1.20.35将会格式化成1’20”35(表示1分20秒35),这样操作员就能马上知道成绩录入是否正确,成绩录入界面如图3.2:3.2.3统计排名分析成绩统计模块是本系统的重点模块。成绩统计需要对各大类进行统计,同时需要对每类中不同大项进行统计排名,分析各项目奖牌的分布情况,得出奖牌榜、金牌榜和总分榜。程序实现了将统计结果导出到word的功能,在完整的统计结果出来后,用户可以选择将统计结果生成word文档,以便发布和保存。3.3功能语句的实现代码3.3.1分页控制器设计数据显示控件DataGridView可以用来显示数据列表。但没有提供分页功能,如果数据量很大,在显示时将会有很大延迟。为了方便用户使用,提高响应速度,本系统专门编写了一个分页控件来完成。其思想是,设置一个数据集A,将要显示的数据保存在数据集中,然后用一个临时数据集B,作为DataGridView的数据源。用户切换不同页码时,先从A中计算选择出要显示的数据,然后将这些数据拷贝到数据集B中,作为DataGridView的数据源,这样就实现了DataGridView的分页功能。3.3.2监听控制模块服务器端需要提供FTP服务,以便客户端能与服务器进行简单的文件传送操作。为了提高效率和资源利用率,我们可以采用线程模型并设置一个最大连接数目,在服务器启动服务后,即开启一个监听线程,不停地监听服务端口。一旦有客户端请求,服务器可以再开启一个工作线程,负责响应该客户端的请求操作,超过最大连接数目后不能继续响应新的请求。3.3.3录树的构件本系统中项目信息采用最直观的树形结构来显示,为了方便操作和美观,自定义一个拥有下拉目录树的控件。下拉目录树主要有三个部分:文本输入框TextBox、按钮ButtonEx和树TreeView。初始状态只显示文本输入框和按钮,这样在外观上就像一个下拉列表控件。但点击按钮时候,TreeView由隐藏状态转为显示状态,这样就实现了下拉动作过程。4详细确认测试本系统经过了各阶段模块测试、集成测试、确认测试和系统测试等步骤。在系统开发完成后,湖北省第十三届运动会工作人员进行了详细确认测试,对成绩录入和生成文档内容格式等方面又做了些许调整。在开发测试过程中,研发人员发现错误数126个,客户发现错误15个,缺陷探测率为89.4%,达到预期目标