2010年4月20日星期二01:00

除了故事板的用例

Written by

超越4.使用情况现在被广泛称为捕获功能要求的技术。只要我们专注于软件开发早期阶段的核心要求,它就很好地运行。但是,一旦我们捕获了我们的业务目标并希望了解更多细节,特别是用户界面,我们必须查找其他技术并单独描述其他文件中的详细规格。当我们获得更改请求时,它使我们的工程过程耗时。此外,企业用户可以理解,使用没有UI信息的使用情况并不是那么容易。本文提出了一种与故事板收集要求的新方法。这是一种可视化用例的方法,并使业务能够通过概念屏幕行进,以便它们可以轻松理解所提出的系统。

问题

在整个软件开发过程中,我们反复讨论他们的需求和限制等,我们在使用情况下定义了使用情况的功能要求,这些功能被用作其他利益相关者的起点。例如,UI设计人员可以启动屏幕设计,架构师可以启动架构设计以实现实现,而QA团队可以根据用例开始创建测试计划。

但是,由于缺乏细节,我们需要花费更多的时间来改进用例。通常,使用案例技术用于捕获核心要求,因此我们应该避免炼制太多用例。数百个用例使得难以理解和维持一致性。话虽如此,如果我们没有描述细节怎么办?开发人员和测试人员可以选择更简单的方式,这是不可接受的业务。或者他们可能只是忽略这种情况;没有实施,没有测试。

为了避免问题,我们通常会在单独的文件中描述细节。但它也有一些问题。最大问题之一是未更新早期阶段中定义的使用案例描述。这是因为我们的担忧已移动到详细信息,这些细节不会在用例文档中描述。结果,即使我们花了很多时间,也没有人,甚至是商业案例,也看到了用例。但是,使用案例仍然是在发展中和之后的重要性,包括在维护阶段,以澄清和提醒我们在我们所做的情况下实现的。

此外,我们还有一个问题:商业用户经常在他们时获得更多的想法

请参阅原型或模拟屏幕,并要求我们更改要求。这很好,更好,但我们已经开始设计(有时实施测试),因此它绝对可以产生很大的影响。我们需要找到另一种方法,使我们能够轻松管理在用例中的这些细节,并使其可以理解业务。

解决方案

商业用户经常向我询问屏幕如何看起来,即使在早期阶段也要了解我们提出的系统。所以,我通过在白板上绘制一些简单的线框来解释。某些元素和文本消息足以表达系统的行为。这种可视化允许它们在同一页面上,您可以从中获得更多反馈。

Similar effects can be seen in a storyboard technique that visualizes interactions between system and user. The storyboard was originally developed in the film industry in which a series of pictures that represent each cut scene are organized in sequence. It pre-visualizes the script so that team members can easily understand what they have to do. The technique can also be applied to solving this problem. Here, I introduce a free storyboard tool, ezStory (http://www5f.biglobe.ne.jp/~webtest/ezstory/), developed with JavaScript. It allows you to draw a conceptual screen on a HTML page and define some actions that the system and/or user make take place as shown in Figure 1.

Beyonduse1.
图1. EzStory上定义的概念屏幕和操作

屏幕可以根据您的要求彼此链接,并且业务可以像他们访问最终开发系统一样通过页面。

EzStory中存在一个更重要的特征,它从屏幕上生成一个故事板文档,使用案例描述样式。正如您在图2中所看到的,它看起来像一个普通的用例描述,但您也可以看到HTML中定义的概念屏幕,帮助读者了解每个操作的位置以及它在执行时导航的位置。

Beyonduse2.
图2.生成的用例描述中的概念屏幕

在图1中,我们定义了两个操作,成功案例和异常情况(无效的ID或密码)。因此,EZStory在文档中生成主流和异常流。如果将一个成功案例添加到操作列表中,则在主流量之后将出现替代流程。由于屏幕和文档被生成为HTML文件,您可以简单地在Web服务器上发送或发布,以便该业务也可以访问其PC上的故事板。

结论

使用案例技术具有一些问题,要求我们分别描述和管理详细规范和UI信息,并且文档的维护可能很困难。为了超越约束,我建议使用Storyboard工具EzStory,这有助于我们可视化使用情况并在用例描述中添加更多详细信息。但是,我不建议在进程中跳过使用案例的创建。我们应该首先专注于核心要求,找到用户想要的,然后开始故事簿以改进用例。如果您从一开始就开始故事栏,那么由于信息太多,您的业务可能会被混淆,除非您的应用程序很小。

Beyonduse3.
图3.视觉,用例和故事板

我希望我在您的需求集中鼓励您对故事板,并且它可以帮助您在使用情况文档和整个开发过程中捕获所有要求。

资源: EZSTORY主页: http://www5f.biglobe.ne.jp/~webtest/ezstory/

不要忘记留下你的评论


Masayuki Otoshi. 为制造公司作为高级开发人员和EzStory的开发人员开发Web应用程序。他可以到达 [电子邮件 protected].

©ba time.com 2021

MacGregor Logo White Web