小型健身俱乐部管理系统分析、设计与实现-本科毕业论文.doc

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

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

学院（系）： 计算机工程学院
专 业： 软件工程
完成日期： 2011年6月
71

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

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

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

表格 35表

插图 19幅

摘 要

随着生活水平不断提高，人们的健身意识也不断加强，健身俱乐部作为专业的健身服务行业，已经越来越受到人们的亲睐。随着自身的规模不断扩大，客户数量的增多，传统的管理模式已不能适应现代健身机构的发展趋势，出于更好地对客户进行管理和服务，提高员工工作效率，降低管理成本等多方面的考虑，有必要通过现代化科技手段，建立完善的客户自动化管理系统，通过自动化的客户管理方法，提升俱乐部档次，方便客户服务，扩大业务规模，为客户提供专业的健身服务，实施专业化、科学化的管理。
本系统的开发是经过实际的需求分析，采用了JSP技术和SQL Sever 2000数据库管理系统作为工具进行开发。整个系统服务于管理员、俱乐部会员两种不同的用户。操作简便、界面美观、灵活实用，设计开发出会员管理、教练管理、项目管理、器械管理、员工管理和健身活动管理等功能，基本满足了俱乐部实际的需要。
关键词：健身俱乐部；数据库；SQL Sever

Abstract

Along with the rising standard of living, people's fitness consciousness strengthens unceasingly, the fitness club has already been more and more popular as the specialized fitness service industry. Expanding along with own scale, customer quantity increasing, the traditional management pattern has not been able to adapt the modern fitness organization development tendency, stemming from carries on the management and the service well to the customer, enhances the staff working efficiency, reduces the management cost and so on , it is necessary to establish the perfect customer automation management system through the modernized science and technology method, promoting the club scale through the automated customer management, facilitating the customer service, expanding the service scale, providing the specialized fitness service for the customer, implementation specialization and scientific management.
This system’s development adapted to this demand. Passing by practical demand analysis, used the JSP technology and SQL the Sever 2000 database management system as the tool to development. The whole system is served for two different users, the manager and the club member. Following the needs of simple operation, beautiful and vivid interface and practical request from users, the functions designed and developed including member management, training management, item management, instrument management, staff management and fitness activity management, which has basically met the club actual needs.
Keywords: Fitness Club; Database; SQL Sever

目 录
第一章 小型健身俱乐部管理系统需求分析 1
1.导言 1
2.系统定义 2
3.应用环境 3
4.功能规格 5
5.性能需求 14
6.产品提交 16
7.实现约束 16
第二章 小型健身俱乐部管理系统概要设计 17
1.系统分析 17
2. 界面设计 18
3. 体系结构 20
4. 数据模型 27
5. 模块设计 30
第三章 小型健身俱乐部管理系统详细设计 39
1. 系统设计概述 39
2. 详细设计概述 39
3. 系统管理模块的详细设计 42
4. 会员管理模块的详细设计 47
5. 教练管理模块的详细设计 48
6. 论坛管理模块的详细设计 48
7. 项目管理模块的详细设计 49
8. 员工管理模块的详细设计 50
9. 器械管理模块的详细设计 51
10. 客户端模块的详细设计 52
11. 配置文件 53
第四章 小型健身俱乐部管理系统编码实现 56
1.编码格式规范 56
2.命名规范 57
3.声明规范 58
4.语句规范 59
5.注释规范 60
6.目录规范 63
第五章 小型健身俱乐部管理系统客户端系统测试计划 64
1. 测试项目 64
2. 测试方法 65
3. 测试标准 66
第六章 总结与展望 68
1.本程序的总结和展望 68
2.感想 68
致 谢 70
参考文献 71

第一章 小型健身俱乐部管理系统需求分析
1.导言
1.1 目的
该文档是关于用户对于健身俱乐部管理系统的功能和性能的要求，重点描述了健身俱乐部管理系统的功能需求，是概要设计阶段的重要输入。
本文档的预期读者是：
· 设计人员；
· 开发人员；
· 项目管理人员；
· 测试人员；
· 用户。
1.2 范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。
1.3 编写说明
JSP,Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。
UML,Unified Modeling Language（统一建模语言）的缩写，是一个标准的建模语言。

1.4 术语定义
无
2.系统定义
我们分别阐述一下项目的来源、背景，项目的用户特点和项目的目标。
2.1 项目来源及背景
随着社会主义市场经济的确立、人民收入的不断提高、新的生活方式和全民健身计划的顺势推行，全民的健身热潮呈现出空前活跃的景象。特别是在2008年北京成功举办奥运会之后，强身健体更是为广大国人所推崇，越来越多的人走进健身房，跳健身操、做瑜珈已经成为时下比较流行的一种健身娱乐项目，因此健美健身行业得到了迅速蓬勃的发展。随着自身规模的不断扩大，客户数量不断增多，传统的管理模式已不能适应现代健身机构的发展趋势。作为经营者，应该培养市场意识，将IT与健身行业相结合，建立自己的管理系统，在硬件上达到一定的高度的同时在软件上也要有自己的一套管理模式。出于更好地对俱乐部进行管理和服务，提高员工工作效率，降低管理成本等多方面考虑，有必要通过现代化科技手段，建立完善的客户自动化管理系统，以取代现有的手工操作，通过自动化管理方案，为客户提供专业的健身服务，实施专业化、科学化的管理。只有具备了高效地管理、个性化的服务，才会使这个行业有更长远地发展。
2.2 用户的特点
本系统的用户都是网上用户，包括两类，一类是健身俱乐部的会员，他们来自不同的行业，有学生也有工作的人，他们在一起锻炼的同时，俱乐部也成了一个沟通，交友的平台。另外一类用户是管理用户，他们是公司内部的人，主要是俱乐部管理人员和系统管理人员。他们对俱乐部管理流程很熟悉，系统管理人员对系统很熟悉，总之，他们对使用管理软件比较熟悉。
2.3 项目目标
本项目设定的目标如下：
· 系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少；
· 系统具有良好的运行效率，能够达到提高生产率的目的；
· 系统应有良好的可扩充性，可以容易地加入其他系统的应用；
· 平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化；
· 通过这个项目可以锻炼队伍，提高团队的项目管理能力。
3.应用环境
根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是让用户注册为会员，录入自己的信息并可进行修改等。管理端的功能是管理员可以对数据库里的信息进行添加、修改和删除操作。所有用户均可以实现查询功能。它们的关系如图1-1所示。
基本信息
管理员
图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或以上版本
· 数据库：SQL Server 2000
· 开发工具包：JDK Version 1.4.2
·Web服务器：Tomcat
·浏览器：IE5.0以上
4.功能规格
采用面向对象分析作为主要的系统建模方法，使用UML（Unified Modeling Language）作为建模语言。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）数据库为SQL serer2000。

第二章 小型健身俱乐部管理系统概要设计
1.系统分析
通过对健身俱乐部管理系统的需求分析并结合实际情况分析，本系统是由会员管理、教练管理、健身项目管理、器械管理、健身活动管理、员工管理、健身论坛管理和系统管理这八个模块构成。本系统的总体功能结构图如图2-1所示：
图2-1 系统总体功能结构图

2. 界面设计
本系统出于对客户的服务以及对俱乐部内部管理的双重考虑，将系统设计为会员操作界面和管理员操作界面。首先，用户通过系统主界面，可以浏览查看到俱乐部的一些基本信息，首次使用系统的客户必须先注册为俱乐部会员，才能登陆系统。流程图如图2-2所示，页面如图2-3所示。
个人信息修改
首页
注册/登录界面
会员注册

输入用户名、密码，选择类型
会员功能主界面
注销
是否为新用户？
是否符合
数据库信息？

Y

Y

N

N

管理员功能主界面
会员管理
教练管理
项目管理
器械管理
健身活动管理
员工管理
论坛管理
系统管理
会员卡申请
个人消费记录
消费查询
会员卡充值
教练查询
项目查询
器械查询
健身论坛

图2-2 系统操作流程图

图2-3 系统主界面
2.1 管理端操作界面
管理端主要实现会员管理、教练管理、项目管理、器械管理、健身活动管理、员工管理、论坛管理以及系统管理等功能。主要界面设计如下：
·登录界面：通过输入用户各和密码实现用户登录，并判断用户的权限；
·管理首页：根据用户的权限，进入首页，并在首页中展示此用户相应可以操作的权限功能；
·会员管理：包括“会员信息管理”、“会员卡管理”、“会费管理”和“会员管理”等页面；
·教练管理：包括“教练聘用”、“教练变更”、“指导项目管理”、“教练信息发布”和“教练查询”等页面；
·项目管理：包括“添加项目”、“删除项目”、“修改项目”、“查询项目”和“项目收费标准查询”等页面；
·器械管理：包括“新增器材登记”、“淘汰器材删除”和“现有器材查询”等页面；
·健身活动管理：包括“健身活动记录”、“器械的使用”、“教练的安排”、“费用的审核”、“训练计划的制订与实施”和“相关信息查询”等页面；
·员工管理：包括“用户列表”、“用户信息”、“修改用户信息”、“增加用户”和“删除用户”、“用户权限设置”等页面；
·论坛管理：包括“健身知识交流”、“课程区”、“健身心得”、“健康饮食”、“女子减肥话题”和“健身你说我说”等页面；
·系统管理：包括“管理员管理”和“系统数据备份”、“用户权限设置”等页面；
具体页面如图2-4所示。

图2-4 管理员操作界面
2.2 客户端操作界面
客户端主要为会员提供服务，会员可修改个人的注册信息、申请使用会员卡、每次来俱乐部消费时使用会员卡进行消费，还可查询自己在俱乐部的消费记录，当会员卡余额不足时可进行会员卡的充值，会员入会后还要定期向俱乐部交纳一定金额的会费；会员可查看教练的相关信息，包括每位教练的指导项目；会员还可以查看俱乐部所有健身项目的相关信息，根据自身身体状况和特点，系统还可为会员制定初试和他的健身项目；会员进入健身论坛可以与俱乐部人员、教练以及会员之间交流健身心得，真正实现了俱乐部与客户之间的交流。
在客户界面，会员首先进入会员操作界面，点击进入会员功能主界面，包括“个人信息修改”、“会员卡申请”、“个人消费记录”、“消息查询”、“会员卡充值”、“教练查询”、“项目查询”、“器械查询”和“健身论坛”等页面。
具体页面如图2-5所示：

图2-5 会员操作界面
3. 体系结构
系统的总体结构设计遵循如下原则。
1）系统应具有良好的适应性：能适应用户对系统的软件环境、管理内容、模式和界面的要求；
2）系统应具有可靠性：采用成熟的技术方法和软件开发平台，以保证系统在以后的实际应用中安全、可靠；
3）系统应具有较好的安全性：应提高安全机制和用户权限限制机制的完善程度，确保数据的受限访问；
4）系统应具有良好的可维护性：系统应易于维护、安装；
5）系统应具有良好的可扩展性：系统应适应未来信息化建设的要求，能方便地进行功能扩展，以建立完善的信息集成管理体系。
本系统采用体系结构，struct是一个基于模型（Model）一视图（View）一控制器（Controller），即MVC模式的应用架构的开源框架。
3.1 体系结构
目前软件项目中有很多体系结构，其中struct是比较流行的一种。
3.1.1 struct体系结构
对于开发Web应用，要从头设计并开发出一个可靠、稳定的框架不是一件容易的事情。随着Web开发技术的日趋成熟，在Web开发领域出现了一些现成的优秀的框架、开发者可以直接使用它们，struct就是一个很好的框架结构，它是在JSP Model2基础上实现的一个MVC框架，在struct框架在模型由实现业务逻辑的JavaBean或者EJB组件构成，控制器由ActionServlet和Action来实现，视图由一组JSP文件组成，图2-6显示了Struct实现的MVC框架。
其中：
·视图，就是一组JSP文件，这些JSP文件没有业务逻辑，也没有模型信息，只有标签，这些标签可以是标准的JSP标签或者是客户化标签，如struct标签库的标签。此外，通常将struct框架中的ActionForm Bean也划为视图模块，ActionForm Bean是一种JavaBean，除了具有一些JavaBean的常规方法外，还包含了一些特殊的方法，用于验证HTML表单数据以及将其属性重新设置为默认值。Struct框架利用ActionForm Bean来进行视图和控制器之间表单数据的传递。Strcut框架将用户输入的表单数据保存在ActionForm Bean中，将它传递给控制器，控制器可以对ActionForm Bean中的数据进行修改，JSP文件使用struct标签读取修改后的ActionForm Bean的信息，然后重新设置HTML表单。
控制器ActionServlet
视图
JSP
Struct-config.xml
模型
JavaBean
EJB
Action
Action
Action
浏览器
Web
服务器

图2-6 struct实现的MVC框架
·控制器，控制器由ActionServlet类和Action类实现，ActionServlet类是struct框架中的核心组件，是这个MVC的中央控制器的角色。ActionServlet主要负责接收HTTP请求的信息，根据配置文件struct-config.xml的配置信息，将请求转发给适当的Action对象，如果该Action对象不存在，ActionServlet会先创建这个Action对象.Action类负责调用模型的方法，更新模型的状态，并帮助控制应用程序的流程，对于小型简单的应用，Action类本身也可以完成一些实际的业务逻辑。
·模型，模型表示应用程序的状态和业务逻辑，业务逻辑常常由JavaBean或者EJB组件实现。
如果在Web应用开发中套用现成的struct框架，就可以简化每个开发阶段的工作，开发人员可以更加有针对性地分析应用需求，不必重新设计框架，只需在struct框架的基础上，设计MVC各个模块包含的具体组件，在编码过程中，可以充分利用struct提供的各种实用类和标签库，简化编码工作。
Struct框架可以方便迅速地将一个复杂的应用划分成模型、视图和控制器组件，而struct的配置文件struct-config.xml可以灵活地组装这些组件，以简化开发过程。
3.1.2 系统体系结构
根据系统分析结果，该系统从结构上应满足：
·基于游览器进行显示以方便用户使用；
·采用MVC的三层体系结构，分化各个功能组件；
·采用JDBC技术与数据库通信以便于数据库的转换；
·采用标签技术完成动态页面的简单逻辑。
本系统的体系结构如图2-7所示，它基本遵循了struct体系的MVC框架规范。
视图(V)层:用户界面(浏览器)
HTML,CSS,DHTML,JavaScript,XML
视图(V)层:服务器端脚本
Connects UI to Business Objects, Java Server Pages,Java Servlets
控制(C)层:分布式组件
JavaBean
模型(M):数据源和持久对象存储
ODBC, JDBC, OLEDB, ADO, XML, LDAP

图2-7 系统的体系结构
其中：
·表示层，用于与用户进行交互并显示结果。包括所有的JSP，提供用户界面，接受用户输入，还包括相应的ActionFrom Bean，用来存放表单数据，并进行表单数据验证；
·控制层，包括所有的Action类，它完成三项任务，一是进行业务逻辑验证，二是调用模型组件，三是决定将合适的视图组件返回给用户；
·模型，包括进行逻辑处理的JavaBean等，数据库采用ODBC技术以提供数据库的可移植性。
体系结构的具体拓扑图示如图2-8所示。

图2-8体系结构拓扑图

1）客户层：用于与企业信息系统的用户进行交互以及显示根据特定业务规则进行计算后的结果。本系统将完全采用基于Web的（B/S架构）客户端，即用户可以