博主在十年的软件发展中的到了些许感触，进而写下了这篇文章，在过去的十年中，太多的语言与应用软件被开发出来了，诸如J2EE和.NET这样的大型web应用。
但是令他最难以忘怀的就是在公司中的恶钟钟经历，很多需求分析的工作是从需求调研开始的，我们就从这里说起吧。需求调研是需求分析最重要的一环，也最集中地体现了需求分析的特点——既是一份体力活儿，更是一份技术活儿。
它既要求我们具有一种理解能力、设计能力，更要求我们具有一种与人交往、沟通的能力。
很多时候，我们经历的不仅仅只是一种痛苦心酸的过程，反而是一种庆幸之余的大彻大悟，人与人交往，往往在接触的初期就决定了相互的行为方式，与客户交往也是一样。起初的唯唯诺诺，客户说啥就是啥，必然造成客户不再关注你的意见，对你发号施令就可以了。
相反，起初展现出一位技术专家的姿态，能大方而得体地提出自己的意见，会使客户重视你的意见，甚至主动征求你的意见。
这一方面要求我们对自己要有足够的自信，另一方面也要有循循善诱的表达能力。
如果我们做到了这些，就会客户心目中形成一种威信，使项目向着一种良性的方向前进。
与西方人不同的就是，我们做事情的时候往往侧重于自身的情感，而忽略了项目本身的目的。
分析一个客户人群的关系，就是在分析这个人群中，谁有意愿支持我们，而谁却在自觉不自觉地阻碍我们。
那些通过这个项目可以提高政绩，提高自身价值的人，都是我们可以争取的盟友。
他们是我们最可以依赖的人，我们一定要与他们站在一起，荣辱与共，建立战略合作伙伴关系。
现在说程序方面吧，我认为在一个系统中，用例需要细化几次，是由这个用例的业务复杂程度决定的。
对于一个简单的用例，只需要细化一次就够了；而对于比较复杂的用例，则需要细化2~3次，甚至更多。
同样，细化需求也需要一定的方法与思路。
一般来说，我们可以有两个方向细化需求：业务流程分析与业务领域分析。这里，我们先谈谈业务流程分析吧。
