美食查询系统25757.pdf

《美食查询系统25757.pdf》由会员分享，可在线阅读，更多相关《美食查询系统25757.pdf（33页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、驻 马 店 美 食 查 询 系 统 院 系：黄淮学院 专业班级：软件工程 1302B 姓 名：马倩 学 号：39目录 1.引言.5 编写的目的.5 美食查询网站的实施意义.6 背景.6 定义与解释.6 参考资料.7 2.任务概述.8 目标.8 运行环境.8 3.功能需求.10 3.1 对功能的规定.10 系统流程图如下：.11 系统整体功能结构图:.11 以用户的身份为主线，大致的流程如下：.13 用户查询系统功能描述：.15 4.用例分析.17 用例图.17 管理员用例图：.17 用户用例图：.17 用例分析与描述.18 登录.18 注册.19 浏览目录.20 查询信息.21 浏览信息.22

2、 加入收藏夹.23 查看收藏夹.24 删除收藏.25 清空收藏夹.25 用户反馈.26 5.数据库设计.27 用户信息.27 美食信息.28 餐厅信息.29 系统管理员信息.29 6.性能需求.30 界面需求.30 响应时间需求.31 可靠性需求.32 开放性需求.32 可扩展性需求.32 安全性需求.32 7.项目时间管理.33 1.引言 1.1 编写的目的 本文档的编写是为了使用户更方便的理解软件各种功能，明确说明系统需求，界定系统实现功能的范围，指导设计以及编码。也是系统测试和用户文档的基础，一经制定将是项目规划，设计和编码的基础。面对当代越来越快节奏的都市生活，我们想在驻马店生活的更加

3、便捷、舒适，因此希望通过开发选定驻马店美食查询系统，使驻马店本地的市民可以方便的查找到自己喜欢的美食信息，更希望通过系统使世界各地的游客们便捷的搜索出驻马店当地的特色美食。主要有以下三个目的：A 消费者依赖它来了解自己感兴趣的食品，知道去哪里吃。B 软件开发小组依赖它来了解他们所需要开发的产品。C 项目负责人根据包含在软件需求规格说明中描述的产品来制定规划并预测进度安排，工作量和资源。本文档面向的读者主要是系统设计编程人员及后期的系统测试人员以及维护人员。1.2 美食查询网站的实施意义 民以食为天，自古以来人们的生活就与美食紧密相连。随着移动互联网时代的到来，美食行业在IT市场的发展都是不可估

4、量的。而且如今的美食行业，不仅仅局限于消费者口口传递或自己寻找的老旧方法，在移动互联网时代的美食行业应该发展一种新的宣传方式。所以，美食类APP占居消费市场与“吃”相关的入口，拥有巨大的想象空间，发展前景也是光明而又乐观的。美食查询系统是一种具有交互功能的商业信息系统。它向用户提供静态和动态两类信息资源。所谓静态信息是指那些不经常变动或更新的资源，如餐厅简介、美食介绍和美食划分等等；动态信息是指随时变化的信息，如食品报价，打折信息和食客评价信息等。1.3 背景 a)待开发的软件系统的名称：驻马店美食查询系统 b)本项目的任务提出者及单位：软件工程1302B 马倩 c)目标用户：美食爱好者、国内

5、外游客 1.4 定义与解释 数据字典 data dictionary 数据项：美食名称 数据类型：可变字符类型 数据长度：50 数据流图 data flow chart 1）名称：用户登陆注册 简述：用户账号信息 数据来源：用户 数据去向：用户信息数据库 数据组成：用户账号+用户密码 2）名称：管理员登陆 简述：管理员账号信息 数据来源：管理员 数据去向：管理员信息数据库 数据组成：用户账号+用户密码+验证码 1.5 参考资料 1)计算机软件产品文件编制规范 2)软件工程 3)数据库设计 2.任务概述 目标 开发目标：针对整个:网站进行精心的形象设计定位，使之在视觉效果上更美观、更符合网站形象

6、定位，在使用方面更实用。规划整个系统的功能，使之更符合实际需要，增加各种餐厅及食品咨询、技术支持功能、信息检索功能、互动交流功能等。对系统的用户操作流程进行规划，使用户在网站上能够进行更方便的操作，使用户能够更加简单方便的获取到所需要的信息，适合不同消费层面的社会人员。本项目设定的目标如下：1)系统能够提供友好的用户界面，尽量减少使用户的记忆量 2)系统具有良好的运行效率，能够保证查询便捷 3)框架的设计具有一定的可塑性以及灵活性，便于维护和修改 运行环境 系统运行硬件环境：客户机：普通 PC CPU：P4 内存：256MB 以上 分辨率：推荐使用 1024*768 像素 WEB 服务器 CP

7、U：P4 内存：256MB 以上 数据库服务器 CPU：P4 内存：256MB 以上 本项目的运行软件环境如下：操作系统：Windows XP 数据库：SQL Server 2000 浏览器：最低版本 3.功能需求 此查询系统包括两部分，用户查询系统和管理员系统，用户查询区可以让用户方便找到自己心仪的餐厅和喜欢的美食！管理系统管理员可以进行系统的维护和管理！对于用户来说，系统主要能实现以下功能：1）根据你的位置和饭局不同的场景，推荐最合适的餐厅;2）根据你喜好的口味、菜系、价位等，推荐最适合的餐厅;3）根据你去过餐厅的口味，自动推荐合适的餐厅;3.1 对功能的规定 权限控制：未注册用户 1可以

8、搜索餐厅及食品，可以查看评价 2可以进行注册。3查看相关资料。前台注册用户 1可以查看所有资料。2发表评价，给管理员留言。3 户信息修改。4 可以在论坛发表帖子 5 可以收藏餐厅及食品 后台管理员 1.用户管理 对前台用户和后台用户资料信息进行管理与维护，并实施权限限制控制其访问的范围 2.商品管理 对餐厅及食品信息进行增加、修改、删除，使数据得到更新；对用户评论进行合适的处理，使用户对系统服务达到满意程度。3.论坛管理 对前台论坛交流进行管理，方便用户交流。4.信息管理 信息管理分新闻动态、餐厅公告、餐厅投票和留言等几项管理，使数据得到及时合理的更新。系统流程图如下：系统整体功能结构图:驻马

9、店美食查询系统可以分为两个子系统：用户查询系统和管理员管理系统 用户查询系统的功能主要包括用户个人中心和美食查询功能：在用户个人中心中可以显示用户的个人信息，实现用户的一些功能。美食搜索功能主要包括：1.附近美食查询：以一点为中心方圆100米，300米，500米等范围之内的餐厅和美食；2.排行美食查询：最热门的美食，食客评价最好的，环境最优的，服务最好的；3.条件搜索：1）按菜系搜索 2）按地区搜索 3）按美食类型搜索 4）其他搜索 管理员功能的功能主要包括：1.用户信息管理 2.美食信息管理 3.删除 4.修改 5.增加 以用户的身份为主线，大致的流程如下：系统流程详细分析:1.用户登录：用

10、户登录并经过身份验证合法后，用户能执行该子系统的所有功能。2.用户注册：用户填入详细信息注册。3.浏览信息：1)用户能够浏览餐厅及美食信息。在主页上，应向用户显示目录清单，用户选择了一个目录之后，就能显示对应类别下的实际图片（如餐厅名称、餐厅简介、美食信息等），并允许把餐厅或美食加入收藏夹。2)显示餐厅或美食信息详情：显示其较大图片和/或其详细说明、价格信息，并允许把其加入收藏夹。4.查询餐厅或美食：用户能够根据一些特征搜索符合条件的餐厅或美食。5.收藏餐厅或美食：用户能够把餐厅或美食放入收藏夹。6.管理收藏夹：1）删除收藏夹中的餐厅或美食。2）清空收藏夹。7.用户反馈：用户可以给餐厅或管理段

11、提一些建议。8.查看反馈信息：用户可查看所有的反馈信息，也可基于时间段查看反馈信息。9.显示新品、特价品：向用户展示最新的产品和特价品。用户查询系统功能描述：用户需要输入用户名密码，经过验证后方能进入美食查询系统，在此系统中，用户可以方便实现查询餐厅或美食功能。用户主要有与系统交互的功能，包括美食查询功能和个人信息管理功能。在用户个人中心中可以显示用户的信息详情，并且实现用户的一些功能，比如对美食点评，分享美食信息等；在美食查询系统中，用户可以根据自己的喜好选择自己喜爱的餐厅和美食。用户可以搜索离自己最近的美食和餐厅；用户还可以搜索排行美食榜，看看最热门的美食和餐厅等。4.用例分析 用例图 管

12、理员用例图：用户用例图：用例分析与描述 登录 1.用例图 2.用例的事件流描述 2.1.简单描述：本用例描述了用户如何登录到系统中。2.2.前置条件 用户访问页面 2.3.后置条件 如果用例成功，用例登录到系统中，否则系统的状态不变。2.4.事件流（1）用户访问系统，服务启动。（2）系统显示要用户输入用户名和密码（3）用户输入自己的用户名和密码，提交（包含了单引号、双引号或为空，系统提示错误）。（4）系统验证输入的名字和密码（系统检索不到该用户的密码，系统提示错误），用户登录系统成功。注册 1.用例图 2.用例的事件流描述 简单描述：本用例描述了用户如何在系统中注册。前置条件 用户访问页面 后

13、置条件 如果用例成功，用例可以登录到系统中，否则系统的状态不变。事件流 （1）用户访问系统，服务启动。（2）系统显示要用户输入用户名和密码（若无，可注册）（3）系统显示要用户输入想注册的用户名和密码（3）用户输入用户名和密码，提交（包含了单引号、双引号或为 空，系统提示错误）。（4）系统录入输入的名字和密码（系统无法录入，系统提示错误），用 户注册成功。（5）系统自动返回登录页面，提示登录。浏览目录 1 用例图 2 用例的事件流描述 2.1 简单描述：用户选择一目录，显示该目录的所有信息（包括价格、折扣等）。2.2 前置条件 用户已登录。2.3 后置条件 用例成功，显示对应目录信息。2.3.1

14、 事件流（1）系统提示选择一目录。（2）用户单击一目录。（3）系统检索对应该目录的餐厅或美食。存在，则小图显示所有图片（如果有），餐厅或美食名称，其简单描述，价位，加入收藏夹提示。不存在，则系统提示不存在该目录的餐厅或美食。查询信息 1 用例图 2 用例的事件流描述 2.1 简单描述：用户可基于餐厅或美食的类别或名称的组合条件进行模糊查找。2.2 前置条件 用户已登录。2.3 后置条件 用例成功，显示满足查找条件的所有记录。2.3.1 事件流（1）系统提示输入搜索的关键字。（2）用户输入搜索的关键字，提交。（3）系统检索满足条件的餐厅或美食。存在，则小图显示所有图片（如 果有），餐厅或美食名称

15、，其简单描述，价位，加入收藏夹提示。不存在，则系统提示不存在该目录的餐厅或美食。浏览信息 1 用例图 2 用例的事件流描述 2.1 简单描述：用户查看某一餐厅或美食详细描述。2.2 前置条件 用户已登录，且系统处于其页面显示状态。2.3 后置条件 用例成功，显示对应的详细信息。2.3.1 事件流（1）系统提示用户选择一餐厅或美食。（2）会员选定，确认。（3）系统检索其详细信息。（4）系统以大图显示它的图象、名称、价格、收藏提示。加入收藏夹 1 用例图 2 用例的事件流描述 2.1 简单描述 用户把所需的餐厅或美食加入收藏夹。2.2 前置条件 用户已登录且处于显示页中。2.3 后置条件 用例成功

16、，进入到查看收藏夹页。2.3.1 事件流（1）在商品显示页中，系统提示加入收藏夹。（2）确认加入收藏夹。查看收藏夹 1 用例图 2 用例的事件流描述 2.1 简单描述：用户查看收藏夹。2.2 前置条件 用户已登录。2.3 后置条件 显示收藏夹中所有餐厅或美食编号、名称、价格、折扣、地址。2.3.1 事件流（1）用户确认查看收藏夹。（2）系统显示收藏夹中的所有所有餐厅或美食编号、名称、价格、折扣、地址。（3）系统显示用户可删除收藏、清空收藏夹。删除收藏 1 用例图 2 用例的事件流描述 2.1 简单描述：删除收藏夹中的某个收藏。2.2 前置条件 系统处于查看收藏夹状态。2.3 后置条件 用例成功

17、，删除收藏。2.3.1 事件流（1）系统提示删除收藏。（2）用户确认删除收藏。（3）系统刷新收藏夹。清空收藏夹 1 用例图 2 用例的事件流描述 2.1 简单描述：用户清空收藏夹中的收藏。2.2 前置条件 系统处于查看收藏夹状态。2.3 后置条件 用例成功，系统清空收藏夹。2.3.1 事件流（1）系统提示清空收藏夹。（2）用户清空收藏夹。（3）系统刷新收藏夹。用户反馈 1.用例图 2.用例的事件流描述 简单描述：用户提出反馈意见。前置条件 用户已登录。后置条件 用例成功，把该用户的反馈信息存储到数据库中。事件流（1）系统提示输入反馈信息。（2）用户输入反馈信息，提交（系统验证输入的合法性，不合

18、法，系统提示错误）。（3）系统存储反馈信息到数据库中。5.数据库设计 用户信息 编号（Uid）int 姓名（Uname）varchar(10)性别（Usex）char(4)美食信息 编号(Fid)int 名称(Fname)varchar(20)价格（Fprice）int 分类(Ftype)varchar(10)介绍(Fpresentation)varchar（200）地址（Faddress）varchar（50）餐厅信息 编号（Rid）int 名称（Rname）varchar(10)分类(Rtype)varchar(10)介绍(Rpresentation)varchar（200）地址（Radd

19、ress）varchar（50）系统管理员信息 编号（Mid）int 姓名（Mname）varchar(10)性别（Msex）char(4)6.性能需求 界面需求 系统的界面要求如下：1）页面内容：主题明确，排版清晰简洁，站点链接和标题格式统一，规范，栏目、菜单设置和布局合理，传递的信息准确及时。内容丰富，功能多 样。控制广告数量，给人一种思路清晰，目的明确的感觉，同时也不失 餐饮业介绍所应有的特色。2）导航结构：页面具有明确的导航指示，且便于记忆理解，方便用户使用。3）技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览；无 错误链接和空链接。4）艺术风格：界面、版面形象清新悦目、布局

20、合理,字号大小适宜、字体选 择合理，前后一致，美观大方；背景颜色适中，不会引起视觉疲劳；色彩 和谐自然,与主题内容相协调。登录界面 注册界面 响应时间需求 无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该尽量及时的进行反应，反应的时间在 3 秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器，输入设备丢失，网络状况慢则提示用户稍后登录等，避免出现长时间等待甚至无响应。可靠性需求 系统应保证 7X24 内不当机，保证至少 100 人可以同时在客户端登录，系统正常运行，正确提示相关内容。开放性需求 系统应具有十分的灵活性，以适应将来功能扩展的需求。可扩展性需求 系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。安全性需求 系统有严格的权限管理，逻辑分析以及检测数据完整性功能，各功能模块需有相应的权限方能访问。系统要能够防止各类误操作以及潜在的逻辑死角可能造成的数据丢失，破坏。防止用户非法获取，修改以及删除网页以及用户交易资料内容。7.项目时间管理