修改，但问题远远没有这样简单，管理上会变得麻烦很多：前台需要从多家餐馆获取菜单，要管理多家餐馆；财务要对多家餐馆进行结帐；更麻烦的是，有些餐馆要订餐数量多才会送餐，如果哪天某餐馆点的餐不够多，还需要选择了这个餐馆的员工重新订餐。这样复杂的管理，软件应该如何来适应呢？
看来如果寄望通过修改软件来满足这个要求，就会陷入一个“无底洞”，似乎无论怎样做都难以满足要求。实际项目中，经常会遇到这类问题，这时一定要认真地分析：
深入思考修改要求背后的需要是什么。
如果要满足该要求，在软件和管理办法上需要做什么改变，代价有多大。
如果不满足这个要求，影响会很大吗？
中午饭是工作餐，主要目标是方便快捷，员工哪怕吃不到最想吃的，也可以选择吃第二、第三想吃的，中午餐的预算也不可能很大，没有必要将午餐搞得很复杂很丰富，故这个要求可以不满足。
如果我们再动动脑筋，还是有简单易行的办法来解决这个问题的：员工可选择在公司统一订餐，也可以选择自己解决，无论哪种方式都享受公司的午餐补贴，如果在公司统一订餐，则只能选择一家餐厅。这样员工如果图方便，又觉得统一订餐的那个餐厅合适，就可以选择使用订餐系统来订餐；如果觉得想吃点别的，甚至是自己带饭，那就自己解决呗，反正午餐补贴是照样享受的。
6)能不能直接连到餐馆的网页上去看菜式？
为什么有这样新奇的要求呢？订餐标准才8元，这样的餐厅会有网页吗？
有时候用户会突发奇想，提出一些新奇怪异的要求，这时候要思考他的动机是啥了。由于客观条件限制，或者技术上做不到的，要予以拒绝。
为什么会有人想去看餐馆的网页呢？有可能是某些员工想了解一下餐馆的信息，好方便他和家人平时去撮一顿，如果是这样的原因，那只需要告诉他一些餐厅的网址就可以了。
7)能不能做口味分析和营养分析？
口味分析的意思就是希望系统能根据平时你的订餐情况，自动推荐你下次点什么菜。营养分析则是根据你订餐偏好，分析你的餐饮是否合理。这两个功能实在是太高级了，如果真的要做，那么系统需要增加数据挖掘的功能，这可是高技术含量的噢！
那到底要不要满足这个要求？这个要求其实已经超出了本系统的需要了，可以认为是对之前需要的升华，目前就算不满足也不会影响客户当前的使用，但如果要实现的话会导致项目成本上涨，对于这样的情况，可建议客户考虑项目的“二期”。
系统上线了，客户给你的挑战就会陆续而来，上述几个问题是实际工作中常见的几类问题：
对于符合需要的易用性方面的要求，应尽量满足。
有些问题可通过改善管理办法来解决。
有些问题需要同时在软件和管理办法上做工作来改善。
客户一时冲动的要求，可另辟蹊径解决。
客观条件做不到的、技术上做不到的，应予以拒绝。
超出范围的要求，可引导客户做第二期。
1.5 领导“突发奇想”
你好容易满足了大家提出来的各类要求，这回到领导“突发奇想”了！
事情是这样的，领导发现尽管有了订餐系统，但有时候某些员工因为请假或者外出工作，不能及时在网住上订餐，中午回到公司时没有饭吃。领导就萌生一个想法，不在公司的员工能通过手机短讯来订餐就好了！
于是领导对你下达了要求，让你带领订餐系统项目组完成这个新功能。
请你先思考这些问题：
1)领导这个要求的需要是什么？
2)如果要做这个功能，人机是应该如何交互？
3)要实现这个功能，要增加什么设备？软件要怎样修改？
你开始挥汗如雨地干起来了，这个要求可不简单啊！
1)要购买发短信的设备，要研究这些设备的开发接口。
2)手机屏幕这么小，而且只能通过短信来交互，如何选菜单、定餐、取消订餐等细节