Future Airborne Capability Environment (FACE)

Slides:



Advertisements
Similar presentations
Connected Health Framework
Advertisements

1 The Networked Learning Environment. 2 Blackboards Product Strategy Leading institutions are harnessing the power of information networks to connect.
18 July 2001 Work In Progress – Not for Publication 2001 ITRS Test Chapter ITRS Test ITWG Mike Rodgers Don Edenfeld.
ATML Readiness For Use Phase II. Phase II Readiness For Use The ATML: Phase II will build on the Core phases, adding additional ATML components and features.
Trusted Computing in Government Networks May 16, 2007 Richard C. (Dick) Schaeffer, Jr. Information Assurance Director National Security Agency.
Supporting New Business Imperatives Creating a Framework for Interoperable Media Services (FIMS)
How to commence the IT Modernization Process?
C2 Integration Division Marine Corps Combat Development Command
Open Architecture: A Small Business Perspective Defense Daily Open Architecture Summit November 2011 Thomas Conrad.
BENEFITS OF SUCCESSFUL IT MODERNIZATION
Panel 5: The Latest in OA Innovation and C4ISR 4 November, 2014 Mike Rice President / Senior Systems Engineer R2E Inc.
Advanced Manufacturing Technologies for Extending Microprocessor Availability Proactive Solution to Military Microprocessor Availability and Affordability.
OpenStand and Collaborative Communities For innovation, solutions and market growth Kantara Initiative 3 June 2014 Summit Karen McCabe Senior Director,
Envision – Architect – Prove Scott Mauvais Technical Director Microsoft Technology Center.
Software Engineering Institute Carnegie Mellon University Pittsburgh, PA Sponsored by the U.S. Department of Defense © 1998 by Carnegie Mellon.
The Role of the Information Architect and Information Modeling Julia Cronin STC Presentation January 18, 2001.
25 JUNE 2014 This briefing is UNCLASSIFIED NGA/Army/DIA INNOVATION PARTNERSHIP.
Achieving Affordable, Capable Systems through Open Architecture Dr. Adam Razavian Deputy Major Program Manager Above Water Sensors Directorate PEO IWS2.0.
Copyright © 2011 Raytheon Company. All rights reserved Customer Success Is Our Mission is a registered trademark of Raytheon Company. Statement A: Approved.
02/12/00 E-Business Architecture
Requirements Analysis INCOSE Systems Engineering Boot Camp
Copyright © 2002 by Lockheed Martin Corporation All Rights Reserved This material may be reproduced by or for the U. S. Government pursuant to the copyright.
Product Life Cycle Management Innovation to Execution
Data Processing Equipment
Center for Enterprise Dissemination Services
Open Cloud Sunil Kumar Balaganchi Thammaiah Internet and Web Systems 2, Spring 2012 Department of Computer Science University of Massachusetts Lowell.
TeleManagement Forum The voice of the OSS/BSS industry.
Justice Information Network Strategic Plan Development Justice Information Network Board March 18, 2008 Mo West, JIN Program Manager.
C4ISR via OA Mike Danjczek November, 2014 Copyright GTS 2014.
Model Bank Testing Accelerators “Ready-to-use” test scenarios to reduce effort, time and money.
Slide 1 Open Architecture, Open Acquisition or Both? Carlo Zaffanella Vice President General Dynamics Advanced Information Systems.
THE REGIONAL MUNICIPALITY OF YORK Information Technology Strategy & 5 Year Plan.
1 Moving to a new Administration: Collaboration and Shared Services Technology Service Oriented Architecture Conference John W. Cox, CFO U.S. Department.
UNIT – II ARCHITECTING WEB SERVICES. WHAT ARE WEB SERVICES ? Web Services are loosely coupled, contracted components that communicate via XML-based interfaces.
. Traffic Flow Management System Benefits Flexibility for Future Growth: TFMS provides a modern software architecture to meet future growth and support.
OpenStand Principles for the modern paradigm for standards development.
Naval Open Architecture Military Aviation Architecture Conference
ITS America CVFM Forum – Session #24 In-Flight Weather Applications 5 June 2007.
Panel Three - Small Businesses: Sustaining and Growing a Market Presence Open Interfaces and Market Penetration Protecting Intellectual Innovation and.
1 World Wide Consortium for the Grid Global Grid Forum Network-Centric Operations Community Session 28 June
Communications Government Services, Incorporated Software Defined Radio for Public Safety Presentation to the National Conference on Emergency Communication.
Catawba County Board of Commissioners Retreat June 11, 2007 It is a great time to be an innovator 2007 Technology Strategic Plan *
March 2004 At A Glance NASA’s GSFC GMSEC architecture provides a scalable, extensible ground and flight system approach for future missions. Benefits Simplifies.
EGovOS Panel Discussion CIO Council Architecture & Infrastructure Committee Subcommittee Co-Chairs March 15, 2004.
Copyright © Yokogawa Electric Corporation FDT Technology “one tool for all” September 26, 2006 Yokogawa Electric Corporation.
Fax: (703) DoD BIOMETRICS PROGRAM DoD Biometrics Management Office Phone: (703)
Software Engineering Chapter: Computer Aided Software Engineering 1 Chapter : Computer Aided Software Engineering.
NASA ARAC Meeting Update on Next Generation Air Transportation System May 3, 2005 Robert Pearce Deputy Director, Joint Planning & Development Office.
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Confidential Unified Communications 8/16/ Competing with the Cisco Unified Communications Architecture.
1 Margaret Christison Head of Product Data Standards Product Information Standards Defence Logistics 2004.
AFLCMC… Providing the Warfighter’s Edge SOSA Industry Day: Working Agendas August 4, 2015.
Focus Area Forum: Sensor Open Systems Architecture (SOSA) Colonel Michael Schmidt Program Executive Officer for ISR and SOF August 4, 2015 Good morning,
25 April Unified Cryptologic Architecture: A Framework for a Service Based Architecture Unified Cryptologic Architecture: A Framework for a Service.
New Product Development Page 1 Teddy Concurrent Engineering by Teddy Sjafrizal.
NCP Info DAY, Brussels, 23 June 2010 NCP Information Day: ICT WP Call 7 - Objective 1.3 Internet-connected Objects Alain Jaume, Deputy Head of Unit.
ELECTRONIC SERVICES & TOOLS Strategic Plan
© 2015 Wind River. All Rights Reserved. Integrating FACE™ Aligned Componentry Larry Kinnan Principal Technologist, Wind River.
Basic Concepts Key Learning Points : The objectives of this chapter are as follows:  To provide an introduction to the basic Concepts of enterprise architectures,
1 Acquisition Automation – Challenges and Pitfalls Breakout Session # E11 Name: Jim Hargrove and Allen Edgar Date: Tuesday, July 31, 2012 Time: 2:30 pm-3:45.
HP Network and Service Provider Business Unit Sebastiano Tevarotto February 2003.
Making Choice Possible in the Acquisition of Machinery Control Systems Program Executive Office Integrated Warfare Systems (PEO IWS)
Digital Asset Management & Storage Program Program Summary
TeleManagement Forum The voice of the OSS/BSS industry.
Intel® network builders university
Boston (Burlington), Mass. November 14-15, 2018
P25 Digital Statewide Public Safety Radio System Initiation Department of Information Technology Estevan Lujan, Acting Cabinet Secretary Michael Rohrbacher,
Interoperability Board Public Workshop
Software Interoperability.... Same game, same rules?
Enterprise Architecture at Penn State
Future Airborne Capability Environment (FACE™) Support
Presentation transcript:

Future Airborne Capability Environment (FACE) CAPT Ralph Portnoy PMA209 Air Combat Electronics Mike Williamson, PMA209E Mission Systems Deputy Program Manager PMA209 champions development, integration and cradle-to-grave support for common avionics solutions in safety, connectivity, mission computing & interoperability

Scope: All of Naval Aviation Purpose of FACE FACE is a Common Operating Environment allowing for: Rapid insertion of capabilities Break the Operational Flight Program (OFP) cycle Leveraging common capabilities Reuse capabilities that have been developed on other platforms Common interpretation of standards More capability for existing budgets through leveraging Satisfaction of Weapon Systems Acquisition Reform Act of 2009 requirements Title II, Section 202(b) (5) - Use of modular, open architectures to enable competition for upgrades Increase competition through Industry defined, Government directed, common, verifiable, open standards Allow vendors to focus on innovation with the future budgets instead of focusing on recreating the wheel on every platform. Scope: All of Naval Aviation

Solution - FACE Modern processing environment True Open Systems Modular, Partitioned, Scalable, Portable, Extendable, Secure True Open Systems Adherence to commercial standards wherever possible Eliminate proprietary hooks in architecture Library of capability based services and applications Government / Industry partnership Paradigm shift required Capability based requirements in a Platform Centric world Cross-platform commonality Industry cooperation – use of open commercial standards FACE will bring rapid insertion of capabilities within existing budgets It will be a modern processing environment that will be modular, partitioned, scalable, portable, extendable and secure It will provide true open systems through adherence to commercial standards and elimination of proprietary hooks It will provide a library of portable capability “apps” Resulting in the ability to strictly manage Avionics Architecture 3

Ensures Interoperability and Cost Savings FACE Implementation Flight Control Surfaces Flight Control Systems Flight Controls OFP Mission Critical Displays Sensors Networks External Interfaces FACE Inputs Software Library KEY IDEAS Common Interpretation of Standards for Sensors and Networks Common Software Applications isolated from unique platform software Ensures Interoperability and Cost Savings

FACE Modular Architecture Partitioned: ARINC 653 time and space Partition Future New Application OS FliteScene Map StrikeLink Digital CAS Situational Awareness Fusion Engine OFP Separation Kernel FACE Middleware Components Device Drivers BSP BIT / Terminal Partition Spare OS FliteScene StrikeLink Situational Awareness Fusion Engine OFP Separation Kernel FACE Middleware Components Device Drivers BSP BIT / Terminal Partition Spare OS FliteScene StrikeLink Situational Awareness Fusion Engine OFP Separation Kernel FACE Middleware Components Device Drivers BSP BIT / Terminal . . Scalable . Applications, Scalable, Independent Partitions, Supports Modern Security Environment

Modular Open System Approach (MOSA) FACE provides teeth to the five key principles of MOSA Principle I: Establish an Enabling Environment Enable technical and business environment for open architecture acquisition Principle II: Employ Modular Design Define a technical environment that allows for portable, modular, software capabilities that can be reused across multiple platforms Principle III: Designate Key Interfaces Define key vertical and horizontal interfaces for portability, modularity, and interfaces to legacy systems Principle IV: Use Open Standards Develop an open standard for DOD avionics architecture defined by commercial open API’s and Interface standards Principle V: Certify Conformance Provide guidance to industry on the use of a standard Software Development Kit as well as a conformance test suite Establish process for independent verification and validation

FACE Technical Objective Drive towards modern computing architecture Build upon commercialized integrated modular avionics model (reduced regression testing, reduced cost, shorter schedules) Build upon Modular Open System Approach (MOSA) and Naval Open Architecture Modular: Government owned/licensed library of modular software applications/services Partitioned: ARINC 653 Time and Space Scalable: Ability to add new capabilities with clearly defined interfaces Secure: Multiple Independent Levels of Security (MILS)/Multilevel Security (MLS) capable Software Driven Objective, Hardware Agnostic Integrated commercial avionics- Commercial model allows for building a system and then selling for profit. Capability leveraging is used for cost and schedule sharing in the commercial aviation industry. Software driven capabilities should be broken up into modules that can be executed separately instead of package together into one OFP.

FACE Consortium The Open Group manages the Consortium Membership Company with experience leading Gov’t/Industry consortiums Goal to develop FACE architecture and interfaces Based on a standard of open commercial standards Develop FACE business model Membership Includes all 3 services 13 Founding Members 5 New Members FACE Consortium kick-off meeting held 8 June 2010 Working groups formed & engaged in Technical & Business efforts

Consortium Deliverables Technical Group Define Open Standard of Commercial Standards Supports DoD Modular Open Systems Approach (MOSA) and Weapon Systems Acquisition Reform Act of 2009 Define horizontal and vertical interfaces Develop a software development toolkit (SDK) Government owned Available to all vendors Develop a conformance verification process Business Group Develop a business model that is attractive to industry and government How do we do it? We need to define the standard then use that standard as part of the requirements for all new systems. We will embed all new capabilities into the FACE architecture without replacing the OFP ADDS will be the first targeted program Once FACE is defined there will need to be a software development toolkit that will be government owned and available to all vendors FACE Consortium - A Collaborative Approach to define a Common Open Standard 9

FACE - Truly Open Architecture Achieved FACE Implementation Draft FACE Standard available in December 2010 FACE Standard to be placed on contract for two new acquisitions in FY-11 ECPs to existing programs will incorporate FACE standard where possible Full FACE ROI dependent on wide acceptance & implementation in multiple T/M/S Permits leveraging of investments, speeds capability delivery, fosters interoperability Classified data recording requirements Digital video (HUD, BDA, surveillance, cockpit, etc…) Audio recording Digital data rest requirements (MFOQA, maintenance, intel, etc…) Multiple bus recording Electronic warfare/weapons/navigation/etc… 1553, Ethernet, fiber channel, RS422, ARINC 429, etc… Engine monitoring (IMD, HUMS, MFOQA, vibration, etc…) Rapid download capability (CSR/FDR, MFOQA, TAMMAC, IMD/HUMS) Bulk memory (TAMMAC, etc…) Data loaders ASQ-215/AMU/DMD replacement Multiple NAVAIR platforms: 2/3rds of the Navy’s Fleet affected by obsolete loaders (>1500 aircraft) FACE - Truly Open Architecture Achieved 10

Summary FACE defined by an Industry / Government Consortium FACE defined by Standardizing a set of Open Standards FACE will be scalable with independent partitions supporting modern security environment FACE will facilitate conformance to a common avionics architecture ensuring interoperability FACE will reduce time to field new capabilities In summary: FACE will facilitate strict management of avionics architecture ensuring interoperability and cost savings for the future. It will be scalable with independent partitions supporting security requirements. All PMA-209 programs will be FACE conformant starting with ADDS which will prioritize services required of FACE version 1. Ultimately, FACE will be defined by those in this room by establishing a Standard of Open Standards within a very aggressive timeline to support ADDS SRR in DEC 10 and RFP in MAR 11. FACE - CRITICAL to delivering Future Airborne Capabilities Application across T/M/S maximizes benefits 11

Questions ? Mike Williamson, PMA209E Mission Systems Deputy Program Manager michael.williamson@navy.mil (301)757-9441 Bob Matthews, PMA209EA Deputy Capability Lead robert.matthews@navy.mil (301) 995-4971 PMA209 Vision: where DoD organizations insist upon common, capability-centric avionics systems for their inherent value, interoperability, and cost-effectiveness.

Intellectual Property (IP) In FACE, it is the environment that is open Hardware and application software IP is acceptable Hardware Hardware agnostic – Board support package must meet hardware interfaces IP at the board level is acceptable Open competition at the board level Software Software library will be a mix of government owned, open source, and industry licensed software IP in a software program acceptable as long as the software package is completely FACE conformant