2.3 系统功能分析 2.3.1 系 统 功能实现 本系统主要是实现网上浏览菜单、订餐、产生订单等功能的系统。需要实现菜品信息的动态提示、购物车管理、客户信息注册、登录管理、订单处理、信息反馈等模块。需要完成的主要任务如下： 当客户进入网上订餐时，应该在主页面中分类显示最新的菜品信息，以供客户选择所需菜品，同时提供按菜品名称，快速查询所需菜品信息的功能。当客户选择预定某个菜品时，应该能够将对应菜品信息，如：价格、数量记录到对应的购物车中，此时客户可以选择选择其他菜品或是查看自己的购物车，最后，在购物车中填写相应的送餐信息，提交订餐订单后，自动清除以生成订单的购物车中的信息。餐厅服务人员根据订单信息，查看详细订单明细并根据实际情况处理订餐。 分析网上订餐系统，制订整个系统框架如下： 网上订餐系统前台后台用户登录或游客注册信息浏览订餐查看历史订单留言板实时反映订餐请况处理订单前台信息浏览、添加、删除、修改审核注册用户系统管理订餐管理查看订单 明细信息反馈和评分图2.1 系统整体框架图 2.3.2 系 统 需 求 分析 用于需求建模的方法有很多种，最常用的包括数据流图(DFD)、实体关系图(ERD)和UML三种方式。UML（统一建模语言）是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程[12]。本系统使用UML中的用例图、活动图、状态图来对需求建模。 用例图通过描述“系统”和“活动者”之间的交互活动来描述系统的行为。通过分解系统目标，用例图描述活动者为了实现这些目标而执行的所有步骤。此方法最主要的优点，在于它是用户导向的，用户可以根据自己所对应的用例来不断细化自己的需求。此外，使用用例还可以方便地得到系统功能的测试用例。 1.角色分析 分析的第一步是定义用例，以描述系统的外部功能需求。用例分析包括阅读和分析需求说明，此时需要与系统的潜在用户进行讨论。根据上述需求，通过分析，网上订餐 角色分为两 大类 ： 用户和系统管 理 员 。 2.用例分析 在确 认 角色的基 础 上，确 认 用例。网上订餐 系统中的用例有： 用户管 理 、订单 管 理 、登 录 系统、菜 品 信 息 管 理 等 等 。 本系统的用户用例图如 图2.2所示 。进行的操 作包括订餐 服 务 、信 息 浏 览 、订单...
