关于界面原型设计

最广泛说不上，但是有很多人用就是了。

差不多都用过．．．．

不用太阴暗

axure的确是主流原型软件

不过是用好太困难了．．．．．

个人观点，而且一直以来，都是用JSP代码，而且是基于后台框架的（根据时间情况），基本上是半成品，作出的原型后基本不需要修改（90%已经跟客户确认过）；

工作几年了，基本都是这样做，开始是公司本来就是这样做的，后面的公司是我建议的，因为我觉得这样效果很好。而且我们的原型时在需求调研阶段并行做的。基本上需求完了，界面原型也完了。

以前做过的原型的程度有，界面原型，样式、风格，布局，功能基本都与真实产品一样：

          1、存JSP/HTML+CSS+JS，

          2、JSP/HTML+CSS+JS + 后台java代码（如Struts），只是简单的页面跳转，没有任何逻辑处理

解释我为什么建议这么做的原因：

    1、在做界面原型时间，基本上90%都不需要修改，开发结算直接重用，而其他方式实现，比如PPT，word，gui designer等工具，时间比较快，但是基本交互完后，100%无法供后续开发使用，即重用率为0；

    2、跟客户沟通的时候，容易沟通，因为具有交互性，所有客户配合很好，大家也很容易了解彼此想要的东西；而其他工具做的原型，都不具备交互性，或者交互性非常非常的少，会导致客户不配合；我就遇到过这样的情况；让客户确认需求，让客户看原型，客户根本不鸟我们，你发给他，他都不看，然后几天后你问他有什么问题，人家说没有看~~~~~~

   3、把风险往前提，在需求阶段通过原型，客户配合好了，需求就更好做了，分先也少点了，而且设计阶段的工作提到了需求阶段，将界面设计不符合客户要求的时候，而且也能极少发现我们做的是不是客户想要的。因为如果到设计阶段再去考虑界面，而且一般都是在开发到一定阶段或测试的时候，客户才会介入，此时发现设计不符合客户要求的时候，那就要修改，风险就更大了，因为往往到编码阶段，是最紧张的时候，而且时间的问题更加明显。

4、界面原型好了后，因为90%的功能界面客户都已经确认了，所以后期大范围修改界面原型的情况几乎是不可能的，除非需求有很大的变动；而且我做的界面的基本交互已经模拟出来了，比如按某个按钮会怎么处理，有些都会模拟出来，实在不容易实现或时间太急就暂时不实现，跟客户沟通的时候会跟他解释；所以到编码阶段，开发员基本不用管太多的界面处理，基本上只专注于自己的后台逻辑实现，页面就往里套数据就ok了，开发也很happy；

所以我工作几年的经验，如果我能做主，我都是要求这样去做，或者建议团队或公司这样去做，效果非常好。当时推这个模式的时候，也受到一些阻力，比如当时的技术经理就反对过，说很多公司需求都不是开发员做（他们大公司，需求，开发，设计都是不同的人做的），有专门的人去做，而且界面原型和部分表字段确认是设计阶段的工作；PM也质问过我（将我以前项目的demo给他看），你们做这个原型花了很多时间、有很多资源去开发等等，我就跟他说了，我时间花的也不是很多，就是在需求阶段完成的。最后还是还是采纳了我的建议。而且从实际效果来看，确实也很好，在没有采用我的建议前的项目，客户配合，需求分析阶段成果的效果，都不是很理想，采用我的建议后，效果又了很大的改善，之后所有的项目都是用这种模式。

我的观点是，软件开发，有的是必须按软件工程的流程去走的，但是也不是所有的流程都必须去遵守，比如前面说的，界面原型时设计的工作，我们就把他提前到需求阶段做了，而且有部分数据结构，数据库或字段的某些约束（比如用户类型字段，可以取哪些值，每个值代表什么）都已经确认了（有些无法确认的，只能到设计阶段实现）。根据实际情况处理就好了。规定是死的，人是活的，我是比较反对按部就班的执行软件工程流程规定执行的。呵呵~~~

当然，每个公司或团队的情况不一样。仅供参考。