当前位置:文档之家› 校运动会管理系统的设计与实现

校运动会管理系统的设计与实现

校运动会管理系统的设计与实现
校运动会管理系统的设计与实现

校现

目录

第一章系统概述 (1)

1.1 系统开发背景与意义 (1)

1.1.1 系统开发背景 (1)

1.1.2 系统开发意义 (1)

第二章系统需求分析 (2)

2.1系统功能要求 (2)

2.2 需求分析概述 (2)

2.3系统层次划分 (3)

2.4 系统数据流图 (5)

2.5 数据字典 (7)

第三章系统总体设计 (13)

3.1 系统总体设计目标 (13)

3.2 系统概念设计 (10)

3.2.1 概念模型(E-R图) (14)

3.2.2 关系模式 (15)

第四章数据库系统实现 (16)

4.1 系统实现工具简介 (16)

4.1.1 SQL Server 2000简介 (16)

4.2 人事管理系统数据库实现 (16)

结束语 (22)

参考文献 (23)

运动会管理系统

第一章系统概述

1.1 系统开发背景和意义

1.1.1系统开发的背景

计算机以其强大的性能价格优势给人们的工作、学习和生活带来极大的方便.计算机代替人工处理一些事务已成为必然。整个人类社会已进入高度信息化,人们对信息和数据的利用和处理已经进入自动化、网络化和社会化的阶段。

在当今社会上,体育运动越来越普及,参与运动会的人越来越多,素质越来越高。传统的运动会,一般是以人手组织为主,运动员的报名、赛事的安排、比赛场地的安排和成绩的记录等操作全都由人手操作,参加人数越多,运动会的规模就越大,管理工作就更加费时费力,而且容易出错。学校田径运动会管理系统则为组织者提供一个简捷方便的方式来组织管理运动会,学校田径运动会管理系统是一种“人机交互系统”,通过简单的键盘输入与鼠标点击来完成烦琐的记录与安排工作,保证运动会的正常流畅的进行。学校田径运动会管理系统是典型的数据库应用系统,可完成田径运动会管理中的运动员报名、分组编排,竞赛成绩处理及公告,成绩统计.信息查询等事务处理功能。根据学校田径运动会的一般进程,本系统分为前期编排处理、比赛管理处理、查询输出处理和系统维护等四个工具模

块来完成所期望的功能。依据关系型数据库理论设计数据库的结构。使用该系统可以极大地减小工作人员的劳动量,同时还可大大提高工作效率、可靠性和正确性

1.1.2系统开发的意义

1.掌握数据库设计原理及相关软件的使用:

2.实现方便合理安排运动会方面的管理工作;

3.为了运动会管理系统更完善;

4. 为了减轻工作人员的工作负担。

第二章系统需求分析

2.1系统功能要求

1.对运动员报名,编号,分组编排,赛程安排,决赛,成绩汇总等进行全面

管理;

2.对运动会业务流程提供全面、一致和快速处理;

3.系统具有界面友好性和易操作性。

4.本系统具体需要实现的功能有:

1,报名单输入

2,运动员编号

3,比赛项目的分组

4,打印秩序册

5,检录

6,成绩输入

7,校记录更新

8,团体成绩统计

9,运动会各项信息的输出等。

2.2 需求分析概述

1.学校田径运动会主界面设置密码,用户通过密码后才能进入系统的水平菜单。

2.水平命令菜单要能实现前期编排,比赛管理,查询输出,系统工具这几个功能。

3.前期编排需要定义比赛项目,设置工作岗位、录入工作人员,运动员报名表录入,输入记录成绩,查看秩序册等功能。

4.比赛管理需田赛成绩录入与输出,径赛成绩录入与输出,全能成绩录入与输出等功能。

5.查询输出需要运动员成绩、项目成绩、代表队成绩查询,总分表、项目得分表、成绩名次表查询,成绩册汇总等功能。

2.3 系统层次划分

根据系统的目标、组织职能和需求的相关性,确定系统需求结构如图2.2.1所示

图2.1

根据系统的目标、组织职能和需求的相关性,确定系统流程图如图2.2.2所示

图2.2 2.4系统数据流图

符号说明:在绘制数据流程图时使用到了处理逻辑,外部实体,数据存储和数据流四个符号,它们分别如下所示:

处理逻辑外部实体数据存储数据流

通过需求分析,得出运动会管理信息系统已编号的各层数据流程分别如图2..3---图2.12所示。

图2.3运动会管理顶层数据流程图

图2.4学生信息记录数据流程图

图2.5项目录入数据流程图

S1

学生

P5

项目报名

D2

项目信息

F1学生信息

D3

比赛名单

图2.6学生报名数据流程图

图2.7裁判信息数据流程图

S2

管理员

P6

比赛名单审核

D3

比赛名单

F2管理员信息

D3

比赛名单

图2.8比赛名单审核数据流程图

S2

管理员

P7

成绩录入

F2管理员信息

D4

比赛成绩

D3

比赛名单

图2.9成绩录入数据流程图

图2.10比赛成绩审核数据流程图

图2.11比赛名单审核细分数据流程图

图2.12比赛成绩审核细分数据流图

2.5数据字典

(1)数据流的描述

数据流编号:F1

数据流名称:学生信息

简述:学生的基本信息

数据流来源:S1

数据流去向:P1

数据流组成:学号+姓名+性别+所在系+编号

数据流编号:F2

数据流名称:管理员信息

简述:管理员基本信息

数据流来源:S2

数据流去向:P6

数据流组成:管理员号+管理员姓名+管理员性别+管理员年龄

数据流编号:F3

数据流名称:不合格比赛名单

简述:不符合规范的报名单

数据流来源:P6.1

数据流去向:S1

数据流组成:报名号+姓名+报名项目

数据流编号:F4

数据流名称:合格比赛名单

简述:符合规范的报名单

数据流来源:P6.1

数据流去向:D3

数据流组成:报名号+姓名+报名项目

数据流编号:F5

数据流名称:不合格比赛成绩单

简述:不符合规范的比赛成绩单

数据流来源:P8.1

数据流去向:S2

数据流组成:成绩编号+姓名+参赛项目+成绩+名次

数据流编号:F6

数据流名称:合格比赛成绩单

简述:符合规范的比赛成绩单

数据流来源:P8.1

数据流去向:D4

数据流组成:成绩编号+姓名+参赛项目+成绩+名次

数据流编号:F8

数据流名称:裁判信息

简述:裁判的基本信息

数据流来源:C1

数据流去向:P9

数据流组成:裁判编号+姓名+性别

(2)数据存储的描述

数据存储编号:D1

数据存储名:学生信息

简述:存储学生信息

输入的数据流:F1

输出的数据流:

数据存储编号:D2

数据存储名:项目信息

简述:存储项目信息

输入的数据流:F2

输出的数据流:

数据存储编号:D3

数据存储名:比赛名单

简述:存储比赛名单信息输入的数据流:F1,F2

输出的数据流:

数据存储编号:D4

数据存储名:比赛成绩

简述:存储比赛成绩信息

输入的数据流:F2

输出的数据流:

(3)处理逻辑的描述

处理逻辑编号:P1

处理逻辑名称:学生信息设置

简述:对学生的信息进行相应处理

输入的数据流:F1

处理描述:根据学生信息,录入管理系统中

输出的数据流:

处理逻辑编号:P2

处理逻辑名称:信息审核

简述:对学生的信息进行审核操作

输入的数据流:

处理描述:根据学生信息,对录入管理系统中的信息进行审核输出的数据流:

处理逻辑编号:P3

处理逻辑名称:项目设置

简述:项目的录入处理

输入的数据流:F7

处理描述:管理员根据项目信息,录入管理系统中

输出的数据流:

处理逻辑编号:P4

处理逻辑名称:项目审核

简述:对项目信息进行审核操作

输入的数据流:

处理描述:管理员根据项目信息,对录入管理系统中的项目信息进行审核

输出的数据流:

处理逻辑编号:P5

处理逻辑名称:项目报名

简述:学生进行项目的报名

输入的数据流:F1

处理描述:学生结合自身情况,选取爱好或擅长的项目报名

输出的数据流:

处理逻辑编号:P6

处理逻辑名称:比赛名单审核

简述:对比赛的名单进行审核

输入的数据流:F2

处理描述:管理员登陆系统后,对比赛名单进行审核,有查询,修改等操作

输出的数据流:

处理逻辑编号:P7

处理逻辑名称:成绩录入

简述:管理员将成绩录入系统中

输入的数据流:F2

处理描述:管理员登陆系统后,将学生比赛后的成绩录入系统中输出的数据流:

处理逻辑编号:P8

处理逻辑名称:比赛成绩审核

简述:对比赛成绩进行审核

输入的数据流:F2

处理描述:管理员登陆系统后,对比赛成绩进行审核,有查询,修改等操作

输出的数据流:

处理逻辑编号:P6.1

处理逻辑名称:比赛名单查询

简述:对比赛的名单进行查询

输入的数据流:F2,F4

处理描述:管理员登陆系统后,对比赛名单进行查询,如不合格,将通知学生进行修改,最后管理员将合格的比赛名单录

入系统中

输出的数据流:F4

处理逻辑编号:P6.2

处理逻辑名称:比赛名单修改

简述:对比赛的名单进行修改

输入的数据流:F1

处理描述:学生收到管理员通知,将其不合格的报名单修改

输出的数据流:

处理逻辑编号:P8.1

处理逻辑名称:比赛成绩查询

简述:对比赛的成绩进行查询

输入的数据流:F2

处理描述:管理员登陆系统后,对比赛成绩进行查询,如不合格,系统返还给管理员进行其他相应操作

输出的数据流:F5,F6

处理逻辑编号:P8.2

处理逻辑名称:比赛成绩修改

简述:对比赛的成绩进行修改

输入的数据流:F2

处理描述:管理员登陆系统后,对其不合格的成绩进行修改操作输出的数据流:

第三章系统总体设计

3.1系统总设计目标

概念设计阶段主要是将需求缝隙阶段得到的用户需求抽象为信息结构即概念模型的过程,它是整个数据库设计的关键,设计概念结构通常有四类方法:自顶向下、自底向上、逐步扩张、混合策略。

概念结构设计的任务是在需求分析阶段产生的需求说明书的基础上,按照特定的方法把它们抽象为一个不依赖于任何具体机器的数据模型,即概念模型。概念模型使设计者的注意力能够从复杂的实现细节中解脱出来,而只集中在最重要的信息的组织结构和处理模式上。

概念模型具有以下的特点:

1.概念模型是对现实世界的抽象和概括,它真实、充分地反映了现实世界中事物和事物之间的联系,能满足用户对数据的处理要求。

2.由于概念模型简洁、明晰、独立于计算机,很容易理解,因此可以用概念模型和不熟悉计算机的用户交换意见,使用户能积极参与数据库的设计工作,保证设计工作顺利进行。

3.概念模型易于更新,当应用环境和应用要求改变时,容易对概念模型修改和扩充。

3.2系统概念设计

3.2.1概念模型(E-R 图)

图3.1

图3.2总E-R 图

3.2.1关系模型

运动会管理系统关系模式表结构(其中带下划线的是主码,粗体斜线是外码)学生(学号,姓名,性别,年龄,所在系)

裁判员(裁判编号,姓名,性别)

项目(比赛项目号,项目名称,参赛人数,比赛时间,比赛规则,比赛场地)报名表(报名号,报名项目,报名时间)

成绩表(姓名,参赛项目,成绩,名次)

报名(学号,报名号,报名时间)

选择(学号,比赛项目号)

赛程安排(项目号,裁判编号,报名号,比赛场地,比赛时间,比赛规则)

第四章数据库系统实现

4.1系统实现工具简介

4.1.1 SQL Server 2000简介

SQL Server 2000 是Microsoft公司推出的SQL Server 数据库管理系统的一个版本。该版本继承了SQL Server 7.0 版本的优点同时又比它增加了许多更先进的功能,具有使用方便,可伸缩性好与相关软件集成程度高等优点,可跨越从运行Microsoft Windows 98 的膝上型电脑到运行Microsoft Windows 2000 的大型多处理器的服务器等多种平台使用。

SQL Server 2000 关系数据库引擎支持当今苛刻的数据处理环境所需的功能。数据库引擎充分保护数据完整性,同时将管理上千个并发修改数据库

相关主题
文本预览
相关文档 最新文档