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

运动会管理系统数据库课程设计指导教师对课程设计（论文）的评语（工作态度、任务完成情况、能力水平、设计说明书（论文）的撰写和图纸质量等）：考核指标不 好一 般好1、学习态度2、论文选题3、所完成工作量4、文档规范性及文字描述情况5、业务流程分析6、数据流程图规范性7、数据字典8、E-R图、关系模式及优化情况9、系统分析详细性10分析前后一致性成绩 指导教师签字 年 月 日目 录1、开发背景32、功能描述43、业务流程分析44、数据流程分析44.1、数据流程图44.2、数据字典65、概念模型设计86. 逻辑模型设计和优化87. 物理设计和实施98、设计结果的简单验证99、课程设计心得体会111开发背景 随着计算机技术的飞速发展，计算机在信息管理中的应用的普及，利用计算机实现运动会信息的管理势在必行。信息管理是现代运动会管理工作的不可缺少的一部分，是适应现代运动会管理尺度的要求、推动运动会管理走向科学化、规范化的必要条件。只有信息管理规范了，才能在其他方面更好的发展。为了适应现代运动会发展的需要，信息管理也从以前的手工管理逐渐被规范化的管理信息系统所代替。现在各大高校都已普及千兆校园网，开发出依托校园网的“高校运动会信息综合处理系统”已经成为可能。当前许多高校也开发了各自的“高校运动会信息综合处理系统”。但是，这些系统大多是一种封闭的、局域的、功能较为单一的简单信息处理系统。这反映出高校信息管理自动化建设的速度和总体水平还处于起步阶段，还需要加强建设的力度，才能真正形成一个能胜任运动会信息管理的系统。同时我们也该看到许多运动会如国际上的奥运会，国内的全运会、城运会等也已经采用电脑网络完善管理的过程。如近几届的奥运会，均使用了上千台微机联网进行赛事管理，在功能上基本上满足了管理的需求，但其开发成本和运行成本巨大，难以普及使用。而高校的校园小型田径运动会，更因为资金有限不可能使所有场馆都配置电脑网络，若只在部分场馆配置，又会因为竞赛场地的变动而出现使用效率不高的弊端.打破已往的必须在指定地点报名，花费人力物力，亲自去指点地点填写报名信息。 因此，有必要构建一种以现有校园网为基础，真正对校园网内、外的赛事参与者与赛事观众实现真正意义上的开放，具有较强的信息处理功能，适合大量高校实际网络与运动会情况的、同时真正实现依靠计算机本身进行的、具有较强的信息处理能力的能过在线报名的“运动会信息综合处理系统”.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数据流去向：S1数据流组成：报名号+姓名+报名项目 数据流量：3次/天 高峰流量：6次/天数据流编号： F4数据流名称： 合格比赛名单 简述：符合规范的报名单数据流来源：P6.1数据流去向：D3数据流组成：报名号+姓名+报名项目 数据流量：3次/天 高峰流量：6次/天数据流编号： F5数据流名称： 不合格比赛成绩单 简述：不符合规范的比赛成绩单数据流来源：P8.1数据流去向：S2数据流组成：成绩编号+姓名+参赛项目+成绩+名次 数据流量：3次/天 高峰流量：6次/天数据流编号： F6数据流名称： 合格比赛成绩单 简述：符合规范的比赛成绩单数据流来源：P8.1数据流去向：D4数据流组成：成绩编号+姓名+参赛项目+成绩+名次 数据流量：3次/天 高峰流量：6次/天（2）处理逻辑的描述处理逻辑编号：P1处理逻辑名称：学生信息设置 简述：对学生的信息进行相应处理输入的数据流：F1处理描述：根据学生信息，录入管理系统中输出的数据流：处理频率： 10次/天处理逻辑编号：P2处理逻辑名称：信息审核 简述：对学生的信息进行审核操作输入的数据流：处理描述：根据学生信息，对录入管理系统中的信息进行审核输出的数据流：处理频率： 10次/天处理逻辑编号：P3处理逻辑名称：项目设置 简述：项目的录入处理输入的数据流：F7处理描述：管理员根据项目信息，录入管理系统中输出的数据流：处理频率： 10次/天处理逻辑编号：P4处理逻辑名称：项目审核 简述：对项目信息进行审核操作输入的数据流：处理描述：管理员根据项目信息，对录入管理系统中的项目信息进行审核输出的数据流：处理频率： 10次/天处理逻辑编号：P5处理逻辑名称：项目报名 简述：学生进行项目的报名输入的数据流：F1处理描述：学生结合自身情况，选取爱好或擅长的项目报名输出的数据流：处理频率： 10次/天处理逻辑编号：P6处理逻辑名称：比赛名单审核 简述：对比赛的名单进行审核输入的数据流：F2处理描述：管理员登陆系统后，对比赛名单进行审核，有查询，修改等操作输出的数据流：处理频率： 10次/天处理逻辑编号：P7处理逻辑名称：成绩录入 简述：管理员将成绩录入系统中输入的数据流：F2处理描述：管理员登陆系统后，将学生比赛后的成绩录入系统中输出的数据流：处理频率： 10次/天处理逻辑编号：P8处理逻辑名称：比赛成绩审核 简述：对比赛成绩进行审核输入的数据流：F2处理描述：管理员登陆系统后，对比赛成绩进行审核，有查询，修改等操作输出的数据流：处理频率： 10次/天处理逻辑编号：P6.1处理逻辑名称：比赛名单查询 简述：对比赛的名单进行查询输入的数据流：F2，F4处理描述：管理员登陆系统后，对比赛名单进行查询，如不合格，将通知学生进行修改，最后管理员将合格的比赛名单录入系统中输出的数据流：F4处理频率： 10次/天处理逻辑编号：P6.2处理逻辑名称：比赛名单修改 简述：对比赛的名单进行修改输入的数据流：F1处理描述：学生收到管理员通知，将其不合格的报名单修改输出的数据流：处理频率： 10次/天处理逻辑编号：P8.1处理逻辑名称：比赛成绩查询 简述：对比赛的成绩进行查询输入的数据流：F2处理描述：管理员登陆系统后，对比赛成绩进行查询，如不合格，系统返还给管理员进行其他相应操作输出的数据流：F5,F6处理频率： 10次/天处理逻辑编号：P8.2处理逻辑名称：比赛成绩修改 简述：对比赛的成绩进行修改输入的数据流：F2处理描述：管理员登陆系统后，对其不合格的成绩进行修改操作输出的数据流：处理频率： 10次/天5概念模型设计根据系统数据流图和数据字典，得出系统的总体概念模型（E-R）6逻辑模型设计和优化运动会管理系统关系模式表结构（其中带下划线 的是主码，粗体斜线是外码）学生（学号，姓名，性别，年龄，所在系，班级）管理员（管理员号，管理员姓名，管理员性别，管理员年龄）项目（比赛项目号，项目名称，参赛人数，比赛时间，比赛规则）报名表（报名号，姓名，报名项目）成绩表（成绩编号，姓名，参赛项目，成绩，名次）报名（学号，报名号，报名时间）成绩查询（学号，成绩编号）选择（学号，比赛项目号）成绩表审核（成绩编号，管理员号，成绩表修改，成绩表查询，成绩表添加，成绩表删除，成绩表统计，成绩表汇总）报名表审核（报名号，管理员号，报名表查询，报名表修改，报名表添加，报名表删除，报名表统计，报名表汇总）7物理设计和实施/*=*/* Table: 学生 */*=*/create table 学生 ( 学号 char(7) not null, 姓名 nchar(5) not null, 性别 nchar(1) not null, 年龄 tinyint not null, 所在系 nvarchar(20) not null, 班级 char(10) not null, constraint PK_学生 primary key (学号); /*=*/* Table: 成绩表 */*=*/create table 成绩表 ( 成绩编号 char(7) not null, 姓名 nchar(5) not null, 成绩 tinyint, 名次 char(7), 参赛项目 nvarchar(20) not null, constraint PK_成绩表 primary key (成绩编号);/*=*/* Table: 成绩表审核 */*=*/create table 成绩表审核 ( 管理员号 char(7) not null, 成绩编号 char(7) not null, constraint PK_成绩表审核 primary key clustered (管理员号, 成绩编号);/*=*/* Table: 报名 */*=*/create table 报名 ( 学号 char(7) not null, 报名号 char(10) not null, constraint PK_报名 primary key clustered (学号, 报名号);/*=*/* Table: 报名表 */*=*/create table 报名表 ( 报名号 char(10) not null, 姓名 nchar(5) not null, 比赛项目 nvarchar(20) not null, constraint PK_报名表 primary key (报名号);/*=*/* Table: 报名表审核 */*=*/create table 报名表审核 ( 报名号 char(10) not null, 管理员号 char(7) not null, constraint PK_报名表审核 primary key clustered (报名号, 管理员号);/*=*/* Table: 查询 */*=*/create table 查询 ( 学号 char(7) not null, 成绩编号 char(7) not null, constraint PK_查询 primary key clustered (学号, 成绩编号);/*=*/* Table: 管理员 */*=*/create table 管理员 ( 管理员号 char(7) not null, 管理员姓名 nchar(5) not null, 管理员性别 nchar(1) not null, 管理员年龄 tinyint not null, constraint PK_管理员 primary key (管理员号);/*=*/* Table: 选择 */*=*/create table 选择 ( 学号 char(7) not null, 比赛项目号 char(7) not null, constraint PK_选择 primary key clustered (学号, 比赛项目号);/*=*/* Table: 项目 */*=*/create table 项目 ( 比赛项目号 char(7) not null, 项目名称 nchar(5) not null, 参赛人数 tinyint not null, 比赛时间 tinyint not null, 比赛规则 nvarchar(20), constraint PK_项目 primary key (比赛项目号);8设计结果的简单验证9课程设计心得体会通过这次实践,我很高兴可以学到书上没有的知识，让我对于数据库和运动会成绩管理有了更深入的理解。我相信，只要自己在每一次实践中能仔细思考，课程设计其实都不会很难,关键在于自己能不能认真思考,能不能亲自动手做实验，而不是想着其他人的劳动果实,其次你还要多操作,只有多操作才能从中发现问题,才能及时向老师和同学请教,解决问题,从而更好的掌握书本中知识。还有通过这次实践也让我懂得了；老师安排课程设计目的不在于你做了多少,不在于你做得好不好,关键在于你能否认真去对待,在于你能否通过这次设计对课本上知识有了更深刻的认识,在于能否从中学到书本上学不到的知识。因此，我会认真地对待我的每一次实验。