Download
system wide information management swim n.
Skip this Video
Loading SlideShow in 5 Seconds..
System Wide Information Management (SWIM) PowerPoint Presentation
Download Presentation
System Wide Information Management (SWIM)

System Wide Information Management (SWIM)

321 Views Download Presentation
Download Presentation

System Wide Information Management (SWIM)

- - - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript

  1. System Wide Information Management (SWIM) SWIM Program Overview SP/3

  2. Agenda SWIM Overview SWIM Segment 1 SWIM Segment 2 SWIM Governance Aircraft Access to SWIM (AAtS) International Coordination Cloud Computing 2

  3. Program Concept SWIM is an Information Technology (IT) infrastructure program that operates in the background to provide data to authorized users to facilitate collaboration across National Airspace System (NAS) domains • SWIM will: • Implement a Service Oriented Architecture (SOA) in the NAS by providing Enterprise Infrastructure services that include messaging, security, enterprise service management, and interface management • Ensure adherence to common standards (Governance) • Allow the FAA to create new system interfaces more quickly and cost-effectively than is possible today • Facilitate the data-sharing that is required for the Next Generation Air Transportation System (NextGen) • NAS Programs using SWIM Enterprise Infrastructure will receive SWIM support during their Investment Analysis phase as well as during their Development phase of the new services

  4. SWIM Concept Migrate the NAS to SOA • Makes it easier to establish interfaces between systems Get the right information to the right place at the right time • Facilitate Shared Situational Awareness • Facilitate Collaborative Decision Making (CDM) Establish governance over service implementations Represents significant cultural change 4

  5. SOA organizes technical capabilities in a standard way to allow flexible accomplishment of constantly changing demands SOA standardizes the necessary interfaces and behavior to support interaction SOA establishes services as the mechanism by which needs and capabilities are brought together SOA provides an organizing and delivery paradigm that derives greater value by reusing existing software solutions rather than duplicating capabilities Service S Capabilities performed by one for another to achieve a desired outcome Oriented O When capabilities are self-contained and independent to enable a collection of services to be linked together to solve a business problem Architecture A The fundamental organization of a system embodied in its capabilities, their interactions, and the environment 5

  6. SWIM is a SOA Implementation SWIM provides: SOA technology infrastructure Governance to ensure that information management standards and processes are followed Leads to consistent service development, operation, and management across the enterprise By following SOA standards and principles: SWIM makes services available on a network Enables systems on the network seeking those services to invoke them without having to change or adapt to the underlying implementation of the service (i.e., loose coupling) 6

  7. What types of information are shared through SWIM? • SWIM facilitates more efficient sharing of Air Traffic Management (ATM) system information, such as: • Airport surface management information • Weather data • Flight planning data • Notices to Airmen (NOTAMs) • Status of navigational aids • Airspace restrictions

  8. Benefits of SWIM • Business and IT Alignment • Systems design is driven by a market forces model (supply and demand) • Systems are grown to evolve with the environment rather than designed and built as a fixed structure (a city vs. a building) • Adaptability • Agility: allow for rapid enhancement of services capability • Flexibility: enable on-demand composition and restructuring of services to meet business needs • Interoperability • Priority on exposing capability for rapid consumption • Create ability for unanticipated utilization (emergent behaviors) • Reuse • Maximize utility of the services provided • Maximize utilization of existing services (eliminate/reduce development) • Scalability • Distribution of effort: widely distribute the development of capability • Distribution of value: enable wide access to capability

  9. Business as usual Host ETMS WARP IDS/ERIDS ASDE ATOP ERAM STARS/ ARTS/ TAMR CIWS Inter-Agency TMA TFM STARS CARTS/ Options for NAS Evolution More point-to-point unique interfaces Costly development, test, maintenance, CM New decisions linked to old data constructs Cumbersome data access outside the NAS • NAS System Interfaces in the Legacy Environment SWIM-Compliant Government Systems FAA Systems ERAM AIM • Enterprise Management (SWIM) TFMS CIWS FTI TDDS ITWS Existing point-to-point hardwired NAS Unique interfaces, custom designs TBFM LEGEND SWIM-Compliant Non-Government Systems WMSCR ATOP SWIM Segment 1 SWIM Future Services SWIM Adapter

  10. Conceptual Overview

  11. Segmented Approach to SWIM • SWIM Segment 1: • Implementation of a set of federated services in the NAS with SWIM-provided governance, standards, and software to support development of reusable SOA services • SWIM provides requirements, schedule, and funding to seven other NAS programs; tracks progress via formal monthly reviews • Segment 1 results in SOA services deployed to all Air Route Traffic Control Centers (ARTCCs), 39 Terminal Radar Approach Controls (TRACONs), the Air Traffic Control System Command Center, the William J. Hughes Technical Center (WJHTC), and NAS Enterprise Management Centers (NEMCs) • SWIM Segment 2: • Continues provision of governance, standards, and software to additional NAS programs • Implements enterprise messaging service for new “SWIM Implementing Programs” (SIPs) and facilitates transition by Segment 1 SIPs 11

  12. Agenda SWIM Overview SWIM Segment 1 SWIM Segment 2 SWIM Governance Aircraft Access to SWIM (AAtS) International Coordination Cloud Computing 12

  13. SWIM Segment 1 Federated Approach • Implementation of a set of federated services in the NAS with SWIM-provided governance, standards, and software to support development of reusable SOA services • SWIM provides: • Overall Program Cost and Schedule • SWIM System Engineering and Requirements Management • Definition and Maintenance of Program Level Agreements (PLAs) with implementing programs • Governance of SIPs • SIPs are responsible for: • Managing the development and deployment of allocated SWIM requirements per the SWIM Final Program Requirements (FPR) document and in accordance with the SWIM Program Schedule • Reporting progress against schedule 13

  14. SWIM Segment 1 Enterprise Infrastructure and Tools NAS Service Registry/Repository (NSRR), a central repository to help users discover, use and (whenever possible) reuse Web services Developer Tools: SWIM Commercial-Off-The-Shelf (COTS) Products Repository (SCPR), which provides a single point from which implementing programs can retrieve COTS products, tools, and artifacts SWIM Wiki, which provides a forum for developers and other members of the SWIM development community 14

  15. Service Registry/Repository • Centralized discovery • Lifecycle governance • Centralized deployment • Policy and standards enforcement A Service Registry is a resource that provides controlled access to data necessary for the implementation and governance of Service Oriented Architecture (SOA) projects A Repository is a database containing the artifacts and metadata that constitutes a SOA registry Note: These are usually referenced as one product, often called a Registry/Repository A Registry/Repository provides: • Automated service notification mechanism • Central to any SOA infrastructure in the promotion of reuse 15

  16. Registry/Repository Service Registry Discover and Retrieve Contract Publish and Register Contract Service Provider Service Consumer Exchange Messages "In fact, it was the existence of a discovery mechanism that primarily distinguished SOA from previous distributed architecture models." Principles of Service Design 16

  17. NSRR • The Hewlett Packard Systinet V3.2. product is being used to implement the NSRR • The SWIM Program has stood-up a National Airspace System (NAS) Service Registry/Repository • This creates a central repository to help users discover, use and, whenever possible, reuse Web services 17

  18. NSRR • Publishers manage and store metadata and service artifacts about their services in a single location. This information includes: • Service Description • Classifications: Protocol Types, Service Category, and Delivery Channels • Access Information: Interface Requirements Documents (IRDs), Web Service Definition Language (WSDL) files, and endpoints • Potential consumers search the registry in order to discover NAS services that will be/are available for consumption. • Potential consumers have access to metadata and service artifacts prior to consuming a service. They can then use this information to request services from the providers. 18

  19. NSRR and Governance • Governance organizations ensure that publishers are in compliance with policies and requirements • Contracts between publishers and consumers are created, negotiated, and enforced • The lifecycle of the NAS services can be effectively managed and service changes can be efficiently approved and implemented 19

  20. SCPR • Provides a single point from which implementing programs can retrieve COTS products, tools, and artifacts. • Stores current and previous versions of supported COTS products. • Enables the program to more effectively manage version control by ensuring that implementing programs are only using tested, supported and validated versions of the COTS products. 20

  21. SCPR 21

  22. SWIM Wiki • Provides a forum where developers and other members of the SWIM development community can: • prepare, distribute and update living documents; • post topics for discussion including issues, concerns, and lessons learned; and • store important information and resources such as guidance, standards, and integration patterns 22

  23. SWIM Wiki 23

  24. SWIM Segment 1 Capabilities Weather COI Aeronautical Information Management (AIM) Community of Interest (COI) Flight & Flow Management (F&FM) COI Special Use Airspace (SUA) Automated Data Exchange Corridor Integrated Weather System (CIWS) Publication Flight Data Publication Service (FDPS) Integrated Terminal Weather System (ITWS) Publication SWIM Terminal Data Distribution System (STDDS) Pilot Report (PIREP) Data Publication Flow Information Publication Runway Visual Range (RVR) Publication Capabilities will be implemented as multiple services by SIPs through FY15 Reroute Data Exchange

  25. Segment 1 Status Summary • SWIM Segment 1 commits to delivery of 9 capabilities, 8 of which are on track: • Two capabilities are complete and operational: • ITWS Data Publication • CIWS Data Publication • Three capabilities are complete and waiting for installation: • Weather Message Switching Center Replacement (WMSCR) PIREP Data Publication • AIM SUA Automated Data Exchange • Pre-Departure Reroute • Three capabilities are on schedule and within budget allocations: • STDDS • Flow Data Publication • RVR Data Publication • One capability is has been replanned but is expected to be on schedule and within budget allocation: • Flight Data Publication Service (FDPS) 25

  26. Segment 1 Products

  27. Segment 1 Products (cont.)

  28. Benefits of SWIM-Enabled Weather Services • ITWS CIWS • Without SWIM, ITWS and CIWS only distribute images, not data, to subscribers • Through SWIM, ITWS and CIWS distribute data, which may be integrated into situational displays, providing subscribers with the same information as the FAA • WMSCR PIREPs • Through SWIM, WMSCR data is distributed in near-realtime, allowing subscribers to process the information 28

  29. Example: ITWS • There are more than 10,000 airports in the US, yet less than 100 Air Traffic Control Towers have direct access to ITWS Situation Displays • SWIM enables ITWS information to be accessed by those without direct access, facilitating common situational awareness ITWS information accessed through ITWS Situation Display ITWS information accessed via Internet

  30. ITWS Team on SWIM The SWIM infrastructure and data formats left us perfectly positioned to begin immediately leveraging the capabilities of the Google geospatial applications once there was a requirement for visualizing our data. The integration tools we needed were right at our fingertips as they already existed as part of the SWIM Development Environment. – David Reiser , ITWS Team, Volpe Center 30

  31. Agenda SWIM Overview SWIM Segment 1 SWIM Segment 2 SWIM Governance Aircraft Access to SWIM (AAtS) International Coordination Cloud Computing 31

  32. SWIM Segment 2 • SWIM Segment 2 received Authorization to Proceed (ATP) from the FAA Joint Resource Council (JRC) in November 2010 • Authorized 2 years of funding (FY11-12), divided into planning and procurement activities for prototypes and work toward a Segment 2 Final Investment Decision (FID) • SWIM to provide the enterprise SOA infrastructure within the NAS for individual programs to use • SWIM will support the Technical Review Board (TRB) in ensuring that SOA governance complies with NAS regulations • Specific SOA tools are being prototyped as Segment 2 candidates • Segment 2 prototyping has identified new opportunities that may reduce cost and risk of Segment 1 services • NAS Enterprise Messaging Service (NEMS) to be provided via FAA Telecommunications Infrastructure (FTI), building on the Airport Surface Detection Equipment - Model X (ASDE-X) prototype 32

  33. Segment 2 Core Services Segment 2 Core Services supported by SWIM include: Messaging - reliable messaging as well as publish/subscribe services Interface Management - interface specification, discovery, and schema management Security –authentication, authorization, and audit services Enterprise Service Management - service monitoring, service configuration, and system monitoring • NEMS is providing Messaging Services 33

  34. SWIM Segment 2 Enterprise Infrastructure (via FTI) NEMS,which will provide the SWIM Segment 2 Enterprise Service Bus (ESB) via Oracle WebLogic, Oracle Internet Directory (OID), and other COTS products Domain Name Service (DNS),which will provide naming and name-to-address resolution services across the Enterprise Network Time Protocol (NTP) and Precision Time Protocol (PTP), which will provide time synchronization services across the Enterprise 34

  35. NEMS Deployment DEX is the operational prototype NEMS Current DEX deployment includes messaging nodes at: • NAS Enterprise Security Gateways (NESGs)(Atlanta and Atlantic City) • FTI National Test Bed (FNTB) (Atlantic City) • R&D Domain (Atlantic City) Four internal NAS nodes will be installed: early 2012 • Used for NAS-to-NAS distribution of SOA data products • Node Locations: ACY, ZTL, OEX, ZLC Implement 2-way SOA data exchange • Allows for non-NAS Producers to feed data into the NAS • Planned completion date: Fall 2012 DEX integration with Active MQ • Planned completion date: March 2012

  36. NEMS Message Node Locations Current NEMS messaging nodes at: • Atlanta and Atlantic City NESGs • FNTB • R&D Domain Four internal NAS nodes will be installed beginning of 2012 at: • ACY, ZTL, OEX, ZLC Key Current Message Node Planned Message Node 36

  37. Agenda SWIM Overview SWIM Segment 1 SWIM Segment 2 SWIM Governance Aircraft Access to SWIM (AAtS) International Coordination Cloud Computing 37

  38. SOA Governance • Without a controlling entity, SOA is not only challenging to manage, but it invites chaos because of its open and distributed nature • Because of this nature, SOA needs a management and controlling entity • Governance assures keeping services at a defined level in terms of integrity, performance, reliability, and currency • Governance also enforces security of enterprise data and privacy of information shared across boundaries • It enforces integrity and reliability of data • It ensures a certain level of performance and quality of all services 38

  39. SWIM Governance WHO is responsible Governance Authority Initial Service Candidate Approval by Technical Review Board (TRB) SWIM manages remainder of lifecycle for approved programs Service Providers responsibilities documented Service Consumers responsibilities documented WHAT must they do SWIM Governance Policies v1.1 SWIM Service Lifecycle Management Processes v1.0 HOW must they do it Technical Standards coordinated with NAS Enterprise Architecture TV-1 Technical Standards Profile TV-2 Technical Standards Forecast FAA Standards FAA-STD-063 XML Namespaces FAA-STD-064 Web Service Registration FAA-STD-065 Web Service Description Documents FAA-STD-066 Web Service Taxonomies SWIM Version Management Processes v1.0 NSRR User Guides 39

  40. Segment 2 Governance Programs will use the enterprise SOA infrastructure provided by SWIM Programs will not develop their own redundant enterprise SOA infrastructure Programs will meet SWIM-compliance requirements as required by Technology Review Board (TRB) Disputes related to implementation of enterprise SOA will be resolved by the TRB 40

  41. Scope of SWIM Governance It’s a part of FAA Governance FAA Governance What is FAA/ATO/NAS governance? ATO Governance Establishing decision making rights associated with the FAA/ATO/NAS Establishing mechanisms and policies used to measure and control the way FAA/ATO/NAS decisions are made and carried out NAS Governance SWIMGovernance What is SWIM governance? Extension of NAS governance focused on the lifecycle of servicesto ensure the business value of SWIM SWIM Governance is a catalyst for improving overall NAS, Air Traffic Organization (ATO) and FAA governance 41

  42. SWIM Compliance SWIM Compliance Definition: “Verified conformance to SWIM Policies.” (SWIM Service Lifecycle Management Processes v1.0) Verification Mechanisms Manual review of artifacts Governance-enabling Technology NSRR Testing Tools (Actional, Lisa, etc…) SWIM Web Service Security Compliance Test Kit (SWIM WS-S CTK) Policy Servers XML Gateways Enterprise Service Management (ESM) software 42

  43. Service Lifecycle Management Decisions TRB Investment Decision Authority SWIM Governance Team In Service Decision (ISD) Authority 43

  44. SOA Suitability Criteria NAS Enterprise View Potential for existing SWIM service to be utilized or tailored to meet the requirement Potential for other users to benefit from the information exchange Potential hazards for exposing data through SWIM (e.g., proprietary data, non-FAA user access) Program View (Cost, Schedule, Technical) Life-Cycle Cost of SWIM versus other solutions System performance requirements: latency, transmission rate, bandwidth, response time, overhead, etc. Safety/certification requirements Information security requirements Existing architecture/vendor solution impacts 44

  45. SOA Suitability Assessments SWIM provides SOA Suitability Assessments as NAS programs appear on a JRC watch list 45

  46. Agenda SWIM Overview SWIM Segment 1 SWIM Segment 2 SWIM Governance Aircraft Access to SWIM (AAtS) International Coordination Cloud Computing 46

  47. Aircraft Access to SWIM (AAtS) AAtS provides aircraft with a connection to NAS services enabled by SWIM AAtS will improve aircraft situational awareness: • Aircraft will have the same information the FAA uses to make ATM decisions AAtS Concept: • AAtS will initially use existing NAS and aircraft infrastructure • Information delivered via AAtS is not intended for uses that directly affect the trajectory of the aircraft Data services via AAtS • Services available on the NEMS will be available via AAtS • The scalability of this capability is key: • New data elements can be added more quickly, more easily, and less expensively • New NAS data will be made available to aircraft by granting operators access to the additional data elements provided by SWIM • Note: • FAA has no plans at this time to acquire a system or infrastructure to specifically support AAtS • AAtS will not replace existing or planned FAA systems 47

  48. AAtS Activities • Demos, Tests, and Simulations • Beginning in late 2011 • Continuing to 2014 • Scope is to: • Define and validate capabilities and interoperability solutions • Define and validate operational changes and impacts • Demonstrate the architecture in both domestic and oceanic/remote areas • Architecture and technical profile definition underway • Functional architecture is being developed in phases • Demo – to support AAtS simulations and infrastructure development (available for review) • Mid-term – to support AAtS capability IOC in early 2014 (March 2012) • Far-term – to support long term evolution (September 2012) • Integrated Operational & Technical Requirements Document (IO&TRD) • 2012 • Includes “Quick Start Users Guide” 48

  49. Agenda SWIM Overview SWIM Segment 1 SWIM Segment 2 SWIM Governance Aircraft Access to SWIM (AAtS) International Coordination Cloud Computing 49

  50. Collaboration with Europe Past – Memorandum of Cooperation (MOC) between FAA and the European Organization for the Safety of Air Navigation (EUROCONTROL) for joint R&D In place for 25 years Work with EUROCONTROL will continue, but will focus on near term and procedural issues New – MOC between U.S./FAA and European Union/Single European Sky ATM Research (SESAR) for civil aviation R&D Primary purpose of the MOC was to create a legal mechanism for NextGen – SESAR collaboration Other joint aviation research (e.g., metrics or safety) may be added as new annexes