1 月 2022 - 第11页共25页 - IT 观察者随笔

决策表：更清晰的逻辑和更好的决策

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

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

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

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

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

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

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

在2011年夏天，Ken Schwaber和Jeff Sutherland修订了他们的Scrum指南。在该指南中，他们删除了Scrum所知道的一个长期存在的行为，即团队对产品所有者和客户的承诺。承诺被预测所取代。他们说，团队可以预测他们的工作，但不能承诺。

完成的定义（DoD）是一个用户故事必须遵守的要求列表，以便团队将其称为完成。而用户故事的验收标准由一组测试场景组成，这些测试场景需要被满足，以确认软件是按预期工作的。

每个冲刺阶段结束时都会有一个由两部分组成的冲刺回顾会议。这样的会议以客户回顾和演示开始，以团队回顾结束。这两个部分都发生在冲刺的最后一天。冲刺回顾的重点是 “检查 “和 “调整 “增量（潜在可发货），而冲刺回顾则更注重冲刺过程中的 “检查 “和 “调整”。