九江学院校运会信息管理平台的设计与实现毕业论文(编辑修改稿)

九江学院校运会信息管理平台的设计与实现毕业论文(编辑修改稿)内容摘要：

生大量的数据，这对于查找、更新和 9 信息科学与技术学院学士学位论文 维护都带来了不少的困难 [12]。 为了解决以上问题，从用户使用角度，又能满足对 运动会管理的需要，一套以管理运动会为主要的业务内容的管理系统，以九江学院的运动会管理为主要业务主要对象，设计出九江学院运动会管理系统。 （ 4） 解决 方案 基于以上问题，在以简化业务处理流程、实时了解九江学院运动会信息管理的前提下，加快运动会信息管理处理速度，最终实现运动会基础信息管理，运动会前期编排管理，运动会成绩管理等功能、解决这些管理上的问题是系统首要的解决的问题。 经过业务流程分析和梳理后，具体分析了九江学院运 动会管理平台的功能需求，得出系统需求如下。 ① 系统具有良好的人机界面，方便用户操作。 ② 系统安全可靠，权限机制完善，防止信息外泄。 ③ 要求系统具有良好的可扩展性。 ④ 要求系统简单实用。 系统可行性分析 可行性分析研究的目的就是用最小的代价在尽可能短的时间里确定问题是否能够 解决， 它是任何一项系统研究投入力量之前必须进行的一项工作，这对于保证资源的合理使用、避免浪费是十分重要的，也是系统设计一旦开始以后能顺利进行的重要保证 [13]。 技术可行性分析 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作，硬、软件配置能否满足开发者需要等。 运动会管理系统 涉及到运动 会基本信息、学生的成绩信息等，数据处理量大，而这一特点非常适合计算机特点，发挥计算机的数据处理速度快、准确度高的优势 [14]。 现代计算机硬件和软件技术的飞速发展，为系统的建设提供了技术条件。 且我的系统是利用微软自带的 Micrsoft SQL Server 20xx 作为后 10 信息科学与技术学院学士学位论文 台数据库，只要有 JSP 运行环境就很方便操作，而且本系统有友好的用户界面、有良好的安全性设置、有详细的操作说明书，这样更使各类用户很快地掌握系统的使用方法 [15]。 这些技术的要求 系统运行环境 为 ， 硬件需求： PIII/256MB/10GB 及 以上配置，要求为系统分配足够的数据库磁盘空间 推荐配置： PIV 2G/512MB/40GB 操作系统需求： Windows20xx 及以上操作系统 ( 推荐 ) ，也可以使用 Sun Solaris 等 Linux 操作系统 数据库软件需求： sqlserver20xx ，也可以使用 Oracle 数据库 中间件软件需求： tomcat 系列服务器 经济可行性分析 主要是对项目的经济效益进行评价，一方面是支出的费用，其中包括人员的开资费用、纸张的费用等。 另一方面是取得的效益中可以用钱来衡量的那部分（收益的另一部分难以用钱来表示的。 基于本单位现有计算机及配套设备，建设 运动会管理系统 ，不但能减少重复性的书面报告，降低办公费用，提高办公效率，而且能提高运算速度，同时为学校的整体工作的进一步加强做出更大的贡献。 操作可行性分析 系统是基于 B/S模 式 开发的， B/S最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件， 界面简洁。 该企业相关人员在系统操作上经过简单培训即可使用， 所以系统在操作上是可行的。 总之，无论从技术上、经济上，还是从操作上，九江学院运动会管理平台都是可行的。 系统用例图 根 据需求分析的结果，通过最终的用例模型，可以确定系统的主要功能和开发目标。 11 信息科学与技术学院学士学位论文 由于我们使用用例来记录系统的功能性需求，所以在需求分析的第一步我们需要明确系统的参与者。 参与者 (Actor)是具有行为能力的事物，可以是一个人 (由所扮演的角色来识别 、计算机系统或组织。 经分析确认，本系统的参与者主要有 运动员 、系管理员 、管理员三类。 三类参与者的相关人员和能够参与的系统功能如表 21 所示。 表 21 运动员 系管理员 管理员 功能描述 表 参与者 功能描述 运动员 访问 网站 首页 、登录运动员主页、增加自己的信息、查找自己的成 绩和赛程 系管理员 访问网站首页、 运动员报名、查找全系运动员成绩、查找运动会赛程 管理员 设置系管理员、设置公告、查看公告 ，设置运动员信息 根据上述系统参与者，从而画出系统需求的用例图。 可以确定参与者与系统功能之间的关系，哪些东西在系统边界之外，用例图是对系统语境的勾画，显示了系统的边界，以及如何使用系统。 本系统的 运动员 用例图 如 图 21 所示。 运动员修改个人信息查看个人成绩查看个人比赛项目 图 21 运动员用例图 从 图 21 来看，可以看出运动员 athlete 的主要功能是得到成绩，赛程，设置个人的信息。 （ 1） 用例名称 ： 设置信息。 （ 2） 事件流 运动员 用户进入登陆界面，输入用户名和密码并提交，登 录 系统后台。 通过导航栏，进入 设置信息 页面。 12 信息科学与技术学院学士学位论文 对信息进行 设置。 （ 3） 前置条件 运动员 已登录管理后台 ，在后能够对前台进行控制，在验证之后能够进入系统。 对于参与者管理员所对应的其他用例的用例规约与用例 设置信息 大致相同，在此不在赘述。 系管理员 用例 图如图 22所示。 系管理员查询全系信息为运动员报名查询赛程查询全系成绩 图 22 系管理员用例图 由 图 22 可以看出系管理员 deptadmin 的的功能，主要功能为：得到全系运动员的成绩、得到运动会的 赛程、为运动员报名、得到全系运动员的信息。 （ 1） 用例名称 ： 运动员 报名。 （ 2） 事件流 ① 系管理员 进入登陆界面，输入用户名和密码并提交，登陆 主 页面。 ② 通过导航栏，进入 运动员 报名 页面。 ③ 为运动员进行报名，选择其所报名的项目。 （ 3） 前置条件 系管理员 已登录 主 页面 ， 同时在 在线作业 中的用例中还涉及到其他子用例，当然其他用例之间也存在着这样的关系，在此仅以 运动员管理 用例为例 ，管理员用例图如图 23 所示。 13 信息科学与技术学院学士学位论文 运动员管理设置比赛信息公告设置公告查看管理员 图 23 管理员 用例图 由 图 23 可知管理员的模块主要包含设置系管理员、设置公告、得到公告 ，设置比赛信息 ，设置运动员的信息。 （ 1） 用例名称 ： 运动员 管理。 （ 2） 事件流 管理员 进入登陆界面，输入用户名和密码并提交，登陆 主 页面。 通过导航栏，进入 运动员 管理 页面。 为运动员 信息进行管理 ， 设置运动员的信息。 （ 3） 前置条件 管理员 已登录 主 页面 ，通过前台可以验证账号是否正确 ， 同时在 在 管理员 中的用例中还涉及到其他子用例，在此仅以 运动员管理 用例为例。 由此，该系统的功能需求已经清晰的呈现出来了，然而系统的功能需求也是异常重要的一个 方面。 以便用户全方面的了解角色的状况， 运动员、 管理员的活动图如图 2 25所示。 14 信息科学与技术学院学士学位论文 登录已登录N修改密码运动员信息添加查找个人成绩 查找个人信息Y 图 24 运动员活动图 登录已登录N运动员信息管理 运动员管理 登分 公告管理系管理员添加Y 图 25 管理员活动图 15 信息科学与技术学院学士学位论文 小结 在本章中主要是对系统的可行性以及系统的功能进行分析，使得系统的功能需求能得以清晰的表现出来 ，本章中通过对 UML 用例的分析，加强了用户对系统实现的功能的理解，有利于用户与开发人员的交互。 16 信息科学与技术学院学士学位论文 3 系统 设计 一个良好的系统的设计是一个系统完成的可靠保证，对于九江学院校运会信息管理平台的设计 在本章中分为系统的结构设计和数据库设计 ，系统的结构设计主要对于系统的功 能模块进行设计，是前台的规划；数据库设计主要对于后台的数据进行管理是后台的管理。 只有对设计有很好的把握，才能做出好的系统。 系统结构 设计 （ 1） 系统功能模块设计 功能模块划分是描述系统的一个过程，需要将需求分析中的感性描述进行抽象，提取出要实现的功能，这是整个系统开发的一个关键过程。 在系统分析的基础上，确定了系统的 功能结构图。 运动会管理信息管理系统功能结构图如图 31 所示。 其主要有 运动员管理模块，主要包括登 录 ，填写信息，查询信息，查询赛程，查询成绩， 运动员管理结构图 如图 31 所示。 图 31 运动员管理结构图 各系管理管理模块，包括各系的报名，学生学号，修改信息，查询比赛场地，查询成绩 ，如图 32 所示。 运动员管理 登录 填写信息 查询信息 查询赛程 查询成绩 17 信息科学与技术学院学士学位论文 图 32 各系管理模块结构图 管理员模块主要功能有设置系管理员，公告的添加，写入成绩 ， 运动员管理结构图 如图 33 所示。 图 33 运动员管理模块结构图 （ 2） 功能描述 管理员 设置系管理员 公告添加 登分 运动员管理 运动会信息管理 各系管理 各系报名 查询全系信息 查询比赛场地 查询成绩 18 信息科学与技术学院学士学位论文 运动员管理：本功能模块提供了运动员登录信息，填写信息，查询信息，查询赛程，查询成绩等功能。 各系负责人：该功能模块提供了各系报名，修改信息，查询全系赛程场地安排，查询全系排名和教练安排等功能。 管理员：包括设置系管理员，成绩写入和公告的设置，其中管理员管理系管理员账号和赛程安排 ，学生的学好的分配，以及比赛信息的管理， 数据导入负责导入比赛成绩。 数据库的设计 数据库 信息 通过分析，我们 可以得到本系统中主要管理的对象是运动员、各系、赛程、比赛项目，需存储的信息包括： 运动员信息 ：具有 学号、姓名、性别 位置 等信息。 系 ：具有 编号、系别信息。 裁判 ： 编号、姓名、等信息。 赛程 ： 编号、地点、时间信息。 比赛项目 ： 编号、名称、人数等信息。 通过分析，本系统中各实体之间的联系如下： 系 运动员 ：一个 运动员只能在一个系 ， 一个系可以有多个运动员 ，因此 系 和 运动员 之间的关系是一对多的关系。 比赛项目 赛程 ： 一个比赛项目属于一个赛程，一个赛 程可以有多个比赛项目，因此比赛项目和赛程之间是一对多的关系。 概念结构设计 （ 1） 局部 ER 图的设计 19 信息科学与技术学院学士学位论文 运动员 的信息包括了学号、姓名、年龄、院系、性别的属性，在于系的关系中运动员与系是多对一的关系，且运动员是属于系的且系有编号和系名两个属性， 运动员与系 ER 图如 图 34 所示。 图 34 运动员与系的 ER 图 运动员 和 赛程是多对多的关系，即一个运动员可以参加一个多个项目而且一个项目也可以由多个运动员所参加 ， 赛程和运动员 ER 图如图 35 所示。 图 35 赛程和 运动员 ER 图 赛程 运动员 参加 M N 项目 时间 地点 学号 姓名 年龄 性别 院系 运动员 系 属于 M 1 学号 姓名 年龄 性别 院系 系号 系名 负责人 20 信息科学与技术学院学士学位论文 比赛项目、 运动员 、赛程 有其一定的关系，比赛项目是属于赛程 的，而赛程也是有比赛项目组成的，所以他们之间是一对多的关系，比赛项目 — 运动员 — 赛程 ER图如 图 36 所示。 图 36 比赛项目 运动员 赛程 ER 图 （ 2） 全局 所对应的关系必须包含所有的关系和属性，全局关系 ER 图必须包含对象的关系， 运动员的信息与赛程是多对多的关系，而赛程与比赛项目是多对一的关系，赛程与裁判的关系是多对一的关系。 在运动员的运动员信息有学号、姓名、性别、院系、年龄；赛程有项目、地点、时间的属性；在比赛项目中有编号、名称、人数、类别的属性；裁判实体中有名称和编号属性， 在这个整体关系中表现各个实体之间的关系，它们反映个整个数据库的设计的关键，是整个数据库设计的 原则，赛程 运动员 参加 1 M 比赛项目 属于 M 1 编号 地点 时间 编号 姓名 年龄 性别 院系 编号 名称 人数 类别 21 信息科学与技术学院。