经济管理学院管理系.docx
《经济管理学院管理系.docx》由会员分享,可在线阅读,更多相关《经济管理学院管理系.docx(38页珍藏版)》请在冰豆网上搜索。
经济管理学院管理系
经济管理学院管理系
数据系统概论课程设计
东北电力大学运动会管理系统
2007年7月2日星期一
东别电力大学运动会管理系统
第一章前言
随着各类大中专院校的在校生规模不断扩大,学校运动会的规模也随之扩大;运动会的组织和管理需要的各种数据的报送,运动会进行过程中的数据统计工作都显现出来繁杂和效率低的状况。
随着计算机技术、网络技术的发展,有必要对学校运动会进行计算机辅助管理,实现计算机报名汇总和秩序册编排过程,减少人工繁琐的统计工作量,提供学校运动会成绩的及时查询等服务。
基于上述的基本思想,我们采用目前最为适合本学校的PHP语言、mysql数据库开发《东北电力大学运动会管理系统》。
第二章需求分析
一系统功能分析
运动会管理系统的主要任务是对运动员信息的整理,是能够方便快捷的对运动员信息的采集,分组,成绩的录入,成绩查询,数据的更新,及输出报表。
二数据库功能模块设计
本功能分为如下几个模块
运动会管理系统
网上报名
分组查询
成绩录入
后台管理
1.主界面模块:
该模块提供管理系统的主界面,是主系统唯一的入口和出口,该界面提供用户选择并调用各子模块。
网上报名模块:
收集各院系运动员报名信息,自动生成号码簿。
分组查询模块:
按项目对各院系运动员预赛进行随机分组。
成绩录入模块:
收集各院系运动员预赛成绩,自动生成决赛名单,决赛成绩录入,排出决赛名次并将个人项目得分加至所属院系得分。
后台管理模块:
对以上三个模块进行开放和关闭功能控制,查看运动员报名情况,查看运动员成绩情况,修改运动员成绩等。
三数据流图
第三章数据库设计
创建数据库是设计系统的第一步,其关键问题在于确定所需的表结构并为之建立索引。
为了使系统设计精练实用,体现关系型数据库的特点,本系统还为各相关表建立关系。
一数据字典
1.数据项
数据项:
学院号
含义说明:
惟一标识一个学院
别名:
college_id
类型:
字符型
长度:
2
允许空:
否
数据项:
学院名
含义说明:
标识一个学院的名称
别名:
college_name
类型:
字符型
长度:
40
允许空:
否
数据项:
学院密码
含义说明:
标识一个学院的密码
别名:
college_pd
类型:
字符型
长度:
32
允许空:
否
数据项:
比赛项目号
含义说明:
唯一标识一个比赛项目
别名:
event_id
类型:
字符型
长度:
2
允许空:
否
数据项:
项目名称
含义说明:
标识一个比赛项目的名称
别名:
event_name
类型:
字符型
长度:
40
允许空:
否
数据项:
项目保持记录
含义说明:
标识一个比赛项目的以往的最高纪录
别名:
record_score
类型:
字符型
长度:
20
允许空:
是
数据项:
运动员编号
含义说明:
标识一个运动员的编号
别名:
num
类型:
字符型
长度:
10
允许空:
是
数据项:
报名号
含义说明:
标识一个运动员报名号
别名:
login_id
类型:
长整型
长度:
4
允许空:
否
数据项:
提交年
含义说明:
标识一个运动员报名时的年
别名:
time
类型:
字符型
长度:
4
允许空:
否
数据项:
提交时间
含义说明:
标识一个运动员报名时的时间
别名:
posttime
类型:
字符型
长度:
4
允许空:
否
数据项:
管理员号
含义说明:
唯一标识一个管理员
别名:
manage_id
类型:
字符型
长度:
10
允许空:
否
数据项:
管理密码
含义说明:
标识一个管理员的密码
别名:
manage_pd
类型:
字符型
长度:
32
允许空:
否
数据项:
初赛成绩
含义说明:
标识一个运动员在一个项目的初赛的成绩
别名early
类型:
字符型
长度:
20
允许空:
否
数据项:
复赛成绩
含义说明:
标识一个运动员在一个项目的复赛成绩
别名:
final
类型:
字符型
长度:
20
允许空:
否
数据项:
是否破纪录
含义说明:
标识一个运动员在一个项目的是否破纪录
别名:
break
类型:
字符型
长度:
2
允许空:
否
数据项:
个人得分
含义说明:
标识一个运动员在一个项目的得分
别名:
person_score
类型:
实型
长度:
4
允许空:
否
数据项:
学号
含义说明:
唯一标识一个学生
别名:
stu_xh
类型:
字符型
长度:
10
允许空:
否
数据项:
学生名
含义说明:
标识一个学生的姓名
别名:
stu_name
类型:
字符型
长度:
10
允许空:
否
数据项:
学生密码
含义说明:
标识一个学生的性别
别名:
stu_pd
类型:
字符型
长度:
10
允许空:
否
数据项:
年龄
含义说明:
标识一个学生的年龄
别名:
age
类型:
整型
长度2
允许空:
否
数据项:
性别
含义说明:
标识一个学生的性别
别名:
sex
类型:
字符型
长度:
2
允许空:
否
数据项:
班级
含义说明:
标识一个学生的班级
别名:
class
类型:
字符型
长度:
10
允许空:
否
数据项:
功能
含义说明:
标识系统的一个功能
别名:
user
类型:
字符型
长度:
10
允许空:
否
数据项:
开关
含义说明:
标识系统的一个功能是否开关
别名:
open
类型:
字符型
长度:
1
允许空:
否
2数据结构
本系统涉及7个数据结构分别为:
学院基本表,比赛项目表,提交单基本表,管理员基本表,个人成绩表,学生基本表,功能开关表以下对其进行具体说明
(1)数据结构:
学院基本表
含义说明:
定义了学院的基本数据
组成:
学院号,学院名,学院密码。
(2)数据结构:
比赛项目表
含义说明:
定义各种比赛项目的基本信息
组成:
项目号,项目名,项目保持记录。
(3)数据结构:
提交单基本表
含义说明:
定义运动员所提交表单的基本信息
组成:
运动员编号,报名号,学号,学院号,提交年,提交时间。
(4)数据结构:
管理员基本表
含义说明:
定义管理员的基本信息
组成:
管理员号,管理员密码。
(5)数据结构:
个人成绩基本表
含义说明:
定义一个运动员在一个项目上的成绩
组成:
学号,比赛项目号,初赛成绩,复赛成绩,是否破纪录,个人得分。
(6)数据结构:
学生基本表
含义说明:
定义学生的基本信息
组成:
学院号,学生号,学生密码,学生名,性别,年龄,班级。
(7)数据结构:
功能开关基本表
含义说明:
定义系统各个功能的开关情况
组成:
功能,开关。
3.数据流
数据流:
报名单
说明:
专业人才在成果方面的获奖等级(这里主要是指出版物的出版层次。
)
数据流来源:
参赛人员
数据流去向:
参赛对队员专业
组成:
报名序号,报名人姓名,年龄,性别,民族,备注,成绩。
平均流量:
……
高峰期流量:
300
数据流:
成绩
说明:
运动员在比赛中所获得成绩查询
数据流来源:
考办
数据流去向:
成绩
组成:
,报名人姓名,成绩。
平均流量:
……
高峰期流量:
300
4.数据存储
数据存储:
参赛人员表
说明:
存储参赛人员的基本情况
流入数据流:
……
流出数据流:
……
组成:
报名序号,报名人姓名,年龄,性别,民族,备注,成绩
数据量:
200
存取方式:
随机存储
数据存储:
成绩表
说明:
存储参赛人员的基本情况
流入数据流:
……
流出数据流:
……
组成:
报名人姓名,成绩。
数据量:
400
存取方式:
随机存储
表1(续)、数据元素定义表
系统名称:
东北电力大学管理系统
数据元素编号:
001
数据项:
学院号
别名:
college_id
类型:
char
长度:
2
小数点位数:
数据元素编号:
002
数据项:
学院名
别名:
college_name
类型char
长度:
40
小数点位数:
数据元素编号:
003
数据项:
学院密码
别名:
college_pd
类型:
char
长度:
32
小数点位数:
数据元素编号:
004
数据项:
比赛项目号
别名:
event_id
类型:
char
长度:
2
小数点位数:
数据元素编号:
005
数据项:
项目名称
别名:
event_name
类型:
char
长度:
40
小数点位数:
数据元素编号:
006
数据项:
项目保持记录
别名:
record_score
类型:
字符型
长度:
20
小数点位数:
数据元素编号:
007
数据项:
运动员编号
别名:
num
类型:
char
长度:
10
小数点位数:
数据元素编号:
008
数据项:
报名号
别名:
login_id
类型:
int
长度:
4
小数点位数:
数据元素编号:
009
数据项:
提交年
别名:
time
类型:
char
长度:
4
小数点位数:
数据元素编号:
010
数据项:
提交时间
别名:
posttime
类型:
char
长度:
4
小数点位数:
数据元素编号:
011
数据项:
管理员号
别名:
manage_id
类型:
char
长度:
10
小数点位数:
数据元素编号:
012
数据项:
管理密码
别名:
manage_pd
类型:
char
长度:
32
小数点位数:
数据元素编号:
013
数据项:
初赛成绩
别名early
类型:
char
长度:
20
小数点位数:
数据元素编号:
014
数据项:
复赛成绩
别名:
final
类型:
char
长度:
20
小数点位数:
数据元素编号:
015
数据项:
是否破纪录
别名:
break
类型:
char
长度:
2
小数点位数:
数据元素编号:
016
数据项:
个人得分
别名:
person_score
类型:
float
长度:
4
小数点位数:
2
数据元素编号:
017
数据项:
学号
别名:
stu_xh
类型:
char
长度:
10
小数点位数:
数据元素编号:
018
数据项:
学生名
别名:
stu_name
类型:
char
长度:
10
小数点位数:
:
数据元素编号:
019
数据项:
学生密码
别名:
stu_pd
类型:
char
长度:
10
小数点位数:
数据元素编号:
020
数据项:
年龄
别名:
age
类型:
int
长度2
小数点位数:
数据元素编号:
021
数据项:
性别
别名:
sex
类型:
char
长度:
2
小数点位数:
数据元素编号:
022
数据项:
班级
别名:
class
类型char
长度:
10
小数点位数:
数据元素编号:
023
数据项:
功能
别名:
user
类型:
char
长度:
10
小数点位数:
数据元素编号:
024
数据项:
开关
别名:
open
类型:
char
长度:
1
小数点位数:
表1数据元素一览表
编号
数据元素名称
别名
类型
长度
小数点位
001
学院号
College_id
char
2
002
学院名
College_name
char
40
003
学院密码
College_pd
char
32
004
比赛项目号
event_name
char
2
005
项目名称
Event_name
char
40
006
项目保持记录
record_score
char
20
007
运动员编号
num
char
10
008
报名号
login_id
int
4
009
提交年
time
char
4
010
提交时间
posttime
char
4
011
管理员号
manage_id
char
10
012
管理员密码
manage_pd
char
32
013
初赛成绩
early
char
20
014
复赛成绩
final
char
20
015
是否破纪录
break
char
2
016
个人得分
person_score
float
4
2
017
学号
stu_xh
char
10
018
学生名
Stu_name
char
10
019
学生密码
Stu_pd
char
10
020
年龄
age
int
2
021
性别
sex
char
2
022
班级
class
char
10
023
功能
user
char
10
024
开关
open
char
1
二、概念结构设计
本系统在需求分析的基础上设计出能够满足用户需求的各种实体。
根据上面的分析所得的实
有:
运动员实体,成绩实体,比赛项目实体,院系实体,学生实体。
图1学生实体属性图
图2运动员实体属性图
图3学院实体属性图
,,
图4项目实体属性图
图5个人成绩实体属性图
图6运动员管理实体-联系图
数据库实现
表2学院基本信息表
列名
数据类型
可否为空
说明
学院号
字符型
(2)
否
学院号
学院名
字符型(40)
否
学院名
学院密码
字符型(32)
否
学院密码
表3比赛项目信息表
列名
数据类型
可否为空
说明
比赛项目号
字符型
(2)
否
比赛项目号
项目名称
字符型(40)
否
项目名称
项目保持记录
字符型(20)
可
项目保持记录
表4提交单信息表
列名
数据类型
可否为空
说明
运动员编号
字符型(10)
可
运动员编号
报名号
整型(4)
否
报名号
学号
字符型(10)
否
学号
学院号
字符型
(2)
否
学院号
提交年
字符型(4)
否
提交年
提交时间
字符型(4)
否
提交时间
表5管理员信息表
列名
数据类型
可否为空
说明
管理员号
字符型(10)
可
管理员号
管理员密码
字符型(32)
可
管理员密码
表6个人成绩信息表
列名
数据类型
可否为空
说明
学号
字符型(10)
否
学号
比赛项目号
字符型
(2)
否
比赛项目号
初赛成绩
字符型(20)
否
初赛成绩
复赛成绩
字符型(20)
否
复赛成绩
是否破记录
字符型
(2)
否
是否破记录
个人得分
实型(4)
否
个人得分
表7学生信息表
列名
数据类型
可否为空
说明
学院号
字符型
(2)
否
学院号
学号
字符型(10)
否
学号
学生名
字符型(10)
否
学生名
学生密码
字符型(10)
否
学生密码
性别
字符型
(2)
否
性别
年龄
整型
(2)
否
年龄
班级
字符型(10)
否
班级
表8功能开关信息表
列名
数据类型
可否为空
说明
功能
字符型(10)
否
功能
开关
字符型
(1)
否
开关
数据模型
1.层次模型
2网状模型
3关系模型
表9信息中心运动员基本情况一览表
自然表
学生
学院
项目
成绩
编号
报名号
提交年
提交时间
学生号
学生名
学生密码
性别
年龄
班级
学院号
学院名
学院密码
项目号
项目名
项目保持记录
初赛成绩
复赛成绩
是否破纪录
个人得分
0001
001
2007年
7月1日
055703
张行
055703
男
20
管理051
A1
经管学院
A1
04
500米竞走
4分33秒
5分01秒
4分49秒
否
89
0002
002
2007年
7月1日
055812
刘笑
055812
女
21
自动化046
A2
自动化工程学院
A2
06
800米赛跑
3分20秒
3分58秒
4分01秒
否
80
0003
003
2007年
7月1日
055923
高大全
055923
男
20
土木051
A3
建工学院
A3
09
100米赛跑
15秒55
17秒53
17秒05
否
90
0004
004
2007年
7月1日
055616
任明明
055616
女
19
数学066
A4
理学院
A4
11
女子跳高
2米10
2米13
2米12
否
98
0005
005
2007年
7月1日
055232
王刚
055232
男
22
机械039
A5
能机学院
A5
23
110米跨栏
20秒
26秒
24秒
否
79
0006
006
2007年
7月1日
055317
刘通
055317
男
20
电信066
A6
电气学院
A6
66
标枪
65米
64米
64米
否
99
由于关系规范化是基本思想是逐步消除数据以来关系中不合适的部分,使现实世界反映同一实体型中的数据达到有效的分离。
因此,为了方便、有效地使用这些信息资源,遵循关系规范化原则,可以将表9分成三个独立的数据表:
表9-2、表9-3、表9-4,表9-5,表9-6使每一个数据表都具有独立性,同时又依赖共同拥有的关键字段“编号”,使这些数据表之间保持一定的关联关系,并且保证3个数据表中的数据能完全体现表6中所包含的全部数据信息。
(1)提交表单基本情况表,收入了信息中心运动员的自然情况,如表9-2所示。
表9-2提交表单基本表
编号
报名号
学号
学院号
提交年
提交时间
0001
001
055703
A1
2007年
7月1日
0002
002
055812
A2
2007年
7月1日
0003
003
055923
A3
2007年
7月1日
0004
004
055616
A4
2007年
7月1日
0005
005
055232
A5
2007年
7月1日
0006
006
055317
A6
2007年
7月1日
(2)学生基本情况表,收入了信息中心运动员的学生情况,如表9-3所示
表9-3学生基本表
编号
学院号
学号
学生名
学生密码
性别
年龄
班级
0001
A1
055703
张行
055703
男
20
管理051
0002
A2
055812
刘笑
055812
女
21
自动化046
0003
A3
055923
高大全
055923
男
20
土木051
0004
A4
055616
任明明
055616
女
19
数学066
0005
A5
055232
王刚
055232
男
22
机械039
0006
A6
055317
刘通
055317
男
20
电信066
(3)学院基本情况表,收入了信息中心运动员的学院情况,如表9-4所示
表9-4学院基本表
编号
学院号
学院名
学院密码
0001
A1
经管学院
A1
0002
A2
自动化工程学院
A2
0003
A3
建工学院
A3
0004
A4
理学院
A4
0005
A5
能机学院
A5
0006
A6
电气学院
A6
(4)比赛项目基本情况表,收入了信息中心运动员的项目情况,如表9-2所示
表9-5比赛项目基本表
编号
比赛项目号
项目名称
项目保持记录
0001
04
500米竞走
4分33秒
0002
06
800米赛跑
3分20秒
0003
09
100米赛跑
15秒55
0004
11
女子跳高
2米10
0005
23
110米跨栏
20秒
0006
66
标枪
65米
(5)个人成绩基本情况表,收入了信息中心运动员的成绩情况,如表9-2所示
表9-6个人成绩
编号
学号
比赛项目号
初赛成绩
复赛成绩
是否破记录
个人得分
0001
055703
04
5分01秒
4分49秒
否
89
0002
055812
06
3分58秒
4分01秒
否
80
0003
055923
09
17秒53
17秒05
否
90
0004
055616
11
2米13
2米12
否
98
0005
055232
23
26秒
24秒
否
79
0006
055317
66
64米
64米
否
99
表9-2、表9-3及表9-4表9-5表9-6包含了表6中所有的有关专门人才的信息,可以看出,若将这些数据集中在一个表中(表6),则表的结构十分复杂,又不能满足关系模型条件;若将表1做成一张二维表形式,就会有许多重复数据出现,造成数据的冗余,这必然导致数据存储空间的浪费,同样也将使数据的输入、查找和修改增加麻烦。
相反,依赖关系数据规范化是准则建立多个相互关联的数据表,并让这些分开的数据表依赖关键字段保持一定的关联关系,就可以有效地改进上述缺点。
在数据库管理系统环境下,可将这些相关联的数据表存储在同一个数据库中,并保持一定的关联关系,使用时如同使用一个表一样,操作同样很方便,如图所示
提交表单基本表
编号
报名号
学号
学院号
提交年
提交时间
0001
001
055703
A1
2007年
7月1日
0002
002
055812
A2
2007年
7月1日
0003
003
055923
A3
2007年
7月1日
0004
004
055616
A4
2007年
7月1日
0005
005
055232
A5
2007年
7月1日
0006
006
055317
A6
2007年
7月1日
学生基本表
编号
学院号
学号
学生名
学生密码
性别
年龄
班级
0001
A1
055703
张行
055703
男
20
管理051
0002
A2
055812
刘笑
055812
女
21
自动化046
0003
A3
055923
高大全
055923
男
20
土木051
0004
A4
055616
任明明
055616
女
19
数学066
0005
A5
055232
王刚
055232
男
22
机械039
0006
A6
055317
刘通
055317
男
20
电信066
学院基本表
编号
学院号
学院名
学院密码
0001
A1
经管学院
A1
0002
A2