推荐软件工程小型健身俱乐部管理系统分析设计与实现毕业论文模板.docx

推荐软件工程小型健身俱乐部管理系统分析设计与实现毕业论文模板.docx

《推荐软件工程小型健身俱乐部管理系统分析设计与实现毕业论文模板.docx》由会员分享，可在线阅读，更多相关《推荐软件工程小型健身俱乐部管理系统分析设计与实现毕业论文模板.docx（83页珍藏版）》请在冰豆网上搜索。

推荐软件工程小型健身俱乐部管理系统分析设计与实现毕业论文模板

大连理工大学城市学院

本科生毕业设计（论文）

学院（系）：

计算机工程学院

专业：

软件工程

学生：

*********

指导老师：

完成日期：

2011年6月

大连理工大学城市学院本科生毕业设计（论文）

小型健身俱乐部管理系统分析、设计与实现

总计毕业设计（论文）71页

表格35表

插图19幅

摘要

随着生活水平不断提高，人们的健身意识也不断加强，健身俱乐部作为专业的健身服务行业，已经越来越受到人们的亲睐。

随着自身的规模不断扩大，客户数量的增多，传统的管理模式已不能适应现代健身机构的发展趋势，出于更好地对客户进行管理和服务，提高员工工作效率，降低管理成本等多方面的考虑，有必要通过现代化科技手段，建立完善的客户自动化管理系统，通过自动化的客户管理方法，提升俱乐部档次，方便客户服务，扩大业务规模，为客户提供专业的健身服务，实施专业化、科学化的管理。

本系统的开发是经过实际的需求分析，采用了JSP技术和SQLSever2000数据库管理系统作为工具进行开发。

整个系统服务于管理员、俱乐部会员两种不同的用户。

操作简便、界面美观、灵活实用，设计开发出会员管理、教练管理、项目管理、器械管理、员工管理和健身活动管理等功能，基本满足了俱乐部实际的需要。

关键词：

健身俱乐部；数据库；SQLSever

Abstract

Alongwiththerisingstandardofliving,people'sfitnessconsciousnessstrengthensunceasingly,thefitnessclubhasalreadybeenmoreandmorepopularasthespecializedfitnessserviceindustry.Expandingalongwithownscale,customerquantityincreasing,thetraditionalmanagementpatternhasnotbeenabletoadaptthemodernfitnessorganizationdevelopmenttendency,stemmingfromcarriesonthemanagementandtheservicewelltothecustomer,enhancesthestaffworkingefficiency,reducesthemanagementcostandsoon,itisnecessarytoestablishtheperfectcustomerautomationmanagementsystemthroughthemodernizedscienceandtechnologymethod,promotingtheclubscalethroughtheautomatedcustomermanagement,facilitatingthecustomerservice,expandingtheservicescale,providingthespecializedfitnessserviceforthecustomer,implementationspecializationandscientificmanagement.

Thissystem’sdevelopmentadaptedtothisdemand.Passingbypracticaldemandanalysis,usedtheJSPtechnologyandSQLtheSever2000databasemanagementsystemasthetooltodevelopment.Thewholesystemisservedfortwodifferentusers,themanagerandtheclubmember.Followingtheneedsofsimpleoperation,beautifulandvividinterfaceandpracticalrequestfromusers,thefunctionsdesignedanddevelopedincludingmembermanagement,trainingmanagement,itemmanagement,instrumentmanagement,staffmanagementandfitnessactivitymanagement,whichhasbasicallymettheclubactualneeds.

Keywords:

FitnessClub;Database;SQLSever

6.目录规范63

第一章小型健身俱乐部管理系统需求分析

1.导言

1.1目的

该文档是关于用户对于健身俱乐部管理系统的功能和性能的要求，重点描述了健身俱乐部管理系统的功能需求，是概要设计阶段的重要输入。

本文档的预期读者是：

·设计人员；

·开发人员；

·项目管理人员；

·测试人员；

·用户。

1.2范围

该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。

在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。

1.3编写说明

JSP,JavaServerPage（Java服务器页面）的缩写，一个脚本化的语言。

UML,UnifiedModelingLanguage（统一建模语言）的缩写，是一个标准的建模语言。

1.4术语定义

无

2.系统定义

我们分别阐述一下项目的来源、背景，项目的用户特点和项目的目标。

2.1项目来源及背景

随着社会主义市场经济的确立、人民收入的不断提高、新的生活方式和全民健身计划的顺势推行，全民的健身热潮呈现出空前活跃的景象。

特别是在2008年北京成功举办奥运会之后，强身健体更是为广大国人所推崇，越来越多的人走进健身房，跳健身操、做瑜珈已经成为时下比较流行的一种健身娱乐项目，因此健美健身行业得到了迅速蓬勃的发展。

随着自身规模的不断扩大，客户数量不断增多，传统的管理模式已不能适应现代健身机构的发展趋势。

作为经营者，应该培养市场意识，将IT与健身行业相结合，建立自己的管理系统，在硬件上达到一定的高度的同时在软件上也要有自己的一套管理模式。

出于更好地对俱乐部进行管理和服务，提高员工工作效率，降低管理成本等多方面考虑，有必要通过现代化科技手段，建立完善的客户自动化管理系统，以取代现有的手工操作，通过自动化管理方案，为客户提供专业的健身服务，实施专业化、科学化的管理。

只有具备了高效地管理、个性化的服务，才会使这个行业有更长远地发展。

2.2用户的特点

本系统的用户都是网上用户，包括两类，一类是健身俱乐部的会员，他们来自不同的行业，有学生也有工作的人，他们在一起锻炼的同时，俱乐部也成了一个沟通，交友的平台。

另外一类用户是管理用户，他们是公司内部的人，主要是俱乐部管理人员和系统管理人员。

他们对俱乐部管理流程很熟悉，系统管理人员对系统很熟悉，总之，他们对使用管理软件比较熟悉。

2.3项目目标

本项目设定的目标如下：

·系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少；

·系统具有良好的运行效率，能够达到提高生产率的目的；

·系统应有良好的可扩充性，可以容易地加入其他系统的应用；

·平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化；

·通过这个项目可以锻炼队伍，提高团队的项目管理能力。

3.应用环境

根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是让用户注册为会员，录入自己的信息并可进行修改等。

管理端的功能是管理员可以对数据库里的信息进行添加、修改和删除操作。

所有用户均可以实现查询功能。

它们的关系如图1-1所示。

3.1系统运行的网络环境

无论是客户端的用户还是管理端的管理用户都可以通过网络登录到本系统中。

用户通过网络注册会员填写并查询相关信息。

管理端的管理员再对会员的信息进行添加、修改和删除操作。

管理端的系统管理员需要设置管理端的用户以及相应的权限。

3.2系统运行的硬件环境

本系统的硬件环境如下：

客户机：

普通PC

·CPU：

P41.8GHz以上

·内存：

256MB以上

·能够运行IE5.0以上或者Netscape4.0以上版本的机器

·分辨率：

推荐使用1024×768像素

Web服务器

·CPU：

P41.0GHz

·内存：

1G以上

·硬盘：

80GB以上

·网卡：

KMb/s速度

数据库服务器

·CPU：

P42.0GHz

·内存：

1GB以上

·硬盘：

80GB以上

系统运行软件环境

本系统的软件环境如下：

·操作系统：

UNIX/Linux/Windows2000或以上版本

·数据库：

SQLServer2000

·开发工具包：

JDKVersion1.4.2

·Web服务器：

Tomcat

·浏览器：

IE5.0以上

4.功能规格

采用面向对象分析作为主要的系统建模方法，使用UML（UnifiedModelingLanguage）作为建模语言。

UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。

在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。

用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。

用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。

设计用例时，我们遵循下列步骤：

1）识别出系统的角色。

角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。

重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（角色）是谁。

尽可能地确保所有角色都被完全识别出来。

2）描述主要的用例。

可以采取不断地问自已“这个角色究竟想过系统做什么？

”来准确地描述用例。

3）重新审视每个用例，为它们下个详尽的定义。

4.1角色定义

角色或者执行者指与系统产生交互的外部用户或者外部系统。

4.1.1用户

用户是指在这个小型健身俱乐部系统中通过客户端提交信息注册成为会员的人员，这个角色主要参与客户端的个人信息修改、会员卡申请、个人消费记录、消费查询、会员卡充值、交纳会费等功能。

4.1.2管理用户

管理用户是指管理端的用户，此角色派生两个子类，管理员和系统管理员，管理员是指在小型健身俱乐部系统中通过管理端参与健身管理工作的人员。

系统管理员是指对小型健身俱乐部系统进行相关设置、进行系统维护的人员，他也是通过管理端登录对管理端的用户进行设置，分配权限等。

如图1-2所示。

图1-2管理用户角色的关系

管理用户具体说明如下：

·会员管理者。

会员的注册、个人信息的修改、会员的删除、变更和查询，会员卡管理和会费管理等。

其中，会员卡管理主要包括会员卡的申请，记录下会员每次来俱乐部的消费情况，提供消费记录的查询，根据消费金额管理员可以对会员进行升级管理。

·教练管理者。

教练的聘用、解聘、教练信息的变更和查询，教练信息的发布，指导项目的确定。

·项目管理者。

项目的添加、删除、修改和查询功能，以及项目收费标准的查询。

·器械管理者。

新增器材登记、淘汰器材删除、现有器材查询等功能。

·健身活动管理者。

俱乐部会员每次健身活动的记录、器械的使用、教练的安排、费用的审核，训练计划的制订与实施，及相关信息的查询。

·员工管理者。

俱乐部员工的调入、调出、职责变更，权限的设置；

·论坛管理者。

实现俱乐部会员与教练之间、会员之间的各种信息交流，发布公告等。

包括浏览查看模块、发帖回帖模块、帖子管理和论坛公告管理这几个模块。

系统管理员

主要实现系统的数据维护，包括系统的数据备份和数据维护等。

4.1.3数据库

数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除和修改等操作。

4.2系统主用例图

小型健身俱乐部管理系统可以分为两个主要的组成部分，一个是客户端子系统。

一个是管理端子系统。

客户端子系统功能主要是指会员通过登录健身俱乐部网站进行操作的功能，即会员功能。

管理端子系统功能是健身俱乐部的管理人员对会员进行管理和系统维护等功能。

系统的主用例如图1-3所示。

图1-3系统的主用例图

4.3客户端子系统

会员通过健身俱乐部网站登录到系统中进行会员操作。

在客户端用户可以看到个人信息修改、会员卡申请、个人消费记录、消费查询、会员卡充值、交纳会费等功能

。

当点击各模块相对应的名称时进入其详细信息页面，并对其中功能进行操作。

图1-4是它的用例图。

图1-4客户端的功能用例图

客户端管理的这些用例描述如下：

F-C-1：

个人信息修改。

会员登录到俱乐部网站可以看到个人信息列表，包括会员ID、用户名、密码、真实姓名、生日、联系电话、电子邮件、健身意向1、健身意向2等信息的修改。

F-C-2：

会员卡申请。

会员卡申请包括会员ID、卡号ID、姓名、等级、余额、申请时间。

F-C-3：

消费查询。

包括ID、卡号ID、项目ID、价格、消费时间、备注。

F-C-4：

会员卡充值。

会员ID、卡号ID、姓名、充值金额、充值时间。

F-C-5：

交纳会费。

包括会员ID、用户名、交纳时间、应交会费、实交情况、备注。

4.3.1个人信息修改

具体描述如下。

用例描述：

个人信息修改；

执行者：

会员；

前置条件：

会员已登录系统；

后置条件：

选择个人信息修改后，则可以修改会员个人信息。

基本路径：

a）会员登录到健身俱乐部的会员个人信息修改网页，修改会员ID、用户名、密码、真实姓名、生日、联系电话、电子邮件、健身意向1、健身意向2等；

b）修改完信息之后，点击“确认”提交更改内容。

4.3.2会员卡申请

具体描述如下。

用例描述：

会员卡申请；

执行者：

会员；

前置条件：

会员已选择会员卡申请功能；

后置条件：

提交申请后，则可以使用会员卡。

基本路径：

a）会员信息输入，包括会员ID、卡号ID、姓名；

b）会员卡信息输入，包括会员卡等级、余额、申请时间；

c）提交信息之后等待系统确认。

4.3.3消费查询

用例描述：

个人消费记录；

执行者：

会员；

前置条件：

会员已进行消费；

基本路径：

a）会员输入基本信息，包括ID、卡号ID、密码；

b）会员查询消费信息，包括消费项目ID、价格、消费时间；

4.3.4会员卡充值

用例描述：

会员卡充值；

执行者：

会员；

前置条件：

会员已登陆会员卡充值页面；

基本路径：

a）会员输入基本信息，包括ID、卡号ID、密码；

b）会员输入充值金额；

c）系统显示充值信息，包括充值卡号、充值姓名、充值金额、充值时间。

4.3.5交纳会费

用例描述：

交纳会费；

执行者：

会员；

前置条件：

会员已登陆交纳会费页面；

基本路径：

a）会员输入基本信息，包括ID、用户名、密码；

b）会员输入交纳会费金额；

c）系统显示会员卡号、用户名会费交纳时间、应交会费、实交情况。

4.4管理端子系统

管理端子系统主要是提供给俱乐部管理人员使用的功能，它的功能分为

会员管理、教练管理、项目管理、器械管理、健身活动管理、员工管理、论坛管理以及系统管理等功能。

每个登录者首先要通过安全认证然后确认权限，系统根据相应的权限实现相应的功能。

图1-5是管理端的用例图。

图1-5管理端用例图

F-L-1：

系统管理

系统管理负责所有的管理端的登录，管理端的人员要登录到管理端必须经过登录界面，输入自己的用户名和密码，然后系统判断这个用户的权限信息，不同的登录人可能具有不同的权限，系统根据不同的权限实现不同的功能。

F-M-1：

会员管理

会员管理包括会员的注册、个人信息的修改、会员的删除、变更和查询，会员卡管理和会费管理等。

其中，会员卡管理主要包括会员卡的申请，记录下会员每次来俱乐部的消费情况，提供消费记录的查询，根据消费金额管理员可以对会员进行升级管理。

F-M-2：

教练管理

教练管理包括教练的聘用、解聘、教练信息的变更和查询，教练信息的发布，指导项目的确定。

F-M-3：

项目管理

项目管理包括项目的添加、删除、修改和查询功能，以及项目收费标准的查询。

F-M-4：

器械管理

器械管理包括新增器材登记、淘汰器材删除、现有器材查询等功能。

F-M-5：

健身活动管理

健身活动管理包括俱乐部会员每次健身活动的记录、器械的使用、教练的安排、费用的审核，训练计划的制订与实施，及相关信息的查询。

F-M-6：

员工管理

员工管理包括俱乐部员工的调入、调出、职责变更，权限的设置。

F-M-7：

论坛管理

论坛管理实现俱乐部会员与教练之间、会员之间的各种信息交流，发布公告等。

包括浏览查看模块、发帖回帖模块、帖子管理和论坛公告管理这几个模块。

4.4.1系统管理

登录到管理端的所有人都需要通过登录界面进入相应的管理界面。

在登陆界面输入用户名和密码，系统首先判断用户名和密码的正确性，然后根据用户名确定其权限，不同的登录者具有不同的权限，根据登录者具有的权限将相应的功能显示在管理界面上，没有权限操作的功能将不显示在这个界面上。

图1-6是它的活动视图。

图1-6登录管理活动视图

4.4.2会员管理

用例描述：

，此时可以组织问卷管理；

执行者：

会员管理者；

前置条件：

会员管理者已登录系统；

后置条件：

如果会员管理维护成功，则数据库中的数据随之变化。

基本路径：

a）进入会员管理界面，首先展示目前已注册的会员情况；

b）点击每个会员可以详细浏览这个会员的具体情况，同时也可以对会员的健身情况进行修改。

4.4.3教练管理

用例描述：

教练管理；

执行者：

教练管理者；

前置条件：

教练管理者已登录系统；

后置条件：

如果教练管理维护成功，则数据库中的数据随之变化。

基本路径：

a）进入教练管理界面，首先展示目前所有教练的情况；

b）点击每个教练可以详细查询和修改每个教练的信息和指导项目的确定；

c）可以添加要聘用的教练；

d）可以删除选择的教练。

4.4.4项目管理

用例描述：

项目管理；

执行者：

项目管理者；

前置条件：

项目管理者已登录系统；

后置条件：

如果项目变更成功后，则数据库信息随之变化。

基本路径：

a）进入项目管理界面，首先展示目前所有健身项目，可以增加新的项目；

b）通过点击每个项目名称，可以详细浏览每个项目的详细描述；

c）可以对每个项目信息进行修改；

d）提供项目条件查询功能；

e）提供项目删除功能。

4.4.5器械管理

用例描述：

器械管理；

执行者：

器械管理者；

前置条件：

器械管理者已登录系统；

后置条件：

如果器械管理变更完成后，则数据库信息随之变化。

基本路径：

a）进入器械管理界面，首先展示目前的器械列表，提供查询功能；

b）通过点击每个器械名称，可以详细浏览每个器械的详细描述；

c）可以对每个器械信息进行修改；

d）可以对所有新增器材进行登记；

e）提供器材删除功能。

4.4.6健身活动管理

用例描述：

健身活动管理；

执行者：

健身活动管理员；

前置条件：

健身活动管理员已登录系统；

后置条件：

如果活动信息维护完成，则相应信息将记录到数据库中。

基本路径：

a）进入健身活动管理界面，首先展示俱乐部会员每次健身活动的记录，提供查询功能；

b）通过点击每个会员活动名称，可以详细浏览每个会员活动的详细描述，器械的使用、教练的安排、费用的审核，训练计划的制订与实施；

c）可以对每个活动信息进行修改；

d）可以发布新增的活动；

e）提供活动删除功能。

4.4.7员工管理

用例描述：

员工管理；

执行者：

员工管理者；

前置条件：

员工管理者已登录系统；

后置条件：

如果员工信息改变后，则数据库信息随之变化。

基本路径：

a）进入员工管理界面，首先展示目前的员工列表，提供查询功能；

b）通过点击每个员工，可以详细浏览每个员工的详细信息；

c）可以对每个员工职责变更进行修改；

d）提供可以调入和调出员工功能。

4.4.8论坛管理

用例描述：

论坛管理；

执行者：

论坛管理者；

前置条件：

论坛管理者已登录系统；

后置条件：

如果论坛管理变更完成后，则数据库信息随之变化。

基本路径：

a）进入论坛管理界面，首先浏览查看各个模块的信息；

b）通过点击每个模块名称，可以详细浏览每个模块的详细描述；

c）可以对论坛公告进行管理；

d）可以管理所有模块；

e）提供模块删除功能。

5.性能需求

根据用户对本系统的要求，确定系统在响应时间、可靠性、安全性等方面有较高的必能要求。

5.1界面需求

系统的界面要求如下。

1）页面内容：

主题突出，站点定义、术语和行文格式统一、规范、明确、栏目、菜单设置和布局合理，传递的信息准确、及时。

内容丰富，文字准确，语句通顺，专用术语规范，行文格式统一规范。

2）导航结构：

页面具有明确的导航指示，且便于理解，方便用户使用。

3）技术环境：

页面大小适当，能用各种常用浏览器以不同分辨率浏览，无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。

4）艺术风格：

界面、版面形象清晰悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方，动与静搭配恰当，动静效果好；色彩和谐自然，与主题内容相协调。

5.2响应时间需求

无论是客户端还是管理端，当用户登录，进行任何操作的时候，系统应该及时地进行反应，反应的时间在5秒以内。

系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。

5.3可靠性需求

系统应保证7×24小时内不宕机，保证20人可以同时在客户端登录，此时系统能正常运行，正确提示相关内容。

5.4开放性需求

系统应具有较强的灵活性，以适应将来功能扩展的需求。

5.5可扩展性需求

系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。

5.6系统安全性需求

系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。

系统需能够防止各类误操作可能造成的数据丢失，破坏。

防止用户非法获得网页以及内容。

6.产品提交

提交产品为：

a）应用系统软件包；

b）数据库初始数据；

c）系统开发过程文档；

d）系统使用、维护说明文档，提交方式为CD介质。

7.实现约束

系统的实现约束如下：

a）操作系统为WindowsXP；

b）开发平台为：

eclise-SDK-3.1.2-win32；

c）数据库为SQLserer2000。

第二章小型健身俱乐部管理系统概要设计

1.系统分析

通过对健身俱乐部管理系统的需求分析并结合实际情况分析，本系统是由会员管理、教练管理、健身项目管理、器械管理、健身活动管理、员工管理、健身论