下面以《餐厅点菜系统》实例！仅供参考！餐厅点菜系统1.引言1.1目的随着我国市场经济的不断发展，国民生活水平的不断提高，进入酒店,餐厅等消费场所的人数也与日俱增。

传统的手工点菜方式存在难计算、难查找、难更改、易出错、效率低等缺点，因此，继续开发一个相对效率更高，功能多样，的餐厅点菜管理系统。

为了更好的满足广大消费者的多元化消费需求和不同层次的消费水平，提高餐厅的服务管理质量，提高餐厅工作人员的工作效率，本人在充分考察其他餐厅以及酒店点菜管理系统的基础之上，以提高消费者的满意程度及商家的服务水平和市场竞争力为目标，对现有的餐厅点菜系统做一个相对比较简单的需求分析。

1.2背景系统名称：餐厅点菜管理系统行业情况：目前，我国餐饮业在日常点菜管理中仍普遍采用手工操作方式，整体科技含量低，随着餐饮业高速发展和餐饮店规模的不断扩大，许多餐饮企业采用连锁经经营和集团化运营，手工操作无论是在工作效率、人力成本和决策信息等方面都已经难以适应企业发展的要求，制约了整个酒店餐饮业的规模化发展和整体服务水平的提升，如向阳渔港、张生记等. 在中国饭店协会颁布的中国餐饮业产业贡献奖和学术贡献奖中，联想集团、神州数码、清华同方及中国网通等国内知名IT企业也榜上有名，这些IT企业都已瞄准了酒店餐饮业信息技术应用市场的巨大潜力。

据预测，未来3至5年内，信息数字技术产品在中国饭店与餐饮业的应用将达到一个高峰，市场最大容量可达2300亿元人民币。

就点菜系统而言，最普遍的是计算机收银台录入菜单设备、POS点菜系统，除了这种点菜系统，其它的计算机信息系统已经从预订、接待、点菜、菜品上传、厨房分单打印、条码划菜、收银、经理查询等方面在大型餐饮企业全方位地整合起来了。

（摘自IT168—中国第三方餐饮企业信息化研究）用户：该系统面向的用户主要是大中型餐厅1.3参考资料1.4术语需求分析：只对要解决的问题进行详细分析，弄清楚问题的要求，包括输入什么样的数据，要得到什么结果，最后应输出什么。

用户：利用计算机系统提供服务的人，这里主要指顾客，经理厨师功能需求：只开发人员必须实现的软件功能或软件系统应具有的外部行为。

性能需求：只实现的软件系统功能应该达到的技术标准，如：计算效率和精度，可靠性，可维护性和可扩展性等。

2.任务概述2.1目标为了提高目前大中型餐厅传统点菜方式的效率低下，以及错误频出的问题，我通过对一些酒店餐厅的餐厅点菜业务过程以及点菜系统进行考察，提出独具二色的餐厅点菜系统，希望能够改变传统的点菜方式，使消费者在点菜时有更多的选择，更多的自主权，同时，使得顾客点菜的方式更加多样化，点菜系统采用交互模式，使顾客可以根据自己的喜好更加自主的点菜。

该统主要应用于大中型餐厅。

该系统完成的功能主要有点菜，退选，更改，选择口味，评分，建议等功能。

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。

如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2系统（或用户）的特点该系统主要用于大中型餐馆，用户是来自不同年龄层的人，具有不同的知识背景和知识水平，很多顾客没有相当的专业计算经知识，因此系统的操作要求是操作简单，界面友好。

应能是绝大多数顾客一看就知道如何操作。

由于系统的数据会随着顾客的增加而增加，随时间而积累，数据具有局部时间有效性，因此，系统可以有自动清除数据的功能，以减少系统管理员的工作量。

系统应尽量减少图片的输入输出一提高速度，另外系统应具有高稳定性和安全可靠性。

2.3假定和约束经费预算：100万人民币开发时间：六个月其他限制：1）系统的反映速度应该控制在一个比较适当的时间，一般应以3S，2）应能够使系统在一定的时间段可以容纳足够的数据流量，这与餐馆的顾客流量有关，大型的餐厅数据流量显然要大一些，而且还与时段有关，餐厅的时间都集中在某几个特定的时间段。

3）可维护性，当客户的功能需求或者性能需求发生改变时，系统能够及时，低成本的达到新的需求。

或者，系统灵活。

列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。

3需求规定3.1软件功能说明1）系统管理模块系统管理员可以根据餐厅现有的原材料设置可供用户选择的菜单，可以对菜的种类，价格，对餐当进行删除，添加，改名，查找等操作。

系统管理员还应该能够进行用户的权限设置，保证系统安全性。

2）客户服务模块顾客可以根据系统显示的菜单搜索，点菜，退选，提醒，建议，打分，顾客还可以通过点名厨师做以及点配料要求厨师做菜，增加交互。

系统自动计费，记录销量，便于统计营业额，记录系统点菜状况，有助于详细记录营业状况，有利于公司制定市场计划。

20项}图2-4 系统管理模块用例图客户服务用例图用例图3）后台管理模块经理可以根据点菜记录，对菜单进行相应的调整，向顾客推荐特色菜或和特价菜，厨师可以查看点菜的实时记录，根据顾客要求做菜。

逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。

3.2对功能的一般性规定由于用户水平不均，因此要求该系统具有操作简单，界面友好的优点，同事，系统应该可以提供实时服务的功能，可以在线呼叫服务员，以求解决系统问题或者其他有关方面的问题。

还可以有错误提示音，引导用户进行正确的操作。

界面上可以有用户使用参考资料，便于用户在最短的时间内掌握系统的必要操作。

本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。

3.3对性能的一般性规定3.3.1 精度见假定与约束3.3.2 时间特性要求一般系统的反应时间应该控制在3S 以内。

酒店经理厨师服务员顾客3.3.3 灵活性系统一改可维护性强，当需求发生变化时，为适应新需求而做出的系统更改应该对系统的安全性，稳定性，系统的开发进度影响尽量小，对适应需求所做成的改变成本应该最大限度的低3.4输入输出要求菜名：String 数据类型厨师ID：long 数据类型打分：float 数据类型评价：String 数据类型呼叫：选择已有呼叫方式进行呼叫输出则有系统固定相应的输出方式，对于已售完的点菜显示售完信息。

对于不存在的菜提出提示。

按用户的选择显示信息，并要求用户的最后确定。

4数据管理能力要求（针对软件系统）为最大限度的适应市场需求，并且注意降低成本，我们要对餐馆的业务量进行定量的分析，要求保证在餐厅营业的高分其不会出现操作延迟严重的现象，要保证操作的延迟控制在3S以内，根据一般的情况，应能够保证在同一时间，可以有10名顾客同时进行操作，10名厨师或经理进行操作。

4.1 故障处理要求1.由于系统管理员操作不当造成系统崩溃，解决方法：有专业人员在最短时间内修复，并进行故障记录。

2.由于系统超负荷工作造成瘫痪，解决方法：重启优化系统，对系统中已有数据注意进行清理，还原重要数据。

3.配置太低，系统无法正常工作。

解决方法：及时更换设备，或者通过较少关闭某些不太必要的功能维持系统正常运行。

4.断电造成系统数据丢失，解决方法：经常对数据进行备份，数据丢失时通过原有数据完成对数据的修复。

5.用户的某些误操作造成系统不稳定，解决方法：即使进行数据清理4.2其他专门要求可维护性：要求系统在出现故障时可以在最短的时间内修复，需求发生变化时，系统足够灵活，可以以最小的成本代价满足需求的变更。

可靠性：系统运行安全时间长，不易发生崩溃，不出错，用户放心。

易操作性：界面友好，操作简单，对用户没有特别的专业要求。

稳定性：能够长期正确，快速的处理数据。

5运行环境规定5.1设备服务器客户端相关设备5.2支撑软件1）操作系统2）数据库管理系统5.3接口遵循一般软件间的通信协议。

5.4控制摄像头、键盘、鼠标，触摸屏6.尚需解决的问题以列表的形式列出在需求分析阶段必须解决但尚未解决的问题7.测试7.1 引言7.1 .1目的测试系统是否满足需求，为了测试系统的健壮性，保障系统的完备。

7.1.2 背景所有硬件设备基本配置完毕，系统已具备逻辑及操作架构。

系统部分功能实现。

7.1.3 测试范围测试系统的运行，查询，信息操作性能。

测试服务器、数据库的负载能力。

系统的可维护性和易操作性。

7.1.4 项目文件列表相关文件列表7.2测试需求7.2.1 分析各种信息反复检查并理解各种信息，和用户交流，理解他们的要求。

可以按照以下步骤执行：1）确定软件提供的主要商业任务2）对每个商业任务，确定完成该任务所要进行的交易。

3）确定从数据库信息引出的计算结果。

4）对于对时间有要求的交易，确定所要的时间和条件。

这些条件包括数据库大小、机器配置、交易量、以及网络拥挤情况。

5）确定会产生重大意外的压力测试，包括：内存、硬盘空间、高的交易率6）确定应用需要处理的数据量。

7）确定需要的软件和硬件配置。

通常情况下，不可能对所有可能的配置都测试到，因此要选择最有可能产生问题的情况进行测试，包括：最低性能的硬件、几个有兼容性问题的软件并存、客户端机器通过最慢的LAN/WANF连接访问服务器。

8）确定其他与应用软件没有直接关系的商业交易。

包括：管理功能，如启动和推出程序配置功能，如设置打印机操作员的爱好，如字体、颜色应用功能，如访问email或者显示时间和日期。

9）确定安装过程，包括定置从哪安装、定制安装、升级安装。

10）确定没有隐含在功能测试中的户界面要求。

大多界面都在功能测试时被测试到。

还有写没有测到，如：操作与显示的一致性，如使用快捷键等；界面遵从合理标准，如按钮大小，标签等。

7.3. 测试策略7.4 测试内容根据软件项目的实际特点确定确认测试的测试内容。

对部分软件项目除基本的功能测试外，可能还包括性能测试、安全性测试、极限测试、并发操作测试等。

1）功能测试测试各项功能是否完全实现，是否满足用户的功能需求，通过场景进行模拟测试。

2）用户界面测试由开发人员和用户代表操作用户界面，调查用户满意程度，测试界面的友好程度以及操作的简单方便性是否达到既定要求3）性能测试输入数据，测试系统的安全性，稳定性，正确性是否达标4）配置测试测试系统要求的最低软件和硬件配置是否和需求相同5）安装测试在符合系统配置的软件和硬件环境下测试系统的安装时间是否适中，安装过程有无异常，安装是否完全。

7.5 资源7.5.1 人力资源7.5.2 系统资源7.6人员安排7.6.1估计测试工作量安排好每一个测试的时间，分析测试需求的数目和每一个需求测试的数目，再由工作量等于每一个测试的时间*每一个需求测试的数目*测试需求的数目可得工作量，有需求分析可得测试工作量为62个月。