大学比赛管理信息系统建设方案.docx
《大学比赛管理信息系统建设方案.docx》由会员分享，可在线阅读，更多相关《大学比赛管理信息系统建设方案.docx（24页珍藏版）》请在冰豆网上搜索。
大学比赛管理信息系统建设方案
大学比赛管理信息系统建设方案
一、建设目标
大学比赛管理信息系统的开发目标是通过对学校学生参与比赛的规划和管理，提升个人的学习效率，实现自身价值与目标。
大学比赛管理系统是学校教育的重要组成部分，而比赛的资源管理工作是其中的重要环节，需要做到在公平，公正，公开原则上，保证学校比赛的质量，严控比赛资源信息对个人的适配性，能够极大的帮助到个人。
大学比赛管理信息系统服务对象为所有大学生，比赛举办期间可以一直提供服务，此系统仅作公示比赛相关信息的用途，无年限限制。
此管理系统能够支持学生的学习规划，工作安排，比赛资源管理等。
此管理系统服务于学生，能够稳定地为个人提供比赛资源管理、学习比赛安排、参与比赛建议等。
能够提供一些信息资源支持，更好地进行学校比赛控制。
（说明该管理信息系统的开发目标，具有的功能，服务的范围和质量，年限）
二、约束条件
在学校，有许多的比赛要参加，不知道如何安排自己的比赛时间，和做好比赛前的准备。
对于有比较多比赛的人群有所帮助。
这样也能有效地管理自己赛前和赛后的时间，和安排自己的时间。
个人比赛安排管理系统主要面向在校学生，通过利用信息技术来提高学生的比赛参加兴趣，鼓励学生多参加比赛，来提高个人能力。
每个人的生活工作习惯不同，对信息技术的认识和使用情况不同，现在每个人普遍都至少有一部智能手机。
因为智能手机发展也比较快，学校的各类的比赛也比较多，可能会模糊一些比赛的规则，时间，个人的安排等原因，导致一些比赛无法按时完成，而错过比赛。
每个比赛都需要做许多的准备，也会常常出现比赛准备不充分等原因，协调和安排比赛时间的准备工作，也需要精力和时间的。
在校学生，也在处于人生的发展与规划，如何更好地实现人生价值，做好规划和取舍，也是需要考虑的事情。
我国大学校园的比赛资源供需矛盾表现既有总量上的不足，也有结构上的失衡，完全没有达到所倡导的比赛资源的高效利用的效果，稀缺的比赛资源阻碍了大学生获得更好的比赛、学习条件，也不利于学术交流。
建立大学比赛资源共享系统，旨在利用信息技术提高比赛资源的高效利用的效果，改善比赛资源分配不足以及资源闲置浪费的情况。
现阶段，各级工作人员的比赛资源共享是通过网络形式，由于网站资源定期开启，给广大大学生带来诸多不便，资源共享的不及时。
大学生可以通过大学比赛管理信息系统了解比赛、学习、教务在线、交友等最新动态。
一般大学生日常所需的所有的比赛资源都可以分门别类的上传到系统之中，以提供资源的共享。
所有数据都必须在指定地点连续输入并供给信息系统使用，同一个模板准许多人操作，但必须统一按标准执行，对系统的使用、管理、质量评估也需要按照统一标准执行，系统设计必须根据相应的标准，在设计和使用中如发现有新标准应补充完善标准，一切标准和规范都必须符合法律、法规。
大学比赛管理信息系统尚未收取任何费用，是共享性的公益性的，是为全国大学生量身定制的系统，理应发挥更大作用，真正用来促进大学生学习，提高大学生职业能力水平。
（说明该管理信息系统实现的环境，主要是指管理环境包括领导人员的管理思想、工作人员的工作习惯等，条件如管理的规章制度、人力、物力等，财务资源）
三、总体结构
大学比赛管理信息系统的组织结构图如下：
大学比赛管理信息系统的功能层次图如下：
大学比赛管理信息系统的E-R图如下：
大学比赛管理信息系统的模块结构图如下：
模块：
联系：
数据：
标识：
类型：
顺序：
分支：
循环：
大学比赛管理信息系统的U/C图如下：
功能数据类
组织单位
奖项颁发
获奖信息
联系方式
分享经验
入围结果
公布名单
比赛补充
协办单位招募
比赛资料
经营计划
C
财务规划
C
产品预测
U
C
U
U
比赛报名
U
U
U
成本会计
U
人员计划
C
U
技术支持
收集信息
U
U
C
作品提交
U
在线服务
U
U
C
U
问题收集
U
C
C
U
用户体验
U
U
系统管理机制
C
提供场地
U
C
大学比赛管理信息系统的顶层数据流程图如下：
大学比赛管理信息系统的初步扩展图如下：
主要类型：
主要的子系统：
功能结构：
（主要包括信息的主要类型和主要的子系统，功能结构，模块结构图）
四、单位现状
计算机硬件体系：
①Windows系统
CPU：
Intel双核处理器或AMDAthlon64处理器。
内存：
1GB内存。
硬盘：
1GB可用硬盘空间
显示：
1280×800屏幕，配备符合条件的硬件加速OpenGL图形卡、16位颜色和256MBVRAM。
某些CPU加速功能需要ShaderModel3.0和OpenGL2.0图形支持。
DVD-ROM驱动器。
多媒体功能需要QuickTime7.6.2软件。
在线服务需要宽带Internet连接。
硬盘接口类型：
SAS/SSD
②MacOS
CPU：
Intel多核处理器。
内存：
1GB内存。
硬盘：
2GB可用硬盘空间
显示：
1280×80屏幕，配备符合条件的硬件加速OpenCL图形卡、16位颜色和256MBVRAM。
某些CPU加速功能需要ShaderModel3.0和OpenGL2.0图形支持。
DVD-ROM驱动器。
多媒体功能需要QuickTime7.6.2软件。
在线服务需要宽带Internet连接。
硬盘接口类型：
SAS/SSD
软件体系：
操作系统：
Windows系统（WindowsXP，WindowsVista，Windows7，Windows2000，Windows2003），MacOS（MacOSX10.5.7或10.6版或者更高版本）。
数据库管理系统：
DBNS
数据库管理系统软件：
Access，MySQL。
开发语言：
VisualBasic，JAVA。
其他开发环境：
VR/AR，3D开发环境。
各种媒体的编辑处理工具：
Adobe阅读器、图形图像、音视频处理软件、音视频压缩转化软件、图片文字、文字语音转换软件等。
网络体系：
体系结构：
应用层，运输层，网络层，物理层，数据链路层。
拓扑结构：
总线型拓扑，环型拓扑，树型拓扑，星型拓扑，网状拓扑，混合型拓扑，蜂窝拓扑，卫星通信拓扑。
网络应用：
广域网，互联网，局域网。
（包括计算机软件及硬件情况、产业人员的配备情况以及开发费用的投入情况、信息部门的情况、风险度等，分析需求）
五、业务流程
1.比赛类型：
承办单位在大学比赛管理信息系统选择比赛类型，包括运动、艺术、知识竞赛、大学生创新创业赛，辩论赛、挑战杯、互联网+等等；其中还分个人赛、小组赛、线上赛与线下赛类型。
2.显示单位：
显示主办单位、承办单位、协办单位、支持单位、安全技术支持等单位信息，主办单位应无偿为比赛项目提供场地支持和各方面技术支持，组织地好与不好，其实也是有衡量的。
设置这样一个榜单，有利于比赛更加透明，也会给其它单位一些机会。
大学比赛管理信息系统建立机构信息数据库。
3.时间提醒：
大学比赛管理信息系统会根据主办单位公布的时间提醒参赛对象注意活动时间，主办单位根据不同的赛事安排不同的时间，尽量错开学生的上课时间，利用周末课余时间；可通过调查方式分析大学生的课余时间，通过分析大部分大学生的时间安排，确定活动时间。
4.对象限制：
主办单位根据自己的活动对象，选择是否是面限制对象查看报名的过程和信息，活动对象一般是全国大学在读学生，高校在读学生。
根据主办单位意愿选择，限制对象只能看活动信息，不能查看报名信息。
5.比赛规程发布：
主办单位的比赛规程可以在大学比赛管理信息系统发布，也可以选择不发布。
发布的均是与比赛相关的资料，比如国家关于此次比赛的相关政策，教育部的政策，文档格式的要求及相关注意事项，学校规定加分项等。
6.参考资料发布：
主办单位可以选择发布参考资料。
比赛发布后，通过此系统不断更新比赛相关通知，使学生可以更全面的了解自己在参与比赛过程中需要注意的问题。
学生可以在大学比赛管理信息系统查看资料。
7.学生获奖信息：
通过大学比赛管理信息系统提供给相关参赛学生有关自己参与比赛的获奖信息，使学生实时跟进比赛获奖情况。
8.参赛作品展示：
登录大学比赛管理信息系统，进行作品提交。
展示到相应的比赛模块中。
9.公布决赛名单：
通过网站或登录大学比赛管理信息系统，在比赛官网上等方式，可以观看到名单。
主办单位提交名单。
10.公布获奖名单：
在比赛的官网或者大学比赛管理信息系统可查阅浏览，主办单位提交名单。
11.经验分享：
参赛个人或团队，在以大学比赛管理信息系统分享经验，或着吐槽。
12.发布比赛规程：
比赛规程由比赛组委会或筹备单位，根据比赛计划自己制定具体实施比赛的政策与规定。
在大学比赛管理信息系统公示。
13.大赛进程：
启动仪式（线上）→协办单位招募→全国初赛→入围结果公示→全国决赛→决赛结果公示→奖项颁发在大学比赛管理信息系统进行进度公示。
14.联系方式：
需要比赛负责人的联系方式，每个比赛筹备单位都有需要几位的联系人。
15.补充说明：
比赛如：
需要额外取收费，纸质版证明需要申请等额外内容的补充说明，由比赛组委会或筹备单位自行在大学比赛管理信息系统补充说明并公示。
需求建模：
部门：
技术部、设计部、财务部、策划部、行政部
用户组：
竞赛管理人员、学生参赛人员、解答问题人员
用户：
竞赛主办单位
高等学校学生（高等学校在校学生或毕业未满5年的高校毕业生）
角色：
竞赛主办方（发起比赛、提供比赛信息、办理布置比赛场地、运送、安全保卫、广告宣传、现场活动等工作）
参赛选手（学生根据竞赛要求创作作品）
客服（解决学生对竞赛提出的疑问）
技术人员（解决用户提出的系统BUG）
竞赛主办方
序号
输出
输入
处理
性能
控制
备注
1
比赛内容
赛事进程
参赛人员名单
获奖名单
发布
交流功能
无
2
资金
比赛场地
安全保卫
赛程信息
现场评分
响应性高
短时间
支持协作
高等学校学生
参赛选手
序号
输出
输入
处理
性能
控制
备注
1
竞赛作品
作品理念
提交
创造性高
报名参赛人员
2
个人信息
竞赛报名成功/失败
提交
保证参赛选手是本人
报名参赛人员
客服
序号
输出
输入
处理
性能
控制
备注
1
比赛所以内容
比赛疑问
解答问题
提高比赛质量
系统使用人员
技术人员
序号
输出
输入
处理
性能
控制
备注
1
程序补丁
系统BUG
修复BUG
安全性
系统技术人员
2
界面设计
界面体验
美化
人机交互
系统技术人员
3
竞赛发布流程
竞赛发布
流程设计
操作简化
系统技术人员
（现状、存在的问题、流程在新技术条件下的重组，分析目标，需求建模，包括新一代信息技术如云计算、物联网、大数据、移动互联网、人工智能技术）
六、开发方案
数据字典：
E-R图
总编号：
1-L0001
编号：
L0001（数据项）
名称：
编号
编码说明：
××××（年份）××（省市）××（竞赛主办机构）××××（顺序编号）
别名：
coding
说明：
使用系统的各类人员（包括工作人员与参赛人员）的编码
数据值的类型：
离散
类型：
数值
长度：
15
有关数据结构：
报名表决赛名单获奖名单
名称：
部门
编码说明：
××××（年份）××（省市）×××（部门）××××（顺序编号）
别名：
无
说明：
无
数据值的类型：
离散
类型：
字符
长度：
15
有关数据结构：
问题反馈
名称：
账号
编码说明：
××××（年份）××（学校或所在单位）××××（顺序编号）
别名：
无
说明：
客服竞赛主办方参赛选手
数据值的类型：
离散
类型：
字符
长度：
15
有关数据结构：
联系方式名称地址单位组织
名称：
服务类别
编码说明：
××××（年份）××（学校或所在单位）××××（顺序编号）
别名：
无
说明：
竞赛主办方服务参赛选手服务
数据值的类型：
离散
类型：
字符
长度：
未知
有关数据结构：
报名表获奖名单比赛资料
总编号：
2-DS0001
编号：
DS0001（数据结构）
名称：
参赛选手
说明：
参赛选手参加比赛时填写的报名信息
按时间：
现场库历史库
结构：
账号单位作品名称作品简介日期学号
有关的数据流、数据存储：
参赛学生报名表参赛学生报名信息
文件：
选手报名表文本docx基础数据库报名
信息容量：
未知
名称：
竞赛主办方
说明：
竞赛主办方的基本信息
按时间：
现场库历史库
结构：
账号竞赛主办方名称单位职称职务单位意见日期
有关的数据流、数据存储：
比赛类型比赛基本信息官方网站网址地址
文件：
比赛通知文本docx基础数据库赛务
信息容量：
未知
总编号：
3-D0001
编号：
D0001（数据流）
名称：
竞赛通知
简要说明：
用来发布竞赛的相关信息
媒体类型：
数字文本图形3D矢量图像栅格图像动画音频视频
性质分类：
基础数据库代码数据库
数据流来源：
竞赛主办方
数据流去向：
参赛选手竞赛主办方
包含的数据结构：
竞赛主办方参赛选手
流通量：
未知
名称：
选手信息收集
简要说明：
收集选手信息来确定参赛名单
媒体类型：
报名顺序报名表
性质分类：
基础数据库代码数据库
数据流来源：
参赛选手
数据流去向：
参赛选手竞赛主办方评审专家
包含的数据结构：
竞赛主办方参赛选手
流通量：
未知
名称：
获奖名单
简要说明：
竞赛主办方评出的获奖名单
数据流来源：
评委打分
数据流去向：
参赛选手竞赛主办方评审专家
包含的数据结构：
竞赛主办方参赛选手
流通量：
未知
总编号：
4-F0001
编号：
F0001（数据存储）
名称：
竞赛水平排行榜
简要说明：
每年根据参赛选手的投票，按照一定的计算规则对竞赛水平进行排名。
结构：
●竞赛主办方（单位编码单位名称代码单位地址单位网址）
●今年得分（单位编码单位名称得分）
●累计得分（单位编码单位名称每年得分总计得分）
●今年排名（单位编码单位名称得分名次）
●累计排名（单位编码单位名称总计得分名次）
有关的数据流：
S2→D2→P1
信息量：
无
有无立即查询：
无
名称：
存储方式
简要说明：
分布、集中、异构、单机、网络、文件、数据库、其他
结构：
●比赛分类集中网络数据库
●文件夹与文件命名规则
●选手报名表数字选手姓名日期
有关的数据流：
S2→D2→P1
信息量：
无
有无立即查询：
无
总编号：
5-P0001
编号：
P0001（处理逻辑）
名称：
决赛名单识别
简要说明：
根据竞赛主办方给出的决赛名单，识别出决赛选手账号并通知选手。
输入：
竞赛主办方评委打分→P1
输出：
P1→决赛名单
处理：
打分机制
名称：
获奖名单识别
简要说明：
根据竞赛主办方给出的获奖名单，识别出获奖选手账号并通知选手。
输入：
竞赛主办方评委打分→P2
输出：
P2→获奖名单
处理：
打分机制
总编号：
6-S0001
编号：
S0001（外部实体）
名称：
参赛选手
说明：
各高校学生
输出数据流：
报名信息竞赛作品
输入数据流：
比赛通知获奖名单
个数：
未知
名称：
竞赛主办方
说明：
提供竞赛的主办方
输出数据流：
报名信息
输入数据流：
比赛通知竞赛方案获奖名单
个数：
未知
界面原型：
登录：
PC端：
移动端：
（确定优先开发的项目，确定总体开发顺序、数据字典界面原型）
七、近期计划
硬件设备的采购时间表
序号
采购员
采购时间地点
设备名称
设备数量
设备单价
规格
总价
1
2
3
4
5
6
软件维护与转换工作时间表
软件维护：
除了达到人力资源需求之外，还需要熟练掌握数据库结构，数据库操作技能和一定的排错解错能力。
本管理信息系统使用频率为每三天一次或者根据用户自身需求自行决定。
转换工作时间表：
此信息管理系统一般操作响应时间为1-2秒内。
信息查询时间为10秒以内，若查询时间过长，则视为查询数据过大，操作无响应。
系统更新自动处理时间为10秒内。
人力资源的需求以及人员培训时间安排
人力资源的需求：
应具备基本的管理信息系统的知识，了解基本的应用知识，能熟练使用信息管理系统。
人员培训时间安排：
培训日期
培训时间
培训内容
10月01日
8：
00-11：
45
管理信息系统简介及架构
14：
00-17：
45
培训目的、意义、宗旨
10月02日
8：
00-11：
45
熟悉各类操作程序
14：
00-17：
45
熟练掌握大学比赛管理信息系统
10月03日
8：
00-11：
45
考核评估
14：
00-17：
45
完善修正
财务资金需求
根据具体相关设备购买而定
应用项目开发时间表及开发进度表
本管理信息系统开发周期自2020年07月12日起至2020年10月12日，为期3个月。
详情如下：
✱管理信息系统分析14天
✱管理信息系统设计24天
✱管理信息系统程序设计30天
✱管理信息系统测试15天
✱管理信息系统试运行7天
估计项目成本和人员需求
项目成本：
大学比赛管理信息系统尚未收取任何费用，此管理信息系统是共享性的公益性的，是为全国大学生量身定制的系统，所以无项目成本。
人员需求：
竞赛管理人员、学生参赛人员、解答问题人员
升级会员 