各大体育场管管理系统论文剖析文档格式.docx
- 文档编号:18839839
- 上传时间:2023-01-01
- 格式:DOCX
- 页数:27
- 大小:1.96MB
各大体育场管管理系统论文剖析文档格式.docx
《各大体育场管管理系统论文剖析文档格式.docx》由会员分享,可在线阅读,更多相关《各大体育场管管理系统论文剖析文档格式.docx(27页珍藏版)》请在冰豆网上搜索。
2.2总体设计原则4
第3章系统需求分析5
3.1业务流程分析5
3.2数据流图7
3.3数据字典8
第4章系统总体设计11
4.1系统功能设计11
4.2系统数据库设计12
第5章系统详细设计与实现19
5.1前台模块19
5.2后台模块23
第6章系统测试27
6.1测试的重要性27
6.2测试实例的研究与选择28
6.3测试环境与测试条件28
6.4实例测试29
6.5测试结果29
结论30
参考文献31
致谢32
第1章绪论
随着市场经济的发展,市场竞争压力加大,体育场所要生存发展,就必须在各个方面加强管理,并要求体育场所有更高的信息化集成,能够对体育场所的整体资源进行集成管理。
现代体育场所已意识到,体育场所间的竞争不仅是设备、环境方面的竞争,更是综合实力的竞争,要求体育场所有更强的资金实力,更快的市场响应速度。
这就要求体育场所各个部门之间统一计划,协调步骤,汇总信息,调配体育场所内部资源,实现既要独立又要统一的资源共享管理。
随着信息技术的发展,为提高体育场所预约管理的管理效率,决定开发“体育场所预约管理系统”。
1.1项目开发的背景
近年来,随着人们生活水平的提高,对体育场所的要求越来越高,但是体育场所的数量有限,如果慕名前来,有可能排很长时间的队,都不能排上。
所以为了更好的适应信息时代的高效性,一个利用计算机来实现体育场所预约管理工作的系统将必然诞生。
基于这一点,设计了一个体育场所预约管理系统,用来就预约的人们及体育场所进行管理,以便在最短的时间内,高效准确的完成整个预约过程。
计算机技术在现代管理中的应用,使计算机成为领导者和管理人员应用现代技术的重要工具[1]。
计算机辅助体育场所管理活动,可以极大地增强管理者采集、处理信息的能力,从而有利于管理者及时决策。
计算机系统能根据管理过程的变化情况,将原始数据、资料等进行加工、保存,管理人员可以在解决具体问题需要信息资料时,随时进行检索查询,了解整个体育场所预约系统的动态情况,进行动态管理,从而有效的处理体育场所预约的管理工作,实现体育场所预约管理管理的自动化,提高效率。
1.2项目开发的目的
通过使用本课题研究开发的系统,可以为人们到体育场所提供高效、便捷的途径,解决传统模式中体育场所门诊供不应求现象所带来的诸多不便。
使人们从传统的模式中解脱出来,特别是方便外地人们进行体育场所的预约。
解决传统模式中的人工排队对体育场所的当前情况反馈的不及时,导致对体育场所等待的人数控制不当的情况,使人们从漫长的等待过程中解脱,从而提高体育场所整体的运作效率。
人们对时间的选择更有自主权,从而使其在体育场所内的停留时间大大缩短。
促进体育场所预约系统的快速发展。
预约系统能够统计等待人们的各种数据,为系统提供准确、及时的人们信息,同时也可为体育场所的管理活动提供相应的依据。
第2章可行性分析及总体设计原则
可行性分析也称为可行性研究,是在调查的基础上,针对新系统的开发是否具备必要性和可能性,对新系统的开发从技术、经济、社会等方面进行分析和研究,以避免投资失误,保证新系统的开发成功[2]。
可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
下面将分别从技术、经济、社会三个方面对体育场所预约管理系统的建设进行分析和研究。
2.1可行性分析
1.技术可行性
根据体育场所提出的系统功能、性能及实现系统的各种约束条件,根据新系统目标来衡量所需的技术是否具备,本系统是一个数据库管理和查询的系统,现有的技术已较为成熟,硬件、软件的性能要求、环境条件等各项条件良好,估计利用现有技术条件应完全可以达到该系统的功能目标。
同时,考虑给予的开发期限也较为充裕,预计系统是可以在规定期限内完成开发的。
由以上分析可知,体育场所预约管理系统的开发在技术上是可行的。
2.经济可行性
体育场所具有信息化的处理设施,并且拥有支持本系统的应用平台。
因此无需再投入资金购买其他设施。
系统的开发基于本人对程序开发的实践学习而来,无需资金投入,并且软件开发过程投入的成本不高,因此开发经费完全可以接受。
由以上分析可知,体育场所预约管理系统在经济上是可行的。
3.社会可行性
本系统的社会可行性主要从法律因素、用户使用可行性两方面进行研究。
(1)法律因素
本系统是根据体育场所预约管理管理的实际工作情况开发研制的,是通过大量的调研得出的,系统的软件设计是在独立的环境下完成的,无可供抄袭的软件产品。
(2)用户使用可行性
本系统对用户的要求,除了需要具备在MicrosoftWindows平台上使用个人电脑的知识外,并不需要特别的技术能力。
使用系统的管理员,需要具备对Tomcat服务器的使用能力,在投入使用前,无需对操作系统的人员进行培训。
这样既减少投入成本又简化了操作环节。
由以上分析可知,体育场所预约管理系统具有社会可行性。
2.2总体设计原则
本系统为了设计、实现和后期维护的方便,以及系统用户使用的便利,所以必须采取一定的设计原则[3]。
其主要设计原则有:
简单性:
在实现系统的功能的同时,尽量让系统操作简单易懂,这对于一个系统来说是非常重要的。
针对性:
本系统设计是针对体育场所的需求定向开发设计,所以具有专业突出和很强的针对性。
实用性:
要求本系统能够满足体育场所、管理员及人们的需要,因此具有良好的实用性。
一致性:
页面整体设计风格以及命名规则的一致性:
整体页面布局和用图用色风格及变量、类名和其他元素的命名规则保持一致。
功能一致性:
完成同样的功能应该尽量使用同样的元素。
元素风格一致性:
界面元素的美观风格、摆放位置在同一个界面和不同界面之间都应该是一致的。
变量命名规则的一致性:
变量应该用统一的规则进行命名,做到任意变量均能从上下文推断其义。
先进性:
本系统采用JSP技术、SQLServer2000等被广泛采用系统开发技术和数据库,因此本设计具有良好的先进性,具体表现在其具有良好的可扩展性,可开发性。
第3章系统需求分析
需求是用户对系统提出的要求,这些要求可以是原始的、笼统的,也可以是抽象的,细节化的要求[8]。
任何一个软件系统的开发都必须以这些需求作为出发点。
软件需求分析工作质量的好坏,将对后面几个阶段的开发工作产生决定性的影响。
一个软件系统不管其设计、编码工作做得多好,若需求分析存在缺陷,不能满足用户要求,将严重影响软件质量并会给开发者带来很大的困难和损失。
需求分析过程是整个系统开发最重要的阶段,分析的成功与否,决定着整个系统功能的完善性以及稳定性。
在该阶段需求分析人员需要确定整个产品的功能要求,并且将现实事务抽象为对象并建模。
3.1业务流程分析
在进行业务流程分析时,需要按照原有信息流动过程,逐个地调查分析所有环节的处理业务、处理内容、处理顺序和对处理时间的要求,弄清各个环节需要的信息、信息来源、流经去向、处理方法、计算方法、提供信息的时间和信息形态(报告、报单、屏幕显示)等[4]。
业务流程分析可以帮助开发者了解该业务处理过程,发现和处理系统调查工作中的错误和疏漏。
业务流程分析是通过业务流程图来进行,即用一些规定的符号及连线来表示某个具体业务处理过程[5]。
具体业务流程如图3-1所示。
图3-1具体业务流程图
3.2数据流图
数据流程是指数据在系统中产生、传输、加工处理、使用、存储的过程[6]。
数据流程分析是把数据在现行系统内部的流动抽象的独立起来,舍去了具体组织机构、信息载体、处理工具、物质、材料等,单从数据流动过程来考查实际业务的数据处理模式。
数据流程与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。
描述数据流程的工具是数据流程图以及其附带的数据字典、处理逻辑等图表。
其中数据流程图是描述系统逻辑模型的主要工具,它以少数几种符号综合地反映出信息在系统中的流动、存储和传递[7]。
在业务流程分析的基础上,对数据流进行了分析,从数据流动过程考察了实际业务的数据处理模式。
该系统的数据流图分为顶层、一层、二层。
现行的顶层数据流图如图3-2所示。
图3-2顶层数据流图
具体分析第一层数据流图,该层数据流图如图3-3所示。
图3-3数据流图
由于论文的篇幅限制不能一一列举数据流图,其他的数据流图绘制方法基本一致。
3.3数据字典
通过对系统数据流的分析,接下来用数据字典描述数据流图中一些主要的数据元素条目、数据流、处理过程、数据存储和外部实体[8]。
数据元素条目如表3-1所示。
表3-1数据元素
场所编号
调入年份
数据元素条目
总编号:
1-101
编号:
101
名称:
场所编号XXX
说明:
场所的编号
数据值类型:
离散
长度:
50
有关数据结构:
场所信息表如:
123
数据结构条目如表3-2所示。
表3-2数据结构
数据结构条目
管理员信息表
创建医生信息记录似的数据总编号:
2-01
结构:
编号:
01
编号有关数据流、数据存储:
用户名P2管理员信息管理、D2管理员信息存储
密码数量:
每年约300份
数据流条目如表3-3所示:
表3-3数据流
数据流条目
用户预约场所总编号:
3-10
将预约信息存储到预约信息存储中编号:
10
数据流来源:
P6预约管理
数据流去向:
D6预约信息存储流通量:
100份/周
包含的数据结构:
预约信息
数据存储条目如表3-4所示:
表3-4数据存储
数据存储条目
预约信息存储总编号:
4-01
存储预约信息标号:
D6
预约编号
会员编号
场所编号
预约时间
有关的数据流:
P6→D6信息量:
200份/周
处理过程条目如表3-5所示:
表3-5处理过程
处理过程条目
预约管理总编号:
5-15
会员预约场所管理。
编号:
P6
输入:
输出:
D6预约信息存储
处理:
将P6处理后的预约信息存储到预约存储中。
外部实体条目如表3-6所示:
表3-6外部实体
外部实体条目
管理员总编号:
6-01
管理系统的人员编号:
001
输入数据流:
个数:
1个
输出数据流:
由于论文篇幅的限制,不在此一一列举,其他所有的数据字典条目都是根据数据流图绘制的。
第4章系统总体设计
系统的总体设计是系统开发的关键环节,包括系统划分,处理流程设计和数据库设计这几部分。
4.1系统功能设计
本移动学习系统—学生模块是利用JAVA和SQLITE技术来构建一个基于ANDROID的移动学习平台[12]。
在总体结构上是采用C/S结构,各类教学资源在服务器一端,利用中心数据库SQLITE统一存放和组织。
师生在手机一端,无须任何配置工作。
通过分析,得到本系统的功能模块图,如图4-1所示。
图4-1系统的功能模块图
4.2系统数据库设计
数据库是本系统的核心和基础[10]。
它设计的好坏直接影响着整个系统的质量。
数据是一切系统设计的基础,通俗地说,数据库设计就像高楼大厦的根基一样,如果设计的不合理、不完善,将在系统开发过程中,甚至到后期的系统维护、功能变更和功能扩充时,引起较多问题,严重时甚至要重新设计,重做大量已完成工作。
4.2.1概念结构设计
从数据需求分析中得出系统的实体属性图。
预约实体属性图如图4-2所示:
图4-2预约实体属性图
管理员实体属性图如图4-3所示:
图4-3管理员实体属性图
场所实体属性图如图4-4所示:
图4-4场所实体属性图
会员实体属性图如图4-5所示:
图4-5会员实体属性图
E-R模型的组成元素有:
实体、属性、联系。
E-R模型用E-R图表示。
实体是用户工作环境中所涉及的事务,属性是对实体特征的描述[11]。
(1)模型中的实体相当于实体集、一个表,而不是单个实体或表中的一行。
实体用矩形框表示,实体名称标注在矩形框内。
用菱形表示实体间的联系,菱形框内写上联系名,用无向边把菱形分别与有关实体相连接,在无向边旁标上联系的类型[12]。
(2)属性是实体的性质。
用椭圆框表示,与实体之间用一条线相连表的主码是关键属性,关键属性项加下划线。
(3)各子系统模块中主键相同的字段之间存在着相互关联的关系。
(4)在程序中实现对他们的完整性和一致性控制。
从数据需求分析中得出系统的实体属性图,遵循三范式原则,对实体之间的依赖关系进行了整合,得出系统E-R图,如图4-6所示:
图4-6系统E-R图
图中用矩形表示实体。
实体之间的关系用菱形表示,用无向边把菱形与有关实体连接,在边上标明联系的类型。
实体的属性用椭圆表示,并用无向边把实体与属性联系起来。
4.2.2数据库表设计
用户表用于存放管理员的信息,见表4-1。
表4.1管理员信息表
字段名
类型
长度
说明
id
Int
4
管理员编号(主键)
name
varchar
30
用户名
pwd
20
用户密码
用于存放场所的基本信息,见表4-2。
表4-2场所信息表
编号(主键)
名称
time
datetime
8
开放时间
续表4-2
Beizhu
200
备注
用来存放部门的基本信息,见表4-3。
表4-3公告信息表
标题
Content
内容
Time
Datetime
时间
用来存放会员的基本信息,见表4-4。
表4-4会员信息表
数据类型
功能描述
会员编号(主键)
密码
truename
姓名
age
年龄
telephone
电话
sex
性别
用来存放预约的基本信息的,见表4-5。
表4-5预约信息表
预约编号(主键)
did
会员编号
DocID
state
状态
beizhu
100
4.3系统开发工具与开发模式的选择
4.3.1系统开发工具
本系统主要使用JSP、Struts技术对系统进行设计和开发。
JSP拥有Java程序设计语言“一次编写,各处执行”、“安全性、保密性高”等的特点[13];
Struts框架为开放者提供了一个统一的标准框架,通过使用Struts作为基础,开发者能够更专注于应用程序的商业逻辑,Struts能充分满足应用开发的需求,简单易用,敏捷迅速。
JSP技术使用Java编程语言编写类XML的tags和scriptlets,来封装产生动态网页的处理逻辑。
网页还能通过tags和scriptlets访问存在于服务端的资源的应用逻辑。
JSP将网页逻辑与网页设计和显示分离,支持可重用的基于组件的设计,使基于Web的应用程序的开发变得迅速和容易。
Web服务器在遇到访问JSP网页的请求时,首先执行其中的程序段,然后将执行结果连同JSP文件中的HTML代码一起返回给客户。
插入的Java程序段可以操作数据库、重新定向网页等,以实现建立动态网页所需要的功能。
JSP与JavaServlet一样,是在服务器端执行的,通常返回给客户端的就是一个HTML文本,因此客户端只要有浏览器就能浏览。
JSP的1.0规范的最后版本是1999年9月推出的,12月又推出了1.1规范。
目前较新的是JSP1.2规范,JSP2.0规范的征求意见稿也已出台。
JSP页面由HTML代码和嵌入其中的Java代码所组成。
服务器在页面被客户端请求以后对这些Java代码进行处理,然后将生成的HTML页面返回给客户端的浏览器。
JavaServlet是JSP的技术基础,而且大型的Web应用程序的开发需要JavaServlet和JSP配合才能完成。
JSP具备了Java技术的简单易用,完全的面向对象,具有平台无关性且安全可靠,主要面向因特网的所有特点。
自JSP推出后,众多大学校都支持JSP技术的服务器,如IBM、Oracle、Bea学校等,所以JSP迅速成为商业应用的服务器端语言。
使用MicrosoftSQLServer2000数据库作为后台数据库,SQLSe
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 体育场 管理 系统 论文 剖析