1、综上所述食堂的这些问题相应的给予了本系统巨大的潜在客户与市场。,系统技术方法,本系统采用面向对象的设计与分析方法UML(统一建模语言)UML 即是通常所说的统一建模语言,它不是编程语言,而是一种图形语言,主要用在对于新建的应用系统的建模与开发。UML可以大大得降低系统开发的难度和缩短开发的周期。UML优点:(1)UML不是一个开发而是一个形式语言,并且在这个体系中对立面的所有的元素和部分都有比较确定的定义,这样的话就可以在后面的建模过程中明确不会引起歧义;相比其它的建模语言来说,UML建模效率更高,对于建模对象的描述更加的简洁和精炼。(2)UML可以对所有的软件进行描述,统一建模语言是比较全面
2、的,几乎涵盖了所有的对象描述。(3)UML在对对象进行描述的时候具有比较好的规范化,在伸缩性方面具有很大的优势,无论是大型的项目还是小型的项目都可以使用统一建模技术进行实现。(4)在 UML中,预设了比较丰富的建模技术,一共有八个建模技术可以利用,分别为用例图、类图、状态图、活动图、交互图、对象图、组件图、部署图。,需求分析介绍,登录模块,学生使用自己的账号密码登录相应端系统,从而进行订餐、评论等操作。餐厅经理使用自己的账号密码登录相应端系统,从而进行订单管理、评论、餐品管理等操作。订餐模块,学生选择相应餐厅,在相应餐厅选择自己想要的菜,根据自己需求下订单。评论模块,学生和餐厅经理进行互动评论
3、等,订单管理模块,学生可对自己的订单进行删除、添加等,餐厅管理人员可对订单进行查看、更新订单等。餐品管理模块,餐厅经理可对餐品进行添加、删除、修改。评论模块,学生和餐厅经理进行互动评论。订单管理模块,学生可对自己的订单进行删除、添加等,餐厅管理人员可对订单进行查看、更新订单等。,1.订餐系统顶层图,图1,2.订餐系统用例图,图2.1,2.1主要模块用例图,图2.2.1 顾客模块用例图,图2.2.2 餐厅经理模块用例图,2.2主要模块用例图,图2.3 后台管理和数据库用例图,3.订餐系统类图,图3.1,3.1订餐系统类图关联,图3.1,4.订餐系统主要顺序图,顺序图(Sequence Diagr
4、am)用来描述一组对象之间动态交互关系,着重描述对象间消息传递的时间顺序,顺序图在实时中被大量使用。顺序图有两个轴:水平轴列出参与交互的不同对象,用标有对象名的矩形表示,对象名注下划线以区别于类;垂直虚线是时间轴,又称为对象的生命线,用于表示在某段时间内对象的存在。对象间的通信和交互通过在生命线之间传送的消息来表示,消息的类型也分为简单消息、同步消息和异步消息。收到消息时,接受对象立即开始执行活动,及对象被激活,并在对象生命线上显示一个细长矩形框来表示激活时间。顺序图还常给出消息的说明信息,用于说明消息的名称、序号、发送的时间及动作执行的情况,还定义两个消息之间的时间限制及一些约束信息等。顺序
5、图形式有两种:一般格式(描述所有情节,可能包括分支,条件和循环)和实例格式(详细描述一次可能的交往,没有任何条件,分支或循环,仅显示选定情节场景的交互)。,基本流:1.顾客选择注册;2.系统返回一个注册页面;3.顾客根据提示输入相应的注册信息;4.系统验证顾客输入成功;5.顾客提交注册信息;6.系统提示注册成功并返回首页。备选流:1.顾客输入信息和系统验证不一致(如字段长度超过系统设置等),系统给出相应的提示信息并返回注册页面。2.顾客输入用户名是已注册用户名,系统给出提示并返回注册页面。3.系统异常,无法注册,并给出相应的信息(如网站维护等)。,图4.1 用户注册顺序图,顾客,基本流:1用户
6、选择登录并选择餐厅进行浏餐品目录浏览,或者输入查看的餐品检索信息。2系统处理用户请求成功并返回用户查看的相应的餐品目录页面。3用户查看菜色的名称、价格、描述。6用户查看被订购次数。系统在数据库中没有找到与用户输入相关的信息,系统返回提示信息。,图4.2 顾客菜品查询顺序图,顾客,基本流:1用户登录评论板查看评论。2用户添加、删除、查看评论。3管理员登录评论板。4管理员查看回复评论。5管理员更新评论。只有注册的用户才可以在评论板上发表评论。,图4.3 用户注册顺序图,顾客,基本流1.每位用户有一个购物车,可以提交订单、添加订单,删除订单。2.用户首先需要选择自己想要的饭菜和份数,并且添加进购物车
7、,最后生成订单。3.当选择完成之后,付款、填写好送达地址,接收时间,收货人,联系电话等信息。4.系统会再次确认送达信息,用户点击确认之后递交餐厅信息库。5.用户订餐完成之后返回主页面。9.在尚未对该订单进行发送处理之前,餐厅经理可以根据实际情况撤销订单。1.购物车为空,系统给出相应的提示。3系统处理异常,系统给出相应的提示。,图4.4 用户注册顺序图,顾客,基本流:1餐品信息检索:餐厅经理能够通过输入餐品信息的检索条件,来检索自己所需要的餐品。本功能支持使用餐品名称以及餐品简介关键字来对餐品进行检索。在管理员使用此功能后,将返回给管理员所有符合用户检索条件的餐品。2推出新餐品:选择该操作后,管
8、理员需要填写新餐品的信息,包括餐品的名字、类型、图片、市场价格、网订价格以及餐品描述,其中除了图片以及餐品描述3更新餐品:管理员可以修改已推出的餐品的基本信息,使得餐品信息可以更加准确及完善。4删除餐品:对于要下市的餐品,管理员可以对其进行移除操作,删除以后,对应的该餐品的订购记录仍然保留,方便日后查询。只能由既定的管理员凭借密码登录后台管理系统才能对产品信息进行修改。,图4.5 餐厅经理餐品管理顺序图,餐厅经理,基本流:1.数据添加:对新注册的顾客账号密码和餐厅信息计餐厅经理信息就行添加到数据库。2.提供数据:对已经注册的顾客和餐厅经理,登录时提供数据。管理员无需账号密码,直接在后台对顾客和
9、餐厅经理的数据账号就行添加和修改管理。,图4.6 管理员数据修改和添加顺序图,管理员,数据库,基本流:1.信息提供:提供给管理员所需的数据。2.添加到数据库对已经注册的顾客和餐厅经理,登录时提供数据。,图4.7 数据库提供和存储信息顺序图,5.订餐系统活动图,客户登录系统后,可以浏览菜品,可以直接进入评论模块,也可以直接选择餐厅进行订餐。在浏览菜品时,若要订餐,必须先选择相应餐厅。,图5.1 客户活动图,餐厅经理登录系统后,可以进入订单模块查看、更新订单等,可以进入餐品管理模块,添加今日的食品或更新,也可直接进入评论模块。,图5.2 餐厅经理活动图,管理员通过后台操作,可对系统数据做相应的修改
10、,如增加新餐厅等。,图5.3 管理员活动图,6.订餐系统状态图,状态图(State Diagram)用来描述一个特定对象的所有可能的状态及其引起状态转移的事件。一个状态图包括一系列的状态以及状态之间的转移。订餐系统的状态图有:(1)用户订餐状态图;(2)餐厅管理状态图;(3)后台管理状态图;,简要说明:用户在想要订餐时,通过登录账号之后会出现的各种状态,以及引起这些状态转移的事件,用户通过这些转移事件的提醒,完成查询菜品、下订单、添加评论等操作。1.包含的状态:登录账号、查询菜品、选择餐厅、选择菜品、添加订单、删除订单、核对订单、提交订单、查询评论、添加评论、删除评论。2.引起状态转移的事件有
11、:登录失败,则重新登录、登录成功、欲订餐、添加成功、信息错误、信息正确、结束等。,图6.1 用户订餐状态图,餐厅管理状态图:简要说明:餐厅经理在进行管理时,通过登录账号之后会出现的各种状态,以及引起这些状态转移的事件,餐厅经理通过这些转移事件的提醒,完成对餐厅菜品、订单以及评论的操作。登录账号、添加餐品、删除餐品、核对餐品信息、更改餐品信息、查看订单、更新订单状态、查询评论、添加评论、删除评论。登录失败,则重新登录、登录成功、信息正确、信息更改成功、餐品信息错误、订单已完成、结束等。,图6.2 餐厅管理状态图,后台管理状态图:后台管理人员在进行管理时,通过登录账号之后会出现的各种状态,以及引起
12、这些状态转移的事件,后台管理人员通过这些转移事件的提醒,完成对数据信息更新或添加的操作。登录后台、查询数据、更新数据、添加数据。登录失败,则重新登录、登录成功、信息更新完成、数据信息有变化、有新数据、结束等。,图6.3 后台管理状态图,7.订餐系统测试,软件测试是保证软件质量的主要手段,以检查软件功能特性和产品内容为核心,它对软件的质量起关键作用,同时也对软件开发的目的起保障作用。开发出实现能够满足用户需求的高质量、高性能的软件产品是软件开发的最终目的所在。因此,在软件从开发到运用的每个阶段都无可奈何地会产生或大或小的一些错误,只有认真地进行软件测试,才可能尽量地排除这些错误,从而最大程度地提
13、高软件的质量。由于系统结构复杂,功能众多,下面仅仅介绍重要的几个项目的测试。在实现了网上订餐系统后,需要对系统进行测试和评估,验证其性能是否能够达到我们期待的效果,同时发现系统存在的一些不足,从而针对性的做一些调整和改进,提高系统的性能。,理想界面,结论,我们组设计的是移动端网上订餐系统,此具有一定实用性的电子商务系统。本系统通过美观、友好的界面设计可完成信息查询灵活、方便、快捷、准确,数据存储安全可靠;全面展示餐品;显示餐品的详细信息,方便顾客了解商品信息;对用户输入的数据,进行严格的数据检验,尽可能避免人为错误;网上订餐内部可使用本系统更好地完成整个业务流程的数据管理,后台数据维护将大大提高工作效率。系统的实用性较强,并具有较高的安全性和可靠性,且易于操作和维护。,致谢,在此诚恳感谢张老师指导和同学的帮助!,
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1