网上订餐系统分析与设计实验报告
网上订餐系统设计报告
网上订餐系统设计报告一、需求分析1.1 编写背景在互联网时代的今天，订餐已经成为了很多人生活中不可或缺的一部分。
为了更方便地满足用户的需求，我们公司在此打算开发一套网上订餐系统，提供更为便利的点餐、配送等服务。
1.2 目标客户本系统的目标客户为那些想要便捷点餐、无需排队等候的消费者。
1.3 功能需求（1）登录注册：用户可以通过本系统进行登录注册。
（2）在线点餐：用户可以在系统内选择对应商家并在线进行点餐。
（3）订单管理：用户可以在系统中查看自己的订单详情或对订单进行修改、取消等操作。
（4）商家管理：商家通过系统查看订单信息，并提供相对应的服务。
1.4 非功能需求（1）安全性：为了保证用户身份安全，本系统需要进行用户身份验证，并保证交易信息的安全。
（2）可用性：系统应具备良好的用户界面和顺畅的交互操作。
（3）可扩展性：系统应具备良好的可扩展性，实现不同商家的接入和管理。
二、技术架构设计2.1 技术选型（1）前端技术：采用HTML、CSS、JavaScript等技术实现客户端的UI设计和交互操作。
（2）后端技术：采用Java技术开发后端接口，并搭建Spring Boot框架，实现后端服务的管理及路由控制。
（3）数据库技术：采用MySQL数据库，存储订单和用户信息等数据。
（4）API设计：采用RESTfulAPI设计，提供与客户端的数据交互接口。
2.2 性能优化（1）采用缓存技术：采用Redis进行订单信息的缓存，提高系统响应速度。
（2）采用负载均衡：搭建多台服务器实现负载均衡，提高系统的处理能力和并发性。
三、系统架构设计3.1 系统分层本系统采用MVC设计模式，将系统分为模型层、视图层和控制器层，实现代码的解耦。
3.2 模块设计（1）用户模块：实现用户相关的登录、注册、修改个人信息等操作。
（2）商品模块：提供商品浏览、分类等功能。
（3）订单模块：提供订单的下单、支付、取消等功能。
（4）商家模块：提供商家管理订单、菜品等功能。
(餐饮行业分析)网上订餐系统分析与设计实验报告
（餐饮行业分析）网上订餐系统分析与设计实验报告目录第一部分项目管理与计划3 实验1 指定项目计划3实验2 项目可行性分析6第二部分系统分析8 实验3 项目需求收集8实验4 用例建模9实验5 通过用例获取概念数据模型16实验6 将概念数据模型转换为对象关系模型17实验7 分析类图建模（序列图、分析类图）17实验8三种可选方案选择分析20第三部分系统设计23 实验9 物理数据库设计23实验10 确定系统构架等设计元素、设计类图建模28 实验11 界面设计30第一部分项目管理与计划实验1指定项目计划1.1项目的工作分解结构（WBS），所需资源网上订餐系统WBS1.2通过PERT技术估算项目的持续时间PERT公式（其中a为乐观时间，m为最可能时间，b为悲观时间）模块乐观时间最可能时间悲观时间PERT估计期望时间（day）需求开发7 11 15 11总体设计 3 4 5 4详细设计 5 7 11 7设计实施14 20 32 21测试 5 7 9 7交付 5 12 19 12总计621.3甘特图和网络图甘特图网络图实验2项目可行性分析2.1经济可行性分析随着人民的生活水平的提高，餐厅也蓬勃发展，线下的实体服务已经满足不了日益进步的需求。
网络订餐系统给人们带来了方便，成为一种全新的商务模式。
网上订餐平台一方面为餐厅搭建了一个集中的宣传平台，能为餐厅节约经济成本，创造更多的收益；另一方面，能为广大消费者争取更多的优惠。
这样的模式使得餐厅和消费者两方面都渐渐依赖网上订餐平台，从而获得可观的收益。
表1:经济可行性分析表2.2技术可行性分析技术可行性是指根据现有的技术条件是否能够顺利的完成开发工作，所需要的物理资源是否具备、能否得到。
技术条件包括硬件、系统软件、使用的操作环境等多个方面。
随着信息技术的发展，当前的计算机硬件配置完全可以满足开发的需求。
在软件方面，由于目前的单机模式发展成熟，故软件的开发平台成熟可行，它们的容量大，速度快，可靠性高，价格相对较低。
网上订餐系统分析报告(1)
系统分析1. 开发说明1.1 企业经营过程中的基本商务活动企业自成立以来，一直经营中式快餐和庆典宴席等餐饮业务，本着服务于客的宗旨，不断扩大企业的发展规模。
至今，企业在全国各地开设了上百家连锁店，拥有了不小的顾客群体，尤其在北京已颇有名气。
1.2. 企业开展电子商务活动所受的影响企业开展网上订餐业务，需要对原业务重新调整，并购置相应网络设备，投入较大，在系统投入使用后还需对相关人员进行培训。
系统使用初期，顾客需要一段适应期，才能很好在网上施行订餐业务，企业才会出现转机。
1.3. 企业开展电子商务活动的对策①调整与改善企业业务②做好先前准备工作③向老顾客致电（或其他方式）介绍网上订餐业务④在知名网站上投放广告⑤在企业各连锁店进行宣传⑥策划一个好的客户服务项目2. 需求调查报告2.1 定餐服务的工作过程2.1.1 普通顾客普通顾客是指未进行注册的顾客，该类顾客可以在公司网站上查询快餐信息，而不能在网络上进行订餐，也不能在公司页面上发布快餐等相关信息。
顾客可以通过注册后享受跟多的服务。
2.1.2 注册顾客①首先由顾客进行订餐，订餐方式为通过网络订餐。
②所谓通过网络订餐是指：顾客登陆我公司主页，并打开专门的订餐页面，选择餐馆及菜品后，利用该页面填写订餐订单，包括各菜品数量及备注，姓名，电话，送餐地址。
其中姓名，电话及送餐地址默认为顾客注册时所填写的信息，顾客可对此进行修改。
在确认订单信息后，便可提交订单，然后由客户人员查看订单，并通知其他工作人员进行相应工作。
2.2 支付服务的工作过程目前该系统只支持餐到货款的服务。
2.3 其他服务顾客可以在相关网页上查询自己所要知道的相关信息，比如各地美食，本地餐馆信息，行车路线，价位查询等。
各地美食：介绍国内国外有名的风味小吃、各大菜系、部分菜的烹饪方法等。
餐馆信息：包括在公司网站上注册的所有餐饮企业的地点、招牌菜、价位、历史等等。
行车路线：顾客可以通过搜索引擎查到想去的餐馆的最近行车路线。
校园网上订餐系统需求说明书分析报告
校园网上订餐系统需求说明书分析报告
自查报告。
在设计校园网上订餐系统的需求说明书时，我们团队进行了自查，以确保系统能够满足用户的需求并提供良好的用户体验。
以下是我们的自查报告：
1. 用户需求分析，我们对校园学生和教职员工的订餐需求进行了深入的调研和分析，确保系统能够满足他们的各种用餐需求，包括早餐、午餐、晚餐以及特殊饮食需求。
2. 系统功能需求，我们对系统的各项功能进行了详细的规划和设计，确保用户可以方便地浏览菜单、下单、支付和评价餐品，同时商家可以管理菜单、订单和库存等。
3. 界面设计，我们进行了多轮的界面设计和测试，以确保用户界面简洁直观、操作流畅，提升用户体验和易用性。
4. 安全性和隐私保护，我们重视用户数据的安全和隐私保护，系统采取了严格的安全措施，确保用户信息不被泄露和滥用。
5. 性能和稳定性，我们对系统的性能和稳定性进行了多次测试，确保系统能够在高并发情况下保持稳定运行，并能够快速响应用户的操作。
通过以上的自查，我们相信我们的校园网上订餐系统能够满足用户的需求，并提供良好的用户体验。
我们将继续努力，不断改进系统，以更好地为用户和商家提供服务。
网上订餐系统的分析和设计
四、总结与优化建议
网上订餐系统在满足用户基本需求的还需要考虑诸多细节问题。在实际运营 过程中，我们可以通过以下方式对系统进行优化：
1、增加推荐算法：通过分析用户的浏览历史和购买记录，使用推荐算法为 用户推荐合适的菜品或套餐，提高订单转化率。
2、优化配送流程：通过实时追踪配送员的位置和状态，确保送餐的及时性 和准确性。同时，优化配送路线算法，降低配送成本。
1、菜品分类展示：将平台上的菜品按照菜系、口味、价格等不同维度进行 分类，方便用户查找自己想要的菜品。
2、订餐流程设计：采用“三步式”订餐流程，即“浏览菜品 ->选择菜品 >提交订单”，简化操作步骤。
3、管理模块：提供簿功能，用户可以将常用保存在簿中，方便快速选择。
4、多种支付方式：集成主流的支付方式如支付宝、支付等，以满足不同用 户的需求。
5、订单管理模块：系统需提供管理员对订单进行查看、处理的功能。管理 员可以查看订单详情，包括订单编号、用户信息、菜品信息等，并对订单进行发 货、收货等操作。管理员还可以对过期订单进行删除处理，保证数据库中数据的 有效性。
四、数据库设计
本系统使用MySQL数据库进行数据存储和管理。数据库中主要包含以下表： 1、用户表：存储用户信息，包括用户名、密码、方式等。
一、系统需求分析
本网上订餐系统主要包括用户注册、登录、浏览菜品、添加购物车、下单结 算等功能。系统需具备以下特点：
1、良好的用户体验：用户界面需简洁明了，易于操作。 2、可扩展性：系统应具备高可扩展性，能适应业务增长需求。
3、安全性：保护用户信息安全，防止恶意攻击。 4、高效的订单处理：确保订单处理快速、准确。
2、菜品表：存储菜品信息，包括菜名、价格、图片等。
网上点餐系统需求分析报告
网上点餐系统需求分析报告-CAL-FENGHAI.-(YICAI)-Company One1网上点餐系统需求分析说明书姓名：罗永亮、朱文剑、钟云、尹玲玲、周应成学院：信息工程分院开发部门：Java项目组撰写人：钟云目录1.文档概述 (4)1.1 编写目的 (4)1.2 定义 (4)1.3 参考资料 (4)2.项目概述 (4)2.1 项目背景 (4)2.2 项目目标 (4)2.3 构件图 (5)2.4 上下文关系图 (5)2.5 对产品进一步解析 (6)2.6 项目适用范围 (6)3.项目需求分析3.1 性能需求分析 (6)3.2项目活动图 (7)3.3系统报表 (8)3.4 系统用例图 (8)3.5用例文档 (10)4.项目技术方案 (12)4.1方案概述 (12)4.2 编程环境 (12)4.3 数据库的实现 (12)5．可行性分析 (12)5.1 技术可行性分析 (12)5.2 运行可行性分析 (13)5.3 经济可行性分析 (13)5.4分工可行性分析 (13)5.5进程分析 (13)5.6法律可行性………………………………141.引言1.1编写目的此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。
1.2定义本产品是为餐厅专门开发的一套订餐管理系统，旨在合理化安排餐厅的工作，提高餐厅的管理效率，同时方便员工就餐。
1.3参考资料《软件系统分析与设计》《需求分析最佳实践》2. 项目概述2.1项目背景员工到食堂用餐，在路途和排队上浪费很多时间，并且去晚了经常会吃不到想吃的食物；员工对食堂的满意度不高，有将近一半的员工会选择去周边饭店用餐。
因此，食堂更无法准确预测员工需求，经常会出现有些食物因为没有卖出去只好倒掉，而员工需要的一些食物却已卖完的现象。
订餐系统实习报告
订餐系统实习报告在实习公司名称的实习期间，我参与了订餐系统的相关工作，这段经历让我对软件开发和系统运营有了更深入的理解和认识。
一、实习背景随着互联网技术的飞速发展，线上订餐已经成为人们日常生活中不可或缺的一部分。
实习公司名称为了满足市场需求，提升用户体验，决定开发一款高效、便捷的订餐系统。
我有幸在这个项目中贡献自己的一份力量，并在实践中不断学习和成长。
二、实习目的通过参与订餐系统的开发和维护，我希望能够提升自己的编程技能，了解软件开发的全流程，掌握系统设计和优化的方法，同时培养团队合作精神和解决问题的能力。
三、实习内容1、需求分析在项目启动初期，我与团队成员一起与业务部门进行沟通，了解用户需求和业务流程。
我们通过问卷调查、用户访谈等方式收集了大量的数据，并对这些数据进行了整理和分析。
在这个过程中，我学会了如何从用户的角度出发，挖掘他们的真实需求，并将其转化为系统的功能需求和非功能需求。
2、系统设计根据需求分析的结果，我们开始进行系统设计。
我参与了数据库设计、架构设计和界面设计等工作。
在数据库设计中，我需要考虑数据的存储结构、关系和索引等，以确保数据的完整性和查询效率。
在架构设计中，我们选择了合适的技术框架和开发工具，并对系统的模块进行了划分和职责定义。
在界面设计中，我们注重用户体验，力求设计出简洁、美观、易用的界面。
3、编码实现在系统设计完成后，我开始进行编码实现。
我主要负责用户注册登录模块、菜品管理模块和订单管理模块的开发。
在开发过程中，我严格按照编码规范进行编写，并进行了充分的测试，以确保代码的质量和稳定性。
同时，我还积极与团队成员进行代码审查和交流，学习他人的优秀编码经验和技巧。
4、系统测试在完成编码实现后，我们进行了系统测试。
测试包括单元测试、集成测试和系统测试等。
我参与了部分测试用例的编写和执行，并对测试中发现的问题进行了及时的修复和优化。
通过系统测试，我们确保了系统的功能完整性和性能稳定性，为系统的上线运行提供了有力的保障。
订餐系统实践报告
订餐系统实践报告1. 引言本报告旨在对订餐系统的实践过程进行总结和分析。
通过实践，我们构建了一个完整的订餐系统，包括用户注册、登录、选择菜品、下单、支付等功能。
本报告将介绍系统的设计思路、技术选型、开发过程和遇到的问题以及解决方法。
2. 设计思路订餐系统的设计思路是实现一个简单、易用、高效的订餐平台，用户可以方便地浏览菜单、选择菜品、下单并进行支付。
系统的核心目标是提供良好的用户体验和高效的订单处理。
为了实现这个目标，我们进行了以下设计：2.1 用户模块用户模块是系统的核心模块之一，包括用户注册、登录、个人信息管理等功能。
我们设计了用户表，用于存储用户的基本信息，包括用户名、密码、手机号等。
用户注册时需要填写必要的信息并进行验证，注册成功后可以使用自己的账号登录系统。
2.2 菜单模块菜单模块用于展示系统的菜品列表，并提供相应的筛选和排序功能。
菜品信息包括菜品名称、价格、描述等。
用户可以浏览菜品列表、查看详细信息，并选择自己喜欢的菜品加入购物车。
2.3 订单模块订单模块用于处理用户的下单请求，并生成相应的订单。
用户下单时需要选择菜品和配送地址，并完成支付操作。
订单信息包括订单号、下单时间、菜品列表、配送地址等。
3. 技术选型为了实现系统的设计思路，我们选用了以下技术：•前端技术：使用HTML、CSS和JavaScript进行前端开发，采用Vue.js作为主要的前端框架，使得界面更加美观且交互更加流畅。
•后端技术：使用Python作为后端开发语言，搭配Django框架进行后端开发，实现用户管理、菜单管理和订单管理等功能。
•数据库技术：使用MySQL作为系统的数据库，用于存储用户信息、菜品信息和订单信息等。
4. 开发过程在开发过程中，我们按照以下步骤进行：4.1 搭建环境首先，我们搭建了开发环境，包括安装Python、Django和MySQL等必要的软件和依赖库。
4.2 数据库设计接下来，我们设计了系统的数据库结构，包括用户表、菜单表和订单表等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
信息系统分析与设计课程实验报告饱了么网上订餐平台信息系统分析与设计组长组员专业指导教师完成日期目录第一部分项目管理与计划 (3)实验1 指定项目计划 (3)实验2 项目可行性分析 (6)第二部分系统分析 (8)实验 3 项目需求收集 (8)实验4 用例建模 (9)实验5 通过用例获取概念数据模型 (16)实验6 将概念数据模型转换为对象关系模型 (17)实验7 分析类图建模（序列图、分析类图） (17)实验8 三种可选方案选择分析 (20)第三部分系统设计 (23)实验9 物理数据库设计 (23)实验10 确定系统构架等设计元素、设计类图建模 (28)实验 11 界面设计 (30)第一部分项目管理与计划实验1 指定项目计划1.1项目的工作分解结构（WBS），所需资源网上订餐系统WBS1.2 通过PERT技术估算项目的持续时间PERT公式1.3甘特图和网络图甘特图网络图实验2 项目可行性分析2.1经济可行性分析随着人民的生活水平的提高，餐厅也蓬勃发展，线下的实体服务已经满足不了日益进步的需求。
网络订餐系统给人们带来了方便，成为一种全新的商务模式。
网上订餐平台一方面为餐厅搭建了一个集中的宣传平台，能为餐厅节约经济成本，创造更多的收益；另一方面，能为广大消费者争取更多的优惠。
这样的模式使得餐厅和消费者两方面都渐渐依赖网上订餐平台，从而获得可观的收益。
有形收益网上订餐1~5年费用减少避免¥ 5,000 错误减少 3,000增加的灵活性 10,000提高的活动速度 15,000管理技术或控制的改进 0 增加销售 20,000____ 有形收益合计¥53,000 (之后每年预计增加10000)表1: 经济可行性分析表2.2技术可行性分析技术可行性是指根据现有的技术条件是否能够顺利的完成开发工作，所需要的物理资源是否具备、能否得到。
技术条件包括硬件、系统软件、使用的操作环境等多个方面。
随着信息技术的发展，当前的计算机硬件配置完全可以满足开发的需求。
在软件方面，由于目前的单机模式发展成熟，故软件的开发平台成熟可行，它们的容量大，速度快，可靠性高，价格相对较低。
此系统是基于JSP+SQLServer 2008环境开发的，目前SQLServer 2008数据库管理系统的功能也足够强大，足以满足我们的需求。
由于该系统的规模是相对较小的，主要功能是客户在网上注册、登录、浏览记录、订餐以及管理员的订单管理等，复杂性较低，对开发人员的知识水平限制较小。
而且在项目启动之前，小组成员已经学习了相关知识，根据各自的擅长部分合理分配任务，完全具备开发此系统的技术。
2.3进一步细化的项目进度安排1 、需求开发我们产品服务对象主要面向在校学生及白领等工作人士。
由于开发团队为在校学生因此，可直接在校收集大学生就餐信息。
已工作白领，可以求光谷软件园进行调查，所以，需要花费两到三天的时间进行调查准备，包括设计调查问卷、确立访谈话题及详细问题等，调查手段包括观察、问卷、访谈等。
企划部对收集到需求进行整理，归纳，筛选。
由企划部进行调查为期一周。
2、产品设计根据需求调查结果，我们通过联合应用程序设计以分组会谈的思想将产品需求转换为产品功能模块。
历时一天。
将功能模块交由设计部进行详细设计，根据产品服务对象的特点确定系统结构、界面UI等项目，历时三天。
开发部进行软件设计开发。
耗时七至十天。
最后有测试人员进行调试，消除bug后产品交付。
3、试运行产品交付用户后，技术人员跟踪平台运行情况，抓住平台需求，结合企划部平台推广方案。
对功能进行进一步扩充，包括地理定位系统、电子支付接口、账户预存、店铺优惠系统包括红包、打折等功能接口预留。
关注系统流畅度及用户反馈并及时升级系统。
2.4系统服务请求报告系统服务请求饱了么网上订餐平台请求者日期部门管理部地点联系方式手机：XXXXXXXXXX 电子：XXXXXXXqq.请求类型紧迫性[ x ] 新系统 [ ] 立即--业务受损或者或者失去机会[ ] 系统增强 [ ] 存在问题，但可以渐渐改变[ ] 系统错误修改 [ x ] 业务损失可以容忍到新系统安装问题述当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。
服务请求联系人手机：XXXXXXXXXXX 电子：XXXXXXXXXqq.发起人----------------------------------------由系统优先委员会完成-------------------------------[ ] 批准请求分派给 ________________________________________开始日期 ______________________________________[ ] 建议修改[ ] 建议用户开发[ ] 否决，原因是 _________________________________________________2.5项目围说明书饱了么网上订餐平台项目围说明书A. 项目信息提供项目名称、客户名称、项目经理以及项目发起人等与项目相关的一般信息项目名称: 饱了吗网上订餐系统客户名称: 饱了么科技项目组长: 起草人:项目发起人: 日期: 2014.10.27 B. 项目的交付结果C. 项目问题D. 项目目标E. 项目描述F. 业务收益G. 估计项目持续时间第二部分系统分析实验 3 项目需求收集3.1访谈笔录、观察笔记、会议记录访谈记录表1观察记录1受访者虽然表示有意向参加网上订餐，但表现不够热情，对此项目的信任度不大，或者兴趣不够浓厚。
访谈记录表2观察记录2从受访者的表情来看，受访者还是对此项目有比较浓的兴趣，有此方面的需求，也希望有相关的订餐体系。
观察记录3时间：11.08 中午12:00----下午1:00地点：西苑观察现象：餐厅爆满，有些餐厅排长队，服务员在人最多的时候忙不过来。
还有些人因为没有地方打包，有的人打包好多份应该的帮人带的。
结论：外卖送餐及网上订餐应该有很大的市场需求。
3.2资产负债表、利润表、业务表单资产负债表单位：网上订餐系统金额单位：人民币（万元）利润表单位：网上订餐系统金额单位：人民币（万元）销售日报表实验4 用例建模4.1用例图顶层用例图1．用户分为游客和游客和会员，游客注册登录会称为会员。
只有会员才可以进行订餐操作，避免恶意欺诈行为。
2．管理员分为系统管理员和订单管理员和店铺管理员和新闻管理员。
系统管理员主要负责对永和注册的审核和对管理员的管理；订单管理员主要负责处理订单；店铺管理员主要负责对店铺菜品的编辑和对评论的管理；新闻管理员主要负责首页的新闻管理。
用户使用订餐系统用例图1．游客可以浏览首页但是不能订餐，通过注册，由系统管理员审核后方可成为会员。
2．会员可以登录，登陆后可以修改信息。
进行订餐服务，包括将菜品放入购物车、浏览购物车、删除购物车中菜品和修改菜品数量，其中删除购物车中菜品和修改菜品数量需要在浏览购物车的基础上进行。
进行订单处理，包括填写订单信息、提交订单、查看历史订单、评论菜品，其中提交订单需要在填写订单信息的基础上进行，然后由订单管理员进行处理，评论菜品需要在查看历史订单的基础上进行，由店铺管理员进行管理。
管理员用例图1．管理员可以对所有的账号进行管理。
分为对顾客的管理和对管理员的管理。
2．对顾客的管理包括审核注册用户和查看顾客信息。
3．对管理员的管理包括添加删除修改管理员。
店铺管理员用例图1．店铺管理员可以管理店铺、菜品、评论。
2．浏览店铺后可以添加和删除店铺。
3．浏览菜品后可以添加、修改、删除菜品。
4．浏览评论后可以删除评论，不可以进行修改等操作。
订单管理员用例图订单管理员主要负责在浏览订单后对订单进行处理，即修改订单状态为“已处理”等。
新闻管理员用例图新闻管理员主要负责浏览新闻后对新闻的添加、删除、修改。
4.2用例描述用户用例描述用例名称：注册主参与者：游客层次：海平面（用户目标）利益相关者：游客，用户前置条件：游客必须在线访问最低保证：回滚任何未完成的事务，系统记录进展日志直至失败成功保证：游客能成功打开网上订餐触发器：游客访问主页系统管理员用例描述店铺管理员用例描述订单管理员用例描述新闻管理员用例描述实验5 通过用例获取概念数据模型5.1概念数据模型实验6 将概念数据模型转换为对象关系模型6.1对象关系模型Customer(custId, custName, custEmail, custAddr, custPhone, custPW, custStatus)Order(ordId, custId, delivTime, delivAdde, Phone, payMode, ordStatus, subTotal, totalAmount)Dish(dishId, storeId, dishName, dishDesc, dishType, dishPrice, salesVolume, dishStatus)ShoppCart(custId, ordId, quantity, actualPrice, amount)Comment(commId, custId, dishId, commcont,commLevel,commTime)Store(storeId, storeDesc, storeAddr, storePhone)Administrater(adminId, adminName, adminPW, adminType)News(newsId, adminId, newsTitle, newsCont, newsType, pubTime, browseNum) 实验7 分析类图建模（序列图、分析类图）7.1实体类、边界类、控制类7.2顺序图修改个人信息顺序图。