系统设计工作应该自顶向下地进行。首先设计总体结构，然后再逐层深入，直至进行每一个模块的设计。总体设计主要是指在系统分析的基础上，对整个系统的划分（子系统）机器设备（包括软、硬设备）的配置、数据的存贮规律以及整个系统实现规划等方面进行合理的安排。
系统设计的任务是：在系统分析提出的逻辑模型的基础上，科学合理地进行物理模型的设计。系统模型分为逻辑模型和物理模型。逻辑模型主要确定系统做什么，在系统分析阶段提出而；物理模型则主要解决怎样做的问题，系统分析阶段提出在系统设计阶段提出。
系统设计原则主要有：
1.系统性。系统是作为统一整体而存在的，因此，在系统设计中，要从整个系统的角度进行考虑，系统的代码要统一，设计规范要标准，传递语言要尽可能一致，对系统的数据采集要做到数出一处、全局共享，使一次输入得到多次利用。
2.灵活性。为保持系统的长久生命力，要求系统具有很强的环境适应性，为此，系统应具有较好的开放性和结构的可变性。在系统设计中，应尽量采用模块化结构，提高各模块的独立性，尽可能减少模块间的数据耦合，使各子系统间的数据依赖减至最低限度。这样，既便于模块的修改，又便于增加新的内容，提高系统适应环境变化的能力。
3.可靠性。可靠性是指系统抵御外界干扰的能力及受外界干扰时的恢复能力。一个成功的管理信息系统必须具有较高的可靠性，如安全保密性、检错及纠错能力、抗病毒能力等。
4.经济性。经济性指在满足系统需求的前提下，尽可能减小系统的开销。一方面，在硬件投资上不能盲目追求技术上的先进，而应以满足应用需要为前提；另一方面，系统设计中应尽量避免不必要的复杂化，各模块应尽量简洁，以便缩短处理流程、减少处理费用。
4.2    系统数据库详细设计
4.2.1    概念模型设计
（1）    菜类别和菜肴的关系
实体间关系：一个菜类别能包含多个菜单，如图4.2所示。
 
图4.2菜类别和菜肴的关系图
（2）    新闻数据库设计
新闻数据库存储设计，属性展示，如图4.3所示。
 
图4.3新闻数据库设计图
（3）    菜单和菜单信息的关系
实体间关系：一个菜单只能包含一个菜单信息，如图4.4所示。
 
图4.4菜单和菜单信息的关系图
（4）    菜单和菜肴的关系
实体间关系：菜单可以属于多个订单，一个订单只能包含一个菜单，如图4.5所示。
 
图4.5菜单和菜肴的关系图
（5）    菜单和订单的关系
实体间关系：菜单可以属于多个订单，一个订单只能包含一个菜单，如图4.6所示。
 
图4.6菜单和订单的关系图
（6）    用户和订单关系
实体间关系：一个用户只可以创建多份订单，如图4.7所示。
 
图4.7用户和订单关系图
（7）    用户和订单的关系
实体间关系：一个用户只可以创建多份菜单，如图4.8所示。

 
图4.8用户和订单的关系图
4.2.2    逻辑模型设计
数据库逻辑设计分为三个阶段，分别是：用户要求、建立E-R 模型和数据库模式设计。
数据库逻辑设计中的第一阶段收集和分析用户需求是按以下四步进行的：分析用户活动，确定系统范围，分析用户活动所涉及的数据和分析系统数据。逻辑设计第二阶段建立E-R 模型分两步，首先应进行局部E-R 模型设计，然后进行总体E-R 模型的设计。逻辑设计第三阶段在数据库模式设计阶段分两步进行，第一步初步设计，把E-R 图转换为关系模型，第二步优化设计，对模式进行调整和改善。 ASP.net+sqlserver网上订餐系统设计与实现+ER图(7):http://www.youerw.com/jisuanji/lunwen_1239.html