1、健身房管理系统需求规格说明书1引言 21.1 编写目的 21.2 项目背景 21.3 定义 31.4 参考资料 32任务概述 32.1 目标 32.2 运行环境 32.3 条件与限制 33数据描述 43.1 静态数据 43.2 动态数据 43.3 数据库介绍 43.4 数据表 43.5 数据采集 64功能需求 74.1 功能划分 74.2 功能描述 75性能需求 95.1 数据精确度 95.2 时间特性 95.3 适应性 96运行需求 96.1 用户界面 96.2 硬件接口 96.3 软件接口 96.4 故障处理 107其它需求 101引言1.1 编写目的现代快节奏的生活和较强的工作压力，使得
2、人们有健身和放松的需要，而健身馆就是这样一个合适的地方。但目前很多健身馆还是采用人工方法进行管理，因此开发本系统势在必行。基于 WEB 方式的健身馆管理系统是利用完全的网络化环境管理各个站点的数据。相关人员可以通过网络方便地查询、操作数据，提高企业的管理效率。传统管理方法和运用信息技术的信息系统比较如下：表 1.1 信息系统管理与传统作业管理的优劣比较评价指标 信息系统 手工作业健身项目设置 可以利用系统方便操作及时更新，利用网络发布。 利用系统管理，可以方便用户利用网络随时查询了解。 需要手动添加更新并将项目印发出来。 要实地考察才能有所了解。数据的管理 通过收费管理即可轻松录入收银结果，使
3、消费、会员登记速度大幅提升。 格式整齐统一查看、核对都较方便。 依赖于手工费时费力，也不利于形成完整有效的数据库。 手工填写的结果字迹不易辨认。会员信息保存 长期保存会员资料，可以根据会员的相关信息作出吸引人的合适的活动。 不会长期保存，且作业保存的不易查阅容易丢失。1.2 项目背景a. 项目的委托单位、开发单位和主管部门本项目由我组成员所进行开发。即组员：郑凌耿，温敬舟，钱志能。我们小组分工负责系统的各个模块，最终实现了系统总体的功能。b. 该软件系统与其他系统的关系本系统使用健身房管理系统中的基础数据。1.3 定义健身房管理系统又称健身会所管理系统 。1.4 参考资料1萨师煊，王珊。 数据
4、库系统概论 。北京：高等教育出版社， 19972张海藩。 软件工程导论 。北京：清华大学出版社，20083郭克华。 JavaEE 程序设计与应用开发 。北京：清华大学出版社，20112任务概述2.1 目标基于 WEB 方式的健身馆管理系统是利用完全的网络化环境管理各个站点的数据。相关人员可以方便地查询、操作数据，提高企业的管理效率。健身房管理系统是健身房、健身会馆使用的管理信息系统，健身房管理人员和收银财务等人员方便地利用现代科学技术来管理自己的事务，更重要是能更好为消费者服务，对提高企业效率效益大有裨益。2.2 运行环境(1) 硬件环境：80x86 系列微机CPU:733 以上内存：1G 以
5、上硬盘空间：320G 以上输入输出设备：键盘，显示屏(2) 软件环境：Windows 9x 或 Windows XP 、SQL Server 2005 等 。 在客户端上，Windows 2000，Windows xp ,Vista ,Windows 7 等 PC 机上可以直接运行。2.3 条件与限制为完成本系统的开发，应配备 WEB 服务器、文本编辑工具、微机若干台等设备。完成期限：按照规定时间如期完成项目任务。3数据描述3.1 静态数据会员信息数据包括 会员卡号，会员姓名，会员类型，加入时间，衣柜编号等健身顾问信息数据包括 顾问编号，顾问姓名，工作时间，任职离职时间等消耗性商品信息数据包括
6、 商品编号，名称，价格等会员消费详细记录信息数据包括 会员信息，教练信息，消费时间等3.2 动态数据健身顾问薪资根据时薪来统计。会员卡售价和折扣随着物价调整。若会员不满意已安排的时间或者健身顾问可申请调换。3.3 数据库介绍使用支持多种平台的免费版 MySQL 或者 Microsoft SQL Server 2005 数据库管理系统。3.4 数据表1.会员信息表 3.4.1 会员信息表（表名 member）字段名 类型 中文名称 主键/外键 备注Memberid Varchar(50) 会员卡号 pkMembername Varchar(200) 会员姓名 fkMcarkind Varchar
7、(100) 会员类型Mstatus Varchar(100) 会员状态letime Int 剩余次数activetime Datetime 开卡日期expiretime Datetime 到期日期couch Varchar(200) 健身顾问clotheid Varchar (50) 衣柜编号clothexpire Int 衣柜有效期telephone Varchar(50) 移动电话2. 会员交费统计表 3.4.2 会员交费统计表字段名 类型 中文名称 主键/外键 备注Paytime Datetime 交费日期Memberid Varchar(50) 会员卡号 PkMembername Va
8、rchar(200) 会员姓名 fkPay float 交费金额3.会员消费详细记录表 3.4.3 会员消费详细记录字段名 类型 中文名称 主键/外键 备注Id Int 编号 PkMemberid Varchar(50) 会员卡号 fkMembername Varchar(200) 会员姓名Classtime Datetime 上课时间Couchid Varchar(50) 顾问编号 fkCouchname Varchar(200) 顾问姓名Goodsid Varchar(50) 商品编号 fkGoodsname Varchar(50) 商品名称4. 健身顾问信息表 3.4.4 健身顾问信息表
9、字段名 类型 中文名称 主键/外键 备注Couchid Varchar(50) 顾问编号 PkCouchname Varchar(200) 顾问姓名Takeoffice Datetime 任职时间Leaveoffice Datetime 离职时间Memberid Varchar(50) 会员卡号 fkMembername Varchar(200) 会员姓名Worktime Datetime 工作时间Workingtime float 工作时数5. 管理员信息表 3.4.5 管理员设置字段名 类型 中文名称 主键/外键 备注Employeeid Varchar(50) 编号 fkEmpmloyn
10、ame Varchar(200) 姓名 pkEmpassword Varchar(50) 密码6.会员卡类型表 3.4.6 会员卡类型表字段名 类型 中文名称 主键/外键 备注Kindid Vachar(10) 类型编号 PkKindname Varchar(50) 类型名称Uptime Int 有效次数Upday Int 有效天数carPrice float 售价Salesratio float 折扣率7.衣柜设置表 3.4.7 衣柜设置表字段名 类型 中文名称 主键/外键 备注Clotheid Varchar(50) 衣柜编号 PkPreprice Float 衣柜押金Clothestat
11、e Varchar(50) 衣柜状态8. 消耗性商品管理表 3.4.8 消耗性商品管理字段名 类型 中文名称 主键/外键 备注Goodsid Varchar(50) 商品编号 PkGoodsname Varchar(50) 商品名称Goodsprice Varchar(50) 商品价格Memberid Varchar(50) 会员卡号 fkMembername Varchar(200) 会员姓名Couchid Varchar(50) 顾问编号 fkCouchname Varchar(200) 顾问姓名3.5 数据采集健身顾问信息，消耗性商品管理信息，会员消费消费详细记录由健身房管理系统查询生成
12、。会员信息 利用酒店管理系统的客户端页面输入。4功能需求4.1 功能划分1、管理员维护调整系统2、会员注册查询3、健身顾问档案管理4、消耗性商品管理4.2 功能描述对目标系统的基本要求：1、 对健身顾问档案进行简单管理。特别是对新人的登记，服务对象的 调整、工作时间调整、离职管理等。2、 对会员资格和档案的管理。3、 对消耗性商品的管理。消耗性器械和食物等等。4、 对会员变更服务要求的管理。5、 对会员缴费的管理。6、 为会员提供消费详细记录查询。7、 能简单对系统参数进行设置和调整。8、 人机界面简洁方便，减少人工劳动强度。数据流图：顶层数据流图：0 层数据流图：5性能需求5.1 数据精确度
13、每一种折扣情况，其每种会员卡类型折扣分值以十分制显示，会员可选分值以 1 分为一个档次。每个子项目在该测评类型的总分值中所占比例精确到十分之一。5.2 时间特性下述时间特性基于 2.2 运行环境一节所述的软、硬件环境。前台所有操作都应在 30 秒内得到响应。查询会员消费详细记录结果数据时，以时间对于消费的情况进行分类统计，每种测试结果的统计应在 30 秒内完成。5.3 适应性本系统应该可运行于 windows 或 linux 操作系统平台上，WEB 服务器可选用 Tomcat或 IIS，数据库选用 Mysql、 Microsoft SQL Server 2005 等。6运行需求6.1 用户界面
14、客户端、管理端全部使用浏览器进行操作，界面元素使用 HTML 页面元素。报表使用 HTML 表格，可方便的将数据复制到 WORD 进行存档及打印。菜单使用 HTML 页面中的超链接实现。6.2 硬件接口无6.3 软件接口与现有的健身房管理系统后台数据库的数据交换。采用 CSV 格式文件进行数据交换。6.4 故障处理软故障：对本人的操作被他人冒用的情况，系统管理员可凭员号等身份证明清除该会员的数据，以便由其本人进行测试。硬故障：网络不通，排除故障后需要重新进入系统，系统不保存在用户提交测评结果前的临时数据。在统计过程中服务器当机，可在重启服务器后再统计一次即可。7其它需求后台管理程序使用基于操作系统的权限验证。前台程序不使用权限验证。除与现有软件系统的数据接口外，系统的前台功能应该让会顾客在系统的提示下即可正确操作。后台功能的使用可在系统使用手册的指导下进行正确操作。系统需要提供后台管理的完整操作手册及故障处理方法。
