标签：
构架之法第八章讲了需求分析。一般程序员是不会和客户直接沟通需求的，都是在经过几级的传话之后才能到程序员的跟前，有一个游戏，就是一排人，一个接一个的传话，就像这样有准确的语句，不需要个人理解的事情，到最后都会产生很奇怪的理解和答案。所以在需求调查阶段，初始的需求分析，就对需求分析人员的理解能力和表达能力有较高的要求。就要分析人员既能理解程序员的思维方式，又能理解客户的要求，并对什么要求是不可实现或难易程度，有基本的了解。这样做出的需求分析才能发出应有的作用，并让程序员们在后面的开发环节能尽量不走歧路，又快又好得完成客户需求。
需求分析有各种形式的需求分析，在不同的情况下我们可以采用不同的需求分析，可以开发人员集体讨论焦点小组的形式进行需求分析，可以在软件设计前，用模型分析看看产品是否方便携带和使用即快速原型调研，可以在软件设计前或设计后进行用户调查，用户调查也有很多种形式，可以面谈，问卷调查等。还可以研究用户日志，人类学调查跟动跟踪研究等等等等。
在需求分析完成之后，我们就要进行功能的定位与实现阶段，这儿有一点非常重要的就是不要天马行空，你对功能的设想应该是符合显示的，方便实现的，是具有可行性的。在实现功能的时候我们应该注意以下几个方面，我们的程序应该有自己的特色，有一些功能我们能够做到，别的产品不能，还有产品的适用性，产品要是能在更多的平台上运行这也将是一种优势。还有产品必须要有的功能，就像计算器吧，你算数一定不能算错，这就是必须要求，还有产品的辅助需求，你一定不能把软件做得很丑，让人看着就不舒服，美观也是很重要要的，要是能让用户选择产品的样式，使更多的人能够满意，应该会为产品加分不少。
再就是任何的感想心得都是别人的，我们只有在自己的开发之中遇到问题，解决问题之后才会对这些感悟有更深刻的理解。程序员编程的熟悉程度一定和他曾经写过的代码量有很大关系。加油，因为喜欢，相信自己可以做得更好！
标签：
原文地址：http://www.cnblogs.com/amiee/p/5371236.html
