IAC Secure eBiz Inf..
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

IAC Secure eBiz Inf..

on

  • 706 views

 

Statistics

Views

Total Views
706
Views on SlideShare
706
Embed Views
0

Actions

Likes
0
Downloads
2
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

IAC Secure eBiz Inf.. Presentation Transcript

  • 1. Information Interoperability Challenges: Strategic Approach and Federated Data Management John Dodd - CSC Bruce Peat - eProcess Solutions Michael Lang - Metamatrix
  • 2. Information Quality Enterprise Information Management FEAPMO DRM Congressional Impact on G2B Technology Enablers Public Trust GAO Lessons Learned Reports Enterprise Information Management
  • 3. Objective
    • Breaking the Functional Stovepipes
    • Interoperability Strategy
    • Data Management
  • 4. Interoperability Strategy
    • Architecture  Implementation
      • Concepts
      • Challenges; Think Differently
      • Recommendations
  • 5. Architecture  Implementation Business Lines Transformation Federal Enterprise Architecture DoD Architecture Framework NASCIO Adaptive Enterprise Architecture Agile Enterprise Implementation Netcentricity Architecture Interoperability Strategy Roadmap for going forward and provide traceability from vision to implementation
  • 6. Concepts Interoperability Strategy
    • Agreements are Key for Interoperability
      • Agree on ways to accommodate system-to-system differences
      • Declarative methods for pragmatic interoperability
    • Business First
      • Shifting power to the users; customer and business experts
      • Moving the semantics from applications to the infrastructure layer
    • Multi-Faceted Architecture
      • Function-centric; not system or entity
      • Choice: Web (human), data, process, or services
    • Successful Communication Relies on Three Principles:
      • Common Semantics (the “meaning” of something)
      • Common Syntax (the structure of the message)
      • Common mechanism.
  • 7. Interoperability Challenges
    • Organizational
      • Perceived loss of control
      • Lack of incentives to cooperate – What is in it for me?
      • Lack of funds for cross-organization activities
    • Architectural
      • ‘ Super Enterprise Architecture’ doesn’t lead to interoperability
      • Lack of a forum and governance for developing consensus
      • Data models don’t replace the need information architecture
    • Technical
      • Lack of infrastructure to support interoperability & reconciliation
      • Legacy systems in place with disparate definitions
      • Shackled: Stovepipe systems and elusive data
  • 8. Think Differently - Conventional Physical Data Link Network Transport Session Presentation Application Open Systems Interconnection - OSI Model Provides different services to the applications Converts the information Handles problems which are not communication issues Provides end to end communication control Routes the information in the network Provides error control between adjacent nodes Connects the entity to the transmission media Interconnection Proved to work well with understanding and mitigating differences with the information pipe
  • 9. Think Differently – Paradigm Shift Physical Data Link Network Transport Session Presentation Application Interconnection Information Architecture Navigation Products / Services Enabling Technologies Interfaces Vocabularies Content High Low Stability Agility Model
      • Objective: insulate business from the high rate of change
  • 10. Information Architecture for Interoperability Information Architecture Navigation Products / Services Enabling Technologies Interfaces Vocabularies Content High Low Stability Agility Model Information Architecture Enables the management of critical Enterprise information artifacts Source: Lubash Pyramid
  • 11. Strategic Methodology Information Architecture Source: BusinessCentricMethodology.com Methodology Strategic Tactical
  • 12. Templates – Best Practices Business Drivers: Model / Process / Constraints Contract – Collaboration Partner Specific Constraints
    • Business Goals
    • Frameworks & Standards
    • Legacy
    • Authoritative Sources
    Templates Methodology
      • Templates provide context for declaration of constraints and choices
  • 13. Providing Precise Communications Templates Implementation
  • 14. Use Case : Architecture Driving Transformation
  • 15. “ No Regret” Recommendations
    • Business-Centric Methodology
      • Provide semantic and pragmatic interoperability
      • Declarative mechanisms allow for mass customization
      • Provide infrastructure for visibility and discovery
      • Guidance centered around Communities of Interest
    • Develop “Centers of Excellence”
    • Develop and Scope FirstGov
    • Identify Incentives for Collaboration
    • Fund Enterprise Interoperability Initiatives
    • Procurement must Dictate Interoperability
  • 16. Reference Model
    • Data and Information Reference Model (DRM) – Will be an aggregated description of the data and information that support program and business line operations, describing types of interactions and information exchanges.
    Information and Data Reference Model (DRM): Standards Based Architecture to Support Federated Data Management This paper is based on an approach and a Federated Information Model that can be populated along government Business Lines and be used across Federal, State, Local and International e-government initiatives. The approach is based on both sound information and data base theory, a serious need, and an approach that correlates with standards organizations to create an open and extendable family of information models. These models can be one element of each organization's push for information integration and increased consistency, commonality, and visibility.
  • 17. Federal Enterprise Architecture – A New Business Driven Data Model
            • To facilitate efforts to transform the Federal Government to one that is citizen-centered, results-oriented, and market-based.
    “ A collection of interrelated "reference models" designed to facilitate cross-agency analysis and the identification of duplicative investments, gaps, and opportunities for collaboration within and across Federal Agencies .” Connect Information and Data Reference Model to BRM: Service Oriented Access
  • 18. Data Management Challenges
    • Enterprise Data Management is a step child of the Enterprise Architecture
      • Dirty-Nasty-Complex
      • Many-many formats Exist
      • Each is “owned” by and protected from a “territorial” reason
      • Connected to system not to Process, Organization, Location- Context
      • Context-Content- Connection- Access Rights are not addressed fully in any standards
      • Often Data Analysis of Current “As-is” is done in a manual way- which is impossible with large organization changes
      • Metadata and Modeling are not understood and value is difficult to define
      • Emerging technology for information integration has many proprietary approaches
      • Crossing agency boundaries and business line architecture introduce new data management issues
    • (Gather some challenges from the early DISA, EPA, Justice activities….)
    • Federated Data Management address some of the challenges- not all more complete Enterprise Data Management approach is needed.
  • 19. The Key Principles
    • Data is an enterprise asset
    • Data is more valuable when standardized, managed, and protected
    • Enterprise data security allows appropriate access to different user communities
    • Performance, integrity, and manageability are optimized by an enterprise organization of information
    • Achieving Enterprise Data Management is an evolutionary process
    • Enterprise Data Management must be part of the large enterprise architecture
  • 20. Federated Data Management
    • Must be a standards-based approach
    • A Web services approach is the best candidate for data interchange
      • Steps :
        • Define XML Schema
        • Map Schema to physical data stores
        • Define WSDL
        • Get XML document
    • Seems simple, straightforward
    • However, the mapping of XML schemas to disparate physical data stores can be a black hole
  • 21. The Result: Inter-Agency Information Federation Virtual Views Physical Sources This approach is equally valid for intra-agency data integration
  • 22. Federated Data Management - Metadata
    • Federated Data Management is an enormous challenge.
    • Understanding the underlying metadata must take place before any integration efforts begin.
      • Post-it notes
      • Spreadsheets
      • Registries – ISO 11179, UDDI, ebXML
      • Datatypes
      • Attributes
      • Structure
      • Relationships
      • Models
  • 23. What Every CIO Needs to Know About Metadata
    • Quotes from a CIO recommendation paper written by the federal government CIO council's interoperability committee:
    • “ Metadata is one of the biggest critical success factors to sharing information …and storing information cost-effectively. Metadata can make your information sharing and storage efforts great successes, or great failures.”
    • “ Simply put, metadata management is making metadata do more things for more people in more ways, more economically.”
    • “ The alternative to metadata management is information chaos.”
    • http://www.cio.Gov/documents/metadata_cio_knowledge_feb_1999.html
  • 24. Federal Enterprise Architecture (FEA) Reference Models Business Reference Model (BRM)
    • Lines of Business
    • Agencies, Customers, Partners
    Service Component Reference Model (SRM) Technical Reference Model (TRM) Data Reference Model (DRM) Business-Driven Approach Performance Reference Model (PRM)
    • Government-wide Performance Measures & Outcomes
    • Line of Business-Specific Performance Measures & Outcomes
    • Service Layers, Service Types
    • Components, Access and Delivery Channels
    • Service Component Interfaces, Interoperability
    • Technologies, Recommendations
    • Business-focused data standardization
    • Cross-Agency Information exchanges
    • "The Business Reference Model is a function-driven framework
    • for describing the business operations of the Federal Government
    • independent of the agencies that perform them.
      • The Data and Information Reference Model (DRM) will describe … the data and information that support program and business line operations. “
    • http://www.feapmo.gov/fea.htm
  • 25. How Model Driven Integration Works
  • 26. The FEA & Federated Data Management Approach
  • 27. The FEA & Federated Data Management Approach
  • 28.  
  • 29. Design-Time Integration of Data Via Web Services Architecture
  • 30. “ Rap Sheet” Use Case: Using MOF models and XML based Web Services
    • Law enforcement agencies need access to rap sheets for suspects.
    • Federal law enforcement agencies, state police departments, and county police departments store arrest record information in disparate sources.
    • XML schema the is best candidate for a useful “exchange” format.
    • How do these agencies map the XML schema (rap sheet) to physical data sources?
    • How does the FBI access schema-compliant XML documents?
    • The document is reported as a Web Service (component) and can be retrieved by any properly authorized entity.
  • 31. Single Agency Run-time Integration Via Web Service Architecture
  • 32. Beyond Technology
    • Policies are needed
    • Solution Frameworks- Proof of concepts
    • Government involvement in Standards Organizations with Government Contractor Support
    • Defining Competency Centers with government and contractor personnel that can share the knowledge and support Cross-Agency and Cross-government projects
  • 33. Contact Information
    • For more information about IAC, go to
    • www.iaconline.org
    • For more information about the IAC EA SIG, please
    • contact Kay Cederoth at:
    • [email_address]
    • For more information on each of the IAC EA SIG
    • White Papers, go to:
    • http://www.ichnet.org/IAC_EA.htm