会员管理系统课案

1、课程设计课程名称 _数据库原理及应用 B题目名称会员管理系统学生学院 管理学院 专业班级 13 物流管理（ 2）班学 号 _3213004414学生姓名 刘姿慧 指导教师 朱世展 2015 年 6 月 28 日广东工业大学课程设计任务书题目名称 会员管理系统学生学院 管理学院专业班级 13 物流管理 2 班 姓 名刘姿慧学 号3213004414一、课程设计的内容一个会员管理数据库要求提供以下服务：（1）会员、会员卡、会员级别、消费记录、商品信息等相关数据的输入。（2）会员、会员卡、会员级别、消费记录、商品信息等相关信息的维护（修改、浏览、 删除和撤销等）（3）可随时查询会员，会员卡，会员级别

2、，商品等相关信息，和消费记录的基本情况（4）可根据数据库中会员级别的信息，发布会员消费排行榜等等。（5）可输出会员卡注册情况，商品销售信息的单据等等。 根据以上的情景假设，进行如下的分析与设计： （ 1）根据上述语义画出 ER 图。（2）将 ER 模型转换成关系模型，并指出每个关系模式的主关键字。（3）分析每个关系模式已经达到第几范式。对于不符合第三范式要求的关系模式进行 规范化。（4）根据概念模型设计逻辑模型和保护设计。（ 5）在 SQLServer 中实现。、课程设计的要求与数据ER 图的设计、关系模式的转换与规范根据教师给定的选题， 运用课堂中学到的数据库的基本理论与设计的知识， 完成数

3、据库 概念设计、逻辑设计及部分物理设计的内容。重点是化以及如何利用 DBMS 完成数据表及数据库的创建和操作。具体要求包括：1开发环境要求： SQL Server 20052提交课程设计报告一份，包括以下内容： 用户需求：要解决的主要问题，达到的具体指标等。 业务流程分析：描述系统的业务流程，画出规范的业务流程图。 数据库概念模式设计 写出由基本项相应得出的实体、联系及其属性，并确定主实体的标识特征，画出ERD ；对其中复杂的多元联系进行分析，必要则改进。 数据库逻辑模式设计4.1 一般逻辑模型设计：写出由 ERD 导出一般关系模型的四条原则，列出数据库 初步构思的关系框架，并检查改进之。4.

4、2 具体逻辑模型设计：按所用的 DBMS 要求，设计表（文件）的具体结构，在 关系框架下补充字段类型、长度、小数位数等行。 数据库保护设计5.1 设计表间关系：列出数据库表间的关联关系。5.2 完整性设计：列出主要字段完整性的字段名、完整性约束条件；列出记录完整 性约束及其约束条件；列出参照完整性表。 数据库系统的实现6.1 数据库及其表结构的建立 ：建立数据库描述文件及建立其数据库表， 注意完整 性与关联的实现，并附作为命令执行结果的数据库表结构及其关联图、参照完整性表。6.2 数据输入：录入数据，并打印出各表的内容，要求每个表至少有 15 条记录。 3提交光盘（每班统一制作 1 张光盘，每

5、人一个文件夹，文件夹名为“学号姓名” ）。 每人的光盘文件夹内含： 任务书； 数据库文件（包括数据文件和日志文件） ； 课程设计报告电子文档。三、课程设计应完成的工作1 要求完成一个系统设计的主要过程：需求分析、系统分析、系统设计、系统实现等过 程。2 完成设计后，要写出设计报告。四、课程设计进程安排序号设计各阶段内容地点起止日期31举行课程设计动员会，说明课程设计的要求、目的。通 过讨论、查询相关资料确定课程设计选题。实验中心机房16 周 1- 周 22进行需求分析、数据库逻辑结构的分析。实验中心机房16 周 3- 周 43完成以下内容： （1）用户需求分析； （ 2）业务流程分析； （ 3

6、）数据库概念模型设计； （ 4）写出由基本项相应得 出的实体、联系及其属性； （ 5）对其中复杂的多元联系 进行分析，必要则改进。实验中心机房16 周 4- 周 54完成数据库模型设计，包括一般逻辑模型设计和物理逻 辑模型设计；设计索引、设计表间关系、设计完整性。实验中心机房17 周 1- 周 25进行系统实现。内容主要包括：数据库表结构的建立与 数据输入。实验中心机房17 周 3- 周 46撰写课程设计报告并上交实验中心机房17 周 4- 周 5五、应收集的资料及主要参考文献1 崔巍主编 , 数据库应用与设计 . 清华大学出版社， 20092 王珊, 陈虹 . 数据库系统原理教程 . 清华大

7、学出版社， 20033 金银秋 . 数据库原理与设计 . 科学出版社 , 20004 李建中 , 王珊 . 数据库系统原理 . 电子工业出版社， 19985 李大友 . 数据库原理及应用 . 清华大学出版社， 2000目录一、用户需求 61.1 功能需求分析 61.2 业务需求分析 61.3 信息需求分析 6二、业务流程分析 7三、数据库概念模式设计 8四、数据库逻辑模式设计 114.1 一般逻辑模型设计 1 14.2 集体逻辑模型设计 1 2五、数据库保护设计 135.1 设计表间关系 135.2 完整性设计 13六、数据库系统的实现 166.1 数据库及其表结构的建立 1 66.2 数据输

8、入 19七、结束语 22用户需求1.1 功能需求分析 该会员管理系统有三大模块：用户登录模块，会员管理模块，消费管理模 块。用户登录模块： 该模块需要用户输入用户名和密码，如果通过身份验证则可以连接到数据 库。如果忘记密码， 则可以通过回答注册时设置的问题找回密码。 如果输入次数 超过 5 次，则需要等待 10 分钟才能重新输入。会员管理模块： 该模块主要实现会员的注册，修改，退出，查询等操作。会员有多种级别， 级别的高低与消费总额成正比。 不同的级别拥有不同的优惠服务。 刚注册的会员 有初级级别的优惠。会员可使用会员卡购买商品， 每名会员只能注册一张会员卡。 当需要补办会员卡， 或其他修改会

9、员信息的操作可以通过修改来执行。 其中会员 查询可以通过不同的方式进行查询，以得到想要的数据。消费管理模块：该模块提供会员消费界面， 既会员购买了哪些商品， 商品单价等信息。 会员 确定购买后， 将所购买商品插入数据库中消费记录表， 同时更改会员卡的消费总 额，余额等信息。并且，根据消费总额是否达到一定限额，决定会员卡的级别是 否升级。1.2 业务需求分析本系统收集了很多会员信息，可以为系统管理员提供高效便利的管理系统。1.3 信息需求分析 本系统共包括五张基本信息表 会员信息表：会员 ID，姓名，性别，联系方式，卡号。 会员卡信息表：卡号，消费总额，余额，注册时间。 （序列号唯一标识会员卡）

10、 级别表（用于查询会员消费后的级别） ：级别 ID，级别名称，级别优惠。 消费记录表（用于记录会员消费的记录） ：消费 ID ，消费时间，商品条形码，卡 号。 商品信息表：商品条形码，单价，商品名称，数量。二、业务流程分析该系统分为三大模块，用户登录，会员管理，消费管理。用户登录模块主要管理会员的账号和密码， 当注册了新会员， 会员信息修改或者查询，会员退出等，归会员管理模块管。 当会员消费了或者充值了，就归消费管理模块管， 各个模块分工合作， 各司其职。下图是流程图：会员管理系统会员充值消费管理模块会员消费会员退出会员管理模块用户登录模块会员信息查询三、数据库概念模式设计（1）由以上分析，可

11、将主要的关系实体分为会员，会员卡，级别， 消费记录，商品信息。各实体属性图如下：图 3-1 会员实体属性图注册时间图 3-3 级别属性图9（ 2） E-R 图主图查询在 E-R 模型中， 一个会员只能注册一张会员卡， 一张会员卡只能被一个会员 注册；当一张会员卡消费时会有多条消费记录， 多条消费记录可能来源于同一张 会员卡；一张会员卡只能拥有一个级别， 但一个级别对应多张会员卡； 一条消费 记录只能查询到一种商品，但一种商品可能对应多条消费记录。商品图 3-6 会员管理系统 E-R 图（ 3）将 E-R 图转换成关系模型，并指出每个关系模式的主关键字关系模型的逻辑结构是一组关系模式的集合。 E

12、-R 图则是由实体 型、实体的属性以及实体之间的联系 3 个要素组成的。根据将实体型、 实体的属性和实体型之间的联系转换成关系模式的有关原则， 将上述10E-R图转换成以下的关系模式。 （关系模型的主关键字用下划线标出， 外关键字用下划虚线标出）1、会员（会员 ID，姓名，性别，电话，卡号）2、会员卡（卡号，消费总额，余额，级别 ID ，注册时间）3、级别（级别 ID, 级别名称，级别优惠）4、消费记录（消费 ID, 消费金额，消费时间，商品条形码，卡号）5、商品记录（条形码，单价，商品名称，数量）（4）分析每个关系模式已经达到第几范式。对于不符合第三范 式要求的关系模式进行规范化。四、数据库

13、逻辑模式设计4.1 一般逻辑模型设计由 ERD导出一般关系模型的原则为：原则一：每一个独立实体变换为一个关系， 其属性变为关系的属性， 其主标识变为关系的主码。原则二：从实体及响应的“的”联系变换为一个关系，从实体的属 性加上主实体关系的主码构成这个关系的属性。如果“的”联系是 1:1 的，则以实体关系的主码（作为外来码）为这个关系的主码；如 果“的”联系是 1： M的，则以主实体关系的主码加上同一主实体个 体联系的不同从属实体个体赖以互相区分的属性组， 组成该关系的主 码。原则三： 1：M联系通过在“多”实体关系中增加相联系的“ 1”实 体关系的主码及联系本身的属性来表达。其中“ 1”实体主

14、码为外来 码。原则四： M：M 联系转换成一个独立的关系，被联系实体关系的主 码（作为外来码） 和联系本身的属性作为该关系的属性，被联系实体11关系的主码组成其复合主码。根据以上 4 个原则，由 E-R 图导出一般关系框架如下表 4-1-1 到表 4-1-5 ：表 4-1-1 会员信息表会员 ID姓名性别电话卡号主关键字外关键字表 4-1-2 会员卡表卡号消费总额余额级别 ID注册时间主关键字外关键字表 4-1-3 级别表级别 ID级别名称级别优惠主关键字表 4-1-4 消费记录表消费 ID消费金额消费时间商品条形码卡号主关键字外关键字外关键字表 4-1-5 商品信息表条形码单价商品名称数量主

15、关键字4.2 具体逻辑模型设计本系统共有六个主要的数据库表，其具体结构如下：表 4-2-1 会员信息字段名字段类型字段长度小数位数会员 IDchar10-姓名varchar10-性别char2-电话char11-卡号char10-表 4-2-2 会员卡字段名字段类型字段长度小数位数12卡号char10-消费总额char141余额char141级别 IDchar10-注册时间datetime-表 4-2-3 级别字段名字段类型字段长度小数位数级别 IDchar10-级别名称char10-级别优惠char101表 4-2-4 消费记录字段名字段类型字段长度小数位数消费 IDchar10-消费金额c

16、har101消费时间datetime-商品条形码char20-卡号char10-表 4-2-5 商品信息字段名字段类型字段长度小数位数条形码char20-单价char101商品名称char24-数量char8-五、数据库保护设计5.1 设计表间关系 : 列出数据库表间的关联关系。 会员表通过外键卡号参照会员卡表，会员卡表通过外键级别 ID 参照 级别表，消费记录表通过外键卡号，商品条形码分别参照会员卡表， 商品记录表。5.2 完整性设计5.2.1 各表完整性约束条件：列出主要字段完整性的字段名、完整性13约束条件 , 列出记录完整性约束及其约束条件表 5-5-1 会员表完整性约束主要字段名字段

17、类型字段长度取值范围主外键约束是否允许空值是否唯会员 IDchar10-主键否是姓名varchar10-否-性别char2-否-电话char22-卡号char10-外键否是表 5-5-2 会员卡表完整性约束主要字段名字段类型字段长度取值范围主外键约束是否允许空值是否唯卡号char10-主键否是消费总额char14-余额char14-级别 IDchar10-外键否是注册时间datetime-否-14表 5-5-3 级别表完整性约束主要字段名字段类型字段长度取值范围主外键约束是否允许空值是否唯级别 IDchar10-主键否是级别名称char10-级别优惠char10-否-表 5-5-4 消费记录表

18、完整性约束主要字段名字段类型字段长度取值范围主外键约束是否允许空值是否唯消费 IDchar10-主键否是消费金额char10-消费时间datetime-商品条形码char20-外键否是卡号char10-外键否是15表 5-5-5 商品信息表完整性约束主要字段名字段类型字段长度取值范围主外键约束是否允许空值是否唯条形码char20-主键否是单价char10-否-商品名称char24-否-数量char8-5.2.2 列出参照完整性表被参照表主关键字参照表外关键字类型会员卡表卡号会员表卡号一对一级别表级别 ID会员卡表级别 ID一对多会员卡表卡号消费记录表卡号一对多商品信息表条形码消费记录表商品条形

19、码一对多六、数据库系统的实现6.1 数据库及其表结构的建立 建立数据库描述文件及建立其数据库表，注意完整性与关联的实 现，并附作为命令执行结果的数据库表结构及其关联图、 参照完整性 表。（1）建立数据库16（2）数据库表的建立 级别表的建立，如下图：17商品信息表的建立，如下图：会员卡表的建立，如下图：会员表的建立，如下图：18消费记录表的建立，如下图：创建完毕，关系图如下：6.2 数据录入录入数据，并打印出各表的内容，要求每个表至少有 15 条记录19表 6-2-1 会员表的录入表 6-2-2 会员卡20表 6-2-3 级别表 6-2-4 消费记录21表 6-2-5 商品信息七、结束语这次的

20、课程设计报告，没有想象中的简单，确实弄了很长时间。 也理解到关于计算机这种具有专业性的课程， 是需要经过专研理解然 后才能完成一定任务的。这次报告从选题开始，就已经很费心思，中途换了一个又一个， 原本想弄与物流相关的题目但没有头绪就选了这个中规中矩的课题， 与生活密切相关， 关于会员的管理系统。 选好课题后前面的步骤也不 简单，需求分析就已经需要全面地想这个系统要提供什么服务， 因为 这影响到后面的流程图， E-R 图等等。制作流程图和 E-R图时很费精 力和时间，先要追清楚思路，再打草稿，最后再在 word 上一个图形 一个图形， 一条线段一条线段地描绘出来， 初稿形成了做到后面还要 经过多次修改， 如做到后面的数据库保护设计中的完整性设计时， 为 列出个好的参照完整性表， 就修改了几次， 弄到前面的逻辑模型设计22 也要修改等，过程是很繁琐加麻烦，需要非常有