i dont mean to be so offtopic but does someone know a trick to log back into an instagram account?? I stupidly lost my login password. I would love any assistance you can offer me
This is a very good overview of what MBSE is intended to be. But it only shows the perceived benefits and ignores hurdles which might cause as many problems as MBSE claims to solve. @~55:27 mark: Step 1: "Define mission level requirements, including the ... architecture." This is where significant problems will occur. For any real time system in a rapidly changing environment, where every microsecond is important to a successful outcome, the architecture design MUST be driven by performance requirements. To do otherwise is to put the cart before the horse. The original use of the principle "Form Follows Function" (FFF) was in the architecture of buildings, but it also applies to complex, real time systems in dynamic environments. A significant risk of the MBSE approach will be trying to design a system using a pre-conceived architecture that is ill-suited to optimal performance. On top of that add the constantly changing mission requirements that always happen and you will find a lot of work will need to be redone because 'mission need' will require a change to the architecture, and a rework of everything that is driven by the original architecture presumption(s). If the top level requirements cannot be captured accurately, the entire process will be overly wasteful. The FFF principle applies as much today as it did in 1896 when it was first coined. As a productivity enhancing tool, I can see how timelines and costs can be reduced via the use of an overarching toolset tying the entire system design process together. But true highly capable performance will require designing the architecture AFTER operational requirements are established. Not before, and not simultaneously. At best it could be an iterative approach, provided the operational requirements are well defined to begin with. Any significant change of requirements in the PDR timeframe can send you back to square one. As a Systems Engineer of 35 years who has dealt with complex, high performance systems as challenging as anything mentioned in this overview I can see where the weak premise lies. I have reviewed the DoDAF v 2.0 and it appears to me that, like the Ada mandate of the 1990s, MBSE is unlikely to generate all the benefits currently being attributed to it. Time will tell.
Thank you for your further insights on MBSE.I am working to do an academic program in Systems Engineering and learn from the best. In your won experience, where can I get the best exposure for Systems Engineering? Thank you in advance for your reply.
@@ajakaiyefolorunsho7969 Watch this talk by Gentry Lee on what it takes to be a Systems Engineer. It's a process that takes a while and requires a core set of skills. After that, you just have to keep learning about every aspect of programs you are involved with as your understanding grows. ruclips.net/video/E6U_Ap2bDaE/видео.html
This is a very good overview of MBSE and SysML. Also it clarifies the myth about MBSE and how the organization can approach to MBSE to make it sustainable product development and management practice based on standards and methods. Kudos to team to create and present such important content.
SAMSO standard 77-6 forms the basis for System Requirements Analysis that has proven to be very effective across the system lifecycle. When the government decided to "save" money by throwing out MIL-STDs and "going commercial" they pulled the rug out from under the Systems Engineering discipline in government procurements. There was a period of several years where software development and hardware development models were advanced significantly while SE was not valued and either not included in the scope of procurements or grossly underfunded. Tools that were developed to support SE were piecemeal commercial attempts to solve segments of the SE process but none addressed the lifecycle. SE as a discipline regressed significantly. Architecture Based Design and now DoDAF are attempts to reinvigorate SE as a discipline, but if you go back to fundamentals, 77-6 and SRA worked well and form the conceptual progenitor for both ABD and DoDAF. The advantage of DoDAF is it uses an integrated tool set that better enables enforcing consistency. Having said that, DoDAF is a modern implementation of Mission Analysis, Operational Requirements Analysis, Logistics Support Analysis and Test Planning Analysis that were fully defined in the SAMSO standard. Having said that, "Model Based System Engineering" has been a key element of systems engineering since the 1970s when I first began performing MA and ORA.
Wow!!!!! Very Impressive video tutorial!!!!! Thank YOU! Can we have a latest version of the same subject covering advancement in System Engineering? I appreciate if you share one more video on this subject. Thank YOU!
Another related video: SE Transformation Model-Based Systems Engineering in Agile Development on the NAWCAD SET Playlist: ruclips.net/video/QIwo-jyP-UA/видео.html
A good defence of MBSE. However it fails to mention that the underlying integrated project database that joins the models and other elements is just a computerized requirements traceability matrix.
Check out the Digital Transformation: Blowing up the V video on the Naval Air Warfare Center Aircraft Division (NAWCAD) SET Playlist: ruclips.net/p/PLvJqD9D-9VIc_T1VV_4Xsr6tRpeDWVYOz
Checkout my tutoring website brooksstemtutoring.com/ , we cover math ranging from elementary education to calculus, general chemistry, and engineering courses as well.
This is the best presentation I've seen on MBSE. Nice work. Hope to see more like this.
agree~!
i dont mean to be so offtopic but does someone know a trick to log back into an instagram account??
I stupidly lost my login password. I would love any assistance you can offer me
@Justus Pierce instablaster ;)
This one is the best: ruclips.net/video/WJ9vQNhUwS8/видео.html (and it's what brought me here)
This is a very good presentation on MBSE! Don't miss a minute!
Amazing presentation. That deep voice definitely helps to stick with it for 1 whole hour....
This is a very good overview of what MBSE is intended to be. But it only shows the perceived benefits and ignores hurdles which might cause as many problems as MBSE claims to solve.
@~55:27 mark: Step 1: "Define mission level requirements, including the ... architecture."
This is where significant problems will occur. For any real time system in a rapidly changing environment, where every microsecond is important to a successful outcome, the architecture design MUST be driven by performance requirements. To do otherwise is to put the cart before the horse.
The original use of the principle "Form Follows Function" (FFF) was in the architecture of buildings, but it also applies to complex, real time systems in dynamic environments. A significant risk of the MBSE approach will be trying to design a system using a pre-conceived architecture that is ill-suited to optimal performance. On top of that add the constantly changing mission requirements that always happen and you will find a lot of work will need to be redone because 'mission need' will require a change to the architecture, and a rework of everything that is driven by the original architecture presumption(s). If the top level requirements cannot be captured accurately, the entire process will be overly wasteful. The FFF principle applies as much today as it did in 1896 when it was first coined.
As a productivity enhancing tool, I can see how timelines and costs can be reduced via the use of an overarching toolset tying the entire system design process together. But true highly capable performance will require designing the architecture AFTER operational requirements are established. Not before, and not simultaneously. At best it could be an iterative approach, provided the operational requirements are well defined to begin with. Any significant change of requirements in the PDR timeframe can send you back to square one.
As a Systems Engineer of 35 years who has dealt with complex, high performance systems as challenging as anything mentioned in this overview I can see where the weak premise lies. I have reviewed the DoDAF v 2.0 and it appears to me that, like the Ada mandate of the 1990s, MBSE is unlikely to generate all the benefits currently being attributed to it. Time will tell.
Thank you for your further insights on MBSE.I am working to do an academic program in Systems Engineering and learn from the best. In your won experience, where can I get the best exposure for Systems Engineering? Thank you in advance for your reply.
@@ajakaiyefolorunsho7969 Watch this talk by Gentry Lee on what it takes to be a Systems Engineer. It's a process that takes a while and requires a core set of skills. After that, you just have to keep learning about every aspect of programs you are involved with as your understanding grows.
ruclips.net/video/E6U_Ap2bDaE/видео.html
This is a very good overview of MBSE and SysML. Also it clarifies the myth about MBSE and how the organization can approach to MBSE to make it sustainable product development and management practice based on standards and methods. Kudos to team to create and present such important content.
The fantastic presentation on MBSE!
A brilliant explanation, and five star presentation. Well done.
This presentation answers all questions!
incredible presentation quality. thank you for being so good
SAMSO standard 77-6 forms the basis for System Requirements Analysis that has proven to be very effective across the system lifecycle. When the government decided to "save" money by throwing out MIL-STDs and "going commercial" they pulled the rug out from under the Systems Engineering discipline in government procurements. There was a period of several years where software development and hardware development models were advanced significantly while SE was not valued and either not included in the scope of procurements or grossly underfunded. Tools that were developed to support SE were piecemeal commercial attempts to solve segments of the SE process but none addressed the lifecycle. SE as a discipline regressed significantly. Architecture Based Design and now DoDAF are attempts to reinvigorate SE as a discipline, but if you go back to fundamentals, 77-6 and SRA worked well and form the conceptual progenitor for both ABD and DoDAF. The advantage of DoDAF is it uses an integrated tool set that better enables enforcing consistency. Having said that, DoDAF is a modern implementation of Mission Analysis, Operational Requirements Analysis, Logistics Support Analysis and Test Planning Analysis that were fully defined in the SAMSO standard. Having said that, "Model Based System Engineering" has been a key element of systems engineering since the 1970s when I first began performing MA and ORA.
As a SE enthusiast. I've enjoyed reading your comment.
Thank you so much, it was a helpful and interesting video which have explained in a very good way things about Systems engineering. Great.
this is a fantastic and concise explanation!
Wow!!!!! Very Impressive video tutorial!!!!! Thank YOU!
Can we have a latest version of the same subject covering advancement in System Engineering? I appreciate if you share one more video on this subject. Thank YOU!
Excellent presentation!
Fantastic presentation on MBSE
This is the video I always show to colleagues when they ask why I prefer to work on Rhapsody than DOORS.
Another related video: SE Transformation Model-Based Systems Engineering in Agile Development on the NAWCAD SET Playlist: ruclips.net/video/QIwo-jyP-UA/видео.html
A good defence of MBSE. However it fails to mention that the underlying integrated project database that joins the models and other elements is just a computerized requirements traceability matrix.
Check out the Digital Transformation: Blowing up the V video on the Naval Air Warfare Center Aircraft Division (NAWCAD) SET Playlist: ruclips.net/p/PLvJqD9D-9VIc_T1VV_4Xsr6tRpeDWVYOz
Checkout my tutoring website brooksstemtutoring.com/ , we cover math ranging from elementary education to calculus, general chemistry, and engineering courses as well.
BUEN..DIAS..ELMANO
DIOS..BACONMIGO..IYO..CON.EL..EL..MEDIRIGE..TODO..LOPASO
CON.DIOS.DELANTE..NOTEDMO
DIOS..ES.LUS..IBIDA..AMOL
GRACIA.CI..DIOS.ABITA.ENMI..EL.DECIDE..POR..MI..IACI..SOR..FELIS
TODA..LAGRACIA.ALABANSA..PARA.DIOS
Lots of generic mumbo jumbo. No specific examples to compare mbsr versus se and clearly see the benefits.
Agreed, I don't know where did all those likes and appreciations come from.
Congratulations for every TIMES🆔ℹ🚀🆗🌠❇✨☝
The presentation was super vague.
Translate to arabic
You need to learn English.....