使用必要的情况下使用设计用户界面为中心的应用程序[封闭]

Question

我请求一个新的项目(哦，我喜欢新鲜的味道的一个新项目，!) 我们刚刚开始设计它。在短：该应用程序是一个用户界面，使用户能够模型的执行流动(a Visio喜欢拖接口)。所以我们最大的关切是可用性和功能，这将有助于用户的模型快速和清晰的执行流动。

我们的既定方法广泛使用的使用情况，以便创造一个和谐的景的应用程序之间的程序员和用户。这是一个企业的关注，真:我更喜欢使用敏捷的方法与用户的故事而不是用户的情况，但我们需要确定一个明确的范围内出售产品的客户。

然而，使用情况 有一些瑕疵, ，其中大多数都是相关的事实，它们包括技术细节，如UI，等等，可以看起来 在这里，.但是，由于我们不能使用的用户的故事和一个完全互动的设计，我已经决定，我们妥协：我将使用 必须使用情况 为了隐瞒这些细节。

现在我有另一个问题：这是必要的(没有刻意的双关)有一个明确描述的用户界面相互作用，因此，应该如何我的文档？换句话说， 我怎么指定一个应用程序通过使用必要用途的情况下，UI相互作用是至关重要吗？

我可以看到一些备选方案：

• 放弃使用的情况下使用由于它们不能正确地表示的问题
• 不包括接口描述的使用情况，但是创造另一个文件(故事局)以及链接到必要的使用情况
• 包括UI相互作用的描述的必要用途的情况下，由于他们的一部分 业务规则 在透的用户和应用程序本身

Answer 1

获得用户的反馈与UI原型必须创建一个用户界面，用户社区理解并明是富有成效的。最好的方式做到这一海事组织与 纸张的原型.你使用的情况下，可以驱动的初始创建这些模型和用户相互作用的届会用你的客户可以提炼的UI设计。

如果你更喜欢电子原型，可以用的东西喜欢 PowerPoint 快速原型。

也参看 http://www.codinghorror.com/blog/2008/04/ui-first-software-development.html 和 http://www.codinghorror.com/blog/2007/01/low-fi-usability-testing.html

Answer 2

第一个收集有关信息的用户的工作流程和目标。这是最好的做法，通过物理会看到用户这样做他们今天的工作(例如使用 背景调查).文件的这些目标作为基于目标的情况下使用(见下面的链接)，其中只包含目标-它们不应含有任何详细信息系统将如何被使用，因为这些细节是什么我们只是刚刚开始设计依据的使用情况。

基于使用的情况下，创建一个快速文的原型，并试图步骤如何用户将达到其目标使用原型系统。如果使用的情况下不能被执行以及足够的用户界面的原型，继续改善，直到所有使用情况的支持。展示原型的用户和使用可用性测试和其他技术，以找出问题。

当用户界面设计是好的足够的(~85%准备好了-一些细节最好是调整后的实施)，可文件，它通过例如把图像序列的原型，显示如何使用的情况下可以执行该系统。但是，通信的用户界面设计的程序是最佳做了面对面、通过显示出手怎么原型的作品，并回答他们的问题。不只是"把文件过墙"，但是按照过来看看它是如何实施和测试是否执行匹配什么的设计。

请参阅较长的过程的说明 http://www.cs.helsinki.fi/u/salaakso/papers/GUIDe.pdf