视频: People Counting with mmWave Sensors: Application Benefits 2024
以下是一个数据仓库示例,可帮助您了解ODS(运营数据存储)。假设你在一家大型金融公司工作,为世界各地的精英公司和个人提供各种服务。
在过去的25年中,贵公司已经发展成为现在的一系列并购活动。近年来银行和证券服务融合的趋势使贵公司有机会成为客户的全方位服务提供商。
<! - 1 - >贵公司的普通客户可能参与了许多(也许是所有)这些类型的活动:
-
传统股票经纪(购买和出售股票股票,包括保证金账户活动)< 固定收益投资(公司和政府债券)
-
期权交易账户,包括风险套利
-
现金资产管理
-
<! - 2 - >
短期贷款和其他债务工具 -
中长期贷款和其他债务工具
-
风险投资
-
您希望您的客户将您的公司作为一个整体购买任何涉及大笔资金的东西。然而,贵公司的情况有点复杂,尤其是在以下两个方面:合并和收购使IT基础架构中出现了大量的独立应用程序(这些应用程序没有相互集成,即使它们很可能应该)。
<!例如,一个系统处理美国股票的股票交易,另一个系统处理来自非U的股票市场活动。 S.全球交流。此外,独立系统处理固定收益活动,美国的所有债务活动,欧洲的所有短期债务以及所有中长期欧洲债务。而这样的例子不胜枚举。
-
顾客的定义有些模糊。个人建立了企业和合作伙伴,通过它们进行投资或获得商业交易的贷款。您的公司客户可能是其他公司的子公司,也可能是您的客户。
您的商业行为要求所有的客户在进行所有的信用活动之前都要通过一系列质量保证检查:您的每个客户,无论是个人还是公司,都有多个债务活动的最高限额。其中一个上限是任何时候未偿债务的总额。在客户达到这个一级限额之前,他或她可以在没有人为干预的情况下,自动地拿出一笔新的贷款或者对抗信贷额度,以保证金购买股票,或者进行任何其他类型的增加债务的活动。
-
每位客户在获得贵公司的一名主管人员批准后,可以将第一级限额超过第二级限额。
对于行政部门批准从第一个到第二个的信贷活动,他或她必须检查一系列措施。例如,客户必须有一定的资产余额;在过去30天内,客户可能没有将所有类型的账户(如现金,股票和债券)的总资产减少15%以上;该银行在每个国家的债务总额都有最高限额,并由各国的资产进行调整。
-
为了帮助控制风险,贵公司会跟踪所有客户之间的关系,以获取客户财务状况的真实情况。例如,一个人可能会控制一系列的公司,除了个人自己的账户之外,每个公司都把自己的资产和债务活动视为一个个体客户。
-
然而,当贵公司的管理人员批准任何额外的超额上限债务时(例如,涉及该个人的房地产合伙企业),管理人员必须评估该个人活动发生的整体情况如果遇到财务问题,避免风险过大。
-
虽然上述列表中描述的质量保证检查在概念上是简单明了的,但实施起来非常复杂,原因很简单:这些检查需要来自各个系统的数据,来自不同的系统。
这些数据包括所有资产活动,所有债务活动和当前未偿还贷款等信息,以及当天早些时候刚刚偿还哪些贷款的信息。
-
您可以尝试的一种方法是为贵公司的高级管理人员(那些必须作出贷款批准决定的人员)提供接口,以便他们可以找到必要的数据。然后,这些管理人员可以运行很长时间的查询(如果他们甚至可以得到支持的话),提取适当的值,粘贴到电子表格程序中,并做出决定。
然而,这种方法存在两个问题:人为错误的可能性很高,只有在“普通”时间内,这类活动发生的速度才是正常的。
在金融危机期间,当你的公司的客户中有很多或大部分是买卖股票,包括利润,买卖和卖出期权,试图处理他们的对冲账户,执行信用额度以及做其他所有的事情活动很快,贵公司的员工跟不上。
在这种情况下,ODS来救援。该图说明了一个概念架构,您可以使用该架构来实现符合您的业务任务的ODS。首先,消耗臭氧层物质提供了一个客户在自动贷款处理第一个天花板上的余额的综合情况。接下来,消耗臭氧层物质使管理人员能够对第二天的贷款申请作出是或否的决定。
ODS为用户提供了一个统一的,几乎即时的不同数据图片,以支持特定的业务任务。为了更好地了解ODS环境中的数据流,请参阅此图,其中一个数据源(处理美国债务的系统)的更新传播到ODS环境中。
ODS必须尽快反映整个企业的数据状态。
以下步骤显示了ODS环境中发生的情况:
客户定期进行贷款支付,处理美国贷款和信用额度的系统处理付款。
贷款支付应用程序更新其数据库以反映付款。然后,贷款支付应用程序立即将更新的数据推送到ODS。ODS接收到更新并进行处理,更新其数据库内容(在本例中,减少了客户的未偿债务总额)。
ODS执行任何内部处理,合并,警报或其他必要功能。像上述列表中的环境可以 - 如果所有事情都得到恰当的架构 - 提供来自各地的所有相关数据的图片 - 现在 - 支持公司的风险管理任务。
-
您必须验证是否需要对ODS进行实时更新,因为这些更新的创建过程非常复杂,如以下部分所述。不断挑战假设和提出问题:“如果你必须等到一天结束,会发生什么?如果更新每天两次呢?每隔一小时? “完全可以肯定的是,这个任务决定了实时更新,因为创建一个ODS需要比数据仓库更长的时间(也更昂贵)。