酒店点菜系统需求规格说明书.doc

酒店点菜系统需求规格说明书
大连理工大学城市学院
《软件工程导论》大作业

酒店点菜系统需求规格说明书

任课教师： ***
班 级：软件1202班
学 号： 201212045
姓 名： ***

成绩：

完成日期：2013年6月20日
- 19 - / 20
第三章 需求分析
软件需求分析是软件开发期的第一个阶段，也是关系到软件开发成败的关键步骤。需求分析阶段要解决的问题，是让用户和开发者共同明确将要开发的是一个什么样的系统。具体而言，需求分析主要有两个任务：第一是通过对问题及其环境的理解、分析和综合，建立分析模型（Analysis）；第二是在完全弄清用户对软件系统的确切要求的基础上，用“软件需求规格说明书”（简称“需求说明”）来把用户的需求表达出来。

3.1系统设计思想
酒店点菜系统主要是对酒店的顾客点单信息及菜谱信息等进行有效的管理，利用本系统实现顾客从点单到结账的一条龙服务。系统开发设计的思想：
（1）系统安全性设计 在服务器端程序中，系统可根据不同用户的身份来自动屏蔽一些操作，比如菜谱管理、用户权限管理等功能。这些功能只有管理员身份的用户进入系统时才能使用，提高了系统的安全保障，阻止了用户的越权操作。
（2）系统模块化设计 系统功能实现使用结构化设计方法，将系统功能由整模块划分成若干个十分明确和简单的小模块。此种设计，不仅实现系统的层次及整体性，而且用户根据各小模块的明确提示，可以方便顺利的进入各功能操作。
（3）自动化及智能化设计 服务员进入系统时，系统主界面的状态栏中自动显示：姓名、当前时间及用户身份。为保证系统数据的唯一性及有序性，顾客编号、账单编号及点单编号等各种唯一性标识都由系统自动生成。系统自动化功能减少了由于手工操作带来的出错情况，提高了工作效率，实现了信息化、系统化、自动化、智能化操作管理。

3.2具体需求
餐厅点菜管理系统的目标是能更快、更好、更方便、更安全的有利于酒店对餐桌的各方面进行管理及查看和修改让管理者是可以及时看到了解情况。解决餐桌和点菜者的不方便之处。
3.2.1功能需求
（1） 客户订单信息管理
简述：客户订单信息管理，包括客户订单信息存入，客户订单信息查询，客户订单信息修改，客户订单信息删除。
输入：客户订单信息
处理过程描述：客户订单信息录入系统。
输出：操作成功或失败的提示信息
（2） 预约信息
简述：客户预约信息管理，包括客户预约信息存入，客户预约信息查询，客户预约信息修改，客户预约信息删除。
输入：客户预约信息，包括客户预定的台位等信息
处理过程描述：客户预约信息录入系统。
输出：预约操作成功或失败的提示信息。
（3） 用户管理
简述：用户信息管理，用户信息存入，用户信息查询，用户信息修改，用户信息删除。
输入：用户信息包括用户姓名，用户权限，所属部门等
处理过程描述：用户信息存入数据库。
输出：操作成功或失败的提示信息。
（4） 权限管理
简述：用户权限信息管理，用户权限信息存入，用户权限信息查询，用户权限信息修改，用户权限信息删除。
输入：用户权限信息，包括登陆，查询等。
处理过程描述：用户权限信息录入系统。
输出：操作成功或失败的提示信息。
（5） 菜品管理
简述：菜品信息管理，菜品信息存入，菜品信息查询，菜品信息修改，菜品信息删除。
输入：菜品信息
处理过程描述：菜品信息存入数据库。
输出：操作成功或失败的提示信息。
（6） 酒水信息管理
简述：酒水信息管理，酒水信息存入，酒水信息查询，酒水信息修改，酒水信息删除。
输入：酒水信息，包括报价，种类等信息
处理过程描述：酒水信息存入数据库。
输出：操作成功或失败的提示信息。
（7） 台位管理
简述：台位信息管理，台位信息存入，台位信息查询，台位信息修改，台位信息删除。
输入：台位信息，包括台位状态，是否被预订等。
处理过程描述：台位信息录入系统。
输出：操作成功或失败的提示信息。
（8） 会员管理
简述：会员信息管理，会员信息存入，会员信息查询，会员信息修改，会员信息删除。
输入：会员信息。
处理过程描述：会员信息存入数据库。
输出：操作成功或失败的提示信息。
（9） 优惠策略
简述：优惠策略信息管理，优惠策略信息存入，优惠策略信息查询，优惠策略信息修改，优惠策略信息删除。
输入：优惠策略信息，包括对客户的消费打折等。
处理过程描述：优惠策略信息录入系统。
输出：操作成功或失败的提示信息。
（10）结账及统计
简述：客户消费和用餐结账付款以及酒店对客户消费进行统计
输入：客户消费信息
处理过程描述：客户消费信息查询消费情况
输出：消费清单或者操作失败提示信息。

3.3系统需求
餐厅点菜管理系统的目标是能更快、更好、更方便、更安全的有利于饭店对餐桌的各方面进行管理及查看和修改让管理者是可以及时看到了解情况。解决餐桌和点菜者的不方便之处。

3.3.1使用系统的相关人员
及酒店点菜管理系统相关的人员（可能操作系统的角色）详细情况及需求如表2-1所示：

角色
需求描述
客户
根据系统操作提示进行预约订餐或进行点菜、退菜操作，系统要能够根据顾客的选择进行自动进行结账计算并显示。
酒店收银员
根据系统操作提示，对客户消费情况进行总结，结账，统计各时间段营业额等。
酒店服务员
根据系统操作提示对客户订单信息进行管理，客户预约信息管理，并对已经上桌的菜进行标记等。
餐饮管理部经理
根据系统操作提示查看营业情况，管理用户，登陆权限，根据顾客点菜情况适当修改菜单,菜品，管理酒水信息、酒店台位、会员信息，权限设置及相关优惠策略等。

表2-1 使用系统的相关人员及需求描述

3.3.2 小结
本章主要介绍了系统的需求分析过程，主要有功能需求和界面需求，详细的阐述了系统具有的功能，并作了详细的说明，采用面向对象的分析方法，这样对于读者的理解也更加简化了。就实际情况而言，在高系统配置、高网络带宽很容易得到保证的情况下，最需要考虑的是系统的性能需求。这样详细的需求分析可以使系统的性能需求得到完全保证，需求分析是软件开发的重要阶段，为以后的详细设计打下坚实的基础。

3.4数据流图
数据流图（简称DFD图），是采用图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于软件模型的一种方法。
绘制数据流图的目的是为了方便开发人员及用户的交流，以及为系统的设计提供依据。数据流图的绘制过程通常是采用自顶向下，由外到内，逐层分解，开发人员要先画出系统顶层数据流图，然后逐层画出底层数据流图，直到功能细化为止，形成若干层次的数据流图。酒店点菜系统的数据流图如下所示：

管理员
管理员
客户
酒店
点菜
系统

图3-1 基本系统模型

从该图可以看出，使用酒店点菜系统的人包括餐饮部经理，服务员，收银员。酒店餐饮部经理通过酒店点菜系统实现对酒店餐饮部日常运作的操作，包括对用户的管理，会员管理，用户权限的设置管理，管理酒店推出的优惠信息，管理菜品和酒水信息，管理酒店台位信息。
而酒店服务员则是通过该系统来管理客户订单信息和客户预约信息，收银员主要是通过它来结账和统计营业额。

图3-2顶层数据流图

3-3第一层数据流图

3.5数据字典
数据字典（简称DD），是详细描述数据流图中的图形元素具体组成细节，比数据流图更准确、完整的定义了各个图元。
数据字典是开发者及用户相互沟通的有效途径之一。它能形象的向用户描述开发者的意图，使用户明白数据库可能具有的项目，可有效地缓解开发者和用户之间的交流鸿沟，也有利于用户向开发者提出自己的需求，避免因理解分歧造成的代价巨大的接口问题。
数据字典是各类数据描述的集合，它是进行详细的数据收集和数据分析后所获得的主要成果。针对本系统，通过对管理内容和过程分析，设计的数据项和数据结构如下：

名称：客户档案
别名：
描述：记录客户的基本信息
定义：客户档案＝订单+预约+会员
位置：输出到客户个人消费档案

名称：会员档案
别名：
描述：客户是否为酒店会员
定义：会员档案＝会员信息
位置：输出到客户档案

名称：预约档案
别名：
描述：客户在酒店就餐前预约
定义：预约档案＝预约
位置：输出到客户档案

名称：菜品档案
别名：
描述：客户在酒店所有菜品记录的集合
定义：客户菜品档案＝菜品金额
位置：输出到个人消费档案
名称：酒水档案
别名：
描述：客户在酒店的所有酒水记录的集合
定义：客户酒水档案＝酒水消费金额
位置：输出到客户个人消费档案

名称：优惠档案
别名：
描述：记录客户的是否享受优惠策略
定义：客户优惠档案＝总消费-优惠
位置：输出到客户个人消费档案

名称：客户消费档案
别名：
描述：客户在酒店用餐的集合
定义：客户消费档案＝客户档案+菜品档案+酒水档案+优惠档案
位置：输出到客户个人消费档案

3.6实体关系模型图
根据系统的功能需求画出实体联系图（E-R）图：
3.6.1实体图

图3-4 客户档案实体

图3-5 会员档案实体

图3-6 台位档案实体

图3-7 消费项目档案实体

图3-8 用户档案实体

3.6.2总体E-R图

3.7对性能的规定
3.7.1时间特性要求
1) 响应时间：所有选菜操作响应时间一般不超过5秒。
2) 更新处理时间：所有提交的新的菜品的数据一般在3秒内响应。
3.7.2灵活性
由于编程时所采用的c++开发环境，点菜系统和运行环境切合度高，当需求发生某些变化时，本餐厅点菜系统应用软件操作方式、数据结构、运行环境基本不会发生变化，变化只是将对应的数据库文件内的记录改变，或将过滤条件改变即可。并且软件具有升级功能，以满足用户的需求。

3.7.3易使用性
（1）系统各种操作提示清晰、含义明确，可方便使用者进行操作。
（2）重要信息显示在明显的地方，使使用者可清楚的了解到信息。
（3）信息录入尽量使用选择，避免填写大量信息而造成不一致性。

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

3.8数据管理能力需求
本软件管理的数据大都以数据库的形式储存，主要包括菜品信息，酒水信息数据，客户会员信息数据，其中菜品信息数据和酒水信息数据基本不变，数据库大小基本不变，而会员信息数据随着时间的推移每天都在增加，会员信息数据需要定期进行整理和处理。又由于本酒店点菜系统应用软件所有文件均放置在数据库中，调用，查询数据，文件，记录时，通过库文件名直接进行操作。

3.9故障处理需求
本系统数据库会自动备份，当您加菜，删除原有菜品时会自动给您备份，当数据丢失时可启用备份，是本系统安全，零故障。

3.10其他专门需求
1）对系统各个功能模块，以分级菜单的形式给出；
2）所有的提交，确认，删除等操作以按钮的形式给出，且名称一律为取为“提交”、“确认”、“删除”等易于理解的形式；
3）系统在正常情况下应支持100个以上的用户并行操作能力，并支持多用户同时访问。

3.11非功能需求
系统运行稳定、安全可靠。界面简洁友好，使用方便；当基础数据发生变化时，系统管理员应该能很方便地维护基础数据，提高系统的灵活性；尽可能的降低系统运行和维护的成本，以便在餐饮行业中推广本系统，扩大使用范围。
当基础数据发生变化时，系统管理员应该能很方便地维护基础数据，提高系统的灵活性；最大程度的保证点菜数据的准确性。在顾客进行点菜时要实现各种关键基础数据的选择输入，避免大量的文字输入，以便减少点菜时间，提高录入数据的准确度。具体的基础数据项目包括：菜品名称，价格，酒水信息等，这些信息都采用按钮选择方式输入；提高系统的并发性能。尽可能的降低系统运行和维护的成本，以便在餐饮行业中推广本系统，扩大使用范围。

3.12运行环境的要求
内存：512M；
硬盘：80G；
操作系统为Windows系列。