运动会管理系统Word下载.docx
《运动会管理系统Word下载.docx》由会员分享，可在线阅读，更多相关《运动会管理系统Word下载.docx（19页珍藏版）》请在冰点文库上搜索。
年
月
日
目
录
1、开发背景
3
2、功能描述
4
3、业务流程分析
4、数据流程分析
4.1、数据流程图
4.2、数据字典
6
5、概念模型设计
8
6.逻辑模型设计和优化
7.物理设计和实施
9
8、设计结果的简单验证
9、课程设计心得体会
11
1开发背景
随着计算机技术的飞速发展，计算机在信息管理中的应用的普及，利用计算机实现运动会信息的管理势在必行。
信息管理是现代运动会管理工作的不可缺少的一部分，是适应现代运动会管理尺度的要求、推动运动会管理走向科学化、规范化的必要条件。
只有信息管理规范了，才能在其他方面更好的发展。
为了适应现代运动会发展的需要，信息管理也从以前的手工管理逐渐被规范化的管理信息系统所代替。
现在各大高校都已普及千兆校园网，开发出依托校园网的“高校运动会信息综合处理系统”已经成为可能。
当前许多高校也开发了各自的“高校运动会信息综合处理系统”。
但是，这些系统大多是一种封闭的、局域的、功能较为单一的简单信息处理系统。
这反映出高校信息管理自动化建设的速度和总体水平还处于起步阶段，还需要加强建设的力度，才能真正形成一个能胜任运动会信息管理的系统。
同时我们也该看到许多运动会如国际上的奥运会，国内的全运会、城运会等也已经采用电脑网络完善管理的过程。
如近几届的奥运会，均使用了上千台微机联网进行赛事管理，在功能上基本上满足了管理的需求，但其开发成本和运行成本巨大，难以普及使用。
而高校的校园小型田径运动会，更因为资金有限不可能使所有场馆都配置电脑网络，若只在部分场馆配置，又会因为竞赛场地的变动而出现使用效率不高的弊端.打破已往的必须在指定地点报名，花费人力物力，亲自去指点地点填写报名信息。
因此，有必要构建一种以现有校园网为基础，真正对校园网内、外的赛事参与者与赛事观众实现真正意义上的开放，具有较强的信息处理功能，适合大量高校实际网络与运动会情况的、同时真正实现依靠计算机本身进行的、具有较强的信息处理能力的能过在线报名的“运动会信息综合处理系统”.
2功能描述
经过调研及分析，运动会管理系统主要完成以下功能：
（1）、学生信息记录：
主要完成对报名学生的个人信息如学号，姓名，班级等记录。
（2）、项目信息记录：
管理员记录项目的项目号，项目名称等项目信息。
（3）、学生项目报名：
学生通过系统，对相关项目进行报名操作。
（4）、报名记录处理：
管理员对其报名信息进行审核（查询，修改）操作。
（5）、成绩录入处理：
管理员将学生比赛成绩录入系统中。
（6）、比赛成绩处理：
管理员对其比赛成绩进行审核（查询，修改，打印）操作。
3业务流程分析
４数据流程分析
４.１数据流程图
符号说明：
在绘制数据流程图时使用到了处理逻辑，外部实体，数据存储和数据流四个符号，它们分别如下所示：
处理逻辑
外部实体
数据存储
数据流
通过需求分析，得出图书馆管理信息系统已编号的各层数据流程分别如图1---图９所示。
图1：
运动会管理顶层数据流程图
图2：
学生信息记录数据流程图
图3：
项目录入数据流程图
图4：
学生报名数据流程图
图5：
比赛名单审核数据流程图
图6：
成绩录入数据流程图
图7：
比赛成绩审核数据流程图
图8：
比赛名单审核细分数据流程图
图9：
比赛成绩审核细分数据流图
４.２数据字典
（1）数据流的描述
数据流编号：
F1
数据流名称：
学生信息
简述：
学生的基本信息
数据流来源：
S1
数据流去向：
P1
数据流组成：
学号+姓名+性别+年龄+所在系+班级
数据流量：
3次/天
高峰流量：
6次/天
F2
管理员信息
管理员基本信息
S2
P6
管理员号+管理员姓名+管理员性别+管理员年龄
6次/天
12次/天
F3
不合格比赛名单
不符合规范的报名单
P6.1
报名号+姓名+报名项目
3次/天
F4
合格比赛名单
符合规范的报名单
D3
F5
不合格比赛成绩单
不符合规范的比赛成绩单
P8.1
成绩编号+姓名+参赛项目+成绩+名次
F6
合格比赛成绩单
符合规范的比赛成绩单
D4
（2）处理逻辑的描述
处理逻辑编号：
处理逻辑名称：
学生信息设置
对学生的信息进行相应处理
输入的数据流：
F1
处理描述：
根据学生信息，录入管理系统中
输出的数据流：
处理频率：
10次/天
P2
信息审核
对学生的信息进行审核操作
根据学生信息，对录入管理系统中的信息进行审核
P3
项目设置
项目的录入处理
F7
管理员根据项目信息，录入管理系统中
P4
项目审核
对项目信息进行审核操作
管理员根据项目信息，对录入管理系统中的项目信息进行审核
P5
项目报名
学生进行项目的报名
学生结合自身情况，选取爱好或擅长的项目报名
比赛名单审核
对比赛的名单进行审核
F2
管理员登陆系统后，对比赛名单进行审核，有查询，修改等操作
P7
成绩录入
管理员将成绩录入系统中
管理员登陆系统后，将学生比赛后的成绩录入系统中
P8
比赛成绩审核
对比赛成绩进行审核
管理员登陆系统后，对比赛成绩进行审核，有查询，修改等操作
比赛名单查询
对比赛的名单进行查询
F2，F4
管理员登陆系统后，对比赛名单进行查询，如不合格，将通知学生进行修改，最后管理员将合格的比赛名单录入系统中
F4
P6.2
比赛名单修改
对比赛的名单进行修改
学生收到管理员通知，将其不合格的报名单修改
比赛成绩查询
对比赛的成绩进行查询
管理员登陆系统后，对比赛成绩进行查询，如不合格，系统返还给管理员进行其他相应操作
F5,F6
P8.2
比赛成绩修改
对比赛的成绩进行修改
管理员登陆系统后，对其不合格的成绩进行修改操作
5概念模型设计
根据系统数据流图和数据字典，得出系统的总体概念模型（E-R）
6逻辑模型设计和优化
运动会管理系统关系模式表结构（其中带下划线的是主码，粗体斜线是外码）
学生（学号，姓名，性别，年龄，所在系，班级）
管理员（管理员号，管理员姓名，管理员性别，管理员年龄）
项目（比赛项目号，项目名称，参赛人数，比赛时间，比赛规则）
报名表（报名号，姓名，报名项目）
成绩表（成绩编号，姓名，参赛项目，成绩，名次）
报名（学号，报名号，报名时间）
成绩查询（学号，成绩编号）
选择（学号，比赛项目号）
成绩表审核（成绩编号，管理员号，成绩表修改，成绩表查询，成绩表添加，成绩表删除，成绩表统计，成绩表汇总）
报名表审核（报名号，管理员号，报名表查询，报名表修改，报名表添加，报名表删除，报名表统计，报名表汇总）
7物理设计和实施
/*==============================================================*/
/*Table:
学生
*/
createtable学生
（
学号
char（7）
notnull,
姓名
nchar（5）
性别
nchar
（1）
年龄
tinyint
所在系
nvarchar（20）
班级
char（10）
constraintPK_学生primarykey（学号）
）;
成绩表
createtable成绩表
成绩编号
成绩
tinyint,
名次
char（7）,
参赛项目
constraintPK_成绩表primarykey（成绩编号）
成绩表审核
createtable成绩表审核
管理员号
constraintPK_成绩表审核primarykeyclustered（管理员号,成绩编号）
报名
createtable报名
报名号
constraintPK_报名primarykeyclustered（学号,报名号）
报名表
createtable报名表
比赛项目
constraintPK_报名表primarykey（报名号）
报名表审核
createtable报名表审核
constraintPK_报名表审核primarykeyclustered（报名号,管理员号）
查询
createtable查询
constraintPK_查询primarykeyclustered（学号,成绩编号）
管理员
createtable管理员
管理员姓名
管理员性别
管理员年龄
constraintPK_管理员primarykey（管理员号）
选择
createtable选择
比赛项目号
constraintPK_选择primarykeyclustered（学号,比赛项目号）
项目
createtable项目
升级会员 