健身房会员管理系统(编辑修改稿)

健身房会员管理系统(编辑修改稿)内容摘要：

等。  订单 信息 查询 ，包括的数据项有： 订单号，查询，返回首页等。  客户信息，包括的数据项有：客户编号、客户姓名、客户性别、身份证号码、联系电话、客户类型、备注信息等。 健身俱乐部会员管理系统 台数据分析：  管理员登录 信息，包括的数据项有： 用户名、用户密码、用户姓名、备注 等。  订单 信息，包括的数据项有： 订单编号，订货人，订单时间，定货总额，是否审核，详细信息，删除，查询 等。  订单审核，包括的数据项有：订货人，订购时间，送货地址，电话，等。  订单出库，包括的数据项有：物料名称，单价，购买数量等。  物料管理，包括的数据项有：物料信息，物料添加，删除，修改，查询等。 有了上面的数据结构、数据项和数据流程，我们就能进行下面的数据库设计。 第二章 系统总体设计 7 功能分析 本系统可分为前台和后台 2 个子系统。 前台子系统主要用来接收客户的 订单，后台子系统主要用来处理订单及统计需求数量。 下面是整个系统具有的主要功能： 前台子系统 前台子系统的使用者是客户，它可以提供选购产品，维护购物车，客户结帐，查询订单等在线服务功能，其用例视图如图所示。 图 24 前台子系统用例图 后台子系统 后台子系统的使用者是公司业务人员，它可以提供员工登录、审核订单，缺货统计，订单送货等服务功能，其用例视图如图所示。 图 25 后 台子 系统用例图 第三章 数据库设计 8 第三章 数据库设计 在信息管理系统中，后台数据存储的地位相当重要。 数据库的设计不仅对数据的操作速度 有影响，还直接关系到软件系统的质量和生命周期，合理的设计能缩减软件开发的周期和降低开发难度，并提高维护升级的易行性。 相反，不合理的设计不仅会增加开发软件的难度，还极有可能使维护变得艰难。 在软件开发过程中若要改变数据库结构，则以前所有的编码工作几乎都将面临崩溃。 设计数据库系统时应该首先充分了解用户各个方面的需求，包括现有的以及将来可能增加的需求。 数据库设计一般包括如下几个步骤：  数据库需要分析。  数据库概念结构设计。  数据库逻辑结构设计。 数据库需求分析 用户的需求具体体现在各种信息的提供、保存、更 新和查询，这就要求数据库结构能充分满足各种信息的输出和输入。 收集基本数据、数据结构以及数据处理的流程，组成一份详尽的数据字典，为后面的具体设计打下基础。 仔细分析调查有关航空公司管理信息需求的基础上，将得到如图 31 所示的本系统所处理的数据流程。 第三章 数据库设计 9 图 31网上眼睛订购系统 数据流程图 针对一般 网上眼镜 管理系统的需求，通过对公司管理工作过程的内容和数据流程分析，设计如下面所示的数据项和数据结构： 网上眼镜订购前台数据分析：  用户信息，包括的数据项有：用户名、用户密码、用户姓名、备注等。  用户权限，包括的数据 项有：用户名、功能模块、读写权限等。  系统日志，包括的数据项有：日志编号、用户名、登录时间、登录模块等。  眼镜信息的显示，包括的数据项有：眼镜信息的图片，眼镜信息的名称，眼睛信息的规格，眼睛信息的单价，眼睛信息的购买数量等。  购物车，包括的数据项有：物料编号，物料名称，单价，数量，删除，继续购买，清空购物车，总金额，结账等。  填写订单信，包括的数据项有：客户姓名，送货地址，电话， ，邮编，备注等。  订单信息查询，包括的数据项有：订单号，查询，返回首页等。  客户信息，包括的数据项有：客户编号、客户姓 名、客户性别、身份证号码、联系电话、客户类型、备注信息等。 第三章 数据库设计 10 网上眼镜订购后台数据分析：  管理员登录信息，包括的数据项有：用户名、用户密码、用户姓名、备注等。  订单信息，包括的数据项有：订单编号，订货人，订单时间，定货总额，是否审核，详细信息，删除，查询等。  订单审核，包括的数据项有：订货人，订购时间，送货地址，电话，等。  订单出库，包括的数据项有：物料名称，单价，购买数量等。  物料管理，包括的数据项有：物料信息，物料添加，删除，修改，查询等。 有了上面的数据结构、数据项和数据流程，我们就能进行下面的数据库设 计。 数据库概念结构设计 数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率以及实现的效果产生影响。 合理的数据库结构设计可以提高数据存储的效率，保证数据的完整和一致。 设计数据库系统时应该首先充分了解用户各个方面的需求，包括现有的以及将来可能增加的需求。 数据库设计一般包括如下几个步骤： 数据库需要分析。 数据库概念结构设计。 数据库逻辑结构设计。 数据库需求分析 用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的 输出和输入。 收集基本数据、数据结构以及数据处理的流程，组成一份详尽的数据字典，为后面的具体设计打下基础 本实例根据上面的设计规划出的实体， 下面具体描述几个实体的 ER 图。 前台眼镜订购 实体 ER 图如图 32 所示。 第三章 数据库设计 11 图 32 前台眼镜订购 信息实体 ER图 后台眼镜订购 信息实体 ER 图如图 33 所示。 图 33后台眼镜订购 信息实体 ER图 物料管理 信息实体 ER 图如图 34 所示。 图 34物料管理 信息实体 ER图 第三章 数据库设计 12 实体之间关系的 ER 图如图 35 所示。 图 35 实体之间关系的 ER图 将上述 关系映射成在 SQL Server 数据库中的各个表的关系如图 36所示。 主表和外键表之间的关系具有对 Insert和 Update的强制性；级联删除相关的记录等特征。 图 36数据库中各实体间关系图 第三章 数据库设计 13 数据库逻辑结构设计 现在需要将上面的数据库概念结构转化为 SQL Server 2020 数据库系统所支持的实际数据模型，也就是数据库的逻辑结构。 （ 1） 课程 表 员工表用来存放公司内各位员工的基本信息，其表名为 employee，表结构如下表所示。 表 1 员工表 栏目名称 列名 类型 可否为空 说明 员工 编号 empID char(6) N 主键 作为员工登录名 员工姓名 Name varchar(8) N 口令 Password varchar(16) Y 联系电话 Phone varchar(12) Y 工作岗位 Post varchar(8) N 表 37 （ 2）物料主文件表 物料主文件表用来存放物料的基本信息，其表名为 material，表结构如下表所示。 表 2 物料主文件 栏目名称 列名 类型 可否为空 说明 物料代码 matID char(4) N 主键 物料名称 matName varchar(16) N 规格型号 model varchar(30) Y 单价 price money N 库存数量 onhandQty numeric(6) N 当前仓库中物料的实物总量 基本单位 unit varchar(4) N 产品说明 Explanation varchar(200) Y 产品图片 picture image Y 产品实物的照片 属性 attr char(4) N 产品 /部件 /零件 表 38 （ 3）物料清单表 物料清单表用来存放产品结构 及其所需零部件明细，其表名为 BOM，表结构如下表所示。 表 3 物料清单 第三章 数据库设计 14 栏目名称 列名 类型 可否为空 说明 物料结构码 structID char(5) N 主键 层次码 layer smallint N 母件结构码 Parent char(5) Y 物料代码 matID char(4) N 外键 引用物料主文件表主键 索引 用量 qtyRation numeric(3) N 是否终端 isEnd char(1) N y— 终端节点， n— 非终端节点 低层码 LLC smallint N 物料在产品结构中所处的最低层数 供应形态 form char(4) N 自制 /零件 表 39 （ 4）订单表 订单是客户向公司订货的单据，由客户在网上创建。 后台业务员审核后驱动后续的采购及送货业务。 订单表用来记录客户一次订购产品以及业务员处理订单的信息，其表名为 SalesOrder，表结构如表 8 所示。 表 4 订单表 栏目名称 列名 类型 可否为空 说明 订单号 SOID int N 主键 自动增长 ,不能重复 订购时间 SODate datetime N 客户订货的时间 客户名称 SOName varchar(16) N 送货地址 SOAddress varchar(50) Y 订单总金额 SOTotal money N 本张订单所有费用的总和 业务员 empID char(6) Y 负责此单的业务员 备注 SOMemory varchar(100) Y 订单处理状态 SOStatus smallint N 选项： 1待审批 2生效 3发货完毕 表 310 （ 5）订单内容表 订单内容表记录客户订购的产品明细，该表必须依赖订单表，其表名为SalesItems，表结构如表 9 所示。 表 5 订单内容表 栏目名称 列名 类型 可否为空 说明 订单号 SOID int N 主键 外键 1引用销售订单表主键 物料代码 matID char(4) N 主键 外键 2引用产品表主键 索引列 单价 SIPrice money N 订购数量 SIQty numeric(5) N 客户订购的产品数量 表 311 第三章 数据库设计 15 数据库的生成与配置 经过前面的需求分析和概念结构设计以后，得到数据库的逻辑结构。 现在就可以在 SQL Server 2020 数据库 系统中实现该逻辑结构。 首先在 SQL Server 2020 的企业。