介绍一种好的设计方法——在软件设计前先画界面图

时间允许可以做个prototype来向客户演示并解释系统的功能。

我们的项目都是这样的呀，原型开发嘛

对阿，应该就是原型开发吧、

快速原型和界面流程图不是一个概念，快速原型是一个实实在在的程序，而界面流程图只是一些图示。

我们多数据时候是快速原型与界面流程图接合工作，界面流程图主要用于早期与用户沟通，快速原型设计主要在需求相对完全时拿来与用户明确细节，不过我们的原型设计相对要求高一些，将来前端程序员可直接在上面做。
界面流程图设计主要用Visio，原型开发主要用FP或DW。
给个项目，如果这两样搞不出来，我感觉没法再往下设计了！

恩，我现在在做web层开发的时候就这么做，先画界面流程图，由此来做模块的设计
对于做web开发确实很适用

看看这本书《Applying Use Case Driven Object Modeling with UML.pdf》吧

里面对您的这种做法有详细的描述

而且还有很多卓有成效的的原则

我们一般先画好用例和活动图，然后开始界面设计，界面设计和dlee说的一样，可以手工草图也可以用工具，然后进入设计

我们刚完成的一个项目就是在需求和设计初期采用了《敏捷建模》中的一些方法，感觉很有效。跟几位用的方法相似。
需求文档中比较有效的方法，主要有以下几点：
1、系统边界图
作为整个系统的业务情况的top0层的图，能够使大家一眼就对要做的系统有所认识。一般用visio。
2、UseCase图visio或者rose
3、界面图，我们用word画，便于修改和保存，因为是web系统，所以我们定义了一些常用的元素：txt框、下拉列表、多选、单选等，画起来很快，改起来也很快。
4、界面流程图，这是从《敏捷建模》中第一次学到并应用，感觉很清楚。界面流程图忽略了界面的细节，可以很清楚地看到几十个界面间的调用、流转情况。

看过一些日本外包项目的需求，其中就包含详细的界面设计。
我觉得界面是应该在需求文档中，而不是到设计阶段再去作。
另外，我总觉的画在纸上的草图，不便保存和修改。为了保持思路的连续性，往往都是先画在纸上，再搬到visio或者word中存档到CVS库中。

我碰过一些朋友，他们是是直接用html做出界面来（包含页面跳转），可以认为是一个最简单的原型。

然后用这个原型和客户进行交流，有不一致的地方就修正，OK后就以此为基础开发。

而且他们有工具可以根据html原型生成structs框架，所以对开发速度提高很多。