数据库原理与应用课程设计题目：高校竞赛管理系统院系：学院专业：学生姓名：指导教师：2014年12月10日目录一、设计名称 (4)二、设计目的及背景 (4)三、系统功能设计 (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)10.2 密码设置模块设计 (24)十一、软件设计 (24)十二、小结 (24)参考文献 (25)一、设计名称高校竞赛管理系统二、设计目的及背景随着国家教育体制的改革，全国各地举办的大学生竞赛活动数目也是逐年增加，报名参加各个竞赛的大学生数量也是逐年地大批增长。
面对如此大的数目的参赛方信息的录入，原始的数据采集系统已经远远不能满足要求，如何利用现代信息技术使得举办方拥有快速、高效的参赛者信息反馈能力和高度的效率，已经是竞赛举办方特别关心的问题。
尽快建立一个功能齐备的高校竞赛信息管理系统，已成为当今社会举办高校竞赛的当务之急。
通过开发这个高校竞赛信息管理系统，使参赛者信息的录入和管理工作系统化，规范化，自动化，从而达到提高管理效率的目的。
本系统开发设计思想是实现竞赛信息管理的数字化。
尽量采用现有软硬件环境，及先进的管理系统开发方案，提高系统开发水平和应用效果的目的；系统应符合企业管理的规定，满足日常管理的需要，并达到操作过程中的直观，方便，实用，安全等要求；系统采用模块化程序设计方法，这样既便于系统功能的各种组合，又便于未参与开发的技术维护人员补充，维护；系统应具备数据库维护功能，及时根据用户需求进行数据的添加，删除，修改等操作。
随着计算机技术的飞速发展，计算机在系统管理中的应用越来越普及，利用计算机实现各个系统的管理显得越来越重要。
对于一些大中型管理部门来说，利用计算机支持管理高效率完成管理的日常事务，是适应现代管理制度要求、推动管理走向科学化、规范化的必要条件；而竞赛信息管理工作又是是一项琐碎、复杂而又十分细致的工作，参赛者信息数量之庞大，一般不允许出错，如果实行手工操作，每个参赛队伍的情况须手工填制大量的表格，这就会耗费竞赛举办方管理工作人员大量的时间和精力，如果利用计算机进行这些管理工作，不仅能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，同时计算机具有手工管理所无法比拟的优点，例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高管理的效率,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。
该内容主要是竞赛信息管理用来满足参赛学生，校方和终端三方的需求，旨在建立一个高效的高校竞赛信息管理系统。
应用所学的有关知识，更深入地学习SQL Server数据库技术，将所学的书面知识和实际应用结合起来，以达到学以致用的目的。
三、系统功能设计参赛队伍信息模块包括：参赛队伍成员的登录，以及对密码的修改；参赛成员查看本队详细信息，并对其有修改、删除权限；提交竞赛作品；查看该队竞赛作品信息的修改、删除权限；访问查询本校其他参赛队伍基本信息。
校方信息管理模块：校方管理员的登录、以及对密码的修改；对本校参赛信息的查询、统计权限；对参赛队伍信息的查看、修改和删除权限。
终端信息管理模块：对所有参赛队伍进行编号；对全部队伍的参赛信息的查看、修改和删除权限；对全部提交的作品信息进行查询、统计、分类；对参赛队伍成绩输入、查看、修改和删除权限；对参赛队伍按其成绩进行查询、筛选、统计操作。
图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.1.1 在校报名学生（默认为队长）根据其在终端注册的账号，凭借用户名和密码进行登录。
5.1.2 参赛队长对各种报名信息的输入。
包括院校信息，参赛组别，作品名称，参赛队员信息（除队长外至多有两名队员）：参赛队员的姓名、联系方式、邮箱，导师信息，导师信息包括：导师姓名、职称、所在院系、联系方式、邮箱。
5.1.3 参赛队长对报名信息的查看和修改。
5.1.4 参赛队长对竞赛作品提交信息的输入。
包括院校信息，参赛组别，队伍编号，参赛选手信息，参赛选手的姓名、联系方式、邮箱、导师信息，导师信息包括：导师姓名、联系方式。
5.1.5 参赛队长对竞赛作品提交信息的查看、修改和删除。
5.1.6 参赛队伍对该校其他参赛队伍的参赛状态进行访问、并且可以按照一定的条件进行查询。
5.2 校方信息管理模块5.2.1 校方信息管理员根据其在比赛终端注册的登录用户名和密码进行登录，及对密码的修改。
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图“导师”实体ER图图7图9 “成绩”实体ER图图10 “终端管理员”实体ER图8.3 全局E-R图管理队长队伍队伍编号队员2队员1校方管理员导师终端管理员身份证号姓名邮箱身份证号姓名邮箱邮箱手机号姓名所在院系职称指导终极管理邮箱身份证号手机号姓名参赛组别作品名称参赛参赛竞赛成绩初赛成绩决赛成绩报名审核管理参赛状态决赛初赛院校名称11111n 111p mpnpnn图11 全局ER 图九、数据库设计9.1 数据库概念设计9.1.1 数据库分析根据对系统的可行性研究与需求分析以后，我们可以对系统的数据库进行设计，得到如下结果：高校竞赛管理系统关系到的实体：在高校竞赛管理系统中，对竞赛有兴趣的同学会主动报名，并且会根据组队情况出现分工，由队长做领队工作，此外，有两名队员，所以实体有“队长”、“队员1”和“队员2”；报名队伍都会对应有一个唯一的队伍号，在以后的作品提交和成绩审核中起着至关重要的作用，所以有“队伍”实体；每个参赛队伍都会有一个指导老师进行指导工作，比赛期间还需要指导老师协助一些相关的工作，所以有“导师”实体；每个报名院校都有校方管理员对该校参赛队伍的信息进行管理等操作，所以有“校方管理员”实体；从竞赛开始，到竞赛结束，历经初赛和决赛，其中初赛包括机试和作品评审，所以有“成绩”实体；终端管理员对所有院校的所有参赛队伍的信息进行管理和操作，所以有“终端管理员”实体。
综上所述，高校竞赛管理系统涉及最主要实体：队长、队员1、队员2、队伍、导师、校方管理员、成绩、终端管理员。
9.1.2 实体属性：实体集“队伍”的属性包括：队伍编号、参赛组别、该参赛队伍的作品名称、队长姓名、队员1的身份证号、队员2的身份证号、指导老师姓名、该参赛队伍所归属的院校名称；实体集“队长”的属性包括：队长姓名、手机号、邮箱、性别、年级、所在院系、身份证号码；实体集“队员1”的属性包括：队员1姓名、手机号、邮箱、性别、年级、所在院系、身份证号码；实体集“队员2”的属性包括：队员2姓名、手机号、邮箱、性别、年级、所在院系、身份证号码；实体集“导师”的属性包括：导师姓名、手机号、邮箱、职称、所在院系；实体集“校方管理员”的属性包括：院校名称、队伍号、队长姓名、队长手机号、队长邮箱；实体集“成绩”的属性包括：队伍号、初赛机成绩、决赛成绩；实体集“终端管理员”的属性包括：院校名称、队伍号、队长姓名、队长手机号、队长邮箱、导师邮箱、师手机号、初赛成绩、决赛成绩、参赛状态。