1、应用软件架构课程设计报告课题名称: 网上订餐系统 姓 名: xx 学 号: xx 班 级: xx 指导老师: 完成日期: 2013.6.15 1目 录第一章 需求分析 31 引言 31.1 项目背景 31.2 编写目的 .31.3 项目名称 .31.4 系统的使用范围 .31.5 需求来源 .31.6 术语定义与缩写 .41.7 参考文献 .42 本系统的一般性描述 42.1 运行环境与资源 .42.2 用户特征 .42.3 系统功能 .52.4 限制与约束 .53 特殊需求 53.1 功能需求 .53.2 运行需求 .63.4 属性 .6第二章 系统架构 71 系统总体架构图 72 系统流程
2、图 73 系统功能模块分析 8第三章 系统设计 101 数据库设计 101.1 数据库需求分析 101.2 数据库概念设计 112 数据库逻辑结构设计 133 系统设计模式 173.1 用例视图 173.2 逻辑视图 173.3 顺序视图 .183.4 状态视图 .213.5 活动视图 224 用户界面设计 24第四章 系统测试与调试 271 概述 271.1 编写目的 .271.2 定义 .272 目标系统功能需求 283 目标系统性能需求 294 功能测试报告 295 性能测试报告 3126 测试结论 32第五章 总结 323第一章 需求分析1 引言1.1 项目背景俗 话 说 : “民 以
3、 食 为 天 ”, 随 着 人 们 生 活 质 量 的 提 高 , 对 饮 食 的 要 求 已 不 仅是 解 决 温 饱 需 求 , 很 多 人 在 进 行 紧 张 工 作 之 余 会 选 择 享 受 美 食 来 享 受 生 活 , 进 而进 行 放 松 。 餐 饮 业 是 一 种 个 性 化 、 多 样 化 的 服 务 产 业 , 随 着 网 络 技 术 的 发 展 和 普及 , 将 餐 饮 服 务 与 个 性 化 、 多 样 化 服 务 的 电 子 商 务 相 结 合 , 形 成 了 方 便 、 快 捷 、个 性 化 的 网 上 订 餐 系 统 , 通 过 网 上 订 餐 系 统 ,顾 客
4、 不 必 亲 临 现 场 ,便 可 以 为 自 己 、家 人 、 朋 友 聚 会 等 置 办 一 份 既 营 养 又 实 惠 的 美 食 。 其 最 大 的 优 势 是 : 图 文 并 茂 ,信 息 能 够 及 时 在 线 更 新 与 查 看 , 并 有 效 地 解 决 了 传 统 就 餐 过 程 出 现 的 排 队 , 拥挤 , 信 息 变 更 不 能 及 时 等 现 象 。 这 样 既 节 省 了 时 间 , 又 为 广 大 用 户 提 供 更 多 选择 。1.2 编写目的通过调查分析,现在的很多消费者都喜欢在网上订餐。网上订餐系统是针对网上订餐的消费者设计开发的系统。编写该需求分析说明书
5、,是为了让用户能够更好地了解网上订餐系统的功能需求及其他一些相关信息;便于用户、分析人员和软件设计人员进行理解和交流;支持目标软件系统的确认;控制系统进化过程。1.3 项目名称网上订餐系统。1.4 系统的使用范围适合联网的在线顾客。1.5 需求来源项目启动之前,我们小组成员与本学院的的部分学生进行沟通交流,向她们进行问答式的调研。例如,我们问:现在,你们一般选择网上订餐还是去饭店就餐?为什么?她们回答:现在一般会选择在网上订餐,因为网上订餐比较方便,而且菜品较多种类多;通过调查了解到好多学生都喜欢在网上订餐,其原因之一是价格合理,原因之二是选择范围广。所以开发这个系统为消费者网4上订餐提供了一
6、种很好的渠道。1.6 术语定义与缩写顾客:“网上订餐系统”的消费人员系统管理员:“网上订餐系统”的使用维护人员数据库:SQL Server 2005 数据库1.7 参考文献【1】齐治昌 谭庆平 宁 洪. 软件工程(第二版). 高等教育出版社【2】刘竹林 白振林 卢润彩. 软件工程与项目管理. 北京师范大学出版社【3】吴 晨 孙少波 叶 莞. ASP.NET 数据库项目案例导航. 清华大学出版社2 本系统的一般性描述2.1 运行环境与资源(1) 硬件环境: CPU:Pentium(R)内存:2GB硬盘:50G 以上(2) 软件环境: 操作系统:Windows XP Professional.数据
7、库:SQL Server 2005 数据库编程工具:Visual Studio 20082.2 用户特征用户角色:顾客、系统管理员、系统主管、送餐人员、厨师顾客可以通过登录网上点菜系统对自己所需的菜品进行搜索和浏览,可以在系统中填写相应的信息注册为该系统的会员,会员可以对自己的个人信息进行更改,比如送餐地址和联系电话以及帐户密码;订餐客户可以对已选的菜单进行更改(如增加菜品数量,减少菜品数量,修改菜品种类)或者取消所定菜单。当订餐客户确定点菜完毕后,即可提交菜单,系统会发出是否确认提交菜单的提示,顾客只要点击确定,服务器即可生成订单。系 统 管 理 员 可 以 登 录 系 统 并 创 建 新
8、的 管 理 员 。 可 以 对 服 务 器 上 的 菜 单 进 行更 改 如 添 加 、 删 除 和 修 改 ( 比 如 修 改 菜 单 的 图 片 、 价 格 、 菜 单 描 述 等 等 ) ; 管理 员 可 以 对 所 生 成 订 单 进 行 相 应 的 管 理 , 比 如 确 定 和 打 印 订 单 , 以 及 查 询 客 户订 单 等 。 管 理 员 可 根 据 订 单 的 不 同 属 性 ( 比 如 订 单 生 成 日 期 、 订 单 编 号 、 订 单额 度 ) 来 查 询 订 单 。 管 理 员 可 根 据 不 同 的 时 间 段 统 计 出 餐 厅 营 业 额 、 成 本 ,
9、同时 还 能 统 计 出 每 道 菜 的 销 售 量 以 及 每 一 个 会 员 顾 客 的 消 费 情 况 和 餐 厅 相 应 的 收5益 。系 统 主 管 相 应 的 功 能 分 析 :主 管 可 以 通 过 输 入 用 户 名 、 密 码 登 录 系 统 。 主 管 可 以 查 看 交 费 情 况 ( 即 当前 生 成 的 订 单 客 户 是 否 已 经 付 款 ) 。 主 管 可 以 查 看 销 售 情 况 , ( 即 销 售 额 , 销售 利 润 等 ) , 然 后 做 相 应 的 数 据 统 计 , 即 统 计 出 哪 些 菜 品 净 赚 比 较 多 , 哪 些 菜品 出 现 了
10、供 不 应 求 的 情 况 等 等 , 然 后 对 菜 单 信 息 做 相 应 的 调 整 。 主 管 可 以 查 看用 户 订 单 已 经 备 注 ( 比 如 : 不 吃 葱 , 辣 椒 等 ) 。 主 管 根 据 销 售 情 况 以 及 菜 单 信息 做 材 料 采 购 的 统 计 。送 餐 人 员 可 以 通 过 自 己 的 用 户 名 和 密 码 登 陆 网 上 订 餐 系 统 。 送 餐 人 员 可 以查 看 客 户 订 单 获 取 送 餐 地 址 。厨 师 可 以 通 过 输 入 自 己 的 用 户 名 和 密 码 登 陆 到 网 上 订 餐 系 统 。 厨 师 通 过 查看 已
11、经 生 成 的 客 户 订 单 来 获 取 菜 名 。 厨 师 可 以 通 过 登 陆 系 统 在 系 统 中 添 加 菜 单 。2.3 系统功能用户管理功能:系统管理员可以添加、删除、修改以及查询所有用户信息,而顾客只能对自己私有的信息进行维护。菜品管理功能:系统管理员可以添加、删除、修改以及查询菜品信息,而顾客只能查询菜品信息。菜品查询功能:系统管理员或顾客可按菜品名、菜价等内容或任意几项内容来查询。菜品浏览功能:顾客可以查看某些菜品的详细信息,以便决定是否购买或者放入购物车以供将来选择参考。购物车管理功能:顾客选择自己需要的菜品,可以将它们添加到自己的购物车中即可。菜品购买功能:顾客可对
12、购物车的菜品进行购买,也可以选中一些菜品后直接购买。2.4 限制与约束用户的权限受到一定限制,只能维护和修改自己的私有信息。3 特殊需求3.1 功能需求3.1.1 功能需求划分网上订餐系统的功能需求可以划分为顾客对功能的需求和管理员对功能的需求这两部分。63.1.2 功能需求描述网上订餐系统是一个电子商务系统,从较高层次上讲,我们的目标是赋予站点基本的电子商务功能,以尽量吸引在线顾客,而且使用起来也很容易。本系统除了基本的店面功能以及网站系统的必备功能外,还提供购物车,顾客可以对购物车信息进行修改,以给顾客提供最大余地的选择空间,并且提供快速查找以及组合查找功能,方便顾客了解并能快速购买所需菜
13、品。对于系统管理员来讲,也力求尽最大可能方便进行相关操作。 3.2 运行需求3.2.1 用户界面界面需求:界面友好、简单。3.2.2 硬件接口 硬设备:PC 机,内存容量:2G,外存容量:50G 联机3.2.3 软件接口SQL Server 2005 数据库、Windows XP/7 操作系统 3.3 性能需求性能需求:消息传递顺利、协议分析正确、界面友好、运行时间满足使用需要、安全性得到保证。3.4 属性3.4.1 可用性可 用 性 强3.4.2 安全性安全性保密性好,不会轻易泄漏信息。73.4.3 可维护性可维护性强,开发人员对本系统始终保持维护工作。第二章 系统架构1 系统总体架构图本系
14、统采用java语言及SQL SERVER 2005, 实现了在线订餐系统应具备的主要功能, 包括用户注册登录、餐品展示、餐品预订以及餐品管理、订单管理、用户管理、积分管理等后台管理功能, 此外,系统还实现了新闻公告、客户留言等辅助功能。系统总体架构图如图1所示。图 2-1 网上订餐系统总体架构图2 系统流程图为了更清楚的说明系统框架使用户对本系统有一个整体上的初步认识,我们给出系统数据流程图,如图 2-2 所示。进入系统主界面8图 2-2 网上订餐系统数据流程图用户首先打开网上订餐系统首页,在首页,用户可以选择登录系统,系统给出各类最新菜品的信息,提供高级查询的链接,供用户浏览。如果登录为管理
15、员,将被系统引导至菜品维护页面,该页用于维护菜品信息(当前为所售菜品) ,包括设置菜品打折情况等,系统也设置了方便菜品查找的高级查找功能。菜品维护页设置了指向用户管理页的链接,以及查看网站销售情况的销售统计页面。如果用户被确认为会员,他将有权查看自己的购物车情况.。高级搜索所需的菜品,以及决定购买的菜品。如果用户为新用户,系统将给用户提供注册为合法顾客的功能。在被系统确认为合法会员之前,用户只能浏览,不能订餐。3 系统功能模块分析网上订餐系统主要包括两大模块:一为系统管理模块,二为系统销售模块。在大模块下又划分出若干小模块,其功能结构图设计如图 2-3 所示。订单号浏览页面 用户注册 用户登录
16、站内新闻数据库数据加入订单个人后台查看退出管理员登录在线留言推荐菜品用户注册后台管理注销登录操作页面商品搜索友情链接系统公告9图 2-3 系统模块划分图1.用户管理模块该模块负责管理菜品销售管理系统的所有用户信息。主要功能包括添加、删除、修改以及查找用户信息。用户将被分为两类:管理员和客户。用户类型的转换也将在用户管理中实现,管理员可以管理所有用户信息,而客户只能对自己私有的信息进行维护。2.菜品管理模块该模块负责管理本系统所销售的所有菜品信息。主要功能包括添加、删除、修改以及查找用户信息,并且包括图书高级查询子模块,该模块将在下面介绍。只有管理员才具有对菜品信息进行修改的权利,菜品管理是网上
17、订餐系统的核心。3.销售统计模块为了查看餐厅的销售业绩,我们必须对所有菜品的销售情况进行汇总,销售统计模块将完成此项功能,系统可按时间、销售日期等内容或任意几项内容的组合来对所售菜品情况进行统计,包括销售数量、销售额等。该统计模块是一个相当完整的模块。4.菜品查询模块管理模块和销售模块中都提供了菜品查询模块。在管理模块中,菜品查询是出于维护的目的,也就是说紧接着查询的下一个功能就是菜品维护功能。而在销售模块中,菜品查询是出于购买的目的,紧接着查询的下一个功能应是对菜品的购买操作或是个人的购物车添加功能,对于菜品查询我们提供多条件组合查询,包括按菜品名、价格等内容或任意几项内容的查询,这与统计的
18、方式相当类似。只是统计结果是一个总体,而查询结果是各项各类的逐条信息。5.菜品浏览模块为了让顾客进行网上订餐,我们必须先让其了解菜品信息,然后再作出购买的决定。在首页我们提供有限的最新菜品销售信息,如果客户需要分类了解菜品信息,系统为每个分类都提供了详细的分类菜品信息提供页,顾客可以选择分类扩展链接,并且顾客可以针对某项具体的菜品名查看更详细的信息,以网上订餐系统管理模块 销售模块菜品查询菜品浏览订餐篮管理销售统计菜品管理用户管理网上订餐10便决定是否购买或者放入购物车以供将来选择参考.6.订餐篮管理模块电子商务站点的核心就是购物车。用户可在这个区域内建立他们的订单,只要选择各种自己需要的菜品
19、,并将它们添加到自己的预购信息栏中即可。通常,该过程被形象地称为“向车子中添加项目” ,这就像在食品杂货店购物一样。当然,他随时有权将餐品从篮中取出,或者将订餐篮提往前台结账。7.菜品购买模块尽管购物车是电子商务应用程序的核心,但是如果用户不能结账的话,那就起不了什么作用。和商品存储相似,如果客户只将项目放在他们的购物车中,但是不通过结账程序的话,那么商店将不会有利润,这里的结账处理是电子商务应用程序的一个极端重要的部分。许多商业规则都将在这个处理部分被应用到订单中,可应用到订单中的商业规则的典型例子就是运输费、税费、核算和付款的接收。但在本系统中出于系统复杂度和通用性的考虑,对购买功能没有做
20、详细的细化,只是提供简单的购买途径。第三章 系统设计1 数据库设计“数据库”就是为了实现一定的目的按某种规则组织起来的“数据”的“集合” 。它由一个称为数据库管理系统的软件进行管理。数据的存取方式独立于使用它的应用程序。 数据库的主要特征: (1)数据共享 (2)数据具有最小冗余度 (3)数据的完整性 (4)数据的安全性 (5)数据的独立性数据库结构的设计是软件开发的首要条件,设计较好、全面的数据库结构,对于软件开发来说是成功的基石,数据库结构设计不全面,会严重影响软件系统的开发利用率与进程。1.1 数据库需求分析用户的需求具体体现在各种信息的提供、保存、更新和查询方面,这就要求数据库结构能充
21、分满足各种信息的输入和输出。收集基本数据、数据结构及数据处理的流程,组成一份详尽的数据字典,为后面的具体设计打下基础。通过系统功能分析,针对一般的网络订餐系统,总结出如下的需求信息:(1)用户分一般用户、注册用户和管理员用户。(2)一般用户和注册用户无需要登录就可以查看餐饮信息和资讯(3)注册用户登录后可以进行预订餐饮。11(4)管理员可进行所有后台操作权限。关于定单列表与定单详细信息可以这样理解:因为用户一次可以购买多种产品。则对每种产品(即每一款型号的商品)生成一条定单详细信息记录。然后多个这样的定单详细信息组成一个定单列表。每一个定单列表才与一个用户对应,在发货时以定单列表为单位,也即用
22、户在操作时所看到的“定单”。经过系统功能分析和需求总结,考虑到将来功能上的扩展,设计如下的数据项和数据结构:(1)管理员信息,包括数据项:帐号,密码,权限,注册时间。(2)订餐客户信息,包括数据项:用户编号,用户名,密码,姓名,邮箱,注册时间等。(3)菜品信息,包括数据项:菜品编号,菜品名称,菜品价格,内容,类别,添加时间等。(4)定单列表,包括数据项:定单列表编号,用户名,菜品编号,下单时间等。1.2 数据库概念设计设计规划出的实体有:管理员信息实体、会员顾客信息实体、菜单信息实体、订单信息实体。实体之间关系的 E-R 图如图 3-1 所示。图 3-1 实体之间的联系图管理员信息实体 E-R
23、 图,如下图 3-2 所示。图 3-2 管理员信息实体 E-R 图会员顾客 选择 菜单管理管理员生成订单 管理mmmmnnnn管理员管理员名 总价管理员编号12会员顾客信息实体 E-R 图,如下图 3-3 所示。图 3-3 会员顾客实体 E-R 图菜单实体信息 E-R 图,如下图 3-4 所示。图 3-4 菜单实体 E-R 图订单实体信息 E-R 图,如下图 3-4 所示。图 3-5 订单实体 E-R 图本小组使用 PowerDesigner 12.5 设计网上订餐系统的概念数据模型如图3-6 所示。会员顾客顾客名联系电话密码送餐地址顾客编号顾客名生成时间总价 选菜列表订单编号是否已确认送餐地
24、址联系电话订单菜单菜名基本描述价格会员价菜单编号13图 3-6 网上订餐系统的概念数据模型2 数据库逻辑结构设计数据库的概念结构设计完毕后,现在可以将上面的数据库概念结构转化为某种数据库系统所支持的实际数据库模型,也就是数据库的逻辑结构。本系统数据库中各个表的设计结果如表所示。每个表格表示在数据库中的一个表。表 1 为管理员信息表,存储系统中的管理员信息。表 1 管理员信息表14表 2 为权限信息表,存储系统中的权限信息。表 2 权限信息表表 3 为留言板信息表,存储留言板中的信息。表 5-3 留言板信息表表 4 为商品类别信息表,记录系统中的商品类别信息。表 4 商品类别信息表15表 5 为
25、商品信息表,记录系统中的商品类别信息。表 5 商品类别信息表表 6 为新闻信息表,记录系统中的商品类别信息。表 6 新闻信息表表 7 为用户注册信息表,记录系统中的商品类别信息。表 7 用户注册信息表16表 8 为友情链接信息表,记录系统中的商品类别信息。表 8 友情链接信息表173 系统设计模式3.1 用例视图图 3-7 系统用例图3.2 逻辑视图经 过 分 析 , 了 解 到 网 上 订 餐 系 统 中 的 类 有 : 顾 客 、 员 工 、 主 管 、 菜 单 、 材 料 、系 统 管 理 员 、 账 单 、 订 单 。参 与 者 相 关 的 类( 1) 顾 客 类 是 参 与 者 的
26、类 , 它 的 属 性 包 括 订 餐 号 、 送 餐 地 址 、 电 话 号 码 、身 份 证 号 码 、 VIP 标 记 、 VIP 号 码 。 其 主 要 的 操 作 是 订 餐 、 取 消 订 餐 、 办 理VIP、 付 款 、 提 建 议 等 。( 2) 主 管 是 参 与 者 类 , 它 的 属 性 包 括 姓 名 、 姓 别 、 年 龄 、 身 份 证 号 码 、 工号 。 其 对 应 的 操 作 主 要 有 查 看 订 单 信 息 、 输 入 材 料 信 息 、 查 看 建 议 、 管 理 菜 单18等 。( 3) 系 统 管 理 员 是 管 理 员 类 , 他 的 属 性 包
27、 括 密 码 、 账 号 。 其 对 应 的 操 作 主要 是 进 行 系 统 的 维 护 。系 统 中 的 其 它 类( 1) 材 料 类 是 记 录 仓 库 中 材 料 信 息 的 类 , 包 括 菜 名 , 数 量 , 单 价 , 进 货 渠道 。( 2) 菜 单 类 是 记 录 餐 馆 中 出 售 菜 种 的 类 , 包 括 菜 名 、 价 格 、 简 介 。( 3) 账 单 类 是 记 录 顾 客 花 费 的 类 , 包 括 账 单 余 额 、 日 期 、 本 次 价 格 、 总 共花 去 。( 4) 订 单 类 是 记 录 顾 客 所 订 菜 品 的 类 , 包 括 订 单 号 、
28、 顾 客 名 、 订 餐 时 间 、菜 单 列 表 、 送 餐 地 址 以 及 总 价 , 该 类 对 应 的 操 作 是 提 交 订 单 和 取 消 订 单 。通 过 对 网 上 订 餐 系 统 各 个 类 以 及 类 与 类 之 间 的 关 系 进 行 分 析 , 可 以 得 到 该网 上 订 餐 系 统 的 整 体 类 图 如 下 图 3-8 所 示 。图 3-8 系统类图3.3 顺序视图订 餐 系 统 的 时 序 图 主 要 有 :1.用 户 添 加 充 值 时 序 图 ;192 客 户 订 餐 时 序 图 ;3 主 管 对 餐 馆 的 相 关 信 息 查 询 时 序 图 ;4 菜 单
29、 更 新 时 序 图 ;对 用 户 添 加 充 值 的 过 程 进 行 分 析 , 可 知 用 户 充 值 的 整 个 过 程 共 有 以 下 四 个步 骤 。( 1) 前 台 服 务 员 添 加 用 户 。( 2) 对 用 户 账 户 进 行 分 类 。( 3) 添 加 新 用 户 。( 4) 前 台 服 务 员 对 用 户 账 户 充 值 。用 户 充 值 时 序 图 , 如 下 图 3-9 所 示 。图 3-9 用户充值时序图对 客 户 订 餐 的 过 程 进 行 分 析 , 可 知 客 户 订 餐 的 过 程 共 有 以 下 三 个 步 骤 。( 1) 用 户 登 录 系 统 。( 2
30、) 用 户 添 加 需 订 菜 单 。( 3) 用 户 填 写 用 户 信 息 。客 户 订 餐 时 序 图 , 如 下 图 3-10 所 示 。20图 3-10 客 户 订 餐 时 序 图对 主 管 查 询 的 过 程 进 行 分 析 , 可 知 主 管 查 询 的 过 程 共 有 以 下 一 个 步 骤 。 即登 录 。主 管 查 询 时 序 图 , 如 下 图 3-11 所 示 。21图 3-11 主 管 查 询 时 序 图对 菜 单 更 新 的 过 程 进 行 分 析 , 可 知 菜 单 更 新 的 整 个 过 程 可 分 为 以 下 九 个 步骤 。( 1) 管 理 员 登 录 系
31、统 。( 2) 系 统 自 动 更 新 。( 3) 菜 谱 数 据 库 查 询 原 材 料 。( 4) 原 料 数 据 库 返 回 原 材 料 数 据 。( 5) 菜 谱 数 据 库 查 询 用 户 已 订 菜 单 数 据 库 。( 6) 订 单 数 据 库 返 回 经 常 订 菜 菜 单 数 据 。( 7) 系 统 管 理 员 查 询 用 户 意 见 数 据 库 。( 8) 意 见 数 据 库 返 回 需 添 加 的 菜 单 信 息 。菜 单 更 新 时 序 图 , 如 下 图 3-12 所 示 。22图 3-12 菜 单 更 新 时 序 图3.4 状态视图客户提交订单状态图,在该状态图中客
32、户首先通过输入用户名和密码登陆网上订餐系统进入客户登陆系统的状态,然后客户通过打开菜单浏览界面进入菜单查看的状态,后来通过生成菜单进入菜单生成状态,然后通过生成订单的动作进入订单生成状态,后来提交订单,进入订单提交状态,最后,客户退出系统。其状态图,如下图 3-13 所示。图 3-13 客户提交订单状态图233.5 活动视图1 客 户 的 活 动 图 , 如 下 图 3-14 所 示 。图 3-14 客 户 的 活 动 图客 户 登 录 订 餐 系 统 后 可 以 进 行 以 下 的 操 作 : a.可 以 先 查 看 自 己 帐 号 上 的 余 额 ,然 后 再 查 看 菜 单 , 如 果
33、想 订 餐 就 创 建 订 单 , 也 可 以 直 接 退 出 系 统 ; b.如 果 对 自 己的 余 额 、 和 菜 单 都 了 解 的 情 况 下 也 可 以 直 接 创 建 订 单 , 然 后 再 退 出 系 统 ; c.也 可以 先 查 看 菜 单 、 余 额 再 创 建 订 单 或 查 看 菜 单 后 直 接 创 建 订 单 , 然 后 退 出 系 统 。2 送 餐 人 员 活 动 图 , 如 下 图 3-15 所 示 。图 3-15 送 餐 人 员 活 动 图送 餐 人 员 登 录 系 统 后 , 查 看 客 户 订 单 获 得 菜 名 和 送 餐 的 地 址 。3 厨 师 的
34、活 动 图 , 如 下 图 3-16 所 示 。24图 3-16 厨 师 的 活 动 图厨 师 登 录 系 统 后 可 以 进 行 以 下 的 操 作 : a.厨 师 可 以 根 据 自 己 的 手 艺 ( 能 炒 的菜 ) 、 和 库 存 中 原 料 的 数 量 来 创 建 菜 单 ; b.厨 师 查 看 客 户 订 单 获 得 菜 名 。4 主 管 的 活 动 图 , 如 下 图 3-17 所 示 。图 3-17 主 管 的 活 动 图主 管 登 录 系 统 后 可 以 进 行 以 下 的 操 作 : a.查 看 一 天 的 销 售 情 况 ; b.查 看 客 户对 餐 馆 的 一 些 建
35、 议 ; c.查 看 客 户 的 订 单 ; d.查 看 库 存 的 数 量 ; e.添 加 或 修 改 材 料数 据 。254 用户界面设计1.系 统 首 页此界面为所有用户的操作主页面,包括非注册用户、注册会员、管理员,都可在此界面进行信息浏览、查询。信息分类清晰,界面设计时尚。界面可分为三部分,最上方为系统名称、联系网站等相关功能实现区块;左上侧为会员登陆界面(订餐用户可在此进行登陆,只有输入正确的用户名、密码后方可进行登陆。 )及推荐服务列表;右侧是站内新闻以及最新菜品的相关信息。2会员注册界面会员注册时需填写用户名、密码、真实姓名、邮箱等信息,当用户填写了正确的信息并点击“注册”按钮
36、后,系统自动将此信息输入到后台数据库中的用户表(users)内,以供用户登陆核对及订单表的数据提取。263. 餐饮信息查看界面界面中,除了左侧的常用功能外,右侧以图片链接的形式详细列出菜品信息,当用户点击其中某一菜品“详细”按钮时,系统自动跳转到相关菜品的详细信息界面。4.我的订单界面27该界面即为用户选购的所有商品的清单,包括商品编号、商品名称、每类商品的价格及总价格,以及进行删除操作。提供了翻页显示功能,可分页进行浏览。5.管理员登陆界面设计此页面为管理员登陆界面,整体设计时尚清雅。当拥有合法身份的管理员在输入正确的帐号及密码,并点击右侧的“登陆”按钮后,进入后台管理系统。由于后台操作是对
37、系统数据库的直接操作,关系到系统的正常运作,而系统管理员登陆界面是后台登陆的唯一入口,所以在此页面要做好信息核对过程的设计。6.菜品信息管理界面设计28在此系列界面中,可以进行关于菜品信息的添加管理操作。系统设计秉承“功能齐全化、操作简便化”的界面设计理念和“信息无冗余、功能无遗漏”的内容信息设置思路,所以在此系统界面中也很好的得到了体现。7.订单管理界面设计此界面的执行结果,是列出所有的订单记录,包括:序号、 (订餐)用户名、餐饮名称、餐饮编号、价格、展示图片、下单时间及删除操作功能实现。第四章 系统测试与调试1 概述1.1 编写目的该测试报告主要是对测试项目给出具体结果,它是软件测试的说明
38、书。291.2 定义静态检测:主要方法有审阅、监察动态检测:组装测试、系统测试参考资料:1赵池龙. 软件工程实践教程(第 3 版). 电子工业出版社. 2011 年 1 月2齐治昌 谭庆平 宁洪 软件工程(第二版).高等教育出版社. 2010 年 1 月2 目标系统功能需求表 4-1 编号 功能名称 使用者 功能描述 输入 系统响应 输出1 用户注册 用户 添加新用户信息输入用户的密码、用户名、用户权限、电子邮件将新添加用户的基本信息存入“用户信息”实体中在“用户信息”实体中插入新用户的基本信息2 用户管理 管理员、用户添加或删除用户信息用户信息中要修改的部分修改“用户信息”实体中的信息更新“用户信息”实体中的信息3 用户信息维护用户、管理员维护用户信息用户需要修改的信息修改“用户信息”实体中的信息更新“用户信息”实体中的信息4 菜品管理 管理员 添加、删除、修改以及查询菜品信息输入菜品名称、价格、菜品类型、菜品描述修改“菜品信息”实体中的信息更新“菜品信息”实体中的信息5 销售统计 管理员 按时间、菜品种类、菜品价格进行统计对时间、价格、菜名、销售日期几项内容组合输入统计计算销售数量、销售额销售数量、销售额的显示6 菜品查询 管理员、用户按菜名、菜价、等内容进行菜名、菜价等内容的组合或“菜品信息”实体中的全部显示“菜品信息”实体和