这周，在王鹏师哥的指导下，对建材培训进行需求获取工作。
3号王鹏师哥带着我们去跟客户交流。在与客户的交谈中，发现客户对需求是相当模糊的。他们只是知道他们想要一个东西，但这个东西是什么样子的，他们真的知之甚少。如果，你想让他们给你系统描绘出软件的样子，那是大错特错了。这时候，就需要你去引导客户。
如何正确的引导客户将他们想要的东西描绘出来，这是一个比较大的学问了。首先，你需要对他们所想要的东西有一个大体的了解。比如说我们这次的培训网站，如果生活中，你都没有听说过培训这种东西，那让你做这种需求还是比较困难的。当然，通过这事，也说明，我们平时需要多去关注生活。生活中点滴积累的经验很可贵，但是，只凭经验的，走偏的可能性也很大。比如说，我们这次的网站需求获取。刚开始，我们想象报名这块的功能。用户填写表格提交，业务员进行审核确认。用户缴费，报名成功。再来个缴费统计，用户信息查询。想象的是蛮周到的。可是，再一跟用户确认的时候，发现用户根本就不关心这块。网站的主要目标把握偏了，客户只是想展示公司信息而已。所以，经验固然重要，可是一味的沉在经验中的话，也很可能让你离正确的道路越来越远。交流很重要。交流很重要，那我们在于客户交流的时候，要注意什么呢？很重要的一点就是要占到客户的角度去考虑问题。还记得王鹏师哥在于客户交谈时，总是以客户的身份去交谈。如果，我是客户，到你们公司去办业务，那你们怎么接待我……。而不会是以设计者的身份去跟客户交谈。这样，客户感觉离他的生活很近，好跟你交流。同时，也有助于我们获得自己想要的东西。除了这点，问什么也是一个比较重要的问题。一个系统总有他比较重要的部分，这时候，我们要学会把握住重点。像这次，报名一开始就被王鹏师哥认为是比较重要的部分。涉及到财产，客户信息这些问题，系统就要很好的去考虑这些问题。在这部分，师哥问的就比较多。通过这次需求的实现，也体验出权限，用户信息管理在一个系统中地位的重要性。一个系统，可能某个功能不是很强大，但要是用户信息管理不当，财产问题计算不当就会出好多的问题。所以，每个系统这方面的问题都需要认真的考虑。
刚开始写需求，我们分了前台和后台。后来，师哥说，需求中不分前台后台，用户才不懂什么是前台，什么是后台呢！后来，第二版改以用例为主线来描述需求。先将功能模块划分出来，然后，每个功能模块采用用例的形式进行描述。什么人干了什么事情，怎么干的。通过这样的分析，系统的用例出来了，而且，好多刚开始没有想清楚的问题，也明白了好多。
以前实践工程，需求没有想的很清楚。都是边做边改。这次，在师哥的督促下，需求想的比较全面。四版需求，一改再改，每一部分想的都比较清晰。再设计数据库的时候，发现真的是省力好多。
业务驱动技术。在界面的实现中，我们从网上当了一些资源。网上资源真的是很多，好多东西只要你敢想象，技术问题很少会成为阻碍你的因素。业务真的很重要，而idear的获取，就需要我们平时多去关注生活。关注什么当然也是我们需要考虑一下的，多关注一下大家的杰作，我们自己就会变的很profession。不要局限于小公司的小部分的事物，要将眼界放宽一些。
记录很重要。在我们与客户的交谈中，我们记录了笔记。好多问题，你当时听的时候，感觉你知道了。可是，事后你会发现你遗漏了很多。很多东西可能你当时没有理解正确，感觉不正确。当你事后想明白的时候，如果没有笔记你就很可能不记得了。可是，有笔记就不会出现这些问题。回来，从他的只言片语中，找出有用的精华。会使我们少走好多的弯路。
一件事情熟悉环境所需的时间往往占到整个工程时间的一半多。这次做工程，需求获取与首页的设计就用了四天的时间。而我们只有七天的时间。会不会觉得很慌张啊。当时，我们也确实有点。可是，环境熟悉了，整体框架有了，以后的事情会很快。1天多的时间我们就把其他的页面弄完了。
对待事物要有一个正确的态度。这次画完界面后，我们开始写文档。对文档的态度，自己不是很好。有点糊弄的感觉。还好王鹏师哥比较严厉。用例图不行，活动图不能再概要里面画。还要改。呵呵……在于王鹏师哥的交流中，发现王鹏师哥做事情都会有一个理由。我为什么是这么做的。当他检查我的文档时，也会问我这样的问题。你是怎么考虑的。我觉得这是一个非常好的习惯。我们做事情都应该给自己一个理由。我为什么这样做，我这样做有什么好处。如果，你没有理由的话，那就不要这样做。好多事情，之所以你觉得没有收获，是因为你没有认真去想，如果你认真的去考虑了，那你就会有收获。
来源：https://www.cnblogs.com/yanmei-yaomy/archive/2011/12/10/3024803.html