当前位置:文档之家› 餐饮管理系统需求分析说明书

餐饮管理系统需求分析说明书

餐饮管理系统需求分析说明书
餐饮管理系统需求分析说明书

餐饮管理系统需求分析

1. 引言

1.1 编写目的

本系统的开发目的在于更好的管理和经营餐饮行业。本文档的预期读者是餐厅管理系统软件开发有关的开发人员。

1.2 项目背景

说明:

①待开发的软件系统的名称:餐饮管理系统;

②本项目的任务提出者:餐饮管理人员;

③本项目的任务开发者:餐饮管理系统软件开发小组;

④用户及实现该软件的计算中心或计算机网络:餐饮计算机;

1.3 参考资料

①《现代软件工程》北京希望电子出版社

②《Delphi住宿餐饮管理系统开发实例导航》人民邮电出版社

③《软件需求说明书(GB856T——88).doc》

④《iso标准之需求分析说明书.doc》

2.任务概述

2.1 目标

开发本软件是为了服务餐厅,使得餐厅更好的经营。适用于一些大中型餐厅,主要用于就餐管理和员工管理。本软件产品是一项独立的软件,不过

功能还可以增加,完成后可以升级以增加功能和完善系统。

2.2 用户的特点

使用本软件要求用户熟悉Windows 操作,并且有一定的软件操作基础。

预计本软件将会在一些大中型餐厅中得到广泛使用。

3.需求规定

3.1 对功能的规定

⑴顾客就餐管理

①引言

顾客就餐管理是为顾客提供就餐服务。

②输入

顾客姓名

③处理过程描述

给顾客菜单,让顾客点菜并录入系统。

④输出

操作成功或失败的提示信息

⑵顾客住宿管理

①引言

顾客管理是为顾客提供服务。

②输入

顾客姓名

③处理过程描述

提供菜单信息,让顾客选自己满意的菜品并录入系统。

④输出

操作成功或失败的提示信息

3.2 对性能的规定

3.2.1精度

本软件主要用于管理,不是科学计算,要求计算的精度不是很苛刻。所以输入、输出数据精度的要求不是很高,用于计算的数用浮点数就可以了。

3.2.2时间特性要求

本软件运行的响应时间要求不超过1~2秒,基本能实现。

3.2.3灵活性

本软件具有升级功能,以满足用户的需求。

3.3 输人输出要求

3.3.1 输入要求

输入数据基本为:菜肴编号、菜肴名字、菜肴价格、菜肴类型;桌编号。

菜肴价格,房间价格为浮点型数据,其余均为字符型。输入一般采用界面的

形式,如编辑框,下拉框,单选框,复选框等。

3.3.2 输出要求

输出一般采用对话框形式或打印到纸上。输出数据主要有消费的金额及客户的消费历史记录。

3.4 数据流图

绘制数据流程图的目的是为了方便开发人员与用户的交流,以及为系统的设计提供依据。数据流程图的绘制过程通常采用自顶向下,逐层分解,直到功能细化为止,形成若干层次的数据流程图。餐饮管理系统的数据流程

图如下所示:

顶层:

0层:

1层:

3.5 数据字典

⑴数据流条目:

就餐信息:姓名,就餐情况等信息。

⑵文件条目:

文件名:账单文件

组成:『桌号+点菜菜谱』

文件名:账单

组成:『账单文件+桌号+点菜菜谱』

⑶加工说明:

加工编号:1

加工名:要求分类

输入流:顾客就餐信息,查询要求

输出流:合法的顾客就餐信息,合法的查询要求

加工逻辑:检查输入的有效性

加工编号:2.1

加工名:员工管理信息处理

输入流:员工信息

输出流:录入单

加工逻辑:根据输入的要求,对员工信息进行录入

加工编号:3.1

加工名:送货信息处理

输入流:送货信息

输出流:录入单

加工逻辑:根据输入的要求,对送货信息进行录入

加工编号:4.1

加工名:资源管理信息处理

输入流:资源信息

输出流:录入单

加工逻辑:根据输入的要求,对资源信息进行录入

加工编号:5.1

加工名:预定酒宴信息处理

输入流:订单信息

输出流:录入单

加工逻辑:根据输入的要求,对酒宴菜单进行录入

加工编号:6.1

加工名:账单管理信息处理

输入流:账单信息

输出流:录入单

加工逻辑:根据输入的要求,对账单信息进行录入

加工编号:7.1

加工名:订单信息处理

输入流:订单信息

输出流:录入单

加工逻辑:根据输入的要求,对订单信息进行录入

3.6 数据管理能力要求

本软件管理的数据大都以数据库的形式存储,主要包括资源信息数据,菜肴信息数据,数据库大小基本不变。

3.7 故障处理要求

本软件具有错误和异常的处理能力,基本不会有软件故障,保证软件能正常运行,有对数据库备份的功能,这样才使得用户满意。

4.运行环境规定

普通的个人PC(奔腾-3以上,内存至少128MB,硬盘20G以上)就足够运行了,操作系统为Windows 98及Windows NT/Windows XP系列。

餐饮管理系统详细设计

文档编号: 版本号: 文档名称:详细设计说明书 项目名称:餐饮管理系统 开发小组成员: 编写人: 评分: 教师: 评分日期:年月日 目录

1.引言2 1.1编写目的2 1.2项目背景2 1.3定义2 1.4参考资料2 2.总体设计3 2.1需求概述3 2.2软件结构3 3.程序描述7 3.1主模块描述8 3.2输入数据描述9 3.2.1用户注册描述11 3.2.2用户登录描述12 3.3信息调度描述14 3.3.1用户信息查询描述15 3.3.2用户信息更新描述17 3.3.3职工信息更新与查询描述19 3.3.3吧台信息查询描述21 3.3.4吧台信息更新描述23 3.3.5更新备份描述25 3.3.6查询操作员记录描述27 3.3.8操作员权限修改描述28 3.4数据输出描述29 3.4.1账单打印描述30 3.4.2菜单打印描述32 3.4.3会员信息打印描述33 3.4.4职工信息打印描述34

1.引言 1.1编写目的 详细设计阶段的根本目标是确定应该如何具体的实现所要求的系统,也就是说,经过这个阶段的设计工作,可以完成对目标系统的精确描述,从而对下一步的编码阶段起到指导性作用。本阶段的餐饮管理系统详细设计就是要根据前阶段的可行性分析、需求分析以及概要设计所发现以及扩展的问题进行进一步细化分析,使得客户能对本系统有更充分和具体的理解,也让编码人员对系统的下一步进程有更直观的了解。 1.2项目背景 近几年来,随着计算机网络、分布技术日趋成熟与自动化技术对各行各业的渗透,人们对餐饮业的服务要求与质量也有了进一步的提升,这使餐饮业的竞争也越来越激烈。想在这样竞争激烈的环境下生存,那么就必须运用科学的管理思想和先进的管理办法,使点菜和管理一体化。但一直以来人们使用的餐饮管理系统均是以人为主体的,需要很多的人力、财力、物力、且效率不高,在系统运营时也可能产生人为失误,以致餐饮管理工作既繁琐而且不利于分析企业的经营状况。使用计算机对餐饮信息进行管理,具有人工管理所无法比拟的优点。例如统计结账快捷、安全保密性好、可靠性好、存储量大、寿命长、成本低等。这些优点不仅提高了工作效率,也避免了以前手工作业的麻烦,从而使管理者能够准确、有效的管理酒店或餐馆的餐饮服务。 1.3定义 文档中采用的专门术语的定义及缩略词简要如下: RMS:Restaurant Management System,餐饮管理系统。 1.4参考资料 [1]张海藩《软件工程导论》(第5版)清华大学出版社2008。 [2]王东明、葛武滇《Visual C# .NET程序设计与应用开发》清华大学出版社2008。 [3]王珊,萨师煊《数据系统概念》(第四版)高等教育出版社,2006. [4]王东明、孙健、柳盛《visual c# .net 程序设计与应用开发》清华大学出版 社,2008.

可行性研究报告_餐饮管理系统

餐饮管理系统可行性研究报告 1.引言 (2) 1.1编写目的 (2) 1.2 背景 (2) 1.3定义 (2) 1.4 参考资料 (2) 2. 目标 (3) 3. 对现有系统的分析 (3) 4. 所建议的系统 (4) 4.1处理流程和数据流程 (4) 4.2技术条件方面的可能性 (4) 5. 投资及效益分析 (5) 6. 社会因素方面的可能性 (5) 6.1. 法律方面的可行性 (5) 6.2. 使用方面的可行性 (5) 7. 结论 (5)

1.1 编写目的 编写本可行性研究报告的目的,是对餐饮管理系统进行可行性分析,以最小的代价在尽可能的时间内确定问题是否能够解决和是否值得解决。并最终确定本软件系统开发的可行性。本文档的预期读者是软件管理人员、开发人员和维护人员等。 1.2 背景 项目名称:餐饮管理系统 醒目用户:餐厅、饭店 开发单位:软件开发小组 1.3定义 文档中采用的专门术语的定义及缩略词简要如下: RMS:Restaurant Management System,餐饮管理系统。 1.4 参考资料 1.《软件产品开发文件编制指南》 2.《使用软件文档写作》 2. 目标 决定可行性的主要因素,本次可行性分析是按照软件工程的规范步骤进行的,即按复查项目目标和规模,研究目前正使用的系统,导出新系统的高层逻辑模型,重新定义问题这一循环反复的过程进行。然后提出系统的实现方案,推荐最佳方案,对所推荐

方案进行经济、技术、用户操作和法律的可行性分析,最后给出系统是否值得开发的结论。以上分析结果写成本文档。成本效益分析结果:效益成本;技术可行:现有技术可完成开发任务;操作可行:系统能被现有的工作人员快速掌握并使用;法律可行:所使用工具和技术及数据信息不违反法,在一个月内开发出一个餐饮管理系统 3. 对现有系统的分析 经过调查与分析,得到目前手工方式的系统流程图 流程分析如图所示: 图 3.4 流程分析 流程图简介:顾客到餐厅点餐后生成菜单,添加信息,就餐完毕后客

软件需求规格说明书案例

软件开发方向 “成绩管理系统”软件需求规约 安博教育集团 二零零八年十月

修订历史记录

目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (6) 2.3 运行环境 (7) 2.4 假设与依赖 (7) 3 系统特性 (8) 3.1 系统角色 (8) 3.2 学生管理 (8) 3.2.1 增加学生信息 (8) 3.2.2 修改学生信息 (9) 3.2.3 删除学生信息 (9) 3.2.4 导入学生信息 (9) 3.3 教师管理 (9) 3.3.1 增加教师信息 (9) 3.3.2 修改教师信息 (9) 3.3.3 删除教师信息 (9)

3.3.4 导入教师信息 (9) 3.4 课程管理 (10) 3.4.1 增加课程基本信息 (10) 3.4.2 修改课程基本信息 (10) 3.4.3 删除课程基本信息 (10) 3.4.4 维护课程学生信息 (10) 3.5 成绩查询 (11) 3.5.1 学生查询成绩 (11) 3.5.2 教师查询成绩 (11) 3.6 成绩分析与统计 (11) 3.6.1 考试成绩表 (11) 3.6.2 班级各科平均成绩表 (11) 3.6.3 年级成绩排名表 (11) 3.7 系统维护 (12) 3.7.1 数据字典维护 (12) 4 非功能性需求 (12) 4.1 性能需求 (12) 4.2 安全性需求 (12) 4.3 可用性需求 (13) 4.4 用户文档 (13) 4.5 其它需求 (13) 5 外部接口需求 (14) 5.1 用户接口 (14) 5.2 硬件接口 (14)

餐馆饭店需求分析

编号 003 版本 V1.0 需求规格说明书 项目名称:餐饮饭店管理系统 项目负责人门晖祺 编写门晖祺刘洋洋 校对刘洋洋 审核李家祥 单位:110615班第5小组 2014年5月4日 目录 1引言 ................................................................................................................ 错误!未定义书签。 1.1编写目的................................................................................................ 错误!未定义书签。 1.2背景........................................................................................................ 错误!未定义书签。 1.3定义........................................................................................................ 错误!未定义书签。 1.4参考资料................................................................................................ 错误!未定义书签。2任务概述 ........................................................................................................ 错误!未定义书签。 2.1目标........................................................................................................ 错误!未定义书签。 2.2用户的特点............................................................................................ 错误!未定义书签。 2.3假定和约束............................................................................................ 错误!未定义书签。3业务分析 ........................................................................................................ 错误!未定义书签。 3.1组织机构分析........................................................................................ 错误!未定义书签。 3.2组织职能分析........................................................................................ 错误!未定义书签。 3.3确定业务................................................................................................ 错误!未定义书签。 3.4业务与机构 (3) 3.5业务与实体............................................................................................ 错误!未定义书签。 3.6主要业务流程图 (4) 4需求分析 ........................................................................................................ 错误!未定义书签。 4.1系统功能需求........................................................................................ 错误!未定义书签。 .................................................................................................................. 错误!未定义书签。 (5)

软件需求分析说明书模板

保密级别:S 资料编号:SRS-[产品代号] -[序列号] 版本:V[*].[*] [产品型号名称(二号字体)] [部件型号名称(可选、小二号字体)] 软件需求分析说明书 共11页 编制: 审核: 审定: 会签: 批准: XXXXXXXXXX公司 [****]年[**]月[**]日

文档修改记录

目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移\转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)

[说明:本模板中的蓝色字体与橙色字体为说明性文字,在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者范围。 1.2 范围 说明: a.待开发的软件系统的名称; b.说明软件将干什么,如果需要的话,还要说明软件产品不干什么; c.描述所说明的软件的应用。应当: 1)尽可能精确地描述所有相关的利益、目的、以及最终目标。 2)如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相一致(例如,系统的需求规格说明)。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

餐饮管理系统需求文档

餐饮管理系统系统需求分析 目录: 1.概述 (3)

1.1 编写的目的 (3) 1.2 背景 (3) 1.3 本文件中用到的专门术语的定义: (3) 1.4 范围 (3) 1.5.任务概述 (4) 1.5.1 目标 (4) 1.5.2 用户的特点 (4) 1.5.3 假定和约束 (4) 1.6 运行环境 (5) 1.6.1 硬件设备 (5) 1.6.2 软件设备 (5) 2. ...................................................................................................................................................... 需求规定.. (5) 2.1 对功能的规定 (5) 2.2 系统功能的介绍 (6) 2.2.1 整体功能模块 (6) 2.2.2 程序流程图 (8) 3. ...................................................................................................................................................... 本系统数据库结构 (13) 3.1 菜谱列表 (13) 3.2 座位列表 (13) 3.3 客户列表 (13) 3.4 订菜列表 (13) 3.5 员工列表 (14) 3.6 管理员列表 (14) 3.7总营业列表 (15) 4. 系统功能要求说明 (15) 4.1 输入输出要求 (15) 4.2数据管理能力要求(针对软件系统) (15) 4.3 故障处理要求 (15) 5. 页面字段 (15) 5.1 登录界面字段 (15) 5.2员工管理界面字段 (16) 5.3 客户信息管理界面字段 (16) 5.4餐饮管理界面字段 (18) 5.5 订座管理界面字段 (18) 5.6菜单管理界面字段 (19) 5.7 结账界面字段 (20) 5.8 员工信息管理界面字段 (20) 5.9 菜谱管理界面字段 (22) 5.10 营业查询字段 (23) 1.概述 随着我国市场经济的快速发展,各行业都呈现出生机勃勃的发展景象,其中餐饮业的发展尤为突出。但是传统的餐饮管理现在已经很难应对当今社会对餐饮业的管理

餐饮管理系统需求分析

餐饮管理系统需求分析 一、引言 一直以来,餐饮消费在人们的日常生活中都占据着十分重要的地位。随着整个社会物质生活水平的不断提高,人们在餐饮消费的数量、质量以及消费习惯等诸多方面也发生了巨大的变化,给餐饮企业带来了前所未有的机遇和挑战。餐饮管理系统是在信息产业发展的环境下餐饮企业竞争的必然产物,是餐饮企业提高管理水平和服务质量改善软环境的一个得力助手。现在,我们结合本次课程设计开发以下的餐饮管理系统方案。 二、编写目的 本系统主要为了更好地加强经营者对企业的安全管理,给管理员提供一个井然有序的管理平台。防止手工管理混乱,容易由于过程繁琐令效益降低,提高顾客满意度,大大增强企业的竟争能力和管理水平。 三、功能需求 通过对餐饮企业做了实地了解:一个餐饮管理管理系统应该包括:登陆管理、前台管理、查询管理、营业设置、财务管理等模块。 整个系统模块如下图:

四、E-R图 整个系统开发过程中,主要涉及到的实体有:顾客、操作人员、物品,他们之间的具体关系如下图: 五、数据字典 1.关系描述:

六、接口要求 ●硬件接口:无特别要求; ●网络硬件接口要求:现实中要求具有高速以太网组网一实现联网销售, 但是在理论实验验证软件本身的目的来看,无需网络通讯接口。 ●软件接口要求:无 七、软件属性 ●可用性:本软件也可以通过单步跟踪的操作进行检查处理。 ●安全性:由于软件运行数据放在数据库中,所以参数不容易被错改、破 坏,万一参数受到破坏也不会影响源程序。 ●可维护性:本软件利用数据库进行编程,系统结构由程序基本确定,大 量的参数及文本内容全部放于数据库中。修改、更新数据只要在数据库 进行修改添加,而不需要对系统结构进行修改,这样系统维护性、升级 都十分方便。 ●兼容性:由于尚未测试,故无法对兼容性进行评析。 八、支持信息及运行环境 ●软件支持:本软件开发是使用C++编写; ●设备支持: WindowsXP,256内存以上; ●数据库:Microsoft SQL Server 2000 九、参考资料 a.《数据库系统概论》萨师煊、王珊编著高等教育出版社 b.《SQL Server 2000管理与应用》张海健编著中国电力出版社 c.《软件工程》邓良平、刘海松、陆丽娜编著西安电子科技大学出版社 d.《软件开发基础教程》程国英、钱晓平清华大学出版社北京交通大学出版 社 十、附录

软件需求分析规格说明书格式

软件需求分析规格说明书格式 2008年03月28日11:08:00 chenguang79阅读数:1993 1.引言 1.1编写的目的 /*说明编写本说明书的目的 1.2背景说明 /*给出待开发系统的全名及项目提出者,开发者,及用户。同时说明该软件系统将做什么和不做什么。 1.3术语定义 1.4参考资料 /*列出本文档所引用的全部资料以及资料的来源。 2. 任务概述 2.1功能概述 /*简要叙述本系统预计实现的主要功能及功能之间的相互关系,最好用图表明。 2.2约束条件 /* 简要说明对系统设计产生影响的限制备件,如管理模式,硬件限制,技术或工具的制约等。 3. 数据流图与数据字典 3.1 数据流图 3.1.1 数据流图图形 /*将需求分析构造的数据流图按层次逐层画出。 3.1.2加工说明 /*对数据流图中的每一个加工,按编号,加工名,输入流,输出流及加工过程逐一说明。 3.2 数据字典 /*本节对数据流图中使用的数据项,数据结构,文件的内容及组织结构逐项说明. 3.2.1 数据项说明 3.2.2数据结构说明 3.2.3文件说明 4 系统接口 4.1 用户接口 /*说明人机交互界面的用户需求,如屏幕格式,报表,菜单的格式与内容及功能键定义。 4.2 硬件接口 /* 说明本软件系统与硬件设备的接口信息的内容,格式以及运行软件的硬件设

备特征。 4.3 软件接口 /*说明本软件系统与其它支持软件之间的接口规格,支持软件应明确其版本号。 5. 性能需求 5.1 精度要求 /* 说明输入/输出数据以及传输数据的精度要求。 5.2时间特征 /* 定量说明系统应达到的响应时间,更新处理时间,数据传输转换时间,计算时间的特征值 5.3灵活性 /* 说明本软件在需求发生变化时(操作方式,精度要求,时间特征等)的适应能力。 6 软件属性 6.1 可使用性 /* 规定系统的某些特殊需求,如检查点设置,恢复方法和重启动方法,以确保软件可使用。 6.2 系统安全性 /* 规定系统为保证运行安全,信息安全面而采用的技术措施,如密码,防病毒,防黑客等。 6.3 可维护性 /* 规定系统为提高系统的可维护性将采取的措施。 6.4 可移植性 /* 规定程序以及挡方面军的兼容性,扩充性的约束。 7 其它需求 7.1 数据库需求 /*对数据库的静态结构,动态组织,访问信息的方式,使用频率以及数据的存储等方面提出需求。 7.2 系统操作要求 /*列出系统所要求的正确或特殊的操作方式,如用户的操作方式和系统的后援和恢复操作。 7.3 故障及其处理 /* 尽量烈列出能够预测的系统故障(包括软硬件及其它系统),并指出故障可能造成的影响及故障排除的方法。 8 附录

餐厅管理系统课程设计报告

河南城建学院 《可视化编程技术》课程设计 课程名称:《可视化编程技术》课程设计 设计题目:餐饮管理系统 指导教师:孟庆见、薛冰、景伟娜 班级:0834112 学号:083411207 学生姓名:吕静 同组人员:关敏、冯俊杰、韩经宇、王红旗 计算机科学与工程学院 2013年12月26日

目录 第1章概述 (2) 1.1选题 (2) 1.2选题的背景和意义 (2) 1.3团队分工和个人贡献 (2) 第2章系统分析(需求分析) (3) 2.1系统的整体需求 (3) 2.2系统的功能需求 (3) 2.3系统主要模块流程图 (4) 2.3.1主窗体业务流程图 (4) 2.3.2详细业务流程图 (4) 第3章系统设计 (5) 3.1系统的整体设计 (5) 3.2系统的主要模块设计 (5) 3.3数据库设计 (7) 第4章系统实现 (9) 4.1登录界面实现 (9) 4.2主窗体界面实现 (9) 4.3桌台管理界面实现 (10) 4.4开台界面实现 (10) 4.5点/加菜界面实现 (11) 4.6结账界面实现 (11) 第5章结束语 (12) 参考文献 (12)

第1章概述 1.1 选题 餐饮管理系统是一个饮食产业不可缺少的部分,它的内容对企业的决策者和管理者都至关重要,所以餐饮管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用的餐饮管理系统均是以人为主体的,需要很多的人力、物力、财力,且效率不是很高,在系统运营时也可能产生人为的失误,以致餐饮管理工作既繁琐而且不利于分析企业的经营状况。作为计算机应用的一部分,使用计算机对餐饮信息进行管理,这样不仅提高了工作效率,也避免了以前手工作业的麻烦,从而使管理者能够准确、有效地管理餐饮。 1.2选题的背景和意义 近年来,随着人民的生活水平的不断提高,餐饮业的消费持续增长,竞争愈来愈激烈。然而,传统餐饮企业的日常运作还是靠人工管理,从原材料入库到客人点单,再到结账基本上由人工完成记录,这样做不仅耗费人力资源而且容易导致记录丢失或重复等错误,造成管理水平低下。餐馆作为传统的餐饮企业也存在这些问题,进货,库存有人工管理,客人点单需服务员记录并送至厨房,客人结账由手工记录,人力耗费大,客人等待时间长,管理效率低下,这就迫切需要标准的、高效率的计算机管理方式引导其发展,通过计算机管理该企业的日常运作,给管理者以决策参考的模型,来不断完善管理水平,提高工作效率。改革开放二十多年来,我国餐饮业发展迅猛,日新月异,各种风味特色,各种经营形式,各种组织结构的餐饮企业星罗棋布,但“竞争激烈,生意难作”也成了餐饮业的“流行脖。更新经营方式,拓展大众市场,建全餐饮业的“软硬”件设施,发展餐饮信息渠道是我国餐饮业应探索的主旋律。所以,社会化,科学化,集锦化21世纪的发展方向。 作为计算机应用的一部分,使用计算机对餐饮企业信息进行管理,具有手工管理所无法比拟的优点。例如:检索迅速、查询方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高信息管理的效率,也是企业科学化、正规化、管理与世界接轨的重要条件。 1.3团队分工和个人贡献 我们组做的课题题目为餐饮管理系统,我们小组由5个人组成,:关敏,吕静,冯俊杰,韩经宇,王红旗.其中关敏主要负责文档的任务和口令设置的实现部分,吕静主要负责消费管理模块的实现部分,以及整个餐饮管理系统的界面设计, 冯俊杰和韩经宇主要负责桌台管理,职员管理模块的实现部分, 王红旗参与每个模块的调试过程。

电商系统需求分析说明书

电商系统需求分析说明书 一.引言 .....................................................错误!未定义书签。 项目背景.................................................错误!未定义书签。 前期工作.................................................错误!未定义书签。 参考资料.................................................错误!未定义书签。二.技术概述 .................................................错误!未定义书签。 目标.....................................................错误!未定义书签。 硬件支持.................................................错误!未定义书签。三.功能需求 .................................................错误!未定义书签。 功能块划分...............................................错误!未定义书签。 功能块描述...............................................错误!未定义书签。四.性能需求 .................................................错误!未定义书签。 数据精确度...............................................错误!未定义书签。 适应性...................................................错误!未定义书签。五.系统流程图 ...............................................错误!未定义书签。 顾客流程图如下...........................................错误!未定义书签。 订单处理流程说明........................................错误!未定义书签。六.数据流图 .................................................错误!未定义书签。 数据流图如下..............................................错误!未定义书签。 一.引言 项目背景 电商系统致力于提供产品展示及订购为核心的网上购物服务宣传自己商店的产品并将自己的产品展现给客户,让客户通过网站便能对自由的选择地购买产品。 该网站是通过用户登录浏览商品、查看公告、购买、确定购买、实现用户模 块功能。其中订单的生成,网站后台系统,通过系统管理员管理商品、订单、用户来实现。前期工作 我们在编写该需求前,首先是对各大网上销售网站进行了调查,其中包括:网页排版、顾客消费流程、以及管理员的操作,这三大块进行了调查。并总结出了有自 己特色的设计思路。 参考资料 《软件需求分析》《网上商城需求分析计划书》。

餐饮管理系统需求文档

餐饮管理系统系统需求分析

目录: 1.概述 (2) 1、1编写得目得 (2) 1、2背景 (3) 1、3本文件中用到得专门术语得定义: (3) 1、4范围 (3) 1、5.任务概述 (3) 1、5、1目标 (3) 1、5、2用户得特点 (3) 1、5、3假定与约束 (4) 1、6 运行环境 (4) 1、6、1硬件设备 (4) 1、6、2 软件设备 (5) 2、需求规定 (5) 2、1对功能得规定 (5) 2、2系统功能得介绍 (5) 2、2、1整体功能模块 (5) 2、2、2程序流程图 (8) 3、本系统数据库结构 (13) 3、1菜谱列表 (13) 3、2座位列表 (13) 3、3客户列表 (13) 3、4订菜列表 (13) 3、5员工列表 (14) 3、6管理员列表 (14) 3、7总营业列表 (15) 4、系统功能要求说明 (15) 4、1输入输出要求 (15) 4、2数据管理能力要求(针对软件系统) (15) 4、3故障处理要求 (15) 5、页面字段 (15) 5、1登录界面字段 (15) 5、2员工管理界面字段 (16) 5、3客户信息管理界面字段 (16) 5、4餐饮管理界面字段 (18) 5、5订座管理界面字段 (18) 5、6菜单管理界面字段 (19) 5、7结账界面字段 (20) 5、8员工信息管理界面字段 (20) 5、9菜谱管理界面字段 (22) 5、10营业查询字段 (23) 1.概述 随着我国市场经济得快速发展,各行业都呈现出生机勃勃得发展景象,其中

餐饮业得发展尤为突出。但就是传统得餐饮管理现在已经很难应对当今社会对餐饮业得管理要求,采用人工处理这些信息不仅工作量繁重、复杂,而且容易产生错误与混乱。而采用计算机进行信息得有效管理不但能实现管理得规范化,而且还可以避免错误,提高效率,大大提高了对信息管理得便捷性、安全性、准确性。鉴于传统餐饮管理方式得种种缺陷,我们设计了方便中小级别餐饮企业使用得应用程序系统——餐饮管理系统,来实现企业餐饮自动化管理。 1、1编写得目得 本文档得编写为下阶段得设计、开发提供依据,为项目组成员对需求得详尽理解,以及在开发开发过程中得协同工作提供强有力得保证。同时本文档也作为项目评审验收得依据之一。 1、2背景 a) 系统名称:餐饮管理系统 b) 开发人员:小组成员:蒋超军、陈策、雷淑波、袁冬、贺嵘、李明进 c) 设计对象:餐饮企业 1、3本文件中用到得专门术语得定义: 普通用户:登陆得员工 管理员:系统授权管理该系统得总经理、主管 1、4范围 系统包括得范围:所有登陆本系统得得用户,管理员 1、5.任务概述 1、5、1目标 进行信息得有效管理不但能实现管理得规范化,而且还可以避免错误,提

餐厅管理系统-需求分析说明书

文档名称:需求分析 项目名称:餐厅管理系统 项目负责人:银小贤 项目组长:银小贤 全体组员:韩承玺、徐贤涛、文晓光、廖媛媛、梁玉婷开发单位:07级科技01班软件开发小组

一、引言 1.编写目的: 随着计算机的迅速发展,计算机被广泛的应用到各个领域,餐厅行业对软件的功能需求也日益增高。本软件就是针对此种情况和客户需求而开发。本说明书明确了客户的各项需求,为程序开发人员明确了所开发软件应具有的功能和注意事项。 2.项目背景: 委托单位:中小型餐厅通用 开发单位:西邮07级科技01班软件开发小组 主管部门:科技0701班第1小组 系统待开发的名称:餐厅管理系统 本软件运行平台:windows2000, windows XP, windows Vista..... 3.定义: VB是Visual Basic的简写,是可视化的编程语言。是一种简单、高效地开发应用软件的工具。 SQL (Structured Query Language)是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统。 数据流图简称DFD,就是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程,是结构化系统分析方法 的主要表达工具及用于表示软件模型的一种图示方法。 E-R图(Entire and Relation)为实体-联系图,提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型。 数据字典(Data dictionary)是一种用户可以访问的记录数据库和应用程序元数据的目录。主动数据字典是指在对数据库或应用程序 结构进行修改时,其内容可以由DBMS自动更新的数据字典。 被动数据字典是指修改时必须手工更新其内容的数据字典。 静态数据系统内部有关的数据结构和操作规程。 动态数据程序运行时输入和输出的数据。 数据采集又称数据获取,是利用一种装置,从系统外部采集数据并输入到系统内部的一个接口。

小型餐饮管理系统功能模块设计

第一章设计任务与要求 目的及意义: 此小型餐饮业管理系统的设计主要是为了方便管理,对于各个进出账目,支出和收入的管理便于系统化,在每月汇总计算中分析运营趋势和餐馆的发展方向进行一定的规划。通过各个月的盈利进行对比,分析那种方式更适合餐馆的有利运营和更好地服务顾客。实现对餐馆内部各种管理的电子化、自动化,提高各个模块之间的办公效率,为高质量餐馆服务提供保证。 任务: 1.能够实现对该系统进行管理的人员的权限限制; 2.使餐馆能够及时并灵活的对菜品品种其价位等进行管理; 3.为餐馆提供从客户点餐到结算等一系列操作的服务,使之能简单易行、方便、 清楚地进行管理

第二章系统功能分析 一.功能需求:餐饮管理系统中主要包括对以下几种管理:账单管理,财务管理,订餐管理,菜品管理,系统管理。 (1)系统管理:系统管理包括用户名和密码,主要用于用户登陆界面登陆和查询。 (2)账单管理:账单管理包括账单号和餐台,每一个餐台对应一个一个账单号,通过餐台号的记录来对对应的餐台进行记账管理,即就是记录每一个餐台的消费金额。账单管理是财务管理的一个小分支,是服务于财务管理的。 (3)财务管理:包括账单号,时间和账目。账目用于记录账单号的消费金额及时间,以便用于结算和汇总。每日的结算要通过对每个餐台号的消费金额汇总来记录,然后由每日的结算汇总得出每月的结算。帐务系统功能的完整性。一旦该系统正式运行,餐厅每日营业帐和全部往来客户帐务的操作结算都将依靠计算机,该系统面对当前餐饮业各种复杂的结算要求应具有很强的应变能力。 (4)订餐管理:订餐管理仅包括单价。订餐管理是便于顾客订餐和账单管理时对各个菜品消费金额的记录,这样便于账单管理和财务汇总。 (5)菜品管理:菜品管理包括菜名,菜品类别和菜品品种。菜品管理便于顾客点菜和记录各个餐台的消费记账,菜品品种也便于餐馆的食材采购。 二. 数据需求:账单管理中账单号是主键,每一个餐台对应一个账单号。财务管理中账单号是主键,每一个账单号都有对应的时间和账目记录。订餐管理中单价就是主键。

软件需求规格说明书(案例)

软件开发方向“成绩管理系统”软件需求规约 二零零八年十月

修订历史记录

目录 1 引言 (5) 1.1 目的 (5) 1.2 文档格式 (5) 1.3 预期的读者和阅读建议 (5) 1.4 范围 (6) 1.5 术语 (6) 1.6 参考文献 (6) 2 系统概述 (6) 2.1 概述 (6) 2.2 功能 (7) 2.3 运行环境 (8) 2.4 假设与依赖 (8) 3 系统特性 (9) 3.1 系统角色 (9) 3.2 学生管理 (10) 3.2.1 增加学生信息 (10) 3.2.2 修改学生信息 (10) 3.2.3 删除学生信息 (10) 3.2.4 导入学生信息 (10) 3.3 教师管理 (11) 3.3.1 增加教师信息 (11) 3.3.2 修改教师信息 (11) 3.3.3 删除教师信息 (11) 3.3.4 导入教师信息 (11) 3.4 课程管理 (12) 3.4.1 增加课程基本信息 (12) 3.4.2 修改课程基本信息 (12) 3.4.3 删除课程基本信息 (12) 3.4.4 维护课程学生信息 (12) 3.5 成绩查询 (13) 3.5.1 学生查询成绩 (13) 3.5.2 教师查询成绩 (13) 3.6 成绩分析与统计 (13) 3.6.1 考试成绩表 (13) 3.6.2 班级各科平均成绩表 (13) 3.6.3 年级成绩排名表 (14) 3.7 系统维护 (14) 3.7.1 数据字典维护 (14) 4 非功能性需求 (14) 4.1 性能需求 (14) 4.2 安全性需求 (14) 4.3 可用性需求 (15)

餐饮管理系统需求分析

餐饮管理系统 需求分析 专业:计算机科学与技术 班级:计算机一班 学号:11101119 姓名:姚光诚 1)前言: 项目的目的:本说明编写是为使用户、系统开发者及分析人员对该系统的初始规定有一个共同的理解,它说明了本系统的各种功能需求、性能需求、数据要求、实现环境及所使用的实现技术,阐述实用背景及范围,提供客户解决问题或达到目标所需的

条件或权能,提供一个度量和遵循的基准。 专门术语: 数据:本软件中指:消费记录中的数量,单价等日常生活中所认为的一般数据。 数据库:按照数据结构来组织、存储和管理数据的仓库 报表:指水晶报表 作用及范围:本系统应在Internet上运行。作为一个独立软件,其不含任何的升级或软件包。本系统唯一依赖的是浏览器要能解释HTML(超文本语言)及JavaScript脚本语言。 参考资料 用户手册,酒店管理系统,java 相关资料,软件工程(第二版)(西安电子科技大学出版社) 项目的范围:系统使用人员酒店餐饮的前台服务员、厨房管理员、原材料的供货部门以及经理部门的管理人员。 2)项目概述 产品的描述:本系统主要用于对酒店业务数据的管理和维护,以及查询和分析。随着电脑的普及,越来越多的商家开始对自己的业务采用电脑管理,在应用之余,总希望有好的业务管理软件来帮助他们提高工作效益和管理水平。以前酒店的管理,全部由人工完成,从前台点菜,菜单结算,物品采购到后台财务结算等等。由于不可避免的人为原因,总

存在一些误差,存在很大的不科学性,而如果采用数据库软件管理,所有数据均通过软件来处理,不但数据的正确性,完整性和延续性得到很大提高,而且数据的处理更加科学。 产品的功能:系统主要完成酒店从前台大堂服务流程的管理到后台帐务管理的一整套管理功能,具体包括以下几个部分. 吧台帐务管理(由吧台执行):吧台主要完成工作有:点单入帐,菜单打印,菜单增补,打折处理,消费合并,结帐,桌号及包房勾销,帐单打印,菜单购销.,临时菜单调价。 点单入帐:大堂服务员将客人所点菜单送交吧台,吧员按客人所选桌号将菜单录入数据库.同时勾销该桌号的使用权。 菜单打印:将客人所点菜单录入后分别在吧台,传菜部,厨房,财务处各打印一份菜单。 菜单追加:将客人追点的菜补录入当前桌号的菜单.结帐时一起结算.并进行一次菜单打印操作。 打折处理:将菜品价格按情况进行打折。 结帐:客人消费完毕,结帐。 桌号及吧台勾销:客人如果没有立即离去,在结帐时不勾销桌号,在离去时再勾销。 帐单打印:结帐后打印帐单. 菜单勾销:若遇特殊情况,客人点菜后没有消费,

餐饮管理系统需求分析

餐饮管理系统需求分析报告 、尸■、亠 前言 随着人们生活水平提高。餐饮业蓬勃发展,在众多餐饮企业中搞出自己的特色,在激烈的餐饮竞争中脱颖而出,是每个餐厅都要思考的问题。 而使用计算机技术对餐厅进行管理,是一种很有效的管理方式,也能够体现餐厅的档次和特色,而且可以节省很多人工成本,对餐厅的竞争力有很大提升,所以一个优秀的餐饮管理系统很有必要。 一餐饮管理系统的优势 1 能准确快速的完成收银工作 2 用计算机解决后厨,前台,服务员的协调工作 3 满足客人的个性需求 4 防止服务员作弊 5 方便对客人消费信息进行统计 二系统概述 1 系统介绍 餐饮管理系统是为了完成餐厅管理工作的计算机辅组软件,他包括点菜系统,后厨管理系统,收银系统,分析系统,系统自身管理系统,系统使用帮组等几个模块,实现餐厅的自动化管理,是餐厅运营高效,

有序。 2 系统功能 2.1 前台营业管理系统 包含点菜系统,桌位预定系统点菜系统帮组客人点菜,并且讲菜单送至后厨,这个子系统要求能显示菜品种类,单个菜品的图片展示,简单介绍,并且能提供客人点菜功能,点击菜品图片就能完成单个菜品的预定 桌位预定系统为作为预定提供方便,免除手工记录出错率高,查询不方便的弊端,能提供以下功能 添加客人的预定,记录可能的桌位预定信息 删除客人的预定能删除已预定的桌位信息 更改客人的预定对客人的预定信息进行更改 查询客人的预定能实时查询客人的预定信息 2.2 后厨管理系统 2.2.1 食材管理系统 能进行食材的进货,退货,库存信息的记录和显示,库存不足提示功能,方便采购员使用此系统完成食材管理工作,进货时使用进货系统记录进货信息,讲进货信息添加至库存信息表中,对库存信息进行实时管理,当库存不足时进行提醒,方便采购员及时采购 2.2.2 做菜系统

软件需求分析说明书

软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#

学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求;以供本系统的开发人员参考。 项目背景 开发软件名称:学生信息管理系统。 用户:教学办公室 项目和其他软件:系统的关系。 本项目采用客户机/服务器原理,客户端程序是建立在window NT系统上以 Java为开发软件的应用程序,服务器端采用Linux为操作系统的工作站,是采用Oracle 的为开发软件的数据库服务程序。 定义 学号:学校给学生的编号,用来区分各个学生的信息的中介。 课程名:学校开设课程的名字 Java+SQL:编写该系统的面向对象的开发语言和数据库语言。

参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2.任务概述 目标 ⑴开发意图:由于学校的不断招生,现有的系统空间小,运行速度缓慢,操作过于复 杂,有的操作还不能执行,所以要开发本系统。 ⑵应用目标:学生信息管理系统将解决现有系统的空间不足,运行缓慢,操作复杂,操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统:Microsoft Windows xp 支持环境:IIS 数据库:Oracle 软件设备:eclipse 内存:512 M以上 硬盘空间:40G以上 CPU: 233MHZ以上

内存:256M以上 硬盘空间:以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人,用来做学生信息的存储,对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度,结合他们日常工作的频繁程度,系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性,有非常高的要求。本系统的规模比较小,并且将提供操作手册进行操作项的详细说明 (1)、Client/Server结构总体设计方案对它的约束:本系统做为Client/Server 结构的一个应用系统,不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。同时,由于信息的共享,机票预订系统还受到其它系统的信息约束。 (2)、人力、时间的约束:本系统开发过程中也要考虑到人力、资金和时间的约束。 (3)、技术发展规律的约束:计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。 3.需求规定 对功能的规定 系统流程图:系统流程图是用户操作此系统的流程和各个用户能够操作的功能,如A-1就是一个系统流程图;用户有系统管理员,教师和学生,每个用户要进入此系统都要登录。每个用户有不同的功能,系统管理员有查询,增加,修改,删除,修改密码,设置权限等功能;教师有查询,修改密码和输入学生成绩的功能;学生只有查询和修改密码的功能。 A-1系统流程图 用例图:用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能,像修改密码,管理学生信息、成绩信息、课程信息、班级信息并且设置权

相关主题
文本预览
相关文档 最新文档