
1. 开发说明
1.1 企业经营过程中的基本商务活动
企业自成立以来,一直经营中式快餐和庆典宴席等餐饮业务,本着服务于客的宗旨,不断扩大企业的发展规模。至今,企业在全国各地开设了上百家连锁店,拥有了不小的顾客群体,尤其在北京已颇有名气。
1.2. 企业开展电子商务活动所受的影响
企业开展网上订餐业务,需要对原业务重新调整,并购置相应网络设备,投入较大,在系统投入使用后还需对相关人员进行培训。系统使用初期,顾客需要一段适应期,才能很好在网上施行订餐业务,企业才会出现转机。
1.3. 企业开展电子商务活动的对策
① 调整与改善企业业务
② 做好先前准备工作
③ 向老顾客致电(或其他方式)介绍网上订餐业务
④ 在知名网站上投放广告
⑤ 在企业各连锁店进行宣传
⑥ 策划一个好的客户服务项目
2. 需求调查报告
2.1 定餐服务的工作过程
2.1.1 普通顾客
普通顾客是指未进行注册的顾客,该类顾客可以在公司网站上查询快餐信息,而不能在网络上进行订餐,也不能在公司页面上发布快餐等相关信息。顾客可以通过注册后享受跟多的服务。
2.1.2 注册顾客
① 首先由顾客进行订餐,订餐方式为通过网络订餐。
② 所谓通过网络订餐是指:顾客登陆我公司主页,并打开专门的订餐页面,选择餐馆及菜品后,利用该页面填写订餐订单,包括各菜品数量及备注,姓名,电话,送餐地址。其中姓名,电话及送餐地址默认为顾客注册时所填写的信息,顾客可对此进行修改。在确认订单信息后,便可提交订单,然后由客户人员查看订单,并通知其他工作人员进行相应工作。
2.2 支付服务的工作过程
目前该系统只支持餐到货款的服务。
2.3 其他服务
顾客可以在相关网页上查询自己所要知道的相关信息,比如各地美食,本地餐馆信息,行车路线,价位查询等。
各地美食:介绍国内国外有名的风味小吃、各大菜系、部分菜的烹饪方法等。
餐馆信息:包括在公司网站上注册的所有餐饮企业的地点、招牌菜、价位、历史等等。
行车路线:顾客可以通过搜索引擎查到想去的餐馆的最近行车路线。
价位查询:只要您输入理想的价位,就可以找到同价位的所有美食信息。
同时还提供饮食小常识,美食小故事、餐饮新闻等与餐饮美食有关的信息。
3 系统模型分析
3.1 数据流图
3.1.1 顶层数据流图:
图一:订餐系统顶层数据流图
3.1.2 第0级数据流图:
图二:订餐系统第0级数据流图
3.1.3 第1级数据流图:
图三:订餐系统用户管理数据流图
图四:订餐系统网上订餐数据流图
3.2 数据字典
3.2.1 数据项
表格 一
| 数据项编号 | 数据项名 | 数据项含义说明 | 数据类型 | 长度 |
| DI-0 | 用户编号 | 用户的唯一标识 | int | |
| DI-1 | 用户名 | 用户登陆时的名称 | char | 17 |
| DI-2 | 用户密码 | 用户登陆时的密码 | char | 17 |
| DI-3 | 用户姓名 | 用户的真实姓名 | char | 20 |
| DI-4 | 用户性别 | 用户的性别 | char | 2 |
| DI-5 | 用户手机 | 用户的联系电话 | char | 40 |
| DI-6 | 用户固定电话 | 用户的联系电话 | char | 40 |
| DI-7 | 用户地址 | 用户的送货地址 | char | 100 |
| DI-8 | 用户邮箱 | 用户的个人邮箱 | char | 50 |
| DI-9 | 用户年龄 | 用户的真实年龄 | int | |
| DI-10 | 用户生日 | 用户的出生日期 | date | |
| DI-11 | 餐馆编号 | 餐馆的唯一标识 | int | |
| DI-12 | 餐馆名称 | 餐馆的全称 | char | 50 |
| DI-13 | 餐馆地址 | 餐馆的详细地址 | char | 100 |
| DI-14 | 餐馆电话 | 餐馆的联系电话 | char | 40 |
| DI-15 | 餐馆联系人 | 餐馆联系人的姓名 | char | 20 |
| DI-16 | 菜品编号 | 菜品的唯一标识 | int | |
| DI-17 | 菜名名称 | 菜品的名称 | char | 40 |
| DI-18 | 菜品类别 | 菜品所属的类别名称 | char | 20 |
| DI-19 | 菜品类别编号 | 菜品类别的唯一标识 | int | |
| DI-20 | 菜品价格 | 菜品的单价 | float | |
| DI-21 | 菜品折扣 | 菜品的折扣率 | float | |
| DI-22 | 菜品份数 | 菜品的份数 | int | |
| DI-23 | 订单编号 | 订单的唯一标识 | int | |
| DI-24 | 订单日期 | 订单产生的日期 | date | |
| DI-25 | 订单总额 | 订单所有菜品的总额 | float | |
| DI-26 | 送餐编号 | 送餐的唯一标识 | int | |
| DI-27 | 送餐地址 | 送餐的详细地址 | char | 100 |
| DI-28 | 送餐日期 | 送餐的日期 | date | |
| DI-29 | 送餐员名称 | 送餐员的真实姓名 | char | 20 |
| DI-30 | 送餐员电话 | 送餐员的联系电话 | char | 40 |
| DI-31 | 省份编号 | 省份的唯一标识 | int | |
| DI-32 | 省份名称 | 省份的名称 | char | 20 |
| DI-33 | 城市编号 | 城市的唯一标识 | int | |
| DI-34 | 城市名称 | 城市的名称 | char | 20 |
表格 二
| 数据结构编号 | 数据结构名 | 含义说明 | 组成 |
| DS-1 | Class | 菜品分类信息 | DI-18,DI-19 |
| DS-2 | User | 用户信息 | DI-0 至 DI-10 |
| DS-3 | Restaurant | 餐馆信息 | DI-11 至 DI-15 |
| DS-4 | Meal | 菜品信息 | DI-16 至 DI-22 |
| DS-5 | Order | 订单信息 | DI-23、DI-24、DI-25、DI-27、DI-0 |
| DS-6 | DeliveryNote | 送餐信息 | DI-26至DI-30,DI-1、DI-14、DI-15 |
表格 三
| 处理过程编号 | 处理过程名 | 说明 | 输入 | 输出 | 处理 |
| P-1 | 注册 | 所有用户 | 用户详细信息 | 注册成功信息或失败信息 | 成功:跳转到登陆页面 失败:重新注册 |
| P-2 | 登录 | 所有用户 | 用户名和密码 | 登陆成功信息或失败信息 | 成功:跳转到首页 失败:重新登陆 |
| P-3 | 修改账号 | 已经登陆的用户 | 原用户名、新的用户名、确认新用户名、密码 | 修改成功或失败信息 | 修改数据库信息 |
| P-4 | 修改密码 | 已经登陆的用户 | 原来的密码、新的密码、确认新密码 | 修改成功或失败信息 | 修改数据库信息 |
| P-5 | 修改常用收货信息 | 已经登陆的用户 | 新的收货地址、 新的联系方式 | 修改数据库信息 | |
| P-6 | 添加收获信息 | 已经登陆的用户 | 新的收货信息 | 修改数据库信息 | |
| P-7 | 修改用户信息 | 已经登陆的用户 | 用户信息 | 修改数据库信息 | |
| P-8 | 添加到购物车 | 所有用户 | 将用户所选的菜品添加到购物车 | ||
| P-9 | 修改购物车 | 所有用户 | 修改购物车信息 | ||
| P-10 | 下订单 | 已登录用户 | 根据购物车和用户信息自动生成订单 | ||
| P-11 | 查看并确认订单 | 已登录用户 | |||
| P-12 | 提交订单 | 已登录用户 | 订餐成功信息 | 修改数据库信息 | |
| P-13 | 接收订单 | 客服人员 | 将订单信息传送给相关工作人员 | ||
| P-14 | 信息检索 | 所有用户 | 要检索的内容 | 检索信息内容 | |
| P-15 | 发布信息 | 已登录用户 | 要发布的信息 | 修改数据库信息 | |
| P-16 | 系统维护 | 管理员 | |||
| P-17 | 信息更新 | 管理员 | 需要更新的信息 | 修改数据库信息 | |
| P-18 | 用户投诉与评价 | 已登录的用户 | 投诉/评价内容 | 投诉/评价内容 | 修改数据库信息 |
系统分析阶段是系统开发的第二阶段,在此阶段需要调查分析企业业务并获取相关信息,为下一阶段的开发工作做准备。此阶段的成果还有许多不完善的地方,需要在后期开发工作中重新对其做出改进。力求开发一个健壮,友好的系统。
