vpvera, Author at IT 观察者随笔 - 资讯科技博客

使用 LeSS（大规模 Scrum）框架做更多事情：带有工具插图

LeSS是由Bas Vodde和Craig Larman根据扩大Scrum规模的实践经验创建的，于2014年成立了LeSS公司。LeSS（大规模Scrum）的核心是 “用LeSS更多 “的原则。复杂的产品开发并不要求复杂的解决方案。它需要深入了解问题的本质，然后用更简单的解决方案来解决这些问题。

这篇文章将告诉你如何通过强大的Model ETL功能，以敏捷和及时的方式有效应用UML建模。一个UML模型或图是你在特定环境下试图理解的一个特定视图。

业务流程图是为你的公司或部门建立工作流程模型的一个非常好的工具，因为它清楚地显示了谁负责某项任务以及流程的流程。然而，业务流程图并没有告诉我们应该如何执行一项特定的任务。

决策表是一个很好的工具，可用于测试和需求管理。从本质上讲，当处理复杂的业务规则时，它是一种结构化的练习来制定需求。在决策表中，业务逻辑被很好地划分为条件、行动（决策）和规则，用于表示形成业务逻辑的各种组件。

我们在软件开发中总是会遇到这些术语。有时人们一块软件的功能–需求/用例，积压项目….。软件人员使用这个或哪个的惯例是什么？

在软件开发中，通常的 “估算 “包括对执行特定开发任务所需工作的定量评估；这通常以工期（小时/天）或估计单位（故事点）来表示。其目的是将一些单独的估计合并起来，以获得软件项目的总工期、工作或成本的指示。

UML用例图是开发中的新软件程序的系统/软件要求的主要形式。用例指定了一个系统的预期行为（what），而不是使之发生的确切方法（how）。一套完整的用例规定了使用系统的所有不同方式，因此定义了系统所需的所有行为，限定了系统的范围。

一个用例是对用户如何在你的系统上执行任务的书面描述。它从用户的角度概述了系统在响应一个请求时的行为。每个用例都表示为一连串的简单步骤，从用户的目标开始，到目标实现时结束。

用例2.0是一种可扩展的、敏捷的方法，它使用用例来捕捉需求，并推动系统的渐进式发展以满足这些需求。它帮助你了解系统将如何被使用，并引导你开发一个合适的系统来支持用户。

用例图模拟了不同类型的用户与系统的互动，以解决一个问题。因此，它描述了用户的目标，用户和系统之间的互动，以及系统在满足这些目标时的必要行为。用例定义了外部角色和系统之间的互动，以达到特定的目标。一个用例图包含四个主要部分