3．系统可行性与需求分析
3.1系统可行性分析
3.1.1经济可行性
程序设计上基本不花任何费用，系统的组件只需要带触摸屏电脑若干，属于一次性花费。整个软件对于计算机要求极低，所以日常文护成本也比较有限，与提升的效率相比是值得花费的投资。
3.1.2技术可行性
技术方面，C#语言的技术早已普及，对于数据库操作以及数据库连接实现都非常简单，所以技术上没有难度。
3.1.3用户使用可行性
针对普通员工、管理员开放不同功能，普通工作界面全部操作只需点击即可完成且在设计时尽量减少操作步骤，画面与按钮的数量，仅保留最重要的确认信息，即使完全不懂电脑也可以简单的上手。而在管理界面也尽可能的简化操作，例如对菜单的管理，全部的查看、修改、追加功能都能在一个画面完成，与常用的管理软件基本相同。
所以综上，该项目在技术、经济和用户使用是完全可行的，可以进行开发。
3.2需求分析
    需求分析在整个项目开发过程中占有重要的作用。一个好的需求分析能够明确任务要求，使得在系统设计时能够有清晰的目标，提高开发效率。软件使用过程当中应该分权限管理，一般的,管理员、职员、收银员的权限应该各不相同。 前台和后台必需分工明确，系统的文护，设置。餐厅初次使用软件时必需对酒店所有信息进行初始化，其中包括餐台、菜单、员工等，此过程在数据库中实现。为了应对校园中食堂的多样性，系统分为两种模式，餐馆模式和食堂模式，可供食堂的不同需求进行选择。
3.2.1需求调查与分析
本次设计的系统，其主要功能为减轻人工负担，帮助计算餐费，从而提高整体效率，起到降低高峰时的大量人流长排队的问题。
目前网络上已有了一些有关电子点菜系统的软件及其使用介绍或产品推广视频，但主要是为酒店、饭店提供的，并不适合在食堂使用。
其主要原因为：
(1)饭店内的点菜系统实质多为电子菜单，和服务员的人工服务没有本质区别，但在食堂没有太大应用价值。
(2)饭店的菜单罗列了所有可选项，改动不大，所以目前的电子点菜系统对于菜单的管理选项较弱，而食堂每个窗口的菜每天都有少许变动，因此需要经常刷新系统。
(3)饭店由于面向顾客的缘故，所以菜单较为美观，往往一页只有一到两道菜并作详细介绍，但学生在食堂则主要考虑菜的种类及价格，饭店式菜单系统会影响使用效率。
因此设计时主要考虑因素为以在食堂使用为前提条件：简化食堂工作人员的工作、避免因大量而快速的计算导致的价格错误。
基于此要求，本系统设计时遵循的原则是结构简单，操作方便，易于使用，针对学校食堂的特点，减轻人员负担，自动计算餐费。
预计的系统使用者有三类：
(1)    消费者（主要是学生和老师）
(2)    食堂员工
(3)    管理人员
系统的主要功能为点菜及对于菜单的管理，而管理员可以通过高级登录来打开菜单以及人员管理界面，进行查看、修改等常规数据操作。
3.2.2业务流程分析
工作人员：首先进行普通登录，打开工作界面，根据食堂的不同要求选择不同的模式（餐馆模式或食堂模式）。在餐馆模式中，工作人员进行顾客开台操作，然后查询菜单，继而开始点菜，最后进行结账业务。
 
图3.1工作人员流图
管理员：通过管理员登陆，可以打开菜单管理界面，在其中能对菜单的各种信息进行查看、新增、修改及删除等常规的数据库管理操作。 C#触屏式终端的校园电子点菜系统设计(5):http://www.751com.cn/jisuanji/lunwen_4539.html