前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >用starUML画的软工课设:外卖点餐管理系统

用starUML画的软工课设:外卖点餐管理系统

作者头像
天天Lotay
发布2022-12-01 08:22:28
4.6K0
发布2022-12-01 08:22:28
举报
文章被收录于专栏:嵌入式音视频

软件工程课设:外卖点餐管理系统

一.概述

随着网络的普及化,我们的生活和英特网越来越精密。近年来社会刮起了一阵“宅风”。人们开始渐渐不愿出门逛街买东西了,更加崇尚于网上购物。而为了响应这阵“宅风”,各大商店在网上开了网店。网上购物已经我们带入了一个新的消费领域。 民以食为天,餐饮服务业是一项比较热门的行业,大街小巷餐馆随可见。如果优化了整一个点餐、用餐系统,这样不仅可以提高企业的服务水平和工作效率,还给消费者带来方便。提高餐馆自身的竞争力。外卖订单系统是服务于餐馆外卖活动的一个简单的信息系统,开发该系统主要希望实现扩大本餐馆宣传、缩短顾客订餐时间、减少订餐错误、便于订单统计分析等,最终达到扩大餐馆影响力、提高餐馆外卖业务效率、实现一定程度的决策支持的目的。网上订餐由于其独有的便捷性和直观性,更能够轻而易举地被现代人认同和接受。

该系统主要有五个子系统,分别是:账户管理子系统、订单管理子系统、评论管理子系统、菜品管理子系统、系统管理子系统。

1、 账户管理子系统:面向顾客、管理员两种参与系统活动的角色。主要实现用户的注册、登录、注销以及账户信息编辑等功能。 2、 订单管理子系统:主要面向顾客、管理员,主要实现订单的增删改、历史订单浏览与查询、订单统计分析等功能。 3、 评论管理子系统:主要面向顾客,主要实现顾客查看、回复、发表评论信息,管理员查看用户评论信息等功能。 4、 菜品管理子系统:主要面向顾客、管理员,主要实现菜单目录的呈现、菜品的检索、菜品种类与当日供应数量的增删改等功能。 5、 系统管理子系统主要面向管理员,主要实现系统管理、模块管理、权限管理等功能。

二.可行性分析

2.1技术的可行性

技术的可行性是指在当前的条件下是否存在一些技术壁垒使开发方无法满足客户的需求,无法开发出符合客户需求的系统。 随着IT技术的不断发展,IT技术越来越多的被应用到企业的日常运营管理活动中,对于外卖订餐系统而言,前台与后台的系统功能模块都是属于较为简单的功能模块,在当前B/S结构日益成熟的背景下,不存在任何重大技术障碍迫使本系统无法实现客户的需求。

2.2经济的可行性

经济的可行性是指客户与开发方双方在系统开发前后能否产生的正的经济效益,若经济效益为负的可能性很大,则本系统的开发存在经济上的不可行性。 对于开发方而言,为客户开发本系统会为开发方带来一笔销售收入,而只有这笔销售收入小于开发成本时才会导致开发方的经济效益为负。而本系统在实现上的技术壁垒极低,只有可能在客户违约拒绝支付开发费用时才可能导致开发方的经济效益为负,在双方签订的合同不存在重大漏洞和法律缺陷的前提下,客户发生违约的情况极低。因此,开发方不存在经济的可行性上的问题。 对于客户而言,尽管在系统开发前期以及后期的人员培训、系统维护等系统开发前后期发生的成本对于客户而言是无法避免的沉默成本,但是在使用外卖订餐系统后期,企业将提高其运转效率、增加订单数量、进而使企业的收入快速增长。从长期的角度来看,由于外卖订餐系统的简单性,企业前期投入的一次性成本以及后期产生的其他成本是较低的,而本系统将使客户产生一个长远的正的经济效益,因此对于客户而言,也不存在经济上的可行性问题。

2.3操作的可行性

操作的可行性是指在系统开发完成后,系统的使用者使用的难易度是否会过高,从而导致系统的实用性较低。 对于客户、客户的顾客而言,由于目前信息化普及程度较高,人们对电脑的操作较为熟悉,因此只要系统本身的设计较为简洁,则用户可快速学习对系统的使用。本外卖订餐系统设计的简洁性能较好地符合用户对系统操作性的需求,则对于用户而言,熟练操作使用本系统的门槛较低,在操作上是具有可行性的。 综上所述,本外卖订餐系统开发的可行性分析的结果是可行的。

2.4法律的可行性

该系统为独立开发,在技术上没有使用任何现有的软件和方法,所以在法律方面不会存在侵犯专利权,侵犯版权等问题。

2.5结论

以上就是对于网上订餐项目的可行性分析。可行性分析涉及背景及解决方案,对解决方案从技术可行性、经济可行性、社会可行性、法律可行性四方面逐步深入眼界。报告认为: (1)本项目的技术成熟、完备、安全、测试手段可靠,没有任何技术风险。 (2)能够适应市场需求,具有良好的拓展空间,经济效益可观。 因此,项目可立即开始。

三.需求分析

3.1功能性需求

(1) 顾客账户管理:注册、登录、注销账户,对账户相信信息进行编辑。 (2) 顾客网上订餐:查看菜单,检索菜品,增加、删除、更改菜品到购物车,网上支付。 (3) 顾客网上评论:查看、回复评论菜品,删除、更改自己发表的评论。 (4) 管理员管理菜品:设置菜单,包括菜品的种类和每天供应个数量,更改菜单,删除菜品等。 (5) 管理员查看订单:查看顾客的历史订单记录,查看某样菜品的订购记录,实现简单的订单统计分析功能。 (6) 管理员管理菜单:管理员修改订单状态。

3.2非功能性需求

(1) 服务器稳定:保证系统的服务器具有良好的稳定性,需要实现7*24小时不停的运作。 (2) 数据完整准确:录入数据采用表格方式,限制录入数据类型及取值范围以保证数据的完整性及准确性。系统具有部分反悔修改功能,系统备有的修改功能均可反悔。 (3) 系统安全:用户在身份认证、授权控制、私密性等方面的要求。 (4) 系统易用:系统操作界面美观、简便,通俗,便于操作。 (5) 系统可维护:系统在出现故障时可以及时维修,使其数据恢复。

3.3基于UML的系统分析

3.3.1用户用例图

3.3.2管理员用列图

3.4系统主要用例

3.4.1账户管理子系统

账户管理子系统面向顾客、管理员两种参与系统活动的角色。主要实现用户的注册、登录、注销以及账户信息编辑等功能。

(1)UML用例描述
(2)UML活动图
(3)UML顺序图

3.4.2 订单管理子系统

订单管理子系统主要面向顾客、主管、送餐员,主要实现订单的增删改、历史订单浏览与查询、订单统计分析等功能。

(1).UML用例描述
(2)UML活动图
(3)UML顺序图

3.4.3评论管理子系统

评论管理子系统主要面向顾客、管理员,主要实现顾客查看、回复、发表评论信息,管理员查看用户评论信息等功能。

(1)UML用例描述
(2)UML活动图
(3)UML顺序图

3.4.4 菜品管理子系统

菜品管理子系统主要面向顾客、管理员,主要实现菜单目录的呈现、菜品的检索、菜品种类与当日供应数量的增删改等功能。

(1)UML用例描述
(2)UML活动图
(3)UML顺序图

3.4.5 系统管理子系统

系统管理子系统主要面向管理员,主要实现系统管理、模块管理、权限管理等功能。

(1)UML用例描述
(2)UML活动图
(3)UML顺序图

四.概要设计

4.1类图

(1)属性

(2)方法

五.详细设计

5.1顾客注册

5.2客户修改个人信息

5.3管理员对购物车内菜品进行进行增加/修改/删除:

5.4顾客查看菜品信息

5.5管理员查看订单记录

5.6顾客结算

5.7管理员对未出单订单进行出单

5.8顾客确认收货后对订单评价

5.9管理员统计月销售额并分析出月度订单

5-10管理员管理用户

六.测试计划、测试案例编写

(1)餐厅管理员的登录功能,顾客的注册登录功能

(2)餐厅管理员对菜品信息的添加、修改、删除、按菜品名称模糊查询、按价格范围查询、按价格的升序或降序排列显示。

(3)顾客查看菜品信息,按菜品名称模糊查询、按价格范围查询、按价格的升序或降序排列显示。

(4)顾客下单,一个订单中可以包含多个剩余数量不为0的菜品,在餐厅管理员还没有出单之前,顾客可以修改自己的订单、取消(删除)自己的订单,顾客可以用微信或者支付宝支付订单

(5)餐厅管理员可以查看所有订单,按下单的时间顺序查看没有出单的订单,对订单进行出单操作。查看已经出单,但没有确认收货的订单。查看已经确认收货的订单。

(6)顾客查看自己已经出单的订单,对订单确认收货。

(7)顾客对确认收货的订单中的菜品进行评价。

(8)餐厅管理员查看已经确认收货的订单中菜品的评价。

(9)餐厅管理员统计查看月销售总额,根据订单情况分析月度最受欢迎菜品。

七.项目部署

运行环境:win10 软件:starUML5.0.2.1570

八 .参考文献

1.《软件工程》李爱萍,崔东华,李东生主编,人民邮电出版社 2.《软件工程》伊恩·萨默维尔编著,机械工业出版社 3. 《软件工程导论 (第八版)》张海藩,牟永敏主编,清华大学出版社

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2022-11-04,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 软件工程课设:外卖点餐管理系统
  • 一.概述
  • 二.可行性分析
    • 2.1技术的可行性
      • 2.2经济的可行性
        • 2.3操作的可行性
          • 2.4法律的可行性
            • 2.5结论
            • 三.需求分析
              • 3.1功能性需求
                • 3.2非功能性需求
                  • 3.3基于UML的系统分析
                    • 3.3.1用户用例图
                    • 3.3.2管理员用列图
                  • 3.4系统主要用例
                    • 3.4.1账户管理子系统
                    • 3.4.2 订单管理子系统
                    • 3.4.3评论管理子系统
                    • 3.4.4 菜品管理子系统
                    • 3.4.5 系统管理子系统
                • 四.概要设计
                  • 4.1类图
                    • (1)属性
                    • (2)方法
                • 五.详细设计
                  • 5.1顾客注册
                    • 5.2客户修改个人信息
                      • 5.3管理员对购物车内菜品进行进行增加/修改/删除:
                        • 5.4顾客查看菜品信息
                          • 5.5管理员查看订单记录
                            • 5.6顾客结算
                              • 5.7管理员对未出单订单进行出单
                                • 5.8顾客确认收货后对订单评价
                                  • 5.9管理员统计月销售额并分析出月度订单
                                    • 5-10管理员管理用户
                                    • 六.测试计划、测试案例编写
                                    • 七.项目部署
                                    • 八 .参考文献
                                    领券
                                    问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档