数据库设计样例—校运会管理系统

..

项目案例（一）

——校运会管理系统

1需求分析

1.1 编写目的

使用该文档的使用成员为实现校运会管理系统的开发人员以及学校的运动会组织管理人员。

1.2 背景

项目名称：校运会管理系统 项目提出者：

项目开发者：项目开发小组 项目鉴定者：暂无。 项目开始时间：

1.3 定义

系统数据流程图的一些定义

1.4 目标

当学校运动会管理人员使用了《校运会管理系统》软件后，可以由计算机完成：运动员报名的自动核对；比赛时各种人员信息的查询、核对、更新、删除。 校运会管理系统用户分为两类：

普通操作员：只须具有初级的计算机操作能力，一般高中生以上经过稍稍培训都可胜任，只是负责比赛进行时一些简单数据的插入、更新、查询。

管理人员：这些人员应具备一定的数据库知识，不过只要了解就行，这些人员负责对数据库中重要数据及基本数据的更新，如对静态表的重新定义，普通用户的权限分配。

w

..

1.5 需求分析

1.5.1系统的功能需求

通过对运动会各个步骤、所需的各项信息等的分析，我们规定： (1) 项目有个人项目、集体项目之分．

(2) 对于集体项目，我们并不关心具体参加比赛的运动员．在每一项集体项目中，每个学院的参赛人数不可超过限制的参赛人数，且必须是该学院的学生．

(3) 一个项目可有多名运动员参加，但一名运动员最多只能参加两项个人项目（用一个触发器实现），且只能属于一个学院．

(4) 一个项目可由多名裁判主持，每一个裁判在此项目中所担任的职务不同，且有主、副裁判之分．

(5) 在同一时间可同时举行多项比赛，但是只能进行一项径赛比赛（用一个触发器实

现）．

(6) 在同一时间，一名裁判只能主持一项比赛、担任一个职务（用一个触发器实现）．但在不同的时间，一名裁判可主持不同的项目、担任不同的职务．

(7) 一名运动员在同一时间只能参加一项比赛（用一个触发器实现）．

(8) 在同一时间，一个学院只能参加一项集体项目比赛（通过用一个触发器限制在同一时间只能举行一项集体项目）．

(9) 在某一项目中，只有一个主裁判，其余都为副裁判． (10) 一项个人项目可有多个同时破记录者，一名运动员同时破多项记录．一项集体项目可同时有多个破记录的学院，一个学院可同时破多项记录．

1.5.2 系统总体功能图

w

..

1.5.3系统流程图

1.5.4 实体与数据

通过对运动会各面分析，运动会中包含的实体有学院、运动员（不包含集体项目中的运动员）、项目（集体项目和个人项目）、裁判、职务、奖励（集体项目奖励和个人项目奖励，名次为0表示破记录）、赛事类别（田赛、径赛、集体项目等）．集体项目奖励和个人项目奖励不同．包含的数据项分别如下：

(1) 学院编号，学院名称，上届运动会名次，历史最高名次，本次运动会总分，本次运动会名次等．

(2) 运动员编号，学号，姓名，性别，所属学院，班级等． (3) 项目编号，项目名称，参赛者性别（男或女或不限）、每个学院限参赛人次，比赛时间，结束时间等．

(4) 裁判编号，姓名，性别等．

w

..

(5) 职务编号，职务名称（如计时员、测量员、记录员等），职务级别（主裁判和副裁判）等．

(6) 名次，奖励分数，奖励物品（如奖状等），奖励金额等． (7) 赛事类别编号，赛事类别名称等．

实体之间的联系有：

(1) 学院与运动员之间（1：M）．

(2) 运动员、个人项目与个人项目奖励之间（1：M，1：1）． (3) 学院、集体项目与集体项目奖励之间（1：M，1：1）． (4) 赛事类别与项目之间．（1：M） (5) 裁判、项目与职务之间．（M：N）l

通过以上分析，运动会数据库包含的模块有：

输入模块 主要是各种信息的输入，如学院信息、运动员信息、项目信息、比赛信息、奖励信息等．

输出模块 主要是各种查询结果的输出等。

2 概念设计

采用自底向上的法．用E-R图表示各实体之间的联系。

2.1实体学院与运动员之间的联系

上述E-R图表示一个学院有多名运动员参加个人项目，一名运动员只能属于一个学院．

w

..

2.2运动员、个人项目和个人项目奖励之间的联系

上述E-R图表示一个项目可有多项不同的奖励（如第一名、第二名等的奖励不同）对于每一项奖励可在不同的项目中出现；一名运动员最多只能有两项个人项目奖励（此时p=0…2）,每一项奖励可有多名运动员获得；一名运动员最多能参加两项个人项目（此时m=1…2），一项个人项目可有多名运动员参加。

2.3学院、集体项目和集体项目奖励之间的联系

上述E-R图表示一个学院可获得多项集体项目奖励、参加多项集体项目，一项集体项目可有多个学院参赛、有多项不同的奖励，一项集体项目奖励可被多个学院获得、可在多项集

w