构建之法阅读笔记03

  构架之法第八章讲了需求分析。一般程序员是不会和客户直接沟通需求的,都是在经过几级的传话之后才能到程序员的跟前,有一个游戏,就是一排人,一个接一个的传话,就像这样有准确的语句,不需要个人理解的事情,到最后都会产生很奇怪的理解和答案。所以在需求调查阶段,初始的需求分析,就对需求分析人员的理解能力和表达能力有较高的要求。就要分析人员既能理解程序员的思维方式,又能理解客户的要求,并对什么要求是不可实现或难易程度,有基本的了解。这样做出的需求分析才能发出应有的作用,并让程序员们在后面的开发环节能尽量不走歧路,又快又好得完成客户需求。

  需求分析有各种形式的需求分析,在不同的情况下我们可以采用不同的需求分析,可以开发人员集体讨论焦点小组的形式进行需求分析,可以在软件设计前,用模型分析看看产品是否方便携带和使用即快速原型调研,可以在软件设计前或设计后进行用户调查,用户调查也有很多种形式,可以面谈,问卷调查等。还可以研究用户日志,人类学调查跟动跟踪研究等等等等。

  在需求分析完成之后,我们就要进行功能的定位与实现阶段,这儿有一点非常重要的就是不要天马行空,你对功能的设想应该是符合显示的,方便实现的,是具有可行性的。在实现功能的时候我们应该注意以下几个方面,我们的程序应该有自己的特色,有一些功能我们能够做到,别的产品不能,还有产品的适用性,产品要是能在更多的平台上运行这也将是一种优势。还有产品必须要有的功能,就像计算器吧,你算数一定不能算错,这就是必须要求,还有产品的辅助需求,你一定不能把软件做得很丑,让人看着就不舒服,美观也是很重要要的,要是能让用户选择产品的样式,使更多的人能够满意,应该会为产品加分不少。

  再就是任何的感想心得都是别人的,我们只有在自己的开发之中遇到问题,解决问题之后才会对这些感悟有更深刻的理解。程序员编程的熟悉程度一定和他曾经写过的代码量有很大关系。加油,因为喜欢,相信自己可以做得更好!

原文地址:https://www.cnblogs.com/amiee/p/5371236.html