摘要

田径运动会作为各项体育运动的基础，具有广泛的群众性。每年一度的学校田径运动会声势浩大，是提高、检验学生的健康水平，开展全民健身运动的有效途径。在规模上虽然不如大型运动会，但由于比赛项目较多，参赛人数广，数据处理量大且变化时效性要求高，管理较为复杂，其编排，记录，公告工作是一项复杂的工程。

为了解决在田径运动会管理和组织所面临的各种问题，我们开发了一套适合学校的田径运动会管理系统。在分析运动会管理需求的基础上，通过比较分析不同的开发模式和特点，系统采用简单实用的Windows环境下的基于浏览器/服务器的模式构建，用SQL Server2000作为后台数据库，提供对数据库的查询、添加、修改、删除等操作来实现信息网上管理，并对信息管理功能进行了详细的分析，以实现动态、交互、高效的网络化信息管理。

系统采用业务流程图，实现了赛前管理、赛中管理、赛后管理三大功能模块。系统能够对运动员的报名信息进行准确统计，能够有效处理赛程中的实时数据。系统具有覆盖面广、维护性强、通用性好以及安全性高等优点。

本系统投入使用后，运行稳定可靠，基本达到了预期效果，提高了学校运动会管理的效率，降低了管理的人力、财力成本取得了一定的实用价值和经济效益。同时，我们也得到了一些好的建议，为今后系统的不断完善创造了有力条件。

关键词：运动会管理；数据库；SQL

目录

1、绪论 1

1.1 系统设计背景 1

1.2 系统设计的原则 1

1.3 系统设计的目标 1

2、需求分析 2

2.1、系统需求功能分析 2

2.2系统业务需求分析 3

2.2.1赛前准备系统 4

2.2.2赛中管理系统 4

2.2.3 赛后处理系统 5

2.2.4 系统权限设计 5

2.3、系统数据流程图 5

2.4、数据字典 6

3、概念设计 9

3.1、确定实体和联系 10

3.2、E-R图设计 10

4、逻辑设计 11

4、1将E-R图转化为关系模式 11

4、2数据表的定义（创建） 11

5、物理结构设计 17

5.1确定数据库的存储结构 17

5.2确定数据的存取方法 17

5.3 物理结构的评价 18

6、检验是否满足用户需求 18

7、数据库实施、运行和维护 18

8、总结 18

9、参考文献 19

1、绪论

1.1 系统设计背景

随着科技的日益发展，学校的信息管理数字化已经成为了体现学校综合实力的重要指标。田径运动会管理作为信息管理的一个组成部分，也是不可或缺的。而且目前学校的田径运动会管理工作在很大程度上还要依赖人工操作，如通过电子表格、文档等等办公软件来处理大量的数据。这种方式不仅给运动会信息管理人员带来了繁重的工作量，而且造成管理员和运动员之间沟通的缺乏，很难及时的反映学生的身体素质现状。在当前的形式下，通过IT技术等信息化手段，运动会管理信息化，智能化，以加强赛程数据管理，为决策层提供及时而有效的参考依据，从而达到提升学校信息管理水平的目的，是当今学校信息管理的大势所趋。

本次为学校举行的田径运动会设计运动会管理系统。要求对运动员（包括比赛项目和比赛成绩），比赛项目的设置，分组分道等进行管理。具体来讲，田径运动会包括若干个比赛项目，由学校设置比赛项目和比赛规则，运动员根据比赛规则报名参赛，裁判对运动员进行分组分道，运动员参加比赛，由裁判评定和处理成绩，但须公平公正。

1.2 系统设计的原则

本系统从学校田径运动会的实际情况出发，坚持用户方便易用，运动会期间数据实时共享，从本质上改变以前繁琐、重复和低效率的手工操作的工作方式，提高了运动会管理数据的准确性和及时性，因而能更好地为学生和决策人服务。

为了该系统能更好的为运动会管理服务，本系统的建立应该遵循以下四个基本原则：

（1）规范化原则

先对学校田径运动会管理业务流程的综合分析，建立相关的规范的运动会管理制度，利用现有的信息技术实现管理的规范化和高效性。

（2）兼容性原则

本系统应能够与学校现有的管理系统在技术上兼容，在技术条件允许的前

提下，最大限度地利用现有的硬件、软件平台。使得在更大程度上提高管理部门的数据和信息资源的共享，为以后的领导决策提供必要的信息支持。

（3）易用性原则

根据学校田径运动会的业务需要，给各类用户提供高效，友好的用户界面，

交互更加的人性化和易操作。

（4）创新性原则

在系统建设过程中，将结合信息系统的特点，基于田径运动会流程管理思想

对现有的业务流程进行重新梳理，优化组合。在管理制度和业务实现等方面体现该系统的创新和开拓的思路。

1.3 系统设计的目标

为了使系统更好的为田径运动会管理服务，本系统的建立需要实现以下两个目标：

（1） 系统具有较广的覆盖面

系统将根据整个田径运动会组织管理的具体情况量身定制，应该包括运动

会管理的各个方面，从比赛项目信息到运动员信息、从报名信息到比赛成绩信息等都应该包含到位。

（2） 系统具有较高的安全性

我们除了视窗系统本身提供的安全措施外，系统还应该具有以下几项安全

性能：数据库系统的身份核查；系统的登录和身份核查；非登录用户不允许直接进入工作页面。

2、需求分析

2.1、系统需求功能分析

根据用户需求，按照结构化程序设计的思想，采用自顶向下的结构化分析方法，整个系统可以划分为三大部分：赛前准备，赛中管理，赛后处理。进一步细化，可以归纳出以下业务活动的基本要求：

系统功能模块图

（1）赛前准备

根据比赛需求，学校制定相关比赛规则和比赛项目，运动员根据比赛规则报名，并确定所要参加的比赛项目。所有的运动员都需要在报名表上登记个人的基本信息。由管理人员对参赛的运动员进行编号，生成运动员姓名号码对照表，并根据报名表系统进行自动分组，分道，生成项目分组表。

（2）赛中管理

根据比赛结果，裁判对运动员的进行成绩评定、成绩录入和成绩处理，从而判定出各个比赛项目的名次，并对运动队的成绩和团体总分进行统计，实现智能化成绩处理。

（3）赛后管理

运动员可以根据自己的院系、姓名、号码等查询自己的成绩，并根据赛前准备和比赛管理阶段所涉及到的各个信息，打印出各种检录表、成绩单及团体总分表、奖牌榜、决赛成绩总表、破记录情况表。

2.2系统业务需求分析

经过详细的分析，田径运动会管理系统所实现的最终目标就是要使运动会管理人员的各项工作实现全面的规范化、科学化、自动化、高效化和流程化，使各类信息得到及时、有序的管理。因此，根据业务需要，运动会管理系统应满足以下的需求：

（1） 该系统是田径运动会比赛期间的信息处理系统，同时也是对外发布信息的窗口。赛会管理人员可以通过发布比赛信息，如比赛准备期间的比赛规则，比赛项目流程信息，比赛期间的各个比赛实时信息等。因此，该系统必须要有一个简捷的操作界面给管理人员进行操作。

（2） 提供报名功能。运动员的报名信息是一届运动会的关键信息，因此，要给运动员提供一个方便快捷的方式进行报名操作。

（3） 运动会期间要进行比赛成绩，排名等信息的录入和发布的操作。

（4） 比赛结束后，要为运动会信息管理提供各个比赛项目信息的查询，统计功能，并且将统计结果生成文档，打印为报表。

综述，可得田径运动会的业务流程图如下：

系统业务流程图

2.2.1赛前准备系统

其基本功能包括以下几个方面

(1) 比赛规程（包括比赛规则，裁判员名单，记分规则，比赛项目等等）的方布

(2) 运动员报名

(3) 运动员编号，分项目，分组，分道

(4) 报名表的录人，即统计参赛人数和各个项目参赛人数的统计

(5) 输出比赛用表，包含运动员姓名号码对照表，项目分组表

综上可得赛前准备的业务流程图：

赛前准备业务流程图

2.2.2赛中管理系统

其基本功能包括以下几个方面

（1） 裁判员输入各个比赛项目的比赛成绩信息

（2） 根据赛会成绩，发布比赛信息

（3） 生成决赛名单，并公布

赛中管理业务流程图

2.2.3 赛后处理系统

该过程具有如下功能：

（1） 打印出各种检录表、成绩单及团体总分表、奖牌榜、决赛成绩总表、破记录情况表

（2） 比赛信息数据存储及备份

2.2.4 系统权限设计

为了保证系统的安全性，系统中的用户必须拥有不同的权限，而且不同权限的用户操作不同的页面。为了能更好的管理，可以将用户分为3种：

（1） 管理员

管理员可以使用系统的所有功能，有权添加授权用户，控制各级使用的菜单，发布赛会信息等。

（2） 授权用户

授权用户只能使用管理员授权使用的系统的部分功能，可以对系统的部分信息进行查询和浏览。

（3） 一般用户

一般用户只能使用菜单功能和信息查询。

2.3、系统数据流程图

数据流程图是用来描绘软件系统逻辑模型的图形工具，是描绘信息在系统中流动和处理的情况。数据流图是软件设计人员和用户之间很好的通信工具。

田径运动会的管理过程中需要处理大量的数据并且要及时，准确的提供处理结果。首先，要输入各个参赛运动员的报名表，并建立相关的数据库；利用报名表等数据进行田径运动会各个比赛项目时间、分组、分道的编排；在运动会比赛过程中，要求及时的输入各个运动员比赛项目的成绩并进行相应的出理，打印出成绩报表，提供各个运动会信息的查询。

通过以上分析，可以得到田径运动会数据处理的流程图如下：

系统数据流程图

2.4、数据字典

数据字典是结构化分析方法的另一个很用的工具，它对数据流程图中出现的所有数据元素给出相应的逻辑定义。有了数据字典，使得数据流程图上的数据流、加工和文件能得到更确切的解释。

根据系统数据流图分析，构造出数据字典如下：

表2-1 数据的定义

确定了数据结构后，就要对每个数据结构的数据项进行具体定义。上述8个数据项的数据定义分别如下所示：

表2-2 01号数据结构的数据项定义

表2-3 02号数据结构的数据项定义

表2-4 03号数据结构的数据项定义

表2-5 04号数据结构的数据项定义

表2-6 05号数据结构的数据项定义

表2-7 06号数据结构的数据项定义

表2-8 07号数据结构的数据项定义

表2-9 08号数据结构的数据项定义

3、概念设计

概念设计是整个数据库设计的关键，它通过对用户需求进行综合、归纳与抽象，形成一个较独立于DBMS的概念模型。

这个数据库设计的关键阶段，设计时，一般先根据系统要求，画出能反映每个应用需求的E-R图，其中包括确定实体、属性和联系的类型。然后对初始的E-R图进行优化，消除冗余和可能存在的矛盾。概念模型的设计是对用户需求的客观反映，并不涉及具体的计算机软件、硬件环境。因此，在这个阶段中我们必须将注意力集中在怎样表达出用户对系统的需求，而不考虑具体实现问题。

3.1、确定实体和联系

实体：

学校：学校编号，学校名称。

比赛项目：项目编号，项目规则，项目名称，项目类型。

运动员：运动员编号，姓名，性别，年龄，院系名。

运动队：运动队编号，运动队名称，队长名。

裁判员：裁判员编号，姓名，性别，岗位。

成绩：等级，排名。

报表：报表编号，报表名称，打印时间。

联系：

制定：制定人，制定日期。

报名：比赛细则，人数限制。

参加：比赛地点，比赛时间，比赛人数。

遣派：遣派人数。

裁决：裁决人。

查询：用户名，密码，查询方式。

评定：评定规则，评定人。

处理：处理人。

3.2、E-R图设计

田径运动会管理系统ER图

4、逻辑设计

4、1将E-R图转化为关系模式

学校（学校编号，学校名称） 3NF

比赛项目（项目编号，项目规则，项目名称，项目类型，制定人，制定日期，学校编号） 3NF

运动员（运动员编号，姓名，性别，年龄，院系名称，遣派人数，运动队编号）3NF

运动队（运动队编号，运动队名称）3NF

裁判员（裁判员编号，姓名，性别，岗位，项目编号）3NF

成绩（等级，排名，用户名，密码）3NF

报表（报表编号，报表名称，打印时间）3NF

报名（运动员编号，项目编号，比赛细则，人数限制）3NF

参加（运动员编号，项目编号，比赛地点，比赛时间，比赛人数）3NF

裁决（裁判员编号，项目编号，裁决人）3NF

评定（裁判员编号，项目编号，评定规则，评定人）3NF

处理（等级，裁判员编号，处理人）3NF

4、2数据表的定义（创建）

首先建立数据库，代码如下：

create database Student

on

(name=Student_data1,filename='e:\Student_data1.mdf',size=20MB,

filegrowth=1MB),

(name=Student_data2,filename='e:\Student_data2.ndf',size=10MB,

maxsize=100MB,filegrowth=1MB)

log on

(name=Student_log,filename='e:\Student_log.ldf',size=5MB,

filegrowth=10%)

然后创建数据表，代码如下：

Create table [dbo].[用户]

(

[yh_id] [char](8) NOT NULL,

[yh_name] [char](20) NULL,

[yh_mima][char](20) NULL,

Primary key(yh_id)

)

Create table [dbo].[项目成绩表]

([ydy_id] [自动编号](8) NOT NULL,

[xm_id] [char](8) NULL,

[xm_name][char](20) NULL,

[ys_cj] [char](8) NULL,

[ys_pm] [char](4) NULL,

[js_cj] [char](8) NULL,

[js_pm] [char](4) NULL,

Primary key(ydy_id),

Foreign key(xm_id)

)

Create table [dbo].[比赛项目表]

(

[xm_id][char](8) NOT NULL,

[xm_name] [char](20) NULL,

[xm_lx] [char](12) NULL,

[xmys_sj] [datetime] NULL,

[xmjs_sj] [datetime] NULL,

Primary key (xm_id)

)

Create table [dbo].[班级总分表]

(

[xm_id][char](8) NULL,

[xm_mc][char](4) NULL,

[xm_df][char](4) NULL,

[xm_zf][char](4) NULL,

[bj_name][char](8) NULL,

[bj_mc][char](4) NOT NULL,

Primary key(bj_name),

Foreign key(xm_id)

)

Create table [dbo].[项目记录表]

(

[xm_id][char](8) NULL,

[xm_jl][char](8) NULL,

[ji_id][char](12) NOT NULL,

[ji_sj] NULL

Primary key(ji_id)

Foreign key(xm_id)

)

Create table [dbo].[运动员]

(

[stu_name][char](8) NULL,

[stu_xb][char](20) NULL,

[stu_xh][char](12) NOT NULL,

[bj_name] [char](8)NULL,

[stu_sex] [char](2) NULL,

[stu_xm1] [char](8) NULL,

[stu_xm2] [char](8) NULL,

Primary key(stu_xh)

Foreign key(bj_name)

)

Create table [dbo].[分组分道表]

(

[xm_id][char](8) NULL,

[ydy_id] [自动编号](8) NOT NULL,

[fz_id][char](4) NULL,

[fd_id][char](4) NULL,

Primary key(ydy_id),

Foreign key(xm_id)

)

Create table [dbo].[运动员姓名号码对照表]

(

[ydy_id] [自动编号](8) NULL,

[stu_name] [char](8) NULL,

[stu_xh] [char](12) NOT NULL,

Primary key(stu_xh),

Foreign key(ydy_id)

)

4.3 系统实现界面图

登陆界面

报名管理界面

分组分到界面

报名信息查询界面

成绩输入界面

破纪录学生信息查询界面

个人信息查询界面

团体总分查询界面

5、物理结构设计

数据库的逻辑结构设计完后，接下来需要做的就是结合指定的DBMS进行物理结构设计进行物理设计，设计者必须具有3个方面的知识：了解所用的DBMS的功能；了解机器硬件特别是外存储器的设备特性；熟悉应用环境和用户需求。

5.1确定数据库的存储结构

为了提高系统性能，先根据应用情况将数据的易变部分和稳定部分、经常存取部分和存取频率较低的部分分开在两个磁盘上存放，并且考虑将日志文件单独存放于一个磁盘。同时，考虑到本系统是多用户的，为了提高效率，可以考虑将最大的表——运动员成绩表分开存放在多个磁盘上。至于备份的数据和日志文件将保存在磁带中。

一般来说，关系到运动员成绩的表需要经常修改和存取，而关系到运动员、分组分道资料的表相对比较稳定。本例中，经常存取部分和数据的易变部分如：运动员成绩报表、破记录情况表、团体总分表和奖牌榜等。而存取频率较低的部分和稳定部分如运动员分组分道记录表等。

5.2确定数据的存取方法

由于田径运动会管理系统是多用户共享的系统，对同一个关系要建立多条存取路径，才能满足多用户的多种应用要求。在数据库设计中，可供选用的索引方法主要有3种：B﹢树索引、聚簇索引、HASH索引。其中，B﹢树索引方法发展较为完善，也是目前大型数据库使用的经典存取方法，使用最为普遍，并且符合本系统的要求，因此，这里选用B﹢树索引方法作为系统的存取方法。

所谓选择索引存取方法实际上就是根据应用要求确定对关系的哪些属性列建立索引，哪些属性列建立组合索引，哪些索引要设计为惟一索引等。

根据本信息系统的具体情况，索引的具体建立情况如下：

·对以下经常进行连接操作的属性列建立索引：

运动队编号，运动员编号，比赛项目编号，裁判员编号，查询方式

·对以下经常作为最大值和最小值等聚集函数的参数的属性列建立索引：成绩表的排名属性．对以下经常在查询中出现的属性列建立索引：

运动员编号，比赛项目编号，项目名称，排名

因考虑到系统为了维护和查找索引所要付出的代价，而且前两个部分中的属性列已经基本包含经常在查询中出现的属性列，因此在这里不再列出更多的属性列。

5.3 物理结构的评价

这部分工作需要在数据库建立以后再进行。在现在的实际情况下只能对物理结构的设计提出最基本的部分。

6、检验是否满足用户需求

例行事务需求

1.运动员报名

查询运动员报名信息，确认是否报名成功，对运动员进行分组分道

2.运动员比赛

记录运动员比赛成绩，进行排名

查询事务需求

1.查询某一运动员报名情况

根据运动员院系名、姓名查询报名信息和具体分组分道情况

2.查询运动员比赛成绩

查询破记录人次统计

按院系、姓名、号码等查询成绩

3.报表需求

生成运动员参赛信息

用到的表：运动员报名信息，分组分道信息

生成运动员成绩信息

用到的表：成绩单及团体总分表、奖牌榜、决赛成绩总表、破记录情况

7、数据库实施、运行和维护

完成数据库的物理设计之后，设计人员就要用DBMS提供的数据定义语言和其他实用程序将数据库逻辑设计和物理设计结果严格描述出来，成为DBMS可以接受的源代码，再经过调试产生目标模式。然后就可以组织数据入库，从而建立起真正的数据库。同时，在数据库的基础上开发出各种应用程序，建立完善、规范的管理制度，使数据库系统进入正常运行状况。随着系统运行环境的变化，数据库也要进行动态的维护和扩充。

8、总结

通过这几周本小组在一起设计的合作和交流。我们大家在一起查阅了许多的资料，在这个过程中接触了很多新的东西，获取了很多新的信息。由于要独立地进行自己分工系统的设计，需要自己去分析架构和设计，提高了自己分析问题和解决问题的能力。同样在此过程中，我们初步的熟悉了田径运动会管理系统的基本流程和运动会举行过程中各个阶段的运作情况。在动手实践的过程中，我们遇到问题或是自己想办法解决或是大家一起讨论。培养了自己的团队协作精神和个人动手能力。并且更加深刻的认识了数据库管理系统的本质和内涵。

实践是对理论学习的一个很好的巩固，并且加深了对理论知识的认识，学到了平时很多书上所不能得到的实践经验，由于实践中碰到许多以前从未碰到过的问题，需要很多新的知识，并且促进对理论知识的学习。通过这次实践课，让我们学会了很多平时学不到的东西，对我们影响颇大！

9、参考文献

【1】 郭江峰…SQL Server 2005数据库技术与应用…人民邮电出版社

【2】 应宏...数据库原理实验…西南师范大学出版社

【3】 黄健全、丁宝康...数据库实用教程 …清华大学出版社

【4】 高金兰…数据库原理与SQL Server应用…科学出版社

本文来源：https://www.2haoxitong.net/k/doc/708919b565ce0508763213f7.html