+ All Categories
Home > Documents > Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

Date post: 22-Dec-2015
Category:
Upload: miranda-crawford
View: 214 times
Download: 1 times
Share this document with a friend
Popular Tags:
19
Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004
Transcript
Page 1: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

Considering an Enterprise Architecture for the NSDI

Doug NebertFGDC Secretariat

July 20, 2004

Page 2: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

2

Presentation Outline

What is Enterprise Architecture?Considering functional need for dataLines of BusinessModeling Geodata to support business needs

Page 3: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

3

DefinitionEnterprise Architecture: the explicit description and documentation of the current and desired relationships among business and management processes and information technology

OMB Circular A-130, revised 11/00

Page 4: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

4

Enterprise ArchitectureDefines a framework in which one describes the current and future work activities and justifies the investments (personnel, data, applications) of an “enterprise”A precursor to electronic government (e-gov) and business process re-engineering

Page 5: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

6

Reference ModelsBusiness Reference Model (BRM) –define mission-critical lines of business, business processes, and functionsTechnical Reference Model (TRM) –identifies and describes the information services used to achieve the BRMData Reference Model (DRM) – defines the data/information structures, definitions, and valids required by the BRM in the context of the TRM

Page 6: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

7

Zachman Framework

Contextual

Conceptual

Logical

Physical

As Built

Functioning

Why

Why

Who

Who

When

When

Where

Where

What

What

How

How

Planner’s view

Owner’s view

Designer’s view

Builder’s view

Integrator’s view

User’s view

Modified from: http://apps.adcom.uci.edu/EnterpriseArch/Zachman/Resources/ZachmanTutorial.ppt

Page 7: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

9

Defining the Enterprise

# participants, complexity

workgroup

office

division

ministry

whole ofgovernment

community

Page 8: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

10

Why an NSDI EA? Differences in understanding and implementing EA in various agencies Encourage communication between geospatial business professionals and IT/CIO offices within agencies Improve communication between agencies and departments on available services and data backed by a Business Reference Model Identify opportunities to fortify and share common geospatial services across all levels of government

Page 9: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

Integrated Data and Information “To Be State”

Using the FEA-DRM

PollutionPrevention& Control

EnergyResearch

PublicHealth

Monitoring

RecreationalResource

Management& Tourism

ConsumerHealth &Safety

Consumer Safety

DOE

Emission

DOI

Natural Resource

HHS

USDAHealth

Recreation

Shared lines of business

Page 10: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

13

Information Community

Producers

Users

Portals

Mapping andExploratory

Software

LinkedData

Problem-Solving

Software

Page 11: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

14

Geospatial ServicesIncreasingly geospatial data can be accessed in real-time over local area networks and the Internet as if it were local dataMultiple organizations can benefit from the data being staged and maintained once and used many timesDesktop software and portals can use these services over the Web

Page 12: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

16

NSDI EA Project ProposalDevelop an Enterprise Architecture for the NSDI to encourage the identification of geospatial data / service producers and consumers, and optimize resourcing for relevant programs within and across agency lines

Page 13: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

17

OutcomesTraining / Familiarization of FGDC and GOS participants on FEA, EA Reference Model concepts, and the objectives of this projectDevelop use case scenarios that address critical provider and user processes and the data behind themDevelop formal Business, Data and Technology Reference models consistent with FEA guidelines

Developed cooperatively between NSDI members and industry via a consensus process

Validation of Reference Models via active prototyping and demonstrationA consensus process to evolve reference models via broad NSDI Stakeholder / Community involvement

Page 14: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

18

Approach in Three PhasesPhase I*: Establish common understanding of objectives and terminology, develop key use cases for geospatial, establish EA Business Reference Model for NSDI that ties to agency-supplied FEA Lines of Business and equivalent BRM structuresPhase 2: Mature data and technical reference modelsPhase 3: Validate BRM, DRM, TRM via experimentation and prototyping

*This phase would be funded by the FGDC in FY04, with other phases potentially funded as FY05 budget allocations.

Page 15: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

19

Proposed Schedule Phase IJune 2004

Requirements definition

July 2004 Issue Task Order via OGC Finalize and Deliver Detailed Project Plan

September 2004 Agreement on Plan and Schedule Initial Training on EA, Use case development,

Reference Model Development

October 2004 BRM development with Industry via OGC Enterprise

Architecture SIG

December 2004 Refined DRM, TRM development plan via EASIG

Page 16: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

20

Proposed Schedule Phase II

Jan 2004 – May 2005 Complete first drafts of DRM and TRM via

EASIG Process

June 2005 Complete updated DRM / TRM with

comments from FGDC and broader community review

Page 17: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

21

Phase III ScheduleMay 2005 Refine plans for specific prototypes and

demonstrations to validate Reference Models

May 2005 – July 2005 Conduct prototypes as OGC Technology

Interoperability Experiments (TIEs)

Sept 2005 Demonstrations

Page 18: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

22

Opportunities for partnership

E-government initiatives including recreation.gov and geodata.gov DOI EGIM members Group on Earth Observations (GEO) partners NASA Department of Homeland Security Environmental Protection Agency USDA Key state government agencies

Page 19: Considering an Enterprise Architecture for the NSDI Doug Nebert FGDC Secretariat July 20, 2004.

23

For more information, contact:

Doug NebertFGDC [email protected](703) 648-4151


Recommended