Enterprise Engineering Directorate (EE)

Slides:



Advertisements
Similar presentations
Operational, Services, Performance, and Functionality (OSPF) Architecture View An Executive-Level Enterprise Depiction 24 February 2009 Bruce J. Brown.
Advertisements

© Telelogic AB Modeling DoDAF Compliant Architectures Operational Systems Technical.
Integration of MBSE and Virtual Engineering for Detailed Design
Doc.:October 2009 Slide 1 Architecture for Smart Grid IT Interoperability (1) Purpose –Understand and model Smart Grid IT and its interoperability needs.
Eclipse, M2M and the Internet of Things
Securing Emerging Mobile Technology JOHN G. LEVINE PH.D. D/CHIEF ARCHITECTURE GROUP 13 SEP
1 INCOSE Chesapeake Chapter Enterprise SE Panel Discussion L. Mark Walker/LMC 21 March 2007.
CASE tools Upper CASE tools: support for the analysis and design Lower CASE tools: support for construction and maintenance 1980s… Nowadays… Integrated.
Applying the Human Views for MODAF to the conception of energy-saving work solutions Dr Anne Bruseberg Systems Engineering & Assessment Ltd, UK on behalf.
DoD Information Enterprise Architecture v2.0
ARCH-05 Application Prophecy UML 101 Peter Varhol Principal Product Manager.
NDIA System Engineering Division 2012 Task #4 October INTERIM PROGRESS REPORT.
The Open Group Architecture Framework (TOGAF) Version 7.
Keeping the War Fighter Informed
IC-MBSE 2010 Models as a Foundation for Systems Engineering – Should We Expect a Breakthrough? 3 rd International Conference on MBSE George Mason University.
© 2005 by Prentice Hall Appendix 2 Automated Tools for Systems Development Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F.
Connecting People With Information DoD Net-Centric Services Strategy Frank Petroski October 31, 2006.
© 2004 Visible Systems Corporation. All rights reserved. 1 (800) 6VISIBLE Holistic View of the Enterprise Business Development Operations.
Enterprise Architect and SysML – the story so far Sam Mancarella Chief Technology Officer Sparx Systems May 13, 2008
11.1 Lecture 11 CASE tools IMS Systems Design and Implementation.
Model Driven Architecture (MDA) Partha Kuchana. Agenda What is MDA Modeling Approaches MDA in a NutShell MDA Models SDLC MDA Models (an Example) MDA -
Objectives Explain the purpose and various phases of the traditional systems development life cycle (SDLC) Explain when to use an adaptive approach to.
Supplement 02CASE Tools1 Supplement 02 - Case Tools And Franchise Colleges By MANSHA NAWAZ.
DoDAF DoD Architectural Framework across multiple levels (Zachman And MoDAF are similar) UPDM Unified Modeling Language (UML) Profile for DoDAF and ModAF.
The Role of Modeling in Systems Integration and Business Process Analysis © Sparx Systems Pty Ltd 2011 Ben Constable Sparx Systems.
A Combat Support Agency Defense Information Systems Agency Model Based Systems Engineering and Systems Modeling Language Chris Gedo Chief, Architecture.
Version Enterprise Architect Redefines Modeling in 2006 An Agile and Scalable modeling solution Provides Full Lifecycle.
Enterprise Architecture
ARCH-6: UML Modeling with Enterprise Architect Phillip Magnay Technical Architect.
Model Based Systems Engineering (MBSE) using SysML GSFC Systems Engineering Seminar June 8, 2010 Sanford Friedenthal Lockheed Martin
Principles of Object Technology Module 1: Principles of Modeling.
Software Engineering Muhammad Fahad Khan
1 Remote Management of Wireless Gateway Student Name: Dinesh D N (BITS ID: 2004HZ12158) MphasiS Technologies Ltd, Bangalore March 2006.
DoD Architecture Registry System DARS 16 September 2009 Walt Okon Senior Architect Engineer Senior Architect Engineer for Information Sharing Enterprise.
Appendix 2 Automated Tools for Systems Development © 2006 ITT Educational Services Inc. SE350 System Analysis for Software Engineers: Unit 2 Slide 1.
Free Mini Course: Applying SysML with MagicDraw
1 IBM Software Group ® Mastering Object-Oriented Analysis and Design with UML 2.0 Module 1: Best Practices of Software Engineering.
2Object-Oriented Analysis and Design with the Unified Process Objectives  Explain the purpose and various phases of the traditional systems development.
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
Copyright © The Open Group 2011 Your Name Your title 44 Montgomery Street Suite 960 San Francisco, CA USA Tel
Thirteenth Lecture Hour 8:30 – 9:20 am, Sunday, September 16 Software Management Disciplines Process Automation (from Part III, Chapter 12 of Royce’ book)
The Challenge of IT-Business Alignment
Enterprise User Enabling Warfighter Capability
Identify steps for understanding and solving the
I n t e g r i t y - S e r v i c e - E x c e l l e n c e UPDM Review Session Col. Jack Jibilian Enterprise Architecting & Warfighting Decision Support SAF/XCPA.
1 UML Basic Training. UML Basic training2 Agenda  Definitions: requirements, design  Basics of Unified Modeling Language 1.4  SysML.
University of Southern California Center for Systems and Software Engineering Model-Based Software Engineering Supannika Koolmanojwong Spring 2013.
© 2012 xtUML.org Bill Chown – Mentor Graphics Model Driven Engineering.
Apps.  Understand the list of applications or application components that are required, based on the baseline Application Portfolio, what the requirements.
SysML Reference Model Definition Model Based System Development in the Joint Strike Missile project Svein-Erik Søgård KDS/Missile Division.
Chapter 10 Analysis and Design Discipline. 2 Purpose The purpose is to translate the requirements into a specification that describes how to implement.
Service Oriented Architecture (SOA) Dennis Schwarz November 21, 2008.
Session 9 Component and Deployment. OOAD with UML / Session 9 / 2 of 17 Review State Diagrams represent the software entities in terms of their states.
MODEL-BASED SOFTWARE ARCHITECTURES.  Models of software are used in an increasing number of projects to handle the complexity of application domains.
CASE (Computer-Aided Software Engineering) Tools Software that is used to support software process activities. Provides software process support by:- –
Rational Unified Process Fundamentals Best Practices of Software Engineering Rational Unified Process Fundamentals Best Practices of Software Engineering.
© 2014 Phoenix Integration, Inc. All Rights Reserved phoenix-int.com Simulation Workflow Automation and Model Management MBSE Workshop / INCOSE IW 2014.
Viewpoint Modeling and Model-Based Media Generation for Systems Engineers Automatic View and Document Generation for Scalable Model- Based Engineering.
Model Based Systems Engineering Visualization Steven Corns Missouri University of Science & Technology.
® IBM Software Group © 2009 IBM Corporation Viewpoints and Views in SysML Dr Graham Bleakley
1 Ontological Foundations For SysML Henson Graves September 2010.
Discussion Topics for Exploring OMG UPDM Way-ahead
Integrating MBSE into a Multi-Disciplinary Engineering Environment A Software Engineering Perspective Mark Hoffman 20 June 2011 Copyright © 2011 by Lockheed.
Agenda Federated Enterprise Architecture Vision
Unified Architecture Framework NATO Architecture CaT Introduction
Chief Information Officer Office of the Secretary of Defense
Introduction DoDAF 2.0 Meta Model (DM2) TBS dd mon 2009 VERSION 15
Constructing MDA-based Application Using Rational XDE for .NET
MBSE for PLM: Part of the Digital Systems Life Cycle
Presentation transcript:

Enterprise Engineering Directorate (EE) DISA’s Transition to Model Based Systems Engineering (MBSE) Enterprise Engineering Directorate (EE) Walt Okon DoD CIO Walt.okon@osd.mil Chris Gedo DISA/EE

Agenda Objective Improved practices Architecting processes Benefits of the approach DISA’s transition to Model Based Systems Engineering (MBSE) 2 2

We Need to Understand How Systems Work Objective Develop an integrated architecture for critical portions of the GIG Comprehensive Includes all essential capabilities Applies to all DoD Components Based on rigorous Systems Engineering principles Such as those espoused by DoD 5000, INCOSE, etc. Traditional development practices have not produced the desired results for complex, large scale IT problems Current artifacts do not routinely address critical analysis details Imprecise descriptions lead to different interpretations of the artifacts Focus is on generating artifacts rather than the underlying data Improved techniques could facilitate better analysis We Need to Understand How Systems Work 3 3

Can Reduce Cost & Improve Performance Improved Practices Adopt Model Based Systems Engineering (MBSE) Use the Object Management Group (OMG) Systems Modeling Language (SysML) Standards based, and therefore tool independent Derived from UML, a mature modeling language Executable (can generate code) Develop models that represent the capabilities Use the models to simulate capabilities Store models in a single, common data structure Enhances our ability to use automation tools to generate standard artifacts from the common data source Consistent with DoDAF 2.0 architecture requirements Can lead to improved system specifications Industry is already moving in this direction Can Reduce Cost & Improve Performance 4 4

The Architecting Process Derived from the acquisition process (DoD 5000) Early part of the Systems Engineering (SE) Process Involves decomposing the problem in order to define a solution It is far more cost effective to address issues early in the SE process 5

Existing Architecting Processes Analysis framework is solid Artifacts routinely lack specificity and are sometimes ambiguous, which leads to various interpretations Visualizing designs with this approach is labor intensive, which makes it costly to update & synchronize artifacts 6

Architecting With Model Based Systems Engineering (MBSE) Uses the same architecting process Creates SysML models rather than developing documents Automation tools can be used to generate routine artifacts directly SysML provides 9 different types of diagrams to represent the architecture, which can be used to develop solutions 4 behavioral 4 Structural 1 Cross-Cutting 7 7

Integrated Architectural Model Benefits of MBSE Models use common data sets Provides a consistent view of the architecture Can lead directly to system specifications & test plans Reduces systems integration and testing risks Promotes traceability Makes it possible to identify gaps and overlaps Facilitates model reuse and integration Uses a standards based modeling language Defines architectures that can be simulated with standard tools Models can be used with many standards compliant automation tools Automation tools are used to generate artifacts Less labor intensive to generate & update Structure Behavior Requirements Parametric Integrated Architectural Model 8

DISA’s Transition to MBSE Actions to date Training the Enterprise Engineering staff Updating our internal processes Developing a common data structure so that models representing individual capabilities can be integrated Developed a standard template with 9 standard SysML artifact types for documenting DISA capabilities Piloting the process by producing models & SysML artifacts for some select capabilities in the FY11 GIG Convergence Master Plan (GCMP) Planned actions Transition remaining DISA program/project capabilities Update future versions of the GCMP with SysML artifacts Continue training DISA & DoD personnel Develop all new capabilities using MBSE 9 9

Summary Benefits of the MBSE approach Expected result Models use common data sets Uses a standards based modeling language Automation tools are used to generate artifacts Expected result Reduce technical documentation & lower cost We will be including some early piloting of this MBSE approach in the FY11 GCMP 10 10

EA-SIG Support How can the EA-SIG help the DoD? DoD is firmly committed to: DoDAF Version 2.0 as the Single Architecture Framework Data Meta Model (DM2) and UPDM Model Based Systems Engineering; DoDAF conformant What is the direction of IT industry and commercial tools vendors in the direction and use of UML, SysML, and XMI?

www.disa.mil

Example of Architecture for Wireless Capabilities Handheld Wireless Devices Access DISN Services via commercial cellular products w/ DoD security feature set Voice Connect to DoD voice gateway for multilevel Secure Voice Service Data Connect to SIPRNET for Data Services Mobile Satellite Comm. Extend DISN Services to tactical users via satellite communications Mobile Wireless Comm. Extend DISN Services to tactical users via wireless communications DISN Core Capabilities Services Iridium Secure Mobile Services for Smart Phones Does Not work under water Wireless Extension Cellular Networks (GSM/CDMA) Infrastructure DISN Core Wireless Architecture Application/Data Layer: Web Services, Content Repositories 13 Seamless and Secure Wireless Communication Services 13

OV1 for SMS4SP 14

SAMPLE 15

SAMPLE 16

SAMPLE 17

SAMPLE 18

GSM Example 101.02

Index SAMPLE

GSM - UseCases Diagram SAMPLE

GSM - Requirements Diagram SAMPLE

Functional_Reqts_Allocation_and_Verification SAMPLE

GSM_Domain - Block Definition Diagram SAMPLE

GSM_Network - Block Definition Diagram SAMPLE

BaseStationSubsystem - Internal Block Diagram SAMPLE

GSM_Network – Internal Block Diagram SAMPLE

Establish_Signalling_Connection SAMPLE

Authenticate_User SAMPLE

Location_Update SAMPLE

Assign_Traffic_Channel SAMPLE

MobileStation_BDD SAMPLE

Voice_Uplink – Activity Diagram SAMPLE

Mobile_Device_States SAMPLE

GSM_Network_BDD SAMPLE

GSM Network - Parametric Diagram SAMPLE

BaseTransceiverStation – Parametric Diagram SAMPLE

Instances SAMPLE After Solution Before Solution

Package Diagram SAMPLE