外卖供应商服务评价系统

I 目目 录录 1 需求分析 1 1 1 编写目的 1 1 2 背景 1 1 2 1 外卖供应服务的发展历史 1 1 2 2 外卖服务评价系统开发背景 1 1 3 目标 2 1 4 需求分析 2 1 4 1 系统的功能描述 2 1 4 2 系统总体功能图 3 1 4 5 实体与数据 4 1 4 6 联系与数据 5 1 4 7 数据字典 5 2 概念设计 8 2 1 实体图 8 2 2 多个实体间的联系图 10 2 3 总体 ER 图 11 3 逻辑设计 12 3 1 关系设计 12 3 2 关系优化 13 3 3 约束的说明 14 3 4 基本表 14 1 1 1 需求分析需求分析 本外卖供应商服务评价系统 TES 的需求分析将从编写目的 背景 定义 目标 系统功能描述等几个方面来分析 1 11 1 编写目的编写目的 搜集所有外卖商信息 集所有客户的评价信息为一体 让该系统的使用成 员能更好的反应和了解周边外卖服务信息 从而选择最佳的外卖服务 1 21 2 背景背景 当生活节奏日益加快 人们越来越倾向简单生活 从传统的 以食为天 到 今天的 没空做饭 现在的上班族和学生正经历着不小的转变 做饭和工作 紧张的矛盾不断升级 造就了外卖 送餐业务的蓬勃发展 1 2 11 2 1 外卖供应服务的发展历史外卖供应服务的发展历史 随着我国经济多年的快速发展 人们普通生活得到了改善与提高 基本上 从以前的温饱需要开始走向追求健康美味的更高要求 尽管餐饮食品外卖产业发展一直快速发展 但餐饮食品的用料成本大幅增 加 人员工资以及餐饮食品必要的环境以及保证设施投入成本更是总体提升等 而且这种趋势今后几年仍会持续 快捷准时 卫生可口以及营养配餐是考核全球餐饮外卖产业规范发展的三 大基本条件以及系统准则 快捷准时是基础 卫生美味可口是保证 营养配餐是目标 但目前的餐饮 食品外卖以经济快餐为主 各种家庭型朋友聚会型等配餐外送等逐渐兴起 总 体上来说 与上述条件有很大差距 快捷准时正在提高改善 卫生可口目前还 远远不够 目前用的外送工具如塑料框塑料袋等无法予以保证 用多功能豪华 外送箱的仅是微乎其微 营养配餐对目前的外卖来说还只是一个远景目标 餐饮食品外卖将走进家庭以及各种家庭型朋友聚会型等配餐外送等必会逐 渐兴起 由于人们的生活节奏逐渐加快 以及人们的经济能力已经足以满足家 庭型不同人员对美味的不同需要 而这种需要完全可通过专业大厨来实现以及 规范的外卖外送来完成 当然前提是必须保证外卖外送过程必须通过具有保味 功能的专业外送箱来储运 特别是节日时亲朋好友聚会 一方面是品尝美味佳 肴 另一方面就是在宽松的氛围下无所顾及畅谈互动 1 2 21 2 2 外卖服务评价系统开发背景外卖服务评价系统开发背景 本外卖服务系统通过搭建客户评价平台来完成客户对所选外卖提供商的选 择 评价 给广大客户选择一个适合自己的最好的外卖商提供渠道 缩短客户 2 和商家消费和生产之间的时间路径 空间路径和人际路径 从而加快信息的传 递速度 增强商家营销竞争力 提高商家的服务质量 客户可以浏览各外卖商开放的业务和信息 可以查询外卖商的信息 可以 对自己所选商家进行评价 给广大客户选择外卖时提供一个良好的意见 当客 户登录本服务系统时 客户可以浏览 查询外卖商信息 可查询客户对各外卖 商的评价等 本外卖服务评价系统同样提供了一定的后台管理功能 系统管理员可以管 理可以管理外卖商信息 包括更新 修改外卖商信息等 可以管理评价信息 统计各项数据 项目名称 外卖供应商服务评价系统 Take away evaluation system 简 称 TES 项目提出者 江财 TES 项目开发人员 项目开发者 TES 项目开发小组 项目鉴定者 待定 项目开始时间 2010 10 30 1 31 3 目标目标 当系统管理人员使用了 外卖供应商服务评价系统 TES 软件后 可以通 过计算机完成以下几方面的管理工作 外卖商信息管理 评分管理 外卖供应 商服务评价系统 TES 客户分为三类 1 系统管理员 此类客户可以取得商城管理员的权限 可以浏览所有客 户信息 查找客户 给客户分配合理的权限 删除不合法客户等 2 注册客户 必须在系统注册 不注册无法登入本系统 登录本系统 后 这类客户可以浏览系统提供的外卖商信息 也可以进行外卖商服务评价 1 41 4 需求分析需求分析 1 4 11 4 1 系统的功能描述系统的功能描述 作为外卖服务评价系统 前台评价系统提供以下功能 客户信息管理 外 卖商信息管理 打分评价管理 1 客户信息管理 客户必须注册才能使用此系统服务 一个客户只能拥有一个注册号 客 户名 注册号可由客户根据自己的喜好自行定义 但必须唯一且在 6 16 位以 内 且第一位必为字母 C 其他只能由数字组成 同一时间内一个注册号不能在多处登录 客户所填资料必须真实 其中 注册号 密码 姓名 性别 地址为必填资料 客户注册成功以后 其注册信息将自动被加入客户表中 登录系统后 客户可以查询或修改个人信息 2 外卖商信息管理 客户登录本系统后 可以浏览本系统所提供的所有外卖商详细信息 客户登录本系统后 可以查找自己所需要的外卖商信息 3 3 评分管理 客户登入本系统后 可以浏览查询外卖商评分表 客户登入本系统后 可以分别按服务态度 外卖价格 送餐速度 外卖 口感查找满意的外卖商 客户登录本系统后 可以对外卖商各项指标进行打分评价 100 分为满 分 a 服务态度 20 分表示很满意 b 外卖价格 30 分表示很合理 c 送餐速度 20 分表示能非常快速的送到 e 外卖口感 30 分表示很满意 本系统的后台管理系统将提供客户管理 外卖商管理 评分管理等功能 具体描述如下 1 客户管理 为客户建立一张基本表 用于添加客户个人信息 客户登录后可以维护 自己的个人信息 为客户赋予查询或修改个人信息的权利 2 外卖商管理 若某外卖商地址 电话等信息改变时 则对应更新系统数据信息 若某外卖商已不再营业时 应将该外卖商信息删除 若有新增外卖商时 将外卖商按不同的种类分类管理 分类标准为 所 属地区 3 评分管理 统计每个外卖商平均评分 按地区统计每个外卖商平均评分 按服务态度 外卖价格 送餐速度 外卖口感分别统计平均评分 1 4 21 4 2 系统总体功能图系统总体功能图 根据上节分析的系统功能需求 我们可以得到系统的功能模块 如图 1 1 所示 4 图 1 1 系统功能图 1 4 51 4 5 实体与数据实体与数据 通过对系统各方面的分析 我们可以知道系统中的实体包括 客户 外卖 商 地区 员工 外卖 交易表 员工评分表 外卖评分表 各实体包含的数 据项分别如下 1 客户 注册号 密码 地址 注册日期 电话 性别 姓名 2 外卖商 外卖商编号 外卖商名称 所属地区 服务电话 3 所属地区 地区编号 地区名 前台评价系统 外 卖 评 价 系 统 后台管理系统 外卖商信息管理 查询外卖商信息 浏览外卖商信息 客户信息管理 一个注册号对应一个客户 客户注册或登入 查询或修改个人信息 评分管理 对外卖商打分 按服务态度 外卖价格 送餐速 度 外卖口感最优查询外卖商 浏览评分表 评分管理 外卖商管理 建立外卖商表 增加外卖商信息 删除外卖商信息 修改外卖商信息 外卖商分类管理 客户管理 查询或修改个人信息 建立客户表 统计每个外卖商平均评分 按地区统计外卖商平均评分 按服务态度 外卖价格 送餐速 度 外卖口感分别统计平均评分 5 4 员工 员工号 员工名 5 外卖 外卖编号 外卖名 1 4 61 4 6 联系与数据联系与数据 通过以上的实体与数据我们可以得到如下实体间的联系 1 交易表 交易编号 员工号 外卖编号 注册号 2 员工评分表 交易编号 员工服务评分 送餐速度评分 3 外卖评分表 交易编号 价格评分 口感评分 4 评价总表 外卖商编号 员工服务平均评分 送餐速度平均评分 外 卖价格平均评分 外卖口感平均评分 总评分 通过以上分析 我们作如下规定 1 一个外卖商只可以属于一个地区 一个地区可以有多个外卖商 2 一个客户对应多张员工评分表 一张员工评分表对应一个客户 3 一个客户对应多张外卖评分表 一张外卖评分表对应一个客户 4 一张交易表对应一个客户 一个客户可以对应多张交易表 5 一个外卖商对应多张交易表 一张交易表对应一个外卖商 6 一张评价总表分别对应多张员工评分表和多张外卖评分表 一张员工 评分表和一张外卖评分表分别对应一张评分总表 实体之间的联系有 1 外卖商与所属地区之间 1 N 2 客户与员工评分表之间 N 1 3 客户与外卖评分表之间 N 1 4 客户与交易表之间 N 1 5 外卖商与交易表 N 1 6 评分总表与员工评分表 N 1 7 评分总表与外卖评分表 N 1 1 4 71 4 7 数据字典数据字典 数据字典包括数据项 数据结构 数据流 数据处理 4 个部分 其中数据 项是数据的最小组成单位 若干个数据项可以组成一个数据结构 数据字典通 过对数据项和数据结构的定义来描述数据流 数据存储的逻辑内容 1 数据项 如表 1 1 所示 表 1 1 数据项表 数据项数据类型别名含义说明取值范围取值含义 cust idchar 6 注册号唯一标识 每一客户 C00001 C99999 C 代表客户 后五位按 顺序编号 cust cod e char 12 密码6 12 位 由字母 和数字组成 输错次数不得超过三次 cust nam e char 10 客户名称不得超过 5 字用文字说明 addresschar 40 地址不得超过 20 字用文字说明 tel nochar 11 电话 若输入家庭号码 则要 6 输入地区号 Reg datedatetime 注册日期 yyyy mm dd 注册日期必须在系统日 期之前 sexchar 2 性别 f m f 代表男性 m 代表女性 busn nochar 6 外卖商编号唯一标识 每一外卖 商 B00001 B99999 B 代表外卖商 后五位 按顺序编号 busn nam e char 40 外卖商名称不得超过 20 字用文字说明 area nam e char 40 外卖商所属 地区 不得超过 20 字用文字说明 busn telchar 11 服务电话 若输入固定电话号码 则要输入区号 area nochar 3 地区编号唯一标识 每一地区 A001 A999 A 代表地区 后三位按 顺序编号 emp nochar 8 员工编号唯一标识 每一员工 E E E 代表员工 后七位按 顺序编号 emp namechar 10 员工姓名不得超过 5 字用文字说明 dish nochar 5 外卖编号唯一标识 每一外卖 T0001 T9999 T 代表外卖 后四位按 顺序编号 dish nam e char 20 外卖名称不得超过 10 字用文字说明 sell nochar 8 交易编号唯一标识 每笔交易 t t t 代表交易 后七位按 顺序编号 serve sc o int 员工服务评 分 01 20 一个员工的服务评分 speed sc o int 送餐速度评 分 01 20 一个员工的送餐速度评 分 price sc o int 外卖价格评 分 01 30 外卖的价格评分 taste sc o int 外卖口感评 分 01 30 外卖的口感评分 serve av g int 员工服务平 均评分 01 20 一个外卖商所有员工服 务平均评分 speed avg int 送餐速度平 均评分 01 20 一个外卖商所有员工的 送餐速度平均评分 price av g int 外卖价格平 均评分 01 30 一个外卖商外卖价格平 均评分 taste av g int 外卖口感平 均评分 01 30 一个外卖商外卖口感平 均评分 totscore avg int 外卖商综合 平均评分 01 100 一个外卖商综合平均评 分 2 数据结构 7 数据结构 客户 含义说明 是客户管理子系统的主体数据结构 定义了一个客户的有关信息 组成 注册号 密码 地址 注册日期 电话 性别 姓名 数据结构 外卖商 含义说明 是外卖商管理子系统的主体数据结构 定义了一个外卖商的有关 信息 组成 外卖商编号 外卖商名称 所属地区 服务电话 数据结构 地区类别 含义说明 定义了一个外卖商属于哪个地区的有关信息 组成 地区编号 地区名 数据结构 员工 含义说明 定义了一个员工的有关信息 组成 员工号 员工名 外卖商编号 数据结构 外卖 含义说明 定义了一种外卖的有关信息 组成 外卖编号 外卖名 数据结构 交易表 含义说明 是外卖交易管理子系统的主体数据结构 定义了一个外卖交易的 有关信息 组成 交易编号 员工号 外卖编号 注册号 数据结构 员工评分 含义说明 是员工评分管理子系统的主体数据结构 定义了一张员工评分表 的有关信息 组成 交易编号 注册号 员工服务评分 送餐速度评分 数据结构 外卖评分 含义说明 是外卖评分管理子系统的主体数据结构 定义了一张外卖评分表 的有关信息 组成 交易编号 价格评分 口感评分 3 数据流 略 4 数据处理 数据处理过程如表 1 2 所示 表 1 2 数据处理表 数据存储名功能处理说明 insert cust 插入新的客户信息当客户成功注册后 自动在客户表中 添加该客户的注册信息 select cust 查询客户个人信息登录系统后 客户可以查询个人信息 update cust 修改客户个人信息登录系统后 客户可以修改个人信息 delete cust 删除客户信息若客户离最后一次登录的时间超过一 年 则管理员删除该客户信息 code detect检测客户的注册密码是否 符合要求 当客户输入密码时 自动检测密码是 否在 6 12 位之间 否则将提示其重 新输入 8 select busn 查询外卖商当客户查询时 可以查询所有外卖商 信息 insert busn 添加新的外卖商信息在存储过程中用 insert 语句添加新 的外卖商信息 insert kind 添加新的外卖商地区类别 信息 添加新的外卖商信息时 若其属于新 的地区类别 则应先在类别表中添加 该地区类别 delete busn 删除外卖商信息当外卖商不再营业时 删除外卖商信 息 chan tel修改外卖商服务电话当外卖商服务电话改变时 修改服务 电话 insert emp 添加外卖商员工信息添加新的员工信息 delete emp 删除外卖商员工信息员工不存在时 删除此员工信息 insert dish 添加外卖商外卖信息当外卖商添加外卖时 添加外卖信息 chan dish 修改外卖信息当某外卖商外卖信息改变时 修改外 卖信息 delete dish 删除外卖信息当某外卖商不再经营此外卖时 删除 外卖信息 kind select 按地区查询外卖商信息客户可以输入外卖商地区查询自己想 要的外卖商 busm name select 按外卖商名称查询外卖商 信息 客户可以输入外卖商名称查询自己想 要的外卖商 avg serve 统计每个外卖商员工服务 平均评分 根据员工评分表统计每个外卖商服务 平均评分 avg speed 统计每个外卖商送餐速度 平均评分 根据员工评分表统计每个外卖商送餐 速度平均评分 avg price 统计每个外卖商外卖价格 平均评分 根据外卖评分表统计每个外卖商外卖 价格平均评分 avg taste 统计每个外卖商外卖口感 平均评分 根据外卖评分表统计每个外卖商外卖 口感平均评分 avg totscore 统计每个外卖商综合平均 评分 根据外卖总表表统计外卖总表中 totoscore avg 值 2 2 概念设计概念设计 通过对客户需求进行综合 归纳与抽象 形成一个独立于具体 DBMS 的概念 模型 并采用自底向上的方法 用 E R 图表示各实体之间的联系 9 2 12 1 实体图实体图 通过需求分析我们得到客户 商品 优惠表和仓库等最基本的实体 画出 它们的实体图如下 1 客户实体图 如图 2 1 所示 图 2 1 客户实体图 2 外卖商实体图 如图 2 2 所示 图 2 2 外卖商实体图 3 所属地区实体图 如图 2 3 所示 图 2 3所属地区实体图 4 员工实体图 如图 2 4 所示 所属地区 外卖商名称 服务电话 外卖商编号 外卖商 员工 员工号 员工名 外卖商编号 所属地区 地区编号地区名 注册号注册日期地址 电话密码 性别 姓名 客户 10 图 2 4员工实体图 5 外卖实体图 如图 2 5 所示 图 2 5 外卖实体图 2 22 2 多个实体间的联系图多个实体间的联系图 实体与实体间有多种联系 画出各种实体间的联系图如下 1 外卖商与所属地区之间的联系图 如图 2 6 所示 图 2 6 外卖商与所属地区 2 客户与员工之间的联系图 如图 2 7 所示 注册号注册日 期 地址 电话 密码 性别 姓名 客户 图 2 6 客户与员工联系图 3 客户与外卖之间的联系图 如图 2 7 所示 外卖外卖编号 外卖名 所属地区 外卖商名称 服务电话 外卖商编号 外卖商 所属地区 地区编号地区名 属于 1 N 员工 员工号 员工名 外卖商编号 评分 N1 交易编号员工服务评分 送餐速度评分 11 注册号注册日 期 地址 电话 密码 性别 姓名 客户 图 2 7 客户与外卖联系图 4 外卖商和客户之间的联系图 如 注册号注册日 期 地址 电话 密码 性别 姓名 客户 图 2 8 外卖商和客户联系图 2 32 3 总体总体 ERER 图图 通过以上分 ER 图 我们得到下面的总 ER 图 如图 2 9 所示 外卖 外卖编号 外卖名 评分 价格评分 员工服务评分 交易编号 N1 所属地区 外卖商编号 外卖商名称 服务电话 外卖商 员工号 交易 交易编号 外卖编号 NM 12 图 2 9 总 ER 图 3 3 逻辑设计逻辑设计 本次设计的数据库在 SQL Server 2000 上实现 将概念结构设计中的 E R 图转换成 SQL Sever 2000 支持的关系数据模型 3 13 1 关系设计关系设计 关系设计包括实体转换和联系转换 1 实体转换 将每个单独的实体转换为一张单独的表 具体转换如下 客户 注册号 密码 地址 注册日期 电话 性别 姓名 外卖商 外卖商编号 外卖商名称 所属地区 服务电话 所属地区 地区编号 地区名 员工 员工号 员工名 外卖 外卖编号 外卖名 2 联系转换 一个实体型转换为关系模式 实体的属性就是关系的属性 实体的码就是 关系的码 外卖商表 外卖商编号 外卖商名称 所属地区 服务电话 地区编号 员工表 员工号 员工名 外卖商编号 1 N 外卖商 属于 所属地区 生成外卖评分表 11 生成员工评分表 1 1 1 外卖 评分 评分 员工 N N 1 客户 NM 交易 生成 交易表 1 1 1 生成 评分总表 N 1 13 外卖表 外卖编号 外卖名 外卖商编号 交易表 交易编号 员工号 外卖编号 注册号 员工评分表 交易编号 员工服务评分 送餐速度评分 外卖评分表 交易编号 价格评分 口感评分 评价总表 外卖商编号 员工服务平均评分 送餐速度平均评分 外卖价 格平均评分 外卖口感平均评分 总评分 3 23 2 关系关系优化优化 为了减少以上表数据的冗余 将表优化 结果如下 1 客户表 函数依赖集为 F1 注册号 密码 地址 注册日期 电话 性别 姓 名 2NF 主属性 注册号 非主属性 密码 地址 注册日期 电话 性别 姓名 主键 注册号 2 外卖商表 函数依赖集为 F2 外卖商编号 外卖商名称 服务电话 地区编号 3NF 主属性 外卖商编号 非主属性 外卖商名称 所属地区 服务电话 地区编号 主键 外卖商编号 3 所属地区表 函数依赖集为 F3 地区编号 地区名 3NF 主属性 地区编号 非主属性 地区名 主键 地区编号 4 交易表 函数依赖集为 F4 交易编号 员工号 外卖编号 注册号 3NF 主属性 交易编号 非主属性 员工号 外卖编号 注册号 主键 交易编号 5 员工评分表 函数依赖集为 F5 交易编号 员工服务评分 送餐速度评分 3NF 主属性 交易编号 非主属性名 员工服务评分 送餐速度评分 主键 交易编号 6 外卖评分表 函数依赖集为 F6 交易编号 交易编号 价格评分 口感评分 3NF 主属性 交易编号 非主属性 交易编号 价格评分 口感评分 主键 交易编号 14 7 评价总表 函数依赖集为 F6 外卖商编号 员工服务平均评分 送餐速度平均评 分 外卖价格平均评分 外卖口感平均评分 总评分 3NF 主属性 外卖商编号 非主属性 员工服务平均评分 送餐速度平均评分 外卖价格平均评分 外卖口感平均评分 总评分 主键 外卖商编号 3 33 3 约束的说明约束的说明 根据参照完整性 表与表之间有主键 外键 客户自定义约束 1 注册号为客户表的主键 且在 6 16 位以内 且第一位必为字母 C 其他只 能由数字组成 即同时对注册号设立客户自定义约束 2 性别只能为 m 或 f 对性别设立客户自定义约束 3 客户密码必须在 6 12 位之间 4 外卖商表中外卖商编号为主键 5 所属地区表中地区编号为主键 6 员工表中员工编号为主键 7 员工表中的外卖商编号应参照外卖商表中的外卖商编号 8 外卖表中外卖编号和外卖商编号为主键 9 外卖表中的外卖商编号应参照外卖商表中的外卖商编号 10 交易表中的交易编号为主键 11 员工评价表和外卖评价表中的交易编号均参照交易表中的交易编号 12 员工评分表和外卖评分表中的员工服务评分 送餐速度评分 价格评分 口感评分默认为 0 13 评分总表在员工评分表和外卖评分表生成后自动生成 当员工评分表和 外卖评分表数据改变时 评分总表相应速度也随着改变 3 43 4 基本表基本表 通过上面的关系转换与关系优化 我们最终得到 11 张基本表 1 客户表 customer 表 如表 3 1 所示 表 3 1 客户表 属性名数据类型是否为空含义是否为主键 cust idchar 6 not null 注册号 primary key cust codechar 12 not null 密码 addrchar 40 not null 地址 regis dategetdate null 注册日期 tel nochar 11 not null 电话 sexchar 2 not null 性别 cust name char 8 not null 姓名 2 外卖商 business 表 如表 3 2 所示 15 表 3 2 外卖商表 属性名数据类型是否为空含义是否为主键 busn nochar 6 not null 外卖商编号 primary key busn namechar 40 not null 外卖商名称 busn telchar 11 not null 服务电话 area nochar 3 not null 地区编号 3 地区表 area 表 如表 3 3 所示 表 3 3 地区表 属性名数据类型是否为空含义是否为主键 area nochar 3 not null 地区编号 primary key area namechar 40 no