《田径运动会管理系统(word文档良心出品)》由会员分享，可在线阅读，更多相关《田径运动会管理系统(word文档良心出品)（20页珍藏版）》请在金锄头文库上搜索。
1、分类号编号华北水利水电大学North China Institute of Water Conservancy and Hydroelectric Power课程设计题目田径运动会管理信息系统学 院信息工程学院专 业计算机科学与技术小组成员1严晶(201114211)小组成员2张伟健(201114213)小组成员3张浩(201114214)小组成员4张富源(201114217)指导教师 王合闯2014年12月6日华北水利水电大学 软件工程 课程设计报告2013-2014学年第一学期 2010级计算机科学与技术专业小组成员1：严晶(201114211)分工：需求分析和数据库创建小组成员2：张伟健
2、(201114213)分工：系统人员管理模块小组成员3：张浩(201114214)分工： 运动员成绩管理模小组成员4：张富源(201114217)分工：运动员管理模块一.系统描述本系统采用软件工程原理，使用面向对象的Java编程环境编写校级运动会管理系 统，利用MYSQL数据库技术，对数据库进行了全面的开发。系统主要包括前台应用程 序的开发以及后台数据库的建立和维护两个方面，实现了运动员成绩数据库的创建及运 动员成绩的输入、统计、浏览和维护，使得系统具有界面友好，功能强大，易于维护的 特点。本校级运动会管理系统在功能实现方面主要分为以下几点：1) 运动员个人信息管理模块。运动员管理与普通的用户
3、管理基本类似，包括用户 的添加、修改、编辑和删除功能，参赛项目的维护。例如有的运动员临时因伤不能参寒， 有的又调整为可以参加某个项目(虽然严格说来，不允许运动员临时更改参赛项目，但 需要在系统中留有余地)。2) 运动员成绩管理模块。操作员可以对成绩进行录入，一旦提交则只能查看不能 修改管理员可以查看成绩并调整成绩，因为前场工作人员可能犯错，需要管理员进行更 改，但日志中要对此更改进行记录。运动员可以通过终端查看运动成绩。3) 权限管理模块。管理员可以对操作人员进行信息维护，如增加前场成绩录入人 员，或者某位成绩录入人员调离岗位则取消其权限。对于运动员可以匿名查询某个项目 的成绩。综合以上情况，
4、设计系统体系结构如图1所示。图1应用层提供诸如GUI的显示、事件的处理等；代理层是分离上层和具体数据库访问 层的，也可以称为业条层，这样的目的是当数据库发生变更时，可以将程序的改动缩减 到最小。数据库接口层是与具体的数据库进行交互，对数据进行提取、存入操作。模块 包是与数据库实体相对应的类定义，也可以说与数据库中的每条记录相对应。二.详细设计1、模块功能1.1、系统人员管理模块该模块实现系统人员的添加、修改、查询和删除，先在数据库中添加管理员帐 户。管理员在用户管理方面拥有一切权限，而普通用户只有修改个人密码、查询个人信 息、运动会比赛信息、比赛成绩及获奖情况的权限。如图2所示。1.2、运动员
5、管理模块该模块由管理员对运动员个人信息的录入、修改及删除功能。普通用户可以实现对运动员个人信息的查询功能。其功能层次如图3所示。1.3、运动员成绩管理模块该模块实现管理员录入运动员的成绩、查询成绩、修改成绩删除查询到的成 绩信息以及普通用户查询成绩。其功能层次图如图4所示。2、数据库结构设计表1运动会项目表(Sportitems)列名数据类型可否为空说明ItemidVARCHAR(20)NOT NULL体育项目编号ItemNameVARCHAR(50)NOT NULL项目名称ItemTypeVARCHAR(50)所属的运动类别voidVARCHAR(1)是否有效表2 运动员参赛项目表(Item
6、Attend)列名数据类型可否为空说明SportorIdVARCHAR(20)NOT NULL运动员编号ItemIdVARCHAR(20)NOT NULL体育项目编号ScoreVARCHAR(50)成绩voidVARCHAR(1)本条记录是否有 效表3 运动员个人信息表(Sportor)列名数据类型可否为空说明SportorIdVARCHAR(20)NOT NULL运动员编号NameVARCHAR(50)NOT NULL运动员名称GenderVARCHAR(1)性别。M男，F女WeightFLOAT体重，单位KgHeigthFLOAT身高，单位cmAgeINT年龄GradeINT等级voidV
7、ARCHAR(1)是否参赛标志。Y 为无效，已经被删 除。N为有效，参加本次比赛表4系统用户信息(SysUser)列名数据类型可否为空说明SysUserldVARCHAR(20)NOT NULL系统用户的编号NameVARCHAR(20)NOT NULL姓名PasswordVARCHAR(50)NOT NULL密码GenderVARCHAR(1)性别RoleldVARCHAR(20)所属于的角色voidVARCHAR(1)用户是否有效表5系统用户角色(Roles)列名数据类型可否为空说明RoleIdVARCHAR(20)NOT NULL角色编号RoleNameVARCHAR(50)角色名称vo
8、idVARCHAR(1)是否生效3、界面及代码设计3.k登录子系统开发由于每个系统中都涉及登录子系统，因此在这里并不进行过多介绍，只提 供一个登录子系统的框架，登录成功后程序的流程应根据登录用户的身份来区别对待。 登录系统的界面如图5所示。图5当用户输入用户名、密码和登录身份后，会通过RoleAccessProxy类进行底层访问，查 看用户登录信息是否正确！3.2、系统用户管理模块系统用户管理模块是实现对本系统中的操作人员一一管理人员的权限分配、个人 信息修改、密码设定、删除等功能，其运行界面如图6所示。用户中白英姓名电 诂性 眉一一一一.酎些一桂一一 T3昭单子邮件出生日初出生已期闱居匿茎_
9、矛还-择_ -姓日期电话电子却住所且海煎后登录BiiEi接fta diiin严昌黑2D14-L-2-CfiL36126L87SltutiImm20U-12-LO呼龄段W琮a be2D11-L2-E-92挡n学院2014-12-05& teai Gt mabc2D14-L2-D533外ifl学1970-( L-01佥鼬瓯EE蟀sdf1852-12-151239567BhrfxtCSJt. 031浙豚2014-13-05sd-Fw您 L-L2T*6742-21hr2tca.5t. c-n.土本学所20H-12-06!任故应制流sdsdSIH1：TBBS5 商35经学院014-12-05系统用户管理
10、的界面相对复杂一些，其中最左边是一个列表框，用来显示列表式的数据， 在这里就是本系统中的用户。右侧面板主要是当选中左侧列表中的某个用户时显示该用 户的对应信息，可以对用户数据进行编辑、删除等操作。单击更新用户”按妞，则触发相应事件，调用SysUserProxy类实现更新操作。与登录 子系统中的RoleAccessProxy类相类似，SysUserProxy也是对数据访问进行了封包，使上层应用无须与底层直接接。这样增强了系统的可移植性和可扩展性。关于 SysUserProxy类的代码在此处省略。3.3、运动员信息管理模块运动员信息管理模块主要实现对人员个人信息的维护，其界面布局与系统用户 管理模
11、块类似，如图7所示。运动员S3叫项目名称运ill员学号&查询 古新建通目舀咨运动员学号121114211201114215共咪记录首页上一页E一页T瓦当哥溟 3页3.4、运动员成绩管理模块学号.L查询新建这一功能模块在结构上采用三级连动方式，即一级菜单的动作触发二级菜单的响 应，二级菜单的动作影响三级菜单的显示。基于这个依据，设计界面如图8所示。学号掘作lOODrlr211142113旬2&境抵li2&LL142155哮麝k淳瞰成技管理模块址芋工子色=上币I币+币Rl/3P图8仔细阅读前面的代码，其实逻辑并不复杂，主要是当鼠标选中左边的一项时，会触发相 应的事件，从数据库中提取相应的数据填充中
12、间的列表框，当中间的列表框有数据被选 中时，则将相关的数据显示在最右边的面板上。另外，在这个系统的各个层次中，需要使用到一些输助类，这些类与具体的对象相关联。 例如表示运动员实体的类SportsMan，其与数据库的记录一一对应。这样便于在类与数 据之间实现自由转换。有关于这些辅助类的代码就不一一列出了！二.心得体会在我们整个软件工程过程中，我体会到了许多，也学到了许多。需求调研和分析对于软件开发过程至关重要。我们在开发时如果不进行调研和分 析，那么对于后来的项目进展将产生致命的后果。我们在项目的开发中便遇到了这样的 问题。我们开始自己随意的计划整个系统的设计，然后报给老师，老师作为一个客户并
13、不是全部认同，随后我们也必须按着客户的要求更改我们的设计报告。我也明白了，再 做一个系统时，必须随时和客户保持沟通，随时了解他们需要什么，他们想要什么功能。 如果我们不去和客户沟通，不去调研客户的需求，做出来的系统即使在我们看来是一个 很好，很完美的产品，但是如果客户不认同，那么我们所做的一切都是徒劳，还要返工 去修改，费时费力。所以在做任何一个项目时，前期的需求调研和需求分析都是必须的， 这是在做一个项目的基本，是关系成败的重要一环。对于一个项目，它的需求设计也非常重要。在我们的开发的过程中，遇到了一些问 题，出现的这些问题很多都是非常棘手的，我们为了解决这些棘手的问题浪费了大量的 时间，我
14、们不得不在工程代码上改了又改，在数据库里增表、删表、加数据、减数据， 当然，在文档里也要做出相应的修改以适应新的功能。还好，我们能及时地发现问题， 通过相互沟通讨论，问题也得到了解决。通过总结，我们也意识到，我们大家在做需求 分析和进行需求了解时仅仅考虑了一些基本的功能，而至于管理员和客户之间的联系， 以及具体的一些流程我们都没有深究，而导致我们到后期花费了大量的时间用于修复之 前没有考虑周全而带来的问题。如果我们的需求设计能够比较清晰和完善，那么我们在 开发过程中便会很明白的知道我们应该实现什么样的功能，在数据库里应该怎样建表， 以什么方式插入数据，从而可以避免反复修改工程的问题，也能避免出现可能毁坏整个 工程
