华天酒店网上订餐系统设计与实现.docx

广东海洋大学寸金学院
课程设计

论文题目： 华天酒店网上订餐系统设计与实现
Design and implementation of the Alex Hua Tian
hotel online meal ordering system

系 别： 信息技术系
专 业： 10级计算机科学与技术
班 级： 10级计算机科学与技术1班
姓 名： Bocker
学 号： 2011301120120
指导老师： Bockor
职 称： 讲师
日 期： 2013年7月6日

广东海洋大学寸金学院教务处制
目录
摘要 I
Abstract II
第一章项目概述 1
1.1项目背景 1
1.2项目现状 1
1.3项目目的 1
1.4意义 2
第二章可行性分析 3
2.1技术可行性 3
2.2经济可行性 3
2.2.1支出 3
2.2.2收益 4
2.2.3投资回收期 5
2.3法律可行性 5
2.4操作可行性 5
2.5结论 5
第三章需求分析 6
3.1功能分析 6
3.2性能分析 6
3.3系统功能建模 7
3.3.1系统流程图 7
3.3.2 数据流图 8
3.3.3 数据字典 11
3.3.4 用例设计 14
3.4 系统数据模型 15
第四章概要设计 19
4.1数据结构设计 19
4.1.1关系模型设计 19
4.1.2物理结构设计 20
4.2系统行为模型设计 23
4.2.1系统状态图设计 23
4.2.2系统活动图设计 25
4.3系统层次结构图设计 27
4.3.1 Hipo结构图设计 27
4.3.2 ipo结构图设计 27
4.4代码设计 29
4.4.1代码设计原则 29
4.4.2系统所需代码设计 30
4.5输入输出设计 31
4.5.1输入设计 31
4.5.2输出设计 32
4.6运行环境 33
4.6.1 运行环境 33
4.6.2 运行模块的组合 33
4.6.3运行控制 33
4.7出错处理设计 33
4.7.1出错输出信息 33
4.7.2出错处理对策 34
4.8安全保密设计 34
4.9维护设计 34
第五章详细设计 36
5.1系统模块设计 36
5.1.1打印营业报表模块设计 36
5.1.2确定账目信息 36
5.1.3客户消费处理模块设计 36
5.1.4收银处理模块设计 37
5.1.5确认收银信息模块设计 37
5.1.6确认消费清单模块设计 37
5.1.7登记采购清单模块设计 38
5.1.7登记采购清单模块设计 38
5.2程序流程图设计 38
第六章网上订餐系统的实现 40
6.1登录/注册 40
6.2订单查询 40
6.3选菜单 41
6.4订餐单 41
6.5管理员操作 42
第七章测试与维护 44
7.1测试目标 44
7.2测试方法 44
7.3主模块测试 45
7.3.1登录／注册模块 45
7.3.2订餐服务模块 45
7.3.3订单处理模块 46
7.3.4菜单管理模块 46
7.4测试总结 47
总结与展望 48
参考文献 49

摘要
随着我国经济的蓬勃发展,人们生活水平的不断提高，而互联网技术的快速发展，网络对人们的日常生活的渗透不断加深。为了满足人们就餐的要求，网上订餐应运而生。网上订餐由于其独有的便捷性和直观性，已经轻而易举地被现代人认同和接受。同时，这也是电子商务应用的一种全新体现，帮助和推进电子商务的普及与应用。
本系统采用了C/S模式软件体系结构，利用现有的计算机技术使用Visual Studio 2008 完成管理平台设计，同时使用SQL Server2005数据库存储数据。同时使用窗口界面设计，菜单式提交数据，使操作简单，直观易懂。网上订餐系统可以促使酒店的管理更科学，更合理，也进一步地杜绝了假账烂帐的发生，节省了人力物力的同时避免了酒店由于管理不善导致的非必要支出，提高酒店竞争力的同时确保了管理的稳定性、操作性、可维护性以及安全性。

关键词：网上订餐，C/S模式，信息发展

Abstract
With the vigorous development of China's economy, people's living standards continue to improve, and the rapid development of Internet technology, network in people's everyday life has deepened. In order to meet the requirements of people eating, emerge as the times require online meal ordering. Because of its unique online meal ordering convenient and intuitive, already be an easy job to be the modern people recognized and accepted. At the same time, a new manifestation of this is the electronic commerce application, help and promote the popularization and application of electronic commerce.
This system adopts the C/S software architecture model, the use of existing computer technology using Visual Studio 2008 to complete the management platform is designed, using SQL Server2005 database to store data. At the same time to use the window menu interface design, the data submitted, the operation is simple, intuitive and easy to understand. Online meal ordering system can promote the hotel management more scientific, more reasonable, and further to eliminate the false bad debt, save manpower and material resources and avoid the hotel due to mismanagement of the non - essential expenditure, improve the hotel competitiveness and ensure the stability of the management, operation, maintenance and safety.

Keywords: Online meal ordering, C/S mode, information development

第一章项目概述
1.1项目背景
高新科技和计算机的飞速发展，给人们带来了更多的便利．电脑普及时代即将到来,网络技术也在逐渐完善,人们的生活已经开始发生重要的变革，效率已经成为各个企业生存的首要条件，更好更快的使用和了解相关的信息，以及处理更多更繁琐的事物便是我们设计网上订餐系统的初衷。[1]
1.2项目现状
由于互联网发展已深入家庭，网上订餐这个课题已经提出，为了方便人们生活，提高人们的生活效率，本系统根据现实订餐的方式虚拟于网络之上，使人们通过网络就可以完成生活中必要的事情（饮食）。系统的完成不仅可以基本实现客户订餐的功能，还能在此基础上提供更多的，更贴心的服务。信息技术的发展将更快的推动互联网的发展，订餐系统的重要性也将越显其强大的作用。[3]
1.3项目目的
网络订餐可充通过色彩、图片、说明、设置动画加强了产品了宣传，大大达到了餐饮业的“色型”要求。实现产品管理方便，起到立竿见影的效果，不用因为更改菜色而重新印刷。而且能上网就能订餐，甚至可以利用手机上网订餐，使操作更加简便，订餐信息更加准确。避免口头传递信息的错误，优化服务。网络不会跟电话一样占线，在高峰期对订餐的处理更是游刃有余，只看着屏幕点打印即可，就可下厨房配菜配送。餐馆也不用再派人派宣传单，省去一笔宣传和人工费用。订餐途径有了更好的改善，网络订餐成为电话订餐又一有力补充，扩大客流，从而整体提高业务量。倡导了一种时尚，餐店的定位更是网络化，时尚化，具备更为勃勃的生机。

1.4意义
通过管理信息化的优化，提高餐饮企业的管理效率，降低餐饮企业运营的成本，在给顾客带来收益的同时也为餐馆本身带来了管理上的方便，扩大了顾客流量的同时提高整体的服务质量和服务效率，使得餐馆更网络化，时尚化，在同行业中更具竞争力。

第二章可行性分析
2.1技术可行性
本网站所需要的开发软件是Microsoft Visual Studio 2008，在windowsXP的操作环境下进行研发，并选择SQL server 2005数据库，进行连接。
采用SQL server 2005作为后台数据库平台的管理系统，它能够快速创建表格及数据具有可靠易用性；Microsoft Visual Studio 2008作为开发工具它具有可视化的设计平台、面向对象的设计方法，适合开发Windows环境下的应用程序，它简单易学、效率高，而且功能强大。
而且，本人的优势在于，以上的这些技术在大学的这几年都已经学习过，而且学校十分重视学生的动手能力，在实践上学生也已经十分熟悉了。这对于开发这个系统有着有利的条件。
因此，该网站在采用以上技术是可行的。[4]
2.2经济可行性
2.2.1支出
寸金订餐网站开发的初步投资和收益的初步估算如下
(1)硬件设备:
终端服务PC：4000（元）×4（台）=16000（元）
网络设备（路由、网线、网卡、交换机、调制解调器）：500元
共计:16500 元
(2)软件设备:
Microsoft Windows XP : 1050（元）*4=4200（元）
（ ）
Visual Studio 2008 中文专业版 : 4900元
(
Microsoft SQL 2005标准版（10用户中文/英文）8500（元）
（
总计 8500+4900=13400（元）
(3)其他费用支出
人工费用：3（月）×4（人）×3000（元）=36000元
网络宽度费用：30（元）*3(月)*4(人)=360元
其他支出： 约200元
总计:36560 元
支出总成本：16500+13400+36560=66460（元）
2.2.2收益
本网站在投入使用后，能扩大客流量，增加餐馆的收益。例如一个餐馆年总收入为50万元 ，在本网站投入使用后收益提升10%
则网站每年为餐馆增加收益50*10%=5（万元）
需要维护员工1名，每年需支付2000*12=2.4（万元）
则除去维护费用本网站每年为餐馆增加收入5-2.4=2.6（万元）
此网站预计使用年限为5年，按2013年银行存款利率2.0％计算，利用上面计算货币现在价值计算系统使用后每年预计节省的资金的现在值，见表2-1。
表2-1 将来的收入折算现在值表
年
将来值（元）

现在值（元）
累积的现在值（元）
1
2
3
4
5
26000
26000
26000
26000
26000
1.02
1.0404
1.06120
1.08243
1.1040
25490.20
24990.39
24500.57
24020.03
23550.73
25490.20
50480.59
74981.16
99001.19
122551.92
五年的总增益为：
26000*（1.02+(1.02)^2+(1.02)^3+(1.02)^4+(1.02)^5）=138008.78元
另外还有不可估量的无形收益。
2.2.3投资回收期
该网站的投资回收期为: 2+(66460-50480.59)/ 25490.20≈2.63年，由此可以看出本网站在运行2后就可以回收所投入的资金。另有不确定因素的影响，本系统将有可能不超过3年就可以回收成本了。
2.3法律可行性
本网站是在符合国家各种政策法规的前提下进行开发的。整个网站是独立自组开发的，所以网站本身不会存在专利权争议或侵权抄袭的问题。它的研制和开发都是选用正版软件，因此不会造成侵权或者面临民事诉讼的风险。综上所述，本方案在法律上是可行的。
2.4操作可行性
本网站是对大学师生开发的校友录系统，网站管理员可以进行增加,更改,查找和删除等操作，完成基本信息的管理，在后台控制管理用户群。从人性化的角度出发，充分考虑用户的需求等方面，美观简洁的界面，操作简单，用户只需在搜索中输入用户所需要的查询，系统会列出相关的信息供用户查阅，所以本网站的操作是可行的。
2.5结论
综上所述，经过一系列各个方面的可行性分析，操作、技术、经济、法律都有可行性，本网站是完全可行的。

第三章需求分析
软件需求分析的目标是深入描述软件的功能和性能，确定软件设计的约束和软件同其它系统元素的接口细节，定义软件的其它有效怀需求[2]
3.1功能分析
此系统整体可分为两个子系统，其中一个为针对顾客开放的网上点菜系统，另一个是针对餐厅管理人员开放的菜单及订单管理系统。
顾客点菜主要流程如下：
1.顾客登陆网上点菜系统进行菜单的浏览或者注册为会员。
2会员可以对自己的个人信息进行修改，以会员形势登陆的顾客享受优惠。
3.如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择，更改，删除。
4.当顾客确定点菜完毕后，顾客可以将其提交至服务器并生成订单。
管理员订单管理业务流程如下：
1.管理员在本地登陆后既可对服务器上的菜单进行添加，删除，修改。
2.当菜单管理工作结束后，管路员可以对订单进行管理，确认和查看详细信息的操作。
根据业务流程的分析可以得知管理员的每一个操作基本都是独立的。
3.2性能分析
用户登录系统时需输入口令，对不同类型的操作员授予不同等级的权限去使用相应的功能。对于顾客，如果是普通顾客，则其只能以市场价进行消费，而不能享受会员价；如果该顾客是注册会员，那么其在消费时可以享受低于市场价格的会员价。
对于管理员，在其查询订单的时候可针对各种组合条件进行查询，而且查询效率要求高，能及时响应查询请求。
另外，系统还应当满足信息的完整性以及系统的可拓展性
3.3系统功能建模
本系统采用结构化的分析方法，采用系统流程图、数据流程图、数据字典和用例图来表达系统内部数据的运行以及数据的描述和定义。
3.3.1系统流程图
系统流程图（TFD）又称业务流程图，是概括地描绘物理系统的传统工具，是直观描述现系统业务处理由开始到结束的整个过程的非结构化图型工具。
系统流程图的符号说明见表3-1。
表3-1系统流程图符号说明

图型符号
符号说明

表示输入或输出的报表、计划、单据、报告等。

表示单位或个人。

表示各种账目、规范、定额手册、报表积累等大量存档信息。

表示业务处理。

表示信息或处理的流向。

系统流程图如图3-1所示。
客户消费信息明细账
入货汇总簿
营业报表
经理

收入明细帐
账目处理

登记
会员客户

订餐单
餐饮部
采购员
采购单
餐饮部
销售信息录入
收银处理
客户消费信息处理
消费清单
客户
客户
注册
餐饮部
信息处理
注册表

会员客户信息

图3-1 系统流程图
3.3.2 数据流图
数据流图（DFD）是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。
数据流图的符号说明见表3-2。
表3-2 数据流程图符号说明表

图形符号
名称
符号说明
Rm
Pm
C
Dn S
Fm(Fn)

外部实体
记述系统之外的数据提供或数据获得组织机构或个人，框内为实体名称

处理

数据存储

数据流

记述某种业务的手工或计算机处理，其中，PM区记述处理标号，C区记述处理名称。

记述与处理有关的数据存储，DN区记述存储的标号，S区记述存储数据的名称

记述数据流的流动方向，FM记述数据流的名称。

网上订餐系统数据流程图如图3-2至图3-4所示。
F1订餐单
F6营业报表
F5消费清单
客户
经理
客户
P

账目处理
采购员
F2采购单
F3注册表

消费单

图3-2顶层图

D1
图3-3一级细化图

F1
P2

客户消费信息处理

销售信息录入
P1
P5

D2
收入明细帐

F6
F5

收银处理
P3
客户消费信息明细账
账目处理

登记采购单
P4
D3
入货汇总簿
F2
F3

注册信息处理
P6
D6
会员客户信息

确定收银信息
P2.1
D1
D2

确定账目信息
P5.1
D3
D5
营业报表

打印营业报表
P5.2
F6

确定消费清单
P4.1
D1
D4
消费清单

打印消费清单
P4.2
F5
图3-4 二级细化图

3.3.3 数据字典
数据字典（DD）是关于数据的信息的集合，也就是对数据流图中所包含的所有元素（数据流、数据存储、数据流及数据存储中的数据元素、数据处理）的定义的集合。它们的定义常常是以卡形式给出的，数据流定义用数据流卡，数据存储定义用数据存储卡，数据处理定义用数据处理卡，数据元素定义用数据元素卡。
(1) 数据流卡
名称：订餐单 编号：F1
来源：客户
去向：餐饮部
数据结构：订餐单编号，日期，商品名称，商品数量，商品单价，折扣，客户编号
名称：采购单 编号：F2
来源：采购员
去向：餐饮部
数据结构：采购单编号，日期，采购员，供应商，商品名称，商品数量，商品单价
名称：消费清单 编号：F5
来源：餐饮部
去向：客户
组成：订餐单编号，日期，商品名称，商品数量，商品单价，折扣，客户姓名，客户编号
名称：营业报表 编号：F6
来源：餐饮部
去向：经理
组成：报表编号，日期，总收入，总支出
名称：注册表 编号：F3
来源： 客户
去向：餐饮部
组成：客户编号，客户姓名，联系电话，
送货地址,邮箱

（2）数据存储卡
名称：收入明细账 编号：D2
相关处理：由P3写入，读取其数据的有P5.1
数据结构：订餐单编号，日期，商品名称，商品数量，商品单价，折扣
名称：客户消费信息明细账 编号：D1
相关处理：由P1写入，读取其数据的有P2.1,P4.1
数据结构：客户编号，客户姓名，联系方式，日期，商品名称，商品数量，商品单价，折扣

名称：入货汇总簿 编号：D3
相关处理：由P4写入，读取其数据的有P5.1
数据结构：采购单编号，日期，采购员，供应商，商品名称，商品数量，商品单价
名称：消费清单 编号：D4
相关处理：由P2写入，读取其数据的有P4.2
数据结构：订餐单编号，日期，商品名称，商品数量，商品单价，折扣，客户姓名，客户编号

（3）数据处理卡
名称：营业账簿 编号：D5
相关处理：由P5写入，读取其数据的有P5.2
数据结构：报表编号，日期，订餐单数量，订餐总金额，采购单数量，采购总金额，净收入
名称：会员客户信息 编号：D6
相关处理：由P6写入
数据结构：客户编号，客户姓名，订餐记录

名称：客户消费信息处理 编号：P2
输入：数据存储“客户消费信息明细账”
输出：数据流“消费清单”
处理：根据数据存储“客户消费信息明细账”，整理信息后，生成“消费清单”
名称：销售信息录入 编号：P1
输入：数据流“订餐单”
输出：数据存储“客户消费信息明细账”
处理：将数据流“订餐单”中的数据通过键盘输入存储到数据存储“客户消费信息明细账”中，可对数据存储“客户消费信息明细账”进行更改、删除。

名称：登记采购单 编号：P4
输入：数据流“采购单”
输出：数据存储“入货汇总簿”
处理：将数据流“采购单”中的数据通过键盘输入存储到数据存储“入货汇总簿”中，可对数据存储“入货汇总簿”进行更改、删除。
名称：收银处理 编号：P3
输入：数据存储“客户消费信息明细账”输出：数据存储“收入明细账”
处理：根据数据存储“客户消费信息明细账”，结算后，生成“收入明细账”

名称：账目处理 编号：P5
输入：数据存储“客户消费信息明细账”和数据存储“入货汇总簿”
输出：数据流“营业报表”
处理：根据数据存储“客户消费信息明细账” 和数据存储“入货汇总簿”，整理信息后，生成“营业报表”
名称：注册信息处理 编号：P6
输入：数据流“注册表”
输出：数据存储“会员客户信息”
处理：数据流“注册表”中的数据存储到数据存储“会员客户信息”中，可对数据存储“会员客户信息”进行更改、删除。

名称：日期 编号： 02
所属数据流：订餐单
类型：日期 长度：8
描述：订餐的日期
名称：订餐单编号 编号： 01
所属数据流：订餐单
类型：字符 长度：5
描述：每个订餐单的序号

（4）数据元素卡
名称：商品数量 编号： 04
所属数据流：订餐单
类型：数值 长度：5
描述：订购的食物的数量
名称：商品名称 编号： 03
所属数据流：订餐单
类型：字符 长度：30
描述：订购的食物名字

名称：折扣 编号： 06
所属数据流：订餐单
类型：数值 长度：3
描述：每次订购商品或销售商品的折扣
名称：商品单价 编号： 05
所属数据流：订餐单
类型：数值 长度：6
描述：单位菜的价格

名称：金额 编号： 07
所属数据流：订餐单
类型：数值 长度：9
描述：订购商品的金额
名称：客户姓名 编号： 08
所属数据流：订餐单
类型：字符 长度：30
描述：订餐客户的姓名

名称：联系地址 编号： 10
所属数据流：订餐单
类型：字符 长度：30
描述：送餐地址
名称：联系电话 编号： 09
所属数据流：订餐单
类型：字符 长度：30
描述：订餐客户的电话号码

3.3.4 用例设计
用例图如图3-5所示。

图3-5用例图

3.4 系统数据模型
建立系统数据模型的主要工具是实体-关联图，即E-R图。酒店订餐系统的综合E-R图如图3-6所示。

图3-6 E-R图
n
m
n
n
n
m
m
m
a
m
会员顾客
选择
菜单
管理
管理员
管理
订单
提交
统计
帐单
提供
经理

采购员
选择
订购单
登记统计

顾客实体属性如图3-7所示。
会员顾客
登陆
注册
查询
预订
顾客编号

图3-7顾客实体属性图

菜单实体属性如图3-8所示。

菜单
菜单编号
菜名不副实
价格
基本描述
图3-8菜单实体属性图

管理员实体属性如图3-9所示。

总价
管理员
修改
删除
添加
管理员名
编号

图3-9管理员实体属性图

订单实体属性如图3-10所示。

订单
顾客名名
总价格
菜单名
生成时间
联系电话
是否确认

图3-10订单实体属性图

第四章概要设计
4.1数据结构设计
数据库设计是软件开发的灵魂和基础，是整个系统成功的关键所在，是开发高品质应用的前提，鉴于数据库设计的重要性，做如下约定：
设计过程应按照概念模型设计—关系模型设计—物理数据库设计的步骤进行。

4.1.1关系模型设计
由系统的概念模型导出关系模式。主要原则及实现方法如下：
（1）一个实体型转换为一个关系模式，实体的属性就是关系的属性，实体的键就是关系的键。
（2）一个是实体的联系转换为关系模式时，应首先确定该联系的类型，在确定相应的键。
（3）进行规范化处理，求出关系模式中的最小依赖集，并依据规范化理论，将关系模式规范到三范式。
依据上述原则，得出《酒店订餐系统》的关系模式：
(1)订餐单（订餐单编号，日期，商品名称，商品数量，商品单价，折扣，客户姓名，联系电话）
(2)采购单（采购单编号，日期，采购员，供应商，商品名称，商品数量，商品单价）
(3)客户消费信息明细账 （客户编号，客户姓名，联系方式，日期，商品名称，商品数量，商品单价，折扣）
(4)消费清单（订餐单编号，日期，商品名称，商品数量，商品单价，折扣，客户姓名，客户编号）
(5) 收入明细账（订餐单编号，日期，商品名称，商品数量，商品单价，折扣）
(6)入货汇总簿（采购单编号，日期，采购员，供应商，商品名称，商品数量，商品单价，折扣）
(7)营业报表（报表编号，日期，总收入，总支出）
(8) 消费账单（订餐单编号，日期，商品名称，商品数量，商品单价，折扣，客户姓名，客户编号）
(9) 营业账簿（报表编号，日期，订餐单数量，订餐总金额，采购单数量，采购总金额，净收入）
4.1.2物理结构设计
物理结构设计是物理数据库的具体表现，主要规定各关系的名称、各列的数据类型、长度、小数位、完整性约束等。本系统数据库物理结构设计见表4-1至4-9。
表4-1订餐表

列含义
列标示
类型
长度
完整性约束
订餐单编号
商品名称
商品数量
商品单价
日期
dm
mc
jldw
spdj
rqj
char
char
char
char
char
5
30
8
8
30
数字字符
字符型数据
字符型数据
字符型数据
字符型数据
表4-2采购表

列含义
列标示
类型
长度
完整性约束
采购编号
dm
char
3
数字字符
采购员
供应商
商品数量
商品单价
Mc
mc
jldw
spdj
Char
Char
Char
Char
8
8
8
8
字符型数据
字符型数据
字符型数据
字符型数据

表4-3注册表

列含义
列标示
类型
长度
完整性约束
姓名
编号
xm
dm
Char
char
8
30
字符型数据
数字数据
联系电话
家庭住址
邮箱
Mc
mc
jldw
Char
Char
Char
8
8
8
字符型数据
字符型数据
字符型数据

表4-4客户消费信息明细账

列含义
列标示
类型
长度
完整性约束
客户编号
dm
char
30
数字字符
客户姓名
联系方式
日期
商品数量
商品单价
折扣
Mc
lxfs
rq
jldw
spd
zk
Char
Char
Char
Char
Char
Char
8
30
30
8
8
2
字符型数据
字符型数据
字符型数据
字符型数据
字符型数据
字符型数据

表4-5会员客户信息

列含义
列标示
类型
长度
完整性约束
客户编号
客户姓名
订餐记录
dm
mc
spdj
char
char
char
5
30
30
数字字符
字符型数据
字符型数据

表4-6收入明细账

列含义
列标示
类型
长度
完整性约束
订餐单编号
商品名称
商品数量
商品单价
日期
折扣
dm
mc
jldw
spdj
rqj
zk
char
char
char
char
char
char
5
30
8
8
30
10
数字字符
字符型数据
字符型数据
字符型数据
字符型数据
字符型数据

表4-7入货汇总簿

列含义
列标示
类型
长度
完整性约束
采购单编号商品名称
商品数量
商品单价
日期
折扣
采购员
供应商
dm
mc
jldw
spdj
rqj
zk
cgy
gys
char
char
char
char
char
char
char
char
5
30
8
8
30
10
10
10
数字字符
字符型数据
字符型数据
字符型数据
字符型数据
字符型数据
字符型数据
字符型数据

表4-8营业报表
列含义
列标示
类型
长度
完整性约束
报表编号
总收入
日期
总支出
bbbh
zsr
rq
qzc
char
char
char
char
5
30
8
8
数字字符
字符型数据
字符型数据
字符型数据

表4-9消费账单
列含义
列标示
类型
长度
完整性约束
客户编号
dm
char
30
数字字符
客户姓名
联系方式
日期
商品数量
商品单价
折扣
Mc
lxfs
rq
jldw
spd
zk
Char
Char
Char
Char
Char
Char
8
30
30
8
8
10
字符型数据
字符型数据
字符型数据
字符型数据
字符型数据
字符型数据

表4-10营业账簿
列含义
列标示
类型
长度
完整性约束
报表编号
bbbh
char
30
数字字符
日期
订餐单数量订餐总金额
采购单数量
采购总金额
净收入
rq
dcds
dczje
cgds
cgzje
jsr
Char
Char
Char
Char
Char
Char
8
30
30
8
8
10
字符型数据
字符型数据
字符型数据
字符型数据
字符型数据
字符型数据
4.2系统行为模型设计
4.2.1系统状态图设计
1.客户查询状态图如图4-1所示。

图4-1客户查信息的状态图