370.球员选拔管理系统

《370.球员选拔管理系统》由会员分享，可在线阅读，更多相关《370.球员选拔管理系统（34页珍藏版）》请在装配图网上搜索。

1、课 程 设 计 课程名称_信息系统开发与管理 题目名称_球员选拔管理系统 _学生学院_管理学院_专业班级 财务管理 学 号_ _学生姓名_ _指导教师_ _ _2009 年 7 月 8 日目 录1 绪论11.1 选题的背景及意义11.1.1 我国足球的管理不足和解决方法11.1.2 国家足球联赛竞争激烈11.1.3 数据化经营日益受到人们关注21.2 报告的构成及内容22 系统分析32.1 用户需求32.2 可行性研究32.3 目标系统相关调查42.3.1 业务相关组织机构调查42.3.2 工作现状调查42.3.3 信息流程调查52.3.4 现状评价62.4 目标系统的数据存储分析72.4.1

2、 基本项72.4.2 E-R图构思82.4.3 E-R图改进92.4.4 数据存储初步构思102.4.5 业务流程再造（BPR）122.4.6 构思新的DFD122.4.7 功能层次图163 系统设计173.1 网站总体设计173.1.1 一般关系模型设计173.1.2总体结构设计193.2 系统详细设计183.2.1 数据库结构的具体设计193.2.2总体布局设计203.2.3 基础数据页面设计234 系统实现与运行254.1 系统实现254.2系统运行274.3 系统评价30参考文献341 绪论1.1 题目的背景及意义选题的构思来自于我观看中国足球后的感想：中国足球之所以一直没有能取得优秀

3、的成绩,归根到底是中国足球的管理出了问题.因为我国的足球联赛发展与外国联赛有着一定区别,不能照搬别人那套青年训练营的选拔方法.因此,我思考能否想美国NBA联盟那样,球队设立专门的球探机构,用于发觉人才.同时,对于队内的球员要通过数据来进行管理,用数据去衡量一个球队的成绩和能力.因此,我开发此系统目的在于提高球队的经营管理水平.1.1.1 我国的足球管理存在不足与解决方法 中国足球始终牵动着国民的心,然而相比我国其他大球类运动,国足表现始终强差人意.国足多年的羸弱问题出现在那些地方?很多人认为是中国球员本身的问题,缺乏进取心,缺乏足球天赋.然而,真正的问题近年来有所浮现.国足乃至国家足球联赛水平

4、不高,归根到底,出现在球员选拔和管理上.我们要提高足球的水平,应该从这两方面着手.1.1.2 国家足球联赛竞争激烈 中超成立已经有一段事件了,也吸引了不少足球爱好者的观看,对于球队而言,如何取得收益,关键是如何提高球队的战绩.有许多球队通过资金购买了很多大牌球员,然而却不见大的成效,教练也不断下课,问题不是出现在教练的执教和球员身上,而是球队缺乏有效的管理.因此,对球队的管理改革对于提高球队竞技水平有着至关重要的作用.1.1.3 数据化经营球队的理念日益得到人们的重视二十一世纪是信息化的时代,数字化的经营在许多领域取得骄人的成绩,因此数据化管理球队的理念也开始渐渐进入人民的视线.1.2 国内外

5、研究现状 1.21 国外,尤其是欧洲4大足球联赛.球队早已经通过数据来选拔球员,因此发掘出一批批的天才球员,因此我们应该相信,我们中国人口众多,一定是存在这所谓的天才球员,只是我们没有好的方法去发掘他们. 1.22 国内,不少行业已经通过数据化经营取得效益,人们也开始注意到这来自于国外的这种经营方式,不少人也把足球这种过往纯人工训练的运动转换到足球球队数据化经营的理念上.1.3 论文的构成及研究内容本论文由四个部分构成：第一部分是绪论，主要是对本论文/设计题目来源的总体性概述，包括题目的背景与意义、国内外研究现状、论文的构成与内容。第二部分是系统分析，主要是对系统开发前的相关需求做分析，包括球

6、队管理、目标系统流程、目标系统的数据存储分析。第三部分是系统设计，主要是对系统设计过程的描述，包括一般关系模型设计、前台总体结构设计、后台总体结构设计、数据库结构的具体设计、主页总体布局设计、基础数据页面设计、核心处理功能系统设计。第四部分是系统实现与运行，主要是对系统开发后的测试运行说明，包括数据库表结构的建立与数据输入、网站系统设计与测试、网站系统操作使用的简要说明、运行系统并打印出结果、系统评价。2 系统分析2.1 用户需求本系统的目标是开发一个管理选拔球员的系统，以达到系统地管理一个球队，优化球员配置，提高球队水平。根据系统的自身特点与操作情况综合分析，该系统需要解决以下问题：1.球员

7、信息查询，包括复合查询和全体记录查询2.球员管理，包括新增球员，修改球员信息，开除球员3.球队阵型搭配优化2.2 可行性研究（1） 提出方案方案一：系统提供球员简介、最新比赛消息、球员介绍等信息，用户可以根据系统数据选择适合比赛的球员。方案二：本方案在方案一的基础上继续完善和更新的功能，保留并丰富原有的球员简介、最新消息，增加球员数据功能。可行性分析1) 技术上l 可能性：方案一与方案二在技术上均能实现，但方案二较为复杂，但应用VFP能基本实现l 必要性：如果不采用方案二，则不能实现球队的长期发展目标。如果采用方案二，则会令球队业的长期目标管理更深一层，更好地实现球队的目标。l 有益性：方案二

8、比方案一更为有利于球队的建设与发展2) 经济上l 可能性：对于两个方案来说，花费都不会很高。相比较而言，方案二的投入要大于方案一。l 必要性：在两者投入差别不大情况下，方案二更具性价比。l 有益性：方案二尽管投入稍高于方案一，但是汇报更大。3) 社会上l 可能性：方案一基本达到球队要求，方案二更具有前景。l 必要性：假如采用方案二，则会进一步地方了解球队成长状况。l 有益性：采用方案二，尽管花费更多人力物力，但使得球队管理更具有前瞻性，更能满足管理需要。l表2.01 可行性研究九宫格必要性可能性有益性技术层面两种方案虽然采用的技术略有不能，但都非常必要。方案二开发实现的难度要明显高于方案一，但

9、两者均可以实现。都有益于提高球队的球员的信息化建设。经济层面虽然两种方案的投入不同，但都非常必要。其中方案二要优于方案一。虽然方案二的投入要高于方案一，但均在企业可接受的范围内，均能实现。都有利于球队水平的提高。社会层面由于带来的效果不同，社会效应也会有很大区别，但总的来说都有必要。由于信息系统管理已经普及，教练组与球队管理层也能自如地进行电脑操作，因此两者都可以实现。都有利于增强球队水平提高，把更精彩的比赛奉献给观众。综合分析两个侯选方案，现决定采用能够真正发挥电子商务优势的方案二进行开发，即能实现网络营销，又能给消费者提供信息交流和沟通的平台，实现真正意义上的门户网站。2.3 目标系统相关

10、调查叙述要实现目标系统的逻辑模型，包括业务相关的组织机构调查，业务处理过程调查，信息流程调查等方面。2.3.1 业务相关组织机构调查本系统的最高执行机构是董事会，下面设立3个部门，分别是：球队管理部门：负责管理球队内现役的球员。球队建设部门：负责招揽合适球队的球员。球队优化部门：负责球队优化工作，把不适合球队的球员交易除名。客户服务部：负责解决客户所提出的问题，为客户提供高质量服务。图2.01 业务相关组织机构图2.3.2 工作现状调查根据一般电子商务网站的构造，分析得到一般网上销售的业务流程图如下：图2.02 球员选拔管理的业务流程图球员选拔管理流程：球队派出球探在转会市场寻找合适球队的球员

11、，合适的反馈给建设部门，部门确认合适后，确认其身价，合理的达成交易，并把入队通知反馈给球队管理部门。球队优化部门根据教练评价单，开除不适合球队的球员，并把离队通知反馈给球队管理部门。球队管理部门根据其它两个部门的反馈更新信息。2.3.3 信息流程调查根据业务流程图，用功能数据（P-D）分析法，分析画出U/C矩阵。表2.05 球员选拔管理业务U/C矩阵根据U/C矩阵画出现状数据流图图T：球员管理选拔业务管理图2.03球员管理选拔业务管理DFD（顶层图）图0：一般网上销售业务管理图2.04球员选拔管理DFD（0层图）图1：球员选拔图2.05 球员选拔数据流图图2：球员离队图2.06 球员离队数据流

12、图2.3.4 现状评价一该系统只是实现了简单的球员选拔和管理，在考虑球员成长存在一定缺陷，没能完全达到球队目标。例如没有提供球员成长记录，将不便于长期考察球员。2.4 目标系统的数据存储分析由队内和队外球员的资料数据项找出要长期存储的基本项；写出由基本项构思ERD的四条原则及相应得出的实体、联系及其属性；构思并改进ERD；写出由ERD导出一般关系模型的四条原则，列出数据存储初步构思的关系框架；进行业务流程再造；根据再造后的业务流程图绘制新的DFD；伴随着新的DFD绘制画出的网站系统的功能层次图（FHD）。2.4.1 基本项数据分析：由现状DFD的数据存储和业务的相关数据项，得到以下所要长期存储

13、的基本项：教练员：教练编号、教练员名、执教经验、执教战绩球员：球员编号、客户名、球员球衣号码、通信地址、邮编、联系电话、入队时间、比赛数据球员类别：后卫（SB CB）、中场（CMF BMF）、前锋（CF）球员数据来源：队外、队内2.4.2 E-R图构思由基本项构思ERD的四条基本原则：1、根据由基本项构思ERD的原则1，能独立存在的事物。可得出“教练”、“球员”、“球员类别”、“球员数据来源”四个实体。2、根据由基本项构思ERD的原则2，两个或多个实体间的关联与结合。可得“选拔” 、“管理”两个联系。3、根据由基本项构思ERD的原则3，实体的属性是实体的本质特征。可得：“教练员”的属性有：教练

14、编号、教练员名、执教经验、执教战绩“球员”的属性有：球员编号、客户名、球员球衣号码、通信地址、邮编、联系电话、入队时间、比赛数据 “球员类别”的属性有：后卫（SB CB）、中场（CMF BMF）、前锋（CF）“球员数据来源”的属性有：队外、队内4、根据由基本项构思ERD的原则4，所有基本项在同一E-R图中作为属性要在且仅在一个地方出现。得到初始的E-R图：图2.09 球员选拔管理E-R图2.4.3 E-R图改进从图2.09，从ERD导出一般关系的4条原则将关系导出，发现里面内容过于简单，没把球员成长和教练评价考虑在内，没能达到球队的要求。解决的方法是引入联系评价，它描述的是教练对球员的综合评价

15、与管理建议。经改进后的E-R图如下：图2.10 改造后的球员选拔管理E-R图2.4.4 数据存储初步构思从E-R图导出一般关系模型的四条原则：1. E-R图中的每一个独立实体变换为一个关系，其属性变为关系的属性，其主标识变为关系的主码2. E-R图中的从实体及相应的主从联系变换为一个关系，从实体的属性加上主实体关系的主码构成这个关系的属性。如果主从联系是1:1的，则以主实体关系的主码（作为外来码）为这个关系的主码；如果主从联系是1:M的，则以主实体关系的主码加上同一主实体个体联系的不同从实体个体赖以相互区分的属性组，组成该关系的主码。3. 1:M联系通过在“多”实体关系中增加相联系的“1”实体

16、关系的主码及联系本身的属性来表达。其中“1”实体主码为外来码。4. M:M联系转换成一个独立的关系，被联系实体关系的主码（作为外来码）和联系本身的属性作为该关系的属性，被联系实体关系的主码组成其复合主码。根据从E-R图导出一般关系模型的第一条原则，每一个独立实体变换为一个关系，其属性变为关系的属性，其主标识变为关系的主码。可得到“球员”、“教练”、“球员成长”两个关系“教练员”关系：（教练编号、教练员名、执教经验、执教战绩），（教练编号）为关系主码。“球员”关系：（球员编号、客户名、球员球衣号码、通信地址、邮编、联系电话、入队时间、比赛数据），（球员户编号）为关系主码。“球员成长”关系：（新闻

17、类别编号、新闻类别），（新闻类别编号）为关系主码。“根据从E-R图导出一般关系模型的第二条原则，1：1联系转换成一个独立的关系，被联系实体关系的主码（作为外来码）和联系本身的属性作为该关系的属性，被联系实体关系的主码组成其复合主码。可得“评价”一个关系。“评价”关系：（球员成长），（球员编号）为关系主码。2.4.5 业务流程再造（BPR）图2.11 改造后的球员选拔管理流程图2.4.6 构思新的DFD根据新的业务流程图，用功能数据（P-D）分析法，分析画出U/C矩阵。表2.07 改造后网站业务的U/C矩阵根据U/C矩阵画出现状数据流图图T:网站业务管理图2.12 球员选拔管理DFD(顶层图)图

18、0: 网站业务管理图2.13 网站业务管理DFD(0层图)图1:球员选拔图2.14 球员选拔理DFD图2:球员管理图2.15 球员管理DFD图3:教练评价图2.16 教练DFD图相应的数据字典如下:表2.08 基本项表编号项名类型长度小数位值域从属说明001教练员编号字符4教练员关系002教练员名字符8教练员关系003执教经验字符8教练员关系004执教战绩字符8教练员关系005球员编号字符4球员关系006球员名字符8球员关系007球衣号码字符4球员关系008球员电话字符15球员关系009通信地址字符30球员关系010入队时间时间日期型20球员关系011比赛数据字符10球员关系012教练评价字符

19、4评价考核关系013教练考核字符4评价考核关系表2.09 数据流表编号数据流名来源结构去向从属说明FT-1球员数据建设部门P1FT-2教练评价考核有关部门P2FT-3球员数据优化部门P1FT-4现役球员数据球队管理部门P3FT-5现役球员数据球队管理部门P3表2.10 数据存储表编号数据存储名写入结构读出增减SO-1球员资料表P1P4.1SO-2教练考核评价表P2SO-3现役球员数据P3P4.1表2.11 加工处理说明表编号加工名输入处理逻辑输出P1球员选拔FT-1SO-1P2球员考核FT-3SO-2P3教练评价FT-2SO-32.4.7 功能层次图通过仔细分析构想之后，本网站系统的基本功能如

20、下。共分前台界面和后台管理两个模块。前台界面面向球队拥有者，共分分类队内球员查看、队外球员查看、教练员查看、球队能力分析、球队目标细化5个子模块。管理可登陆系统查看队内队外球员信息、成长记录，教练素质，球队作战能力，球队营运能力等。后台管理面向管理人员，管理员可以登陆后台管理对球员信息、教练信息等进行增删改等操作，查看数据并进行处理。图2.20系统功能层次图3 系统设计3.1系統设计系統设计，包括一般关系模型设计，前台总体结构设计以及后台总体结构设计。3.1.1 一般关系模型设计根据从E-R图导出一般关系模型的第一条原则，每一个独立实体变换为一个关系，其属性变为关系的属性，其主标识变为关系的主

21、码。可得到“球員”、“教練”、“球員管理”（球員编号、管理员名、球員數據），（球员编号）为关系主码。表3.01 球员员关系表球员编号球员名球員數據主键“教練”关系：教練编号、教練名、教練資料、執教年限信地址、邮编、联系电（教練编号）为关系主码。表3.02 教练关系表教練编号教練名真实姓名电子邮件通信地址邮编联系电话主键“球隊”关系：（赛季）为关系主码。表3.03 賽季关系表賽季戰績主键“新闻”关系：（新闻编号、新闻类别、新闻标题、新闻发布时间、新闻内容），（新闻编号）为关系主码。表3.04 經營关系表賽季投資收益主键外键“商品类别”关系：（商品类别编号、商品类别），（商品类别编号）为关系主码。

22、3.1.2总体结构设计图3.05总体结构图3.2 系統详细设计系統的详细设计，包括数据库结构的具体设计，总体布局设计，基础数据页面设计。3.2.1 数据库结构的具体设计用于储存后台管理用户数据的管理员关系表：admin表3.12 球員员教練關系表 3.2.2总体布局设计前台主要供浏览者访问，各个页面采用统一的风格，设计起来简单方便且看起来美观大方。同时采用模块化设计思想，把页面中一些常用的部分集成为模块，例如页面的首部和尾部，在设计新页面时如果遇到重复的部分，可以直接将其进行包含即可，不需要重复编码，减少了工作量，提高工作效率。 系統首部图3.04首部模块截图登陸介面 图3.05登陸截图進入系

23、統：图3.06系統模块截图系統有五個主菜單,以球隊查詢為例,有如下子菜單:隊內球員查詢,隊外球員查詢,教練查詢,球隊經營情況查詢3.2.3 基础数据页面设计系统中需要对一些基础数据进行操作，这些设计原理非常类似，下面登陸介面菜單設計為例首先新建一個菜單,如上圖所示設定外觀,並在登陸按鈕輸入如下命令接著在重輸按鈕輸入命令最後輸入取消的命令:3.2.4 核心处理功能页面设计主要的核心处理功能,有如下球員管理:包括队内队外球员资料数据这4个子菜单,主要功能是让管理者浏览球员的一些基本资料以及比赛数据.教练审核:包括教练资料数据2个子菜单,主要是为了让管理者了解教练的年资经验成绩.球队能力:包括前锋,

24、中场,后卫,门将能力这四个子菜单,主要让管理者了解球队的作战能力.球队查询:主要是用来查询队内队外球员的表现来确定选拔对象管理报表:用于了解球队经营情况.4 系统实现与运行4.1系统实现:本系统是用VFP进行数据开发,VFP是一款可视化简单明了的数据库设计软件.首先,在E盘建立一个文件夹MIS ,此为该系统最终储存的文件夹,确保系统的任何文件都于此保存.然后利用VFP,根据视线设计好的ERD和业务流程,编制表,编辑情况如下接着,根据已建立的表的主码,外码建立表与表之间的联系,建立表单跟报表其中,登陆菜单要单独设计(并非用表单设计向导设计),并输入命令最后,设计菜单,并输入命令.系统数据库已经建

25、立,系统数据库建立后,实施连编,当MIS文件夹出现狐狸头,表示系统顺利完成4.2系统的运行1. 打开做好的系统,出现登陆画面2. 选择登陆后,系统要求输入帐号密码3. 正确地输入帐号密码后,就登陆系统界面4. 退出系统的时候,要再次进行确认5. 确认退出后退出该系统.4.3 系统评价 该系统的开发是以数据为基础,分为球员管理,教练管理,球队管理这三大主要模块,与球员查询和球队报表这两个辅助模块组成.该系统的目的是为了数据化经营球队.通过数据说明问题,能使管理更加针对化,更加有说服力,更加符合客观规律.避免了许多认为的主管因素影响.数据化经营这以里面来自于西方管理思想,也是该系统能够的重要基本概

26、念.但由于我们专业的知识限制,我只能采用VFP这一简单的开发软件对此进行开发.因此,有许多不足之处,但数据化经营体育项目确实大有作为,值得深入研究和开发.结束语经过暑假1个多月的开发,在同学们的帮助下,我总算顺利地完成该系统.从中我也学到了很多东西.之前我一直惧怕这种很繁琐的电脑操作,这一个月来,我终于能够静下心来,好好研究.重要的是学会了自己动手的能力.能成功完成此开发,当然也要感谢帮助我的同学,毕竟个人的智慧是有限的,他们不厌其烦的讲解是我顺利完成的重要保证.最后要感谢老师过去一个学期来对我们的教导,他强调的是我们的动手能力,而不是所谓的笔试高分.这对于我们有重大的启示,是我们将来工作后的一笔巨大财富.参考文献1、张立厚，张应利、高京广、陈鸣中.管理信息系统（MIS）.广东世界图书出版公司2002.82、杨路明，巫宁.客户关系管理.电子工业出版社，2004.43、郑阿奇.SQL Server实用教程.电子工业出版社，2005.114、邵兵家等. 客户关系管理. 清华大学出版社，2004.5