第一个错误：分析师将陈述逻辑中的陈述与谓词逻辑中的陈述混淆
如果您说凳子有4条腿，那么您做一个简单的陈述。 如果您说任何凳子有4条腿，这种说法并不简单。 该陈述是在谓词逻辑中做出的，在其中可以讨论同一集合的对象的一般属性。
第一个错误是由于分析师无法共享这些陈述。 假设分析人员以BPMN表示法绘制了一个图表：两个由箭头连接的框。 他称第一个盒子为“将工件固定在机器中”，他称第二个盒子为“旋转零件”。 分析人员同时说：在“将工件固定在机器中”操作之后，接着进行“旋转零件”操作。 他是什么意思 他的意思是，在“将工件固定在机器中”类型的操作之后，接着进行“旋转工件”类型的操作。 也就是说，他用一阶谓词构造了一个语句。 但是，分析师将简单的陈述与谓词逻辑中的陈述相混淆，并认为他做了一个简单的陈述。
第一个误解的后果：IT行业出现了一个拐杖，涵盖了这个错误。 这个拐杖就是实例。 当您从分析师的口中听到“某事的事”一词时，您应该知道他将简单的陈述与谓词逻辑中的陈述相混淆。
第二个误解：分析人员不了解什么是对象类型以及它与对象类的区别
在分析师使用的绝大多数情况下，类只是一个普通的数学集合。 许多是由人为不同目的建造的。 其中之一是根据共同特征进行对象的并集。 例如，所有喂奶的人都称为哺乳动物。 一个符号或一组这些符号，借助于它们进行对象的分类，称为类型。 然后，将由一组要素组合在一起的对象类别与该类型（一组要素）相关联。 某些集合没有共同特征，并通过列出其元素来指定。 不区分类和类型的分析人员通常会混淆以下单词：实例和元素。 人们经常可以从这样的分析师那里听到：“一个类的实例”，在他的帮助下，他试图指向一个对象-该集合的一个元素。 他混淆了两个论点：“类型的实例”和“集合的元素”。 大象类型的一个实例是大象（他们经常写：大象的一个实例，跳过单词类型）。 类型类的实例是一个类（跳过单词类型，我们得到：该类的实例）。 但是混淆类型和类的分析人员可以说一个类的实例，而不是该类的实例，而是它的元素。 “ instance”和“ element”这两个词与OOP的相辅相成会加剧这种错误，其中对象的类型称为类。
误解三：误解什么是属性
分析人员通常认为属性是属于对象类型的属性。 例如，创建一个表“ trees”以模拟对象“ trees”的类型，他创建一个属性“ height”，并认为该属性属于该类型。 关系数据库的结构提示了这一点，其中“类型”的概念与表相关联，而“属性”的概念与该表中列的名称相关联。 但是在领域中，术语“属性”具有完全不同的含义。 如果类型是一组特征，允许您从一组对象中选择满足这些特征的特征，则属性就是一组这样的特征。 创建一种类型是为了区分一组对象的子集，即一种属性-将一组对象分成具有其值的不相交的子集。 如果我们进行类比，则类型对应于属性的值。 在这种情况下，属性绝不与类型相关联。 属性是对与类型无关的对象进行分类的一种单独方法。 但是，可以根据属性值将相同类型的对象分为几组。 然后，大多数分析家的观点诞生了：属性属于类型。 是的，树木的高度与建筑物的高度属性相同吗？ 在关系模型中，这些是不同的属性；在OWL中，它们是一个。
我建议观看有关属性的讲座
误解之四：属性与对象没有关联
我们的母语根本无法帮助我们建立领域模型。 例如，当我说汽车是白色的时，在分析师的脑海中出现了一个物体，上面贴有一张不干胶标签，上面写着该属性的名称：白色。 但是，正如我们发现的那样：属性及其值都与类型无关。 属性值是将三维时空体积与类型进行分类的一种方法。 该类型将所选的四维时空体积分类为一台机器，该属性值将该体积分类为白色。 结合两种观点，我们可以得出结论，一方面，所选的卷可以分类为一台机器，另一方面，可以分类为白色。 但是白色不是机器的属性，就像机器不是白色的属性一样。 车上贴有贴纸的汽车是一张使我们认为分类方法比另一种更为重要的图像。 这会导致所有分析人员都熟悉的冲突：我们正在开始完善模型，过去看起来像属性值的东西现在需要成为一个单独的类，以前是由表中的字段建模的东西，现在需要分成一个单独的表。 每个人都遇到过这种情况，但是没人知道原因。 原因是分析人员仍然使用有关粘贴到对象上的标签的想法。 为了克服这种思考的习惯，我使用了以下技巧：我学会了在“白色”属性上雕刻“汽车”贴纸。 试试吧，这很有趣。
第五个错误：“相同”有时表示“相似”
分析人员通常会接受两个对象属于一种类型的归属。 看来这是不可能的，但是我经常遇到类似的冲突。 例如，如果一位分析师展示了两个相似的自行车，他会毫不犹豫地说它们是两个不同的对象，但是如果他展示了两个相似的操作，他将不会很快回答，并且很可能会说一切都取决于观点。 。 如果分析师显示两个彼此相似的属性，例如，显示两个白色，那么在这种情况下分析师将不会怀疑一秒钟并说这些是相同的属性。
与对象，属性和操作相同的功能是将它们组合在一起的功能，但不是对象，属性或操作本身的组合。 分析人员必须学会理解对象，属性和操作的类型与这些类型的对象，属性和操作之间的区别。 然后，他将可以进行以下查询：在此研讨会上，向我显示有关从18-00到19-00执行的所有操作的信息，例如“将零件包装在容器中”。 但是由于某种原因，分析人员将操作类型称为操作，并且这种类型的操作称为该操作的实例，因此，他要求提供有关未知动物的信息，而不是有关一种类型的操作的信息：该操作的某些实例。
如果您能以某种方式处理操作实例（从某种意义上说，您可以对分析师说“此操作的实例”时所用的非俄语语言不屑一顾），那么该数字将不适用于这些属性。 如果在业务分析中将一个操作的标识与“实例”一词关联，那么原则上就不可能标识一个属性！ 长期以来，我试图了解造成这种情况的原因，也是我从心理学中获得的唯一线索。 原来，区分对象的原始人并没有区分动作和属性。 对他来说，昨天的狩猎之旅与今天的竞选活动相同。 也就是说，在物理上是相同的，因为在原始人类的脑海中，时间像现在这样循环地而不是线性地流动。
显然，创建用于评估一种类型的属性的函数的过程（由于属性及其值的概念由此而诞生）仍然超出了分析人员的知识范围。 很可惜，因为他开始将一个属性与对该属性进行分类的属性值混淆。
误解六：活动经常与活动混淆
活动的前提是存在一个合理的参与者，目标，活动工具，活动对象，活动行为，活动结果。 所有这套作为描图纸的内容都是从我们的语言中复制而来的，其中包含一个主语，谓语和加法。 我们已经很久没有给太阳或机器制作动画了，而是使用一种语言，对于世界上的每一次变化，必须找到负责这种变化的演员。 例如，如果我们谈论的是辉光，那么肯定有人发光，例如太阳，如果他在行驶，则汽车负责驾驶。 但是还有另一种建模变更的方法。 该方法与活动的概念相关联。 活动是对没有参与者的物质世界变化的描述。
例如，分析家将“汽车从18-00行驶到19-00”这一说法视为是制造运动的对象。 同时，分析人员认为机器确实在做某事，甚至在努力移动的范围内！ 这样的图画被强加在舌头上。 但是，从活动描述的角度来看，运动中有道路，汽车，观察者，气氛和其他参与者。 在这种范例中，汽车不驾驶，它与运动中的其他参与者一起参与运动。
为了用我们的语言描述活动，还有另一篇描写的论文：非人格句子。 不幸的是，该描图纸尚未完全开发。 因此，在对活动进行建模时，母语不是我们的助手。 如果在对活动进行建模时，我们正在寻找演员，工具，活动的对象和结果的角色的执行者，而在对活动进行建模时，我们会忽略角色，而仅剩下活动的参与者。 对活动进行建模时，我们说：为了购买产品，我们必须开车去商店。 我们说，建模活动是：购买产品包括一次去杂货店的旅行。 建模活动使我们能够了解正在发生的物理现象，用客观的“部分整体”和“先行跟从”关系取代主观因果关系。 这种语言涉及事实的描述，没有主观解释。
除了了解什么是活动外，还需要了解操作和功能等概念的物理含义。 这些是时空卷，我们将其解释为操作或函数。 活动理论中没有时空量的概念；因此，在这种范式的框架内，不可能理解操作或功能的物理含义。 如果在活动模型中某个操作或功能拆分为许多子操作或子功能，则意味着一个时空量拆分为多个（通常是相交的）量。 在活动理论中，这种分解是在分析师心中通过因果关系建模的，因果关系可以无休止地争论，因为它们是主观的且无法证明的。
从活动建模的角度来看，有一个事实：道路，汽车，大气，观察员告诉我们汽车正在沿着道路行驶。 运动功能是包括以上所有内容的时空量。 从活动的角度来看，机器与其他部分一样是运动功能的一部分。
总结
总结一下。
对于分析人员而言，对象的物理含义是他可以感觉或看到的一块空间。
对于分析人员而言，该属性的物理含义是一个粘贴有该属性名称的标签。
对于分析人员而言，操作的物理意义是一部有人在做某事的电影。
如果有属性，但没有对象（灯光），那么为什么要雕刻贴纸？ 然后，可以将贴纸作为整体粘贴在空间上，并说该属性是对观察者做出的空间的解释。
如果有手术，但没有演员（超新星爆炸），那是谁做的？ 分析师说：我们将操作分为具有角色的操作（业务操作）和没有角色的操作（自然操作）。 分析师认为，宇宙中有些东西与自然运作不同。 他进一步阐明了以下规则：在任何业务交易中都必须有一个参与者，即使它是诸如信息系统或打印机之类的无生命的对象。 因此，分析者从一个碰撞中解脱出来后，创造了另一个碰撞：一个无生命的演员。 此外，当有超过一个申请人担任演员时，尚不清楚由谁任命演员。 有一个解决此问题的方法。 它是放弃寻找参与者，而不是进行建模活动，而是进行建模活动。 在活动模型中，让每个人决定谁是演员，谁不是演员。
事实证明，对象，属性，操作-这些都是观察者对时空量的不同解释。 本文是克里斯·帕特里奇（Chris Partridge）和马修·韦斯特（Matthew West）提出的建模范例的基础，并在此基础上创建了连续周期企业建模标准ISO 15926。
我在工作中提出的一种解释时空体积的模型。
他们说一次理解是不可能的，他们说理解来自四读。 从理论上讲，在理解了本文之后，应该对时空的不可分割性以及将它们一起表示的能力进行理解。