外卖供应商服务评价系统.docx

1、外卖供应商服务评价系统1需求分析本外卖供应商服务评价系统（TES）的需求分析将从编写目的、背景、定义、目标、系统功能描述等几个方面来分析。1.1编写目的搜集所有外卖商信息，集所有客户的评价信息为一体，让该系统的使用成员能更好的反应和了解周边外卖服务信息，从而选择最佳的外卖服务。1.2背景 当生活节奏日益加快，人们越来越倾向简单生活。从传统的“以食为天”到今天的“没空做饭”，现在的上班族和学生正经历着不小的转变。做饭和工作紧张的矛盾不断升级，造就了外卖/送餐业务的蓬勃发展。1.2.1外卖供应服务的发展历史 随着我国经济多年的快速发展，人们普通生活得到了改善与提高，基本上从以前的温饱需要开始走向追

2、求健康美味的更高要求。 尽管餐饮食品外卖产业发展一直快速发展，但餐饮食品的用料成本大幅增加，人员工资以及餐饮食品必要的环境以及保证设施投入成本更是总体提升等。而且这种趋势今后几年仍会持续。 快捷准时，卫生可口以及营养配餐是考核全球餐饮外卖产业规范发展的三大基本条件以及系统准则。快捷准时是基础，卫生美味可口是保证，营养配餐是目标。但目前的餐饮食品外卖以经济快餐为主，各种家庭型朋友聚会型等配餐外送等逐渐兴起。总体上来说：与上述条件有很大差距，快捷准时正在提高改善，卫生可口目前还远远不够，目前用的外送工具如塑料框塑料袋等无法予以保证，用多功能豪华外送箱的仅是微乎其微，营养配餐对目前的外卖来说还只是一

3、个远景目标。 餐饮食品外卖将走进家庭以及各种家庭型朋友聚会型等配餐外送等必会逐渐兴起。由于人们的生活节奏逐渐加快，以及人们的经济能力已经足以满足家庭型不同人员对美味的不同需要，而这种需要完全可通过专业大厨来实现以及规范的外卖外送来完成。当然前提是必须保证外卖外送过程必须通过具有保味功能的专业外送箱来储运。特别是节日时亲朋好友聚会，一方面是品尝美味佳肴，另一方面就是在宽松的氛围下无所顾及畅谈互动。1.2.2外卖服务评价系统开发背景本外卖服务系统通过搭建客户评价平台来完成客户对所选外卖提供商的选择、评价，给广大客户选择一个适合自己的最好的外卖商提供渠道，缩短客户和商家消费和生产之间的时间路径、空间

4、路径和人际路径。从而加快信息的传递速度，增强商家营销竞争力，提高商家的服务质量。客户可以浏览各外卖商开放的业务和信息，可以查询外卖商的信息，可以对自己所选商家进行评价，给广大客户选择外卖时提供一个良好的意见。当客户登录本服务系统时，客户可以浏览、查询外卖商信息，可查询客户对各外卖商的评价等。本外卖服务评价系统同样提供了一定的后台管理功能，系统管理员可以管理可以管理外卖商信息，包括更新、修改外卖商信息等；可以管理评价信息，统计各项数据。项目名称：外卖供应商服务评价系统（Take-away evaluation system 简称TES）项目提出者：江财TES项目开发人员项目开发者：TES项目开发

5、小组。项目鉴定者：待定项目开始时间：2010-10-301.3目标当系统管理人员使用了外卖供应商服务评价系统TES软件后，可以通过计算机完成以下几方面的管理工作：外卖商信息管理、评分管理。外卖供应商服务评价系统TES客户分为三类：（1）系统管理员：此类客户可以取得商城管理员的权限，可以浏览所有客户信息，查找客户，给客户分配合理的权限，删除不合法客户等。（2）注册客户：必须在系统注册（不注册无法登入本系统），登录本系统后，这类客户可以浏览系统提供的外卖商信息，也可以进行外卖商服务评价。1.4需求分析1.4.1系统的功能描述作为外卖服务评价系统，前台评价系统提供以下功能：客户信息管理，外卖商信息管

6、理,打分评价管理。（1）客户信息管理客户必须注册才能使用此系统服务，一个客户只能拥有一个注册号（客户名），注册号可由客户根据自己的喜好自行定义，但必须唯一且在6-16位以内,且第一位必为字母C,其他只能由数字组成。同一时间内一个注册号不能在多处登录。客户所填资料必须真实，其中注册号、密码、姓名、性别、地址为必填资料。客户注册成功以后，其注册信息将自动被加入客户表中。登录系统后，客户可以查询或修改个人信息。（2）外卖商信息管理客户登录本系统后，可以浏览本系统所提供的所有外卖商详细信息。客户登录本系统后，可以查找自己所需要的外卖商信息。（3）评分管理客户登入本系统后，可以浏览查询外卖商评分表。客户

7、登入本系统后，可以分别按服务态度、外卖价格、送餐速度、外卖口感查找满意的外卖商。客户登录本系统后，可以对外卖商各项指标进行打分评价（100分为满分）a.服务态度（20分表示很满意）b.外卖价格（30分表示很合理）c.送餐速度 （20分表示能非常快速的送到）e.外卖口感（30分表示很满意）本系统的后台管理系统将提供客户管理、外卖商管理，评分管理等功能，具体描述如下：（1）客户管理为客户建立一张基本表,用于添加客户个人信息，客户登录后可以维护自己的个人信息。为客户赋予查询或修改个人信息的权利。（2）外卖商管理若某外卖商地址、电话等信息改变时，则对应更新系统数据信息。若某外卖商已不再营业时，应将该外

8、卖商信息删除。若有新增外卖商时，将外卖商按不同的种类分类管理，分类标准为：所属地区。（3）评分管理统计每个外卖商平均评分。按地区统计每个外卖商平均评分。按服务态度、外卖价格、送餐速度、外卖口感分别统计平均评分。1.4.2系统总体功能图根据上节分析的系统功能需求，我们可以得到系统的功能模块，如图1.1所示。图1.1 系统功能图1.4.5实体与数据通过对系统各方面的分析，我们可以知道系统中的实体包括：客户，外卖商，地区，员工，外卖，交易表，员工评分表，外卖评分表。各实体包含的数据项分别如下：（1）客户：注册号，密码，地址，注册日期，电话，性别，姓名。（2）外卖商：外卖商编号，外卖商名称，所属地区，

9、服务电话。（3）所属地区：地区编号，地区名。（4）员工：员工号，员工名。（5）外卖：外卖编号，外卖名。1.4.6联系与数据通过以上的实体与数据我们可以得到如下实体间的联系：（1）交易表：交易编号，员工号，外卖编号，注册号。（2）员工评分表：交易编号，员工服务评分，送餐速度评分。（3）外卖评分表：交易编号，价格评分，口感评分。（4）评价总表：外卖商编号，员工服务平均评分，送餐速度平均评分，外卖价格平均评分，外卖口感平均评分，总评分。通过以上分析，我们作如下规定：（1）一个外卖商只可以属于一个地区，一个地区可以有多个外卖商；（2）一个客户对应多张员工评分表，一张员工评分表对应一个客户；（3）一个客

10、户对应多张外卖评分表，一张外卖评分表对应一个客户。（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.7数据字典数据字典包括数据项、数据结构、数据流、数据处理

11、4个部分。其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。（1）数据项，如表1.1所示。表 1.1 数据项表数据项数据类型别名含义说明取值范围取值含义cust_idchar(6)注册号唯一标识每一客户C00001-C99999C代表客户，后五位按顺序编号cust_codechar(12)密码6-12位，由字母和数字组成输错次数不得超过三次cust_namechar(10)客户名称不得超过5字用文字说明addresschar(40)地址不得超过20字用文字说明tel_nochar(11)电话000000000

12、00-99999999999若输入家庭号码,则要输入地区号Reg_datedatetime注册日期yyyy-mm-dd注册日期必须在系统日期之前sexchar(2)性别f/mf代表男性,m代表女性busn_nochar(6)外卖商编号唯一标识每一外卖商B00001-B99999B代表外卖商，后五位按顺序编号busn_namechar(40)外卖商名称不得超过20字用文字说明area_namechar(40)外卖商所属地区不得超过20字用文字说明busn_telchar(11)服务电话00000000000-99999999999若输入固定电话号码,则要输入区号area_nochar(3)地区编

13、号唯一标识每一地区A001-A999A代表地区，后三位按顺序编号emp_nochar(8)员工编号唯一标识每一员工E0000001-E9999999E代表员工，后七位按顺序编号emp_namechar(10)员工姓名不得超过5字用文字说明dish_nochar(5)外卖编号唯一标识每一外卖T0001-T9999T代表外卖，后四位按顺序编号dish_namechar(20)外卖名称不得超过10字用文字说明sell_nochar(8)交易编号唯一标识每笔交易t0000001-t9999999t代表交易，后七位按顺序编号serve_scoint 员工服务评分01-20一个员工的服务评分speed_s

14、coint送餐速度评分01-20一个员工的送餐速度评分price_scoint外卖价格评分01-30外卖的价格评分taste_scoint外卖口感评分01-30外卖的口感评分serve_avgint员工服务平均评分01-20一个外卖商所有员工服务平均评分speed_avgint送餐速度平均评分01-20一个外卖商所有员工的送餐速度平均评分price_avgint外卖价格平均评分01-30一个外卖商外卖价格平均评分taste_avgint外卖口感平均评分01-30一个外卖商外卖口感平均评分totscore_avgint外卖商综合平均评分01-100一个外卖商综合平均评分（2）数据结构数据结构：客

15、户含义说明：是客户管理子系统的主体数据结构，定义了一个客户的有关信息组成：注册号，密码，地址，注册日期，电话，性别，姓名数据结构：外卖商含义说明：是外卖商管理子系统的主体数据结构，定义了一个外卖商的有关信息组成：外卖商编号，外卖商名称，所属地区，服务电话数据结构：地区类别含义说明：定义了一个外卖商属于哪个地区的有关信息组成：地区编号，地区名数据结构：员工含义说明：定义了一个员工的有关信息组成：员工号，员工名，外卖商编号数据结构：外卖含义说明：定义了一种外卖的有关信息组成：外卖编号，外卖名数据结构：交易表含义说明：是外卖交易管理子系统的主体数据结构，定义了一个外卖交易的有关信息组成：交易编号，员

16、工号，外卖编号，注册号数据结构：员工评分含义说明：是员工评分管理子系统的主体数据结构，定义了一张员工评分表的有关信息组成：交易编号，注册号，员工服务评分，送餐速度评分数据结构：外卖评分含义说明：是外卖评分管理子系统的主体数据结构，定义了一张外卖评分表的有关信息组成：交易编号，价格评分，口感评分（3）数据流略（4）数据处理数据处理过程如表1.2所示。表 1.2 数据处理表数据存储名功能处理说明insert_cust插入新的客户信息当客户成功注册后，自动在客户表中添加该客户的注册信息select_cust查询客户个人信息登录系统后，客户可以查询个人信息update_cust修改客户个人信息登录系统

17、后，客户可以修改个人信息delete_cust删除客户信息若客户离最后一次登录的时间超过一年，则管理员删除该客户信息code_detect检测客户的注册密码是否符合要求当客户输入密码时，自动检测密码是否在6-12位之间，否则将提示其重新输入select_busn查询外卖商当客户查询时，可以查询所有外卖商信息 insert_busn添加新的外卖商信息在存储过程中用insert语句添加新的外卖商信息insert_kind添加新的外卖商地区类别信息添加新的外卖商信息时，若其属于新的地区类别，则应先在类别表中添加该地区类别delete_busn删除外卖商信息当外卖商不再营业时，删除外卖商信息chan_

18、tel修改外卖商服务电话当外卖商服务电话改变时，修改服务电话insert_emp添加外卖商员工信息添加新的员工信息delete_emp删除外卖商员工信息员工不存在时，删除此员工信息insert_dish添加外卖商外卖信息当外卖商添加外卖时，添加外卖信息chan_dish修改外卖信息当某外卖商外卖信息改变时，修改外卖信息delete_dish删除外卖信息当某外卖商不再经营此外卖时，删除外卖信息kind_select按地区查询外卖商信息客户可以输入外卖商地区查询自己想要的外卖商busm_name_select按外卖商名称查询外卖商信息客户可以输入外卖商名称查询自己想要的外卖商avg_serve统计

19、每个外卖商员工服务平均评分根据员工评分表统计每个外卖商服务平均评分avg_speed统计每个外卖商送餐速度平均评分根据员工评分表统计每个外卖商送餐速度平均评分avg_price统计每个外卖商外卖价格平均评分根据外卖评分表统计每个外卖商外卖价格平均评分avg_taste统计每个外卖商外卖口感平均评分根据外卖评分表统计每个外卖商外卖口感平均评分avg_totscore统计每个外卖商综合平均评分根据外卖总表表统计外卖总表中totoscore_avg值2概念设计通过对客户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，并采用自底向上的方法用E-R图表示各实体之间的联系。2.1实体图通过

20、需求分析我们得到客户，商品，优惠表和仓库等最基本的实体，画出它们的实体图如下：（1）客户实体图，如图2.1所示。图 2.1 客户实体图（2）外卖商实体图，如图2.2所示。图 2.2 外卖商实体图（3）所属地区实体图，如图2.3所示。图 2.3所属地区实体图（4）员工实体图，如图2.4所示。图 2.4员工实体图（5）外卖实体图，如图2.5所示。图 2.5 外卖实体图2.2 多个实体间的联系图 实体与实体间有多种联系，画出各种实体间的联系图如下：（1）外卖商与所属地区之间的联系图，如图2.6所示。图 2.6 外卖商与所属地区（2）客户与员工之间的联系图，如图2.7所示。N1图 2.6 客户与员工联

21、系图（3）客户与外卖之间的联系图，如图2.7所示。1N图 2.7 客户与外卖联系图（4）外卖商和客户之间的联系图，如NM图 2.8 外卖商和客户联系图2.3总体ER图通过以上分ER图，我们得到下面的总ER图，如图2.9所示。1N图 2.9 总ER图3逻辑设计本次设计的数据库在SQL Server 2000上实现，将概念结构设计中的E-R图转换成SQL Sever 2000支持的关系数据模型。3.1关系设计关系设计包括实体转换和联系转换。（1） 实体转换将每个单独的实体转换为一张单独的表，具体转换如下：客户：注册号，密码，地址，注册日期，电话，性别，姓名。外卖商：外卖商编号，外卖商名称，所属地区

22、，服务电话。所属地区：地区编号，地区名。员工：员工号，员工名。外卖：外卖编号，外卖名。（2）联系转换一个实体型转换为关系模式，实体的属性就是关系的属性，实体的码就是关系的码。外卖商表：外卖商编号，外卖商名称，所属地区，服务电话，地区编号员工表：员工号，员工名，外卖商编号外卖表：外卖编号，外卖名，外卖商编号交易表：交易编号，员工号，外卖编号，注册号。员工评分表：交易编号，员工服务评分，送餐速度评分。外卖评分表：交易编号，价格评分，口感评分。评价总表：外卖商编号，员工服务平均评分，送餐速度平均评分，外卖价格平均评分，外卖口感平均评分，总评分3.2关系优化为了减少以上表数据的冗余，将表优化，结果如下

23、：（1）客户表：函数依赖集为F1=注册号（密码，地址，注册日期，电话，性别，姓名）2NF主属性：注册号非主属性：密码，地址，注册日期，电话，性别，姓名主键：注册号（2）外卖商表： 函数依赖集为F2=外卖商编号（外卖商名称，服务电话，地区编号）3NF 主属性：外卖商编号 非主属性：外卖商名称，所属地区，服务电话，地区编号 主键：外卖商编号（3）所属地区表： 函数依赖集为F3=地区编号（地区名） 3NF 主属性：地区编号非主属性：地区名 主键：地区编号（4）交易表：函数依赖集为F4=交易编号（员工号，外卖编号，注册号）3NF主属性：交易编号非主属性：员工号，外卖编号，注册号主键：交易编号（5）员工

24、评分表：函数依赖集为F5=交易编号员工服务评分，送餐速度评分3NF 主属性：交易编号 非主属性名：员工服务评分，送餐速度评分 主键：交易编号（6）外卖评分表：函数依赖集为F6=交易编号（交易编号，价格评分，口感评分）3NF主属性：交易编号非主属性：交易编号，价格评分，口感评分。 主键：交易编号（7）评价总表：函数依赖集为F6=外卖商编号（员工服务平均评分，送餐速度平均评分，外卖价格平均评分，外卖口感平均评分，总评分）3NF主属性：外卖商编号非主属性：员工服务平均评分，送餐速度平均评分，外卖价格平均评分，外卖口感平均评分，总评分主键：外卖商编号3.3约束的说明 根据参照完整性，表与表之间有主键、

25、外键、客户自定义约束。（1） 注册号为客户表的主键，且在6-16位以内,且第一位必为字母C,其他只能由数字组成，即同时对注册号设立客户自定义约束。（2） 性别只能为m或f,对性别设立客户自定义约束。（3） 客户密码必须在6-12位之间。（4） 外卖商表中外卖商编号为主键。（5） 所属地区表中地区编号为主键。（6） 员工表中员工编号为主键。（7） 员工表中的外卖商编号应参照外卖商表中的外卖商编号。（8） 外卖表中外卖编号和外卖商编号为主键。（9） 外卖表中的外卖商编号应参照外卖商表中的外卖商编号。（10） 交易表中的交易编号为主键。（11） 员工评价表和外卖评价表中的交易编号均参照交易表中的交易

26、编号。（12） 员工评分表和外卖评分表中的员工服务评分、送餐速度评分、价格评分、口感评分默认为“0”。（13） 评分总表在员工评分表和外卖评分表生成后自动生成，当员工评分表和外卖评分表数据改变时，评分总表相应速度也随着改变。3.4基本表通过上面的关系转换与关系优化,我们最终得到11张基本表。（1）客户表（customer表）如表 3.1所示。表 3.1 客户表属性名数据类型是否为空含义是否为主键cust_idchar(6)not null注册号primary keycust_codechar(12)not null密码addrchar(40)not null地址regis_dategetdat

27、e()null注册日期tel_nochar(11)not null电话sexchar(2)not null性别cust_namechar（8）not null姓名（2）外卖商（business表）如表 3.2所示。表 3.2外卖商表属性名数据类型是否为空含义是否为主键busn_nochar(6)not null外卖商编号primary keybusn_namechar(40)not null外卖商名称busn_telchar(11)not null服务电话area_nochar(3)not null地区编号（3）地区表（area表）如表 3.3所示。表 3.3 地区表属性名数据类型是否为空含义

28、是否为主键area_nochar(3)not null地区编号primary keyarea_namechar(40)not null外卖商所属地区（4）员工表（employee表）如表 3.4 所示。 表 3.4 员工表属性名数据类型是否为空含义是否为主键emp_nochar(8)not null员工编号primary keyemp_namechar(10)not null员工姓名busn_nochar(6)not null外卖商编号（5）外卖表（dish表）如表 3.5所示。表 3.5 外卖表属性名数据类型是否为空含义是否为主键dish_nochar(5)not null外卖编号primary keydish_namechar(20)not null外卖名称busn_nochar(6)not null外卖商编号（6）交易表（sell表）如表 3.4.6所示。表 3.6 交易表属性名数据类型是否为空含义是否为主键sell_nochar(8)not null交易编号primary keycust_id