Quality Measures for MBSE
1:50:05
Measuring Technology Resilience
48:45
UAF or SYSML?
35:51
8 ай бұрын
Federated Model Management
29:05
8 ай бұрын
MBAcq User Managed Community
31:02
Introducing SysML v2
3:56
Жыл бұрын
Пікірлер
@Subhankhan-b3h
@Subhankhan-b3h Күн бұрын
intresting.
@hwang-dj1pb
@hwang-dj1pb 11 күн бұрын
thank you for sharing, it really helps. I'm just wondering if the model file or a more clear version of the model picture is available? especially the f2t2ea MT. I've seen it for many times but I never see it clearly😭
@DK-ec6nn
@DK-ec6nn 13 күн бұрын
Hello, is there any literture on market which introduces the entire language SysML V2 (Diagrams, Syntax, ...) in the mean time? Not limited to differences v1 vs. v2? Means, instead of learning v1 and than check what are the differences to v2, I would prefer to learn directly v2 from scratch. So I dont want to wast time on learning things which will not be used in the near future. I just found the "Don't panic" booklet from OMG which looks like an overview only. Thank you!
@nesdi6653
@nesdi6653 17 күн бұрын
info
@DharmaVeerSanatani
@DharmaVeerSanatani Ай бұрын
Very informative
@ms1923
@ms1923 3 ай бұрын
For the segment starting at 12:00 on "Enterprise vs Systems Architecture": Considering the definition of a "system" from ISO 15288 or the INCOSE Systems Engineering Handbook, one might ask: Isn't an enterprise also a system? Another perspective to consider: In reality, the term "system" is a conceptual construct or sometimes just a suffix in a product name used in everyday language. The concept of a system doesn't exist as a tangible entity; rather, it describes certain behaviors and relationships. Some assemblies of objects exhibit "system-" behavior within the processes they are involved in. In these scenarios, they take on what we can call a "system role." A "system role" is a role that emerges within a “composition of elements” where, in at least one arrangement of these elements and within the specific process they engage in, the composition exhibits behaviors that the individual elements alone do not. Therefore, an organization, a collection of engineered artifacts, or parts/elements of nature can take on a "system role" in certain processes. However, in essence, these compositions are simply what they are-assemblies of components with potential behaviors, not "systems" in and of themselves.
@ObjectMgmtGroup
@ObjectMgmtGroup 3 ай бұрын
It is a misconception to think of a system as a thing. System is really more like a way of perceiving some thing, similar to the way a collection of things can be perceived as a “set” using the methods of set theory. The way we perceive a system is based on systems theory which is based on systems philosophy. www.systemsphilosophy.org/about-systems-philosophy In common speech, most people think of a system as a thing but that it is an illusion if you properly consider systems concepts from systems science and philosophy. Systems engineering has for a long time adopted the “common speech” about systems which has impeded progress in the world of SE practice. A group of INCOSE Fellows conducted a study a few years back to investigate this topic and proposed the new definition of system for INCOSE. www.incose.org/about-systems-engineering/system-and-se-definitions An enterprise is a human venture. In common speech, especially in the IT world, an enterprise is equated with a large organization that IT supports. They talk about “enterprise systems” which really confuses things; what they mean are IT systems and software that is used across the whole enterprise, eg travel accounting, payroll. So, an enterprise can be perceived “as a system” but that does not make the enterprise a system itself. When you look at an enterprise as a system you are forced to look at it through a systems lens. But if you instead look at an enterprise through a sociological or political or economic lens then you can see things that the systems viewpoint cannot perceive.
@ms1923
@ms1923 3 ай бұрын
​@@ObjectMgmtGroup I believe we share a common understanding of the term "system" and recognize its frequent (mis)usage in certain communities. (By the way, I've been a member of INCOSE since 1987.) From an ontological perspective, anything that exhibits system behavior (at times, e.g., an engineered system while operating) must be included in our entity taxonomy. As a matter of worldview, I choose to exclude concepts, sets, and possible worlds from my hypothetical ontology. This leads me to define "system elements compositions" as a collection of material or immaterial entities that, at times, exhibit system behavior and assume a type of system role (e.g., operating system role, enabling system role, etc.). Moreover, my initial comment was about my objection to the de facto differentiation between Enterprise Architecture and System Architecture, as seen in ISO/IEC/IEEE 42010 Software, Systems, and Enterprise - Architecture Description. If these terms refer to entities that can exhibit system behavior, why not use "Enterprise Architecture" or "Engineered System Architecture" as specializations of "System Architecture"?
@jaHorsman92
@jaHorsman92 2 ай бұрын
@@ms1923 Interestingly if you analyse ontological use of language of entities you find often a singular entity never has the system word added to describe it. For example a human is not a system or referred as one in biology. Instead a human has systems, i.e. a collection of parts that deliver something of value to the whole, or a human is part of systems. Both cases it implies that most humans intuitively understand, even if they do not recognise it, that a system is more than one real or conceptual entities that are causally integrated and have some boundary. I also agree with your statement about EA and Engineered Systems both being specialisations of system architecture.
@shridhardhomne1427
@shridhardhomne1427 5 ай бұрын
Are the SysML 2.0 diagrams same as SysML 1.0? What are the changes between two diagram versions considering 2.0 follows the KerML and 1.0 follows the UML?
@ObjectMgmtGroup
@ObjectMgmtGroup 5 ай бұрын
The SysML v2 diagrams are specified as views in the model which unlike SysML v1, are formally part of the model. There are several SysML v2 standard views such as a general view, an interconnection view, an action flow view, a state transition view, and others. The SysML v2 standard views can provide similar depictions as the SysML v1 diagram kinds (e.g., block definition diagram, internal block diagram, activity diagram, state machine diagram, etc.) SysML v2 provides additional capabilities to specify user defined views and select the kind of model elements that appear on a diagram and how they appear. The capability to specify user-defined views may take time for the tool vendors to fully support.
@labhaya
@labhaya 5 ай бұрын
15:04
@drstevesilverman3418
@drstevesilverman3418 6 ай бұрын
where you can share do you have the mdzip file for this--so very interesting! I created a UAF Model for redesigning the NYC Subway System.
@tomerpaz
@tomerpaz 6 ай бұрын
DDS seems so much like what I remember as the Service Bus. And actually service bus exists many years before the pubsub broker approach and it was strongly discouraged in SaaS and DC software domains because people find out it is a lot harder to Track/Trace and debug such systems! Therefore they came up with those "pub sub hubub" like Google, and open source projects like RabbitMQ, ActiveMQ, Kafka... They became much more popular over service bus because they allowed much finer control (through the broker!) to monitor the traffic in queues, filter, control, change the schema in one place etc etc. I understand queue based approach is not so well suited to Realtime apps. So how do you monitor, debug and control the data in DDS model?
@tomerpaz
@tomerpaz 6 ай бұрын
Regarding the model centralization - that was also solved in two different ways: either the broker (can be local, not on cloud) manages the "topics" like in Arvo(Kafka), or distributed like Protobuf (Google famous GRPC based protocol). The IDL can be shared by different languages applications... Is that used in DDS implementations?
@MyBasketball2012
@MyBasketball2012 6 ай бұрын
Any advancement over SysML v1.0 is a bonus and SysML v.2.0 will make it easier for SysML to get adopted in general despite the fact that it's already widely used.
@peterperez4922
@peterperez4922 7 ай бұрын
Promo_SM ☀️
@luigiturco8492
@luigiturco8492 8 ай бұрын
Interesting. I see often choosing UAF over SysML for SoS architecture, and by consequence overlooking the definition of common interface standards
@llvienna
@llvienna 8 ай бұрын
Yes and yes. Continuum Depends what you are doing.
@amphitrite.6206
@amphitrite.6206 8 ай бұрын
sa
@katisteven3642
@katisteven3642 8 ай бұрын
More people should know about the work you guys have done. fascinating stuff.
@lecardinal1
@lecardinal1 9 ай бұрын
excellent! Is DDS enough configurable ? For instance, can i disable some services (such as discovering clients) to improve performances, or can i disable ciphered communication in test phase to see the packets in clear ?
@susabara
@susabara 10 ай бұрын
uml --- the language that has no machine- and human readable text form. no, the xml serialization of uml models is _not_ human-readable... and the specification that is deliberately underspecified and _needs_ specialization (to SysML or AUTOSAR or whathaveyou) --- which in theory are free to redefine everything if they deem it necessary. So to understand one of the derivatives, you need to dig through the UML, then the derivative and then revisit UML again for the fine print. that said, uml has a few very clever concepts, like redefining and splitting attributes on refinement, and partial diagrams, the unification of which gives the complete picture. I think it took a very wrong turn when it thought drawing diagrams was the future of construction and implementation of software systems.
@whogivesacrapaboutastupidc2313
@whogivesacrapaboutastupidc2313 10 ай бұрын
I dig the cringe jokes - too bad the audience was too stuffy to yield to the hilarity.
@CandyHam
@CandyHam 11 ай бұрын
Jesus christ can you imagine sitting through this presentation?
@smafa1900
@smafa1900 Жыл бұрын
Now its even more complicated. Thats why our lead engineers stick to powerpoint. We need a new lean modelling language asap.
@WhisperingUniverse
@WhisperingUniverse 11 ай бұрын
did you watch the entire video, and how acquainted are you with SysML? just trying to understand how I should interpret your comment.
@WilbanksUSMC
@WilbanksUSMC 8 ай бұрын
Powerpoint isn't a modeling language...it's a diagramming tool.
@MyBasketball2012
@MyBasketball2012 6 ай бұрын
Your Lead Engineers should first learn the principles and concepts of Object-Orientation, UML and then SysML. I suspect that they have failed to do that. The origins of SysML are from Software Engineering, hence, why Software Engineers get it, because they were trained to use such specific and specialised notation for complex Systems Design. In my experience, the people who usually complain are non-Software Engineers because they lack the training which they're missing and should be seeking from their current employer. The answer is not to stick to .pptx!! 🤣🤣🤣🤣
@pavelvodov1516
@pavelvodov1516 5 ай бұрын
@@WilbanksUSMC it's not even a diagramming tool, it's a presentation tool.
@BruceDouglass
@BruceDouglass 4 ай бұрын
Yeah, engineering is tough. It's easier to avoid it by using powerpoint.
@ethanwasme4307
@ethanwasme4307 Жыл бұрын
19:32 Class Diagram: Order Information Model
@ethanwasme4307
@ethanwasme4307 Жыл бұрын
I'm trying to sunset quite a large framework, this will be helpful
@yoyoyodaboy
@yoyoyodaboy Жыл бұрын
As a student who doesn't yet have any experience in professional software development, I found this lecture inaccessible. If I could better see the slide when the camera is zoomed out, then it might have been slightly easier to grasp. Then again, the benefit of that could well be trivial anyway. Please pardon my frustration. I was assigned this video by my professor and am annoyed to have no idea what he expects me to take away from it.
@ahmedhassan3276
@ahmedhassan3276 9 ай бұрын
any thoughts? similar situation here
@yoyoyodaboy
@yoyoyodaboy 9 ай бұрын
@ahmedhassan3276 Hello, sure! I estimate that, in the course where I was assigned this video, we students weren't meant to take away anything particularly specific. We subsequently took a small quiz on basic ideas of UML modeling, but not it didn't really test on anything unique to this video, which I consider to be its higher-level commentaries on UML's value in industry. (Btw, I somewhat hazily recall this lecture's content, as it was several months ago that I watched it.) I think our instructor's main intent in assigning us this video was to get us some exposure to the wide of UML diagrams. If I'm being petty, I think I could've skipped watching 80% of the video without any cost to my grade. Hope this is helpful somehow
@ahmedhassan3276
@ahmedhassan3276 9 ай бұрын
Thanks for your time, helpful indeed.
@josephbranch4663
@josephbranch4663 Жыл бұрын
Are the slides available?
@ObjectMgmtGroup
@ObjectMgmtGroup Жыл бұрын
The link to the slides were just added to the video description.
@thilde007
@thilde007 7 ай бұрын
What’s the charge number for watching this? Jk great stuff
@scottycannon6043
@scottycannon6043 Жыл бұрын
"promo sm"
@mehmoodrehman6336
@mehmoodrehman6336 Жыл бұрын
Grady Booch is the philosopher and Master of computer science.
@SantiagoGonzalez-yy3iy
@SantiagoGonzalez-yy3iy Жыл бұрын
Good job mr noel
@JarekZelinski
@JarekZelinski Жыл бұрын
Class diagram as a database? Again? Mixing domain model (namespace) with code architecture? Again? Hm...
@JarekZelinski
@JarekZelinski Жыл бұрын
OMG have BPMN for business process modelling, now UML prepares activity diagrams for algorithms (methods) not for business processes...
@JarekZelinski
@JarekZelinski Жыл бұрын
I see some logic fails, e.g. including UC as a nonworking part, why does the author connect this to the actor? In UML we can read UC model is not an internal structure, why author show internal parts of the code (extends, include)?? and so on...
@Alwaysdhruv8
@Alwaysdhruv8 Жыл бұрын
very informative and easy to understand video
@Alwaysdhruv8
@Alwaysdhruv8 Жыл бұрын
must watch video for software engineer
@informatik01
@informatik01 Жыл бұрын
Very informative. This lecture allowed me to look at UML under different angle and now UML looks to me quite attractive and (what is the most important) *practical* 👍
@RaditMenggokil
@RaditMenggokil 2 жыл бұрын
Manok
@inzhener2007
@inzhener2007 2 жыл бұрын
Спасибо!
@RhapsodyGuru
@RhapsodyGuru 2 жыл бұрын
for me this is one of the best introductions into UML and SysML -!!
@baptiste_rebillard
@baptiste_rebillard 2 жыл бұрын
Great video. Keep up the good work! We need to develop this community as much as possible.
@ErnestoVazquezChoby1000
@ErnestoVazquezChoby1000 2 жыл бұрын
how to deserialize DDS on RTPS trafffic capture?
@w.5948
@w.5948 2 жыл бұрын
Great webinar, thank you so much.
@ImHereFindMe
@ImHereFindMe 3 жыл бұрын
We need more examples on how to actually implement this behemoth. Not a lot of step by step examples and the rescue case study doesn't translate to other domains.
@hallojjsa
@hallojjsa 3 жыл бұрын
Hello there.. Thank you for the video. Would appreciate a lot if we could get longer or whole videos of these events, if possible.
@sheyig346
@sheyig346 3 жыл бұрын
Thanks for this.
@aadityasinha7847
@aadityasinha7847 3 жыл бұрын
Excellent presentation!
@andybaty6487
@andybaty6487 3 жыл бұрын
Ok stop it right there, lets industrialize it i am done
@Andrew-bf8st
@Andrew-bf8st 3 жыл бұрын
1st
@brandonrivera272
@brandonrivera272 3 жыл бұрын
Iota?
@dereckhu2468
@dereckhu2468 3 жыл бұрын
I found my way.thank you.
@krishnadhibar439
@krishnadhibar439 4 жыл бұрын
Hindi Mai samjhao