网上订餐系统分析
外卖系统分析分析报告
1、项目名称餐饮店的外卖订餐系统平台的建设2、项目背景（1）网上订餐的市场背景随着越来越多的人接受了电子商务这种便捷、快速的交易形式，网上订餐的顺势而出很快受到了大家的欢迎。
互联网的应用以普及千家万户,这为网络订餐提供了良好的发展空间。
同时，网上订餐服务的直观、有效、便捷等优点是传统的电话订餐业务无法比拟的。
调查数据显示，诸多白领更乐于选择网上订餐服务,网上订餐将是白领一族捕获餐店信息、进行订餐的发展趋势。
（2）网上订餐的市场优势网络订餐可通过色彩、图片、阐明、设立动画加强产品的宣传，大大达成了餐饮业的规定。
实现产品管理方便，起到立竿见影的效果，不用由于更改菜色而重新印刷。
只要在后台鼠标轻轻一点，全线立刻更新。
3、项目目的网上订餐系统是顾客实现网络交易的一种方式，含有和谐直观的界面，安全快捷的支付方式，让卖家第一时间收到订单信息，让顾客第一时间内获取外卖信息，为顾客提供更高质量的服务。
既节省了时间，又让顾客觉得方便、快捷，又对每个订单的信息保管妥善、解决及时，实现高度智能化管理，令订餐更快捷，便利，交互方便。
4、项目内容系统制作分为前台和后台。
前台重要涉及的对象是网站的顾客.（1）登陆和注册：登陆是为老客户服务的，注册重要是为新顾客准备的。
（2）菜品展示：重要展示本店的特色菜品的详情图，让顾客能更直观的理解选择自己喜欢的。
（3）前台信息：前台顾客能够任意浏览本店的菜品更新信息，并能够对菜品进行评价。
（4）外卖公示：能够对本店的某些外卖优惠活动进行公布，以及优惠的具体时间。
（5）查询模块：顾客能够对本店的喜欢的菜品进行查询，然后能够在评论区理解其它顾客的体验状况。
（6）联系我们：重要用于反馈某些菜品和其它服务的有关建议，让我们懂得局限性，不停改善提高，同时公示出本店的联系电话、地址以及配送时间，让顾客能够随时联系。
后台重要涉及的对象是网站的管理员：（1）登陆模块：重要用于管理员登陆使用。
（2）顾客注册信息管理模块：重要是进行审核管理，涉及网站的注册信息。
网上订餐系统可行性分析报告
网上订餐系统可行性分析报告【正文】一、引言近年来，随着互联网的高速发展和人们生活水平的不断提高，网上订餐系统逐渐成为大众生活中的一部分。
本文将对网上订餐系统的可行性进行分析，以期为相关商家和消费者提供决策参考。
二、市场需求分析随着社会的快节奏和工作压力的增加，越来越多的人选择网上订餐服务，以节省时间和精力。
根据统计数据显示，目前订餐市场规模庞大，每年的增长率高达20%，可见网上订餐系统具有广阔的市场空间和潜力。
三、竞争对手分析目前，市场上已经存在许多知名的网上订餐平台，如美团、饿了么等。
这些平台具有较高的知名度和用户粘性，给其他新进入市场的网上订餐系统带来竞争压力。
因此，新的网上订餐系统应该具备差异化竞争优势，为消费者提供更好的服务体验。
四、技术可行性分析1. 网络基础设施网上订餐系统的实施需要有良好的网络基础设施作为支撑，包括稳定的互联网连接、高速网络传输等。
目前，全国大部分地区已经具备了这些基础设施，因此从技术上来说，网上订餐系统是可行的。
2. 系统安全性对于网上订餐系统来说，系统的安全性是一个重要的考虑因素。
系统应该具备一定的防火墙和数据加密技术，以保障用户隐私信息的安全。
同时，系统应该定期进行安全检查和漏洞修复，预防黑客攻击和数据泄露等问题。
五、商业可行性分析1. 盈利模式网上订餐系统的盈利主要来自于商家的佣金和广告费用。
通过与合作商家签订合作协议，系统平台可以在用户下单后收取一定比例的佣金。
同时，系统平台还可以为商家提供广告推广服务，获取广告费用。
2. 用户黏性为了提高用户黏性，网上订餐系统应该提供多样化的服务和优惠活动，吸引用户长期使用。
例如，订餐积分、优惠券、会员制度等。
通过这些措施，可以增加用户的粘性，提高用户的忠诚度。
六、风险分析1. 政策风险由于相关法规和政策的变化，网上订餐系统可能面临一定的政策风险。
为了降低这种风险，开发者需要密切关注相关政策的变化，并及时进行调整和合规操作。
校园网上订餐系统需求说明书分析报告
校园网上订餐系统需求说明书分析报告
自查报告。
为了确保校园网上订餐系统能够满足用户的需求，我们对系统进行了自查，并撰写了以下报告。
1. 用户需求分析。
我们首先对用户需求进行了分析。
通过调研和访谈，我们了解到用户希望能够通过校园网上订餐系统方便地浏览菜单、下单、支付和配送。
他们也希望系统能够提供多样化的餐饮选择，并且能够方便地查看订单状态和历史订单信息。
2. 系统功能分析。
在系统功能分析方面，我们对系统的菜单浏览、下单、支付和配送流程进行了详细的分析。
我们确保系统能够提供用户友好的界面，方便用户浏览菜单和下单，并且能够支持多种支付方式。
我们也确保系统能够及时更新订单状态，并提供配送跟踪功能。
3. 技术实现分析。
在技术实现方面，我们对系统的架构和技术选型进行了分析。
我们选择了稳定可靠的服务器和数据库，并采用了先进的前端和后端开发技术，以确保系统能够稳定运行并且具有良好的性能。
4. 安全性分析。
在安全性方面，我们对系统的数据加密、用户认证和支付安全进行了分析。
我们确保系统能够保护用户的个人信息和支付信息，并且能够防范常见的网络安全威胁。
通过以上自查报告，我们确认校园网上订餐系统已经满足了用户的需求，并且具有良好的功能性、技术实现和安全性。
我们将继续监测系统的运行情况，并及时进行改进和优化，以确保系统能够持续满足用户的需求。
餐饮网络订餐平台分析
市场趋势预测
根据历史数据和市场情况预测市场趋势，为 平台和商家提供决策支持。
餐饮网络订餐平台竞争分析
04
市场占有率
美团外卖
作为中国最大的在线外卖平台，美团外卖的市场占有率一直处于领先地位。
饿了么
作为中国最早的在线外卖平台之一，饿了么的市场占有率也相当可观。
将线上订餐与线下实体店相结合，提供全渠道服务体验。
会员制模式
推出会员卡、积分兑换等优惠活动，增加用户忠诚度。
政策影响分析
食品安全法规
01
加强食品安全监管，提高餐饮业准入门槛。
税收政策
02
调整税收政策，影响餐饮网络订餐平台的盈利状况。
互联网法规
03
规范互联网经营行为，保护消费者权益。
06 餐饮网络订餐平台案例研究
饿了么
平台规模
饿了么是中国领先的餐饮网络订餐平台之一，覆盖全国大部分城市 ，拥有庞大的用户群体和商家资源。
业务模式
饿了么以O2O模式为核心，为用户提供在线订餐、外卖、美食推 荐等服务，同时为商家提供在线营销、交易管理等服务。
品牌合作
饿了么与多个知名餐饮品牌合作，推出联名餐厅、定制菜品等，丰 富了用户的选择和体验。
O2O订餐平台将线上订餐与线下配送相结合，用户可以在平台上选择喜欢的餐厅和菜品进行订购，并由平台负责 将食品配送到用户手中。这种模式注重提供便捷和高效的餐饮服务体验。
03 餐饮网络订餐平台功能分析
用户端功能
A
用户注册与登录
提供注册和登录功能，方便用户快速进入平台 并使用各项服务。
菜品浏览与搜索
提供详细的菜品图片、名称、价格等信息 ，支持用户通过关键词搜索感兴趣的菜品 。
网上订餐系统需求分析
网上订餐系统需求分析网上订餐系统是一种通过网络平台实现用户在线点餐、下单和支付的系统。
以下是一般性的网上订餐系统的需求分析：1.用户注册和登录：o用户应该能够注册账号并登录系统，以便进行点餐和下单。
o注册应该包括基本信息（如姓名、地址、联系方式）和登录凭据（如用户名、密码）。
2.菜单浏览和搜索：o用户应该能够浏览菜单，查看菜品和价格等相关信息。
o提供搜索功能，以便用户可以根据关键词（如菜名、分类）查询特定的菜品。
3.点餐和下单：o用户应该能够将菜品添加到购物车，并设置数量和其他特殊要求。
o用户可以查看购物车的内容，并调整菜品的数量或删除菜品。
o当用户确认订单并选择支付方式后，系统应该自动生成订单并进行相应的结算操作。
4.用户评价和反馈：o用户应该能够对订餐体验进行评价和反馈。
o提供评分系统和评论功能，以便其他用户参考。
5.支付和配送：o系统应该支持多种支付方式（如在线支付、货到付款）。
o用户应该能够在订单中选择配送方式，并提供必要的配送信息（如地址、联系人、联系电话）。
o配送应该能够实时追踪订单状态，并提供相应的配送通知。
6.商家管理系统：o商家应该能够登录系统，查看和管理订单。
o提供订单处理和配送状态的管理工具。
7.系统管理和维护：o系统应该有权限管理功能，以分配不同角色的用户权限和限制访问。
o提供运营统计报表和数据分析工具，以便管理者进行业务分析和决策。
8.用户界面设计：o系统应该具备友好的用户界面设计，易于使用和导航。
o考虑到多平台访问，系统应该支持不同设备（如电脑、手机、平板）的访问和适配。
需要注意的是，上述需求分析只是一个基本框架，具体的网上订餐系统的需求会根据实际业务要求和用户期望有所差异。
因此，在开展网上订餐系统需求分析时，最好与相关利益相关方（如用户、商家、管理者）进行充分沟通和讨论，以便满足他们的具体需求和期望。
网上订餐系统的分析和设计
四、总结与优化建议
网上订餐系统在满足用户基本需求的还需要考虑诸多细节问题。在实际运营 过程中，我们可以通过以下方式对系统进行优化：
1、增加推荐算法：通过分析用户的浏览历史和购买记录，使用推荐算法为 用户推荐合适的菜品或套餐，提高订单转化率。
2、优化配送流程：通过实时追踪配送员的位置和状态，确保送餐的及时性 和准确性。同时，优化配送路线算法，降低配送成本。
1、菜品分类展示：将平台上的菜品按照菜系、口味、价格等不同维度进行 分类，方便用户查找自己想要的菜品。
2、订餐流程设计：采用“三步式”订餐流程，即“浏览菜品 ->选择菜品 >提交订单”，简化操作步骤。
3、管理模块：提供簿功能，用户可以将常用保存在簿中，方便快速选择。
4、多种支付方式：集成主流的支付方式如支付宝、支付等，以满足不同用 户的需求。
5、订单管理模块：系统需提供管理员对订单进行查看、处理的功能。管理 员可以查看订单详情，包括订单编号、用户信息、菜品信息等，并对订单进行发 货、收货等操作。管理员还可以对过期订单进行删除处理，保证数据库中数据的 有效性。
四、数据库设计
本系统使用MySQL数据库进行数据存储和管理。数据库中主要包含以下表： 1、用户表：存储用户信息，包括用户名、密码、方式等。
一、系统需求分析
本网上订餐系统主要包括用户注册、登录、浏览菜品、添加购物车、下单结 算等功能。系统需具备以下特点：
1、良好的用户体验：用户界面需简洁明了，易于操作。 2、可扩展性：系统应具备高可扩展性，能适应业务增长需求。
3、安全性：保护用户信息安全，防止恶意攻击。 4、高效的订单处理：确保订单处理快速、准确。
2、菜品表：存储菜品信息，包括菜名、价格、图片等。
网上订餐系统用户满意度调查与分析
网上订餐系统用户满意度调查与分析近年来，随着互联网的快速发展，网上订餐系统逐渐成为了人们生活中不可或缺的一部分。
越来越多的人选择在网上订餐，无论是方便快捷的外卖还是高端餐饮服务，都吸引了大量的用户。
为了更好地了解用户对网上订餐系统的满意度，我们进行了一项用户满意度调查与分析。
用户满意度调查的目的是从系统操作、服务质量和餐饮品质三个方面了解用户对网上订餐系统的体验和满意度。
通过问卷调查的方式，我们收集了来自不同地区、年龄、性别和职业的用户的意见和反馈。
调查结果显示，用户对网上订餐系统整体满意度较高。
其中，系统操作是用户最为关注和重视的方面之一。
用户普遍认为网上订餐系统的界面设计清晰简洁，操作简单明了，符合用户的使用习惯。
同时，系统的响应速度也是用户关注的重点之一。
用户希望能够在最短的时间内完成订餐操作，因此对系统的响应速度有较高的要求。
另外，服务质量也是用户评价网上订餐系统的重要指标之一。
用户普遍认为，在订单确认、配送速度和售后服务方面，网上订餐系统表现出较高的水准。
用户对于订单的准确性和配送时间的及时性给予了较高的评价。
此外，用户反映，网上订餐系统在售后服务方面也相对完善，当遇到问题时，客服能够及时解答，并提供有效的解决方案，使用户的使用体验得到了改善。
餐饮品质是用户订餐的关键要素，也是用户评价网上订餐系统的重要标准之一。
调查显示，用户对于餐饮品质的满意度存在差异。
一方面，用户对于食物的新鲜度和口味给予了较高的评价。
他们表示通过网上订餐系统能够品尝到多样化的美食，而且食材的新鲜度和做工的精细程度符合他们的期望。
另一方面，部分用户对于食物的包装和保温效果提出了一些建议。
他们希望在配送过程中能够保证食物的完整和温度，以提升食物的口感和品质。
根据用户满意度调查和分析的结果，我们针对不同方面的问题提出了相应的改进方案。
首先，在系统操作方面，我们将进一步优化系统的界面设计，提升操作的简便性和用户体验度。
其次，在服务质量方面，我们将加强对配送和售后服务人员的培训，确保他们能够提供准确高效的服务。
点餐系统系统分析报告
点餐系统系统分析报告一、引言随着互联网技术的迅猛发展，餐饮行业也正经历着数字化转型的浪潮。
传统的点餐方式已逐渐被网络点餐系统所取代。
本文旨在对点餐系统进行系统分析，分析其功能需求、技术架构以及实施方案，为餐饮企业提供指导和参考。
二、系统功能需求分析2.菜单浏览：用户可以浏览餐厅的菜单，包括菜品的名称、价格、描述等信息。
3.点菜下单：用户可以选择菜品并加入购物车，然后提交订单。
4.订单管理：用户可以查看自己的订单信息，包括下单时间、菜品、总价等。
5.支付方式：用户可以选择支付方式，如在线支付、货到付款等。
6.配送管理：系统可以管理订单的配送信息，包括送货地址、送货时间等。
7.评价反馈：用户可以对菜品进行评价和反馈，提供系统改进的参考。
三、技术架构设计1. 前端技术：采用HTML、CSS和JavaScript等前端技术，实现用户界面的设计和交互功能。
2. 后端技术：使用Java或Python等后端语言，利用框架（如Spring、Django）开发后端服务，处理用户请求和业务逻辑。
3. 数据库：使用关系型数据库（如MySQL、Oracle）存储用户信息、菜单数据、订单信息等。
4.服务器：选择云服务器提供商（如阿里云、腾讯云）提供稳定的服务环境，保证系统的高可用性和性能。
5. 接口设计：为移动设备提供接口，实现Android和iOS等平台的客户端应用开发。
四、系统实施方案1.系统需求收集：与餐厅合作，了解其业务需求和流程，并与用户进行需求调研，收集用户对点餐系统的期望和建议。
2.系统设计与开发：根据需求分析，进行系统架构设计和界面设计，并进行模块开发和系统集成测试，确保系统的稳定性和安全性。
3.系统上线与推广：将开发完成的系统部署到服务器上，并进行系统测试和优化，确保系统可用性。
然后通过各种推广方式，如线下宣传、网络广告等，吸引用户使用系统进行点餐。
4.运维与维护：系统上线后，需要进行持续的运维和维护工作，包括监控系统运行情况、处理用户反馈、定期备份和更新等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
网上订餐系统分析 Company number：【0089WT-8898YT-W8CCB-BUUT-202108】系统功能分析2.3.1 系统功能实现本系统主要是实现网上浏览菜单、订餐、产生订单等功能的系统。
需要实现菜品信息的动态提示、购物车管理、客户信息注册、登录管理、订单处理、信息反馈等模块。
需要完成的主要任务如下：当客户进入网上订餐时，应该在主页面中分类显示最新的菜品信息，以供客户选择所需菜品，同时提供按菜品名称，快速查询所需菜品信息的功能。
当客户选择预定某个菜品时，应该能够将对应菜品信息，如：价格、数量记录到对应的购物车中，此时客户可以选择选择其他菜品或是查看自己的购物车，最后，在购物车中填写相应的送餐信息，提交订餐订单后，自动清除以生成订单的购物车中的信息。
餐厅服务人员根据订单信息，查看详细订单明细并根据实际情况处理订餐。
分析网上订餐系统，制订整个系统框架如下：图系统整体框架图2.3.2 系统需求分析用于需求建模的方法有很多种，最常用的包括数据流图(DFD)、实体关系图(ERD)和UML三种方式。
UML（统一建模语言）是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
它溶入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程[12]。
本系统使用UML中的用例图、活动图、状态图来对需求建模。
用例图通过描述“系统”和“活动者”之间的交互活动来描述系统的行为。
通过分解系统目标，用例图描述活动者为了实现这些目标而执行的所有步骤。
此方法最主要的优点，在于它是用户导向的，用户可以根据自己所对应的用例来不断细化自己的需求。
此外，使用用例还可以方便地得到系统功能的测试用例。
1.角色分析分析的第一步是定义用例，以描述系统的外部功能需求。
用例分析包括阅读和分析需求说明，此时需要与系统的潜在用户进行讨论。
根据上述需求，通过分析，网上订餐角色分为两大类：用户和系统管理员。
2.用例分析在确认角色的基础上，确认用例。
网上订餐系统中的用例有：用户管理、订单管理、登录系统、菜品信息管理等等。
本系统的用户用例图如图所示。
进行的操作包括订餐服务、信息浏览、订单管理等。
图订餐用户使用例图管理员分为两类：一类是系统管理员用例图如图所示。
管理员进行的操作(后台操作)包括用户管理，信息的浏览、添加、删除、修改等等。
图系统管理员使用例图另一类管理员是订餐管理人员，专门负责处理用户预约的订单，用例图如图所示。
图订餐管理员使用例图除了用用例图描述系统需求以外，以下用活动图对系统的主要例进行说明，更具体地描述该用例与角色的交互。
1.用户登录图用户登录用户登录实现为本网站注册用户提供身份确认的功能，保证合法用户的应有权益。
而且是否登录也将决定用户能否订餐。
用户登录的前置条件是在登录前，用户必须完成“注册”。
2.订餐服务图订餐服务在订餐服务用例中，每个用户都有个购物车，用户可以将自己选定的菜品及其数量放入到购物车中，并且随时可以查看自己预定的菜品的数量和总价格。
本用例开始前用户必须登录到系统中。
如果用例成功，顾客可以浏览自己购物车中的信息并决定是购买还是删除。
3．查看历史订单：图查看历史订单注册用户可以查看自己的历史订单，在历史订单中，可以浏览曾经订购过的菜品，对于已经送餐后的菜品，可以进行评分和信息反馈，不能重复评论，某个菜品在这里的评分会影响其在整个网站中的推荐指数。
4.订单处理：图订单处理处理订单的过程是订餐管理人员参与的，当前台有新的订单生成时，会自动在后台的现有订单列表中显示出来，订餐管理人员可以点击查看未处理的订单，根据实际情况进行处理，或者删除不需要的订单记录。
3 数据库设计数据库设计一般分为六个阶段。
之前已经完成需求分析，现在需要进行概念设计、逻辑设计和物理设计，本章将叙述这三个阶段的设计思路和设计过程。
数据库需求分析用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输入和输出。
收集基本数据、数据结构以及数据处理流程，组成一份详细的数据字典，为具体设计铺垫[13]。
通过系统功能分析，针对网上订餐需求，总结为：1．分为一般用户和管理员用户，只有用户身份才能进行前台订餐，只有管理员身份才能进行后台管理；2．订单分成单张订单详情和总订单表，一张订单中含有多个订单明细；3．每一道菜品都从属于一种类型。
4．一个用户可以订购多个菜品。
5．一个用户对应多张订单表。
系统概要设计3.2.2 订餐系统E-R图E-R图为实体-联系图，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型[14]。
构成E-R图的基本要素是实体型、属性和联系，其表示方法为，实体型：用矩形表示，矩形框内写明实体名；属性：用椭圆形表示，并用无向边将其与相应的实体连接起来；多值属性由双线连接；主属性名称下加下划线；联系：用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型，系统E-R图如图所示。
图订餐系统E-R图以下是主要数据表的E-R图：图用户E-R图图订单条目E-R图图订单E-R图图菜单E-R图逻辑设计3.3.1 逻辑设计概述数据库的逻辑设计是概念模型向逻辑模型的转化，一般步骤是先将概念结构转化为关系模型，然后将转化来的关系模型向特定DBMS支持下的数据模型转换，最后对数据模型进行优化3.3.2 数据表的设计数据库的主要表详细结构如下：表订单条目表orderinfoField Type Null Key CommentID Int No Yes 标识递增订单ID Int No No 外键，对应于订单中的“订单ID”菜名Nchar（10）No No 默认值是“待送餐”数量Int No No单价Float Yes No评分Int Yes No 默认为“0分”Back 订单Yes No 顾客订餐的信息反馈表订单表orderlistField Type Null Key Comment订单ID Int No Yes 标识递增用户ID Int No No 外键，对应于用户表中的“用户ID”订单状态Nchar（10）No No 默认值是“待送餐”送餐地址Nvarchar（50）No NoYes No备注Nvarchar（MAX）订餐姓名Nvarchar（50）No No订餐时间Datetime Yes No金额总价Float Yes No表菜单表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表菜分类表cuisineField Type Null Key Comment Scid Int No Yes 标识递增种类Nvarchar（50）No No 菜系名系列介绍Nvarchar（MAX）Yes No表用户表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 NoState Nvarchar（50）No No ID是否有效，默认值是“未审核”核心功能实现4.2.1 用户自定义控件说明1.该控件是用于在首页中显示不同菜系的介绍信息的，在控件中定义了一个Scid属性，在每次引用控件时，通过设置Scid的值来确定控件该显示那个菜系的信息。
2.该控件作为导航在页面中引用的，控件的样式和超链接都已经设置好，在需要导航的页面直接引用即可。
3.该控件是分页显示控件，在控件中定义了三个属性：CurrentPage，表示当前显示的是第几页，默认值是”1”;PageSize，表示一页显示几条数据，默认值为”10”;RecordCount,是显示信息的总条数，一般是从数据库绑定出的数据总条数来设定其值的。
4.该控件用于显示菜单信息中的推荐指数，控件中定义了一个s属性，通过设定s的值，便可以显示出相应的推荐指数。
4.2.2 信息显示菜单信息，养生咨询，留言版等信息的显示是通过绑定数据库中相应表单中数据得到的。
当查看其中一项的具体信息时，是通过网页间传递的参数确定的，一般情况下，传递的参数是数据表中的主键值，这样使得信息有确定性。
在菜单表的显示中，网页间传递的参数是数据库中菜单表的主键cID，先显示之前，通[“cID”]获得主键值后，再从数据库中绑定出相信菜名，价格和介绍信息，并在页面中显示出来。
养生咨询，留言板等的信息显示也是这个原理。
只是绑定数据的控件不同，得到的显示效果不尽相同。
4.2.3推荐指数推荐指数是菜单显示信息中的一个是非常重要意义的信息，其在一定程度上说明菜品的受欢迎程度，可以在顾客选购餐品时提供一个参考建议。
上面的内容中已经提到推荐指数的现实是通过设置控件的s属性。
s属性的值是根据每个订餐用户用餐后对菜品的评分动态生成和改变的，该信息没有专门存储于数据库中。
图是获取s的值的程序流程图图推荐指数显示4.2.4 分页显示算法由于网页的布局有限，数据库中的大量信息无法再一张网页上全部显示出来，运用分页显示的技术使得信息按照需要分页显示出来，并且显示效果更加清晰。
对于分页显示，在上述内容提到了分页控件，在需要显示的页面引用这个控件，就可以进行分页显示。
以下是分页显示实现的算法：4.2.5将选定的菜品添加到购物车的流程如下:图购物车的实现2. 查看购物车的实现图查看购物车3. 删除数据购物车列表中的每一行数据后都有“删除”按钮，点击后删除相应的一行数据。
此时Session[“car”]的值应该相应的改变，并重新绑定显示。
4. 向数据库填充数据当用户提交订单时，需要将购物车中数据填入数据库中进行保存。
遍历car中的每一行数据，使之一行一行的插入到数据库中。
以上是“购物车”工作的全部流程，在每次订单提交后，car中的数据将全部清除。