1、“.....主键比赛项目编号赛程编号赛程表字段名字段类型字段宽度是否允许空说明赛程编号。概念结构设计局部图的设计运动员与系的图图运动员与系的图赛程和参赛者的图图赛程和参赛者图比赛项目赛程参赛者和成绩的图图比赛项目赛程参赛者和成绩的图全局图的设计图运动会管理系统全局图逻辑结构设计根据图中的实体及实体之间的联系，关系模式如下运动员信息学号，姓名，性别，系别，年龄教练编号，姓名，等级系编号，系名，领导参赛者编号，名称，类别，组员赛程编号，地点，时间比赛项目编号，名称，人数，类别裁判编号，姓名，等级成绩编号，分数，类别，单位，是否破记录运动员系编号，运动员编号，系编号数据库实施关系表将前面得到的关系模式转换为支持的具体关系表如下运动员教练系关系表字段名字段类型字段宽度是否允许空说明运动员教练系关系表编号......”。

2、“.....主键运动员信息编号系编号运动员信息表字段名字段类型字段宽度是否允许空说明可以得到本系统中主要管理的对象是运动员各系赛程比赛项目，需存储的信息包括运动员信息具有学号姓名性别位置等信息。教练具有编号姓名等级信息。系具有编号系别领导信息。参赛者具有名称类别等信息。裁判编号姓名等级信息。赛程编号地点时间信息。比赛项目编号名称人数等信息。通过分析，本系统中各实体之间的联系如下系运动员个运动员只能在个系，个系可以有多个运动员，因此系和运动员之间的关系是对多的关系。运动员教练个运动员可以在多个教练那训练，个教练可以训练多个运动员，因此运动员和教练之间是多对多的关系。比赛项目赛程个比赛项目属于个赛程，个赛程可以有多个比赛项目，因此比赛项目和赛程之间是对多的关系。赛程参赛者个参赛者可以有多个参赛者，个参赛者也可以有多个赛程，因此赛程和参赛者之间是多对多的关系......”。

3、“.....个裁判可以评判多个赛程，因此赛程和裁判之间是多对多关系。赛程成绩参赛者个赛程可以为有多个参赛者的多个成绩，个参赛者可以在多个赛程中得到多个成绩，个成绩可以被多个参赛者在多个赛程中获得。概念结构设计局部图的设计运动员与系的图图运动员与系的图赛程和参赛者的图图赛程和参赛者图比赛项目赛程参赛者和成绩的图图比赛项目赛程参赛者和成绩的图全局图的设计图运动会管理系统全局图逻辑结构设计根据图中的实体及实体之间的成绩查询。图各系管理员管理界面运动员登录界面，可实现添加运动员信息，查看赛程信息，查看比赛得分。图运动员管理界面运动会组委会管理员登录界面，可实现添加运动员信息，查看赛程信息，查看比赛得分。图运动会组委会管理员管理界面后勤管理员登录界面，可实现场地安排医生对运动员体检保安安排车辆安排......”。

4、“.....运动员报名例如对运动员进行报名首先要在数据库中添加运动员信息语言王磊查询全系运动员信息语言返回如下信息查询全部赛程信息说明获得赛程信息后再进行报名语言返回如下信息报名说明向插入运动员和赛程关系信息语言所影响的行数为行查询全系运动员赛程信息语言，计算机科学系查询结果课程设计总结为期周的课程设计已经结束了，在老师的耐心指导和全组组员的共同努力下，我们克服了种种困难，终于完成了本次的课程设计。这次数据库课程设计给我们的最大的印象就是如果自己有了兴趣，就动手去做，困难在你的勇气和毅力下是抬不了头的。出于对新技术的好奇，出于对切未知的求知。是否允许空说明裁判编号裁判姓名成绩编号，主键分数分数类别成绩计量单位医生编号医生姓名医生类别成绩表字段名字段类型字段宽度是否允许空说明医生赛程关系表编号......”。

5、“.....主键医生编号运动员编号医生赛程关系表字段名字段类型字段宽度是否允许空说明键系名系领导医生运动员关系表字段名字段类型字段宽度是否允许空说明医生运动员关键系名系领导医生运动员关系表字段名字段类型字段宽度是否允许空说明医生运动员关系表编号，主键医生编号运动员编号医生赛程关系表字段名字段类型字段宽度是否允许空说明医生赛程关系表编号，主键医生编号赛程编号医生表字段名字段类型字段宽度是否允许空说明医生编号医生姓名医生类别成绩表字段名字段类型字段宽度是否允许空说明成绩编号，主键分数分数类别成绩计量单位成绩是否破纪录裁判表字段名字段类型字段宽度是否允许空说明裁判编号裁判姓名裁判级别登录表字段名字段类型字段宽度是否允许空说明登陆，主键用户名密码类别是否锁定比赛项目表字段名字段类型字段宽度是否允许空说明比赛项目编号......”。

6、“.....关系模式如下运动员信息学号，姓名，性别，系别，年龄教练编号，姓名，等级系编号，系名，领导参赛者编号，名称，类别，组员赛程编号，地点，时间比赛项目编号，名称，人数，类别裁判编号，姓名，等级成绩编号，分数，类别，单位，是否破记录运动员系编号，运动员编号，系编号数据库实施关系表将前面得到的关系模式转换为支持的具体关系表如下运动员教练系关系表字段名字段类型字段宽度是否允许空说明运动员教练系关系表编号，有可能产生差错，所以对于系统的测试是贯穿于系统整个开发的全过程。系统功能测试对系统的查询添加删除修改打印报表功能进行测试，测试内容如下查询功能测试系统是否能进行相关内容的查询，查询显示出的内容是否和所要查询的内容致，当在查询条件中输入你想要查询的条件便会在页面中显示出来你想要查询的信息如图所示添加功能测试填写完添加内容提交后，是否出现信息或出现确认信息，提交添加后......”。

7、“.....根据页面的提示正确输入以后，系统将会反馈个销售订单信息生成如上图所示，在数据库中便可以看到这条销售订单的具体信息删除功能测试提交删除命令后，是否出现提示信息，提交删除后，相应数据库中信息是否被删除，在对销售订单信息进行删除的时候，首先要选择相应的销售订单，点击删除按钮，如果没有出现异常同时出现本条记录已经删除的提示就说明本条销售订单的记录被成功删除修改功能测试填写完修改内容提交后，是否出现信息或出现确认信息，提交修改后，数据库中内容是否进行相应的修改打印报表功能测试通过对的设置，将数据传递到中，形成报表，打印相应的报表。系统处理测试系统处理测试，此项测试内容包含了输入确认测试，输入确认用来保证系统拒绝无用信息，主要测试系统是否阻止无用信息进入系统，测试内容如下对于同个订单号，进行两次出库单的添加对于同个订单号，进行两次销售发票的添加对于同个出库单编号......”。

8、“.....进行两次销售发票的添加对于同个销售员编号，进行两次销售员信息的添加在录入销售订单的时候，没有选择商品名称，没有录入数量价格，销售员编号。录入出库单的时候，没有选择订单号，没有输入出库单编号录入销售发票的时候，没有选择订单号，没有输入销售发票编号系统实用性分析对于系统全部模块进行测试，达到了系统用户起初的设计需求。详细说明如下全部功能要求达到满足，全部性能达到要求，文件与数据库连接允许空说明比赛项目和赛程关系表编号，主键比赛项目编号赛程编号赛程表字段名字段类型字段宽度是否允许空说明赛程编号。概念结构设计局部图的设计运动员与系的图图运动员与系的图赛程和参赛者的图图赛程和参赛者图比赛项目赛程参赛者和成绩的图图比赛项目赛程参赛者和成绩的图全局图的设计图运动会管理系统全局图逻辑结构设计根据图中的实体及实体之间的联系，关系模式如下运动员信息学号，姓名，性别，系别，年龄教练编号，姓名......”。

9、“.....系名，领导参赛者编号，名称，类别，组员赛程编号，地点，时间比赛项目编号，名称，人数，类别裁判编号，姓名，等级成绩编号，分数，类别，单位，是否破记录运动员系编号，运动员编号，系编号数据库实施关系表将前面得到的关系模式转换为支持的具体关系表如下运动员教练系关系表字段名字段类型字段宽度是否允许空说明运动员教练系关系表编号，主键运动员信息教练编号系编号运动员系关系表字段名字段类型字段宽度是否允许空说明运动员系关系表编号，主键运动员信息编号系编号运动员信息表字段名字段类型字段宽度是否允许空说明可以得到本系统中主要管理的对象是运动员各系赛程比赛项目，需存储的信息包括运动员信息具有学号姓名性别位置等信息。教练具有编号姓名等级信息。系具有编号系别领导信息。参赛者具有名称类别等信息。裁判编号姓名等级信息。赛程编号地点时间信息。比赛项目编号名称人数等信息。通过分析......”。