餐厅点餐系统
需
求
规
格
说明书
编写：XX
二〇一X年X月XX日
目录
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)
2.4 运行环境： (5)
2.5条件与限制： (6)
3.功能需求 (6)
3.1功能划分： (6)
3.2功能描述： (7)
4.外部接口需求： (7)
4.1用户界面： (7)
4.2硬件接口： (8)
4.3软件接口： (8)
4.4通讯接口： (8)
4.5故障处理： (8)
5.性能需求： (8)
5.1数据精确度： (8)
5.2时间特性： (8)
5.3适应性： (8)
6.软件属性需求： (9)
6.1正确性： (9)
6.2可靠性： (9)
6.3效率： (9)
6.4完整性： (9)
6.5易使用性： (9)
6.6可维护性： (9)
6.7可测试性： (9)
6.8复用性： (9)
6.9安全保密性： (9)
6.10可理解性： (10)
6.11可移植性： (10)
6.12互联性： (10)
7.其他需求： (10)
8. 数据描述： (10)
8.1：静态数据 (10)
8.2：动态数据 (10)
8.3：数据库概述 (10)
8.4：数据字典 (11)
1.引言：
1.1编写目的：
为了说明编写本软件所需要的数据，所拥有的功能、性能及对功能、性能的规定，对所需设备、运行环境等的要求。预期读者为本小组的开发人员。
1.2项目背景：
●中国是举世闻名的美食大国，拥有五千年的饮食文化和巨大的餐饮市场，随着
人民生活水平和生活方式的转变，餐饮业具有巨大的投资市场，被称为中国的黄金产业，但同样也应看到，餐饮业不仅面临着巨大的发展机遇，也面临着前所未有的挑战和考验。
●基于手工操作的种种缺点，为了更好地管理餐厅，实现管理自动化，我们将餐
厅管理的流程与规则与现代的计算机技术相结合，建立起餐厅管理系统，以利于餐厅管理的顺利运行。
1.3术语说明：
●需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合
同、标准，规范或其它正式规定文档所需具有的条件或权能。
●数据：本软件中指消费记录中的数量，单价等日常生活中所认为的一般数据。
1.4参考资料：
[1] 齐治昌，谭庆平，宁洪.软件工程[M].北京：搞定教育出版社，
2000.
[2] 王立峰，延伟东，章华.软件工程理论与实践[M].陈明泽.北京：
清华大学出版社，2003.
2.项目概述：
2.1待开发软件的一般描述：
本餐饮管理系统广泛适用于中、小型餐饮行业、咖啡厅、饭店、酒楼、等
场所。为方便酒店管理人员更有效的管理酒店而开发。该系统可以帮助餐饮企业处理日常工作业务,规范管理工作和操作流程, 是餐饮行业的得力助手。另外，本餐饮管理系统具有强大的统计分析功能，可以帮助经营者分析自己企业的经营状况。比如可以很方便的统计出任意一天、任意一段时间的营业额，使对自己的企业经营状况了如指掌；可以统计出任意一段时间的菜品销售排行榜，可以按照各菜品的销售额、销售数量、利润等任意排行，使你清楚的了解贵公司哪些菜品顾客最喜欢、哪些菜品利润最高，进而可以分析这样的菜品为什么顾客比较喜欢，从而为贵公司的经营决策提供了科学依据；以及统计出任意一段时间的平均客流时段分析等。
本餐饮管理系统属小型网络系统，可应用于酒店中的餐饮部门以及咖啡厅、饭店、酒楼、等场所，具有一定的独立性。
2.2待开发软件的功能：
2.3用户特征：
●顾客：根据系统操作提示自主进行点菜、退菜操作，系统要能够根据顾客的
选择进行自动进行结账计算并显示。
●服务员：根据系统操作提示对已经上桌的菜进行标记。
●厨房：根据系统操作提示对开始烹饪和已经烹饪好的菜品进行标记。
●系统管理人员：对数据库初始数据的设置，系统维护与升级。对数据进行分析，
并根据当日材料情况适当修改菜单。权限设置，数据备份。
2.4 运行环境：
●指定工具：编程工具：eclipse 数据为管理系统：SQL server2010
●开发环境：操作系统：window 7/window 8
●打印机：普通打印机：用于收银台打印帐单报表，可选择任何支持
WINDOWS的针式、喷墨或激光打印机。票据打印机：用于收银台打印帐
单、吧台厨房打印小票，推荐使用EPSON TM系列票据打印机。
●网络设备：10M/100M集线器/交换机、10M/100M网卡、推荐使用100M
交换机和100M网卡、如果远程连接吧厨打印机，则需配备专门的打印服务器
2.5条件与限制：
●语言限制：使用流行语言Java语言进行开发，使用MyEclipse进行编译。
●硬件限制：使用Windows7及以上的操作系统。
3.功能需求
3.1功能划分：
3.2功能描述：
据用户提出的需求归纳，本系统主要分为9 个子功能模块，即接待开台模块、点菜模块、上菜划单模块、加菜模块、游戏模块、催单模块、账单统计模块、结账模块、提建议模块。具体各模块功能介绍如下：
●接待开台模块：根据顾客所点菜的菜系将顾客分配到餐厅不同的区域；
●点菜模块：主要根据顾客点菜信息，生成菜单记录；
●上菜划单模块：厨师制作好菜品后，出菜时修改上菜记录；
●加菜模块：主要根据顾客后续点菜信息，更新菜单记录；
●游戏模块：顾客可在用餐及等待过程中，玩客户机上的小游戏；
●催单模块：根据顾客的点菜记录，尽快实现端菜上桌；
●账单统计模块：选择合适的统计方式，根据相应的账单记录统计顾客的用
餐费用；
●结账模块：根据顾客的点菜记录，生成账单，方便顾客结账；
●提建议模块：客户用餐完毕后，在上面可提出意见或建议。
4.外部接口需求：
4.1用户界面：
●登录界面：用户直接输入桌号就行了。
●点菜界面：显示一张统一的菜谱，每个菜下面显示价格和份数，价格呈现
灰色，表示此此菜没有了，呈现红色，表示还有。点完后，点击结算按钮。
●结算界面：以表格的形式显示出来，左边菜名，中间是价格，右边是删除。
表格最下面是总价和确认提交按钮。
●生成、修改、查看菜单:餐厅人员其身份得到验证之后，他们就可以对菜单
进行访问操作。修改需要通过管理员验证后，操作有效。
●用户生成、修改、查看菜单:用户就座后，可在点菜界面进行操作，在提交
点餐记录之前，用户可查看、选择或撤消菜品。
●用户加菜：用户在用餐过程中可以打开点菜界面，并在此界面中再次进行
点餐操作，其消费金额将加到最终账单中。
●服务员查看点餐及送餐：服务员可随时查看点餐记录，并对点餐记录上的
显示进行送餐等服务，对于点餐记录上已送达的菜品进行消除与记录。
●厨师查看用户要求菜品并完成菜品：厨师可随时查看点餐记录，对点餐记
录完成菜品。
●支付账单：收银人员根据结算界面的记录进行账单结算，并对已完成账单
进行记录。
4.2硬件接口：
本软件产品需要特定的硬件或硬件接口进行支撑（PDA），由于PDA具有红外和Bluetooth接口，以保证无线传输的便利性。许多PDA还能够具有Wi-Fi 连接，所以本系统采用无线连接功能。
4.3软件接口：
本工程产品的软件接口由餐厅点餐系统、菜品数据库以及数据结构组成4.4通讯接口：
本工程产品买有特殊的通讯接口，通讯接口由所使用的PC机决定。
4.5故障处理：
本软件具有错误和异常的处理能力，基本不会有软件故障，保证软件能正常运行，有对数据库备份的功能，这样才使得用户满意。
5.性能需求：
5.1数据精确度：
本软件主要用于管理，不是科学计算，要求计算的精度不是很苛刻。所以输入、输出数据精度的要求不是很高，用于计算的数用浮点数就可以了。
5.2时间特性：
本软件在正常的网络环境下，应能够保证系统的及时响应：
●小批量的业务处理的响应时间在3秒以内；
●大批量的业务处理和查询的响应时间控制在5秒以内；
5.3适应性：
本系统简单而且易使用，适用于会操作智能手机及懂电脑常识的人。
6.软件属性需求：
6.1正确性：
本餐饮管理系统属小型网络系统，可应用于酒店中的餐饮部门以及咖啡厅、饭店、酒楼、等场所，经分析认证，会获得良好的预期效果。
6.2可靠性：
该软件产品在规定的条件和时间区间能按时完成规定点餐、支付等的功能。
6.3效率：
该产品一经使用，由于软件网络传输，可很大程度上节省劳动资源和时间。
6.4完整性：
该软件从前期开发着手准备，各项计划逐步实施，考虑到了各方面的因素，从界面、数据传输和数据处理结构各方面都达到了预期指标。
6.5易使用性：
餐馆点菜系统使用简单，速度快，准确度高，现有人员只需经过简单培训即可熟练掌握其使用方法；系统操作员可使用动手能力较强的人员。
6.6可维护性：
本系统的应用平台设计中选择B/S结构，采用基于JAVA技术并且符合J2EE开发规范的系统应用平台，使系统具有良好的可维护性。
6.7可测试性：
本系统在项目完成后，可在餐馆实地应用，来测试软件成效。
6.8复用性：
该软件的复用性强，如此一来使得更好、更快、成本更低地生产该软件。
6.9安全保密性：
本系统的系统架构，以及权限机制可以保证系统的安全性。首先：从系统架构看，本系统采用B\S模型，从而使服务器数据源与客户端分离，保证了数
据的物理独立性；其次：本系统的用户授权机制通过角色的定义管理实现，通过定义某些角色能进行的操作权限，和定义用户拥有的角色，限定用户的操作权限，实现对用户的授权。最后：保证漏洞扫描器以及入侵检测系统、和防火墙隔离之间的联动机制。
6.10可理解性：
本软件结构简单，操作简单明了，并且有软件帮助文档，极易理解。
6.11可移植性：
本软件初步计划用Windows操作系统及Android客户端上使用，暂不支持移植到其它操作系统上。
6.12互联性：
本软件只是适用于对点餐方面有需求的营业场所中的所有本软件互联，并不适合和其他软件互联。
7.其他需求：
打印需求：系统必须能准确快速地打印出各类清单。
8.数据描述：
8.1：静态数据
●支持的终端数为1台
●处理1个文件及20条记录
8.2：动态数据
预处理的窗口正常情况下和峰值工作条件下为5个，一定时间周期中要处理的数据的数量：窗口开始尺寸2个数据、开始位置2个数据、最大尺寸2个数据、最小尺寸2个数据、编辑框位置4个数据、按钮位置4个数据，平均处理的数据约为16个数据。
8.3：数据库概述
数据为管理系统：SQL server2010
8.4：数据字典
菜单的数据字典：
管理员数据字典：
订单数据字典：
发票的数据字典：
点餐管理系统需求分析说明书 编号：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)
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图 整个系统开发过程中，主要涉及到的实体有：服务员、餐桌、菜单。他们之间的具体关系如下图： 《
餐厅点菜管理系统
修改历史记录
目录 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
文件编号： 受控状态：■受控□非受控 保密级别：■公司级□部门级□项目级□普通级 记录编号： 分发编号： 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 读者对象 [描述本需求规格说明书的主要读者。建议将不同读者的阅读重点与建议以列表方式表现，]
员工网上订餐系统 之需求分析说明书 组名：最佳实践小组 指导老师：李华玲 组员：李蕴 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 构件图
餐饮移动点菜系统解决方案 方案概述 国内外的餐饮行业管理系统已经有很多，但大都无法解决餐饮行业信息同步、流程一体化的需求。为此，北京人大金仓信息技术有限公司与××××公司合作，专门根据餐饮行业的特点，经过不懈的努力，研制开发出符合中国餐饮行业需求的餐饮移动点菜系统。 餐饮移动点菜系统就是通过最新的无线信息技术和智能掌上电脑，全面促进餐饮行业信息化管理的普及和发展，为餐饮行业带来崭新的管理理念与服务手段，优化业务流程，为客户提供更好的服务，实现企业价值最大化同时又使自己的成本最低化，并最终提高其本身在餐饮行业的竞争优势，本系统包含了前台的无线点菜、结账和后台的系统管理、维护、统计分析等完备的一体化功能，完成点菜、打印、结账、采购、核算的一系列管理。 随着社会的发展，科学技术不断进步，餐饮行业的旧的管理方式难以适应市场的需求，将会被新的管理模式所取代。我们公司长期致
力于移动解决方案的探索与研究，并取得可喜的成绩。公司密切跟踪国际先进技术，不断开发出升级换代的软硬件产品，其先进性、可靠性、实用性在国内保持先进水平。 系统架构 “餐饮移动点菜系统”系统结构由前端移动点菜模块与后端数据处理与管理模块组成。 ?前端移动点菜模块：通过具有无线功能的智能掌上电脑，服务员随时随地使用系统为顾客进行点菜、加菜、退采、催菜、结账、及各类菜品的查询等操作，并即时的把所需数据传到后台，供后台即时处理。 ?后台数据处理与管理模块：后台数据处理与管理模块接收前台移动点菜模块发来的点菜、家菜、退采、结帐等信息后，即时进行处理，如为厨房或各加工部门打印定菜单、为前台打印打印后台和前台的打印机上。打印机立刻打印结账单，而且所有的操作数据都储存在后台的数据库中，以备查询。 ?营业查询模块：提供餐馆业主各个经营方面的统计分析报表，为决策分析提供有价值的参考数据。
《需求规格说明书》编写参考指南 1．概述（Summary） 本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收测试的依据。 1.1 用户简介（User Synopsis） 在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行功能、进度、成本、性能等方面的平衡决策。 对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。 1.2 项目的目的与目标（Purpose and Aim of Project） 项目的目的是对开发本系统的意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。 对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。 1.3 术语定义（Terms Glossary） 将该需求规格说明书中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。 1.4 参考资料（References） 说明该用户需求报告使用的参考资料，如： [1] 商务合同 [2] 招标书 [3] 用户领域的资料 [4] 用户需求调查表 [5] 用户需求报告 [6] 参照的标准 每一个文件、文献要有标题、或文件号，发布或发表日期以及出版单位。 1.5 相关文档（Related Documents） [1] 项目开发计划 [2] 概要设计说明书 [3] 详细设计说明书 1.6 版本更新信息（V ersion Updated Record） 版本更新记录格式，如表5-19所示。 表5-19 版本更新记录 2．目标系统描述（System in Target） 2.1 组织结构与职责（Organizing Framework and Function） 将目标系统的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职
得分：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具
需求规格说明书
目录 第一章综述 (1) 1.1编制目的 (1) 1.2适用范围 (1) 1.3参考依据 (1) 1.4编制约束 (1) 1.4.1图元约束 (1) 1.4.2编码约束 (2) 1.4.3格式约束 (3) 1.5内容结构（可选） (4) 1.6导读说明 (4) 第二章项目概述 (5) 2.1项目背景 (5) 2.2项目范围 (5) 2.3项目目标 (5) 2.4现状描述 (5) 第三章需求总体分析 (6) 3.1功能体系设计 (6) 3.1.1功能结构 (6) 3.1.2功能分布 (7) 3.2整体业务流程（可选） (8) 3.3业务标准体系 (9) 第四章功能性需求 (10) 4.1功能综述 (10) 4.2需求清单 (10) 4.3需求优先级（可选） (10) 4.4功能编码?功能项 (11) 4.4.1功能综述 (11) 4.4.2业务流程 (11) 4.4.3关系分析 (13) 4.4.4详细功能需求 (13) 第五章非功能性需求 (17) 5.1软件质量属性需求 (17) 5.1.1运行期 (17) 5.1.2非运行期 (20) 5.2约束性需求 (21) 5.2.1基础架构 (21) 5.2.2标准规范 (21) 5.2.3集成要求 (21) 5.2.4其他约束 (21) 第六章集成需求 (22)
6.1技术要求 (22) 6.2数据集成 (22) 6.3应用集成 (22) 6.4流程集成 (23) 第七章尚需解决的问题 (24) 7.1问题总表 (25) 7.2问题处理 (25) 附录I 业务对象 (26)
第一章综述 若采用分册编制方式组织，则本章与第二章、第三章单独成册，其它分册可略去本章、第二章和第三章内容。 1.1编制目的 用简洁的语言描述编写这个文档的目的。 1.2适用范围 本文档适用的范围。 1.3参考依据 列举编写软件需求规格说明时所参考的资料或其它资源。这可能包括且不限于：用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。对于非易获得性或项目所专属的参考资料，应当以附件形式提供。 1.4编制约束 1.4.1图元约束 （1）流程图图元约束：
网上订餐系统需求分析 引言和编写目的（摘自网络）当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，许多顾客由于工作繁忙无法抽出时间来享受美味，这样就产生了快捷订餐的要求，最快的方式莫过于利用计算机网络，将餐饮业和计算机网络结合起来，就形成了网上订餐系统，用能力的餐饮企业对对餐品提供商提供网上订餐服务，不仅提高餐饮企业的服务质量，扩大知名度，也是为最终用户提供方便快捷的食品服务。社会对餐饮的快捷性要求形成了对网上订餐的要求，该项目将使用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、要求：完成软件需求规格说明书编写： （1）基于获取的需求信息以及相关的参考文档，采用基于OMT的需求建模方法构建软件系统的需求模型； （2）基于给定的软件需求规格说明模板编写软件需求规格说明书。 其中，软件系统的需求模型应包括类图表示的对象模型，序列图和状态转换 图表示的动态模型，以及分层的数据流图表示的功能模型。每一种图形化需求 模型应采用工具描述，类图、序列图和状态转换图采用Rational Rose或starUML软件描述，数据流图可采用visio软件描述。 2、具体任务：为“自动取款机（ATM）系统”开发编写需求规格说明书。 关于ATM系统的需求陈述如下： 1）某银行拟开发一个自动取款机系统，它是一个由自动取款机、中央计算机、分行计算机及柜员终端组成的网络系统。ATM和中央计算机由总行投资购买。总 行拥有多台ATM，分别设在全市主要街道上。分行负责提供分行计算机和柜员终端，柜员终端设在分行营业厅及分行下属的各个储蓄所内。该系统的软件开发成本由各个分行分摊。 2）银行柜员使用柜员终端处理储户提交的储蓄事务。柜员负责把储户提交的
存款或取款事务输进柜员终端，接收储户交来的现金或支票，或付给储户现金。柜员终端与相应的分行计算机通信，分行计算机具体处理针对某个账户的事务并且维护账户。 3）储户可以用现金或支票开设新账户。储户也可以从自己的账户存款或取款。通常，一个储户可能拥有多个账户。拥有银行账户的储户有权申请领取银行卡。使用银行卡可以通过ATM访问自己的账户、提取现金，存储现金或查询有关自己账户的信息。 4）银行卡是一张特制的磁卡，上面有分行代码和卡号。分行代码唯一标识总 行下属的一个分行，卡号确定可以访问哪些账户。每张银行卡仅属于一个储户，但同一张卡可能由多个副本。因此，必须考虑同时在若干台ATM上使用同样的银行卡的可能性。也就是说，系统应该能够处理并发的访问。 5）当用户把银行卡插入ATM之后，ATM就与用户交互，获取有关这次事务的 信息，并与中央计算机交换有关事务的信息。首先，ATM要求用户输入密码，接 下来ATM把读到的信息以及用户输入的密码传给中央计算机，请求中央计算机核对这些信息并处理这次事务。中央计算机根据卡上的分行代码确定这次事务与分行的对应关系，委托相应的分行计算机验证用户密码。如果用户输入的密码是正确的，ATM就要求用户选择用户选择事务类型（取款、存款、查询等）。当用户 选择取款时，ATM请求用户输入取款项。最后，ATM从现金出口吐出现金，打印 出账单交给用户。 参考上述应用场景，通过调查完善用户需求，按照需求的内容进行分析， 按照模板要求撰写完整的软件需求规格说明书。 3、需提交的材料： （1）基于模板定义的需求规格说明书的电子版及纸质版，正文前须有封面（见附录1）和目录； （2）基于软件绘制的各模型的电子版； (3) 各组成员的贡献以百分比的形式呈现. 其中电子版发送至邮箱： shunhuiji@https://www.doczj.com/doc/d17002225.html,，纸质版由班长收齐交至勤 学楼4121。 截止时间：1月13日16：00。过期视为“不及格”。 禁止从别处抄袭或相互抄袭，否则0分。
餐馆点餐系统课程设计 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．引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2．可行性研究的前提 (2) 2.2目标 (3) 2.3条件、假定和限制 (3) 2.4可行性研究方法 (3) 2.5决定可行性的主要因素 (3) 3．对现有系统的分析 (4) 3.1处理流程和数据流程 (4) 3.3费用支出 (4) 3.4人员 (4) 3.5设备 (5) 3.6局限性 (5) 4．所建议技术可行性分析 (5) 4.1对系统的简要描述 (5) 4.2处理流程和数据流程 (5) 4.3与现有系统比较的优越性 (7) 4.4采用建议系统可能带来的影响 (7) 4.5局限性 (8) 4.6技术可行性评价 (8) 5．可选择的其他系统方案 (9) 5.1可选择的系统方案一 (9) 5.2可选择的系统法案二 (9) 6．投资及效益分析 (9) 6.1支出 (9) 6.1.1基本建设投资 (9) 6.1.2其他一次性支出 (9) 6.1.3非一次性支出 (10) 6.2收益 (10) 6.3收益／投资比 (10) 6.4投资回收周期 (10) 6.5敏感性分析 (11) 7社会因素方面的可行性 (11) 7.1法律方面的可行性 (11) 7.2使用方面的可行性 (11) 8结论 (11)
1．引言（XX） 1.1编写目的 软件可行性报告的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。 1.2项目背景 特开发的软件系统的名称：《餐厅点餐系统》 本项目的任务提出者： 本项目的任务目标使用用户:各大中小型餐厅 本项目的任务开发者： 该软件系统同其他系统或其他机构的基本的相互来往关系：该系统为完全独立的软件系统，除需要银行提供一个信用卡接口外，几乎与其他系统毫无关系。 1.3定义 【列出文档中所用到的专门术语的定义和缩写词的原文。】 1.4参考资料 《酒店菜单价格管理办法》 《软件工程导论》—张海藩 2．可行性研究的前提（XX） 功能：点菜自动化。简洁方便提供顾客点餐。不用重复以前繁琐人力工作。 要求：面向客户现实特色菜系，菜单选项，价格标注，具体菜名查询，点餐，打印凭条（2张一张给服务员一张给顾客）， 面向厨房显示所需做菜任务，提醒页面。 面向收银撤销菜品页面，售价统计 性能：顾客点餐将完整的输入中心服务器，通过服务器方便厨房及收银人员对菜品的操作，系统更新速度快，满足顾客的换菜等实时要求。 输出要求：打印凭条完整准确无误。数据内容：顾客餐桌号菜单以及各个菜品价格点餐 时间顾客额外要求等。
出行服务网站 产品需求规格说明书 部门： 时间:
目录 1引言................................................ 错误!未定义书签。 编写目的....................................... 错误!未定义书签。 项目背景....................................... 错误!未定义书签。 术语定义及编写说明............................. 错误!未定义书签。 版本更新信息................................... 错误!未定义书签。2产品定义............................................ 错误!未定义书签。 应用目标....................................... 错误!未定义书签。 产品业务流程........................................ 错误!未定义书签。 接口描述............................................ 错误!未定义书签。3应用环境............................................ 错误!未定义书签。 设备环境....................................... 错误!未定义书签。 系统运行的硬件环境............................. 错误!未定义书签。 系统运行的软件环境............................. 错误!未定义书签。 系统运行的网络环境............................. 错误!未定义书签。 用户操作模式................................... 错误!未定义书签。4功能规格............................................ 错误!未定义书签。 前台功能....................................... 错误!未定义书签。MISP网站系统前台主要功能如下图所示：................... 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。
餐馆点餐系统需求分析 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．管理员根据不同的时间段统计处营业额，成本，同时还能统计出每道菜的销售量、任何时间段的销售情况以及每一个顾客的消费情况。 为更好的说明系统，具体功能如下表：
订餐管理系统需求分析 餐厅订餐管理系统需求分析一、引言 1.1编写目的 当今社会的生活节奏越来越快，人们对餐饮的要求也越来越高，不仅要求色香味俱全，而且对于就餐的时间和方式也有了更高的要求，面对餐饮服务业内激烈的竞争形势，怎样才能从餐厅的预定，到客人的结账离开，整个过程应该能够体现以客人为中心，提供快捷、方便的服务，提高餐厅的管理水平，简化各种复杂的操作，在最合理、最短时间内完成餐厅业务规范操作，增加客户回头率。最快的方式莫过于利用计算机，用软件管理餐厅。1.2 开发背景 餐饮业的激烈竞争使得提高餐厅管理员工作效率成为一项重要任务，而借助于计算机管理系统的强大功能，创造客观的经济效益已经成为很多餐厅的首选。 本餐厅订餐管理系统主要针对餐厅管理中的餐桌订餐管理，旨在提高餐厅管理效率，减免手工处理的繁琐和误差，及时、准确地反映餐厅的工作情况、经营情况，从而提高餐厅的服务质量，获得更好的经济效益; 实现餐厅管理的规范化、自动化。 二、任务概述 2.1目标餐厅服务员可通过登陆我们的餐厅订餐管理系统，获得餐厅各餐间的动态信息，从而为客人提供餐间的预定、清洁等服务。餐厅管理员可以增删改查服务员信息、客人信息、各餐间信息，并可以对服务员授予权限。具体目标如下: (1)提供实时、快速、准确的客房动态信息 (2)简便迅捷的客人接待登记服务 (3)有效的预定处理 （4）系统运行稳定可靠快速，易于维护 （5）简单、友好的操作界面
2.2系统介绍 系统名称: 餐厅定餐管理系统 系统用途: 浏览、修改餐厅各餐桌（间）的动态信息，对餐厅各餐间进行预定，方便管理。可以简单管理餐厅工作人员信息和客户信息。 2.3用户特点本餐厅客房管理系统的用户分为管理员和餐厅工作人员两类。 餐厅管理员能够对整个系统进行管理，能够执行系统所有操作。可以对服务员信息、客人信息、各餐间信息进行添加、修改、查询、删除，并可以对服务员授予权限。 餐厅工作人员可通过登陆，进入餐厅订餐管理系统，维护餐厅各餐桌（间）的动态信息，从而为客人提供餐桌（间）的预定、清洁等服务。 三、系统主要功能 3.1主页面显示功能 提供餐桌（间）信息、客人信息、服务员信息、系统管理等导航浏览功能。 3.2餐桌（间）信息 该模块主要完成以下功能: （1）主界面显示所有餐桌（间）的缩略图（如下图3-1），并对餐桌（间）各种状态用颜色或其他标志明显区别显示，让浏览者对各种状态一目了然，尤其是空闲的餐桌（间）的信息。同时，管理员可以更换各种状态的颜色和标志。
酒店点菜管理系统 需求规格分析说明书 * 编写人：李丽芳蒋孝頠冯洪涛刘鹏王文丽 创建日期： 目录 1引言 (1) 编写目的 (1) , 背景 (1) 定义 (1) 参考资料 (1) 2开发背景 (2) 目标 (2) 用户特点 (2)
假设与约束 (2) 3 需求规定 (2) < 对性能的规定 (2) 对维护的规定 (2) 4 运行环境 (3) 设备 (3) 软件接口 (3) 控制 (3) 需求分析 (3) 5概要设计说明书 (7) @ 6图 (10) 6．1 用例图 (10) 类图 (13) 序列图 (14) 协作图 (17) 状态图 (18) 活动图 (20) 7项目成员 (23) ！ 引言 点菜管理系统的实质是管理者对组织的资源进行有效的整合，以达到组织既定目标的动态创造性活动。组织的资源有多种表述形式，无论是对餐饮业财力、物力资源的管理，还是对其他资源的管理，均是以人为主体并由人来实施进行的，人力资源是首要的资源。因此，人力资源管理的好坏，决定了餐饮业经营的成败。 编写目的 本文档是餐饮点菜管理系统的项目需求说明书，对餐饮点菜管理系统的发展进行简要回顾，分析当前的业务流程，总结此类管理系统的基本特点以及总体功能，尽可能完整的概括提取出需求方的全部想法。本文档对项目开发人员、设计人员及系统实施人员具有很重要的指导意义。 背景
目前，我国餐饮业在日常点菜管理中仍普遍采用手工操作方式，整体科技含量低，随着餐饮业高速发展和餐饮店规模的不断扩大，许多餐饮企业采用连锁经经营和集团化运营，手工操作无论是在工作效率、人力成本和决策信息等方面都已经难以适应企业发展的要求，制约了整个餐饮业的规模化发展和整体服务水平的提升。 定义 { 点菜管理系统是帮助餐厅工作人员对点菜进行管理的软件。 参考资料 《软件工程使用教程》郭宁、马玉春、邪跃、吴文红编著人民邮电出版社。
基于Android的餐厅点菜系统需求分析说明书
1.引言 (2) 1.1编写目的 (3) 1.2背景 (3) 1.3参考资料 (3) 2．任务概述 (3) 2.1需求获取 (4) 2.2用户特点 (4) 2.3假设和约束 (4) 3.系统功能需求 (5) 3.1功能需求 (5) 4.系统配置需求 (7) 4.1成本案例需求 (8) 5．外部接口需求 (9) 5.1用户接口 (9) 5.2硬件接口 (9) 5.3软件接口 (9) 5.4通信接口 (9) 6．质量需求 (9) 7．其它需求 (10) 7.1数据库 (10) 7.2 操作 (10) 一、引言
《餐厅点菜系统》旨在详细描述系统功能需求和一些非功能需求，明确需求边界。文档分为四个部分：概述部分描述了项目的目的和范围，并对文档中用到的术语进行说明,系统说明部分对系统进行了简要在描述;需求说明部分对系统从功能要求、安全性、性能等几方面进行阐述;验收标准则描述了系统最终验收通过的准则。 1.1编写目的 《餐厅点菜系统》目的是明确《餐厅点菜系统》中各项功能和非功能性需求，确定系统功能模块。同时为概要设计和详细设计人员提供设计依据，其他本项目组的开发人员也可参阅。 《餐厅点菜系统》的阅读对象为： (1)对相关业务技术和总体方案做出决策的管理人员和质量管理人员; (2)对本《需求规范说明书》进行评审和确认的有关业务、技术人员; (3)参加概要设计和详细设计工作的全体设计人员; (4)《餐厅点菜系统》项目组，其他有权需要调用本文档的人员。 1.2背景 开发项目名称：餐厅点菜系统 项目任务提出者：孙弋老师 用户：所有大中小型酒店管理者 项目与其他软件、系统的关系：本系统要与银行数据系统相兼容。 本系统采用C/S，服务器端Microsoft sever 2003为操作系统平台是Microsoft SQL several 2005 开发软件的数据库服务程序。 1.3参考资料 [1]任良,才李鑫,闫宸.嵌入式电子点菜系统的设计.常熟理工学院学报,2010. [2]奉华成. 无线点菜系统——餐饮企业信息化的必由之路[J]. 中小企业管理与科技(上旬刊), 2011,(01) [3]李振坤,蓝芳华. 基于PDA的无线餐饮点菜应用系统的设计与实现[J]. 计算机应用研究, 2006,(02) . [4]百度文库； [5]《酒店财务管理》； 二、任务概述