网上订餐系统分析报告

上传人:pu****.1 文档编号:490151349 上传时间:2023-01-26 格式:DOC 页数:30 大小:3.84MB
返回 下载 相关 举报
网上订餐系统分析报告_第1页
第1页 / 共30页
网上订餐系统分析报告_第2页
第2页 / 共30页
网上订餐系统分析报告_第3页
第3页 / 共30页
网上订餐系统分析报告_第4页
第4页 / 共30页
网上订餐系统分析报告_第5页
第5页 / 共30页
点击查看更多>>
资源描述

《网上订餐系统分析报告》由会员分享,可在线阅读,更多相关《网上订餐系统分析报告(30页珍藏版)》请在金锄头文库上搜索。

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

2、的购物车中的信息。 餐厅服务人员根据订单信息 . 查看详细订单明细并根据实际情况处理订餐。分析网上订餐系统 . 制订整个系统框架如下:网上订餐系统前台 后台系统管理 订餐管理用户登录或游客注册信息浏览订餐查看历史订单留言板信息反馈和评分核注册用户浏览、添加、删除反映订餐请看订单明细处理订单前台信息 实审 时 查、 况修改. .图2.1 系统整体框架图2.3.2 系统需求分析用于需求建模的方法有很多种 . 最常用的包括数据流图 (DFD)、实体关系图 (ERD)和UML三种方式。 UML(统一建模语言)是一种定义良好、易于表达、功能强大且普遍适用的建模语言。 它溶入了软件工程领域的新思想、 新方

3、法和新技术。 它的作用域不限于支持面向对象的分析与设计 . 还支持从需求分析开始的软件开发的全过程12 。本系统使用 UML中的用例图、活动图、状态图来对需求建模。用例图通过描述“系统”和“活动者”之间的交互活动来描述系统的行为。通过分解系统目标 . 用例图描述活动者为了实现这些目标而执行的所有步骤。此方法最主要的优点 .在于它是用户导向的 . 用户可以根据自己所对应的用例来不断细化自己的需求。 此外 . 使用用例还可以方便地得到系统功能的测试用例。1. 角色分析分析的第一步是定义用例 . 以描述系统的外部功能需求。用例分析包括阅读和分析需求说明. 此时需要与系统的潜在用户进行讨论。根据上述需

4、求 . 通过分析 . 网上订餐角色分为两大类:用户和系统管理员。2. 用例分析在确认角色的基础上 . 确认用例。网上订餐系统中的用例有:用户管理、订单管理、登录系统、菜品信息管理等等。本系统的用户用例图如图 2.2 所示。 进行的操作包括订餐服务、 信息浏览、 订单管理等。. .图2.2 订餐用户使用例图管理员分为两类:一类是系统管理员用例图如图 2.3 所示。管理员进行的操作( 后台操作 ) 包括用户管理 . 信息的浏览、添加、删除、修改等等。图2.3 系统管理员使用例图. .另一类管理员是订餐管理人员 . 专门负责处理用户预约的订单 . 用例图如图2.4 所示。图2.4 订餐管理员使用例图

5、除了用用例图描述系统需求以外 . 以下用活动图对系统的主要例进行说明 .更具体地描述该用例与角色的交互。1. 用户登录图2.5 用户登录用户登录实现为本网站注册用户提供身份确认的功能 . 保证合法用户的应有权益。而且是否登录也将决定用户能否订餐。用户登录的前置条件是在登录前 .用户必须完成“注册”。2. 订餐服务. .图2.6 订餐服务在订餐服务用例中 . 每个用户都有个购物车 . 用户可以将自己选定的菜品及其数量放入到购物车中 . 并且随时可以查看自己预定的菜品的数量和总价格。本用例开始前用户必须登录到系统中。如果用例成功 . 顾客可以浏览自己购物车中的信息并决定是购买还是删除。3查看历史订

6、单:图2.7 查看历史订单注册用户可以查看自己的历史订单 . 在历史订单中 . 可以浏览曾经订购过的. .菜品. 对于已经送餐后的菜品 . 可以进行评分和信息反馈 . 不能重复评论 . 某个菜品在这里的评分会影响其在整个网站中的推荐指数。4. 订单处理:图2.8 订单处理处理订单的过程是订餐管理人员参与的 . 当前台有新的订单生成时 . 会自动在后台的现有订单列表中显示出来 . 订餐管理人员可以点击查看未处理的订单 .根据实际情况进行处理 . 或者删除不需要的订单记录。3 数据库设计数据库设计一般分为六个阶段。 之前已经完成需求分析 . 现在需要进行概念设计、逻辑设计和物理设计 . 本章将叙述

7、这三个阶段的设计思路和设计过程。3.1 数据库需求分析用户的需求具体体现在各种信息的提供、保存、更新和查询 . 这就要求数据库结构能充分满足各种信息的输入和输出。 收集基本数据、 数据结构以及数据处理流程. 组成一份详细的数据字典 . 为具体设计铺垫13 。. .通过系统功能分析 . 针对网上订餐需求 . 总结为:1分为一般用户和管理员用户 . 只有用户身份才能进行前台订餐 . 只有管理员身份才能进行后台管理;2订单分成单张订单详情和总订单表 . 一张订单中含有多个订单明细;3每一道菜品都从属于一种类型。4一个用户可以订购多个菜品。5一个用户对应多张订单表。3.2 系统概要设计3.2.2 订餐

8、系统 E-R 图E-R图为实体- 联系图. 提供了表示实体型、 属性和联系的方法 . 用来描述现实世界的概念模型14 。构成E-R图的基本要素是实体型、 属性和联系 . 其表示方法为 .实体型: 用矩形表示 . 矩形框内写明实体名; 属性:用椭圆形表示 . 并用无向边将其与相应的实体连接起来; 多值属性由双线连接; 主属性名称下加下划线; 联系:用菱形表示 . 菱形框内写明联系名 . 并用无向边分别与有关实体连接起来 . 同时在无向边旁标上联系的类型 . 系统E-R图如图3.1 所示。1 M 1 包含 M菜单分类 包含 菜品 订单条目M M管理员1预定 包含回复N 1 MM 1 1 生成 M留

9、言版 留言 用户 订单图 3.1 订餐系统 E-R图以下是主要数据表的 E-R 图:. .图3.2 用户 E-R图图 3.3 订单条目 E-R图图3.5 订单 E-R图. .图3.6 菜单E-R图3.3 逻辑设计3.3.1 逻辑设计概述数据库的逻辑设计是概念模型向逻辑模型的转化 . 一般步骤是先将概念结构转化为关系模型 . 然后将转化来的关系模型向特定 DBMS支持下的数据模型转换 .最后对数据模型进行优化3.3.2 数据表的设计数据库的主要表详细结构如下:表 3.1 订单条目表 orderinfoField Type Null Key CommentID Int No Yes 标识递增订单

10、ID Int No No 外键. 对应于订单中的“订单 ID”菜名 Nchar(10) No No 默认值是“待送餐”数量 Int No No单价 Float Yes No. .评分 Int Yes No 默认为“0 分”Back 订单 Yes No 顾客订餐的信息反馈表3.2 订单表 orderlistField Type Null Key Comment订单 ID Int No Yes 标识递增用户 ID Int No No 外键. 对应于用户表中的“用户 ID”订单状态 Nchar(10) No No 默认值是“待送餐”送餐地址 Nvarchar (50) No No备注 Nvarcha

11、r (MAX) Yes No订餐姓名 Nvarchar (50) No No订餐时间 Datetime Yes No金额总价 Float Yes No表 3.3 菜单表 menuField Type Null Key CommentcID Int No Yes 标识递增菜名 Nvarchar (50) No No价格 Float No No菜介绍 Nvarchar (500) Yes NoScid Int Yes No 菜系 id菜图片 Nvarchar (1000) Yes No 存储的是图片的路径推荐 Nvarchar (50) Yes No表3.4 菜分类表 cuisine. .Fiel

12、d Type Null Key CommentScid Int No Yes 标识递增种类 Nvarchar (50) No No 菜系名系列介绍 Nvarchar (MAX) Yes No表 3.5 用户表 userField Type Null Key Comment用户 ID Int No Yes 标识递增uName Nvarchar (50) No No 登录名uPwd Nvarchar (50) No No 登录密码真实姓名 Nchar(10) No No性别 Nchar(10) No No 菜系 id联系电话 Nvarchar (50) Yes NoID 是否有效. 默认值是Sta

13、te Nvarchar (50) No No“未审核”4.2 核心功能实现4.2.1 用户自定义控件说明1. listInfo.ascx该控件是用于在首页中显示不同菜系的介绍信息的 . 在控件中定义了一个Scid 属性. 在每次引用控件时 . 通过设置 Scid 的值来确定控件该显示那个菜系的信息。. .2. Nav.ascx该控件作为导航在页面中引用的 . 控件的样式和超链接都已经设置好 . 在需要导航的页面直接引用即可。3. PagingBar.ascx该控件是分页显示控件 . 在控件中定义了三个属性: CurrentPage. 表示当前显示的是第几页 . 默认值是” 1”;PageSiz

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

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号