|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2004-07-30
dlee 写道 需求文档总是给人以不够具体的感觉，界面图画出来后，需求就非常具体了（一目了然，程序员因为直接参与这项工作，因此对于需求非常清楚，做开发的时候可以大量减少由于理解上的问题而产生的 bug）。而且还可以根据界面图的数量和复杂度估算工作量，和客户讨价还价的时候心里比较也有底，客户对我们估计的工作量也比较信服。 dlee 写道 画界面图是非常重要的工作，有经验的开发人员在画界面图的过程中实际上已经在思考系统如何设计和开发了，并且会尽量将界面设计的易于开发，因为这些工作都是将来自己要做的，所以他会尽量不把自己逼进死角。 界面设计是产品开发前期一项非常重要的工作。可惜很多的程序员是对这个不屑一顾的,认为那只是美工的事而已.界面是否美观，布局是否合理，操作流程是否符合end user的习惯，需要认真考虑! 现在我们在做的这个产品(不是C/S,B/S的,MFC写的application),就是程序员和美工配合,在软件设计前先用Dreamver画界面图,而且很详细,可以说每个细节都实现到了,90%的界面都出来了.同时反复的和业务人员交流,然后修改,消除理解上的误差.以前我们做开发时也不是像这次这样做得这么详细,以前也只是在需求文档里有一些主要界面的图片(占30%左右),然后在开发时让程序员去"发挥",去定义具体的界面.我们这次也是个尝试,想看看两种不同的开发流程会有什么不同?哪一种更加有效? 在设计界面过程中,确实由于自己直接的参与了更多细节的界面设计而对整个产品的需求更加清晰了,这对我后面框架的设计帮助很大. dlee 写道 我再补充一下，不是需要画完所有的界面图才可以做软件设计的（那样又堕入了“瀑布模型”的老路上），而只是需要完成主要的场景就可以了，只要这些功能场景相互独立，并且确实可以独立完成而彼此没有影响。在一个增量开发的团队中，需求搜集、画界面图、软件设计、开发是经常进行的工作。 这点是我目前不好掌握的.也就是说,界面设计到什么程度才是最划算的?这个火候怎么来把握? 做这种详细的界面设计是需要花费一定的时间的.我们现在模拟了整个产品的90%的界面,说实话,我自己都觉得是否有点过?这个只能等这个产品做完了才能从总体开发的角度来做一个评价了! dlee 写道 程序员制造的 bug 有很大一部分是因为他不理解需求（根本就不知道要做成什么什么样）造成的，这样的方式程序员很早就参与进来，就会大大减少这样的问题。 同意! |
| 返回顶楼 | |
|
发表时间：2004-08-02
B/S架构的产品，界面设计应该有一定的规范。
比如字体等；风格等；最好总结出公司的规范。 对于一个产品，界面图是很重要的，但是很少有公司会一步一步的做。 有一种设计方法叫做: UDD（如果没记错的话，是界面驱动开发）。 界面本身就描述了产品的大部分功能，如果在有界面流程图，这两者 可以表示出大部分产品功能。 个人觉得，大量使用JavaScript，在一个页面里转来转去的界面是不容易 修改和使用的。 |
| 返回顶楼 | |
|
发表时间：2004-08-14
这个不是快速原型法么？
很正常的设计思路的阿 |
| 返回顶楼 | |
|
发表时间：2004-08-16
和快速原型法还是不完全相同啊。
非常值得借鉴！ |
| 返回顶楼 | |
|
发表时间：2004-08-16
现在我们正在进行的项目就准备这样做，现在的情况是时间紧的可怕，根本就不能做详细的调研（其实调研也未必有什么用，用户根本就是只有一个观点而已，根本不能称为需求）。
我们前一个项目就是放美工在客户那边蹲点做界面，结果最后发现用户设计的界面问题多多，有一些是和我们前期的数据库设计不合，还有一些根本就是在现有结构下不能实现。 我们现在的共识就是做界面时一定要有程序员参加 |
| 返回顶楼 | |
|
发表时间：2004-09-21
很想看看dlee画的界面图。
|
| 返回顶楼 | |
|
发表时间：2004-11-29
今天突然跑来，竟然发现，我做的一个项目和楼主做法一样 ^_^
事实上如果控制的好，html和js都是可以当作之后的界面源代码使用的， 只有少数js跳转的代码是纯为了演示而增加的额外编码工作 |
| 返回顶楼 | |
|
发表时间：2005-01-28
一个很好的方法，可能大家很多人都在用，反正我是在用了。感觉有以下几个方面的好处：
1、更好的和客户交流，如果让你给客户描述一个工作流程可能比较麻烦，但如果有界面就很直观。 2、客户很容易发现需求存在的问题，在usecase中需求人员考虑的各方的操作习惯涉众利益可能和实际用户的需求不一样，有了界面用户很容易发现问题，可以在此基础上做一次需求的迭代。 3、客户会感觉到你们的效率很高，对于客户来说后面的处理他并不太关心，起码业务人员不关心，界面才是他们关心的重点。如果你能很快给他一个界面，他就仿佛看到了一个真正的产品。 4、界面开发人员和需求分析人员之间的交流会大大减少。 5、我们一般只对新业务做这一个工作，感觉很有效 |
| 返回顶楼 | |
|
发表时间：2005-01-28
是个好主意.
但难点是画到什么细度 ! |
| 返回顶楼 | |
|
发表时间：2005-02-01
stonecat 写道 3、客户会感觉到你们的效率很高，对于客户来说后面的处理他并不太关心，起码业务人员不关心，界面才是他们关心的重点。如果你能很快给他一个界面，他就仿佛看到了一个真正的产品。 这使得跟客户的沟通能持续下去到最后。也使设计者尽量晚的陷入设计泥潭。 去年从一个同事那里学到这个办法。 可惜，只画出来，还没开发，他就走人了。 我认为这是一个非常有效的“土办法”之一。 |
| 返回顶楼 | |
