Annual SERC Research Review - Student Presentation, October 5-6, Extending Model Based System Engineering to Utilize 3D Virtual Environments Peter Korfiatis Stevens Institute of Technology

Annual SERC Research Review - Student Presentation, October 5-6, Research Problem There is often a disconnect between what the warfighter or analyst needs a system to do, and what developers think the system needs to do Artifacts created during the Early Systems Engineering phase are often not referenced throughout the rest of the development lifecycle Model Based System Engineering is advancing in certain phases of development but there is little connection between MBSE artifacts across the entire development lifecycle

Annual SERC Research Review - Student Presentation, October 5-6, Research Need There is a need to: quickly and graphically articulate a CONOPS for new missions and systems that will allow a diverse group of stakeholders to reach a shared mental model of the mission and potential solutions. make the CONOPS available as a model so that the true needs of stakeholders can be conveyed to future system developers. use model based artifacts to drive model based system architecting allow future system developers to easily alter a CONOPS to mirror current state of the system.

Annual SERC Research Review - Student Presentation, October 5-6, Research Questions Can the use of a virtual environment enhance stakeholders' ability to collaborate to reach a shared mental model and to develop a model based CONOPS? Does real-time collaboration between distributed stakeholders improve the CONOPS development? Can a model based artifact of a CONOPS be used to drive Analysis of Alternatives and other Pre-Milestone A analysis activities? Can the results of model based CONOPS be used by system architects to develop a system that better reflects the needs of the stakeholders. Can an integrated model based approach to Concept Engineering and Architecture and Design be enhanced by the use of virtual environments and will this new process improve system quality?

Annual SERC Research Review - Student Presentation, October 5-6, Sources for CONOPS Guidance ANSI/AIAA G – guide from American National Standards Institute IEEE – IEEE guide for CONOPS document DI-IPSC – DoD data item description for CONOPS document

Annual SERC Research Review - Student Presentation, October 5-6, Model Based Systems Engineering

Annual SERC Research Review - Student Presentation, October 5-6, Model Based System Architecting Major advances have been made by INCOSE, OMG and other organizations to strengthen the model based approach during System Architecture and Design The primary input to the architecting phase are the system requirements.

Annual SERC Research Review - Student Presentation, October 5-6, Challenges with MBSA Today CONOPS Requirements Architect System Architecture Model is an abstract representation of the real world, subject to biases of the model constructor and model viewer Requirements are passed to architects on paper or through a tool Architects need to discern what the stakeholder needs the system to do from the requirements Incorrect understanding of the requirements can lead to architects designing a system that does not meet the stakeholders’ needs

Annual SERC Research Review - Student Presentation, October 5-6, Proposed Approach An approach and toolset to allow system developers to create models at the onset of systems engineering activities that can ―Be developed directly by the end user ―Accurately reflect the needs of future users ―Be used to analyze proposed systems early in the SE lifecycle ―Easily be adapted to reflect changing requirements and design ―Automate the transfer of requirements and specifications to system architects ―Be useful throughout the SE lifecycle Assessment of current model based and visualization tools has pointed to the use of Gaming and Virtual Environments as high potential development environments

Annual SERC Research Review - Student Presentation, October 5-6, Virtual and Gaming Environments Virtual Immersive Environments have long been used by engineers to: ―Solve difficult problems that require 3D visualization ―Train and Educate personnel ―Analyze the impact of systems on environment and users ―Present concepts to customers

Annual SERC Research Review - Student Presentation, October 5-6, Development Using Unity 3D Unity is a popular IDE for creating 3D games. Extensive support community Cross platform deployment Rapid deployment and testing Interoperability of programming languages Database and networking support Currently being used by: ―Building Construction Architects to model buildings ―Defense contractors to develop training simulations ―Process Engineers to model complex processes ―Biologists to model complex biological behavior

Annual SERC Research Review - Student Presentation, October 5-6, Integrated Concept Engineering System Vision CONOPS Navigator Process Manager Data Exchange Tool Tool Execution Manager Concept Engineers and Stakeholders will enter the tool through a virtual lobby. They will select their Avatar of choice. As the team comes together in the ICES Lobby, each participant will select their individual role - developer or author. The tool then provides guidance and navigation help through the process of integrating tools and developing the CONOPS. Once the team agrees on the concepts, the scenario(s) can be put into motion for observation and analysis. The scenario(s) can be modified, or stored for later sharing with others for approval

Annual SERC Research Review - Student Presentation, October 5-6, Developing a CONOPS Using ICES

Annual SERC Research Review - Student Presentation, October 5-6, ICES High Level Architecture

Annual SERC Research Review - Student Presentation, October 5-6, Current Development Efforts Using Unity 3D, a leading game development engine, as development environment Building interfaces between popular Early Systems Engineering analysis tools Building an interface for CONOPS personnel Creating MBSA artifacts to give architects an accurate representation of user needs

Annual SERC Research Review - Student Presentation, October 5-6, Proof of Concept Prototype Slide 16 CONOPS Author Partial Textual CONOPS Graphical Scenario Descriptor Primitive Developer Concept Engineering System MBSA Artifacts

Annual SERC Research Review - Student Presentation, October 5-6, Prototype Workshop New Agency scenarios for initial testing and feedback on CES Tool 1.Simple limited primitive scenario– run as demo  Author viewpoint 2.Extended scenario– run as demo  Developer viewpoint – create new primitives, change attributes on existing primitives  Author viewpoint – import new primitives, modify existing scenario to include new primitives 3.Multi-player (user and observer) – run as exercise 4.User Scenario – Flexible to allow users to stretch CES – run as exercise  Author Viewpoint  Developer Viewpoint  Gathering Metrics– run as exercise  Split into teams and try to collect metrics related to OCNOPS creation with and without CES

Annual SERC Research Review - Student Presentation, October 5-6, Future Work Move from a limited functionality, proof of concept prototype to highly functional prototype Build out application infrastructure Implement Executable Scenarios Develop CONOPS and ICES development workflow to assist users in tool use Build primitive libraries for multiple domains relevant to sponsor’s operating environments Automate translation of graphical CONOPS output to MBSA input

Annual SERC Research Review - Student Presentation, October 5-6, For more information Peter Korfiatis Dr Robert Cloutier, PI Stevens Visualization, Modeling and Computation Lab ―