学校运动会管理系统:开发背景-----组织一次运动会既繁琐又复杂:从各参赛队运动员运动项目报名到项目编排、从运动员分组编排到竞赛日程表的确定、从各类竞赛用表的制作到秩序册的打印、从比赛成绩记录到排出名次打印、从团体总分的计算到成绩册的汇总……不仅要反复抄写,花费大量人力与时间,且效率低下易出错,还难免出错。本系统的开发是为促进校园信息化管理,方便广大院校的田径运动会信息管理而研制开发的,旨在减轻各大院校机关体育教学管理工作者的工作负担,协助他们更科学、更简单地编排田径运动会,提高工作效率,从而使体育教育工作更上一个台阶。
需求分析
一、功能描述主要目标:根据国家田径运动会的规则,结合学校实际情况,开发适用于学校的田径运动会管理系统。管理系统能实现:
1、参赛队伍情况报名登记(包括参赛队伍代表人和运动员报名、竞赛分组、参赛队及运动员自动编号、生成秩序册等功能)
2、竞赛成绩管理(包括运动员检录?、预赛成绩管理、决赛成绩管理和成绩报表打印等功能)
3、汇总统计(包括生成团体总分表、参赛队伍队员检录情况?、各组项目的前八名运动员成绩报表与打印)
4、查询子系统(包括运动员基本信息查询、参赛单位查询、成绩查询和得分查询等功能)
5、生成奖状。
二、主要输出报表根据对以往手工操作的报表分析,系统必须要实现输出一下几张报表:
(1)各参赛队人数统计表。用于统计各参赛单位的运动员男女个数及该单位的运动员编码情况。
(2)代表队情况表。详细列出各参赛单位的负责人和、运动员的姓名及其编码。
(3)竞赛分组表。根据不同组别和运动员所报的项目进行分组比赛。
(4)竞赛日程表。根据运动会组委会规则,系统对运动日程进行安排。
(5)运动会竞赛情况表。详细列出本次运动会竞赛情况(新的比赛记录情况……)
(6)运动员成绩单。分别列出各参赛队的运动员比赛成绩。
(7)各奖项奖状生成打印。各赛项前六名、体育道德风尚奖、团体前三名、……
四、业务流程图根据运动会整体的业务流程,可分为运动会开幕前业务流程、运动会期间业务流程、运动会结束后的业务流程。1、运动会开幕前业务流程图
下面将主要的注意事项说明如下。
(1)所有参赛单位的报名表必须使用修改后的表格,如图所示
(2)操作员把基本数据输入时,为了提高输入效率,所报运动会项目全部实行代码输入。
(3)确保数据的正确性,必须对录入数据进行核对,如果发现错误或不符合运动会规则的数据,及时反馈给运动会负责人或单位负责人,对数据进行确定重新办理人。    (4)进行分类/分组操作时,必须确定运动员编码完全正确。
2、运动会举行时的业务流程图  运动会举行时的业务流程图,如图所示。 (图) 下面将主要的注意事项说明如下。
(1)操作员输入比赛成绩时要进行核对,如发现成绩错误及时向主裁判反馈,核对正确后重新输入。  (2)比赛项目分为田赛和径赛,田赛直接输入决赛成绩,径赛需经过决赛才能得分。
3、运动会结束后的业务流程图
运动会结束后的业务流程图,如图所示
下面将主要的注意事项说明如下。
(1)操作员必须把运动会系统的全部数据进行备份,以备查询和下次运动会数据使用。 (2)对运动会破记录信息进行登记,供下届运动会使用。
五、用户特点  高中以上文化程度,会计算机基本操作,熟悉windows xp/2000,了解中文和数字录入并具有一定的田径径赛知识。
六、性能规定
(1)时间特性。  运动员自动分组编码在5分钟内必须完成,比赛成绩统计打印必须在2分钟内完成,比赛结束分组统计打印报表必须在15分钟内完成。
比赛检录 比赛开始 成绩核查 成绩记录 成绩传递
成绩排名加分 比赛成绩录入核成绩公布
竞赛成绩排名 检录处
查成绩app公布员
管理系统 管理系统 操作员 主裁判
裁判
主裁判
通讯员
比赛成绩
汇总统计 宣布成绩
运动会结束 全部数据备份存档
各组团体总分表,各组各项目前6名表等
总裁判
管理系统
管理系统
总裁判
比赛结束
总裁判
(2)精度。  田赛成绩中,必须以厘米为最小单位;径赛成绩中,必须以百分之一秒为记录最小单位,输出时按比赛规则以十分之一秒为成绩最小单位。
(3)灵活性。  系统可在报名阶段自动对运动员进行分组编号,如果发现错误可以对个别运动员记录进行修改。
(4)界面统一性。  采用类似于windows 的图形用户界面,对于输入系统的信息,做到一次输入多次使用,一次输入多次引用,屏幕显示的信息贴近专业习惯,使用户感觉直观、易操作。
(5)可用性。  一般用户能在3天内学会使用本系统的基本操作,高级用户能在一个星期内学会使用本系统的高级操作,系统可以实现脱离鼠标全部用键盘操作。
系统详细设计
一、目的  为了将客户需求准确的转换成管理系统,供软件开发人员在开发期间对系统模块有一个整体认识。在以后的系统功能扩展及系统维护可参考此说明书。必须度此说明书的人员:软件分析人员、软件设计人员、测试人员和软件实施人员。
二、软件结构  根据功能需要,其软件结构如图所示。
三、数据流程图  根据需求分析说明书中的3个阶段的业务流程,数据流图设计也对应的分成3个阶段,分别为运动会报名阶段、比赛阶段和结束统计阶段。数据流程图的4种基本图形符号,如图所示。
符号:
说明:
数据流
加工
数据存储
数据原点或终点
1、运动会报名阶段数据流程图    如图所示  (图)
下面对各模块进行功能说明。
(1)报名处理。根据田径运动会规则对运动员所报项目进行数据核对,若发现不符合规则的数据(如运动会所报项目超过规定)及时反映给运动员,核对后重新输入。
(2)运动员编号。对所有运动员的编号有意义进行自动填写,若发现个别需要,可进行手工更改。 (3)分组统计。根据运动员的所在单位和所报项目进行分组统计。 下面将主要的定义说明如下。
(1)运动员:运动员编码、运动员性别和单位编码。
(2)单位信息:单位编码、单位名称、领队和组别编码。 (3)项目信息:项目编码、项目名称和田/径赛。
报名管理
报名管理 田径运动会管理系
预决赛成绩管理 基本信息 系统设置
数据查询 汇总报表 生成秩序册
预赛成绩管理决赛成绩管
理运动员编码
竞赛分组
报表打印
成绩排名
运动员加分
打印名次表
团体总分表
前六名成绩
运动员信息查询参赛单位查
询系统初始化
加分规则
数据备份与恢复
参赛单位管理
恢复田径项目管理
组别管理
2、运动会比赛阶段数据流程图如图所示。(图)
下面对各模块进行功能说明。
(1)如果是预赛成绩,就不进行加分。
(2)成绩处理。根据报名库信息对比赛成绩单进行数据核对,若发现不符合规则的数据(如比赛成绩单中的运动员在报名库中查不到或没有报此比赛项目)及时反映给成绩传递员,成绩传递员把错误信息反馈给裁判员,核对后重新输入。
(3)成绩排名。根据运动员比赛成绩进行排名。
(4)加工。根据加分规则,对前几名运动员进行相应加分。
3.、运动会结束阶段数据流程图如图所示。(图)
四、数据库设计及代码设计
1、数据库设计
本数据库采用Access数据库来构造,供使用了7各基本表,它们分别是:标准项目表(T_StandardItem)、田径项目表(T_Item)、参赛单位表(T_RunUnit)、参赛组别表(T_RunGroup)、报名基本表(T_SignUpBaseTable)、报名项目列表(T_SignUpItemIist)和比赛成绩表(T_Achievement).
(1)标准项目(T_StandardIem)。
来源:国家标准田径项目项。
组成:F_ItemID:项目编码(自动编码)。
F_ItemName:项目名称(字符串)。
F_Memo:备注(备注)。
(2)项目管理(T_Item)。
来源:根据每个院校情况的不同,制定要参赛的田径项目。
组成:F_ItemID:项目编码(自动编码)。
F_ItemName:项目名称(字符串)。
F_IntegralSet:积分设置(字符串)。
F_Memo:备注(备注)。
(3)参赛组别(T_RunGroup)。
来源:本届校运动员分组情况,如甲组、乙组、丙组等。
组成:F_GroupID:组别编码(自动编码)。
F_GroupName:项目名称(字符串)。
F_Memo:备注(备注)。
(4)参赛单位(T_RunUnit)。
来源:本届运动会所有参赛单位。
组成:F_UnitID:项目编码(自动编码)。
F_UnitName:项目名称(字符串)。
F_UnitName:领队(字符串)。
F_GroupID:组别编码(数字型)。
F_Memo:备注(备注)。
(5)报名基本表(T_SignUpBaseTable)。
来源:本届运动会的报名表数据。
组成:F_AthleteID:运动员编码(自动编码)。
F_Name:运动员(字符串)。
F_Sex:性别(数字型)。
F_UnitID:单位编码(数字型)。
F_Memo:备注(备注)。
(6)报名项目列表(T_SignUpItemList)。
来源:运动员报名的项目列表。
组成:F_AthleteID:运动员编码(自动编码)。
F_ItemID:项目编码(数字型)。
F_Memo:备注(备注)。
(7)比赛成绩(T_Achievement)。
来源:运动会举行过程的比赛成绩记录。
组成:F_AthleteID:运动员编码(自动编码)。
F_TryoutMark:预赛成绩(数字型)。
F_FinalMake:预赛成绩(数字型)。
F_TryoutNumber:预赛名称(数字型)。
F_Score:个人得分(数字型)。
F_Memo:备注(备注)。
2、代码设计
在一个系统中代码的设计是必不可少的。使用代码不但可以减少数据的存储容量同时还可以提高系统的运动效率,维护系统数据的弯成型,而且好的代码体系结构还有利于数据的分类统计。
代码设计的原则如下。
(1)代码应有一定的层次结构来反映现实世界中的信息层次结构。
(2)代码应有一定的冗余度来满足未来需求的变化。
(3)代码在某种情况下应能使人容易记忆。
参赛单位代码设计。采用两位编码表示,表示如下:01:计算机甲;02:财务系甲;03:工商系甲……
运动员代码设计。运动员代码采用四位编码,表示如下:0001:XXX;0003:XXX……
考虑到团体项目的特殊性,团体编码为:B01 财会系男子;G01 财会系女子;B01 计算机甲男子;G01 计算机甲女子……G 表示女子,B表示男子,02表示参赛单位编码。
项目代码设计。表示如下:01:100米;02:200米;03:400米……
积分设置代码设计。用来表示加分规则。如积分设置字符串“9,7,6,5,4,3,2,1”,表示如下:第1位表示取几名,第2位为破纪录加几分,后面的位数为第一名次的加分数。如第1名加9分、第2名加7分,……
1、可行性研究前提
本系统主要是要实现对校运会举行过程中,赛前、赛中和赛后的信息化管理,具体功能如下。
1基本信息管理。包括组别管理、参赛单位管理和田径项目管理。
2运动会报名管理。分运动员报名和生成秩序册两块,秩序册主要包括人数统计表、代表队名单、项目人数统计和竞赛分组这几张报表。
3成绩管理。预赛成绩与决赛成绩添加、修改、删除、查询和打印。
4成绩汇总。包括团体总分表、项目名词两张报表。
5数据查询。主要包括运动员信息查询和参赛单位信息的查询。
6系统设置。包括用户设置、加分规则设置、系统初始化、数据备份与恢复和标准项目定义等。
2、所建议系统的技术可行性分析
建议通过软件对田径运动会进行信息化的管理。本软件的规模主要定型为中小学田径运动会,当然也可以应用于大学等规模比较大的田径运动会。主要的有技术风险、智能自动编码方案、竞赛分组算法和自动生成秩序册(word格式),已经可以解决。另外,现有的开发人员已经有一定的系统分析能力及数据库开发经验。
3、所建议系统的社会因素可行性分析
(1)法律方面的可行性。该项目不存在合同责任、侵犯专利权和侵犯版权等方面的问题。
(2)使用方面的可行性。该项目主要用于学校运动会的举办,从用户的素质来看,满足了使用该软件系统的要求。
1、项目概述
田径运动会管理系统的主要工作是用来完成学校举办田径运动会过程中。对田径运动会赛前、赛中和赛后的信息化管理,需达到一下的性能。