游泳馆会员管理系统课程设计报告.doc

《数据库系统原理》课程设计报告项目名称： 游泳馆会员管理系统数据库设计 专 业： 计算机科学与技术 班 级： 16-3 姓 名： 吉力 学 号： 指导老师： 杜义君 摘 要随着经济的发展和消费水平的提高，人们消费越来越多样化，这就使游泳馆对顾客资料信息的管理更加繁琐会员管理系统能更好、更准、更方便的对会员的相关信息进行管理，并且更有效的维护游泳馆信息这样不但有助于游泳馆会员秩序的管理与发展和信息维护，并且有助于提高游泳馆在用户中的形象，进而提高其知名度和竞争力系统采用access作为开发工具实现了管理员对会员信息的录入、更新和修改，并且可以按会员姓名、会员卡卡号查询会员的基本信息本文首先分析了会员管理程序的必要性，由此提出了自己的会员管理程序思想然后阐述了系统的设计原则，功能实现过程，最后阐述了本系统的实用性，并说明了需完善之处关键字：会员；会员卡；信息管理；Access；目 录1．引言 32.需求分析阶段 32.1 引言 32.2 需求分析阶段的目标与任务 42.3 需求分析阶段成果 53概念设计阶段 83.1 引言 83.2 任务与目标 83.3 阶段结果 84．逻辑设计阶段 104.1逻辑设计的任务和目标 104.2数据组织 104.2.1将E-R图转换为关系模型 114.2.2模型优化 114.2.3数据库模式定义 114.2.4 用户子模式定义 124.3数据处理 135．物理设计阶段 145.1物理设计阶段的目标与任务 145.2数据存储方面 145.3系统功能模块 155.3.1 会员基本信息的查询和更新模块 155.3.2 会员卡信息的建立模块 166．数据库实施阶段 166.1建立数据库、数据表、视图、索引 166.1.1 建立数据库 166.1.2 建立数据表 166.1.3 建立窗体 197．系统调试和测试 208．实习心得 209．存在的问题及建议 20参考文献 21附录1存储过程定义 22附录2 数据查看和存储过程功能的验证 23附录3 登录界面源代码 23 1．引言当今中国游泳馆产业发展正盛，大量游泳馆涌现于各个城市，很大程度上为人们的生活提供了快乐，游泳馆为了避免固定客流的流失推出了会员卡制度。

游泳馆会员管理系统就是为了更好管理会员信息而产生的，它能使游泳馆管理员快速注册新会员，能修改和更新会员信息，能通过姓名、会员卡卡号等条件查询会员的消费信息会员管理系统相对于传统的管理而言具有查询方便、维护简易、精确性高等优点计算机的使用能够大量节省人力、物力、财力，而且还可以大大提高会员资料的安全性和完整性本系统的开发要求是利用Access开发会员管理系统，满足游泳馆对会员管理的要求，能够为会员信息管理提供便利全文分为目录、需求分析、概要设计、逻辑设计、物理设计，以及系统的实现等全过程在程序设计与调试上采用了自上而下，逐步细化，逐步完善的原则采用结构化的功能模块设计系统功能，可读性好，易于扩充2.需求分析阶段2.1 引言随着社会发展，计算机的广泛应用已成为社会发展的重要标志这个社会是个信息高速发展的社会，它不仅体现在高科技上，而且体现在我们日常的生活中根据软基工程学的要求，开发软件首先要做的且也是开发过程中最主要的就是系统的需求分析，它同时也是软件生存周期中关键的一步根据软件工程学开发软件的要求，对游泳馆会员管理系统的全部功能和相关技术进行具体的分析，分析时采用结构化的分析方法，自顶向下，逐步分解问题，下面就对游泳馆会员管理系统进行系统分析，以确定该软件的规模、应具有的功能提出的各项要求及所需要的硬件环境和软件支持，确定开发的软件与外界的接口。

根据用户的情况确定软件对操作的要求，以及待开发软件总体上的约束和限制在构造系统时，首先从需求出发构造数据库表，然后再由数据库表结合需求划分系统功能模块这样，就把一个大的系统分解成了几个小系统这里把系统的层次划分为了两个部分：管理员部分与会员部分能够实现以下功能： 进行会员信息的录入、修改、删除及查询等；② 实现卡的发行、卡的注销、更改信息；③ 定义会员的种类及优惠信息；2.2 需求分析阶段的目标与任务2.2.1处理对象会员基本信息：会员卡卡号，姓名，性别，年龄，联系方式，购卡日期会员卡信息：会员卡卡号，会员卡编号，会员卡种类消费项目信息：项目编号，项目名称，项目种类，单价会员消费信息：会员卡卡号，项目编号，数量优惠信息：会员卡卡号，会员卡种类，折扣2.2.2处理功能及要求1．能够存储会员的基本信息,并方便有效的进行相应的会员信息数据操作和管理，这主要包括：1)会员信息的录入、删除及修改2)会员信息的多关键字检索查询２．能够对游泳馆项目的种类价格等进行相应的信息存储与管理，这其中包括：1) 游泳项目信息的及时添加删除及更新2）会员的消费信息的管理3)会员消费信息的统计与查询3．能够提供一定的安全机制，提供数据信息授权访问，防止随意删改、查询。

2.2.3.安全性和完整性要求1） 安全性要求 系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面安全性先通过窗体机制，不同的用户只能访问系统授权的窗体，这样可提供系统数据一定程度上的安全性，再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性；系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面2） 完整性要求系统完整性要求系统中数据的正确性以及相容性可通过建立主、外键，使用check约束更新2.3 需求分析阶段成果2.3.1 游泳馆会员管理系统数据流程图顶层数据流图：游泳馆会员管理数据流图： 查询信息管理会员信息信息反馈信息反馈查询修改信息游泳馆会员管理系统消费项目信息会员管理会员卡日常管理会员基本信息管理会员基本信息管理数据流图：会员基本信息管理消费项目办卡日期会员卡类会员卡号会员名称打折信息会员管理数据流图： 会员信息管理会员卡折扣状况会员入会2.3.2游泳馆会员管理系统数据字典名字：会员基本信息描述：记录会员的姓名，性别，购卡日期，使用期限基本状况定义：会员基本信息=姓名+性别+卡号+会员种类位置：消费者名字：会员卡描述：成为会员的一种凭证，可以享受购物的一定优惠。

定义：会员卡=限会员本人使用+优惠位置：会员拥有名字：报表描述：打印会员购物基本信息定义：报表=购物物品+物品名称+物品件数+目前价格+所有物品总价位置：输出到打印机名字：会员政策描述：会员卡具体优惠政策定义：会员政策=会员所享受的各种优惠具体内容位置：会员管理系统3概念设计阶段 3.1 引言系统开发的总体目标是实现游泳馆会员管理的系统化和自动化，减轻工作人员的工作量，方便工作人员对它的操作，提高管理的质量和水平，做到高效、智能化管理，从而达到提高游泳馆管理效率的目的主要任务是对会员信息、会员卡信息、消费项目信息、优惠信息、会员消费信息的基本信息的操作及外理概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键3.2 任务与目标（1）选择中层数据流为切入点，通常选择实际系统中的子系统；（2）设计分E-R图，即各子模块的E-R图；（3）生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系统一；（4）生成全局E-R图，通过消除冲突等方面3.3 阶段结果（1）根据不同的对象，分别画出各分E－R图：（a）从会员基本信息抽象出的分E－R图：会员卡卡号会员姓名性别年龄联系方式购卡日期（b）从会员卡信息抽象出的分E－R图：会员卡会员卡卡号会员卡编号会员卡种类（c）从游泳馆消费项目信息抽象出E－R图：项目项目编号项目名称项目种类价格（2）合并各分Ｅ－Ｒ图,消除属性冲突、命名冲突、结构冲突等三类冲突，得到初步E-R图，再消除不必要冗余，得到的基本E-R图如下所示：全局E-R图属于会员会员类别消费项目管理员会员卡管理办理（3）各E－R图各实体的属性如下所示：会员(会员卡卡号,姓名, 性别, 年龄, 联系方式, 购卡日期, 会员种类,折扣)会员卡(会员卡卡号,会员姓名,会员性别,会员年龄 ,会员卡编号, 会员卡种类, 办卡日期)消费信息(会员卡卡号，消费项目编号,项目名称,项目种类,价格,数量)4．逻辑设计阶段4.1逻辑设计的任务和目标以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。

具体内容包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务4.2数据组织4.2.1将E-R图转换为关系模型实体型转换为关系模式实体的属性就是关系的属性，实体的码就是关系的码对于实体间的联系则有以下不同的情况： 一个m：n联系转换为一个关系模式与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码 一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并三个或三个以上实体间的一个多元联系可以转换为一个关系模式与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合具有相同码的关系模式可合并将联系转化成独立的关系模式，具体的基本E-R图向关系模型的转化如下：会员：会员(会员卡卡号,姓名,性别,年龄,联系方式,购卡日期,会员种类,折扣)会员卡：会员卡(会员卡卡号,会员姓名,会员性别,会员年龄,会员卡编号,会员卡种类,办卡日期)消费信息：消费信息(会员卡卡号，消费项目编号,项目名称,项目种类,价格,数量)4.2.2模型优化关系模式会员,会员卡,消费项目,优惠规则 不存在非主属性对主属性的部分函数依赖，也不存在传递函数依赖，已经达到了3NF。

消费信息则存在部分依赖4.2.3数据库模式定义表2.1会员基本信息表列名数据类型可否为空会员卡卡号Charnot null姓名Charnot null性别Charnot null年龄Charnot null联系方式Charnot null购卡日期Date/time表2.2 会员卡信息表列名数据类型可否为空会员卡卡。