Accelerating growth | reducing risk | increasing profitability Can DoD Architecture Make a Difference Today? DoD EA Conference 2011 Chris White 13 April,

Slides:



Advertisements
Similar presentations
Walt Okon Senior Architect Engineer
Advertisements

Life Science Services and Solutions
DoD Information Enterprise Architecture v2.0
Engagement (Shooter) Grid
DoD Architecture Framework Overview
UNCLASSIFIED 1 Enterprise Architecture Career Path Working Group Walt Okon Senior Architect Engineer Architecture & Infrastructure Directorate Office of.
Systems Engineering in a System of Systems Context
OASIS Reference Model for Service Oriented Architecture 1.0
© 2010 Casewise Systems, Inc. Success by design Overview Service-Oriented Architecture for E-Government Conference.
Chapter 8 Information Systems Development & Acquisition
About Us Founded in 2000 Partnered with the Specialist Schools and Academies Trust Microsoft Gold Partner Microsoft Education Specialist.
Nov. 14, 2007 Systems Engineering ä System ä A set or arrangement of things so related as to form a unity or organic whole. ä A set of facts, principles,
Systems Analysis & Design Sixth Edition Systems Analysis & Design Sixth Edition Toolkit Part 5.
1 ECCF Training 2.0 Introduction ECCF Training Working Group January 2011.
1 Computer Systems & Architecture Lesson 1 1. The Architecture Business Cycle.
1 Objective of today’s lesson S oftware engineering occurs as a consequence of a process called system engineering. Instead of concentrating solely on.
Operational Risk Management
A Combat Support Agency Defense Information Systems Agency Model Based Systems Engineering and Systems Modeling Language Chris Gedo Chief, Architecture.
MDA Guide Version CYT. 2 Outline OMG Vision and Process Introduction to MDA How is MDA Used? MDA Transformations Other MDA Capabilities Using the.
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.
The Challenge of IT-Business Alignment
Computer Systems & Architecture Lesson Software Architecture in the Future.
1 Fit For Purpose Example Capability AoA 11 May 2010 Architecture, Standards & Interoperability Directorate Office of the DoD Deputy Chief Information.
Partnership Analysis & Enhancement Tool Kit Cindy S. Soloe Research Triangle Institute (RTI) April Y. Vance Centers for Disease Control and Prevention.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 05. Review Software design methods Design Paradigms Typical Design Trade-offs.
Defense Information Systems Agency A Combat Support Agency E3 Engineering Division 13 December 2011 Defense Information Systems Agency A Combat Support.
1 ECCF Training 2.0 Introduction ECCF Training Working Group January 2011.
ACCOUNTABILITY AND MONITORING IN HEALTH INITIATIVE PUBLIC HEALTH PROGRAM Capacity Building Consultation 5 – 7 June, 2012 Istanbul, Turkey.
Repurpose, Compose, Profit— Next Generation SOA Infrastructure William Cox Cox Software Architects LLC Copyright 2008.
Software Engineering Chapter: Computer Aided Software Engineering 1 Chapter : Computer Aided Software Engineering.
Enterprise Architecture Aligning IT and Business during Integration Antonio Rios April 2008.
Enterprise Engineering Directorate (EE)
Certification Chuck Allen, 2003 Jan. 30. Why Should HR-XML Offer Certification?  HR-XML – an organization to develop and promote standards for HR data.
UTA/ARRI. Enterprise Engineering for The Agile Enterprise Don Liles The University of Texas at Arlington.
Software Engineering Lecture 10: System Engineering.
MITA -- A Vision of Evolving Medicaid Systems The View from CMS Rick Friedman Director, Division of State Systems Centers for Medicare & Medicaid Services.
Overview: Spatial Data Standards for Facilities, Infrastructure and Environment (SDSFIE) Services Support FGDC Coordination Group Meeting 6 February 2007.
1 DoD Environmental Management Policy. 2 EO 13148: Greening the Government Through Leadership in Environmental Management.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
Salesforce.com Migration Assessment with Microsoft Services Assess whether your current CRM implementation is the right solution for your current and future.
Real Examples SOA Governance in Use Today 2nd SOA for E-Government Conference Presenter: Chris Brown Date:
Getting Ready for the NOCTI test April 30, Study checklist #1 Analyze Programming Problems and Flowchart Solutions Study Checklist.
Serving IT up with ITIL By Thane Price. IT is the laboratory’s pit crew  Goal : Make technology transparent while accomplishing valuable internal customer.
Rob Byrd Chief Enterprise Architect Enterprise Architecture – A Citywide Service Delivery Strategy Aligning Information Technology Services to the Citizen.
DoDAF 2 Was Designed to Support DoD’s 6 Core Processes
US Kickoff brief to Frameworks Convergence Meeting
Architecture Tool Vendor’s Day
Reification in DoDAF is formally superSubtype, wholePart, or ovelap
Air Force Airborne SIGINT Architecture & Analysis
Introduction DoDAF 2.0 Meta Model (DM2) TBS dd mon 2009 VERSION 15
Hyper-V Cloud Proof of Concept Kickoff Meeting <Customer Name>
DoDAF 2.x Meta Model (DM2) Conceptual Level
Making the System Operational Implementation & Deployment
UML profiles.
Enterprise Resource Planning (ERP) System
DoD Architecture Framework Overview
Manager’s Overview DoDAF 2.0 Meta Model (DM2) TBS dd mon 2009
Enterprise Architecture at Penn State
Systems Architecture & Design Lecture 3 Architecture Frameworks
Systems Architecture & Design Lecture 1 Introduction
US Kickoff brief to Frameworks Convergence Meeting
DRAFT ISO 10006:2017 Revision Overview Quality management systems - Guidelines for quality management in projects ISO/TC176 TG 01.
DDR&E AC: Aligned to the National Defense Strategy
ESS.VIP.SERV Shared Services
DRAFT ISO 10006:2017 Revision Overview Quality management systems - Guidelines for quality management in projects ISO/TC176 TG 01.
Presentation transcript:

accelerating growth | reducing risk | increasing profitability Can DoD Architecture Make a Difference Today? DoD EA Conference 2011 Chris White 13 April, 2011

“art or practice of designing and building structures” “a unifying or coherent form or structure” “the manner in which the components of a computer or computer system are organized and integrated” “as documentation produced by architects, typically drawings, plans and technical specifications, architecture defines the structure and/or behavior of a building or any other kind of system that is to be or has been built” ar·chi·tec·ture (noun \’ är-ke-,tek-chər\)

“the ability to perform actions” “the facility or potential for an indicated use or deployment” ca·pa·ble “having attributes, physical or mental, required for performance or accomplishment” ca·pa·bil·i·ty (noun \’ kā-pə-‘bi-lə-tē\)

“The data and information produced by architects to be consumed by others that defines the structure and behavior of any kind of system or ‘System of systems’ that is to be or has been built which provides the facility or potential necessary for performance or requirement in support of DoD Mission Areas” DoD Architecture

DoD Architecture Framework Data-centric Architecture Development “Fit for Purpose” Presentation Views Introduction of Capability and Project Viewpoints

C orporate M odeler for D oDAF 2.0 Enabling Technology for DoDAF 2.0 Released in May 2010 Numerous pilots and implementations Software, Training and Consulting

Support all DoDAF 2.0 Viewpoints and Models Look and feel like DoDAF 1.x (as much as possible) Align with and conform to DM2 Out of the Box “Fit for Purpose” Provide conversion capability from DoDAF 1.5 Enable Data Sharing and Analysis – DM2 Level 2 database CMD2 Guiding Principles

Understanding Resources and Performers Performer Activity Capability Materiel ResourceProject Location Organization PersonRole Services Systems Information

Understanding Resources and Performers Organizations/PersonRoles/Systems/Services… (As Performers) Have Capabilities Perform Activities Can have whole-part relationships Can be party to Agreements Can have materiel parts Performers… (As Resources) Exist/Perform at Locations Can be consumed and produced by Activities Can be the “desired effect” of a Project

Understanding Resources and Performers The benefit is that we can build architectures around the management, use and deployment of “Resources” in a very real world sense. It’s not JUST about IT and data anymore.

What’s a tuple? UAS UAV Ground Support System Command and Control System Target and Decoy UAV Reconnaissance UAV Combat UAV BAMS BAMS Vehicle NAVY Ground Systems Future Ground Systems Whole-Part Super-Subtype Temporal Whole-Part

Can DoD Architecture Make a Difference Today?