使用基本用例设计以ui为中心的应用程序[关闭]

我在乞求一个新项目(哦,我多么喜欢新项目的新鲜味道!)我们才刚刚开始设计。简而言之:应用程序是一个ui,它允许用户对执行流(类似于visio的拖放界面)进行建模。因此,我们最关心的是可用性和特性,它们将帮助用户快速、清晰地建模执行流程。

我们建立的方法广泛使用用例,以便在程序员和用户之间创建应用程序的和谐视图。这是一个商业问题,真的:我更喜欢用一个敏捷的方法来处理用户故事,而不是用户案例,但是我们需要定义一个清晰的范围来向我们的客户销售产品。

但是,用例 have a number of flaws ,其中大部分与它们包含技术细节(如ui等)的事实有关 here . 但是,由于我们不能使用用户故事和完全交互的设计,我决定妥协:我将使用 基本用例 为了隐藏那些细节。

现在我有另一个问题:对ui交互有一个清晰的描述是很重要的(不是双关语),那么,我应该如何记录它呢?换句话说, 如何通过使用对ui交互至关重要的基本用例来指定应用程序?

我可以看到一些替代方案:

• 放弃使用用例,因为它们不能正确地表示问题
• 在用例中不包括接口描述,但是创建另一个文档(故事板)并链接到基本用例
• 将ui交互描述包含到基本用例中,因为它们是 业务规则 从用户和应用程序本身的角度来看