高校运动会管理系统--数据库课程设计

⾼校运动会管理系统--数据库课程设计
课设报告
项⽬名称：⾼校运动会管理系统
课程名称：数据库课程设计
班级：计141
姓名：、
学号：
教师：张晓明
信息⼯程学院计算机系
2017年3⽉3⽇
运动会管理系统
⽬录
1、需求分析背景 (3)
1.1 系统设计背景 (3)
1.2 系统设计的原则 (3)
1.3 系统设计的⽬标 (4)
2、需求分析功能及性能
2.1系统需求功能分析 (6)
2.2 系统业务需求分析 (6)
2.3赛前准备系统 (6)
赛中管理系统 (7)
赛后处理系统 (7)
2.4系统权限设计 (7)
2.5系统数据流程图 (7)
2.6数据定义 (8)
3、数据库设计
3.1确定实体和联系 (8)
3.2 E-R 图设计 (9)
3.3关系模式图 (10)
4、数据库逻辑设计
4.1 将E-R 图转化为关系模式 (13)
4.2 数据库功能 (15)
4.3创建视图，创建索引，创建触发器 (17)
5、确定数据库的存储结构 (18)
6、检验是否满⾜⽤户需求 (18)
7、数据库实施、运⾏和维护 (19)
8、总结 (20)
9、参考⽂献 (20)
1、项⽬相关
1.1 项⽬背景
⾼等院校运动会是⾼校体育⼯作的重要组成部分。

近年来,随着招⽣规模的扩⼤, 导致⽐赛项⽬、参赛⼈数不断增加,同时⼈们对⽐赛结果的准确性和实时性要求也越来越⾼,参赛队需要得到及时、准确的相关信息,从⽽有效进⾏竞赛的决策指导,这些问题和需求是采⽤⼈⼯⽅式或单机版运动会管理系统都难以解决的。

为此,我们对运动会的信息综合管理系统进⾏了研究,使运动会的筹备、组织、管理、协调等⼯作全⾯实现了计算机⽹络化、⾃动化,极⼤的提⾼了⼯作效率和信息处理的实时性。

⾼校运动会作为各项体育运动的基础，具有⼴泛的群众性。

每届的⾼校运动会声势浩⼤，是提⾼、检验学⽣的健康⽔平，开展全民健⾝运动的有效途径。

由于⽐赛项⽬较多，参赛⼈数⼴，数据处理量⼤且变化时效性要求⾼，管理较为复杂，其编排，记录，公告⼯作是⼀项复杂的⼯程。

为了解决在运动会管理和组织所⾯临的各种问题，我们开发了⼀套适合⾼校的运动会管理系统。

在分析运动会管理需求的基础上，通过⽐较分析不同的开发模式和特点，系统采⽤简单实⽤的Windows环境下的基于图形界⾯/服务器的模式构建，⽤SQL Server2008作为后台数据库，提供对数据库的查询、添加、修改、删除等操作来实现信息⽹上管理，并对信息管理功能进⾏了详细的分析，以实现动态、交互、⾼效的⽹络化信息管理。

系统采⽤业务流程图，实现了赛前管理、赛中管理、赛后管理三⼤功能模块。

系统能够对运动员的报名信息进⾏准确统计，能够有效处理赛程中的实时数据。

系统具有覆盖⾯⼴、维护性强、通⽤性好以及安全性⾼等优点。

系统可以提⾼⾼校运动会管理的效率，降低了管理的⼈⼒、财⼒成本，有⼀定的实⽤价值和经济效益。

且开发环境成本较低，⼤⼤节约了⼈⼒物⼒。

1.2使⽤⼯具：SQL Server 2008、Eclipse、Microsoft Visio 7.0、Date Factory
1.3系统设计的原则
本系统从⾼校运动会的实际情况出发，坚持⽤户⽅便易⽤，运动会期间数据实时共享，从本质上改变以前繁琐、重复和低效率的⼿⼯操作的⼯作⽅式，提⾼了运动会管理数据的准确性和及时性，因⽽能更好地为学⽣和决策⼈服务。

为了该系统能更好的为⾼校运动会管理服务，本系统的建⽴应该遵循以下四个基本原则：
（1）规范化原则先对⾼校运动会管理业务流程的综合分析，建⽴相关的规范的运动会管理制度，利⽤现有的信息技术实现管理的规范化和⾼效性。

（2）兼容性原则本系统应能够与学校现有的管理系统在技术上兼容，⽀持不同平台。

使得在更⼤程度上提⾼管理部门的数据和信息资源的共享，为以后的决策提供必要的信息⽀持。

（3）易⽤性原则根据⾼校运动会的业务需要，给各类⽤户提供⾼效，友好的⽤户界⾯，交互更加的⼈性化和易操作。

（4）创新性原则在系统建设过程中，将结合信息系统的特点，基于⾼校运动会流程管理思想对现有的业务流程进⾏重新梳理，优化组合。

在管理制度和业务实现等⽅⾯体现该系统创新和开拓的思路。

1.4系统设计的⽬标
为了使系统更好的为⾼校运动会管理服务，本系统的建⽴需要实现以下两个⽬标：
（1）系统具有较⼴的覆盖⾯，系统将根据整个运动会组织管理的具体情况量⾝定制，应该包括运动会管理的各个⽅⾯，从⽐赛项⽬信息到运动员信息、从报名信息到⽐赛成绩信息等都应该包含。

（2）系统具有较⾼的安全性
我们除了视窗系统本⾝提供的安全措施外，系统还应该具有以下⼏项安全性能：数据库系
统的⾝份核查；系统的登录和⾝份核查；⾮登录⽤户不允许直接进⼊⼯作页⾯。

2、需求分析功能及性能
2.1系统需求功能
根据⽤户需求，按照结构化程序设计的思想，采⽤⾃顶向下的结构化分析⽅法，整个系统可以划分为三⼤部分：赛前准备，赛中管理，赛后处理。

系统功能模块图
（1）赛前准备根据⽐赛需求，学校制定相关⽐赛规则（仅为模拟）和⽐赛项⽬，运动员根据⽐赛规则报名，并确定所要参加的⽐赛项⽬。

所有的运动员都需要在报名表上登记个⼈的基本信息。

由管理⼈员对参赛的运动员进⾏编号（⾃动模拟⽣成），⽣成运动员姓名号码对照表，并根据报名表系统进⾏⾃动分组，分道（⽆分道组为上场顺序），⽣成项⽬分组情况表。

（2）赛中管理根据⽐赛结果，裁判对运动员的进⾏成绩评定、成绩录⼊和成绩处理（都为模拟过程），从⽽判定出各个⽐赛项⽬的名次，并对运动队的成绩和团体总分进⾏统计，实现智能化成绩处理（模拟）。

（3）赛后管理运动员可以根据⾃⼰的院系、姓名、号码等查询⾃⼰的成绩，并根据赛前准备和⽐赛管理阶段所涉及到的各个信息，打印出各种检录表、成绩单及团体总分表、决赛成绩总表等。

2.2 系统业务需求分析
经过详细的分析，⽥径运动会管理系统所实现的最终⽬标就是要使运动会管理⼈员的各项⼯作实现全⾯的规范化、科学化、⾃动化、⾼效化和流程化，使各类信息得到及时、有序的管理。

因此，根据业务需要，运动会管理系统应满⾜以下的需求：
（1）该系统是⽥径运动会⽐赛期间的信息处理系统，同时也是对外发布信息的窗⼝。

赛会管理⼈员可以通过发布⽐赛信息，如⽐赛准备期间的⽐赛规则，⽐赛项⽬流程信息，⽐赛期间的各个⽐赛实时信息等。

因此，该系统必须要有⼀个简捷的操作界⾯给管理⼈员进⾏操
作。

（2）提供报名功能。

运动员的报名信息是⼀届运动会的关键信息，因此，要给运动员提供⼀个⽅便快捷的⽅式进⾏报名操作。

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

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

图1.系统业务流程图
2.3 赛前准备系统
其基本功能包括以下⼏个⽅⾯
(1) ⽐赛规程（包括⽐赛规则，裁判员名单，记分规则，⽐赛项⽬等等）的⽅布
(2) 运动员报名
(3) 运动员编号，分项⽬，分组，分道
(4) 运动员情况，即统计各个代表队参赛⼈情况和各个项⽬参赛⼈数的情况 (5) 输出⽐赛⽤表，包含运动员姓名号码对照表，项⽬分组表
图2.赛前准备业务流程图
赛中管理系统
其基本功能包括以下⼏个⽅⾯
（1）
裁判员输⼊各个⽐赛项⽬的⽐赛成绩信息（2）根据赛会成绩，发布⽐赛信息（3）⽣成决赛名单，并公布
图3.赛中管理业务流程图
赛后处理系统
该过程具有如下功能：
（1）打印出各种检录表、成绩单及团体总分表、决赛成绩总表（2）⽐赛信息数据存储及备份 2.4 系统权限设计
为了保证系统的安全性，系统中的⽤户必须拥有不同的权限，⽽且不同权限的⽤户操作不同的页⾯。

为了能更好的管理，可以将⽤户分为 3 种：
（1）管理员管理员可以使⽤系统的所有功能，有权添加授权⽤户，控制各级使⽤的菜单，发⽐赛信息等。

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

（3）⼀般⽤户⼀般⽤户只能使⽤菜单功能和信息查询。

2.5系统数据流程图
数据流程图是⽤来描绘软件系统逻辑模型的图形⼯具（Microsoft visio2007），是描绘信息在系统中流动和处理的情况。

数据流图是软件设计⼈员和⽤户之间很好的通信⼯具。

运动会的管理过程中需要处理⼤量的数据并且要及时，准确的提供处理结果。

⾸先，要输⼊各个参赛运动员的报名表，并建⽴相关的数据库；利⽤报名表等数据进⾏⽥径运动会各个⽐赛项⽬时间、分组、分道的编排；在运动会⽐赛过程中，要求及时的输⼊各个运动员⽐赛项⽬的成绩并进⾏相应的出理，打印出成绩报表，提供各个运动会信息的查询。

2.6数据定义
对上述8种数据定义如下：
3、数据库设计
概念设计是整个数据库设计的关键，它通过对⽤户需求进⾏综合、归纳与抽象，形成⼀个较独⽴于DBMS 的概念模型。

这个数据库设计的关键阶段，设计时，根据系统要求，画
出能反映每个应⽤需求的E-R 图，其中包括确定实体、属性和联系的类型。

然后对初始的E-R 图进⾏优化，消除冗余和可能存在的⽭盾。

概念模型的设计是对⽤户需求的客观反映，并不涉及具体的计算机软件、硬件环境。

因此，在这个阶段中我们必须将注意⼒集中在怎样表达出⽤户对系统的需求，⽽不考虑具体实现问题。

3.1确定实体和联系
1.实体：
⽐赛项⽬：项⽬编号，项⽬规则，项⽬名称，项⽬类型。

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

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

裁判员：裁判员编号，姓名，性别，年龄。

成绩：等级，排名。

2.联系：
报名：⽐赛细则，⼈数限制。

参加：⽐赛地点，⽐赛时间，⽐赛⼈数。

遣派：遣派⼈数。

查询：⽤户名，密码，查询⽅式。

评定：评定规则，评定⼈。

处理：处理⼈。

3.2 E-R 图设计
图4.1运动会管理系统E-R 图
图4.2报名实体
图4.3项⽬实体
图4.4⽤户实体
图4.5运动员实体
图4.6运动员和项⽬实体
4.7裁判实体
图
图4.9分道实体
图4.10管理员实体。