餐厅点餐需求规格说明
书
文件编码（008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256）
餐厅点餐系统
需
求
规
格
说明书
编写：XX
二〇一X年X月XX日
目录
1.引言：
编写目的：
为了说明编写本软件所需要的数据，所拥有的功能、性能及对功能、性能的规定，对所需设备、运行环境等的要求。预期读者为本小组的开发人员。
项目背景：
中国是举世闻名的美食大国，拥有五千年的饮食文化和巨大的餐饮市场，随着人民生活水平和生活方式的转变，餐饮业具有巨大的投资市场，被称为中国的黄金产业，但同样也应看到，餐饮业不仅面临着巨大的发展机遇，也面临着前所未有的挑战和考验。
基于手工操作的种种缺点，为了更好地管理餐厅，实现管理自动化，我们将餐厅管理的流程与规则与现代的计算机技术相结合，建立起餐厅管理系统，以利于餐厅管理的顺利运行。
术语说明：
需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
数据：本软件中指消费记录中的数量，单价等日常生活中所认为的一般数据。
参考资料：
[1] 齐治昌，谭庆平，宁洪.软件工程[M].北京：搞定教育出版社，2000.
[2] 王立峰，延伟东，章华.软件工程理论与实践[M].陈明泽.北京：清华大
学出版社，2003.
2.项目概述：
待开发软件的一般描述：
本餐饮管理系统广泛适用于中、小型餐饮行业、咖啡厅、饭店、酒楼、等场所。为方便酒店管理人员更有效的管理酒店而开发。该系统可以帮助餐饮企业处理日常工作业务,规范管理工作和操作流程, 是餐饮行业的得力助手。
另外，本餐饮管理系统具有强大的统计分析功能，可以帮助经营者分析自己企业的经营状况。比如可以很方便的统计出任意一天、任意一段时间的营业额，使对自己的企业经营状况了如指掌；可以统计出任意一段时间的菜品销售排行榜，可以按照各菜品的销售额、销售数量、利润等任意排行，使你清楚的了解贵公司哪些菜品顾客最喜欢、哪些菜品利润最高，进而可以分析这样的菜品为什么顾客比较喜欢，从而为贵公司的经营决策提供了科学依据；
以及统计出任意一段时间的平均客流时段分析等。
本餐饮管理系统属小型网络系统，可应用于酒店中的餐饮部门以及咖啡厅、饭店、酒楼、等场所，具有一定的独立性。
待开发软件的功能：
用户特征：
顾客：根据系统操作提示自主进行点菜、退菜操作，系统要能够根据顾客的选择进行自动进行结账计算并显示。
服务员：根据系统操作提示对已经上桌的菜进行标记。
厨房：根据系统操作提示对开始烹饪和已经烹饪好的菜品进行标记。
系统管理人员：对数据库初始数据的设置，系统维护与升级。对数据进行分析，并根据当日材料情况适当修改菜单。权限设置，数据备份。
运行环境：
指定工具：编程工具：eclipse 数据为管理系统：SQL server2010
开发环境：操作系统：window 7/window 8
打印机：普通打印机：用于收银台打印帐单报表，可选择任何支持
WINDOWS的针式、喷墨或激光打印机。票据打印机：用于收银台打印帐
单、吧台厨房打印小票，推荐使用EPSON TM系列票据打印机。
网络设备：10M/100M集线器/交换机、10M/100M网卡、推荐使用100M交换机和100M网卡、如果远程连接吧厨打印机，则需配备专门的打印服务器条件与限制：
语言限制：使用流行语言Java语言进行开发，使用MyEclipse进行编译。
硬件限制：使用Windows7及以上的操作系统。
3.功能需求
功能划分：
功能描述：
据用户提出的需求归纳，本系统主要分为9 个子功能模块，即接待开台模块、点菜模块、上菜划单模块、加菜模块、游戏模块、催单模块、账单统计模块、结账模块、提建议模块。具体各模块功能介绍如下：
接待开台模块：根据顾客所点菜的菜系将顾客分配到餐厅不同的区域；
点菜模块：主要根据顾客点菜信息，生成菜单记录；
上菜划单模块：厨师制作好菜品后，出菜时修改上菜记录；
加菜模块：主要根据顾客后续点菜信息，更新菜单记录；
游戏模块：顾客可在用餐及等待过程中，玩客户机上的小游戏；
催单模块：根据顾客的点菜记录，尽快实现端菜上桌；
账单统计模块：选择合适的统计方式，根据相应的账单记录统计顾客的用餐费用；
结账模块：根据顾客的点菜记录，生成账单，方便顾客结账；
提建议模块：客户用餐完毕后，在上面可提出意见或建议。
4.外部接口需求：
用户界面：
登录界面：用户直接输入桌号就行了。
点菜界面：显示一张统一的菜谱，每个菜下面显示价格和份数，价格呈现
灰色，表示此此菜没有了，呈现红色，表示还有。点完后，点击结算按
钮。
结算界面：以表格的形式显示出来，左边菜名，中间是价格，右边是删
除。表格最下面是总价和确认提交按钮。
生成、修改、查看菜单:餐厅人员其身份得到验证之后，他们就可以对菜单进行访问操作。修改需要通过管理员验证后，操作有效。
用户生成、修改、查看菜单:用户就座后，可在点菜界面进行操作，在提交点餐记录之前，用户可查看、选择或撤消菜品。
用户加菜：用户在用餐过程中可以打开点菜界面，并在此界面中再次进行
点餐操作，其消费金额将加到最终账单中。
服务员查看点餐及送餐：服务员可随时查看点餐记录，并对点餐记录上的
显示进行送餐等服务，对于点餐记录上已送达的菜品进行消除与记录。
厨师查看用户要求菜品并完成菜品：厨师可随时查看点餐记录，对点餐记
录完成菜品。
支付账单：收银人员根据结算界面的记录进行账单结算，并对已完成账单
进行记录。
硬件接口：
本软件产品需要特定的硬件或硬件接口进行支撑（PDA），由于PDA具有红外和Bluetooth接口，以保证无线传输的便利性。许多PDA还能够具有Wi-Fi连接，所以本系统采用无线连接功能。
软件接口：
本工程产品的软件接口由餐厅点餐系统、菜品数据库以及数据结构组成通讯接口：
本工程产品买有特殊的通讯接口，通讯接口由所使用的PC机决定。
故障处理：
本软件具有错误和异常的处理能力，基本不会有软件故障，保证软件能正常运行，有对数据库备份的功能，这样才使得用户满意。
5.性能需求：
数据精确度：
本软件主要用于管理，不是科学计算，要求计算的精度不是很苛刻。所以输入、输出数据精度的要求不是很高，用于计算的数用浮点数就可以了。
时间特性：
本软件在正常的网络环境下，应能够保证系统的及时响应：
小批量的业务处理的响应时间在3秒以内；
大批量的业务处理和查询的响应时间控制在5秒以内；
适应性：
本系统简单而且易使用，适用于会操作智能手机及懂电脑常识的人。
6.软件属性需求：
正确性：
本餐饮管理系统属小型网络系统，可应用于酒店中的餐饮部门以及咖啡厅、饭店、酒楼、等场所，经分析认证，会获得良好的预期效果。
可靠性：
该软件产品在规定的条件和时间区间能按时完成规定点餐、支付等的功能。效率：
该产品一经使用，由于软件网络传输，可很大程度上节省劳动资源和时间。
完整性：
该软件从前期开发着手准备，各项计划逐步实施，考虑到了各方面的因素，从界面、数据传输和数据处理结构各方面都达到了预期指标。
易使用性：
餐馆点菜系统使用简单，速度快，准确度高，现有人员只需经过简单培训即可熟练掌握其使用方法；系统操作员可使用动手能力较强的人员。
可维护性：
本系统的应用平台设计中选择B/S结构，采用基于JAVA技术并且符合J2EE 开发规范的系统应用平台，使系统具有良好的可维护性。
可测试性：
本系统在项目完成后，可在餐馆实地应用，来测试软件成效。
复用性：
该软件的复用性强，如此一来使得更好、更快、成本更低地生产该软件。
安全保密性：
本系统的系统架构，以及权限机制可以保证系统的安全性。首先：从系统架构看，本系统采用B\S模型，从而使服务器数据源与客户端分离，保证了数据的物理独立性；其次：本系统的用户授权机制通过角色的定义管理实现，通过定义某些角色能进行的操作权限，和定义用户拥有的角色，限定用户的操作权限，实现对用户的授权。最后：保证漏洞扫描器以及入侵检测系统、和防火墙隔离之间的联动机制。
可理解性：
本软件结构简单，操作简单明了，并且有软件帮助文档，极易理解。
可移植性：
本软件初步计划用Windows操作系统及Android客户端上使用，暂不支持移植到其它操作系统上。
互联性：
本软件只是适用于对点餐方面有需求的营业场所中的所有本软件互联，并不适合和其他软件互联。
7.其他需求：
打印需求：系统必须能准确快速地打印出各类清单。
8.数据描述：
：静态数据
支持的终端数为1台
处理1个文件及20条记录
：动态数据
预处理的窗口正常情况下和峰值工作条件下为5个，一定时间周期中要处理的数据的数量：窗口开始尺寸2个数据、开始位置2个数据、最大尺寸2个数据、最小尺寸2个数据、编辑框位置4个数据、按钮位置4个数据，平均处理的数据约为16个数据。
：数据库概述
数据为管理系统：SQL server2010
：数据字典
菜单的数据字典：
属性名存储代码类型长度备注
菜名Rname char20餐馆所有菜的
名称价格Rprice char4餐馆菜的价格
菜的编号Rno char20餐馆菜的编号
管理员数据字典：
订单数据字典：
发票的数据字典：
点餐管理系统需求分析说明书 编号：HONZH0021 系统版本：1.0 项目成员
目录 1.概述 (4) 1.1编写背景 (4) 1.2编写目的 (4) 2.总体描述 (5) 2.1功能描述 (5) 2.1.1服务端 (5) 2.1.2客户端 (6) 2.2角色权限 (7) 2.2.1超级管理员 (7) 2.2.2管理员 (7) 2.2.3顾客 (7) 3.功能性需求 (8) 3.1角色登录模块（服务端） (8) 3.1.1超级管理员 (8) 3.1.2管理员登录 (9) 3.2菜系操作模块（服务端） (10) 3.2.1增加菜系 (10) 3.2.2删除菜系 (10) 3.2.3修改菜系 (10) 3.2.4查看菜系 (11) 3.3菜品操作模块（服务端） (11) 3.3.1增加菜品 (11) 3.3.2删除菜品 (11) 3.3.3修改菜品 (11) 3.3.4查看菜品 (12) 3.4资源管理模块（服务端） (12) 3.5统计分析模块（服务端） (12) 3.5.1月份统计分析 (13) 3.5.2季度统计分析 (13) 3.5.3年度统计分析 (13) 3.6会员信息模块（服务端）<扩展> (14) 3.6.1新增会员信息 (14) 3.6.2删除会员信息 (14) 3.6.3修改会员信息 (15) 3.6.4查看会员信息 (15) 3.6.5会员等级设置 (16) 3.7点餐操作模块（客户端） (16) 3.7.1菜品种类 (16) 3.7.2甜食种类 (17) 3.7.3酒水种类 (17) 3.7.4菜品备注 (18) 3.8菜品推荐模块（客户端） (18) 3.8.1每日推荐 (18)
XXX项目 软件需求规格说明书 XXXX 20 年月日
文档信息 修订历史 文档编制、审核与批准
目录 1引言 (1) 1.1 目的 (1) 1.2范围 (1) 1.3定义、简写和缩略语 (1) 1.4引用文件 (1) 1.5综述 (2) 2总体描述 (2) 2.1产品描述 (2) 2.1.1系统接口 (2) 2.1.2用户界面 (2) 2.1.3硬件接口 (3) 2.1.4软件接口 (3) 2.1.5通信接口 (3) 2.1.6内存约束 (3) 2.1.7操作 (3) 2.1.8现场适应性需求 (4) 2.2产品功能 (4) 2.3用户特点 (4) 2.4约束 (4) 2.5假设和依赖关系 (5) 2.6需求分配 (5) 3具体需求 (5) 3.1外部接口 (5) 3.2功能 (6) 3.3性能需求 (7) 3.4数据库逻辑需求 (8) 3.5设计约束 (8) 3.5.1标准依从性 (8) 3.6软件系统属性 (8) 3.6.1可靠性 (9) 3.6.2可用性 (9) 3.6.3安全保密性 (9) 3.6.4可维护性 (9) 3.6.5可移植性 (9) 3.7具体需求的组织 (9) 3.7.1系统模式 (10) 3.7.2用户类型 (11) 3.7.3对象 (11) 3.7.4特征 (11) 3.7.5激励 (11) 3.7.6响应 (11) 3.7.7功能层次 (11)
3.8附加说明 (12) 4附录 (12)
1引言 本部分应当提供整个SRS的概述 1.1 目的 本条宜： a)描述SRS的目的； b)说明SRS的预期读者。 1.2范围 本条宜： a)通过名称识别要生产／开发的软件产品(例如，宿主数据库管理系统(DBMS)、报告生成器等）； b)必要时，说明软件产品将做或不做什么； c)描述规定的软件的应用，包括相关的收益、目标和目的； d)如果上层规格说明（如，系统需求规格说明）存在，与上层规格说明类似的陈述保持一致。 1.3定义、简写和缩略语 本条宜提供对正确解释SRS所要求的所有术语、简写和缩略语的定义，这些信息可以通过引用SRS中的一个或多个附录、或者引用其他文件的方式来提供。 1.4引用文件 本条宜：
1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,1024*768的兼容显示器 标准兼容打印机 <2>软件方面: WIN XP操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下:
3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户 组成:返回信息 流通量:每次登录返回一次 3.数据流名:输入修改信息 来源:用户 去向:系统判断部分 组成:根据各数据库内容而不同 流通量:依用户输入而定 4.数据流名:反馈信息 来源:系统判断部分 去向:用户 组成:系统经判断后发回的字符数据 流通量: 依系统当前信息而定 5.数据流名:识别信息 来源:系统内部检验部分 去向:系统判断部分 组成:系统各数据库的标识信息 流通量:用户每次输入流通一次 6.数据流名:处理信息 来源:系统判断部分
点菜系统管理需求分析 一、引言 随着社会的发展，自动化，科技化的产品逐步进入到了人们的生活，它给我们带来了更多的方便。餐饮管理已经逐渐由定性管理，进入到重视定量管理的科学阶段。用 电脑自动化管理带普遍的认为管理餐厅的运行已成为不可逆转的趋势。 传统的手工操作管理存在着许多无法避免的问题，例如：一．收银工作中跑单、漏单、偷钱现象普遍；二．人工计算帐单金额容易出现差错；三．个别服务员作弊、改 单、宰客情形时有发生；四．客人消费单据难以保存和查询；五．无法对大量营业数 据进行统计分析。 本选题正是希望用计算机来解决以上问题。 一、编写目的 ） 利用计算机实现管理的信息化，提高管理人员的工作效率，减少管理人员的工作量。 通过集成从顾客点菜、上菜到结账等一系列功能，为每个环节明确分工，并通过可视化的软件支持，有效的减少了人为的错误，同时也加强了信息的安全性和可靠性。 三、功能需求 主要功能包括：登陆管理、点菜管理、查询及买单管理、管理模块。 整个系统模块划分如下图： <
根据该餐厅的具体情况，系统主要功能包括： 1.登陆模块 | ~ 该模块分因为普通用户登陆模块和管理员登陆模块。普通用户可以进行点菜，查询，结账的操作；管理员可以进行点菜，查询，结账还可以进行添加新的菜品。 2.点菜模块 }
点菜模块包括桌号选择，服务员编号，菜品选择以及菜图和价格的显示。 3.买单模块 】 该功能模块包括显示已点菜的信息以及客户是否买单。 < 4.管理模块
该模块包括添加菜品信息和添加服务员信息。 、 四、E-R图 整个系统开发过程中，主要涉及到的实体有：服务员、餐桌、菜单。他们之间的具体关系如下图： 《
WORD文档可编辑 X X X X X X单位 X X X X X X X项目 软件需求规格说明书 金碧信息科技
目录 第一章引言 (5) 1编写目的 (5) 2软件需求分析理论 (5) 3软件需求分析目标 (5) 4参考文献 (6) 第二章需求概述 (7) 1.项目背景 (7) 2.需求概述 (7) 3.条件与限制(可选) (8) 4.移动办公系统结构 (8) 5.移动办公网络拓扑图 (9) 第三章系统功能需求 (10) 1.移动办公系统升级改造需求 (10) 界面显示要求 (11) 待办公文列表 (11) 待办公文列表排序 (11) 公文详细信息界面元素 (11) 网站信息审批 (12) 会议申请 (12) 意见录入 (12) 移动邮件 (12) 会议管理 (13) 通知通告 (13) 通讯录管理 (14) 2.车辆管理模块升级改造需求 (14) 系统功能架构 (14) 网络拓扑结构 (15)
3.电子公文预览需求 (15) 电子公文交换网络 (16) 电子公文交换流程 (18) 4.政务信息管理系统平台功能需求 (19) 第四章软硬件或其他外部系统接口需求 (21) 1.用户界面 (21) 2.硬件需求 (22) 3.网络需求 (22) 4.接口需求 (22) 5.通信需求 (23) 6.运行环境 (23) 第五章其他非功能需求 (24) 1.性能需求 (24) 2.安全设施需求 (25) 3.安全性需求 (25) 4.扩展性需求 (26) 5.可移植性需求 (26)
第一章引言 1编写目的 为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。 2软件需求分析理论 软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。 3软件需求分析目标 软件需求分析的主要实现目标： 1)对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一 致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件 需求； 2)了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一 个基准； 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据； 需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员
文件编号： 受控状态：■受控□非受控 保密级别：■公司级□部门级□项目级□普通级 记录编号： 分发编号： xxx公司云平台 需求规格说明书 Version 1.0 2014.07.23
需求规格说明书模板
目录 1前言 (4) 1.1编写目的 (4) 1.2文档约定 (4) 1.3读者对象 (4) 1.4术语和缩略词 (5) 1.5参考文档 (5) 2项目概述 (5) 2.1项目背景 (5) 2.2项目目标 (5) 2.3需求范围 (6) 2.4总体框架 (6) 2.5组织机构 (6) 2.6用户特点 (6) 2.7设计约束 (6) 3功能性需求 (6) 3.1总体流程 (6) 3.2角色定义 (7) 3.3系统功能 (7) 3.4功能描述 (7) 4非功能性需求 (11) 4.1软件需求 (11) 4.2硬件需求 (12) 5外围系统和接口 (13) 5.1系统A (13) 5.2系统B (13) 6其他需求 (14) 7数据字典 (14) 8附件 (14)
1 前言 1.1 编写目的 [说明编写这份需求规格说明书的目的，指出预期的读者（一般包括评审人员、软件设计人员、软件开发人员，针对具体情况，还可能包括客户），它是软件开发的基础。] 1.2 文档约定 [描述编写文档时所采用的字体标准或排版约定，包括标题和正文的字体和字号约定。完成文档编写后，文档编写完成后本部分须裁剪] 字体大小约定： 标题1 宋体三号加粗 标题2 宋体小三号加粗 标题3 宋体四号加粗 标题4 宋体小四号加粗 标题5 宋体小四号 正文宋体五号 段落约定：文章中每段落需抬头，即段落开头需有两字元的缩排，单倍行距。 表与图编号约定：文中所有表、图须按章节编号，如：第四章节第二个表，编号为：表4-2。裁剪约定：如标注可裁剪提示信息，表示该部分内容可以裁剪或删除。 1.3 读者对象 [描述本需求规格说明书的主要读者。建议将不同读者的阅读重点与建议以列表方式表现，]
餐厅点菜管理系统
修改历史记录
目录 1.1背景4 1.2文档概述4 1.3术语4 1.3.1Admin 4 1.3.2菜金4 1.3.3开单4 1.3.4折扣4 1.3.5提成4 1.3.6登录5 1.3.7退菜5 2.设计依据5 3.软件需求概要描述5 3.1系统语境图5 3.2信息/事件列表5 3.3用例模型6 3.4系统概念结构图7 4.软件需求详细描述7 4.1用例描述7 4.1.1登陆用例描述7 4.1.2登录活动图8 4.1.3点菜用例图8 4.1.4点菜活动图9 4.1.5换菜用例图10 4.1.6换菜活动图11 4.1.7退菜用例图11 4.1.8退菜活动图13 4.1.9添加新菜用例图14 4.1.10添加新菜活动图15 4.1.11修改菜品用例图15 4.1.12修改菜品活动图17 4.1.13删除菜品用例图17 4.1.14删除菜品活动图19 4.1.15添加折扣用例图19 4.1.16添加折扣活动图21 4.1.17修改折扣用例图21 4.1.18修改活动图23 4.1.19执行用例图23 4.1.20执行活动图25 4.1.21添加提成用例图25 4.1.22添加提成活动图27 4.1.23修改提成用例图27 4.1.24修改提成活动图29 4.1.25发放提成用例图29 4.1.26发放提成活动图31
4.1.27提交意见用例图31 4.1.28提交意见活动图33 4.1.29填写意见33 4.1.30填写意见活动图35 4.2外部接口35 4.3质量属性需求36 4.3.1性能需求36 4.3.2安全需求36 4.3.3易用性36 4.3.4可靠性37 4.3.5需求37 4.3.6设计约束37 5.人的特性/人的工程需求37 6.运行环境需求37 7.软件合格性因素37
标识：密级：版本： ××技术文件 {子系统名称} 软件需求规格说明 中国电子科技集团公司第十五研究所 二○一年月
{子系统名称} 软件需求规格说明 拟制： 审核： 会签： 质量保证： 批准：
文档修改记录
目次 1范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.2.1项目背景 (1) 1.2.2业务范围 (1) 1.2.3软件边界 (1) 1.2.4系统角色 (1) 1.3文档概述 (2) 1.4术语及缩略语 (2) 2引用文档 (2) 3功能需求/GN (2) 3.1功能概述 (2) 3.1.1 XX功能/XX功能标识 (3) 3.1.2 YY功能/YY功能标识 (3) 3.2用例 (4) 3.2.1 XX功能/XX功能标识 (4) 3.2.2 YY功能/YY功能标识 (4) 3.3需求动态关系 (5) 3.4用例与建模 (5) 3.4.1 XX功能/XX功能标识 (5) 3.4.2 YY功能/YY功能标识 (7) 4接口需求/JK (8) 4.1外部接口需求/JK-WB (8) 4.1.1接口标识和接口图 (8) 4.1.2人机交互界面接口 (10) 4.1.3 XX接口名称/标识 (10) 4.2内部接口需求/JK-NB (12) 4.2.1接口标识和接口图 (12) 4.2.2 XX接口名称/标识 (12) 5数据需求/SJ (12) 5.1入、出库单/SJ-IOL (12) 5.2数据需求名称/标识 (13)
6非功能性需求 (14) 6.1性能需求 (14) 6.1.1容量估算 (14) 6.1.2性能指标/XN (14) 6.2适应性需求/SY (14) 6.3安全性需求/AQ (14) 6.4保密性需求/BM (15) 6.5备份与恢复/BH (15) 6.6数据移植/YZ (15) 6.7标准需求/BZ (16) 6.8环境需求/HJ (16) 6.8.1硬件环境 (17) 6.8.2软件环境 (17) 6.8.3网络环境 (17) 6.8.4其他环境 (17) 6.9计算机资源需求/ZY (17) 6.10软件质量因素及可靠性/ZK (18) 6.10.1软件质量因素/ZK-YS (18) 6.10.2可靠性需求/ZK-KK (18) 6.11设计和实现约束/YS (18) 6.12需求的关、重程度 (18) 6.13人员需求 (19) 6.14培训需求 (20) 6.15软件保障需求 (20) 6.16验收、交付时的包装需求 (20) 7合格性规定 (20) 8与上级设计文档的可追溯性 (20) 8.1正向追溯 (21) 8.2逆向追溯 (21) 9附件 (21) 9.1界面需求 (21) 9.2导出文档/报表模版格式 (21)
员工网上订餐系统 之需求分析说明书 组名：最佳实践小组 指导老师：李华玲 组员：李蕴 0921010528 韩小文 0921010548 刘曼婷 0921010601 焦文亮 0921010634 吴岩 0921010711
目录 1.文档概述 (4) 1.1 编写目的 (4) 1.2 定义 (4) 1.3 参考资料 (4) 2.项目概述 (4) 2.1 项目背景 (4) 2.2 项目目标 (4) 2.3 构件图 (4) 2.4 上下文关系图 (5) 2.5 对产品进一步解析 (6) 2.6 项目适用范围 (6) 3.项目需求分析 3.1 性能需求分析 (6) 3.2项目活动图 (6) 3.3系统报表 (8) 3.4 类图 (8) 3.5 系统用例图 (10) 3.6用例文档 (12)
4.项目详细设计 4.1 系统模块详细设计 (14) 4.2 登录模块详细设计 (14) 4.3 顾客模块详细设计 (14) 4.4 管理员模块详细设计 (16) 5.项目技术方案 (19) 5.1方案概述 (19) 5.2 编程环境 (19) 5.3 数据库的实现 (19) 6．可行性分析 (19) 6.1 技术可行性分析 (19) 6.2 运行可行性分析 (20) 6.3 经济可行性分析 (20) 6.4法律可行性 (20)
1. 引言 1.1编写目的 此立项报告旨在确定本项目的基本目标、主要内容，设计实现的流程、工作负荷、费用开支、人员结构、设备情况、局限性，运行设计的 项目时间总体规划、进度分段标准、阶段考核方法，以及项目验收方式、提交的内容清单、后续工作情况。 1.2定义 本产品是为餐厅专门开发的一套订餐管理系统，旨在合理化安排餐厅的工作，提高餐厅的管理效率，同时方便员工就餐。 1.3参考资料 《软件系统分析与设计》《需求分析最佳实践》 2. 项目概述 2.1项目背景 员工到食堂用餐，在路途和排队上浪费很多时间，并且去晚了经常会吃不到想吃的食物；员工对食堂的满意度不高，有将近一半的员工会 选择去周边饭店用餐。因此，食堂更无法准确预测员工需求，经常会出 现有些食物因为没有卖出去只好倒掉，而员工需要的一些食物却已卖完 的现象。 2.2 项目目标 开发手机订餐系统节省员工的时间和精力，避免员工在食堂排队等很多 时间，同时也减少食堂食物的浪费，并提高服务质量以及员工对餐厅的 满意度。 2.3 构件图
XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技
项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求，电子公
文在线预览
项目负责人审核与确认 供应商：
职位
审核时间
审核意见(签字)
客户方：
目录
第一章 引言 ................................................................... 5
1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6
第二章 需求概述................................................................ 7
1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9
第三章 系统功能需求........................................................... 10
1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16
需求规格说明书范例 需求规格说明书 目录 这一块是目录条目 1 前言 1.1 项目背景 目前，珠江流域水资源保护局水质监测数据上报的主要是EXCEL形式保存，并且对水质分析只要是通过人工判断和处理，如果需要查找数据或制作相关报表及其不方便。同时，数据的表现形式不够丰富，不能直观表现所监测流域、断面、功能区等方面的水质信息。 为解决上述问题，需要建立一套基于GIS可利用网络，不受时间和地点限制的系统，可任意时间、地点进行数据编辑和数据查看，并通过电子地图和统计图标直观展示各监测对象的空间位置和水质现状的系统。 1.2 编写目的 该需求规格说明书是针对珠江流域水质监测数据库系统编写的，编写该需求书的目的是为了把调研了解到的用户对未来系统的需求做一个规范的描述，是对调研纪要和提供的原始资料的进一步加工和整理，并且要结合整个系统的整体需求，根据实际情况，对原来的系统的固有的业务流程和功能设计做适当的调整，为系统的设计和开发提供依据，也为系统的最终验收提供依据。 该需求规格说明书详细描述了系统业务需求、功能需求、外部接口需求、性能需求、安全需求等需求，方便开发人员了解业务，增进与客户的交流，记录需求的变更情况。 1.3 编写原则
(1) 可验证性 该需求书的中描述的每一个具体需求都是可以验证的，针对系统中某一处理过程或具体功能，人或机器能通过该过程检查该功能是否满足需求。 (2) 正确性 该需求书的编写内容是在对用户进行多次调研后记录和整理得来的，其中的内容都要经过相关业务人员的确认，并且最终由相关负责人签字认可。 (3) 完整性 本需求包括了信息中心的各个部门的需求，从内容上分为编写概述、总体说明、功能需求、接口需求等内容，基本满足了需求书的完整性要求。 (4) 一致性 本需求书与其他部门的需求编写规格和内容一致，需求的描述和业务的具体需求一致，系统的功能需求与整体需求一致。 (5) 无二义性 本需求书的各个概念和专业术语都有相应的详细说明和解释，用到的原始资料都有编号记载，本需求书的内容尽量避免使用模糊的概念和摸棱两可的词汇，表达尽量要求准确，可以直接用于系统的设计和开发，并且在和业务人员多次交流后，最终由各负责领导审核确认。 1.4 读者对象 本需求书的读者对象为该项目的开发人员，珠江流域水资源保护局相关领导和办公人员。 1.5 应用范围 该需求适用于珠江流域水质监测数据库系统，系统使用者范围为珠江流域水资源保护局相关领导和办公人员。 1.6 定义、首字母缩写词和缩略语
组态建模工具需求规格说明书 西安电子科技大学 2011/5/19
目录
1概述 编写目的 指出编写《需求规格说明书》的目的。下面是示例： 编写此文档的目的是进一步定制软件开发的细节问题，希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解，它说明了本软件的各项功能需求、性能需求和数据需求，明确标识各项功能的具体含义，阐述实用背景及范围，提供客户解决问题或达到目标所需要的条件或权能，提供一个度量和遵循的基准。具体而言，编写软件需求说明的目的是为所开发的软件提出： a)软件设计总体要求，作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求，数据结构和采集要求，重要的接口要求，作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书，策划书等。术语和缩略词
2软件概要 软件总体描述 从总体上描述该软件的情况，包括软件的形式（网站，运行时系统，插件等）和软件的主要的功能，使读者对该软件有一个整体的认识。一般一两段话即可。 软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 ●开发环境： ●编程语言： ●遵循的规范：软件的设计和开发过程需要严格按照合同要求，根据软件的设计方 案来进行。软件开发过程应遵循软件工程规范，对过程和版本进行管理和控制。 ●测试环境：可以写明在什么单位测试，测试单位使用的软硬件环境。 ●软件交付形式： ●软件交付日期： ●其他：见合同。 使用者特点 指明软件的使用者具有的特定。示例： 本软件主要在甲方工作环境中使用，使用者包括项目管理人员，开发人员及工程师等，使用者在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。
软件需求规格说明书 文件编号： QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (2) 1.1目的 (2) 1.2背景 (2) 1.3术语 (2) 1.4预期读者与阅读建议 (2) 1.5参考资料 (2) 1.6需求描述约定 (2) 2.项目概述 (2) 2.1系统功能 (2) 2.2业务描述 (2) 2.3数据流程描述(可选) (2) 2.4用户的特点 (2) 2.5运行环境要求 (2) 2.6设计和实现上的限制 (2) 3.功能需求的描述 (2) 4.非功能需求 (2) 4.1系统性能要求 (2) 4.2系统安全及保密要求 (2) 4.3系统备份与恢复要求 (2) 4.4系统日志 (2) 5.外部接口说明 (2) 6.其他需求 (2) 7 需求变更识别 (2) 8.功能列表 (2) 9.附件 (2)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
得分：80 评语： 1），态度较认真； 2），需求分析中，基本功能描述的比较清楚 3），没有严格按照需求分析说明书的格式进行排版。4），表达方式新颖。 餐厅点菜系统需求分析说明书
引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3定义 (5) 1.4参考资料 (7) 2任务概述 (7) 2.1目标 (7) 2.2用户的特点 (7) 2.3假定和约束 (8) 2.3.1 开发期限 (8) 2.3.2 开发环境 (8) 2.3.3 技术 (8) 2.4开发者的特点 (9) 3功能需求 (9) 3.1 主控流程图 (9) 3.1 点餐模式 (11) 3.1.1 浏览点菜（中餐类） (11) 3.1.2 浏览点菜（西餐类） (12) 3.1.3 高级搜索点菜 (13) 3.2 用餐模式 (14) 3.2.1 催菜功能 (14) 3.2.2 加菜，换菜，删除菜功能 (15) 3.2.3 轻松一刻 (16) 3.2.4上菜及后台操作 (17) 3.3 呼叫服务员 (18) 3.4餐毕模式 (19) 3.4.1 顾客满意度 (19) 3.4.2 结账 (20) 3.5对性能的规定 (21) 3.5.1时间特性要求 (21) 3.5.2灵活性 (21)
3.6数据管理能力要求 (21) 3.7故障处理要求 (21) 3.8其他专门要求 (21) 4运行环境规定 (22) 4.1设备和支持软件 (22) 4.3接口 (22) 4.4控制 (22) 附：数据流图
人人
引言 1.1编写目的 此需求分析说明书对《点菜系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。 本说明书的预期读者为：餐厅点菜系统开发人员，餐厅管理及执行人员。 1.2背景 a)待开发的软件系统的名称：餐饮点菜系统 b)本项目的任务提出者： c)项目开发团队是：07软工第二小组 d)项目目标用户是：中、高档咖啡厅、KTV、快餐厅、酒楼 等餐饮行业 1.3定义 PDA： PDA，英文全称Personal Digital Assistant，即个人数码助理，一般是指掌上电脑。PDA通常采用手写笔作为输入设备，而存储卡作为外部存储介质。在无线传输方面，大多数PDA具
餐馆点餐系统课程设计 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998
软件工程设计报告 ——餐馆点餐系统 班级：XXX 姓名：XXXX 学号：XXXX
目录5
3 3 3 3
第一章绪论 现实背景和理论背景 现实背景 我国的餐饮市场经过30多年的改革开放及发展，可以说我国正迎来一个餐饮业大发展的时期，市场潜在力量巨大，远景很是广阔。根据中国烹饪协会发布的2009年度餐饮业发展报告显示，即便在经济遭受重创的2009年，全社会餐饮业零售额达依然到17998亿元，同比增长%。其中，每月的零售额均超过1300亿元，增长率稳定在%至%。在各类消费性支出中增幅居前，仅次于交通和通信支出。并且预计2012年餐饮市场还将继续增长，营业额也将达到20000亿元。 与此同时，我国餐饮业发展的质量和内涵也发生了重大变化。行业的经营领域和市场空间不断拓宽，经营档次和企业管理水平不断提高，经营业态日趋丰富，投资主体和消费需求多元化特点更加突出，网点数量和人员队伍继续扩大；餐饮市场更加繁荣，消费的个性化和特色化的趋势明显，追求健康营养和连锁规模发展成为主题。集团化、品牌化、产业化和国际化的发展步伐加快，餐饮现代化的进程不断推进。 近几年来，中国餐饮业的发展一直保持强劲快速增长同时，也看到目前餐饮行业普遍存在的问题。餐饮企业的发展一直处于自我摸索、自我运作、自我积累和自我完善为主的状态，利润低、承载重、支撑小、发展难的特点突出。餐饮企业在产品标准化技术设备开发、连锁管理体系的建立、专业人才的培养、吸纳资本投入、理论指导和信息交流等方面的条件十分不足，存在着技术开发与设备配套难、管理与人才难、配送渠道与发展资金难、沟通交流与合作难等深层次因素的制约，行业平台和基础支持力量不强，对企业发展产生较大的影响。
＜项目名称＞ 软件需求说明书 作者： 完成日期： 签收人： 签收日期：
版本情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 项目概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 一般约束 (2) 2.5 假设和依据 (3) 3 具体需求 (3) 3.1 功能需求 (3) 3.1.1 功能需求13 3.1.2 功能需求24 3.1.n 功能需求n (5) 3.2 外部接口需求 (5) 3.2.1 用户接口.. 5 3.2.3 软件接口.. 5 3.3 性能需求 (6) 3.5 属性 (7) 3.5.1 可用性 (7) 3.5.2 安全性 (7) 3.5.3 可维护性.. 7 3.5.5 警告 (8) 3.6 其他需求 (8) 3.6.1 数据库 (8) 3.6.2 操作 (8) 3.6.3 场合适应性需求 (9) 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。0.5
1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2.1 产品描述 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 产品功能
网上订餐系统需求分析 引言和编写目的（摘自网络）当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。社会对餐饮的快捷性要求形成了对网上订餐的要求，该项目将使用javaWeb 技术的servlet+jsp+javaBean 实现快捷的开发与部署，并且可以最大限度的保证系统的稳定性。网上订餐系统将极大的方便食客的就餐，同时也有利于我们的管理和售后服务。同时，我们的订餐系统还能帮助我们的酒店（餐馆）扩大营业范围，增加知名度等。 1、需求分析 用户可通过访问我们的网站快乐餐网上订餐系统，进行登陆或注册，获得你想要的各种食物，管理员可以查看用户菜品，可以对菜品进行增删改查。 2.1 产品介绍 产品名称：快乐餐订餐系统产品用途：对餐馆提供发布菜肴消息，得到顾客订单信息，对顾客提供菜肴服务。 2.2 产品面向的用户群体：各大酒店，网上店铺，以及一些大型超市的网上订餐系统等。 2、软件功能此系统主要是针对顾客开放的网上订餐系统。顾客订餐主要流程如下： 1. 顾客登录网上订餐系统进行菜单的浏览或者注册为会员。 2. 会员可以对自己的个人信息进行更改，以会员形式登陆的顾客享受订餐服务。 3. 如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除等功能。 4. 当顾客确定订餐完毕后，顾客可以将其提交至我们的餐厅后台系统，并生成订单。 5. 顾客可以对系统或者餐厅有意见或者建议的留言给我们，我们会及时满意的回复。管理员、后台管 理流程如下： 1. 管理员登录后台点餐系统。 2. 管理员可以管理会员信息。 3. 后台将顾客点餐提交到后厨显示。 4. 后厨根据顾客订餐菜单进行做菜。 5. 每完成一个菜就更改其状态为已做。 6. 所有订餐菜完成后根据会员提交送餐地址进行确认并送餐。 3、运行环境 顾客客户端：操作系统windows98 以上，浏览器IE5.0 以上。 条件与限制：开发本系统所用到的软件有：IIS ，DREAMWEA VER ，POTOSHOP ，WONDERSHARE FLASH SLIDESHOW BUILDER,MyEclipse7.0 ，SQL Server2005 4、功能描述 5.1 顾客网上订餐功能分析：根据对顾客网上订餐系统业务流程的分析，课已看出顾客点菜主要涉及到 一些数据库的 逻辑和程序应用逻辑。具体的功能归纳如下： 1. 顾客登录网上订餐系统进行菜单浏览、 2. 顾客注册为会员。 3. 会员对自己的个人信息进行更改，比如送餐地址和联系电话。以及账户密码。
餐馆点餐系统需求分析 1、需求分析 用户可通过访问我们的网站，进行登陆或注册，获得你想要的各种食物，管理员可以查看用户菜品，可以对菜品进行增删改查。 2、软件功能 此系统主要是针对顾客开放的网上订餐系统。 顾客订餐主要流程如下： 1.顾客登录网上订餐系统进行菜单的浏览或者注册为会员。 2.会员可以对自己的个人信息进行更改，以会员形式登陆的顾客享受订餐服务。 3.如果顾客觉得菜单应该有所改变则可对已选的菜单进行选择、更改、删除等功 能。 4.当顾客确定订餐完毕后，顾客可以将其提交至我们的餐厅后台系统，并生成订 单。 5.顾客可以对系统或者餐厅有意见或者建议的留言给我们，我们会及时满意的回 复。 管理员、后台管理流程如下： 1.管理员登录后台点餐系统。 2.管理员可以管理会员信息。 3.后台将顾客点餐提交到后厨显示。 4.后厨根据顾客订餐菜单进行做菜。 5.每完成一个菜就更改其状态为已做。 6.所有订餐菜完成后根据会员提交送餐地址进行确认并送餐。 3、功能描述 3.1顾客网上订餐功能分析： 根据对顾客网上订餐系统业务流程的分析，课已看出顾客点菜主要涉及到一些数据库的逻辑和程序应用逻辑。具体的功能归纳如下： 1.顾客登录网上订餐系统进行菜单浏览、 2.顾客注册为会员。 3.会员对自己的个人信息进行更改，比如送餐地址和联系电话。以及账户密码。 4.顾客对已选的菜单进行更改选择的数量或者取消选择。 5.当顾客确定订餐完毕后，顾客将其提交只服务器后台点餐系统，并生成订单。 3.2管理员后台管理系统功能分析： 1．管理员在后台登录后，可以创建新的管理员。 2．管理员可以对餐厅网上订餐系统上的菜单进行添加、删除和修改，比如更改菜单的图片，价格，菜单的描述，更换新品，添加新菜等。 3．管理员对菜单进行管理，确定订单的生成。 4．管理员根据不同的属性来查询订单，比如生成日期或者编号等。 5．管理员根据不同的时间段统计处营业额，成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。 为更好的说明系统，具体功能如下表：