2018年10月23日,星期二08:24

定义明确的数据第9部分-时间点属性

撰写者

在本文中,我们讨论时间点属性-更通常称为日期和时间。

日期是我们称为日历的时间刻度上的点,时间是我们视为时钟的刻度上的点。从定义明确的数据角度来看,它们实际上是数量,类似于 Part 7. 像其他数量属性一样,时间点具有度量单位,精度,并且它们的值可以参与计算。

日期,时间或组合的日期/时间属性表示何时发生(或将要发生)。有些业务实体(例如采购,航班和日记帐分录)代表组织感兴趣的事件。这些实体充当一个或多个时间点属性的上下文。例如,航班将具有许多时间点属性,包括“预定起飞日期/时间”和“预定到达日期/时间”。

有些业务实体(例如客户,产品和位置)本身不是事件,但可以充当与它们相关的事件的上下文。个人客户可以有一个“出生日期”。产品可以有一个“发布日期”。一个位置可以有每天的开放和关闭时间。这些时间点属性中的每一个都代表组织感兴趣的事件的“何时”方面。

时间点计量单位

在民用中最常见的日历系统是公历,它的大约2000年以前是零年,其年单位又细分为12个月,又分为28到31天。 Google建议在世界范围内使用大约40种其他日历系统,其中大多数与宗教有关。每个都有其指定的来源年份,月份的子单位以及几个月内的天数。

公认的时间范围将一天分为24小时,以分钟和秒为单位。一天的零点通常被认为是当地时间的午夜。涉及可能在不同时区发生的事件的组织,需要附加的计量单位属性,其作用是识别时间点的特定时区。再次,看到 Part 7 关于将度量单位与数量属性相关联的讨论。

时间点精度

对于同一事件,不同的组织或行业可能具有不同的精度要求。例如,某人的出生事件。 “天”是最常见的精度。但是,处理官方出生记录的组织会将事件的日期/时间记录到最接近的“分钟”。相反,图书出版商,图书零售商和图书馆只需要作者的出生年份,就可以用来区分名字相同(或相似)的作者。

如果时间点属性的精度要比“天”更好,则选项的范围从小时,分钟,秒到小数秒。通常,最接近的“分钟”足以应付与人类有关的活动。当需要更高的精度时,可以使用基于微芯片的计时设备来获取值(例如,将购买时间交易记录到第二个交易的POS终端)。

考虑“日期”或“时间”精度的最简单方法是数字方式。想象一下同时显示日期和时间以及4位年份和2位月份和日期的数字时钟。数字时钟(和时间点属性)没有基于精度的“舍入”(例如,到最近的年,月或日)的概念。 “小时”,“分钟”或“秒”值的时间点精度也是如此。


广告

周期定义的时间点属性

可以通过以下三种方式之一指定业务时间段:

  • 两种不同的时间点属性-一个标记开始,另一个标记结束。
  • 一个时间点属性和一个数量属性代表持续时间。
  • 指示起点的时间点属性序列,以及暗示前一周期终点的后续起点。

两个不同点 定义了两个不同的时间点属性,它们都具有相同的度量单位和精度。命名和/或定义应明确每个角色(开始或结束标记),并且将两个属性相关联。需要确认业务规则,以指示是否允许两个或多个时间段重叠以及两个时间段之间是否允许时间间隔。例如。事件实体“人员分配”可以有重叠的时间段表示工作分配,而空白则表示空缺时间。

Time Point 和 Duration — 给定时间的开始点或结束点以及持续时间,可以得出其他时间点。例如,给定“合同”开始日期和合同期限为四个星期,则可以计算结束日期。

时间顺序点- 如果时间段是连续的(即没有重叠且没有间隔),则仅需要一个时间点属性。例如,外汇汇率。在某个时间点,新的费率值生效,先前的值不再生效。是定义起点还是假定终点还是反向取决于哪个最能代表业务事件。在汇率示例中,显然有一个新的汇率生效。

定义明确的时间点属性

从数据字典模板的角度来看,定义良好的时间点属性应具有以下属性:

  • 名称-遵循任何组织标准来命名日期,时间和日期/时间属性。如果一对属性中的一个指定了时间段,请尝试与两个对的名称保持一致(例如,开始/结束,开始/停止,从/到或有效/到期)
  • 定义-描述时间点正在标记的业务事件。包括说明精度和可能适用的任何规则的示例。
  • 度量单位—如果不是格里高利制,则指定日历系统(或在定义中解释)。对于时间,请指定“本地时间”,或指明标识相关时区的属性。
  • 精度-业务目的所需的精度。正常日期可以采用“天”作为精度。捕获的时间(或日期/时间)不会比分钟更精确。
  • Associated-Period Boundary Attribute(关联时间段边界属性)—当时间点是一个from / to对中的一个时,请标识该对中的另一个成员。
  • 允许的未来值(是/否)?
  • 是否允许历史值(是/否)?
  • 派生-对于要派生的日期或时间,请描述派生的业务定义或规则(例如,从产品批次“处理日期”加上产品类型的“保质期”得出的“最佳日期”)。包括使用业务价值的示例。
  • 验证-参考业务规则或描述。例如。价值不应超过当前日期50年。

下一步–有关业务利益相关者的5个问题,有关其数据要求

适用于定义明确的数据的其余主题将在本系列的下一篇(也是最后一篇)文章中介绍。这些主题以诸如“可选或强制性”之类的问题形式提出,需要业务利益相关者的回应。问题及其答案适用于属性或关系。

单击此处查看第1部分–系列介绍

丹·塔斯克

Dan撰写了两本书,撰写了许多文章,最近在IT行业工作和咨询了48年,最近退休了。他最初的十年是在美国和加拿大作为开发人员(当时称为“程序员”)工作的。随后是两年的计算机编程,数据库设计和数据建模教学。他职业生涯的其余时间都曾在加拿大,澳大利亚和新西兰担任业务分析师。

他继续对质量要求充满热情,并帮助业务分析师制定这些要求。可以通过以下方式与他联系 [email protected]

©BA Times.com 2020

麦格雷戈徽标白色网站