Architecture 一个类似“的架构”;21个问题“;游戏

Architecture 一个类似“的架构”;21个问题“;游戏,architecture,uml,class-diagram,Architecture,Uml,Class Diagram,很明显,我并不期待一个完整的架构/答案,我更期待一些想法/提示,这些想法/提示将引导我走向最终的架构 因此,对于那些不知道的人来说,游戏的基本目标是向其他玩家提问,这将引导你找到真正的答案。你通常试着从问题开始,这些问题会尽可能地排除很多东西。我希望这是清楚的 现在我们不想再创造游戏了。我们有自己的内部软件,带有“文件问题/票据”链接,根据显示的数据,我们想试着猜测问题出在哪里。猜测之后,我们将与此人确认这是正确的问题,因此所有字段都将自动填充。如果没有,我们将让用户手动输入问题 我想这是某种数

很明显,我并不期待一个完整的架构/答案,我更期待一些想法/提示,这些想法/提示将引导我走向最终的架构

因此,对于那些不知道的人来说,游戏的基本目标是向其他玩家提问,这将引导你找到真正的答案。你通常试着从问题开始,这些问题会尽可能地排除很多东西。我希望这是清楚的

现在我们不想再创造游戏了。我们有自己的内部软件,带有“文件问题/票据”链接,根据显示的数据,我们想试着猜测问题出在哪里。猜测之后,我们将与此人确认这是正确的问题,因此所有字段都将自动填充。如果没有,我们将让用户手动输入问题

我想这是某种数据映射。。我不知道我们该怎么做。。你知道怎么开始吗


谢谢你这里有两个真正的选择:

1) 使用/创建规则引擎:尝试根据对数据的一些核心分析预先填充规则。这可能是最有效的,但也是最昂贵的,因为您需要一些非常好的数据分析来构建规则集

2) 统计匹配:基于可用的数据元素创建向量。这些向量将使用名称/值对匹配数据库,这些名称/值对具有来自先前票据的结果。匹配尽可能多的向量,并根据排名最高的匹配进行猜测。比如“给我一个最常见的解决方案:responseCode=500,url=/bankaccount,location=1”

它实际上可以归结为要么进行前期分析,要么进行反应式数据挖掘。它与架构方面的考虑相当正交。您可以根据互操作需求、伸缩性等因素来决定您的体系结构