运动会管理系统数据库
数据库设计样例—校运会管理系统
项目案例（一）——校运会管理系统1需求分析1.1 编写目的使用该文档的使用成员为实现校运会管理系统的开发人员以及学校的运动会组织管理人员。
1.2 背景项目名称：校运会管理系统项目提出者：项目开发者：项目开发小组项目鉴定者：暂无。
项目开始时间：1.3 定义系统数据流程图的一些定义1.4 目标当学校运动会管理人员使用了《校运会管理系统》软件后，可以由计算机完成：运动员报名的自动核对；比赛时各种人员信息的查询、核对、更新、删除。
校运会管理系统用户分为两类：普通操作员：只须具有初级的计算机操作能力，一般高中生以上经过稍稍培训都可胜任，只是负责比赛进行时一些简单数据的插入、更新、查询。
管理人员：这些人员应具备一定的数据库知识，不过只要了解就行，这些人员负责对数据库中重要数据及基本数据的更新，如对静态表的重新定义，普通用户的权限分配。
1.5 需求分析1.5.1系统的功能需求通过对运动会各个步骤、所需的各项信息等的分析，我们规定：(1)项目有个人项目、集体项目之分．(2) 对于集体项目，我们并不关心具体参加比赛的运动员．在每一项集体项目中，每个学院的参赛人数不可超过限制的参赛人数，且必须是该学院的学生．(3) 一个项目可有多名运动员参加，但一名运动员最多只能参加两项个人项目（用一个触发器实现），且只能属于一个学院．(4)一个项目可由多名裁判主持，每一个裁判在此项目中所担任的职务不同，且有主、副裁判之分．(5)在同一时间内可同时举行多项比赛，但是只能进行一项径赛比赛（用一个触发器实现）．(6)在同一时间内，一名裁判只能主持一项比赛、担任一个职务（用一个触发器实现）．但在不同的时间内，一名裁判可主持不同的项目、担任不同的职务．(7)一名运动员在同一时间内只能参加一项比赛（用一个触发器实现）．(8)在同一时间内，一个学院只能参加一项集体项目比赛（通过用一个触发器限制在同一时间内只能举行一项集体项目）．(9)在某一项目中，只有一个主裁判，其余都为副裁判．(10)一项个人项目可有多个同时破记录者，一名运动员同时破多项记录．一项集体项目可同时有多个破记录的学院，一个学院可同时破多项记录．1.5.2 系统总体功能图1.5.3系统流程图1.5.4 实体与数据通过对运动会各方面分析，运动会中包含的实体有学院、运动员（不包含集体项目中的运动员）、项目（集体项目和个人项目）、裁判、职务、奖励（集体项目奖励和个人项目奖励，名次为0表示破记录）、赛事类别（田赛、径赛、集体项目等）．集体项目奖励和个人项目奖励不同．包含的数据项分别如下：(1) 学院编号，学院名称，上届运动会名次，历史最高名次，本次运动会总分，本次运动会名次等．(2) 运动员编号，学号，姓名，性别，所属学院，班级等．(3) 项目编号，项目名称，参赛者性别（男或女或不限）、每个学院限参赛人次，比赛时间，结束时间等．(4) 裁判编号，姓名，性别等．(5) 职务编号，职务名称（如计时员、测量员、记录员等），职务级别（主裁判和副裁判）等．(6) 名次，奖励分数，奖励物品（如奖状等），奖励金额等．(7) 赛事类别编号，赛事类别名称等．实体之间的联系有：(1) 学院与运动员之间（1：M）．(2) 运动员、个人项目与个人项目奖励之间（1：M，1：1）．(3) 学院、集体项目与集体项目奖励之间（1：M，1：1）．(4) 赛事类别与项目之间．（1：M）(5) 裁判、项目与职务之间．（M：N）l通过以上分析，运动会数据库包含的模块有：输入模块主要是各种信息的输入，如学院信息、运动员信息、项目信息、比赛信息、奖励信息等．输出模块主要是各种查询结果的输出等。
校运动会数据库设计
实验项目名称：校运动会数据库设计目录1需求分析 (3)1.1 编写目的 (3)1.2 背景 (3)1.3 定义 (3)1.4 目标 (3)1.5 需求分析 (4)1.5.1 系统总体功能图 (4)1.5.2系统流程图 (5)1.5.3 系统数据流程图 (6)1.5.4任务概述 (9)1.5.5系统的功能需求 (9)1.5.6 接口需求 (9)1.5.7 子功能描述 (10)1.5.8 软硬件平台设计 (11)1.5.9 数据字典 (12)2 概念设计 (15)2.1 报名系统E-R图 (15)2.2 赛程安排E-R图 (16)2.3 得分统计E-R图 (17)2.4 总体E-R图 (18)3 逻辑设计 (18)3.1 关系设计 (18)3.2 约束的说明: (19)4 物理设计 (19)1需求分析1.1 编写目的使用该文档的使用成员为实现SGS系统的开发人员以及学校的运动会具体组织管理人员。
1.2 背景项目名称：学校运动会管理系统（SchoolGymkhanaSystem简称SGS）。
项目提出者：江财SGS项目组织人员。
项目开发者：SGS 项目开发小组。
项目鉴定者：暂无。
项目开始时间：2007-5-13。
1.3 定义系统数据流程图的一些定义1.4 目标当学校运动会管理人员使用了《学校运动会管理系统SGS》软件后，可以由计算机完成：运动员报名的自动核对；比赛时各种人员信息的查询、核对、更新、删除。
学校运动会管理系统SGS用户分为两类：普通操作员：只须具有初级的计算机操作能力，一般高中生以上经过稍稍培训都可胜任，只是负责比赛进行时一些简单数据的插入、更新、查询。
管理人员：这些人员应具备一定的数据库知识，不过只要了解就行，这些人员负责对数据库中重要数据及基本数据的更新，如对静态表的重新定义，普通用户的权限分配。
1.5 需求分析1.5.1 系统总体功能图1.5.2系统流程图1.5.3 系统数据流程图1.5.4任务概述我们小组通过上网查找有关运动会的资料，以及根据自己学校运动会的实际情况，得到以下这些用户所需求的信息：(1)运动会成绩管理系统需要输入哪些数据(2)该运动会系统按其功能进行模块划分为：①“报名系统模块”完成报名时运动员、班级信息的输入；并对输入的信息进行有效性限制；对无效的输入进行回退处理并提示用户相应的出错信息。
基于web的体育竞赛管理系统数据库设计
基于web的体育竞赛管理系统数据库设计介绍：体育竞赛管理系统是以网站为基础，面向全国性体育竞赛运动员、教练员、裁判员、组织者以及爱好者的体育竞赛管理平台。
体育竞赛管理系统可以为不同级别、不同种类的体育竞赛提供快速、便捷的信息服务，方便各类用户进行在线报名、退赛、查询成绩、安排比赛、发布赛事通知等操作。
因此，体育竞赛管理系统在实践中具有很高的使用价值。
数据库设计：数据库是体育竞赛管理系统的重要组成部分，其功能主要是为用户提供数据存储、查询、修改等服务。
为了更好地满足体育竞赛管理系统的需求，我们对其数据库进行设计，包含以下内容。
1.用户表：用户表是体育竞赛管理系统中最重要的表之一，其包含用户的基本信息，包括用户名、昵称、密码、邮箱等。
此外，用户表中还包含用户所属的组别、是否管理员等信息。
2.组别表：组别表是为区分不同用户类型而设计的，主要内容包括组别名称、组别编号等。
体育竞赛管理系统中的用户分为运动员、教练员、裁判员、组织者、管理员等不同类型，每个类型对应不同的组别。
3.比赛信息表：比赛信息表记录了所有比赛的基本信息，包括比赛名称、比赛时间、比赛地点、比赛类型等。
用户可以通过此表查询比赛信息，也可以在表中进行数据修改。
4.成绩表：成绩表是记录运动员比赛成绩的表，包括运动员姓名、比赛成绩、比赛名称、比赛时间等。
管理员可以通过此表管理运动员的比赛成绩，进行分组、排名等操作。
5.报名表：用户可以在体育竞赛管理系统中进行比赛报名，报名表中记录了用户报名的详细信息，包括报名者、比赛名称、报名时间、报名状态等。
管理员可以通过此表管理用户的报名信息，对用户进行审核、退赛、修改等操作。
6.赛程表：赛程表记录了比赛的具体安排，包括比赛时间、比赛地点、参赛队伍、裁判员、比赛结果等。
管理员可以通过此表管理比赛的安排，包括时间调整、地点更改、裁判员的指派等。
7.公告表：公告表记录了体育竞赛管理系统中的各类通知、公告。
包括系统更新、比赛变动、时间调整、新增功能等。
运动会管理系统-数据库课程设计
数据库系统课程设计题目运动会成绩及名次管理系统院系____计算机______专业____动漫________学生姓名____________学号_____指导教师________运动会成绩及名次管理系统目录1、需求分析背景1.1 系统设计背景……1.2 系统设计的原则……1.3 系统设计的目标……2、需求分析功能及性能2.1系统需求功能分析……（图）2.2 系统业务需求分析……（图）2.3赛前准备系统……（图）赛中管理系统……（图）赛后处理系统……2.4系统权限设计……2.5系统数据流程图……（图）2.6数据定义……（表）3、数据库设计3.1确定实体和联系……3.2 E-R 图设计……（图）3.3关系模式图——（图）4、数据库逻辑设计4.1 将E-R 图转化为关系模式……4.2 数据表的代码（创建）……4.3创建视图，创建索引，创建触发器，5、确定数据库的存储结构6、检验是否满足用户需求7、数据库实施、运行和维护8 、数据库实施、8、总结9、参考文献1、需求分析背景1.1 系统设计背景高等院校运动会是高校体育工作的重要组成部分。
近年来,随着招生规模的扩大, 导致比赛项目、参赛人数不断增加,同时人们对比赛结果的准确性和实时性要求也越来越高,参赛队需要得到及时、准确的相关信息,从而有效进行竞赛的决策指导,这些问题和需求是采用人工方式或单机版运动会管理系统都难以解决的。
为此,我们对运动会的信息综合管理系统进行了研究,使运动会的筹备、组织、管理、协调等工作全面实现了计算机网络化、自动化,极大的提高了工作效率和信息处理的实时性。
高校运动会作为各项体育运动的基础，具有广泛的群众性。
每届的高校运动会声势浩大，是提高、检验学生的健康水平，开展全民健身运动的有效途径。
由于比赛项目较多，参赛人数广，数据处理量大且变化时效性要求高，管理较为复杂，其编排，记录，公告工作是一项复杂的工程。
为了解决在运动会管理和组织所面临的各种问题，我们开发了一套适合高校的运动会管理系统。
运动会数据库的设计
系统功能
• 用户管理 • 字典维护 • 时间设置
系统设置
用户管理
• 管理员：运动会有关字典维护。 • 普通用户：录入、修改、公布成绩。 • 游客：查询。 • 学生：注册、报名、查询。 • 班级：注册、报名、查询。
• 时间字典 • 场地字典 • 项目字典 • 其它
字典维护
时间设置
• 根据报名情况自动生成项目、场地和时间的关系，可以调整。
系统需求
• 一个运动员参赛项目数有限制（不包括集体项目）。 • 项目分集体和个人、男性和女性和混合三种 。 • 同一项目分预赛和决赛。 • 个人项目参加人数有限制，少于某值取消，在某个范围
直接进行决赛，大于某值要进行预赛。 • 团体项目参数人数有限制，团体队数少于某值取消，在
某个范围直接进行决赛，大于某值要进行预赛。 • 一个运动员的多个项目不能同时举行。
• 破记录情况 • 班级得分情况 • 在径赛中，运动员的跑道号码如何记录 • 某些统计表
还有其他辅助关系吗？
• 个人破记录表：编号、项目编号、破记录时间、运动员编号、成绩…。 • 团队破记录表：编号、项目编号、破记录时间、团队编号、成绩…。 • 班级得分表：班级编号、统计时间、累计得分…。 • 运动员跑道号分配表：运动员号、项目编号、预/决赛、跑道号、时间段1、时间段2。 • 裁判表：裁判编码、裁判名称、所属单以与其中之一的表合并，可以分开存放 • 方法：
转换为一个独立的关系模式，也可以与其他一对一联系的关系模 式合并。
若转换为独立的关系模式，则与该联系相连的各实体的码以及联 系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选 码。
如果与某一端实体对应的关系模式合并，则需要在该关系模式的 属性中加入另一个关系模式的码和联系本身的属性。
数据库设计实例运动会管理系统
本科学生设计性实验报告课程名称：现代数据库技术实验项目名称：运动会管理系统数据库设计姓名：何东灵学号：0041400班级：C03 班第Ｍ小组2006至2007学年第2学期2007年6月15日目录目录 (2)引言 (3)编写目的 (3)背景 (3)定义 (3)1.数据字典 (3)字典1：运动员数据字典 (3)字典2：班级数据字典 (4)字典3：项目数据字典 (4)字典4：记录数据字典 (4)字典5：规则数据字典 (4)字典6：工作人员数据字典 (5)字典7：场地数据字典 (5)字典8：器材数据字典 (5)字典9：项目人员数据字典 (5)字典10：项目器材数据字典 (5)字典11：运动员成绩数据字典 (6)字典12：团体赛成绩数据字典 (6)字典13：班级总分数据字典 (6)2.数据库设计 (7)3.数据库设计中的一个编号过程 (10)引言编写目的本数据库设计说明书专门为SGS系统的项目开发人员编写。
背景项目名称：学校运动会管理系统（SchoolGymkhanaSystem简称SGS）项目提出者：江财SGS项目组织人员项目开发者：需求分析阶段有SGS项目开发小组人员共同完成,其它各阶段由小组成员各自负责完成项目鉴定者：吴京慧教授项目开始时间：2007-6-15定义列出本文件中用到的专门术语的定义和缩写词的源词组。
1．所有的表名的命名规则：所有表名都根据表意用相关的英文全称命名。
2．所有的主键命名规则：由表名+_PK[用编号区分]3．所有外键的命名规则：由表名+_FK[用编号区分]4．所有规则的命名规则：由列名+_CK[用编号区分]5．所有索引的命名规则：表名+_INDEX+列名6．所有字段的命名规则：类型+具体含义1. 数据字典字典1：运动员数据字典记录运动员相关信息字典结构属性名称属性类型是否允许为空默认值约束含义AthleteNo Char(8) NOT NULL 主键、届数＋流水号运动员编号AthleteName Varchar2(20) NOT NULL 运动员姓名Sex Varchar2(2) NOT NULL “男”只取“男”、“女”性别Telephone Varchar2(20) NULL 联系方法ClassNo Char(8) NOT NULL 外键、届数＋流水号班级编号字典2：班级数据字典记录班级相关信息字典结构属性名称属性类型是否允许为空默认值约束含义ClassNo Char(8) NOT NULL 主键、届数＋流水号班级编号InstituteName Varchar2(30) NOT NULL 学院名称ClassName Varchar2(30) NOT NULL 班级全称字典3：项目数据字典记录项目相关信息字典结构属性名称属性类型是否允许为空默认值约束含义ItemNo Char(3) NOT NULL 主键项目编号ItemName Varchar2(50) NOT NULL 项目名称SexLimit char(2) NOT NULL 只取“男”“女”性别限制ComityRequire Number(2) NOT NULL 集体项目人数StartTime Date NULL 开始时间EndTime Date NULL 结束时间TrackFieldJudge Number(1) NOT NULL 田径赛区分ClassNoLimit Number(2) NOT NULL 每班最大人数TotalAthlete Number(3) NOT NULL 0 已选人数RuleNo Char(3) NOT NULL 外键规则编号FieldNo Char(3) NOT NULL 外键场地编号字典4：记录数据字典记录记录相关信息字典结构属性名称属性类型是否允许为空默认值约束含义ItemNo Char(3) NOT NULL 主键、外键项目编号ItemName Varchar2(50) NOT NULL 项目名称AthleteNo Char(8) NULL 外键运动员编号AthleteName Varchar2(20) NOT NULL 运动员姓名ClassNo Char(8) NULL 外键、届数＋流水号班级编号ClassDiscribe Varchar2(50) NULL 班级描述GymkhanaName Varchar2(50) NULL 运动会名TrackFieldJudge Number(1) NOT NULL 田径赛区分Score Number(3) NULL 成绩字典5：规则数据字典记录规则相关信息字典结构属性名称属性类型是否允许为空默认值约束含义RuleNo Char(3) NOT NULL 主键规则编号RuleName Varchar2(30) NULL 规则名称TextPath Varchar2(200) NULL 文本路径字典6：工作人员数据字典记录工作人员相关信息字典结构属性名称属性类型是否允许为空默认值约束含义OperatorNo Char(3) NOT NULL 主键、职位＋游水号工作人员编号OperatorName Varchar2(20) NOT NULL 工作人员姓名Post Varchar2(30) NULL 单位Duty Varchar2(100) NULL 运动会职务字典7：场地数据字典记录场地相关信息字典结构属性名称属性类型是否允许为空默认值约束含义FieldNo Char(3) NOT NULL 主键场地编号FieldName Varchar2(20) NULL 场地名称Address Varchar2(50) NULL 具体地址字典8：器材数据字典记录器材相关信息字典结构属性名称属性类型是否允许为空默认值约束含义EquipmentNo Char(3) NOT NULL 主键器材编号EquipmentName Varchar2(20) NOT NULL 器材名称Deposit Varchar2(100) NULL 存放简介字典9：项目人员数据字典记录项目人员相关信息字典结构属性名称属性类型是否允许为空默认值约束含义ItemNo Char(3) NOT NULL 主键、外键项目编号OperatorNo Char(8) NOT NULL 外键、外键、职位＋游水号工作人员编号字典10：项目器材数据字典记录项目器材相关信息字典结构属性名称属性类型是否允许为空默认值约束含义ItemNo Char(3) NOT NULL 主键、外键项目编号EquipmentNo Char(3) NOT NULL 主键、外键器材编号字典11：运动员成绩数据字典记录运动员成绩相关信息字典结构属性名称属性类型是否允许为空默认值约束含义ItemNo Char(3) NOT NULL 主键、外键项目编号AthleteNo Char(8) NOT NULL 0 主键、外键运动员编号TrackFieldJudge Number(1) NOT NULL 田径赛区分Property Number(1) NOT NULL 0:决赛;1:预赛比赛性质GroupNo Number(2) NULL 小组号CourseNo Number(1) NULL 1-8 跑道号Score VarChar(20) NULL 成绩Place Number(3) NULL 名次字典12：团体赛成绩数据字典记录团体赛成绩相关信息字典结构属性名称属性类型是否允许为空默认值约束含义ItemNo Char(3) NOT NULL 主键、外键项目编号ClassNo Char(8) NOT NULL ０主键、外键、届数＋流水号班级编号TrackFieldJudge Number(1) NOT NULL 田径赛区分GroupNo Number(2) NULL 小组号CourseNo Number(1) NULL 1-8 跑道号Property Number(1) NOT NULL 0:决赛;1:预赛比赛性质Score Number(3) NULL 成绩Place Number(3) NULL 名次字典13：班级总分数据字典记录班级总分相关信息字典结构属性名称属性类型是否允许为空默认值约束含义ClassNo Char(8) NOT NULL ０主键、外键、届数＋流水号班级编号TotalScore Number(3) NULL 总分Place Number(3) NULL 总分排名2. 数据库设计3.1班级表设计3.1.1结构设计/*******************************Class*************************************/ CREATE TABLE Class(ClassNo Char(8) NOT NULL, /*班级编号*/ InstituteName Varchar2(30) NOT NULL, /*学院名称*/FullName Varchar2(30) NOT NULL, /*班级全称*/constraint Class_PK primary key(ClassNo));3.2运动员表设计3.2.1结构设计/*******************************Athlete***********************************/ CREATE TABLE Athlete(AthleteNo Char(8) NOT NULL, /*运动员编号*/AthleteName Varchar2(20) NOT NULL, /*运动员姓名*/Sex Varchar2(2) NOT NULL, /*性别*/check(Sex in('男','女')) ,Telephone Varchar2(20) NULL, /*联系方法*/ClassNo Char(8) NOT NULL, /*班级编号*/constraint Athlete_PK primary key(AthleteNo),constraint Athlete_FK1 foreign key(ClassNo) references Class(ClassNo));3.3规则表设计3.3.1结构设计/*******************************RuleList************************************/ CREATE TABLE RuleList(RuleNo Char(3) NOT NULL, /*规则编号*/RuleName Varchar2(30) NULL, /*规则名称*/TextPath Varchar2(200) NULL, /*文本路径*/constraint RuleList_PK primary key(RuleNo));3.4场地表设计3.4.1结构设计/*******************************FieldList***********************************/ CREATE TABLE FieldList(FieldNo Char(3) NOT NULL, /*场地编号*/FieldName Varchar2(20) NULL, /*场地名称*/Address Varchar2(50) NULL, /*具体地址*/constraint FieldList_PK primary key(FieldNo));3.5项目表设计3.5.1结构设计/*******************************Item****************************************/ CREATE TABLE Item(ItemNo Char(3) NOT NULL, /*项目编号*/ItemName Varchar2(50) NOT NULL, /*项目名称*/SexLimit char(2) NOT NULL, /*性别限制*/ComityRequire Number(2) NOT NULL, /*集体项目人数*/StartTime Date NULL, /*开始时间*/EndTime Date NULL, /*结束时间*/TrackFieldJudge Number(1) NOT NULL, /*田径赛区分*/ClassNoLimit Number(2) NOT NULL, /*每班最大人数*/TotalAthlete Number(3) default 0, /*已选人数*/RuleNo Char(3) NOT NULL, /*规则编号*/FieldNo Char(3) NOT NULL, /*场地编号*/constraint Item_PK primary key(ItemNo),constraint Item_FK1 foreign key(RuleNo) references RuleList(RuleNo),constraint Item_FK2 foreign key(FieldNo) references FieldList(FieldNo));3.6记录表设计3.6.1结构设计/*******************************RecordList**********************************/ CREATE TABLE RecordList(ItemNo Char(3) NOT NULL, /*项目编号*/ItemName Varchar2(50) NOT NULL, /*项目名称*/AthleteNo Char(8) NULL, /*运动员编号*/AthleteName Varchar2(20) NOT NULL, /*运动员姓名*/ClassNo Char(8) NULL, /*班级编号*/ ClassDiscribe Varchar2(50) NULL, /*班级描述*/ GymkhanaName Varchar2(50) NULL, /*运动会名*/ TrackFieldJudge Number(1) NOT NULL, /*田径赛区分*/Score Number(3) NULL, /*成绩*/constraint RecordList_PK primary key(ItemNo),constraint RecordList_FK1 foreign key(ItemNo) references Item(ItemNo),constraint RecordList_FK2 foreign key(AthleteNo) references Athlete(AthleteNo), constraint RecordList_FK3 foreign key(ClassNo) references Class(ClassNo));3.7工作人员表设计3.7.1结构设计/*******************************OperatorList*********************************/ CREATE TABLE OperatorList(OperatorNo Char(3) NOT NULL, /*工作人员编号*/OperatorName Varchar2(20) NOT NULL, /*工作人员姓名*/Post Varchar2(30) NULL, /*单位*/Duty Varchar2(100) NULL, /*运动会职务*/constraint OperatorList_PK primary key(OperatorNo));3.8器材表设计3.8.1结构设计/*******************************EquipmentList*******************************/ CREATE TABLE EquipmentList(EquipmentNo Char(3) NOT NULL, /*器材编号*/EquipmentName Varchar2(20) NOT NULL, /*器材名称*/Deposit Varchar2(100) NULL, /*存放简介*/constraint EquipmentList_PK primary key(EquipmentNo));3.9项目人员表设计3.9.1结构设计/*******************************ItemOperator********************************/ CREATE TABLE ItemOperator(ItemNo Char(3) NOT NULL, /*项目编号*/OperatorNo Char(3) NOT NULL, /*工作人员编号*/constraint ItemOperator_PK primary key(ItemNo,OperatorNo),constraint ItemOperator_FK1 foreign key(OperatorNo) references OperatorList(OperatorNo));3.10项目器材表设计3.10.1结构设计/*******************************ItemEquipment*******************************/ CREATE TABLE ItemEquipment(ItemNo Char(3) NOT NULL, /*项目编号*/EquipmentNo Char(3) NOT NULL, /*器材编号*/constraint ItemEquipment_PK primary key(ItemNo,EquipmentNo),constraint ItemEquipment_FK1 foreign key(ItemNo) references Item(ItemNo),constraint ItemEquipment_FK2 foreign key(EquipmentNo) references EquipmentList(EquipmentNo));3.11运动员得分表设计3.11.1结构设计/*******************************AthleteScore********************************/ CREATE TABLE AthleteScore(ItemNo Char(3) NOT NULL, /*项目编号*/AthleteNo Char(8) default 0, /*运动员编号*/TrackFieldJudge Number(1) NOT NULL, /*田径赛区分*/Property Number(1) NOT NULL /*比赛性质*/check(Property in('0','1')),GroupNo Number(2) NULL, /*小组号*/CourseNo Number(1) NULL /*跑道号*/check(CourseNo between 1 and 8),Score VarChar(20) NULL, /*成绩*/Place Number(3) NULL, /*名次*/constraint AthleteScore_PK primary key(ItemNo,AthleteNo),constraint AthleteScore_FK1 foreign key(ItemNo) references Item(ItemNo));3.12集体项目得分表设计3.12.1结构设计/*******************************ComityScore*********************************/ CREATE TABLE ComityScore(ItemNo Char(3) NOT NULL, /*项目编号*/ClassNo Char(8) default 0, /*班级编号*/TrackFieldJudge Number(1) NOT NULL, /*田径赛区分*/GroupNo Number(2) NULL, /*小组号*/CourseNo Number(1) NULL /*跑道号*/check(CourseNo between 1 and 8),Score VarChar(20) NULL, /*成绩*/Property Number(1) NOT NULL /*比赛性质*/check(Property in('0','1')),Place Number(3) NULL, /*名次*/constraint ComityScore_PK primary key(ItemNo,ClassNo),constraint ComityScore_FK1 foreign key(ItemNo) references Item(ItemNo),constraint ComityScore_FK2 foreign key(ClassNo) references Class(ClassNo));3.13班级总得分表设计3.13.1结构设计/*******************************ClassTotalScore*****************************/ CREATE TABLE ClassTotalScore(ClassNo Char(8) default 0, /*班级编号*/TotalScore Number(3) NULL, /*总分*/Place Number(3) NULL, /*总分排名*/constraint ClassTotalScore_PK primary key(ClassNo),constraint ClassTotalScore_FK1 foreign key(ClassNo) references Class(ClassNo));3. 数据库设计中的一个编号过程rem *****************************************************rem ** 产生员工编号过程rem ** 功能：根据输入的届数，自动产生运动员编号rem ** 输入参数：sYear 届数rem ** 输出参数：returnAthleteNo 运动员编号rem ******************************************************CREATE or REPLACE PROCEDURE proAthleteNo(sYear varchar2,returnAthleteNo OUT varchar2)isx number; /*得到员工编号后三位的流水号*/varEmployeeNo1 char(8); /*某年份的最大员工编号*/varEmployeeNo2 char(8); /*新的员工编号*/beginvarEmployeeNo1 :='';select NVL(max(AthleteNo),'0') into varEmployeeNo1from Athletewhere AthleteNo like sYear || '%';if varEmployeeNo1 = '0' then /*无该年份的运动员，编号从001开始*/varEmployeeNo2 := sYear || '-001';elsex := to_number(SUBSTR(varEmployeeNo1,5,3))+1;if x <10 then varEmployeeNo2 := sYear || '-00' || ltrim(to_char(x));elsif x<100 then varEmployeeNo2 := sYear || '-0' || ltrim(to_char(x));elsevarEmployeeNo2 := sYear || '-' || ltrim(to_char(x));end if;end if;returnAthleteNo := varEmployeeNo2;end proAthleteNo;。
数据库系统设计运动会管理系统设计报告(DOC)
大理学院数学与计算机学院《数据库系统设计》课程设计报告班级：12级计算机科学与技术一班学号：2012115118姓名：李旭系统名称：运动会管理系统总分：实验报告内容及撰写要求：一、需求分析程序的主要功能描述，可以用文字、框图、用例等方式。
参考《数据库系统设计任务书》附录中的内容来进行设计报告的撰写。
主要应当包含分析的过程及分析后得到的数据流图和数据字典。
二、数据库设计2.1 数据库概念设计实体关系模型设计，创建分ER图和总体ER图，并描述总体E-R图合并时的问题解决。
2.2数据库的逻辑设计根据概念设计结果，创建数据库的逻辑模型，建立在具体DBMS下（SQL SERVER 2005）的表结构，并根据规范化理论对表结构进行优化调整。
同时，根据应用需求，创建数据库系统所需的外模式（视图）、模式和内模式（索引）等，此外，应当根据需求，建立数据完整性约束（实体完整性，参照完整性和用户自定义完整性）。
三、系统实现3.1 数据库访问1）数据访问类及实现代码2）SQL语句3.2 业务逻辑层类及代码描述业务流程、数据处理功能的模块代码3.3表示层的实现可以用界面截图及其实现类及核心代码描述四、总结一、系统概述1.1、开发背景当前，运动会已经在全国普遍开展，许多学校每年都定期的举行不同规模的田径运动会。
但是，在运动会举行过程中一直存在着参赛人数多，项目设置复杂，时间安排紧凑等问题，而且这些问题能否解决直接关系着运动会的成功与否。
另一方面，人们对于比赛结果的实时性、准确性、安全性、可靠性的要求也越来越高，而这些要求是人工操作很难实现的。
同时竞赛组织者要尽量减少人为因素的干扰，减少赛场作弊行为的发生，还要为参赛的教练员和运动员及时准确地提供竞赛的相关信息，辅助进行竞赛的决策指导。
因此，计算机技术的融入就成为一种必然，而且逐渐成为运动会信息管理的核心所在。
根据调查，现在全国已经有不少学校在田径运动会举办过程中采用了现代化的计算机技术进行运动会的系统管理，有的已经达到了一个相当高的水平。
数据结构课程设计----运动会数据管理系统.doc
数据结构课程设计报告设计题目：运动会数据库系统专业软件工程班级软件091班学生郑泽奇学号3090921013指导教师周红芳/李兵起止时间2011-7-4至2011-7-82011 年春季学期目录一、具体任务 (4)二、软件环境 (4)三、算法设计思想及流程图 (5)四、源代码 (6)五、运行结果 (32)六、收获及体会 (34)七、参考文献 (34)课设任务本次数据结构课程设计的主题是学生利用所学的数据结构知识编写程序。
作品为学生本人亲自设计制作，不能由他人代替，严禁抄袭他人作品，一经发现将取消本次教学实习的成绩。
作品应附上word 文档格式的说明，包括设计理念、作品特点、作品自评及个人小节，并指明所用的工作平台和工具软件。
文件名均使用英文名或拼音（小写）。
评语(教师填写)一、具体任务数据结构课程设计任务书0题目：学生运动会成绩数据库功能：学生运动会成绩数据库系统记录某校运动会上全部运动项目，各系获得的分数及排名的情况，包括50、100、200，400，1500米，跳高，跳远，标枪，铅球铁饼等。
进入系统后可以输入和修改某个项目的结果情况，可以按各系院编号输出总分；按总分排序；按男团体总分排序；按系院编号查询；按项目编号查询；按女团体总分排序。
分步实施：1）初步完成总体设计，搭好框架，确定人机对话的界面，确定函数个数；2）完成最低要求：建立一个文件，包括某个系，5个项目的得分情况，能对文件中的信息进行扩充（追加），修改和删除；3）进一步要求：完成对多个系，多个项目的得分排序，以及完成系统查询功能。
有兴趣的同学可以自己扩充系统功能。
键盘输入：系院数目，男子项目数女子项目数，（每项目取前三名，分别为10，5，2分）要求：1）界面友好，函数功能要划分好2）总体设计应画一流程图3）程序要加必要的注释4）要提供程序测试方案5）程序一定要经得起测试，宁可功能少一些，也要能运行起来，不能运行的程序是没有价值的。
运动会数据库的设计
系统功能
❖ 报名管理 ❖ 赛程安排 ❖ 成绩管理 ❖ 查询统计 ❖ 系统设置
5
系统设置
❖ 用户管理 ❖ 字典维护 ❖ 时间设置
6
用户管理
❖ 管理员：运动会有关字典维护。 ❖ 普通用户：录入、修改、公布成绩。 ❖ 游客：查询。 ❖ 学生：注册、报名、查询。 ❖ 班级：注册、报名、查询。
7
字典维护
12
成绩管理
❖ 成绩录入 ❖ 成绩修改
13
设计数据库
❖ 请设计一个数据库，并确定要满足的各种约束， 使得： ➢ 保存所需的所有信息。 ➢ 支持运动会管理的各种应用。 ➢ 设计灵活，所有设置都可以由用户设计，适合 不同的学校。 ➢ 确定实体和联系。 ➢ 画出实体联系图。 ➢ 尽可能地优化：减少冗余、提高查询速度。 14
某个范围直接进行决赛，大于某值要进行预赛。 ❖ 一个运动员的多个项目不能同时举行。
3
系统需求（续）
❖ 每个项目有一个历史最高记录，每场比赛有该场的最高 记录。
❖ 每个项目的冠军为所在班级加分，不同的项目所加的分 不同。
❖ 一个场地在不同的时间可以举行不同的比赛项目。 ❖ 一个项目只能在一个场地举行。 ❖ 一个项目只有一个主裁判，可以有多个副裁判。
一对一的联系
❖ 可以与其中之一的表合并，可以分开存放 ❖ 方法：
转换为一个独立的关系模式，也可以与其他一对一联系的关系 模式合并。
若转换为独立的关系模式，则与该联系相连的各实体的码以及 联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候 选码。
如果与某一端实体对应的关系模式合并，则需要在该关系模式 的属性中加入另一个关系模式的码和联系本身的属性。
➢ 班级、项目、裁判之间联系：比赛（k：m：n）
运动会管理系统
南京师范大学2015-2016学年第一学期《数据库系统课程设计》课程设计报告姓名：学号：班级：专业：学院：指导教师：表单设计及数据提取题目：访问数据库提交日期：目录一、设计目的....................................... 错误！未定义书签。
二、设计平台.................................................... - 1 -三、试题内容.................................................... - 1 -四、实验设计.................................................... - 1 -4.1需求分析................................................. - 1 -4.2实验内容................................................. - 2 -............................................ 错误！未定义书签。
............................................ 错误！未定义书签。
............................................ 错误！未定义书签。
............................................ 错误！未定义书签。
............................................ 错误！未定义书签。
五、参考文献.................................................... - 8 -六、实验心得.................................................... - 9 -一、设计目的数据库课程设计是在系统地学习了《数据库系统原理》课程后，按照关系型数据库的基本原理，综合运用所学的知识，完成一个数据库应用系统的设计全过程，包括需求分析、数据库设计、数据库建立、数据输入、应用系统的设计和开发、用户界面的设计和实现、系统安装和调试。
运动会管理系统数据库课程设计
数据库系统课程设计题目运动会成绩及名次管理系统院系____计算机______专业____动漫________学生姓名____戴屹________学号___003__指导教师___毕硕本_______运动会成绩及名次管理系统目录1、需求分析背景系统设计背景……系统设计的原则……系统设计的目标……2、需求分析功能及性能系统需求功能分析……（图）系统业务需求分析……（图）赛前准备系统……（图）赛中管理系统……（图）赛后处理系统……系统权限设计……系统数据流程图……（图）数据定义……（表）3、数据库设计确定实体和联系……E-R 图设计……（图）关系模式图——（图）4、数据库逻辑设计将E-R 图转化为关系模式……数据表的代码（创建）……创建视图，创建索引，创建触发器，5、确定数据库的存储结构6、检验是否满足用户需求7、数据库实施、运行和维护8 、数据库实施、8、总结9、参考文献1、需求分析背景系统设计背景高等院校运动会是高校体育工作的重要组成部分。
近年来,随着招生规模的扩大, 导致比赛项目、参赛人数不断增加,同时人们对比赛结果的准确性和实时性要求也越来越高,参赛队需要得到及时、准确的相关信息,从而有效进行竞赛的决策指导,这些问题和需求是采用人工方式或单机版运动会管理系统都难以解决的。
为此,我们对运动会的信息综合管理系统进行了研究,使运动会的筹备、组织、管理、协调等工作全面实现了计算机网络化、自动化,极大的提高了工作效率和信息处理的实时性。
高校运动会作为各项体育运动的基础，具有广泛的群众性。
每届的高校运动会声势浩大，是提高、检验学生的健康水平，开展全民健身运动的有效途径。
由于比赛项目较多，参赛人数广，数据处理量大且变化时效性要求高，管理较为复杂，其编排，记录，公告工作是一项复杂的工程。
为了解决在运动会管理和组织所面临的各种问题，我们开发了一套适合高校的运动会管理系统。
在分析运动会管理需求的基础上，通过比较分析不同的开发模式和特点，系统采用简单实用的Windows环境下的基于浏览器/服务器的模式构建，用SQL Server2005作为后台数据库，提供对数据库的查询、添加、修改、删除等操作来实现信息网上管理，并对信息管理功能进行了详细的分析，以实现动态、交互、高效的网络化信息管理。
运动会管理系统数据库文档
备注
id
int
编号
主键标识列从1每次增长1
RentRecords_User
vChar
出借人
RentRecords_Name
vChar
器材名称
RentRecords_Time
Char
借出时间
RentRecords_ReturnTime
Char
归还时间
RentRecords_Maintenance
char
维修记录
RentRecords_Note
Vchar
备注
八、表名：Users中文含义：操作员信息
列名
数据类型
中文说明
备注
id
int
编号
主键标识列从1每次增长1
Users_ID
Int
操作员编号
Users_Name
char
操作员姓名
Users_Sex
Char
操作员性别
Users_Note
Char
备注
代表团名称
Players_TeamID
int
代表团编号
外键关联Teams(id)
Players_Name
nchar
运动员姓名
Players_Sex
nchar
运动员姓别
Players_ID
int
运动员编号
Players_ Items
nchar
参赛项目
六、表名：Scores中文含义：成绩
列名
数据类型
中文说明
int
裁判编号
外键关联judgers（id）
Judgerments_Name
vchar
裁判姓名
大数据库课程设计报告材料-校运动会管理系统
实用文档数据库课程设计报告运动会数据库系统目录第一章系统概述 (2)1. 1系统开发背景与意义 (2)1.1.1系统开发背景 (2)1.1.2系统开发意义 (2)第二章系统需求分析 (3)2．1 需求分析概述 (3)2.2.1功能需求分析 (3)2.2.2 可行性分析 (3)2．2 系统数据流图 (4)2. 3 数据字典 (6)第三章系统总体设计 (8)3. 1 系统概念设计 (10)3.1.1 概念模型（E-R图） (10)3..2 关系模式....................................... 错误！未定义书签。
第四章数据库定义和数据安全性与完整性定义.............. 错误！未定义书签。
4. 1 数据库定义......................................... 错误！未定义书签。
4. 2 数据安全性与完整性定义............................. 错误！未定义书签。
第一章系统概述1.1系统开发背景与意义1.1.1系统开发背景高等院校运动会是高校体育工作的重要组成部分。
近年来,随着招生规模的扩大, 导致比赛项目、参赛人数不断增加,同时人们对比赛结果的准确性和实时性要求也越来越高,参赛队需要得到及时、准确的相关信息 ,从而有效进行竞赛的决策指导,这些问题和需求是采用人工方式或单机版运动会管理系统都难以解决的。
为此,我们对运动会的信息综合管理系统进行了研究,使运动会的筹备、组织、管理、协调等工作全面实现了计算机网络化、自动化,极大的提高了工作效率和信息处理的实时性。
高校运动会作为各项体育运动的基础，具有广泛的群众性。
每届的高校运动会声势浩大，是提高、检验学生的健康水平，开展全民健身运动的有效途径。
由于比赛项目较多，参赛人数广，数据处理量大且变化时效性要求高，管理较为复杂，其编排，记录，公告工作是一项复杂的工程。
为了解决在运动会管理和组织所面临的各种问题，我们开发了一套适合高校的运动会管理系统。
数据库课程设计-运动会管理系统模板
运动会管理系统数据库课程设计指导教师对课程设计（论文）的评语（工作态度、任务完成情况、能力水平、设计说明书（论文）的撰写和图纸质量等）：成绩指导教师签字年月日目录1、开发背景................................................................................................... 错误！未定义书签。
2、功能描述 (4)3、业务流程分析........................................................................................... 错误！未定义书签。
4、数据流程分析........................................................................................... 错误！未定义书签。
4.1、数据流程图 (4)4.2、数据字典........................................................................................ 错误！未定义书签。
5、概念模型设计 (8)6. 逻辑模型设计和优化 (13)7. 物理设计和实施........................................................................................ 错误！未定义书签。
8、设计结果的简单验证............................................................................... 错误！未定义书签。
9、课程设计心得体会 (17)1开发背景随着计算机技术的飞速发展，计算机在信息管理中的应用的普及，利用计算机实现运动会信息的管理势在必行。
数据结构课程设计----运动会数据管理系统.doc
数据结构课程设计报告设计题目：运动会数据库系统专业软件工程班级软件091班学生郑泽奇学号3090921013指导教师周红芳/李兵起止时间2011-7-4至2011-7-82011 年春季学期目录一、具体任务 (4)二、软件环境 (4)三、算法设计思想及流程图 (5)四、源代码 (6)五、运行结果 (32)六、收获及体会 (34)七、参考文献 (34)课设任务本次数据结构课程设计的主题是学生利用所学的数据结构知识编写程序。
作品为学生本人亲自设计制作，不能由他人代替，严禁抄袭他人作品，一经发现将取消本次教学实习的成绩。
作品应附上word 文档格式的说明，包括设计理念、作品特点、作品自评及个人小节，并指明所用的工作平台和工具软件。
文件名均使用英文名或拼音（小写）。
评语(教师填写)一、具体任务数据结构课程设计任务书0题目：学生运动会成绩数据库功能：学生运动会成绩数据库系统记录某校运动会上全部运动项目，各系获得的分数及排名的情况，包括50、100、200，400，1500米，跳高，跳远，标枪，铅球铁饼等。
进入系统后可以输入和修改某个项目的结果情况，可以按各系院编号输出总分；按总分排序；按男团体总分排序；按系院编号查询；按项目编号查询；按女团体总分排序。
分步实施：1）初步完成总体设计，搭好框架，确定人机对话的界面，确定函数个数；2）完成最低要求：建立一个文件，包括某个系，5个项目的得分情况，能对文件中的信息进行扩充（追加），修改和删除；3）进一步要求：完成对多个系，多个项目的得分排序，以及完成系统查询功能。
有兴趣的同学可以自己扩充系统功能。
键盘输入：系院数目，男子项目数女子项目数，（每项目取前三名，分别为10，5，2分）要求：1）界面友好，函数功能要划分好2）总体设计应画一流程图3）程序要加必要的注释4）要提供程序测试方案5）程序一定要经得起测试，宁可功能少一些，也要能运行起来，不能运行的程序是没有价值的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
运动会管理系统1.需求分析1 .1系统功能要求设计此系统实现如下系统功能：（1）使得运动会管理工作更加清晰、条理化、自动化。
（2）通过简洁明了的登录系统，查询比赛基本信息，选手得分，排名等功能。
容易地完成比赛团体信息的查询操作。
(3) 设计人机友好界面，功能安排合理，操作使用方便，并且进一步考虑系统在安全性，完整性，并发控制，备份和恢复等方面的功能要求。
2.系统模块设计运动会管理系统大体可以分成二大模块如，一是选手的基本信息模块，里面应该包含选手的各方面的基本信息；再者便是得分管理模块，在该模块中应该包含有对选手得分信息的查询和处理，如单项名次，团体总分以及排名统计等功能模块；再其次还有比赛地点，日期，规模，项目，报名期限等相关信息的模块；可以得到系统流程图：3.数据字典数据项是数据库的关系中不可再分的数据单位，下表分别列出了数据的名称、数据类型、长度、取值能否为空。
利用SQL Server 2000建立“学生选课”数据库，其基本表清单及表结构描述如下：数据库中用到的表：Player基本情况数据表，结构如下：course数据表，结构如下：score情况数据表，结构如下：2.概念模型设计由需求分析的结果可知，本系统设计的实体包括：（1）选手基本信息：编号，姓名，性别，地址，年龄，比赛项目。
（2）运动会基本信息：比赛日期，地点，规模，项目，报名期限。
这些实体间的联系包括：号;（2）运动会基本信息（比赛日期，地点，规模，项目，报名期限），其中主关键字为项目；（3）成绩（项目，编号，分数）其中主关键字为编号和项目。
可以与选手关系模式合并为：选手（编号，姓名，性别，地址，年龄，比赛项目）。
2 .确定关系模型的存取方法在将概念模型转换成物理模型之后，我们可以对物理模型进行设计，双击物理模型的关系，可以对该关系的名称、注释等信息进行查询。
可对该关系的属性列进行设计，可分别设置其名称、码、数据类型以及主码、是否为空等。
在实际设计中最常用的存取方法是索引发，使用索引可以大大减少数据的查询时间，在建立索引时应遵循：在经常需要搜索的列上建立索引；? 在主关键字上建立索引；在经常用于连接的列上建立索引，即在外键上建立索引；在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的等规则。
才能充分利用索引的作用避免因索引引起的负面作用。
3 .确定数据库的存储结构确定数据库的存储结构主要指确定数据的存放位置和存储结构，包括确定关系、索引、日志、备份等的存储安排及存储结构，以及确定系统存储参数的配置。
因为该成绩管理系统的数据量小，，所以我们只用把数据存储在使用的电脑硬盘上，不用作更多的安排。
4物理结构设计(1)创建选手基本信息表:create table Student (编号 varchar(11) not null,项目 varchar(5) not null,姓名 varchar(6) not null,性别 varchar(2) not null,年龄 char(2) not null,地址 varchar(20) not null,constraint PK_STUDENT primary key (编号))goexecute sp_addextendedproperty 'MS_Description','选手基本信息描述','user', '', 'table', 'StudentsInfo'go(2)创建项目表:create table Course (cno varchar(5) not null,cname varchar(10) null,xueshi smallint null,xuefen int null,constraint PK_COURSE primary key (项目号))goexecute sp_addextendedproperty 'MS_Description',(3)创建选手与比赛项目的成绩表create table SC ( sno varchar(11) not null,cno varchar(5) not null,chengji varchar(4) not nullconstraint PK_SC primary key (编号, 项目))go在SC表上创建索引SC_FK与SC2_FKcreate index SC_FK on SC (编号 ASC)Gocreate index SC2_FK on SC (项目 ASC)go建立项目索引create index TC_FK on TC (项目ASC)五数据库的实施与维护1 .数据库的实施：此阶段主要任务包括创建数据库，加载初始数据，数据库试运行，数据库的安全性和完整性控制数据库的备份与恢复，数据库性能的监督分析和改仅，数据库的重组和重构等。
首先在数据库中建立一个选手成绩管理系统数据库，然后新建一个数据源。
主要代码如下：#include ""#include ""#include ""#ifdef _DEBUG#define new DEBUG_NEW#undef THIS_FILEstatic char THIS_FILE[] = __FILE__;// CCourseIMPLEMENT_DYNAMIC(CCourse, CRecordset)CCourse::CCourse(CDatabase* pdb): CRecordset(pdb){ //{{AFX_FIELD_INIT(CCourse)//}}AFX_FIELD_INITm_nDefaultType = snapshot;CString CCourse::GetDefaultConnect(){ return _T("ODBC;DSN=");}CString CCourse::GetDefaultSQL(){ return _T("");}void CCourse::DoFieldExchange(CFieldExchange* pFX){//{{AFX_FIELD_MAP(CCourse)pFX->SetFieldType(CFieldExchange::outputColumn);//}}AFX_FIELD_MAP}// CCourse diagnosticsvoid CCourse::AssertValid() const{ CRecordset::AssertValid();}void CCourse::Dump(CDumpContext& dc) const{ CRecordset::Dump(dc);}// : interface of the CMainFrame classclass CMainFrame : public CFrameWnd{protected: // create from serialization only CMainFrame();DECLARE_DYNCREATE(CMainFrame)// Attributespublic:// Operationspublic:// Overrides// ClassWizard generated virtual function overrides //{{AFX_VIRTUAL(CMainFrame)virtual BOOL PreCreateWindow(CREATESTRUCT& cs);//}}AFX_VIRTUAL// Implementationpublic:virtual ~CMainFrame();protected: // control bar embedded members//CStatusBar m_wndStatusBar;//CToolBar m_wndToolBar;// Generated message map functionsprotected://{{AFX_MSG(CMainFrame)afx_msg int OnCreate(LPCREATESTRUCT lpCreateStruct);afx_msg void OnPassword();afx_msg void OnUser();afx_msg void OnStudent();afx_msg void OnTeach();afx_msg void OnTeacher();//查出该课程的课程号六总结进一步深入理解数据库设计的整个过程，该学生选课系统的需求分析、数据库概念结构设计有关内容等。
掌握使用前台程序设计技术VC和SQL Server结合设计C /S结构的管理信息系统。
综合练习了SQL Server的使用和数据库得管理技术。
综合熟悉并练习了SQL语言在编程中的使用。
综合训练编程能力。
认识系统，取得系统需求分析，更重要得是在编程方面提高了实现目标代码得能力及调试代码得能力。