这几天开始阅读《软件需求模式》这本书，对于需求现在没有什么感觉，听老师说是很难的东西，这本书前两章就是在讲基础，这对于初学者我想确实是极好的，一些术语也是给于了简单的介绍。
对于一个系统，也就是我们要做的任何的软件，必须把需求提到最主要的位置上来，需求的成败就是一个项目能否成功的关键所在。在需求的道路上往往是道阻且长的，人们这里指的是客户，并不知道一开始应该做成一个怎么样的系统，你需要和他们进行交流并了解他们的工作。这对于一开始做需求的人员来说真是不友好，本来都是一群成天对付电脑的人，电脑那是啥啊，电脑是做出来服务于人的，再智能也没有一个真实的人有血有肉，有自己的想法，这就给我们的需求带来了障碍。之前画系统范围图，可以说，只是给需求一个边，需求这种东西，那是无边无际的东西，就看这么个网页上的问卷调查系统吧，只是一个看似很简单的东西，却是来回变了据说八版有余，这对于新人来说是可怕的，这意味着得多少的精力投入。需求如果可以不划界限的话，那可真是能无限地增值了，程序员都得累死了。由此可见范围的重要性，我感觉跟用户的博弈，这只是刚刚开始嘛，当然得有自己的可以讨价还价的砝码了，这就是凭证。而对于用户的访谈，可以说是进一步的了解情况，我们有什么需要了解的地方，用户才是最终的源头，他们说什么不能做，那我们再想也是没有办法。所以与用户的近距离接触才能使我们做的需求更加完善。对于业务流程，我们最好是可以自己亲手试试，那样才能知道真正需要做的东西，这就是一直说的要站在用户的一方考虑，不是说自己想怎么就怎么样做的。