ImageVerifierCode 换一换
格式:DOCX , 页数:10 ,大小:48.18KB ,
资源ID:15718573      下载积分:5 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-15718573.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(网上订餐系统分析.docx)为本站会员(b****6)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

网上订餐系统分析.docx

1、网上订餐系统分析 Company number:【0089WT-8898YT-W8CCB-BUUT-202108】网上订餐系统分析 系统功能分析2.3.1 系统功能实现本系统主要是实现网上浏览菜单、订餐、产生订单等功能的系统。需要实现菜品信息的动态提示、购物车管理、客户信息注册、登录管理、订单处理、信息反馈等模块。需要完成的主要任务如下: 当客户进入网上订餐时,应该在主页面中分类显示最新的菜品信息,以供客户选择所需菜品,同时提供按菜品名称,快速查询所需菜品信息的功能。当客户选择预定某个菜品时,应该能够将对应菜品信息,如:价格、数量记录到对应的购物车中,此时客户可以选择选择其他菜品或是查看自己的

2、购物车,最后,在购物车中填写相应的送餐信息,提交订餐订单后,自动清除以生成订单的购物车中的信息。餐厅服务人员根据订单信息,查看详细订单明细并根据实际情况处理订餐。分析网上订餐系统,制订整个系统框架如下:图系统整体框架图2.3.2 系统需求分析用于需求建模的方法有很多种,最常用的包括数据流图(DFD)、实体关系图(ERD)和UML三种方式。UML(统一建模语言)是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程12。本系统使用UML中的用例图、活动图、状态图来对需求

3、建模。用例图通过描述“系统”和“活动者”之间的交互活动来描述系统的行为。通过分解系统目标,用例图描述活动者为了实现这些目标而执行的所有步骤。此方法最主要的优点,在于它是用户导向的,用户可以根据自己所对应的用例来不断细化自己的需求。此外,使用用例还可以方便地得到系统功能的测试用例。1.角色分析 分析的第一步是定义用例,以描述系统的外部功能需求。用例分析包括阅读和分析需求说明,此时需要与系统的潜在用户进行讨论。根据上述需求,通过分析,网上订餐角色分为两大类:用户和系统管理员。2.用例分析在确认角色的基础上,确认用例。网上订餐系统中的用例有:用户管理、订单管理、登录系统、菜品信息管理等等。本系统的用

4、户用例图如图所示。进行的操作包括订餐服务、信息浏览、订单管理等。图 订餐用户使用例图管理员分为两类:一类是系统管理员用例图如图所示。管理员进行的操作(后台操作)包括用户管理,信息的浏览、添加、删除、修改等等。图 系统管理员使用例图另一类管理员是订餐管理人员,专门负责处理用户预约的订单,用例图如图所示。图 订餐管理员使用例图除了用用例图描述系统需求以外,以下用活动图对系统的主要例进行说明,更具体地描述该用例与角色的交互。1.用户登录图 用户登录用户登录实现为本网站注册用户提供身份确认的功能,保证合法用户的应有权益。而且是否登录也将决定用户能否订餐。用户登录的前置条件是在登录前,用户必须完成“注册

5、”。2.订餐服务图 订餐服务在订餐服务用例中,每个用户都有个购物车,用户可以将自己选定的菜品及其数量放入到购物车中,并且随时可以查看自己预定的菜品的数量和总价格。本用例开始前用户必须登录到系统中。如果用例成功,顾客可以浏览自己购物车中的信息并决定是购买还是删除。3查看历史订单:图 查看历史订单注册用户可以查看自己的历史订单,在历史订单中,可以浏览曾经订购过的菜品,对于已经送餐后的菜品,可以进行评分和信息反馈,不能重复评论,某个菜品在这里的评分会影响其在整个网站中的推荐指数。4.订单处理:图 订单处理处理订单的过程是订餐管理人员参与的,当前台有新的订单生成时,会自动在后台的现有订单列表中显示出来

6、,订餐管理人员可以点击查看未处理的订单,根据实际情况进行处理,或者删除不需要的订单记录。3 数据库设计数据库设计一般分为六个阶段。之前已经完成需求分析,现在需要进行概念设计、逻辑设计和物理设计,本章将叙述这三个阶段的设计思路和设计过程。 数据库需求分析 用户的需求具体体现在各种信息的提供、保存、更新和查询,这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据、数据结构以及数据处理流程,组成一份详细的数据字典,为具体设计铺垫13。通过系统功能分析,针对网上订餐需求,总结为:1分为一般用户和管理员用户,只有用户身份才能进行前台订餐,只有管理员身份才能进行后台管理;2订单分成单张订单详情和

7、总订单表,一张订单中含有多个订单明细;3每一道菜品都从属于一种类型。4一个用户可以订购多个菜品。5一个用户对应多张订单表。 系统概要设计3.2.2 订餐系统E-R图E-R图为实体-联系图,提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型14。构成E-R图的基本要素是实体型、属性和联系,其表示方法为,实体型:用矩形表示,矩形框内写明实体名;属性:用椭圆形表示,并用无向边将其与相应的实体连接起来;多值属性由双线连接;主属性名称下加下划线;联系:用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体连接起来,同时在无向边旁标上联系的类型,系统E-R图如图所示。图订餐系统E-R图以下是

8、主要数据表的E-R图:图 用户E-R图图 订单条目E-R图图 订单E-R图图 菜单E-R图 逻辑设计3.3.1 逻辑设计概述数据库的逻辑设计是概念模型向逻辑模型的转化,一般步骤是先将概念结构转化为关系模型,然后将转化来的关系模型向特定DBMS支持下的数据模型转换,最后对数据模型进行优化3.3.2 数据表的设计数据库的主要表详细结构如下:表 订单条目表orderinfoFieldTypeNullKeyCommentIDIntNoYes标识递增订单IDIntNoNo外键,对应于订单中的“订单ID”菜名Nchar(10)NoNo默认值是“待送餐”数量IntNoNo单价FloatYesNo评分IntY

9、esNo默认为“0分”Back订单YesNo顾客订餐的信息反馈表 订单表orderlistFieldTypeNullKeyComment订单IDIntNoYes标识递增用户IDIntNoNo外键,对应于用户表中的“用户ID”订单状态Nchar(10)NoNo默认值是“待送餐”送餐地址Nvarchar(50)NoNo备注Nvarchar(MAX)YesNo订餐姓名Nvarchar(50)NoNo订餐时间DatetimeYesNo金额总价FloatYesNo表 菜单表menuFieldTypeNullKeyCommentcIDIntNoYes标识递增菜名Nvarchar(50)NoNo价格Floa

10、tNoNo菜介绍Nvarchar(500)YesNoScidIntYesNo菜系id菜图片Nvarchar(1000)YesNo存储的是图片的路径推荐Nvarchar(50)YesNo表 菜分类表cuisineFieldTypeNullKeyCommentScidIntNoYes标识递增种类Nvarchar(50)NoNo菜系名系列介绍Nvarchar(MAX)YesNo表 用户表userFieldTypeNullKeyComment用户IDIntNoYes标识递增uNameNvarchar(50)NoNo登录名uPwdNvarchar(50)NoNo登录密码真实姓名Nchar(10)NoNo

11、性别Nchar(10)NoNo菜系id联系电话Nvarchar(50)YesNoStateNvarchar(50)NoNoID是否有效,默认值是“未审核” 核心功能实现4.2.1 用户自定义控件说明1. 该控件是用于在首页中显示不同菜系的介绍信息的,在控件中定义了一个Scid属性,在每次引用控件时,通过设置Scid的值来确定控件该显示那个菜系的信息。2. 该控件作为导航在页面中引用的,控件的样式和超链接都已经设置好,在需要导航的页面直接引用即可。3. 该控件是分页显示控件,在控件中定义了三个属性:CurrentPage,表示当前显示的是第几页,默认值是”1”;PageSize,表示一页显示几条

12、数据,默认值为”10”;RecordCount,是显示信息的总条数,一般是从数据库绑定出的数据总条数来设定其值的。4. 该控件用于显示菜单信息中的推荐指数,控件中定义了一个s属性,通过设定s的值,便可以显示出相应的推荐指数。4.2.2 信息显示菜单信息,养生咨询,留言版等信息的显示是通过绑定数据库中相应表单中数据得到的。当查看其中一项的具体信息时,是通过网页间传递的参数确定的,一般情况下,传递的参数是数据表中的主键值,这样使得信息有确定性。在菜单表的显示中,网页间传递的参数是数据库中菜单表的主键cID,先显示之前,通“cID”获得主键值后,再从数据库中绑定出相信菜名,价格和介绍信息,并在页面中

13、显示出来。养生咨询,留言板等的信息显示也是这个原理。只是绑定数据的控件不同,得到的显示效果不尽相同。4.2.3推荐指数推荐指数是菜单显示信息中的一个是非常重要意义的信息,其在一定程度上说明菜品的受欢迎程度,可以在顾客选购餐品时提供一个参考建议。上面的内容中已经提到推荐指数的现实是通过设置控件的s属性。s属性的值是根据每个订餐用户用餐后对菜品的评分动态生成和改变的,该信息没有专门存储于数据库中。图是获取s的值的程序流程图图 推荐指数显示4.2.4 分页显示算法由于网页的布局有限,数据库中的大量信息无法再一张网页上全部显示出来,运用分页显示的技术使得信息按照需要分页显示出来,并且显示效果更加清晰。对于分页显示,在上述内容提到了分页控件,在需要显示的页面引用这个控件,就可以进行分页显示。以下是分页显示实现的算法:4.2.5将选定的菜品添加到购物车的流程如下:图 购物车的实现2. 查看购物车的实现图 查看购物车3. 删除数据 购物车列表中的每一行数据后都有“删除”按钮,点击后删除相应的一行数据。此时Session“car”的值应该相应的改变,并重新绑定显示。4. 向数据库填充数据 当用户提交订单时,需要将购物车中数据填入数据库中进行保存。遍历car中的每一行数据,使之一行一行的插入到数据库中。 以上是“购物车”工作的全部流程,在每次订单提交后,car中的数据将全部清除。

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2