点餐系统系统分析报告

1、v1.0 可编辑可修改1重庆师范大学课程名称：信息系统分析与设计项目名称：点餐管理系统姓名：喻玺 学号：628姓名：王怀荣 学号：606专业：2010级信息管理与信息系统学院：计算机与信息科学学院v1.0 可编辑可修改2时间：2012年12月16日目录目录第一章系统分析.71. 开发背景与目标 .7开发背景.7开发目标.82. 系统特点及功能说明 . 8系统特点.8功能说明.93. 可行性分析报告.10引言.10可行性研究的前提 .11可行性研究方法.12决定可行性的主要因素 . 12技术可行性分析.13经济可行性分析 .14社会因素可行性分析 . 16其他可供选择的方案 . 16结论意见.1

2、74. 需求分析说明书.17引言.17项目概述.17系统需求分析.19项目详细设计.24项目技术方案.25可行性分析.265. 开发环境与项目规划 . 28开发环境.28项目规划与管理.296. 业务流程图.29v1.0 可编辑可修改330厨房工作人员开领料单领料单-仓库JL-1厂缺货单厂一J1r采购部No判断是否有存货开缺货通知单Yes发货发货单仓库存档31v1.0 可编辑可修改4No.31v1.0 可编辑可修改5判空桌否有二顾客等待Yes顾客就坐换菜通知顾客采购部v1.0 可编辑可修改6I顾客触屏点餐丰厨房打印L-,出品对单判断食材是No、否足够*开领料领料单仓库缺货单1Yes判断与对单（

3、是否一致I1发货单厨房出菜厨房做菜判断是否No开缺货:有存货一知单NoYes通发货No顾客判断是否No符合要求退菜YesNo加菜*就餐*前台结账判断是否No判断是否办 有会员卡人隹理会员卡YeYes打折- 厨房v1.0 可编辑可修改36表 1 菜品表：Foodv1.0 可编辑可修改37列名中文名称数据类型长度是否允许为空备注FoodID菜品 IDIntNot null主键FoodClassID分类 IDIntn ullFoodName菜名nv archar25n ullFoodClass分类类名nv archar25n ullFoodI ntroduce菜品简介nv archar100n ul

4、lFoodPrice价格Floatn ullFoodImage图片nv archar100n ull保存图片路径数据文件订单明细表文件组成：订单序号Id,订单编号，菜名，价格，数量，下单时间数据项订单序号Id订单编号菜名价格数量下单时间数据类型整型可变字符类型可变字符类型整型整型日期类型数据长度45050448数据组成A+日期时间数据流v1.0 可编辑可修改38名称简述数据来源数据去向数据组成选桌顾客选定餐桌顾客出品对单时间+桌号+人数点菜顾客触屏点菜顾客出品对单菜名+类别+桌 号出菜厨房出菜厨房结账单菜名+类别+桌 号+明细金额+总金额9.数据需求说明书引言编写目的此数据需求说明书能够帮助用

5、户更加方便的使用该点餐管理系统而无需进行专业的人员培训，从而使该点餐管理系统迅速的在 市场上普及。该数据需求说明书的预期读者是各个大中小型餐厅的工 作人员。背景说明:软件系统的名称：点餐管理信息系统; 本项目的任务提出者是各大中小型餐厅，该系统由喻玺和王怀 荣共同开发，将先由重庆师范大学计算机网络系统进行试运行 成功后交给各个大中小型餐厅使用。v1.0 可编辑可修改39数据的逻辑描述静态数据餐桌号，价格，餐桌客户端ID,显示名称，父类ID，菜品ID,菜品 名称，图片，价格，厨房ID，账单ID,优惠类型动态输人数据状态，开始时间，点餐流水，开台ID，数量，点菜时间，开台流水号动态输出数据菜品费用

6、，优惠费用，实际费用，结账时间，结账日期内部生成数据实时营业额，日营业额，月营业额，年营业额，积分，折扣数据约定餐桌号：NUMERIC(5);状态:CHAR(2);开始时间：DATE;餐桌 客户端ID:VARCHAR(15)显示名称：VARCHAR(12);父 类ID:NUMERIC(5);菜品ID:NUMERIC(10);菜品名称：CHAR(20);图片：VARCHAR(60价格：NUMERIC(1,2);厨房ID:NUMERIC(5);点餐流水：NUMERIC(12)开台ID:NUMERIC(12);数量：NUMERIC(8;点餐时间：TIME;账v1.0 可编辑可修改40单ID:NUME

7、RIC(12);开台流水号：NUMERIC(12)菜品费用：FLOAT优惠费用：DOUBLE实际费用：FLOAT优惠类型：INTEGER优 惠代码：INTEGER结账时间：TIME;结账日期：CHAR数据的采集要求和范围(1)由餐厅的工作人员进行数据的输入；(2)用普通的输入设备；(3)餐厅的工作人员和顾客进行对输出数据的接收;(4)用打印机进行数据的打印输出；(5)数据的输入是随机的。输人的承担者餐厅的管理人员作为输入的承担者预处理输入时间，点餐及时，数据库要及时的更新，对系统要定是维护v1.0 可编辑可修改41点餐管理系统2. 软硬件配置方案本方案核心部分一一平板电脑采用Wi-Fi网络无线

8、连接，内置Web浏览器，支持JavaScript。通过系统测试，该机型完全可以胜任点 餐系统所需的各项功能。 在软件配置方面， 成熟的Web方案成为首选。在数据中心， 采用了Windows+JSP+accesS乍为支撑环境。在开发模 式上，采用JSP+JDB（进行网站开发。该开发模式开发难度低，容易 推广。因为很多餐厅原有系统大都使用系统设计1.功能模块设计前台管点餐管理结账管理占八、 、厨房岀菜换菜加菜厨房做菜营业额管理会员管理菜选桌管理v1.0 可编辑可修改42类似的服务器配置，因此采用 这些配置也可以保护餐厅的原有投资。在管理工作站上，采用了Win dows+Java客户机开发模式。在无

9、线网络的架设上，系统采用了 无限局域网技术，Wi-Fi网络。选用的Linksys的无线路由器作为该方案的无线基站，可以稳定地覆盖大厅内半径为100米的区域，并且 可以穿透一堵混凝土墙体。下面给出了系统中各个子系统的硬件和软件的配置描述：系统软件：an droid系统、wi ndows系统数据库管理系统：Mysql硬件要求：CUP in ter X86内存2G显卡256色以上，128MB显存3. 网络拓扑结构设计4. 数据库设计数据库环境说明本系统是一个管理系统，采用一般的数据库系统，主要采用的是Mysql数据库。数据库设计是开发数据库及其应用系统的技术，也是信息系统开发 和建设的重要组成部分。

10、具体的说，数据库设计是要在一个给定的应 用环境中，通过合理的逻辑设计和有效的物理设计，构造较优的数据 库模式，建立数据库及其应用系统，满足用户的各种信息需求。v1.0 可编辑可修改43在系统的数据库设计中，首先对系统分析得到的数据字典中的数据 存储进行分析，分析各数据存储之间的关系，然后得出系统的关系模 式。本系统用实体一联系图（简称ER图）来描述系统的概念模型。数据库概念设计ER图v1.0 可编辑可修改44图1-2菜品实体图分E-R图v1.0 可编辑可修改45菜品顾客v1.0 可编辑可修改46E-R图v1.0 可编辑可修改47数据库逻辑设计逻辑设计步骤(1 )将概念结构转换为一般的关系、网状

11、、层次模型；(2 )将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换；(3 )对数据模型进行优化将本系统的概念模型转换为关系模型，其中涉及到的主要实体属 性和结构如下：类和对象向关系模式转换1.餐桌状态表(餐桌号，状态，开始时间，餐桌客户端ID,显示名称，父类ID)餐桌号时间类别菜品号管理员工N点餐菜名菜品N价格贝工号态I1管理NN卡号顾客选桌餐桌kII X态餐桌号密码容量v1.0 可编辑可修改482.菜品表（菜品ID,父类ID,菜品名称，图片，价格，状态，厨房ID）3.点菜流水表（点菜流水，开台ID,桌号，菜品ID,数量，点菜时 间）4.账单表（账单ID,开台流水号，餐桌号，

12、菜品费用，优惠费用,实际费用，优惠类型，优惠代码，结账时间，结账日期）关系模式优化：1.餐桌状态表（餐桌号，状态，开始时间，餐桌客户端ID,显示名 称，父类ID）2.菜品表（菜品ID,父类ID,菜品名称,图片，价格，状态，厨房ID）3.点菜流水表（点菜流水,开台ID,桌号,菜品ID,数量，点菜时 间）4.账单表（账单ID,开台流水号,餐桌号,菜品费用，优惠费用，实际费用，优惠类型，优惠代码，结账时间，结账日期）逻辑设计原则命名规范唯一性索引是指索引值必须是唯一的，而在创建表时，如果建立主键 则Mysql就会默认建立一个唯一索引表属性规范。表名v1.0 可编辑可修改49前缀为Tbl_。数据表名称

13、必须以有特征含义的单词或缩写组成，中 间可以用“ 分割，例如：tbl_pstn_detail。表名称不能用双引号 包含。表分区名前缀为p。分区名必须有特定含义的单词或字串。字段名字段名称必须用字母开头，采用有特征含义的单词或缩写，不能 用双引号包含。主键名前缀为PK主键名称应是 前缀+表名+构成的字段名。如果复 合主键的构成字段较多，则只包含第一个字段。表名可以去掉前缀。外键名前缀为FK外键名称应是前缀+外键表名+主键表名+外 键表构成的字段名，表名可以去掉前缀。索引普通索引前缀为IDX_。索引名称应是前缀+表名+构成的字段名。如果复 合索引的构成字段较多，则只包含第一个字段，并添加序号。表名

14、可 以去掉前缀。主键索引前缀为IDX_PK_索引名称应是前缀+表名+构成的主键字段名， 在创建表时候用using index指定主键索引属性。唯一索引v1.0 可编辑可修改50前缀为IDX_UK_索引名称应是 前缀+表名+构成的字段名。外键索引前缀为IDX_FK_索引名称应是 前缀+表名+构成的外键字段名。函数索引前缀为IDX_func_。索引名称应是 前缀+表名+构成的特征表达 字符。簇索引前缀为IDX_clu_。索引名称应是 前缀+表名+构成的簇字段。视图前缀为V_。按业务操作命名视图。实体化视图前缀为MV_按业务操作命名实体化视图。存储过程前缀为Proc_。按业务操作命名存储过程。触发器

15、前缀为Trig_。触发器名应是 前缀+表名+触发器名。触发器的设计(1)在入库信息表上创建食料入库的触发器： 当某种食料入库时检 查仓库中是否有该食料，如果有则放在一起，如果没有则重新 选择存放的仓库号。即：入库信息表添加记录时检查食料号是 否存在于库存信息表中，若存在则修改库存信息表中的数量， 若不存在则在库存信息表中添加相应记录。(2)在出库信息表上创建食料出库的触发器：当某种食料出库时修 改该食料的v1.0 可编辑可修改51库存数量(工作人员可以从仓库运出的食料数量一 定小于等于库存数量)。即：当出库信息表中添加记录时在库存 信息表中修改相应食料数量。函数前缀为Func_。按业务操作命名

16、函数。数据包前缀为Pkg_。按业务操作集合命名数据包。序列前缀为Seq_。按业务属性命名。逻辑设计图权限设计用户数据库对象允许操作类型能否转授权管理人员所有表、视图all privileges能仓库管理员table入库信息表select否table出库信息表in serttable库存信息表updatetable仓库基本信息表select收银员Table销售记录表select in sert否米购员table供应商基本信息表select否v1.0 可编辑可修改52table进货表select in sert顾客View点餐表select否数据库物理设计数据库物理设计步骤物理设计的步骤如下：（1

17、）存储结构设计数据库的存储结构不同于一般文件系统的存储结构。 数据库数据 的特点是各种记录型之间彼此有联系， 数据是结构化的。数据的存储 结构不仅涉及每种记录型的记录如何存储， 而且要使数据的存储反映 各种记录型之间的联系。 在DB多级模式中引入内模式（存储模式） 的主要目的是使模式的数据结构的描述同它的存储表示的描述分开， 以致DBA为了协调数据库性能而对数据库数据的存储方法进行修改 时，可不必修改模式，以提高数据库的物理独立性。在各个数据库管 理系统中， 对内模式的定义功能各不相同。 在关系数据库管理系统中 有些DDL语句可影响数据库的存储结构。在DBM中各级模式的存储 结构是恒定的或唯一的，而数据库内容（或其记录）的存储方式是不 唯一的。数据库存储结构设计的好坏直接影响系统的性能。在存储结构中主要是涉及存储记录的设计。存储记录与概念记录之间具有对应关系，如果存储记录与概念记录之间具有一一对应关系，在这种情况下存储记录的设计就比较简单，不需要进一步讨论。概念记录是指在 逻辑结构中v1.0 可编辑可修改53的记录。但当一个概念记录对应多个不同类型的存储记录 时，存在如何设计存储记录的问题。在次关键字索引中，由于一个次关键字值对应于多个记录值， 它 们的个数是不固定的，所以对应的指针数目是可变的。这种可变性给 管理带来困难