学术堂首页 | 文献求助论文范文 | 论文题目 | 参考文献 | 开题报告 | 论文格式 | 摘要提纲 | 论文致谢 | 论文查重 | 论文答辩 | 论文发表 | 期刊杂志 | 论文写作 | 论文PPT
学术堂专业论文学习平台您当前的位置:学术堂 > 毕业论文 > 在职硕士论文 > 工程硕士论文 > 软件工程硕士论文

网上订餐系统概要设计

来源:学术堂 作者:陈老师
发布于:2017-02-20 共3813字
    本篇论文目录导航:

【题目】网上订餐系统的开发研析
【第一章】网上点餐系统构建研究绪论
【第二章】点餐系统开发的相关技术和环境
【第三章】订餐系统需求分析与可行性分析
【第四章】 网上订餐系统概要设计
【第五章】互联网点餐系统详细设计
【第六章】网上订餐系统测试
【结/参考文献】网上订餐平台的设计与实现总结与参考文献
  第 4 章 系统概要设计
  
  本章节主要是对系统做概要设计,所有系统设计都是自顶向下的展开的,在对系统的需求做完分析后,概要设计则是开展工作的第一步,本章我们将从系统结构设计和数据库设计两方面进行介绍。
  
  4.1 系统结构设计
  
  4.1.1 系统总体结构设计
  
  对于本系统的主界面来说主要以时尚元素为主看起来很有西方特色,色调很华丽但是并不突兀。由于本系统主要是由游客、用户、管理员三个主要模块组成的,所以已进入系统,系统就会让您对身份进行选择,然后展开相对应的功能。如图 4.1 即为系统总体结构模块图:
  
  整个系统主要分为三个主要模块:游客功能模块、用户功能模块、管理员功能模块。
  
  对于游客来说,他们只具有浏览的功能,浏览商家、浏览菜品、浏览公告、浏览留言板。
  
  而当他们需要订餐,下订单的时候,他们的身份就将转变成用户的身份,所以用户的功能中包含了游客的所有功能,并且还具有用户自己独特的功能,这其中包括:注册与登录、下订单、购物车的管理、留言板留言的功能。而另一个角色就是管理员,对于管理员来说,他也是用户他也可以订餐,所以他具有了用户的所有功能,同时它还具有一定的管理功能,这其中包括:餐厅管理,用户信息管理,订单管理,主界面公告发布更新管理,留言板管理的功能。
  
  4.1.2 系统主要功能模块分析
  
  1. 注册与登录模块分析
  
  注册与登录模块主要是针对用户和管理员这两个角色的,对于用户来说是会在本系统上订餐并且做出一系列操作的,管理员一定会对其进行管理,所以他们必须要经过注册登录后才可以进行一系列的操作,注册时他们需要写明自己的用户名,以及登录密码,最重要的是他们需要标明自己的联系方式还有送餐的地址,这样方便送餐员可以及时的送达。对于管理员来说,他需要对整个系统进行管理,所以他必须要经过注册与登录的过程,才会或得一定的权限对系统进行操作。并且在注册的时候,用户名是否已经存在、是否规范,密码的强弱,联系方式的位数是否正确等等系统都会对其进行验证与提示,如果注册成功,他会自动跳转到登录界面,登录后即可根据自己的身份做出相应的操作了。如图 4.2 即为注册与登录功能图:
  
  2. 订餐模块功能分析
  
  当用户登录成功之后,会进入用户相应的主界面,用户可以查看系统发布的公告,以及菜品优惠活动等信息,然后也可以选择商家进行查看,选择商家之后,在商家中可以选择菜品查看菜品的详细信息,加入购物车。当用户全部选择完毕后,可以到购物车中查看自己选中的菜品,进行下订单操作,下订单时,用户可以选择增加自己的收货地址以及联系方式,全部确定后付款等待送餐。
  
  3.留言板模块功能分析
  
  留言板模块主要分为两种情况:第一种用户留言板操作,用户在消费完之后,可以上留言板对本次消费进行评价,评价消费的商家的菜品,评价商家的服务,同时也可以对系统的升级方面提出宝贵的意见与建议。如图 4.4 即为用户留言板模块功能图。第二种管理者留言板操作,管理员会定时的查看留言板,对用户的留言进行评价,并将用户给菜品还有商家服务的留言反馈给相应的商家店铺,维护留言板的留言环境,对不利于和谐的言论进行删除并且封锁其留言者的账号信息等。如图 4.5 即为管理者留言板模块功能图:
  
  4.管理员管理模块分析
  
  对于管理员来说,除了对留言板的管理还有对订单的管理、对商家的管理、对用户信息的管理、对主界面的管理。对于餐厅店铺的管理主要是对店铺的引进与删除,当一个商家入驻系统时,他需要审核该商家是否合格,然后将该商家的信息发布到系统中,当有店铺需要从系统中撤除时,管理员可以对该店铺的信息进行清除。对于用户个人信息的管理,管理员具有查看,增加,删除,修改等功能,比如用户忘记登录密码可以通过管理员来进行找回。对于订单的管理,它可以对订单进行查看,增加,删除或修改。
  
  比如用户在下了订单之后,后悔了需要修改订单则可以通过管理员来进行修改操作。对于主界面信息的更新操作,管理员要及时发布公告与信息,发布优惠商品等信息。如图4.6 即为管理员管理模块功能图 :
  
  4.2 数据库结构设计
  
  数据库的设计是开发一个系统的重中之重,数据全部存储在数据库中,数据库的好坏直接关系到整个系统的运行效果,整个系统的健壮性,以及整个系统的可移植性。对数据库的设主要包括数据库的逻辑设计和数据库的物理设计。逻辑设计是将用户需求转化成计算机信息,而物理结构设计则是根据 MySQL 数据库的特性而进行表的设计,以及各个表之间的关系,充分发挥该数据库的优势。
  
  4.2.1 数据库的逻辑结构设计
  
  数据库的逻辑结构设计之前是需要进行概念结构设计,概念结构设计是构建各个数据模型,我们采用实体属性图的形式来构建数据模型。而数据库的逻辑结构设计则是根据这些实体属性图,将实体属性图转化成关系数据库的关系模式。
  
  1.用户实体
  
  用户实体(User),该实体具有的属性有:userAccount(用户名)、realName(用户真实姓名)、passwd(登录密码)、phone(用户电话)、address(用户住址)、E-mail(用户邮箱) ,如图 4.7 即为用户实体属性图:
  
  用户实体逻辑结构关系模式为:
  
  User(userAccount,realName,passwd,phone,address,E-mail)其中,加下划线的属性即为主键。
  
  2.管理员实体
  
  管理员实体(Manager),该实体由以下属性来描述:ManagerID(管理员编号)、realName(管理员姓名)、passwd(登录密码)、phone(管理员电话)、address(管理员住址)、E-mail(管理员邮箱) ,如图 4.8 即为管理员实体属性图:
  
  管理员实体逻辑结构关系模式为:
  
  Manager(ManagerID,realName,passwd,phone,address,E-mail)其中,加下划线的属性即为主键。
  
  3.留言板实体
  
  留言板实体(Note),该实体由以下属性来描述:NoteID(留言编号)、title(留言标题)、userAccount(留言者的用户名)、Content(留言内容)、createTime(该留言创建时间),如图4.9 即为留言板实体属性图:
  
  留言板实体逻辑结构关系模式为:
  
  Note(NoteID,title,userAccount,Content,createTime)其中,加下划线的属性即为主键。
  
  4.餐品实体
  
  餐品实体(Menu),该实体由以下属性来描述:MenuID(餐品编号)、price(餐品价格)、class(餐品类别)、introduce(餐品介绍)、storeID (提供商家编号),如图 4.10 即为餐品实体属性图:
  
  餐品实体逻辑结构关系模式为:
  
  Menu(MenuID,price,class,introduce,storeID)其中,加下划线的属性即为主键。
  
  5.商家实体
  
  商家实体(Store),该实体由以下属性来描述:storeID(商家编号)、Saddress(商家地址)、Sphone(商家联系方式)、Sclass(商家类别)、Sintroduce(商家介绍)、MenuID(提供餐品编号),如图 4.11 即为商家实体属性图:
  
  商家实体逻辑结构关系模式为:
  
  Store(storeID,Saddress,Sphone,Sclass,Sintroduce,MenuID)其中,加下划线的属性即为主键。
  
  6、实体之间的联系
  
  从表面上来看,实体与实体之间是相互独立的单元,但是其实并不是这样的,它们之间具有千丝万缕地联系。包括一个实体内部也会有一定的联系。对于本系统来说主要的两个实体即为用户实体和管理员实体,在实际应用中,管理员可以管理用户的个人信息、监督用户的留言情况,而这些事用户无法对管理员做的,所以他们之间的关系应该是管理员管理用户而用户接受管理员管理。对于管理员来说,他要管理很多的用户,而一个用户则可以有很多管理员来管理,则他们之间应该是多对多的关系。而对于商家实体与餐品实体来说,一个餐品应该由一个商家来提供,而一个商家可已提供很多种餐品来供用户选择,所以商家实体和餐品实体之间应该是一对多的关系。同样对于管理员实体和商家实体之间,也应该是管理与被管理之间的关系,一个管理员可以管理很多商家,而一个商家也可以由很多管理员来管理,所以管理员实体与商家实体之间的关系应该是多对多的关系。对于留言板实体来说,他是面向用户和管理员的,一个用户可以留很多条留言,但是一条留言只能有一个用户来留,所以留言板实体和用户实体之间的关系应该是多对一之间的关系。同样,对于留言板实体和管理员实体之间,一个管理员可以管理很多条留言,而一条留言也可以由很多个管理员来管理,所以留言板实体和管理员实体之间的关系应该是多对多的关系。对于用户在做选择的时候,用户实体和餐品实体之间的关系应该是选择与被选择的关系,一个餐品可以由很多用户来选择,同样多个用户也可以选择多个餐品,所以用户实体和餐品实体之间的关系和用户实体和商家实体之间的关系是一样的,都是多对多的关系。如图 4.12 即为实体之间联系的 E-R 图:
  
  4.2.2 数据库的物理结构设计
  
  数据库的最终设计是数据库的物理结构设计,数据库的物理结构设计就是将数据如何存储在物理设备上。它主要依赖于该系统所使用的 MySQL 数据库。数据库的物理结构设计是根据下层的逻辑结构设计以及再下层的概念结构设计而设计的。根据逻辑结构设计在数据库中对各个实体建立相应的表,以成数据库的物理结构的设计。针对上面的分析,本系统需要建立以下五个表 :用户信息表(User)、管理员信息表(Manager)、商家信息表(Store)、餐品信息表(Menu)和留言板表(Note)。各个表的结构如表4.1-表 4.5 所示:
  
  4.3 本章小结
  
  本章主要是对系统的概要设计进行了详细的介绍,在本章的一开始就对系统的整体功能模块进行了规划与介绍,并对其中一些小的模块进行了详细的介绍画出了相应模块功能图。然后介绍了数据库的建立,其中主要是通过逻辑结构设计和物理结构设计两个阶段来介绍的,并且给出了相应的实体 E-R 图,给出了各个表的信息。
相关标签:
  • 报警平台
  • 网络监察
  • 备案信息
  • 举报中心
  • 传播文明
  • 诚信网站