1.设计概述
概要设计主要是利用比较抽象的语言对整个需求进行概括，确定目标系统的构架，确定整个系统的处理流程和系统的数据结构，定系统由那些模块组成的，以及这些模块相互间的关系，实现对系统的初步设计。
1.1需求概述：
系统目标：实现用户远程在食堂下订单的需求。
本系统的主要输入项目：
1、用户个人的基本信息，如注册时的用户名，学号等。
2、食堂菜品商品信息，如价格，口味等。
3、用户取餐需要的时间，联系方式等。
本系统的主要输出项目：
用户浏览菜品信息，下单菜品，去食堂取餐。
1.2限制和约束
简要描述起到限制和约束作用的各种可能存在的条件，例如：
- 技术条件：对于Android端的编写不是非常熟悉，较为复杂的功能无法实现。
- 开发环境(包括：工具和平台)：在Android Studio中进行Android端APP的开发。
- 时间限制：一个月。
食堂远程下单系统的业务规则及约束如下：
（1）所有人均可在系统内可以根据菜品名称搜索菜品信息，但是只有登录注册的用户才能够提交订单，给菜品留言及维护自己的账户信息。
（2）每位用户由唯一的学号标识，同时，每位用户的名称也可以唯一标识用户信息。
（3）用户登录系统的账号为用户注册时输入的用户名称。
（4）系统管理员可以查看用户信息，但是不能增加和修改用户信息，必要时可以删除用户信息。
（5）系统管理员统一对系统中的数据维护。
（6）食堂只能进行菜品订单查看和汇总。
（7）订单需记录交易状态，包括交易关闭及交易正常；同时订单还需要记录订单状态，包括已完成、未完成及已取餐。
（8）用户可以查询自己的订单。
（9）同一个订单可以订购多种菜品。
1.3设计原则和设计要求
1.3.1完整性原则
本文所要设计食堂远程下单系统，应该保障有完整性，因为系统是由各个功能子模块所组成，每一模块都是有特定的功能，所设计的系统，尽管由于资金、人力等限制，无法在短时间内将系统设计的那么完善，可是系统的功能是必须要完整的，菜品的订购，菜品搜索，菜品评价功能等，这些子功能模块都是不可或缺的，并且将这些功能尽可能的规范化，以便于后期的维护和升级。
1.3.2相关性原则
食堂远程下单系统是一个整体，尽管它是由各个功能模块所组成，各个子模块联系起来的。一旦某一个模块发生了变化，其他模块也会受到影响，所以在系统开发时，需要考虑到模块的相关性，把所设计的交易平台作为一个整体来考虑和设计。
1.3.3适应性原则
本文所设计的系统一定要能够适应用户的变化和环境的变化，系统在最初始设计时，就要对系统以后可能发生的变化和升级做好预算，为系统的升级留下足够的空间，这样才能使系统能够在校园内长期存在，以方便简洁的形式为校园服务。
1.3.4可靠性原则
所设计的系统必须具有可靠性，这样稳定运行的系统才会让用户觉得可靠，也让用户能够方便使用系统的功能，要求系统具有可靠性，那么就要使硬件可靠同时开发的软件也是可靠的，同时也要有可靠的安全措施来维护系统的功能。
1.3.5经济性原则
文中所提出的食堂远程下单系统，相对来讲是比较经济的。只是需要在开发的前期有一定的经济投入，一旦系统被运行起来，后期的维护就只需要很少的经济花费，同时，APP也可以通过对用户收取极少的额外费用（比如一单多收一角钱，打包饭盒都要一角五）和代言广告（可以在首页做广告）来维持APP日常费用，由于本APP是应用于学校的，不是以赚取利益为目的，只需要维护APP花费即可。