本文运动会管理系统的分析与设计课题，首先要对目前运动会流程进行分析，对存在的问题进行探讨。找到相对应的尽可能解决问题的较优方案。在系统设计的后期，对于系统的测试也要充分考虑实际用户访问出现大量并发请求的情况，对于系统的可负载程度也是一个考量。
对其他运动会管理模式进行借鉴参考，深入研究我校关于运动会成绩录入、排名、项目筹备编排、基础信息规划等方面存在的人工管理不便之处。本文研究分析以呼伦贝尔学院运动会流程为参考对象，通过研究运动会的比赛流程、数据流程以及比赛规则来完善本系统。其中，本系统功能完善的主要问题有：
（1）如何让运动员顺利的完成项目报名？
（2）如何对裁判管理不同项目进行区分？
（3）怎样进行合理的运动会编排？
（4）怎样使各个功能实现互相关联依赖？
（5）对于比赛成绩排名是否需要裁判编排还是手动写入？
（6）报名的审核需要哪个角色去完成？对于本文的研究，还需要进行格外关注打的问题是参考运动会流程，前期的运动员报名十分重要并且繁琐。
如何在系统中更加方便的实现运动员报名以及审核。
（1）前台：首页、比赛信息、运动会资讯、留言反馈、个人中心、后台管理。
2）管理员：首页、个人中心、运动员管理、项目分类管理、比赛信息管理、比赛报名管理、比赛成绩管理、留言板管理、系统管理。
（3）运动员：首页、个人中心、比赛报名管理、比赛成绩管理、我的收藏管理。
django project 框架目录结构
|my_project //项目名 后期可修改建议不修改
|--- __init__.py //python项目必带 模块化思想
|--- settings.py //项目的总配置文件 里面包含数据库 web应用 时间等各种配置
|--- urls.py //URL配置文件 Django项目中所有地址中（页面）都需要我们自己去配置其URL
|--- wsgi.py //python服务器网关接口
|manage.py //django项目管理文件 与项目进行交互的命令行工具集的入口
|------------------------------------------------------------------------
django 应用目录结构
project1
|-- migrations //数据移植（迁移）模块
|------- __init__.py
|-- __init__.py
|-- admin.py //该应用后台管理系统配置
|-- apps.py //该应用的一些配置 1.9以后自动生成
|-- models.py //数据模块
|-- tests.py //自动化测试模块 在这里编写测试脚本
|-- views.py //执行响应的代码所在模块 代码逻辑处理主要地点 项目大部分代码在此编写
|--templates //模板 放置模板文件的文件夹 包括HTML css JavaScript的文件夹
---------------------------
MTV模式
M:model，模型，负责与数据库交互
V:view，视图是核心，负责接收请求、获取数据、返回结果
T:template，模板，负责呈现内容到浏览器
通常 一个Django model 对应一张数据表，model是以类的形式表现的
实现了ORM 对象与数据库映射 隐藏了数据访问细节 不需要写sql语句
admin是Django自带的 自动化数据管理界面
数据取出顺序 models->views->templates 数据层->逻辑视图层->前端模板层