-数据库系统原理课程设计报告工程名称： 游泳馆会员管理系统数据库设计 专 业： 计算机科学与技术 班 级： 16-3 姓 名： 吉力 学 号：5011212305 指导教师：杜义君 摘 要随着经济的开展和消费水平的提高，人们消费越来越多样化，这就使游泳馆对顾客资料信息的管理更加繁琐。会员管理系统能更好、更准、更方便的对会员的相关信息进展管理，并且更有效的维护游泳馆信息。这样不但有助于游泳馆会员秩序的管理与开展和信息维护，并且有助于提高游泳馆在用户中的形象，进而提高其知名度和竞争力。系统采用access作为开发工具。实现了管理员对会员信息的录入、更新和修改，并且可以按会员、会员卡卡号查询会员的根本信息。本文首先分析了会员管理程序的必要性，由此提出了自己的会员管理程序思想。然后阐述了系统的设计原则，功能实现过程，最后阐述了本系统的实用性，并说明了需完善之处。关键字：会员；会员卡；信息管理；Access；目 录1引言32.需求分析阶段32.1 引言32.2 需求分析阶段的目标与任务42.3 需求分析阶段成果53概念设计阶段83.1 引言83.2 任务与目标83.3 阶段结果84逻辑设计阶段104.1逻辑设计的任务和目标104.2数据组织10将E-R图转换为关系模型11模型优化11数据库模式定义11用户子模式定义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 登录界面源代码231引言当今中国游泳馆产业开展正盛，大量游泳馆涌现于各个城市，很大程度上为人们的生活提供了快乐，游泳馆为了防止固定客流的流失推出了会员卡制度。游泳馆会员管理系统就是为了更好管理会员信息而产生的，它能使游泳馆管理员快速注册新会员，能修改和更新会员信息，能通过、会员卡卡号等条件查询会员的消费信息。会员管理系统相对于传统的管理而言具有查询方便、维护简易、准确性高等优点。计算机的使用能够大量节省人力、物力、财力，而且还可以大大提高会员资料的平安性和完整性。本系统的开发要利用Access开发会员管理系统，满足游泳馆对会员管理的要求，能够为会员信息管理提供便利。全文分为目录、需求分析、概要设计、逻辑设计、物理设计，以及系统的实现等全过程。在程序设计与调试上采用了自上而下，逐步细化，逐步完善的原则。采用构造化的功能模块设计系统功能，可读性好，易于扩大。2.需求分析阶段2.1 引言随着社会开展，计算机的广泛应用已成为社会开展的重要标志。这个社会是个信息高速开展的社会，它不仅表达在高科技上，而且表达在我们日常的生活中。根据软基工程学的要求，开发软件首先要做的且也是开发过程中最主要的就是系统的需求分析，它同时也是软件生存周期中关键的一步。根据软件工程学开发软件的要求，对游泳馆会员管理系统的全部功能和相关技术进展具体的分析，分析时采用构造化的分析方法，自顶向下，逐步分解问题，下面就对游泳馆会员管理系统进展系统分析，以确定该软件的规模、应具有的功能提出的各项要求及所需要的硬件环境和软件支持，确定开发的软件与外界的接口。根据用户的情况确定软件对操作的要求，以及待开发软件总体上的约束和限制。在构造系统时，首先从需求出发构造数据库表，然后再由数据库表结合需求划分系统功能模块。这样，就把一个大的系统分解成了几个小系统。这里把系统的层次划分为了两个局部：管理员局部与会员局部。能够实现以下功能：进展会员信息的录入、修改、删除及查询等；实现卡的发行、卡的注销、更改信息；定义会员的种类及优惠信息；2.2需求分析阶段的目标与任务处理对象会员根本信息：会员卡卡号，性别，年龄，联系方式，购卡日期会员卡信息：会员卡卡号，会员卡编号，会员卡种类消费工程信息：工程编号，工程名称，工程种类，单价会员消费信息：会员卡卡号，工程编号，数量优惠信息：会员卡卡号，会员卡种类，折扣处理功能及要求1能够存储会员的根本信息,并方便有效的进展相应的会员信息数据操作和管理，这主要包括：1)会员信息的录入、删除及修改。2)会员信息的多关键字检索查询。能够对游泳馆工程的种类价格等进展相应的信息存储与管理，这其中包括：1) 游泳工程信息的及时添加删除及更新。2会员的消费信息的管理3)会员消费信息的统计与查询。3能够提供一定的平安机制，提供数据信息授权访问，防止随意删改、查询。.平安性和完整性要求1 平安性要求 系统平安性要求表达在数据库平安性、信息平安性和系统平台的平安性等方面。平安性先通过窗体机制，不同的用户只能访问系统授权的窗体，这样可提供系统数据一定程度上的平安性，再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的平安性；系统平台的平安性表达在操作系统的平安性、计算机系统的平安性和网络体系的平安性等方面。2 完整性要求系统完整性要求系统中数据的正确性以及相容性。可通过建立主、外键，使用check约束更新。2.3 需求分析阶段成果 游泳馆会员管理系统数据流程图顶层数据流图：游泳馆会员管理数据流图： 查询信息管理会员信息信息反应信息反应查询修改信息游泳馆会员管理系统消费工程信息会员管理会员卡日常管理会员根本信息管理会员根本信息管理数据流图：会员根本信息管理消费工程办卡日期会员卡类会员卡号会员名称打折信息会员管理数据流图： 会员信息管理会员卡折扣状况会员入会游泳馆会员管理系统数据字典名字：会员根本信息描述：记录会员的*，性别，购卡日期，使用期限根本状况。定义：会员根本信息=*+性别+卡号+会员种类位置：消费者名字：会员卡描述：成为会员的一种凭证，可以享受购物的一定优惠。定义：会员卡=限会员本人使用+优惠位置：会员拥有名字：报表描述：打印会员购物根本信息定义：报表=购物物品+物品名称+物品件数+目前价格+所有物品总价位置：输出到打印机名字：会员政策描述：会员卡具体优惠政策定义：会员政策=会员所享受的各种优惠具体内容位置：会员管理系统3概念设计阶段3.1 引言系统开发的总体目标是实现游泳馆会员管理的系统化和自动化，减轻工作人员的工作量，方便工作人员对它的操作，提高管理的质量和水平，做到高效、智能化管理，从而到达提高游泳馆管理效率的目的。主要任务是对会员信息、会员卡信息、消费工程信息、优惠信息、会员消费信息的根本信息的操作及外理。概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息构造(概念模型)的过程,它是整个数据库设计的关键。3.2 任务与目标1选择中层数据流为切入点，通常选择实际系统中的子系统；2设计分E-R图，即各子模块的E-R图；3生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系统一；4生成全局E-R图，通过消除冲突等方面。3.3 阶段结果1根据不同的对象，分别画出各分ER图：a从会员根本信息抽象出的分ER图：会员卡卡号会员*性别年龄联系方式购卡日期b从会员卡信息抽象出的分ER图：会员卡会员卡卡号会员卡编号会员卡种类c从游泳馆消费工程信息抽象出ER图：工程工程编号工程名称工程种类价格2合并各分图,消除属性冲突、命名冲突、构造冲突等三类冲突，得到初步E-R图，再消除不必要冗余，得到的根本E-R图如下所示：全局E-R图属于会员会员类别消费工程管理员会员卡管理办理3各ER图各实体的属性如下所示：会员(会员卡卡号, 性别, 年龄, 联系方式, 购卡日期, 会员种类,折扣)会员卡(会员卡卡号,会员,会员性别,会员年龄 ,会员卡编号, 会员卡种类, 办卡日期)消费信息(会员卡卡号，消费工程编号,工程名称,工程种类,价格,数量)4逻辑设计阶段4.1逻辑设计的任务和目标以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的根本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑构造。具体容包括数据组织将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计、数据处理画出系统功能模块图两大任务。4.2数据组织将E-R图转换为关系模型实体型转换为关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有以下不同的情况： 一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。 一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合具有一样码的关系模式可合并。将联系转化成独立的关系模式，具体的根本E-R图向关系模型的转化如下：会员：会员(会员卡卡号,性别,年龄,联系方式,购卡日期,会员种类,折扣)会员卡：会员卡(会员卡卡号,会员,会员性别,会员年龄,会员卡编号,会员卡种类,办卡日期)消费信息：消费信息(会员卡卡号，消费工程编号,工程名称,工程种类,价格,数量)模型优化关系模式会员,会员卡,消费工程,优惠规则 不存在非主属性对主属性的局部函数依赖，也不存在传递函数依赖，已经到达了3NF。消费信息则存在局部依赖。数据库模式定义表2.1会员根本信息表列名数据类型可否为空会员卡卡号Charnot nullCharnot null性别Charnot null年龄Charnot null联系方式Charnot null购卡日期Date/time表2.2 会员卡信息表列名数据类型可否为空会员卡卡号Charnot null会员卡编号Charnot null会员卡种类Charnot null表2.3物品信息表列名数据类型可否为空消费工程编号Charnot null工程名称Charnot null工程种类Charnot null价格Monetarynot null表