与类图相比,我们似乎可以在框图中建模一个系统的多个方面,如软件、硬件、实体等。
一个块是否可以同时表示软件和硬件?还是他们总是被分割成两个独立的街区?例如,当对某些机器建模时,假设机器有一个物理按钮,而机器的软件也有一个" button“软件类。它们将被建模为单独的块还是单独的块?
对于作为类映射到面向对象语言的数据库实体,也可以提出同样的问题,并且所述实体还代表现实生活中的物理参与者(例如。“用户”软件类&真实生活物理用户)。
在单个块可以表示多个方面的情况下,是否有某种形式的符号来表示“此块既代表硬件又代表软件”--或者这仅仅是基于与其他块具有多个不同注释关系的块而隐含的呢?
发布于 2019-04-10 20:11:46
系统工程师通常希望分离物理组件和软件组件。软件中的“数字双胞胎”并不总是准确地表示其物理对象。例如,错误的感知可能会导致数字孪生体在现实中对组件的表示不准确。想象一下一辆自动驾驶汽车在交通中的位置,或者是一个“停滞”的737最大值。
在信息系统中,一个人的数字双胞胎不同于它所代表的实际人物。想象一下,如果你的医生只根据不准确的健康记录对你进行治疗,会发生什么。你,实际的人,应该与你的健康记录区分开来。此外,软件的设计应该与数据库模式的设计区分开来,这样两者就可以独立地变化。
要回答你的问题,没有什么可以阻止你把所有的东西建模成一个块,但是,如果你把模型中的东西混为一谈,你就不能把它们分开来解释。为什么要将一个物理事物及其数字孪生体,或者一个Java类和一个数据库表建模为同一个SysML块?
发布于 2020-10-27 06:30:02
这一切都取决于你想要沟通的内容。始终在对模型和视图进行特定用途的情况下建模和创建视图。
如果你只是想传达一个与人或有按钮的机器相关的系统的概念,不管它们是硬件还是软件/虚拟的,那么一个模块就能工作。如果要提请注意系统的两个可能按钮或其他内部操作之间的任何功能或关系,请对每个按钮使用不同的块,并创建第三个“系统”块,该块具有“具有”(聚合/组合)这两个不同类型的按钮,或者具有具有按钮的硬件子系统和软件子系统。如果这两种按钮类型之间有相关的关系,那么显示它们。如果物理硬件按钮依赖于按钮类或函数的软件实现,则创建该依赖关系。
根据需要详细说明和添加细节,一旦你充分沟通了概念,就停止。
如果你对你想要交流的东西没有一个具体的想法,而是试图理解一个概念的结束和下一个概念的开始,以及如何思考整个混乱,尝试几种方法,你很可能会更好地理解这个问题并理顺你的想法。如果组合块没有显示您想要说的内容,那么尝试不同的块和关系组合。当你发现一些有用的东西来解决手头的问题时,停下来。
不要被语言所困扰
https://stackoverflow.com/questions/55547062
复制相似问题