小型健身俱乐部管理系统的设计与实现_kaic

随着生活水平不断提高，人们的健身意识也不断加强，健身俱乐部作为专业的健身服务行业，已经越来越受到人们的亲睐。随着自身的规模不断扩大，客户数量的增多，传统的管理模式已不能适应现代健身机构的发展趋势，出于更好地对客户进行管理和服务，提高员工工作效率，降低管理成本等多方面的考虑，有必要通过现代化科技手段，建立完善的客户自动化管理系统，通过自动化的客户管理方法，提升俱乐部档次，方便客户服务，扩大业务规模，为客户提供专业的健身服务，实施专业化、科学化的管理。  
本系统的开发是经过实际的需求分析，采用了JSP技术和SQL Sever 2000数据库管理系统作为工具进行开发。整个系统服务于管理员、俱乐部会员两种不同的用户。操作简便、界面美观、灵活实用，设计开发出会员管理、教练管理、项目管理、器械管理、员工管理和健身活动管理等功能，基本满足了俱乐部实际的需要。
关键词：健身俱乐部；数据库；SQL Sever
 
目 录
第一章 小型健身俱乐部管理系统需求分析    
1.导言    
2.系统定义    
3.应用环境    
4.功能规格    
5.性能需求    
6.产品提交    
7.实现约束    
第二章 小型健身俱乐部管理系统概要设计    
1.系统分析    
2. 界面设计
3. 体系结构    
4. 数据模型
5. 模块设计    
第三章 小型健身俱乐部管理系统详细设计    
1. 系统设计概述    
2. 详细设计概述    
3. 系统管理模块的详细设计    
4. 会员管理模块的详细设计    
5. 教练管理模块的详细设计    
6. 论坛管理模块的详细设计    
7. 项目管理模块的详细设计    
8. 员工管理模块的详细设计    
9. 器械管理模块的详细设计    
10. 客户端模块的详细设计    
11. 配置文件    
第四章 小型健身俱乐部管理系统编码实现    
1.编码格式规范
2.命名规范    
3.声明规范    
4.语句规范    
5.注释规范    
6.目录规范    
第五章 小型健身俱乐部管理系统客户端系统测试计划    
1. 测试项目    
2. 测试方法    
3. 测试标准    
第六章 总结与展望    
1.本程序的总结和展望    
2.感想    
致 谢    
参考文献    
第一章 小型健身俱乐部管理系统需求分析
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所示。
 
3.1 系统运行的网络环境
无论是客户端的用户还是管理端的管理用户都可以通过网络登录到本系统中。用户通过网络注册会员填写并查询相关信息。管理端的管理员再对会员的信息进行添加、修改和删除操作。管理端的系统管理员需要设置管理端的用户以及相应的权限。
3.2 系统运行的硬件环境
4.功能规格
采用面向对象分析作为主要的系统建模方法，使用UML（Unified Modeling Language）作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。
用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。
设计用例时，我们遵循下列步骤：
1）识别出系统的角色。角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（角色）是谁。尽可能地确保所有角色都被完全识别出来。
2）描述主要的用例。可以采取不断地问自已“这个角色究竟想过系统做什么？”来准确地描述用例。
3）重新审视每个用例，为它们下个详尽的定义。
4.1 角色定义
角色或者执行者指与系统产生交互的外部用户或者外部系统。
4.1.1 用户
用户是指在这个小型健身俱乐部系统中通过客户端提交信息注册成为会员的人员，这个角色主要参与客户端的个人信息修改、会员卡申请、个人消费记录、消费查询、会员卡充值、交纳会费等功能。
4.1.2    管理用户
管理用户是指管理端的用户，此角色派生两个子类，管理员和系统管理员，管理员是指在小型健身俱乐部系统中通过管理端参与健身管理工作的人员。系统管理员是指对小型健身俱乐部系统进行相关设置、进行系统维护的人员，他也是通过管理端登录对管理端的用户进行设置，分配权限等。如图1-2所示。
 
管理用户具体说明如下：
· 会员管理者。会员的注册、个人信息的修改、会员的删除、变更和查询，会员卡管理和会费管理等。其中，会员卡管理主要包括会员卡的申请，记录下会员每次来俱乐部的消费情况，提供消费记录的查询，根据消费金额管理员可以对会员进行升级管理。
· 教练管理者。教练的聘用、解聘、教练信息的变更和查询，教练信息的发布，指导项目的确定。
· 项目管理者。项目的添加、删除、修改和查询功能，以及项目收费标准的查询。
· 器械管理者。新增器材登记、淘汰器材删除、现有器材查询等功能。
· 健身活动管理者。俱乐部会员每次健身活动的记录、器械的使用、教练的安排、费用的审核，训练计划的制订与实施，及相关信息的查询。
· 员工管理者。俱乐部员工的调入、调出、职责变更，权限的设置；
· 论坛管理者。实现俱乐部会员与教练之间、会员之间的各种信息交流，发布公告等。包括浏览查看模块、发帖回帖模块、帖子管理和论坛公告管理这几个模块。
系统管理员
主要实现系统的数据维护，包括系统的数据备份和数据维护等。
4.1.3 数据库
数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除和修改等操作。