Drupal项目实战-公司订餐系统（三）

上节回顾

上一节的进展为： 

• 创建了Food的Content type
• 使用CCK创建了Food的相关字段
• 修改了node-food.tpl.php

目前，简单的菜单管理功能模块可以说基本上完成了，除了权限控制部分。我认为权限控制应该在所有系统功能完成后再统一考虑，目前还是先实现功能为主。那么接下来，就可以进入订餐功能模块的开发了。本文我们就开始订餐功能的设计和开发。

订餐功能模块分析

公司员工在浏览了菜单后，可以选择订购此午餐，同时设定购买数量。由于菜单是一个套餐，因此通常一个员工只会选择一种套餐。但是，此处我认为应该在一定程序上考虑系统的可扩展性，也就是说，应该考虑一个用户订两个或多个“套餐”的情况。因为很显然的是，员工小A想替小B和小C订餐的话，那么使用小A的帐户就需要同时订购三种不同的套餐。

其实此处就存在一个实际的业务模型和系统模型间的映射关系。如果只是从“一个员工中午只吃一种套餐”的常识来想，将每个“帐户”设定为“只允许订购一种套餐”的话，做成的系统就明显不适合使用了。这点也提醒做系统设计的朋友们要注意。

由于目前本系统只限于某公司员工内部使用，因此不存在需要填写送餐地址的信息。同时为了方便起见，暂时不考虑网上支付。这样问题就简化了。另外，用户在订餐时，通常会按照个人口味提出一些建议，因此系统还需要提供一个文本框，用于用户对订餐进行一些“补充说明”。

总结一下，订饭的流程如下：

1. 浏览菜单并选择“订购”某套餐
   
2. 设置订购数量
   
3. 输入补充信息
   
4. 查看购物车并确认生成订单
   
5. 查看订单状态（已收到订单、已发货、收货确认）
   

图！图！图！

我认为任何语言的描述都不如页面草图来的直接。UML和简洁的文字都不是和客户交流的最好方式。看得见的页面图才是最有效的办法。

上面几张图演示了在浏览套餐菜单后，可直接订餐的全部过程。

（未完待续）