肉肉谈对需求设计的想法--到底是功能驱动界面？还是界面驱动功能？

所有的软件开发无非都离不开那几个阶段第一步：需求调研分析　　第二步：概要设计　　第三步：详细设计　　　第四步：编码　　　第五步：测试　　　　第六步：软件交付准备

其实对于一个程序员来说，最为关心的当然是CODING，但是对于一个软件是否成功，一个项目是否盈利，最为重要的应该是开头，所谓万事开头难。

最近在做网页，不小心被分到需求组了，哎，一个角色的转换，说起来是有点不适应。不过却也发现了一些些问题。

首先，不管是根据传统的软件做法，还是传统的网页做法，又或者是我们现在使用的快速迭代式开发模式，对于整个项目的理解是做需求设计的前提。其实网页和桌面应用程序一样，在需求设计中，也必须给出界面的设计，唯一有点区别的是网页对美工的要求更为的高。而由于网页开发的特殊性，和我们团队的需要，我们把页面设计直接用静态的网页方式展现出来，这样第一我们可以在做讨论功能的时候就能很清晰的展现整个流程的走向，并且可以很直观的得到一个用户的体验效果。但是这样一来，造成了一个至少是困扰我的问题。到底是功能驱动界面？还是界面驱动功能？

其实两个方式都是可取的，功能和界面直接的关系是微妙的，他们既可以相互独立，又可以相互依赖，但是作为一个项目的核心来说应该是功能，界面只是功能的一个表现形式，一个与用户交互的手段、或者可以称之为桥梁。用户是一直存在的，那么要造好这座桥就必须让桥梁另外一段的功能能更为的完善、坚实。

因此我个人觉得，界面虽然是可以脱离于功能独立存在的一个东西，但是只有在把功能模块分析的十分透彻的情况下，才能把这座与用户能唯一沟通的桥梁建设的更加的完美。

再说点题外话，网站，到底该怎么设计？

抄袭可耻，但是去其槽粕，用其精华又何尝不可，网络社会发展至今，技术已经十分成熟了，CSS,JQUERY插件，很多东西已经是非常的牛逼了，为什么现有那么优秀的东西不用要自创呢？记得曾经有一位老师说过，有现成的代码，在自身消化后，觉得是可行的，必定是要“抄袭”的，他没说原因，因为这只有在自己亲身的体会到之后才会懂的。门户网站有门户网站的一套，购物网站有购物网站的一套，社交网站也有社交网站的一套，我们做的既不是门户也不是购物，更不是社交，但是我们为何不把他们三者之间的优势结合起来，作为我们自己的成果物呢？我不是摒弃创新，也不是提倡抄袭，只是面临现状，我们需要的是用最快的时间得到最好的效果，我们需要的是成功个，至于怎么成功并不重要。比尔盖兹成功了，但是他怎么成功的你注意过么？唐骏成功了，他成功背后充满谎言如果不是有人故意翻旧账又有谁会在乎呢？

其实说了这么多，我只是想说，只要我们成功了我们就是成功了，仅此而已，加油吧~~网页设计之路很长，但是他又很短，他不想C++那么耐人寻味，也不想JAVA那么高高在上，但是他却充分的展现了程序设计的美感，一点也不逊色于任何一个高级语言。

转载于:https://www.cnblogs.com/gary2948/archive/2011/06/16/2083144.html