自助餐管理系统概要设计说明书

合集下载

网上订餐系统概要设计说明书范文

网上订餐系统概要设计说明书范文

网上订餐系统概要设计说明书报告名称网上订餐系统专业班级组长姓名组员名单日期指导教师1引言 (1)1.1编写目的 (1)1.2背景 (1)1.3定义 (1)1.4参考资料 (2)2总体设计 (2)2.1需求规定 (2)2.2运行环境 (2)2.3基本设计概念和处理流程 (2)2.4结构 (4)2.5功能需求与程序的关系 (4)2.6人工处理过程 (4)2.7尚未解决的问题 (4)3接口设计 (5)3.1用户接口 (5)3.2外部接口 (5)3.3内部接口 (5)4运行设计 (5)4.1运行模块组合 (5)4.2运行控制 (5)4.3运行时间 (5)5系统数据结构设计 (6)5.1逻辑结构设计要点 (6)5.2物理结构设计要点 (7)5.3数据结构与程序的关系 (7)6系统出错处理设计 (7)6.1出错信息 (7)6.2补救措施 (8)6.3系统维护设计 (8)概要设计说明书1引言1.1编写目的俗话说“民以食为天”,在当今社会,随着人们生活水平的不断提高,人们越来越重视饮食的质量。

越来越多的人选择到餐厅吃饭。

这样既方便又美味。

但是,随着到餐厅就餐的人越来越多,在餐厅发生了等待,就餐环境差等问题。

网上订餐,正是解决这一问题的好方法。

网上订餐既可以方便用户订餐,也方便餐厅进行管理。

减少了人力物力的付出。

编写本概要说明书是为了说明该网上订餐系统的总体设计、接口设计、运行设计、系统数据结构设计以及系统出错处理设计。

为今后详细设计该系统以及编码过程打下基础。

该概要设计说明说的预期读者是该软件的设计人员。

1.2背景系统名称:网上订餐系统任务提出者:哈尔滨工程大学软件工程项目实践组开发者:班第小组用户:具有一定能力的餐厅及需要网上订餐服务的客户在国内比较流行的订餐方式还是电话订餐,这种方式需要餐厅有专门的人来负责接听电话,并且需要人工记录客户信息,还要保留纸质的客户信息。

这样既浪费人力,又要花费空间和时间对客户资料进行保管与整理。

餐馆点菜系统概要设计说明书

餐馆点菜系统概要设计说明书

文档编号: LMS—2版本号: V1.0文档名称:概要设计说明书项目名称:餐馆点菜系统项目负责人:王晓凤、曹春美编写:曹春美、王晓凤 2013年12月9日校对:王晓凤 2013年12月10日审核:曹春美 2013年12月10日目录1 引言 (4)1.1 编写目的 (4)1.2 背景 (4)1.3 项目概述 (4)1.4 文档概述 (4)2 任务概述 (4)2.1 目标 (4)2.2 运行环境 (5)2.3 条件和限制 (5)3 总体设计 (5)3.1 处理流程 (5)3.2 总体结构和模块外部设计 (8)3.2.1 总体结构 (8)3.2.2模块外部设计 (10)3.3 功能分配 (11)4 接口设计 (11)4.1 外部接口 (11)4.2 内部接口 (13)5 数据结构设计 (13)5.1 逻辑结构设计 (13)5.2 物理结构设计 (14)5.3 数据结构和程序的关系 (14)6 运行设计 (14)6.1 运行模块的组合 (14)6.2 运行控制 (15)6.3 运行时间 (15)7 出错信息 (15)7.1 出错输出信息 (15)7.2 出错处理对策 (15)8 安全保密设计............................................... 错误!未定义书签。

9 维护设计................................................... 错误!未定义书签。

1 引言1.1编写目的经过对该餐馆点菜系统项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行可行性分析。

明确开发风险及其所带来的经济效益。

本报告经审核后,交由软件经理审查。

该需求规格说明书的采访对象是XXX餐馆点菜系统软件小组的研发工程师、测试工程师、销售工程师,版权归XXX所有,严禁外传。

1.2项目背景项目名称:餐馆点菜系统用户:××餐馆说明:随着我国市场经济的快速发展,各行业都呈现出生机勃勃的发展景象。

概要设计说明书餐饮管理系统

概要设计说明书餐饮管理系统

概要设计说明书餐饮管理系统随着互联网技术的不断发展,越来越多的企业开始利用网络平台开展业务与服务。

其中,餐饮行业对于管理系统的需求也变得越来越迫切。

本文将针对餐饮管理系统的概要设计说明书进行探讨和分析。

一、系统需求分析针对餐饮行业的管理需求,本系统应该具备如下几个方面的功能:1. 餐厅菜品管理所谓餐厅菜品管理,主要就是针对餐饮企业的菜品种类、菜品价格、菜品口味等一系列进行系统化、科学化、细致化地管理,以保证餐饮企业菜品的竞争性和特色性。

2. 订单管理订单管理主要是管理餐饮企业与顾客之间的交流和信息传递,包括顾客点餐、订单确认、订单处理等。

3. 库存和采购管理库存和采购管理是保证餐饮企业正常运营的主要因素之一,通过对餐饮商品库存情况以及采购成本的精准掌控,来改善餐饮企业的运营效率与成本。

4. 财务管理财务管理主要是针对餐饮企业财务的收支情况、开支科目的分析、财务报表的生成等过程进行整体管理。

二、系统设计需要建立一个餐饮管理系统,主要包括数据库服务器、系统程序、用户接口和客户端程序等几个部分。

其中,数据库服务器是餐饮管理系统的核心所在,该系统必须要保证安全、可靠,拥有完善的数据备份机制,并能够对全部数据进行有效地管理与统计。

三、系统功能1. 数据库该系统应该能够进行数据库的远程访问,实现数据库的自动备份与数据还原,开发人员可以通过数据库客户端管理系统后台的数据。

2. 餐厅菜品管理系统应该能够实现菜品的管理,包括菜品添加、菜品查询、菜品删除等功能。

这些功能由后台管理人员对餐厅菜品进行分类、设置价格、调整口味等进行操作。

3. 订单管理该系统应该能够实现顾客点餐、订单确认、订单查询、订单删除等功能。

餐饮企业通过系统储存订单信息,提高处理效率。

同时,管理员还可以根据订单记录来优化餐厅服务习惯和餐饮产品。

4. 库存和采购管理该系统应该能够实现库存管理及采购管理两种功能。

库存管理主要在查询各种成分数量、购进成本情况、库存货物亏空以及起订量等方面;采购管理主要是对供应商采购合并管理,快速采购成本合理的原料。

餐饮管理系统设计说明书

餐饮管理系统设计说明书

餐饮管理系统系统设计说明书一.总体设计1.处理流程(略)图总体处理流程图2.总体结构和模块外部设计模块是软件结构的基础,软件结构的好坏完全由模块的属性体现出来,把软件模块化的目的是为了降低软件复杂性,使软件设计,测试,调试,维护等工作变得简易,但随着模块数目的增加,通过接口连接这些模块的工作量也随之增加。

从这些特性可得出如图九的一条总的成本(或工作量)曲线,在考虑模块化时,应尽量使模块数接近于图中的M,它使得研制成本最小,而且应尽量避免不足的模块化或超量。

总体结构:总体模块说明餐饮管理信息系统后台管理前台服务桌台仓库员工顾客员工供货商材料信息系统登录退出系统登录退出图1 餐饮管理系统总体功能模块图项目内容:此系统使用了三层架构实现了管理人员登陆模块,菜单管理模块,餐厅人员管理模块,点菜功能模块,消费结账模块,查询统计功能模块。

系统登录退出模块:本模块是被用于用户登录,注销和退出.模块根据用户的不同类型赋予用户不同的管理权限.等低级的用户不可访问高等级用户的个别功能,而高等级用户可以使用低等级用户的所有系统功能.菜单管理模块:本模块将餐厅的菜单信息通过标准化的管理操作加以整合,使得菜品的价格、配料、功效和图片可以完全呈现在客户面前,使得客户可以方便地选择自己想要的食物。

本模块的分权限设计将限制普通员工对菜单信息加以修改,以防止菜单价格被恶意修改,以此保证餐厅正常可靠的运营.管理人员可以添加到菜谱到系统中,并能进行日常维护(包括修改菜的价格等),系统可以对整个菜单分类管理,可区分凉菜、热菜、汤类、酒水、消费品和主食、订餐信息管理模块:通过订餐模块使得传统餐饮订餐过程变得轻松方便,订餐信息管理模块会在客户订餐的同时核对客户所预定的餐桌的使用情况,避免传统订餐易出现的预定重合问题。

并且本模块在客户订餐的同时会给出已预定的菜品价格,帮助客户开心合理地消费.顾客信息管理模块:本模块将餐饮企业松散的客户资源加以整合,通过标准化的管理操作,将客户资料加以收集。

《概要设计说明书餐饮管理系统》

《概要设计说明书餐饮管理系统》

文档名称:概要设计项目名称:餐饮管理系统项目负责人:项目组长:银小贤全体组员:银小贤、韩承玺、徐贤涛、文晓光、廖媛媛、梁玉婷开发单位:西邮07级科技01班软件开发小组1、引言1、1编写目的:随着计算机的迅速发展,计算机被广泛的应用到各个领域,餐厅行业对软件的功能需求也日益增高。

本软件就是针对此种情况和客户需求而开发。

本概要设计说明书让程序开发者提供编程依据。

1、2项目背景开发单位:西邮07级科技01班软件开发小组主管部门:科技0701班第1小组系统待开发的名称:餐饮管理系统本软件运行平台:windows2000, windows XP, windows Vista.....1、3定义VB是Visual Basic的简写,是可视化的编程语言。

是一种简单、高效地开发应用软件的工具。

SQL (Structured Query Language)是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统。

SQL Server 是一个关系数据库管理系统。

它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的,于1988 年推出了第一个OS/2 版本。

在Windows NT 推出后,Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了,Microsoft 将SQL Server移植到Windows NT系统上,专注于开发推广SQL Server 的Windows NT 版本。

Sybase 则较专注于SQL Server在UNIX 操作系统上的应用。

1、4参考资料文档引用的规范:《软件生命周期质量保证与测试》张向宏主编电子工业出版社2009年5月出版技术资料参考:《数据库原理与应用案例教程》郑玲利主编清华大学出版社2008年9月出版《Visual Basic完全自学手册》俞磊等编著机械工业出版社2009年1月出版《零基础学Visual Basic》斯琴巴图等编著机械工业出版社2008年6月出版2、任务概述2、1目标使点菜信息更加系统化,信息更加精确化。

餐饮信息管理系统概要设计说明书

餐饮信息管理系统概要设计说明书

餐饮管理软件概要设计说明书1系统总体性能及运行环境要求1.1运行环境要求:●数据库采用SQLSERVER2005●系统软件采用WINDOWS2003或者WINDOWXP以上版本●CPU Pentium Ⅳ1.8Ghz●内存512MB●硬盘空间50.0MB以上硬盘剩余空间●输入设备键盘/鼠标1.2开发工具要求:●本软件采用VISUAL STUDIO 2008,开发语言采用Java EE1.3 性能要求:●系统的先进性:应保持架构及采用技术的先进行性。

●系统的健壮性: 运行在系统的信息属于酒店实时信息,容不得半点差错,所以系统应该保证其健壮性,保证出错得概率尽可能的低。

●系统运行平台的稳定性:为保证系统的稳定性,系统运行所在平台也必须保证其稳定性,如网络的稳定,其他硬件设施的稳定。

●操作的简便性:考虑到系统的实际工作环境,系统的操作应尽量简单。

对事件或其它的提示尽量采用视觉提示。

2系统整体逻辑架构系统采用B/S方式进行设计开发,共分为以下四个大模块2.1前台管理:负责预定,点菜,收银的处理。

2.2后台管理:负责酒店基本信息,菜品,餐桌的管理维护,系统操作访问权限设置也可以在这里完成。

2.3财务管理: 给用户提供菜品销售、客户消费等有关财务信息的查询管理,更多地是偏向于提供一种统计查询的功能,并不涉及与专业财会和税务相关的内容。

2.4 系统维护:可以修改密码,刷新系统3 各功能模块功能设计3.1前台管理3.1.1预定管理◆增加,修改,删除,查询预定信息。

◆通过预定信息锁定台位信息,人工解锁台位信息3.1.2点菜管理◆增加,修改,删除,查询点菜单信息。

◆服务员笔记或者PDA点菜流程任意定制。

3.1.3台位查询◆席位的状态。

3.1.4 收银管理◆总营业查询◆当日营业查询◆历史账单查询◆自动生成各种账单,便于日后统计分析和财务管理。

3.2 后台管理3.1.1 菜品信息管理功能描述:◆增加、修改、删除、查询菜品信息;3.2.2 角色权限管理功能描述:◆修改角色登录信息;3.3 财务管理功能简介:本子系统的功能都是建立在对数据库中记录的筛选、采集、整理、编辑的基础上的。

餐饮管理系统说明书

餐饮管理系统说明书

餐饮管理系统说明书Confidential(秘密)餐饮管理系统用户需求剖析说明书长沙·一度教育All Rights Reserved修正历史目录第一章引言 (4)1.1 文档目的 (4)1.2 读者对象 (4)1.3 参考文档 (4)1.4 术语与缩写解释 (4)第二章产品引见 (5)第三章产品面向的用户群体 (6)第四章产品应当遵照的规范或规范 (7)第五章产品中的角色 (8)第六章产品的功用性需求 (9)6.1 功用总框图 (9)6.2 总体业务用列图 (9)6.3 总体业务流程描画 (10)6.4 各业务模块描画 (10)6.4.1登陆管理 (10)6.4.2系统设置 (13)6.4.3员工管理 (14)6.4.4餐桌设置 (15)6.4.5商品管理 (17)6.4.6预定管理 (17)6.4.7宾客开单 (18)6.4.8消费修正 (19)6.4.9宾客结账 (20)6.4.10挂帐管理 (21)6.4.11统计报表 (22)6.4.12交班管理 (23)第七章产品的非功用性需求 (25)7.1用户界面需求 (25)7.2 软硬件环境需求 (25)7.3 产质量量需求 (25)7.4 其它需求 (25)第八章附录A:需求建模 (26)8.1 用户注册用例模型 (26)8.2 进货用例模型 (26)8.3 销售用例模型 (26)8.4 系统管理用例模型 (26)第九章附录B:需求确认 (27)第一章引言1.1 文档目的1.2 读者对象1.3 参考文档提示:列出本文档的一切参考文献〔可以是非正式出版物〕,格式如下:[标识符] 作者,文献称号,出版单位〔或归属单位〕,日期例如:[SPP-PROC-PP] SEPG,需求开发规范,机构称号,日期1.4 术语与缩写解释第二章产品引见【提示:〔1〕说明产品是什么,什么用途。

〔2〕引见产品的开发背景。

】。

餐饮管理系统第三章产品面向的用户群体【提示:〔1〕用户的组织机构描画〔2〕描画本产品面向的用户〔客户、最终用户〕的特征,如用户分类、用户原先的运用习气、水平的上下?运用的操作系统、界面区分率、运用的场所、运用偏好、运用频率等等。

餐饮管理系统概要说明书

餐饮管理系统概要说明书

餐饮管理系统概要说明书2011年10月28日目录1 引言...……………………………………………………………………………………………...1.1 编写目的...………………………………………………………………………………1.2 项目背景………………………………………………………………………………...1.3 定义...……………………………………………………………………………………1.4 参考资料...……………………………………………………………………………...2 任务概述...………………………………………………………………………………………..2.1 目标...……………………………………………………………………………………2.2 运行环境...……………………………………………………………………………..2.3 需求概述...…………………………………………………………………………….3 总体设计......………………………………………………………………………………….3.1 处理流程………………………………………………………………………………3.2 总体结构与模块外部设计……………………………………………………………3.3 功能分配………………………………………………………………………………4 接口设计...……………………………………………………………………………………4.1 内部接口...………………………………………………………………………….4.2 外部接口……………………………………………………………………………5 数据结构设计…………………………………………………………………………………5.1 逻辑结构设计………………………………………………………………………..5.2 物理结构设计……………………………………………………………………….5.3 数据结构与程序的关系……………………………………………………………6 运行设计6.1 运行模块的组合……………………………………………………………………..6.2 运行控制………………………………………………………………………………6.3 运行时间 (7)1 引言1.1 编写目的由前面的需求分析,得出了系统的基本需求,和基本的数据流图,要实现整个系统,需要对用户的需求进行设计,概要设计主要是利用比较抽象的语言对整个需求进行概括,确定对系统的物理配置,确定整个系统的处理流程和系统的数据结构,接口设计,实现对系统的初步设计。

智能餐饮消费管理系统说明书

智能餐饮消费管理系统说明书

智能消费管理系统说明书第一章系统功能与结构一、本方案设计依据:《建筑智能化系统工程设计管理暂行规定》建设部1997《民用建筑电气设计规范》(16-92建设部《智能建筑设计标准》(08-4-95上海市建委1996《建筑和建筑群综合布线工程设计规范》中国工程建设标准协会1997《建筑和建筑群综合布线工程施工及验收规范》中国工程建设标准协会1997《大楼通信综合布线系统》(926邮电部1997《火灾自动报警系统设计规范》国家计委1988二、系统设计方案总则系统系统可兼容、卡,有很强的扩展性。

1、系统功能概述●可靠的防伪体系通过软件功能设置卡上不同的密码编号,彻底杜绝了重码现象。

窗口机具有自动识别“伪卡”功能,持伪卡、假卡者消费,窗口机自动报警。

用捡到已挂失的卡消费,消费机将报警、警告。

●灵活的消费方式直接按消费价格输入,选择零售功能,可直接进行相加、相减相乘运算,相当于一台计算器,无须服务人员再记忆。

窗口只卖一个价格的物品,可自定义为:“傻瓜”功能,仅需按一个结账键。

●完善的数据处理功能可实现日日、月月、年年、某一阶段的报表处理,各收费网点当次、当天的收入情况,消费者、当天、每月、每年的消费情况一目了然。

若消费者怀疑自己的消费不切实际,“月况查询”将会真实记录本人该月每天、每次的消费情况,有据可查。

管理者能知道自己的营业额,消费的消费情况,有据可查。

管理者想知道自己的营业额,消费、销售报表、日报表、月报表的详细记录,各种数据一目了然。

目前实际消费人数,消费者的消费水平,某一食品的销售量如何,有表可查,为决策、管理者提供了详实的材料。

2●先进的扩展功能利用消费机可以作到对整个园区的所有收费场所进行统一的管理,例如:食堂售饭、打开水、小卖部和超市购物、医疗收费等等,通过同一张卡可以作到全部的消费实现电子结算功能。

如果以后需要考虑如:教职员工考勤,宿舍门禁管理、上机上网收费管理、学籍管理能都可以凭借该卡片的一卡多用性能了得以实现。

餐饮信息管理系统概要设计说明书[1]

餐饮信息管理系统概要设计说明书[1]

餐饮信息管理系统概要设计说明书[1]餐饮信息管理系统概要设计说明书1 引言本章节主要介绍餐饮信息管理系统的背景和目标,以及本文档的编写目的和范围。

1.1 背景随着社会的发展,餐饮行业迅速发展。

传统的手工管理已经不能满足当前餐饮行业的需求,因此需要开发一个高效、稳定的餐饮信息管理系统,来提高餐饮企业的管理水平和服务质量。

1.2 目标餐饮信息管理系统的目标是为餐饮企业提供一个全面的信息管理平台,包括菜单管理、订单管理、库存管理、员工管理等功能,以提高餐饮企业的效率和竞争力。

1.3 编写目的本文档的编写目的是明确餐饮信息管理系统的设计和实现需求,为后续的详细设计、开发和测试工作提供指导。

1.4 范围本文档涵盖了餐饮信息管理系统的概要设计内容,包括系统总体架构、功能模块设计、界面设计、数据管理等方面。

2 总体设计本章节主要描述餐饮信息管理系统的总体设计,包括系统架构、模块划分和交互关系等。

2.1 系统架构餐饮信息管理系统采用三层架构,包括展示层、业务逻辑层和数据访问层。

展示层负责与用户的交互,通过界面向用户展示数据和接受用户输入。

业务逻辑层负责处理用户请求,调用数据访问层读取或写入数据,并进行逻辑处理。

数据访问层负责数据库的读写操作。

2.2 功能模块设计餐饮信息管理系统分为多个功能模块,包括菜单管理、订单管理、库存管理、员工管理等。

菜单管理模块负责菜单的添加、编辑和删除等操作。

订单管理模块负责接收订单、分配订单给厨师和送餐员等操作。

库存管理模块负责库存的录入、出库和统计等操作。

员工管理模块负责员工的录入、查询和权限管理等操作。

2.3 界面设计餐饮信息管理系统的界面设计应简洁明了,符合用户的操作习惯,并具有良好的可用性和可扩展性。

2.4 数据管理餐饮信息管理系统的数据管理主要包括数据库设计和数据流程设计。

数据库设计需要考虑数据表的结构和关系,以及数据的存储和查询效率。

数据流程设计需要考虑数据的输入、输出和处理流程。

餐饮管理系统设计说明书

餐饮管理系统设计说明书

餐饮管理系统设计说明书1.引言本文档旨在对餐饮管理系统进行设计说明,详细介绍系统的功能需求、技术要求以及系统架构等信息。

该文档适用于开发团队成员、项目管理人员和相关利益相关者,以帮助大家理解系统设计和实施过程。

2.项目背景在餐饮业务快速发展的背景下,为提高餐饮管理效率和顾客体验,本系统设计旨在满足餐厅的日常运营需求,包括订单管理、库存管理、员工管理和客户管理等功能。

3.系统概述本章节将介绍餐饮管理系统的整体功能和目标。

具体包括:- 系统的主要特点和目标- 用户角色和权限- 项目范围和限制4.需求分析本章节将详细阐述系统的功能需求和非功能需求。

具体包括:4.1 功能需求- 订单管理:包括在线预订、点菜、买单等功能- 库存管理:包括库存进销存、采购管理等功能- 员工管理:包括员工信息管理、工资计算等功能- 客户管理:包括会员管理、积分管理等功能4.2 非功能需求- 性能要求:系统需能支持高并发访问和快速响应- 可用性要求:系统需保证24小时稳定运行- 安全要求:系统需具备用户身份验证和数据加密等功能5.系统设计本章节将详细描述餐饮管理系统的技术要求和系统架构。

具体包括:5.1 技术要求- 前端技术:使用、CSS和JavaScript进行界面设计- 后端技术:采用Java语言开发,使用Spring框架和MySQL 数据库- 服务器要求:支持Tomcat服务器和Windows操作系统5.2 系统架构- 系统模块划分:将系统划分为订单管理、库存管理、员工管理和客户管理等模块- 数据库设计:设计数据库表结构,确保数据的一致性和完整性- 系统接口设计:定义各个模块之间的接口和数据传输方式6.系统实施本章节将描述系统的实施过程和项目计划安排。

具体包括:- 系统开发流程:包括需求分析、系统设计、编码实现和测试等阶段- 项目计划安排:制定项目计划和进度安排,确保项目按时完成- 项目资源需求:确定所需人力资源和硬件设备等资源7.系统维护本章节将描述系统的维护和升级计划。

餐饮管理系统设计说明书

餐饮管理系统设计说明书

餐饮管理系统设计说明书餐饮管理系统设计说明书一、引言1.1 项目背景1.2 目的1.3 读者对象1.4 术语定义二、系统概述2.1 系统功能2.2 用户角色2.3 系统界面2.4 系统组成三、需求分析3.1 功能需求3.1.1 登录模块3.1.2 菜单管理模块3.1.4 库存管理模块 3.1.5 报表统计模块 3.2 非功能需求3.2.1 性能需求3.2.2 可靠性需求 3.2.3 安全性需求 3.3 系统用例图3.4 系统领域模型四、概要设计4.1 系统架构4.2 系统流程图4.3 数据库设计4.3.1 数据库表结构 4.3.2 数据库关系图 4.4 接口设计4.4.1 登录接口4.4.3 订单管理接口4.4.4 库存管理接口4.4.5 报表统计接口五、详细设计5.1 登录模块详细设计5.1.1 登录界面设计5.1.2 用户认证设计5.2 菜单管理模块详细设计 5.2.1 菜单数据结构设计 5.2.2 菜单添加设计5.2.3 菜单编辑设计5.2.4 菜单删除设计5.3 订单管理模块详细设计 5.3.1 订单数据结构设计 5.3.2 下单流程设计5.3.3 订单查询设计5.3.4 订单取消设计5.4 库存管理模块详细设计 5.4.1 库存数据结构设计 5.4.2 入库操作设计5.4.3 出库操作设计5.4.4 库存查询设计5.5 报表统计模块详细设计 5.5.1 统计数据结构设计 5.5.2 报表设计5.5.3 报表查询设计六、测试计划6.1 测试目标6.2 测试策略6.3 测试环境6.4 测试用例6.5 测试执行七、部署计划7.1 部署环境7.2 部署步骤7.3 配置管理八、运维及支持8.1 运维计划8.2 问题解决8.3 系统维护8.4 更新升级附件:- 附件一、系统界面设计图 - 附件二、数据库设计文档 - 附件三、接口文档法律名词及注释:1、法律名词一、解释一2、法律名词二、解释二。

餐饮管理系统设计说明书word资料12页

餐饮管理系统设计说明书word资料12页

餐饮管理系统系统设计说明书一.总体设计1.处理流程(略)图总体处理流程图2.总体结构和模块外部设计模块是软件结构的基础,软件结构的好坏完全由模块的属性体现出来,把软件模块化的目的是为了降低软件复杂性,使软件设计,测试,调试,维护等工作变得简易,但随着模块数目的增加,通过接口连接这些模块的工作量也随之增加。

从这些特性可得出如图九的一条总的成本(或工作量)曲线,在考虑模块化时,应尽量使模块数接近于图中的M,它使得研制成本最小,而且应尽量避免不足的模块化或超量。

总体结构:总体模块说明餐饮管理信息系统后台管理前台服务桌台仓库员工顾客员工供货商材料信息系统登录退出系统登录退出图1 餐饮管理系统总体功能模块图项目内容:此系统使用了三层架构实现了管理人员登陆模块,菜单管理模块,餐厅人员管理模块,点菜功能模块,消费结账模块,查询统计功能模块。

系统登录退出模块:本模块是被用于用户登录,注销和退出。

模块根据用户的不同类型赋予用户不同的管理权限。

等低级的用户不可访问高等级用户的个别功能,而高等级用户可以使用低等级用户的所有系统功能。

菜单管理模块:本模块将餐厅的菜单信息通过标准化的管理操作加以整合,使得菜品的价格、配料、功效和图片可以完全呈现在客户面前,使得客户可以方便地选择自己想要的食物。

本模块的分权限设计将限制普通员工对菜单信息加以修改,以防止菜单价格被恶意修改,以此保证餐厅正常可靠的运营。

管理人员可以添加到菜谱到系统中,并能进行日常维护(包括修改菜的价格等),系统可以对整个菜单分类管理,可区分凉菜、热菜、汤类、酒水、消费品和主食、订餐信息管理模块:通过订餐模块使得传统餐饮订餐过程变得轻松方便,订餐信息管理模块会在客户订餐的同时核对客户所预定的餐桌的使用情况,避免传统订餐易出现的预定重合问题。

并且本模块在客户订餐的同时会给出已预定的菜品价格,帮助客户开心合理地消费。

顾客信息管理模块:本模块将餐饮企业松散的客户资源加以整合,通过标准化的管理操作,将客户资料加以收集。

餐费管理系统-概要设计

餐费管理系统-概要设计

餐费管理系统餐费管理系统概要设计说明书组长:路莹组员:张强罗志成牛乐张晓燕周湘燕餐费管理系统概要设计说明书1 引言 (1)1.1 编写目的 (1)1.2 项目背景(略) (1)1.3 任务概述(略) (1)1.4目标(略) (1)1.5 需求概述(略) (1)1.6 运行环境(略) (1)1.7条件与约束 (1)1.2 项目背景(略) (1)1.3 任务概述(略) (1)1.3.1 目标(略) (1)1.3.3 需求概述(略) (1)1.3.2 运行环境(略) (1)1.4条件与约束 (1)2 总体设计 (1)2.1系统功能及其编号 (1)2.2系统功能的实现流程描述 (1)2.2.1注册功能的顺序图 (1)2.2.2刷卡功能的顺序图 (1)2.2.3查询功能的顺序图 (1)2.2.4充值功能顺序图 (1)2.2.5留言板功能的顺序图 (1)2.2.6挂失功能的顺序图 (1)3. 功能加工-模块设计 (1)3.1 模块设计及模块对应的功能 (1)3.2 功能分配 (1)3.3 模块层次关系 (1)4 接口设计 (1)4.1 系统内部接口 (1)4.2 系统软件接口 (1)4.3 系统硬件接口 (1)5.系统数据结构设计 (1)5.1 逻辑结构设计(数据库表结构设计) (1)5.2 物理结构设计(配置图) (1)6. 系统出错处理设计 (1)6.1 出错信息 (1)1 引言1.1 编写目的在《餐费管理系统的需求分析的基础上》完成的《餐费管理系统概要设计说明书》,其目的是为了明确系统需求,便于进行详细设计和编码开发.《餐费管理系统概要设计说明书》对餐费管理系统的功能分配,模块化分,程序总体结构输入输出和接口设计,运行设计,及出错设计等方面作了全面的概括性的说明,为详细设计作基础。

1.2 项目背景(略)1.3 任务概述(略)1.4 目标(略)1.5 需求概述(略)1.6 运行环境(略)1.7条件与约束条件与约束:要求软件运行与本地无关,与平台无关。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

[某公司的自助餐管理系统]
概要设计说明书
[V1.0(版本号)]
拟制人____ __XXXX__ ______ 审核人______________________ 批准人______________________
[二零一五年六月十二日]
概要设计说明书
1.引言
1.1编写目的
本说明书交给各个被调研单位审核,并经领导层讨论通过后,软件开发小组成员将以这本说明书为框架开发新的系统。

1.2背景
a.待开发软件系统的名称:
某公司的自助餐管理系统
b.本项目的任务提出者:
XXXX大学
c.本项目开发者
XXXXX
d.本项目用户
XXXX公司
1.3定义
1、ERD:实体联系图
1.4参考资料
《数据库系统概论》
2.总体设计
设计建造一个新系统软件,该系统软件用于管理一个企业食堂自助餐。

实现高速自动化,以替代老式的食堂运行和管理系统。

为职工提供更高效的服务,
信息化。

2.1需求规定
2.1.1功能规定
2.1.2系统功能
能对各子模块进行管理
能添加、修改、删除饭卡、职工信息
能对职工进行分类管理
能根据各分类统计餐厅收益
能对职工用餐信息进行更新
2.1.2.1精度
由于采用数据库技术并且用户的应用领域对数据精确度的要求不高,所以这点在系统中表现得比较少,但是用户数据的安全性与正确性是完全保证的,所以对用户的使用没有多大的障碍。

2.1.2.2时间特性要求
本系统的数据库较小,所以程序在响应时间,数据更新处理时间上性能是比较突出的。

而且也正由于数据量相对较少,故在数据传输时间和系统运行时间上表现的较让人满意。

2.1.2.4可靠性
由于系统较小只保留一定程度上的可靠性。

2.1.2.5灵活性
由于系统较小只保留一定程度的灵活性。

2.1.3输入输出要求
只能由管理员进行输入输出控制。

2.1.4数据管理能力要求
针对一般自助餐管理信息系统的需求,通过对自助餐管理工作过程的内容和数据流流程分析,设计如下面所示的数据和数据结构:
1.用餐卡基本信息包括:卡号、余额、办卡日期、持卡者姓名、消费等;
2.职工基本信息包括:职工号、部门、职位、性别、联系方式、地址、姓名等;
3.消费情况信息包括:本日已经消费、本日剩余消费、本月已经消费、本月剩余消费等;
2.1.5故障处理要求
考虑到软件的范围不大,所以故障处理一般由操作系统完成,系统只要保持与操作系统的借口即可。

只要操作系统没有大的故障程序,一般比较稳定。

考虑到用户对数据的安全性要求,程序可以有独立于操作系统之外的数据备份功能与过程,以及系统崩溃后的数据恢复功能,这点在数据库软件中已经到达了,只要稍微在其上再增加用户所需要的附加功能即可。

2.1.6其他专门要求
该软件是使用SQL Server2008在Windows 8.1系统下完成的,所以只要是兼容Windows 的软件或是操作系统,该软件都可以正确地运行,有较好的适应能力与兼容性。

而且应用户的特殊需求软件在完成后的维护阶段可以一个与其他类软件接口,随时满足用户的使用要求。

2.2运行环境
结合用户当前的软件的硬件环境,设计了新系统运行硬件和软件环境:
2.2.1设备
内容最低配置建议配置
主机 P/200 PII/266
内存 2GB 4GB
硬盘 10G 20G
2.2.2支持软件
操作系统Windows 8.1
数据库SQL SERVER2008
开发工具Microsoft visual studio 2010
2.2.3接口
1.硬件接口:由于软件较小,除硬盘外,基本没有与外界硬件的联系。

2.软件接口:在这里主要考虑软件与操作系统的接口,考虑到文档处理的需要有可能可以
包括与较常用的办公软件的接口。

2.2.4控制
[说明控制该系统的运行的方法和控制信号,并说明这些控制信号的来源。

]
2.3.设计思路
2.3.1 E-R图
图2.3.1为卡信息实体E-R图
图2.3.2为职工信息实体E-R图
图2.3.3为消费情况实体E-R图
2.3.2流程图
图2.3.4职工办卡与用卡流程
图2.3.5餐厅内饭卡的使用情况2.4结构
3.物理结构设计要点
3.1数据表
本设计系统采用的DBMS为SQL SERVER 2008,数据库命名:自助餐管理系统.mdb 数据库是由若干个二维表组成,其各自结构见下表所示:
各数据表的结构如下:
表4-1 创建消费情况表ConsumeSituation
表4-6 创建属于表Attribute
表4.-8创建持有表Hold
3.2数据结构与程序的关系
4.系统出错处理设计
4.1出错信息
本系统在登陆时采用登陆名和SQL SERVER数据库的登陆名相同的方式来确保系统的安全性,这样如果是源代码被泄露了那个人也得不到用户名和密码。

这样做了之后,大大的增加看了安全性。

4.2补救措施
A.数据库损坏
为了确保数据安全,服务器可以采用主服务器和备份服务器共同使用的方式来进行,一旦主服务器损坏,由备份服务器立即替换进行工作。

数据库要有相应的备份模块,服务器端有基于数据库系统的备份模块,可以通过磁带机或者光盘机来备份,工作站端要有基于应用程序的备份模块。

B.部分停电、网络断开的处理
系统的关键部门,如数据中心等必须配备较大功率的UPS,常用的部门配备小功率的UPS,以备在停电的时候应急使用。

网络的安全由网路的安全和网络设备的安全来保障。

系统的最终目的是部分常用模块可以单机运行,这项工作留待二期工程完成。

C.权限控制
系统部分采用最高级别的权限控制,采用基于数据库的安全认证,系统自带一个用户管理模块,可以方便的创建用户和授权。

对各个系之间的权限通过对同一个表建立不同的视图来实现。

如员工的信息对不同的系分别建立一个视图,分别以不同的系别作为检索参数。

5.3系统维护设计
维护方面主要为对服务器上的数据库数据进行维护。

可使用 SQL SERVER 的数据库维护功能机制。

例如,定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性等。

相关文档
最新文档