张传波（网名：Fireball，大大大火球）

说教性质的需求分析理论，各位看了也白看，所以咱们就来一个真实个案——“订餐系统”体验一下。“订餐系统”貌似简单，但陷阱重重，各种需求分析的经典场景将会一一重现，各位做好准备接受这个挑战没有？我将分8篇为大家分析，全部内容超过1万1千字，而且有n多图片和思考题，请准备好盒饭边吃边看吧:)

为方便大家找到合适的文章，我将一些精华文章的索引汇总在一起，只需要轻轻一点就可以快速达到你想看的内容啦！目前已经汇总的文章又：“软件设计是怎样炼成的”系列文章、“神马是敏捷”系列文章、IT项目求生法则系列文章、需求分析挑战之旅系列文章、UML扫盲文章、设计模式扫盲文章、CMMI扫盲文章、IT职场求生系列文章等。

春运到了，12306被推上了风口浪尖，大家将买不到票的怨气全部吐在12306上！几年前火车票已经实名制了，那黄牛应该就找不到赚钱的空间了，但因为业务流程上的漏洞，造就了黄牛存在的空间。如何改善业务流程，让更多的票到真正需要的人手上呢？

订餐系统的故事还没有结束，过了一段时间，大家（前台、财务、开发、领导）的抱怨陆续又来了！折腾了这么久，结局原来是这样？真是不胜唏嘘啊！需求分析过程是一个很考验人很折腾人的过程，好好总结本文所列举的各种情况，做好准备继续接受来自工作中的挑战吧！这是本文最后一篇，希望能对你的需求分析工作带来一些启发，谢谢！

需求分析是榨干人脑汁的活，超具挑战性的工作！要站在比客户更高的角度把握住客户的需要，然后将客户的这些需求转化为软件可实现的需求规格，与此同时还需要为客户提供与软件相匹配的管理意见。你做好准备迎接这样的挑战了吗？

大部分情况下，需求分析的工作总是比较被动的，总会有点被客户牵着鼻子走的感觉，为什么会这样呢？怎样才能变被动为主动呢？本文将会分享三个图，揭示做好需求分析工作的本质。

经历了上一篇的“需求变更”，你好容易满足了大家提出来的各类要求，这回到领导“突发奇想”了，领导“突发奇想”，你懂滴！

人是会死滴，需求是会变低！本篇我们将面对我们软件研发人员之痛——需求变更！由于你的彻底而深入的需求分析工作，订餐系统进展非常顺利，很快就上线运行了！但问题也就来了，客户陆陆续续提出了以下问题：1)要经过好几个页面才能进入订餐页面，不太方便，希望能在首页直接进入订餐页面。2)一次只能定一天的餐，不太方便，希望一次能定多天的。3)我有时选了一个菜，前台却说这个菜没有了！4)能不能提供多家餐馆选择？5)订餐标准才8元，现在物价都涨了，能不能提高一下标准？6)能不能直接连到餐馆的网页上去看菜式？7)能不能做口味分析

做好需求工作的7个问题：1.本项目的背景是怎样的？2.本项目能解决什么问题？3.本项目的关键涉众有哪些？（说明：涉众是指系统会影响到的人、角色、单位等，或者说什么人、角色、单位会影响到本系统。）4.本系统要达到怎样的目标？5.本系统的范围是怎样的？6.本系统应该具备怎样的功能？7.本项目成功标准是怎样的？

需求分析过程，无非就是由背景到需要到需求规格的过程，这个过程是螺旋前进的。需求分析中最难解决的问题往往就是搞不清需求之根源，把握不清背景和需要，往往就会被繁琐的需求规格所困住，被客户牵着鼻子走。理论是完美的，现实是残酷的，我们先说说需求分析的大道理，下一篇再来些干货吧！

需求不确定，老板直接和客户谈需求，项目经理不能或不方便参与，打下手，这类项目怎样办？要深层次了解客户的想法，各种利益，地盘等，这很难做得到吧？并且也要花不少时间去沟通吧？做需求分析是不是应该偏向于把真实得业务需求了解透，可以先不用考虑技术实现？