1 Context Diagram for Cameo default

Sdílet
Vložit
  • čas přidán 8. 06. 2021
  • A context diagram is a common view of your system in its environment or domain but is not a SysML product. You can create a context view using SysML. My recommended way is to create your system model by defining your use cases (see use case video) and the system domain using a bdd diagram with the top block called your system domain. In the domain is your system of interest (SOI) and other related blocks outside the system but influential to your system. I also call this level 0.
    This includes users, the environmental elements (rain, snow), constraints like laws or regulatory bodies. Also you might include hazards like bad weather or bad actors who might do your system harm, also know as off-nominal use cases.
    From the BDD you can now create the IBD, internal block diagram and link the blocks and annotate their relationships. These relationships can be requirements for your system and important stakeholders who need some function or output of your system. This is standard systems engineering stuff but can easily be included in the beginning development of your systems model. Good luck,
    Wes

Komentáře • 6

  • @KutayKUFTi
    @KutayKUFTi Před 2 lety +2

    Thank you for good introduction!
    Could you please explain the primary difference between domain and context in the sense of systems engineering?

    • @wezleyH
      @wezleyH  Před 2 lety +2

      Hi Kutay, a context diagram’s purpose is to show you the system of interest (SOI) in context to other relevant systems and stakeholders. I call this level 0 view of the SOI. The SOI is treated like a “black box”. You see it but not inside the box. Domain is another term used for the area around your SOI (as you define it) so when I say create a domain block, this block represents the SOI’s domain. This is why you also need to name the domain so you are indicating the scope of your domain. In your SysML model, the domain is defined by the block and decomposed on a bed to show its parts that make up this specific domain and how it relates to your SOI. This is an important view to consider as requirements come from your stakeholders and other related systems. If you don’t see an requirements being generated by items in your domain, why are you considering it a part of your domain. Does that help clarify these terms for you? You can also refer to the INCOSE Systems Engineering Handbook available thru www.INCOSE.net. Free to members (soft copy) and if your a student, there is a discounted rate.
      Good luck and take care, Wes

  • @demetriosjoannou
    @demetriosjoannou Před 19 dny

    Is it possible to create a parametric diagram so that we can show Q = 6 where x = 1 - 3, y = 1 -2, and z = 1 - 2. And to show all the possible combinations of this. Almost like a monte carlo simulation. I've been trying to complete this challenge for a while - if anyone has any ideas how this could be done, I would greatly appreciate the help.

  • @CameoMagic
    @CameoMagic Před rokem

    Nice walkthrough. It seems like a Context Diagram and an Internal Block Diagram are the same. Can you explain how these terms are different?

  • @Luftwaffe777
    @Luftwaffe777 Před 4 měsíci

    in the final ibd the child is not conneted directly to the parent as at the beginning

  • @Trendkanal
    @Trendkanal Před 10 měsíci

    How much does a professional license cost on your experience?