健身俱乐部管理系统分析开发与设计.doc

软件工程课程设计

《健身俱乐部管理系统》
分析设计与实现

学院：计算机工程学院
班级：软件0805班
学号：
姓名：
日期：

毕业设计（论文）原创性声明和使用授权说明

原创性声明
本人郑重承诺：所呈交的毕业设计（论文），是我个人在指导教师的指导下进行的研究工作及取得的成果。尽我所知，除文中特别加以标注和致谢的地方外，不包含其他人或组织已经发表或公布过的研究成果，也不包含我为获得 及其它教育机构的学位或学历而使用过的材料。对本研究提供过帮助和做出过贡献的个人或集体，均已在文中作了明确的说明并表示了谢意。
作 者 签 名：　　 　 　　日　 期：　　 　 　　 
指导教师签名：　　 　 　　 日　　期：　　 　 　　

使用授权说明

本人完全了解 大学关于收集、保存、使用毕业设计（论文）的规定，即：按照学校要求提交毕业设计（论文）的印刷本和电子版本；学校有权保存毕业设计（论文）的印刷本和电子版，并提供目录检索与阅览服务；学校可以采用影印、缩印、数字化或其它复制手段保存论文；在不以赢利为目的前提下，学校可以公布论文的部分或全部内容。
作者签名：　　 　 　　 日　 期：　　 　 　　 
学位论文原创性声明
本人郑重声明：所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。除了文中特别加以标注引用的内容外，本论文不包含任何其他个人或集体已经发表或撰写的成果作品。对本文的研究做出重要贡献的个人和集体，均已在文中以明确方式标明。本人完全意识到本声明的法律后果由本人承担。

作者签名： 日期： 年 月 日

学位论文版权使用授权书
本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学校保留并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅。本人授权　　 　 　大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。
涉密论文按学校规定处理。

作者签名： 日期： 年 月 日
导师签名： 日期： 年 月 日
注 意 事 项
1.设计（论文）的内容包括：
1）封面（按教务处制定的标准封面格式制作）
2）原创性声明
3）中文摘要（300字左右）、关键词
4）外文摘要、关键词
5）目次页（附件不统一编入）
6）论文主体部分：引言（或绪论）、正文、结论
7）参考文献
8）致谢
9）附录（对论文支持必要时）
2.论文字数要求：理工类设计（论文）正文字数不少于1万字（不包括图纸、程序清单等），文科类论文正文字数不少于1.2万字。
3.附件包括：任务书、开题报告、外文译文、译文原文（复印件）。
4.文字、图表要求：
1）文字通顺，语言流畅，书写字迹工整，打印字体及大小符合要求，无错别字，不准请他人代写
2）工程设计类题目的图纸，要求部分用尺规绘制，部分用计算机绘制，所有图纸应符合国家技术标准规范。图表整洁，布局合理，文字注释必须使用工程字书写，不准用徒手画
3）毕业论文须用A4单面打印，论文50页以上的双面打印
4）图表应绘制于无格子的页面上
5）软件工程类课题应有程序清单，并提供电子文档
5.装订顺序
1）设计（论文）
2）附件：按照任务书、开题报告、外文译文、译文原文（复印件）次序装订

指导教师评阅书
指导教师评价：
一、撰写（设计）过程
1、学生在论文（设计）过程中的治学态度、工作精神
□ 优 □ 良 □ 中 □ 及格 □ 不及格
2、学生掌握专业知识、技能的扎实程度
□ 优 □ 良 □ 中 □ 及格 □ 不及格
3、学生综合运用所学知识和专业技能分析和解决问题的能力
□ 优 □ 良 □ 中 □ 及格 □ 不及格
4、研究方法的科学性；技术线路的可行性；设计方案的合理性
□ 优 □ 良 □ 中 □ 及格 □ 不及格
5、完成毕业论文（设计）期间的出勤情况
□ 优 □ 良 □ 中 □ 及格 □ 不及格
二、论文（设计）质量
1、论文（设计）的整体结构是否符合撰写规范？
□ 优 □ 良 □ 中 □ 及格 □ 不及格
2、是否完成指定的论文（设计）任务（包括装订及附件）？
□ 优 □ 良 □ 中 □ 及格 □ 不及格
三、论文（设计）水平
1、论文（设计）的理论意义或对解决实际问题的指导意义
□ 优 □ 良 □ 中 □ 及格 □ 不及格
2、论文的观念是否有新意？设计是否有创意？
□ 优 □ 良 □ 中 □ 及格 □ 不及格
3、论文（设计说明书）所体现的整体水平
□ 优 □ 良 □ 中 □ 及格 □ 不及格
建议成绩：□ 优 □ 良 □ 中 □ 及格 □ 不及格
（在所选等级前的□内画“√”）
指导教师： （签名） 单位： （盖章）
年 月 日

评阅教师评阅书

评阅教师评价：
一、论文（设计）质量
1、论文（设计）的整体结构是否符合撰写规范？
□ 优 □ 良 □ 中 □ 及格 □ 不及格
2、是否完成指定的论文（设计）任务（包括装订及附件）？
□ 优 □ 良 □ 中 □ 及格 □ 不及格
二、论文（设计）水平
1、论文（设计）的理论意义或对解决实际问题的指导意义
□ 优 □ 良 □ 中 □ 及格 □ 不及格
2、论文的观念是否有新意？设计是否有创意？
□ 优 □ 良 □ 中 □ 及格 □ 不及格
3、论文（设计说明书）所体现的整体水平
□ 优 □ 良 □ 中 □ 及格 □ 不及格

建议成绩：□ 优 □ 良 □ 中 □ 及格 □ 不及格
（在所选等级前的□内画“√”）
评阅教师： （签名） 单位： （盖章）
年 月 日

教研室（或答辩小组）及教学系意见
教研室（或答辩小组）评价：
一、答辩过程
1、毕业论文（设计）的基本要点和见解的叙述情况
□ 优 □ 良 □ 中 □ 及格 □ 不及格
2、对答辩问题的反应、理解、表达情况
□ 优 □ 良 □ 中 □ 及格 □ 不及格
3、学生答辩过程中的精神状态
□ 优 □ 良 □ 中 □ 及格 □ 不及格
二、论文（设计）质量
1、论文（设计）的整体结构是否符合撰写规范？
□ 优 □ 良 □ 中 □ 及格 □ 不及格
2、是否完成指定的论文（设计）任务（包括装订及附件）？
□ 优 □ 良 □ 中 □ 及格 □ 不及格
三、论文（设计）水平
1、论文（设计）的理论意义或对解决实际问题的指导意义
□ 优 □ 良 □ 中 □ 及格 □ 不及格
2、论文的观念是否有新意？设计是否有创意？
□ 优 □ 良 □ 中 □ 及格 □ 不及格
3、论文（设计说明书）所体现的整体水平
□ 优 □ 良 □ 中 □ 及格 □ 不及格

评定成绩：□ 优 □ 良 □ 中 □ 及格 □ 不及格
教研室主任（或答辩小组组长）： （签名）
年 月 日
教学系意见：
系主任： （签名）
年 月 日

前言

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

目 录

前言 1
第一章 健身俱乐部管理系统项目分析 2
1.系统业务背景 4
2.系统业务处理流程 5
3.系统业务流程图 5
第二章 健身俱乐部管理系统系统需求分析 6
1. 需求分析任务 6
2. 系统角色识别和成果 6
3. 系统用例识别 6
4. 系统用例图 7
5. 系统用例说明书 7
第三章 健身俱乐部管理系统面向对象分析 11
1. OOA分析任务 11
2. 系统OOA组成 11
3. 系统OOA类识别 11
4. 系统OOA类图 17
5. 系统OOA用例时序图 22
6. 系统OOA用例协作图 26
第四章 健身俱乐部管理系统面向对象设计 28
1.OOD设计任务 28
2.系统平台和技术选择 28
3.系统OOD类设计模式和分层策略 28
4.系统OOD DTO(VO)层设计 29
5.系统OOD DAO层设计 31
6.系统OOD BO层设计 34
7.系统OOD CO层设计 39
8.系统数据模型设计 41
第五章 健身俱乐部管理系统编程实现 46
1. 系统命名规范 46
2. VO层编程实现 46
3. DAO层编程实现 47
4. BO编程实现 51
5. CO编程实现 54
6. UIO编程实现 55
7. 系统组件图 56
第六章 健身俱乐部管理系统部署 57
1.系统硬件和软件平台 57
2.系统部署图 58
3.主要业务功能测试截图 58
第七章 健身俱乐部管理系统测试 60
1.系统测试的目标 60
2.任务测试的任务 60
3.系统测试的方法 60
4.系统测试用例设计 60
5.系统测试结果报告 61
第八章 健身俱乐部管理系统总结 62
1.系统的所有优点 62
2.系统不足和局限之处 62
3.系统未来的改进设想 62

第1章 项目业务分析

1.1 系统业务背景
二十一世纪进入了信息发展的高速公路,信息化革命给所有的领域带来了新的改变[1]。随着电脑办公自动化的普及，企业自动化管理、客户自动化管理也应运而生，一切都归功于计算机科技发展的巨大贡献，互联网的世界里蕴藏着无限生机，随着社会的发展，科学技术的进步，我国经济的高速发展，居民收入的不断提高，即而人们生活水平也随之提高，人们的消费水平也日益增加[2]，人们已经开始由温饱转向健康追求，闲暇时间的增多，也促使了人们开始考虑如何利用闲暇时间提高自己的生活质量，大众健身俱乐部应运而生，走进健身房健身花钱买健康也逐渐成也了一种生活的时尚。
现今，现代健身爱好者队伍的不断增多与壮大，运动也就随之成为一种时尚，成为一种重要的休闲生活方式，健身俱乐部的发展将会越来越好，健身房、俱乐部等产业不断发展，例如，中体倍力、青鸟、一兆韦德，宝力豪，英派斯等等各大国内外知名品牌的健身俱乐部的出现，在很大程度上带动了人们对健身的热情，同时也大大提升了经济的发展。
信息管理系统是一个对管理系统与信息结合形成的。健身俱乐部管理系统的出现，方便用户随时随地的对俱乐部情况进行查询及其他相关操作，同时，管理员也可以随时随地的了解俱乐部内部的运营状况，加上ASP.net 3.5以及SQL Server 数据库技术的完美结合及充分利用，大大简化了原来俱乐部管理的繁锁[3]。一个完备的健身俱乐部管理系统可以使管理者在系统中及时发现系统在当时的使用情况，及时制定计划并解决问题。
俱乐部管理系统将大大减轻经营者的工作，提高企业的管理效率，展示在客户眼前一个优秀企业形象，同时在客户资料收集、统计方面等更加方便，更加及时有效的给经营者提供决策参考[4]，成为健身爱好者最不可获缺的内容。于此同时，各地各大中小型健身俱乐部风靡全国，然而，俱乐部管理的好坏却成为了经营效率的关键因素，为了方便管理，无论是对外界用户的管理，还是内部工作人员或是俱乐部运作现状的管理，绝大多数的俱乐部纷纷将目光投向了软件开发公司并根据自身需求订制所需的系统管理软件用来管理俱乐部，但不同的健身俱乐部所使用的管理系统不尽相同，并不具备通用的功能，全国各地俱乐部如此之多，却没有一款专用软件用来管理俱乐部，根据这点，专门为这一行业开发了这个健身俱乐部管理系统，与其他管理系统不同的是，本系统是一款被所有的俱乐部所适用，具备一定的通用性，无论其前台的管理还是后台的动态都可以让经营者了解得清清楚楚，方便经营者实时管理，这样不仅可以使得管理得心应手，还能在一定程度上降低人事管理的成本。

1.2 系统业务处理流程
本系统的主要流程：首先用户登录到该健身俱乐部网站，非本站会员则要通过注册，成为本站会员，然后登录到网站，随后可以进行对该网站进行查询或预订项目及场地。当然，在查询的过程中，如果有获得自己的需求，也可以直接预订项目及场地，系统会形成一张预订的清单，接着付款，最后就可以了。反之，则可以退出或继续查询其他。

1.3 系统业务流程图

进入俱乐部管理网
会员登录
非会员
注册
选定项目和场地
查询
预定
预定清单
付款
结束
开始

图1-1 系统流程图

第2章 系统需求分析

2.1 需求分析任务
该文档是关于用户对于健身俱乐部管理系统的功能和性能的要求，重点描述了健身俱乐部管理系统的功能需求，是概要设计阶段的重要输入。
本文档的预期读者是：
· 设计人员；
· 开发人员；
· 项目管理人员；
· 测试人员；
· 用户。
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。

2.2 系统角色识别和成果

业务角色
角色说明
普通用户
注册成为会员
会员
管理个人信息，查询，预订及付款等功能
系统管理员
会员信息管理，处理预订，项目信息管理，场地信息管理

系统角色识别表
2.3 系统用例识别

参与者
Use Case
普通用户
注册
会员
登录系统
查询个人信息
查询项目信息
查询场地信息
预订
付款
系统管理员
登录系统
发布信息
预订处理
项目信息管理
场地信息管理
会员信息管理

系统用例识别表

2.4 系统用例图

图2-1 系统用例图

2.5 系统用例说明书

用例编号
U-00-01
用例名称
登录系统
角色
会员
作者
郭晨
进入流程
输入系统的起始地址
前置条件
必须是本俱乐部的合法会员，并且有正确的用户名和密码。
正常操作流程
1. 会员登录到该系统后，用例开始。
2. 会员输入正确的用户名。
3. 会员输入正确的密码。
4. 然后输入验证码，系统进行验证。
5. 系统通过验证以后，跳转到系统的首页，用例结束。

分支操作流程

异常操作流程1
1. 该俱乐部无此会员用户名则提示重新输入。
2. 系统验证密码错误，提示用户密码错误，确认后重新输入。
3. 验证码输入错误，则要求用户重新输入。
非功能性需求
1..验证码要求4位数字。
2.验证码图片要求干扰。

用例编号
U-01-01
用例名称
用户注册
角色
用户
作者
郭晨
前置条件
有意向加入到本俱乐部的用户。
正常操作流程
1. 用户注册该系统，用例开始。
2. 输入用户名（必填）。
3. 输入密码（必填）。
4. 输入确认密码（必填）。
5. 输入性别（可为空）。
6. 输入真实姓名（必填）。
7. 输入生日。
8. 输入家庭地址（可为空）。
9. 输入用户电话（可为空）。
10. 输入手机号码（可为空）。
11. 输入QQ（可为空）。
12. 输入E-mail（可为空）。
13. 输入身份证号（必填）。
14. 完成以上输入，确认后提示注册成功，用例结束。

异常操作流程
1. 用户名为空，提示请输入正确的用户名。
2. 密码为空，提示密码不可为空。
3. 确认密码，提示密码不可为空。
4. 真实姓名，提示请输入您的真实姓名。
5. 身份证号码长度不是15或18位或为空，提示身份证号码长度必须为15或18位。

用例编号
U-02-01
用例名称
健身项目信息增加
角色
系统管理员

作者
郭晨
前置条件
系统管理员必须登录到系统中
正常操作流程
1. 系统管理员增加健身项目信息，用例开始。
2. 输入项目名（必填）
3. 输入项目编号（可以为空，编号由系统自动获取）
4. 输入项目开始日期（必填）
5. 输入项目结束日期（必填）
6. 输入参加人数（必填）
7. 输入项目金额（可以为空）
8. 输入打折信息（可为空）
9. 输入项目简介（可为空）
10. 上传项目图片（可为空）
11. 完成以上输入，确认后提示增加成功，用例结束。
异常操作流程
1. 项目名为空，提示项目名不得为空
2. 项目开始日期为空，提示项目开始日期不得为空
3. 项目结束日期为空，提示项目结束日期不得为空。
4. 参加人数为空，提示参加人数不得为空。
5. 项目开始日期和项目结束日期不是日期类型，提示必须符合日期类型。

用例编号
U-02-02
用例名称
健身场地信息增加
角色
系统管理员
作者
郭晨
前置条件
系统管理员必须登录到系统中
正常操作流程
1. 系统管理员增加健身场地信息，用例开始。
2. 输入场地名称（必填）
3. 输入场地编号（可以为空，编号由系统自动获取）
4. 输入俱乐部编号（必填）
5. 上传场地图片（可为空）
6. 输入场地简介（可为空）
7. 完成以上输入，确认后提示增加成功，用例结束。

异常操作流程
1. 场地名称为空，提示场地名不得为空
2. 上传场地图片时，就符合图片大小为400*400，否则重新上传。

用例编号
U-03-01
用例名称
查询俱乐部会员信息
角色
系统管理员
作者
郭晨
前置条件
系统管理员必须登录到系统中
正常操作流程
1. 系统管理员查询俱乐部会员信息，用例开始。
2. 系统管理员输入如下查询条件：
1）会员编号
2）会员姓名
3）以上两者之一
3. 系统按照查询条件显示该会员信息，用例结束。
异常操作流程
1. 当该会员不存在时，信息为无。

系统至少5个用例的用例说明书。(注：打印文档只要5个用例即可，但电子文档要全部用例的用例说明书)。

第3章 系统面向对象分析

3.1 OOA分析任务

根据需求规格完成软件模块的划分并描述模块之间的关系。

3.2 系统OOA类组成

　OOA（面向对象的分析）模型由5个层次（主题层、对象类层、结构层、属性层和服务层）和5个活动（标识对象类、标识结构、定义主题、定义属性和定义服务）组成。在这种方法中定义了两种对象类之间的结构，一种称为分类结构，一种称为组装结构。分类结构就是所谓的一般与特殊的关系。组装结构则反映了对象之间的整体与部分的关系。　　
OOA在定义属性的同时，要识别实例连接。实例连接是一个实例与另一个实例的映射关系。OOA在定义服务的同时要识别消息连接。当一个对象需要向另一对象发送消息时，它们之间就存在消息连接。　　
OOA 中的5个层次和5个活动继续贯穿在OOD（画向对象的设计）过程中。OOD模型由4个部分组成。它们分别是设计问题域部分、设计人机交互部分、设计任务管理部分和设计数据管理部分。

3.3 系统OOA类识别

用例编号
用例名称
分析类类别
Class Type
分析类名称
class Name
属性
Properties
方法
Methods
101
登录用例
边界类
border
登录界面

输入登录地址
获取验证码
控制类
Control
登录控制

实体
Entity
会员
账号
密码
真实姓名
性别
QQ号
电话
生日
身份证

验证
201
增加信息用例
边界类

增加信息界面

进入增加信息界面
输入场地信息
输入健身项目信息
提交
显示错误信息
控制

增加信息控制

取得健身项目列表
取得场地列表
验证提交数据合法性

边界
信息管理主界面

进入主界面
显示增加选择
显示修改选择
显示删除选择
显示查询选择
选择增加
选择修改
选择删除
选择查询

实体
健身项目
编号
名称
开始时间
结束时间
最大参与人数
取得列表
取得名称
实体
健身场地
编号
名称
取得列表
取得名称
202
修改信息用例
边界
修改信息界面

进入增加信息界面
输入场地信息
输入健身项目信息
提交
显示错误信息
控制
修改信息控制

取得健身项目列表
取得场地列表
验证提交数据合法性
实体
健身项目
编号
名称
开始时间
结束时间
最大参与人数
取得列表
取得名称
实体
健身场地
编号
名称
取得列表
取得名称
边界
管理员工主界面

进入主界面
显示增加选择
显示修改选择
显示删除选择
显示查询选择
选择增加
选择修改
选择删除
选择查询

203
删除信息用例
边界
删除信息界面

进入删除信息界面
输入场地信息
输入健身项目信息
提交
显示错误信息
控制
删除信息控制

取得健身项目列表
取得场地列表
验证提交数据合法性
实体
健身项目
编号
名称
开始时间
结束时间
最大参与人数
取得列表
取得名称
实体
健身场地
编号
名称
取得列表
取得名称
边界
管理员工主界面

进入主界面
显示增加选择
显示修改选择
显示删除选择
显示查询选择
选择增加
选择修改
选择删除
选择查询

204
查看信息用例
边界
查看信息界面

进入增加信息界面
输入场地信息
输入健身项目信息
提交
显示错误信息
控制
查看信息控制

取得健身项目列表
取得场地列表
验证提交数据合法性
实体
健身项目
编号
名称
开始时间
结束时间
最大参与人数
取得列表
取得名称
实体
健身场地
编号
名称
取得列表
取得名称
边界
管理员工主界面

进入主界面
显示增加选择
显示修改选择
显示删除选择
显示查询选择
选择增加
选择修改
选择删除
选择查询

301
用户注册用例
边界类
border
注册界面

点击注册
控制类
Control
注册控制

实体
Entity
用户
账号
密码
真实姓名
性别
QQ号
电话
生日
身份证

验证
401
预订用例
边界类
border
预订界面

进入预订信息界面
输入场地信息
输入健身项目信息
选择预订
显示错误信息
控制类
Control
预订控制

实体
健身项目
编号
名称
开始时间
结束时间
最大参与人数
取得列表
取得名称
501
修改密码用例
边界类
border
修改密码界面

进入修改密码界面
选择会员
控制类
Control
修改密码控制

实体
Entity
会员
账号
密码
真实姓名
性别
QQ号
电话
生日
身份证

验证

3.4 系统OOA类图

图 3-1 会员登录用例类图

图3-2 信息管理主用例类图

图3-3 信息查询用例类图

图3-4 信息删除用例类图

图3-5 信息修改用例类图

图3-6 信息增加用例类图

图3-7 修改密码用例类图

图3-8 用户注册用例类图

图3-9 预订用例类图

3.5 系统OOA用例时序图

图3-10 系统时序图

图3-11 会员登录用例时序图

图3-12 信息管理主用例时序图

图3-13 信息修改用例时序图

图3-14 预订用例时序图

3.6 系统OOA用例协作图

图3-15 系统协作图

图3-16 信息管理主用例协作图

图3-17 预订用例协作图

第4章 系统面向对象设计

4.1 OOD设计任务
对OOA分析的结果作进一步的规范化整理，以便能够被OOP直接接受。

4.2 系统平台和技术选择
(1)操作系统平台选择
Windows 2003 Server 企业版
(2)数据库平台选择
Oracle 10g
(3) 应用服务器平台
Tomcat6.0.20
(4)开发语言选择
Java
HTML
JavaScript
(5) 开发框架选择
JavaEE(JSP, Servlet)
(6)开发工具选择
Eclipse3.5
(7) 版本管理工具选择
SubVision6

4.3 系统OOD类设计模式和分层策略

由于本系统采用了基于struct体系结构的设计，即MVC的三层设计模式，并采用面向对象的Java语言以及JSP的脚本语言实现。在整个开发过程中，尽可能采用复用的原则，例如采用标签库，统一数据库的基本操作，统一结果显示等。
进一步细分可以划归为JAVA EE五层架构，及CO层,DTO层,BO层,DAO层,VIEW层,
VIEW 层负责页面的显示，视图层。
DAO 层负责系统与数据库的交互。
BO 层负责处理系统相关业务。
CO 层负责传输控制数据对象。
DTO 层则代表了与实体之间的意义对应。

4.4 系统OOD DTO(VO)层设计
(1) 简述VO类的职责

DTO 是简单对象，它不应该包含需要测试的任何业务逻辑。但是，您确实需要测试每个 DTO 的数据聚合。每个 DTO 可能需要测试，也可能不需要，这取决于您的序列化机制。如果序列化是框架的一部分，则只需要测试一个 DTO。如果不是这样，请使用一般的反射机制，这样就不需要测试每个 DTO 的序列化。

(2) 说明VO的设计原则

VO类采取与实体一一对应的策略。
取得VO类由VO直接NEW对象。
而VO类的属性则由各属性所对应的GET方法获得。

(3) VO类的设计规范：

VO类的包名统一采用：com.city.club.模块名.value
模块名即为所对应的子模块名：
如：
admin(信息管理子模块)
reserve（预订子模块）
包名全部小写。

VO类的类名采用：实体名Value的形式
实体名即为所对应的实体名：
如：
Ground(健身场地实体)

类名首字母大写，相邻单词首字母大写。

VO类属性名，方法名，
首字母小写，相邻单词首字母大写

(4) 系统的所有的VO的设计表
pckage com.city.club.admin.value 信息管理子系统值类

类名称
类型
属性
方法
//场地值类
GroundValue
JavaBean
private String GroundID; //场地序号
private String GroundName; //场地名称

//每个属性一对set/get方法
//健身项目值类
ItemValue
JavaBean
private int ItemID //项目序号
private String ItemName; //项目名称名称
private data DataStart//项目开始时间
private data DataEnd//项目结束时间
Private int PersannelNum//项目最大人数
Set<ItemValue> employees=null;

//每个属性一对set/get方法

pckage com.city.club.reserve.value预订子系统值类
类名称
类型
属性
方法
//订单值类
ListValue
JavaBean
private int ListID //订单序号
private intUserID //用户序号
private int ItemID //项目序号
private intclubID //俱乐部序号
private String GroundID; //场地序号
Private int IsFlag//标志

//每个属性一对set/get方法

pckage com.city.club.login.value会员登录子系统值类
类名称
类型
属性
方法
//会员值类
VipValue
JavaBean
private int Vipid
private String VipName;
private int Password
private int Gender
private int Level

//每个属性一对set/get方法

pckage com.city.club.register.value用户注册子系统值类
类名称
类型
属性
方法
//会员值类
UserValue
JavaBean
private int Userid
private String UserName;
private int password

//每个属性一对set/get方法

4.5 系统OOD DAO层设计
(1) 简述DAO类的职责
DAO是Data Access Object数据访问接口，数据访问：顾名思义就是与数据库打交道。夹在业务逻辑与数据库资源中间。
J2EE模式中是这样介绍DAO模式的：为了建立一个健壮的J2EE应用，应该将所有对数据源的访问操作抽象封装在一个公共API中。用程序设计的语言来说，就是建立一个接口，接口中定义了此中将会用到的所有事务方法。在这个应用程序中，当需要和数据源进行交互的时候则使用这个接口，并且编写一个单独的类来实现这个接口在逻辑上对应这个特定的数据存储

(2) 说明DAO的设计原则
取得DAO类由DAO工厂负责统一生产。

3) DAO类的设计规范：

DAO类的包名统一采用：com.city.club.模块名.dao
模块名即为所对应的子模块名：
如：
admin(信息管理子模块)
包名全部小写。

dao类的类名采用：实体名dao的形式
实体名即为所对应的实体名：
如：
Ground(健身场地实体)

类名首字母大写，相邻单词首字母大写。

Dao，方法名，
首字母小写，相邻单词首字母大写

(4) 系统的所有的DAO层接口，类和工厂的设计表格
package com.city.club.admin.dao信息管理子系统DAO接口
接口名称
塑造型
属性
方法
//场地DAO接口
IGroundDao
interface

public void create(GroundValue ev);
public void update(GroundValue ev);
public void delete(GroundValue ev);
public getGroundList<GroundValue> getList();

//健身项目DAO接口
IItemDao
interface

public void create(ItemValue ev);
public void update(ItemValue ev);
public void delete(ItemValue ev);
public getItemList<ItemValue> getList();
Public