高校竞赛信息管理系统

三、系统功能设计……………………………………………5

四、用户需求…………………………………………………6

    4.1  参赛学生……………………………………………6

    4.2  校方信息管理员……………………………………7

    4.3  终端信息管理员……………………………………7

五、系统功能的根本要求……………………………………8

5.1  参赛队伍信息模块…………………………………8

5.2  校方信息管理模块…………………………………8

5.3  终端信息管理模块…………………………………9

六、可行性分析………………………………………………9

七、系统的运行环境…………………………………………10

八、系统设计…………………………………………………10

    8.1 总体概况流图………………………………………10

    8.2 实体E-R图…………………………………………10

    8.3 全局E-R图…………………………………………13

九、数据库设计………………………………………………14

    9.1 数据库概念设计……………………………………15

    9.2  E-R图转换成关系模式……………………………17

    9.3 数据库逻辑设计……………………………………18

十、系统平安设计……………………………………………23

    10.1  用户登录…………………………………………23

………………………………24

十一、软件设计………………………………………………24

十二、小结……………………………………………………24

参考文献………………………………………………………25

一、设计名称

高校竞赛管理系统

二、设计目的及背景

如何利用现代信息技术使得举办方拥有快速、高效的参赛者信息反应能力和高度的效率，已经是竞赛举办方特别关心的问题。尽快建立一个功能齐备的高校竞赛信息管理系统，已成为当今社会举办高校竞赛的当务之急。通过开发这个高校竞赛信息管理系统，使参赛者信息的录入和管理工作系统化，标准化，自动化，从而到达提高管理效率的目的。

本系统开发设计思想是实现竞赛信息管理的数字化。

三、系统功能设计

参赛队伍信息模块包括：参赛队伍成员的登录，以及对的修改；参赛成员查看本队详细信息，并对其有修改、删除权限；提交竞赛作品；查看该队竞赛作品信息的修改、删除权限；访问查询本校其他参赛队伍根本信息。

校方信息管理模块：校方管理员的登录、以及对的修改；对本校参赛信息的查询、统计权限；对参赛队伍信息的查看、修改和删除权限。

队伍的参赛信息的查看、修改和删除权限；对全部提交的作品信息进行查询、统计、分类；对参赛队伍成绩输入、查看、修改和删除权限；对参赛队伍按其成绩进行查询、筛选、统计操作。

图1 系统功能设计图

四、用户需求

高校竞赛管理系统所涉及的用户包括：参赛学生、校方信息管理员、终端信息管理员。

4.1  参赛学生

4.1.1  

      码的修改;

4.1.2  查看、修改和删除;

4.1.3  可对竞赛作品提交信息的输入;

4.1.4  可对竞赛作品提交信息的查看、修改和删除;

4.1.5  可对该校其他参赛队伍的参赛状态进行访问、并且可以按照一

      定的条件进行查询.

4.2  校方信息管理员 

4.2.1

      码的修改;

4.2.2  按照一定的条件，对于该校参赛队伍信息进行查询、统计符合

      一定条件的队伍信息;

4.2.3  根据需要对参赛队伍进行查看、修改和删除操作。

4.3  终端信息管理员 

4.3.1  对全部的参赛信息按照一定的条件，对其进行查询、统计、分

      类;

4.3.2  对全部的参赛信息进行查看、修改和删除;

4.3.3  对全部的作品提交信息按照一定的条件，对其进行查询、统计、

      分类;

4.3.4  对没有提交作品的参赛队伍进行一定要求的查询，并在需要的

      情况下进行删除操作;

4.3.5  对参赛队伍所得成绩的输入、查看、修改和删除操作;

4.3.6  对参赛队伍按照一定要求对其成绩进行查询、筛选、统计。

五、系统功能的根本要求

5.1  参赛队伍信息模块

5

5.1.2  参赛队长对各种报名信息的输入。包括院校信息，参赛组别，

      作品名称，参赛队员信息〔除队长外至多有两名队员〕：参赛

      队员的姓名、联系方式、邮箱，导师信息，导师信息包括：导

      师姓名、职称、所在院系、联系方式、邮箱。

5.1.3  参赛队长对报名信息的查看和修改。

5.1.4  参赛队长对竞赛作品提交信息的输入。包括院校信息，参赛组

      邮箱、导师信息，导师信息包括：导师姓名、联系方式。

5.1.5  参赛队长对竞赛作品提交信息的查看、修改和删除。

5.1.6  参赛队伍对该校其他参赛队伍的参赛状态进行访问、并且可以

      按照一定的条件进行查询。

5.2  校方信息管理模块

5

5.2.2  校方信息管理员按照一定的条件，对于该校参赛队伍信息进行

      查询、统计符合一定条件的队伍信息。

5.2.3  校方信息管理员根据需要对参赛队伍进行查看、修改和删除操

      作。

5.3  终端信息管理模块

5.3.1  竞赛终端信息管理员对全部的参赛信息按照一定的条件，对其

5.3.2  竞赛终端信息管理员对全部的参赛信息在必要的情况下进行

      查看、修改和删除。

5.3.3  竞赛终端信息管理员对全部的作品提交信息按照一定的条件，

      对其进行查询、统计、分类。

5.3.4  竞赛终端信息管理员对没有提交作品的参赛队伍进行一定要

      求的查询，并在需要的情况下进行删除操作。

5.3.4  竞赛终端信息管理员对参赛队伍所得成绩的输入、查看、修改

      和删除操作。

5.3.5  竞赛终端信息管理员对参赛队伍按照一定要求对其成绩进行

      查询、筛选、统计。

六、可行性分析

可行性分析是在系统调查的根底上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会的方面进行分析和研究，以防止投资失误，保证新系统的开发成功。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。该系统的可行性分析包括以下几个方面的内容。

技术可行性：硬件和软件的要求都不是很高，目前市场上的一般计算机都可以满足系统开发的要求，维护工作也很方便，有一定经验的操作人员可以在短时间内掌握维护工作。

经济可行性：系统开发的本钱：开发本钱非常低廉，界面友好，操作简单，不需要投入大系统运行维护费用：系统将开发得十分完整，维护费用低。

管理可行性：只要在参赛者，校方和终端三方均配有计算机及相应的操作人员就可以完成对竞赛信息的管理。

社会可行性：随着计算机网络和信息技术，电子商务的开展壮大，当前竞赛信息信息化特别是参赛者信息录入与管理系统化成为必然，那将大大节省时间和人力，大大减少不必要的重复性工作。

七、系统的运行环境

Microsoft Windows XP，SQL Server数据库软件，不与网络相连。

八、系统设计

8.1  总体概况流图

图2 总体概况图

8.2  实体E-R图

本系统涉及到以下实体：

图3 “队伍〞实体ER图

图4 “队长〞实体ER图

图5 “队员1〞实体ER图

图6 “队员2〞实体ER图

图7 “导师〞实体ER图

图8 “校方管理员〞实体ER图

图9 “成绩〞实体ER图

图10 “终端管理员〞实体ER图

8.3  全局E-R图

图11 全局ER图

九、数据库设计

9.1  数据库概念设计

9.1.1  数据库分析

根据对系统的可行性研究与需求分析以后，我们可以对系统的数据库进行设计，得到如下结果：

高校竞赛管理系统关系到的实体：

在高校竞赛管理系统中，对竞赛有兴趣的同学会主动报名，并且会根据组队情况出现分工，由队长做领队工作，此外，有两名队员，所以实体有“队长〞、“队员1〞和“队员2〞“队伍〞实体；每个参赛队伍都会有一个指导老师进行指导工作，比赛期间还需要指导老师协助一些相关的工作，所以有“导师〞实体；每个报名院校都有校方管理员对该校参赛队伍的信息进行管理等操作，所以有“校方管理员〞实体；从竞赛开始，到竞赛结束，历经初赛和决赛，其中初赛包括机试和作品评审，所以有“成绩〞实体；终端管理员对所有院校的所有参赛队伍的信息进行管理和操作，所以有“终端管理员〞实体。

综上所述，高校竞赛管理系统涉及最主要实体：队长、队员1、队员2、队伍、导师、校方管理员、成绩、终端管理员。

9.1.2  实体属性：

实体集“队伍〞

实体集“队长〞

实体集“队员1〞

实体集“队员2〞

实体集“导师〞

实体集“校方管理员〞

实体集“成绩〞

实体集“终端管理员〞

9.1.3  实体之间的联系：

该比赛有多个组别，一个参赛队伍只能参加一个组别，一个组别里可有多个不同参赛队伍；

队长和队员都有与之对应的院系和其归属的院校；

导师都有其归属的院系以及其工作的职称；

一个队伍只能有一名指导老师对其进行指导，一名知道老师可以对多个队伍进行指导；

一个院校中只有一个校方管理员对该校的参赛队伍进行信息管理，一个院校可以有多个参赛队伍；

一个参赛队伍只有一个初赛成绩和决赛成绩，如果成绩无效，那么该成绩为0；

一个队伍的参赛状态会随着竞赛的进度，其参赛状态发生改变，假设该参赛队伍没有进入下一轮比赛，那么其会被淘汰，淘汰伴随着竞赛的信息更新；

终端有多个终端管理员对所有院校的参赛信息进行管理；

9.2  E-R图转换成关系模式

9.3  数据库逻辑设计

数据库表由以以下出各表项的详细说明：

队伍表

“〞的外码；其余信息除性别取值于{男，女}和年级可为空外，其他皆为非空。

十、系统平安设计

10.1  用户登录

1、支持鼠标和键盘操作。

程序启动后，选择“系统设置〞菜单下的“〞

十一、软件设计

系统实现，选择信息管理的功能，点增加参赛队伍，可以进入添加新的参赛队伍信息，对队伍信息必填的信息必须写入，然后会弹出窗口提示添加成功。把添加的队伍信息参加到全体队伍信息表中〔此步骤由后台代码实现〕，添加参赛队伍信息后，可以进行全体信息初始化，选择信息管理工程可以进行信息管理功能：首先进行全体信息进行初始化，并能在信息列表查看，也可以在队伍信息列表中进行修改甚至删除。点修改队伍信息操作后，进行此数据修改，可以实现修改信息的录入操作，并根据需要可在此进行数据修改和删除。点排序操作后，可以将全体参赛队伍根据得分的多少进行排序。

以上就为使用各种软件最后的实现软件开发的初步设计思想。

十二、小结

参考文献:

[7]张华.Visual C#程序设计教程与上机指导[M]. 北京：清华大学出版,2005.12.