产品管理系统设计毕业论文范文

百度或者GOOGLE上搜索------无忧无虑毕业设计，希望您可以找到 第六章 系统运行评估 超市系统开发完毕到投入使用之前，需要进行一系列系统集成和确认测试。软件测试的根本目的应该是找出软件中存在的漏洞和问题，而开发人员往往不容易找出自己的程序中存在的漏洞和问题，所以从理论上讲，系统的测试工作应该由专业测试人员进行。 6.1 测试指导思想及方案 6.1.1 指导思想 针对本系统测试人员是开发者本人这一特点，本系统测试工作的指导思想以白盒测试方法为主，局部辅以黑盒测试方法。 白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。相对的，黑盒测试方法是在已知系统结构的前提下，通过来测试系统每个功能是否都能正常运行并达到预期结果。在测试时将程序看作一个不能打开的黑盒子，在完全部考虑程序内部结构盒内部特性的情况下，在接口进行测试。 6.1.2 测试方案 从软件的生存周期看，测试往往指对程序的测试，这样做的优点是被测对象明确，测试的可操作性相对较强。但是，由于测试的依据是规格说明书、设计文档和使用说明书，如果设计有错误，测试的质量就难以保证。即使测试后发现是设计的错误，这时，修改的代价是相当昂贵的。因此，较理想的做法应该是对软件的开发过程，按软件工程各阶段形成的结果，分别进行严格的审查。 虽然测试是在实现且经验证后进行的，实际上，测试的准备工作在分析和设计阶段就开始了。 1. 测试的过程及组织 当设计工作完成以后，就应该着手测试的准备工作了，编写超市系统测试大纲，明确测试的内容和测试通过的准则，设计完整合理的测试用例，以便系统实现后进行全面测试。 在对程序的正确性进行验证后，可以开始组织测试，测试一般可按下列方式组织： (1) 明确开发过程中各类文档 进一步理解超市系统在开发过程中生成的有关资料，包括规格说明、设计文档、使用说明书及在设计过程中形成的测试大纲、测试内容及测试的通过准则，全面熟悉系统，编写测试计划，设计测试用例，作好测试前的准备工作。 (2) 合理划分测试阶段 为了保证测试的质量，将测试过程进行划分，针对超市系统的特点，将测试过程划分为代码审查、单元测试、集成测试和验收测试四个阶段。 (3) 代码审查 一般的软件测试应该进行代码会审。代码会审是由一组人通过阅读、讨论和争议对程序进行静态分析的过程。会审小组由组长，2～3名程序设计和测试人员及程序员组成。会审小组在充分阅读待审程序文本、控制流程图及有关要求、规范等文件基础上，召开代码会审会，程序员逐句讲解程序的逻辑，并展开热烈的讨论甚至争议，以揭示错误的关键所在。 针对本系统的开发特点，开发者本人再一次对所编写代码进行审查，并将其讲解给周围同学。实践证明，当再一次进行阅读和讲解时，确实可以发现许多自己原来没有发现的错误。 (4) 单元测试 单元测试集中在检查本系统设计的最小单位——模块上，通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况，以及编码的错误。由于模块规模小、功能单一、逻辑简单，加之测试人员就是系统的开发人员，对于该模块的I/O条件和模块的逻辑结构都非常清楚，可以采用采用结构测试（白盒法）的用例，尽可能达到彻底测试，然后辅之以功能测试（黑盒法）的用例，使之对任何合理和不合理的输入都能鉴别和响应。高可靠性的模块是组成可靠系统的坚实基础。 (5) 集成测试 集成测试是将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的问题。如用户资料数据穿过接口时可能丢失；一个模块与另一个模块可能有由于疏忽的问题而造成有害影响；把子功能组合起来可能不产生预期的主功能；个别看起来是可以接受的误差可能积累到不能接受的程度；全程数据结构可能有错误等。 (6) 验收测试 验收测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。 经过上述的测试过程对软件进行测试后，软件基本满足开发的要求，测试宣告结束，经验收后，软件可投入使用。 2. 测试方法的应用 因为本系统的测试人员是开发者本人，所以对于程序的代码等相当熟悉。在设计超市系统的单元测试时，测试人员将白盒测试方法和黑盒测试方法结合起来运用。先用白盒测试法分析模块的逻辑结构，提出一批测试用例，然后根据模块的功能用黑盒测试法进行补充。 集成测试及其后的测试阶段，本系统采用了黑盒测试方法。其策略包括： (1) 用边值分析法和（或）等价分类法提出基本的测试用例； (2) 用猜测法补充新的测试用例，重复前一步操作。 6.2 部分功能测试结果 在黑盒测试方法的指导思想下，通过大量用例对超市系统进行了测试。测试过程中发现了一部分设计上的漏洞及时进行了修改。由于篇幅有限，现特将本系统部分功能测试用例摘录如下： 6.2.1 用户界面窗体设计测试 窗体大小。大小要合适，控件布局合理； 缩放窗体。窗体上的控件应随窗体的大小变化而变化； 显示分辨率。必须在不同的分辨率的情况下测试程序的显示是否正常。 经过测试，发现系统用户界面窗体的大小在大部分台式机和笔记本电脑显示器上效果不一。后经分析发现，开发使用的笔记本电脑系宽屏设计，因此造成了一般尺寸的台式机显示器显示不正常的现象。及时修改页面大小可以修正此问题。其他功能未发现异常。 6.2.2 文本框的测试 输入重复的用户名，系统应该给出错误提示； 输入正常的字母或数字； 输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多25个字符，尝试输入 26个字符，检查程序能否正确处理； 输入默认值，空白，空格； 若只允许输入字母，尝试输入数字；反之；尝试输入字母； 利用复制，粘贴等操作强制输入程序不允许的输入数据； 输入特殊字符集，例如，NUL及\n等； 输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示； 输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入电子邮箱格式为，实际输入5156bs，程序应该给出错误提示； 经过测试，系统在文本框输入功能中表现正常，在出现异常输入时能够及时报错并提醒用户重新输入。 内容转载自： 求采纳

餐饮行业在日常管理经营中仍然有很大一部分企业是在采取纯手工的管理模式,管理的整体科技含量较低。下面是我为大家整理的餐饮管理系统设计论文，供大家参考。

实体店餐饮管理系统设计与实现

餐饮管理系统设计论文摘要

摘要：随着我国市场经济的快速发展，人们的生活水平提高，餐饮业迅速蓬勃发展，传统的手工作业方式已经不能满足餐饮经营者的需求。通过餐饮管理系统对实体店进行管理，具有人工管理所无法比拟的优点，能够极大地提高餐饮管理的效率，增强企业的竞争力。

餐饮管理系统设计论文内容

关键词：餐饮;管理系统;数据库

一、引言

随着社会经济持续高速增长，社会财富迅速增加，广大人民群众收入水平不断提高，生活方式随之发生巨大变化。同时，随着市场经济体制的建立健全和迅速发展，社会物质产品极大丰富，餐饮业蓬勃发展，传统的手工作业方式已经不能满足餐饮经营者的需求了。人工记账、核算、查询等工作既费时、费力，也容易出错。通过在计算机中运行餐饮管理系统，既减少了人力资源，同时提高效率，能为餐饮业赚取更大的利润，同时为消费者提供了诸多方便。

近几年来，计算机网络、分布技术日趋成熟，随着科技的发展，餐饮业的竞争也越来越激烈。想在这样竞争激烈的环境下生存，就必须运用科学的管理思想与先进的管理 方法 ，使点餐与管理一体化。这样不仅可以提高工作效率，也避免了以前手工作业的麻烦，从而使管理者能够准确、有效地管理。因此，需要建立一个科学的餐饮管理系统。

二、系统分析

(一)可行性分析

1. 技术可行性

该系统是一个小型的餐饮管理系统。采用C/S模式，在前台计算机安装客户端，处理信息，将处理结果储存在数据服务器上。目前很多企业都采用SQL Server数据库，处理数据也相当方便，得到了广泛的应用，在技术上是可行的。

2. 经济可行性

对本系统的经济效益与开发成本进行分析。本系统采用C/S结构，只要拥有一台PC电脑，无需复杂设置即可实施，并且相对人工作业来说，节省人力、物力，具有较好的经济效益。

3. 操作可行性

操作可行性指系统的操作方式在用户组织中是否行得通。餐饮管理系统的功能较为简单，页面简单明了，没有那些繁琐的、不必要的操作。用户一看就能够知道应该怎么进行操作。管理员的界面也较为简单，都是些基本的操作，员工可以很快掌握，在操作方面也很容易实现。

(二)功能需求分析

餐饮管理系统是对餐饮流程的数字化的管理，既可以帮助餐厅更好地管理职员信息，又方便了顾客消费，并且不同的用户使用权限不同。具体功能有：用户的登录、基本信息、点/加菜、账单查询、结账、辅助功能、系统维护、系统设置等。

用户登录：用户选择自己的身份(超级管理员、经理、顾客)登录，若身份选择错误，则登不上。用户根据自己的账号、密码及正确的身份登录到系统主界面。

职员信息：超级管理员及经理有权限管理职员的基本信息。职员信息功能模块包括总体职员的查询、职员信息的添加、职员信息的修改以及职员信息的删除。

桌台信息：超级管理员及经理有权限管理桌台的基本信息。桌台信息功能模块包括桌台的查询、桌台信息的添加、桌台信息的修改及桌台信息的删除。

点/加菜：该功能实现顾客点菜及加菜。

账单查询：顾客可根据自己的消费情况，查询自己的账单。

结账：根据该桌台的消费情况及包间费，汇总出总价，并可计算实收与找零。

辅助功能：作为一个系统，应该具备一些辅助的功能，如日历及计算器。

系统维护：只有超级管理员才有这样的权限，可实现权限管理、系统备份、系统恢复。

系统设置：包括系统的口令设置及锁定系统。

三、系统设计与实现

系统模块主要包括五个主要模块：基本信息模块、桌台操作模块、系统设置模块、辅助工具模块、退出模块。其中基本信息模块又分两个子模块：桌台基本信息和职员基本信息。桌台操作是本系统主要的功能，它包括对桌台实行开台、点菜的操作，同时针对某一个桌台可以进行消费查询及结账。系统设置模块主要包括口令设置和锁定系统，该模块主要是对系统的安全性的一个保障，也是本系统不可缺少的一部分。作为一个系统应该需要有一些辅助工具，如日历、计算器、记事本，所以该系统有一个辅助工具模块。一个完整的系统肯定有退出模块，即退出系统。

餐饮管理系统中主要功能的详细设计如下。

(一)登录模块设计

登录模块以登录的用户名、密码和用户权限作为搜索条件，在数据库中进行查询。单击登录按钮时，登录模块首先判断是否输入了用户名和密码，如果没有输入用户名和密码将弹出提示框，提示用户输入登录系统的用户名和密码;如果输入了用户名和密码，系统将判断用户名、密码和权限是否匹配。若匹配，则登录成功。

(二)主界面模块设计

成功登录后，会显示主界面，主界面中应该包括菜单栏、桌台显示和显示系统状态栏。在窗体加载时，首先判断登录用户的权限，根据用户登录的权限，分配不同的功能。当窗体焦点触发时，系统从数据库中检索出所有桌台的状态信息，然后调用自定义的AddItem方法添加桌台。用户点击某个桌台时，系统会根据该桌台当前的状态，弹出不同的右键菜单。

(三)开台模块设计

开台窗体中应该有桌台信息和职员信息及用餐人数，窗体加载时，将数据库中的所有的桌台信息和职员信息检索出来显示在ComboBox控件上。应在用餐人数文本框中输入用餐人数，并且用餐人数应是大于0的整数数字，保存后即对桌台进行开台操作。

(四)点菜模块设计

点菜模块可利用TreeView控件来显示所有的菜系，利用DataGridView控件显示顾客消费的所有信息。设计该模块时通过数据库中检索出所有的菜系名称显示到TreeView中，用户选择菜系后，应设计一个存储这些被选择的菜系的数据表，并在该模块中能显示出来，以便使误点的菜可以删除。

(五)结账模块设计

结账模块中，可在数据库中检索出顾客消费的所有项目，应有菜系的消费和包间的消费，根据两者的消费，显示出总的消费。顾客输入金额时，系统可自动找零，并显示到界面上。

(六)桌台基本信息模块设计

桌台基本信息应该具有对于桌台添加、删除、修改、查询等操作。添加桌台信息时，在数据库中检索桌台信息的数据表，并将信息添加到信息表中。查询桌台信息时，系统连接数据库，在数据库中检索到数据库的数据表，并将桌台信息显示到界面上。

四、小结

小型实体店餐饮管理系统是在.net平台上进行，结合后端的SQL Server 2000数据库技术，完成了桌台的管理、职员的管理、顾客开台，点菜/加菜、账目查询及消费账目结算等功能。系统信息查询灵活又方便、数据存储安全可靠、成本低。另外系统自身有如下优点。

一是使用较方便，用户上手快。

二是系统自动结账，结账速度快速且准确。

三是系统为提高客户服务质量提供了有效的技术保证。

通过小型实体店餐饮管理系统能能够切实有效地指导工作人员规范业务操作流程，更高效、快捷地实现业务的管理，保障顾客信息的安全，提高管理水平和工作效率，进而提高业务竞争能力。

餐饮管理系统设计论文文献

[1]吕品，陈凤培.某中小型餐饮店管理信息系统的设计与开发[J].桂林航天工业高等专科学校学报，2011(04).

[2]崔海龙，李允.电子商务在餐饮业中的运用[J].管理观察，2009(18).

[3]余伟，赵亮.基于SOA的银行中间交易平台的设计与架构[J].科技广场，2011(07).

餐饮管理系统中数据完整性的设计

餐饮管理系统设计论文摘要

摘 要： 以餐饮管理系统数据库中部分表为例，详细介绍个人对数据完整性设计思路和设计方法，通过实例阐述数据完整性在实践中的应用，并给出基于SQLSERVERDE语言的描述。

餐饮管理系统设计论文内容

关键词： 数据库;数据完整性;约束;触发器

中图分类号：TP311 文献标识码：A 文章 编号：1671-7597(2011)1210173-01

数据库的创建是一件非常容易的事情，但是设计一个严谨、安全、可靠的数据库就不那么容易了，它需要你有扎实的理论知识做基础，还需要具备一定的分析问题解决问题的能力。数据库的设计经过需求分析、数据库概念机构设计、逻辑结构设计之后我们就应考虑数据完整性的设计了。数据完整性是最大限度的保证数据的正确性、可靠性、一致性。数据完整性包含三个方面的内容即实体完整性、参照完整性(引用完整性)和用户自定义完整性(域完整性)。

下面以餐饮管理系统部分可以实现点菜和结账的表为例阐述以上完整性的设计。餐饮管理涉及的表的关系模式为：桌台表zt(桌号zh，桌名zm，容纳人数rnrs，状态zt，类型lx)，菜单表cd(菜品编号cpbh，菜品名称cpmc，规格gg，类别lb，单价dj，成本价cbj)，订单表dd(订单编号ddbh，订单日期ddrq，桌号zh，消费金额xfje)，点菜表dc(订单编号ddbh，菜品编号cpbh，数量sl)。以上四个表的定义如下：

Create table zt (zh char(4) primary key ,zm char(8) unique, rnrs int check (rnrs>=0),zt bit，lx char(8) check (lx='大厅' or lx='包厢' lx='vip'))

Create table cd(cpbh char(5) primary key, cpmc char(12),gg char(10),lb char(8),dj numeric(6,1) check(dj>=0),cbj numeric(6,1) check(cbj>=0))

Create table dd (ddbh char(10) primary key,ddrq datetime,zh char(4) foreign key references zt(zh), xfje numeric(10,1))

Create table dc (ddbh char(10) foreign key references dd(ddbh),cpbh char(5) foreign key references cd(cpbh),sl int check(sl>=0) default 1,primary key(ddbh,cpbh))

1 实体完整性(表完整性)

实体完整性又叫做表完整性，是对表中主键的约束。实体完整性的规则要求：在任何关系的任何一个元组中，主键的值不能为空值、也不能取重复的值。建立实体完整性的目的是用于保证数据库表中的每一个元组都是惟一的。是否可以改变主键值或删除一整行，取决于主键和其他表之间要求的完整性级别。实体完整性的定义比较简单。实现“实体完整性”的方法有primary key约束、unique约束、标识列、惟一索引。在此对桌台表zt中的桌号zh、菜单表cd表中的菜品编号cpbh以及订单表dd中的订单编号ddbh定义了primary key约束。在定义的时候一定要注意，一张完整的表定义只能有一个主键(PRIMARY KEY)，但是可以没有UNIQUE约束。

2 参照完整性规则(引用完整性规则)

现实世界中的实体之间存在某种联系。在关系模型中实体及实体间的联系都是用关系来描述的，这样就自然存在着关系与关系间的引用。通过在同一个数据库的两个表中进行主键约束和外键约束来实现，参照的列和被参照的列的必须具有相同的属性。

参照完整性规则规则要求：“不引用不存在的实体”。即：不允许在一个关系中引用另一个关系中不存在的元组。其目的用于确保相关联的表间的数据保持一致。参照完整性是对外键的约束，要求外键的取值只能为两种情况：若取非空值，则它必须是主表中存在的值。要么取空值(null)。设置了参照完整性禁止在从表中插入包含主表中不存在的关键字的数据行;禁止删除在从表中的有对应记录的主表记录。

在如上四个表中对订单表dd的桌号zh、点菜表对此dc的订单编号ddbh及菜品编号cpbh分别设置了外键。另外外键的设计也可由触发器或编程语言来设定。以订单表dd为例触发器设置方法如下：

CREATE TRIGGER insert_xs ON dd

AFTER INSERT

AS

IF EXISTS

(SELECT * FROM INSERTED

WHERE zh IN (SELECT zh FROM zt))

PRINT '添加成功!’

ELSE

BEGIN

PRINT '桌号与存在的桌号不符!’

ROLLBACK TRANSACTION

END

同样可以对点菜表设置一个触发器要求dc的订单编号ddbh及菜品编号cpbh也具有参照性。参照完整性是用来维护相关数据表之间数据一致性的手段，通过实现引用完整性，可以避免因一个数据表的记录改变而使另一个数据表内的数据变成无效的值。

3 域完整性

域完整性也称为列完整性或用户定义的完整性，用于限制用户向列中输入的内容。域完整性规则要求由用户根据实际情况，定义表中属性的取值范围。其目的用于保证给定字段中数据的有效性，即保证数据的取值在有效的范围内。

设置域完整性的方法是限制列的数据类型、精度、范围、格式和长度等。可以通过指定数据类型、CHECK约束、DEFAULT约束、NOT NULL约束和创建规则、默认值等数据库对象来实施。

数据库中存储的数据多种多样，为每一列指定一个准确的数据类型是设计表的第一步，列的数据类型规定了列上允许的数据值。当添加或修改数据时，其类型必须要符合建表时所指定的数据类型。这种方式为数据库中的数据完整性提供了最基本的保障。

约束是SQL Server提供的自动保持数据完整性的一种方法，是独立于表结构的。规则是实现域完整性的方法之一，用来验证一个数据库中的数据是否处于一个指定的值域范围内，是否与特定的格式相匹配。当数据库中的数据值被更新或插入时，就要检查新值是否遵循规则。如果不符合规则就拒绝执行更新或插入操作。

在餐饮系统相关表中我们对相应的列设置了数据类型及长度度限制，并对菜单表cd的单价dj设置了check(dj>=0)的约束，对点菜表dc的数量sl列(sl int check(sl>=0) default 1)设置了check约束和默认值的约束。当然对于以上约束我们都可通过定义规则的方法实现。如：

用create rule dyl as@x>=0来定义一个大于零的约束，然后用sp_bindrule dyl，'cd.dj‘语句和sp_bindrule dyl，'dc.sl'语句将其绑定到菜单表cd的单价dj列及点菜表dc的数量sl列上。

对于菜品编号cpbh我们规定菜类必须以类别的代表字母作为第一个字符，小分类的代表字母为第二个字符后面跟3位数字来表示。如CL001表示青菜类、LN001可表示奶类饮料。类别分类如表1：

表1 菜单类别表

为了实现上述编码我们用规则来实现如下：

Create rule cpbm as

@BM like 'C[LQRT][0-9][0-9][0-9]'

Or @BM like 'J[PBNM][0-9][0-9][0-9]'

Or @BM like 'Y[CNGT][0-9][0-9][0-9]'

Or @BM like 'z[fm][0-9][0-9][0-9]'

sp_bindrule cpbm, 'cd.cpbh'

4 触发器实现数据完整性

当用户对数据的完整性要求更为特殊，更为复杂，以上3种完整性就无法满足用户的要求。在这种情况下，用户需要自己定义所需的完整性。实现自定义完整性的重要方法是创建触发器。触发器是一种数据库对象。是一种表或视图执行insert、delete、update操作时，被系统自动执行的特殊的存储过程。创建触发器的目的是对表实现复杂的数据完整性约束，以防止不正确的操作。它与数据库中的某个表的数据修改操作相关联，修改操作可以是INSERT、UPDATE、和DELETE这3种操作中其中一种或几种。当用户对相关表执行触发器相关的修改操作时触发器自动执行。常用于数据的参照完整性限制及级联删除、级联更新等操作的设置。以级联更新为例，分析当菜单表中的菜品编号修改时，点菜表中的菜品编号同时更新这样的操作用触发器如何实现：

create trigger upd on cd after update

as

declare @jbh char(5),@xbh char(5)

select @jbh=deleted.cpbh, @xbh= inserted.cpbh

from deleted,inserted where deleted.cpbh=inserted.cpbh

print '准备级联更新点菜表中的菜品编号信息….'

update dc set cpbh=@xbh where cpbh=@jbh

print '已经级联更新了点菜表原菜品编号为'+ @jbh +'的信息'

5 应用接口编程

应用接口编程对数据库应用设计来说是负担最重的方法，但同时又是最基本、最灵活的方法。不论数据库管理系统提供了多么丰富的完整性的约束手段，利用编程接口保证数据完整性仍是所有数据库应用设计者必须掌握的关键技术之一。

6 总结

保证数据库的数据完整性，在数据库管理系统中是十分重要的。合理地使用SQL Server为数据完整性提供的各项 措施 ，对数据进行所需的约束限制，可以有效降低数据库在使用过程中可能出现的错误，提高数据库系统的可用性，减少处理数据错误所耗的费用。

餐饮管理系统设计论文文献

[1]陈伟，Sql Server2005应用系统开发教程[M].北京：清华大学出版社.

[2]Andrew J.Brust Stephen Forte著，精通SQLServer 2005程序设计，贾洪峰译，清华大学出版社，2007.

[3]萨师煊、王珊，数据库系统概论(第三版)[M].北京：高等 教育 出版社，2004.

有关餐饮管理系统设计论文推荐：

1. 浅谈餐饮服务与管理论文

2. 高档餐饮服务管理研究毕业论文

3. 酒店管理系统毕业论文

4. 有关餐饮服务与管理论文

5. 学生管理系统论文

6. 学籍管理系统毕业设计论文