Enterprise ArchitecturePlanning

(EAP)

Administrative Computing Services12/17/2002

Dec 17, 2002 2

Topics

• What is Enterprise Architecture Planning (EAP)?

• What is an EA used for?

• Why should we do it?

Dec 17, 2002 3

A comprehensive blueprint of an organization by which we analyze and plan changes and make additions.

The structure of (Enterprise) components and their relationships, as well as principles and guidelines governing their evolution over time.

A common understanding, of the names and definitions of our organization’s entities.

MOST IMPORTANTLY: THE MODELS

... We need to build a new application…What do we have already in place? Impact?

What is an Enterprise Architecture?

Dec 17, 2002 4

The EA is a strategic asset repository which defines the current and target architecture environments, including:

•the business (processes),

•the information (data or entities),

•the technology, and

•the transitional processes that keeps all aligned.

Emphasis on Logical, not Technological…Technology will always change

Beware of Protocol Gas!

What is an Enterprise Architecture?

Source: Federal Conceptual Architecture model

Dec 17, 2002 5

Example: Technical Blueprint

Dec 17, 2002 6

Example: Organizational Data/Entities

Dec 17, 2002 7

Example: Organizational Data Attributes

Dec 17, 2002 8

EAP Consists of...

•A standard methodology

•A standard framework

•A standard set of templates

•A repository

•A change management process

Dec 17, 2002 9

Methodology adopted: “Guiding Principles”

•Conceptual Guiding Principles for all Architecture Domains •Specific Domain Architecture Guiding Principles

Commercial-Off-The-Shelf SolutionsDeveloped ApplicationsMiddlewareNetworkPlatformsSecurityDatabasesOperations Management

Dec 17, 2002 10

Adopted “Sliding Window” Technology Change Management Methodology

•Matrix for a 4-year, 16-quarter sliding window within which the various recommendations for the Specific Domain Architectures are documented.

•Document which components should be researched, piloted, invested in, maintained but not upgraded, disinvested, obsoleted, and rejected.

•Planning Architecture Governance and Change Management Procedures

Dec 17, 2002 11

Adopted Baseline Reference Technology

•J2EE

•XML

•LDAP Directory

•Business Portal (uPortal) as application development and integration framework

Dec 17, 2002 12

Adopted Zachman’s Framework for Information Systems Architecture

Dec 17, 2002 13

Topics

What is Enterprise Architecture Planning (EAP)?

• What is an EA used for?

• Why should we do it?

Dec 17, 2002 14

•Investment decisions, vendor selection

•Modeling

•Analysis

•Requirements definition

•Planning

•Describing, understanding, and communicating

What is an EA used for?

Dec 17, 2002 15

What is an EA used for?

• Promote interoperable and cost-effective systems

• Provide the rules, guidance and governance for buying or developing systems and managing change

• Ensure a common denominator for understanding, describing, comparing, and integrating systems

• Provide a mechanism for managing complexity.

Dec 17, 2002 16

Architecture Defines the Transitional Roadmap

Source: Federal Conceptual Architecture model

Dec 17, 2002 17

Topics

What is Enterprise Architecture Planning (EAP)?

What is an EA used for?

• Why should we do it?

•Too much work!

•Too difficult!

•Too many deadlines!

Dec 17, 2002 18

Non-optimum HRIS Situation

DATA

ApplicantTracking

DATA

Staffing Management (Job

Description Builder, QuickRec, FastClass)

Employee Evaluation

DATA

TrainingMgmt.

DATA

Payroll

DATA

Budgeting

DATA

Dec 17, 2002 19

CompetencyModeling

Staffing Management (Job

Description Builder, QuickRec,

FastClass)

Optimum Situation

EmployeeEvaluation

TrainingMgmt.

Payroll

ApplicantTracking

Budgeting

DATA

Integrated Systems and Data

Dec 17, 2002 20

Non-optimum Payquest

Billing Agency

Info

AdCom Payquest

Billing Agency

Info

Gastroenterology

Pediatrics

Billing

Agency Info

Dec 17, 2002 21

CompetencyModeling

Gastroenterology

Optimum Payquest Situation

TrainingMgmt.

Pediatrics

AdCom Payquest

Any department

Billing Agency Info in LDAP Directory

Integrated Data and Access Control

Eudora

Any LDAP compliant software (DralaWorkflow,

uPortal, Expresso)

Dec 17, 2002 22

Present “Stovepipes”

Source: Federal Conceptual Architecture model

Dec 17, 2002 23

Desired State

Source: Federal Conceptual Architecture model

Dec 17, 2002 24

Target

Source: Federal Conceptual Architecture model

Dec 17, 2002 25

How do we get to the Target?

• Understand our challenges, goals and “Guiding Principles”.

• Apply and maintain “16-quarter Sliding Window” technology management Matrix for Domain Architectures (Security, COTS, etc).

• Build in Reference Technology (J2EE, XML, LDAP, Portal)

• Populate Zachman Framework Row 1 - the Planner’s perspective.

• Work with our business units to populate Zachman Framework Row 2 - the “Stakeholder’s” perspective (business models).

• Understand where we take “shortcuts”, why, and for how long.

• Plan, organize and commit.

• Communicate.

Dec 17, 2002 26

•Applications in different technologies•Redundant code, redundant data with multiple uses•Redundant security, user/group management •30 year old systems•Alignment with business needs not timely•Data quality issues•Costly integration•Customized development of application instead of

assembly from “parts” •Funding (State Budgets depend on explicit EAP ) •Projects done without architecture planning cost

significantly more in long term (John Zachman)•Without it, we can’t understand impact of change.

Why? Too much work! Impossible!

Dec 17, 2002 27

Benefits to the Business of planned systems

• More responsive to customer’s needs

• Reduced data-entry costs

• Efficient systems maintenance means improved service.

• Architectures eliminate complex costly interfaces between incongruent systems

• Management decisions in all functional areas will be based on more accurate and timely data, leading to various improvements and cost-saving measures

• New systems are developed faster and at less cost due to common data, common code, and a shortened requirements phase

• Easier to evaluate and select vendor SW packages

Source: Enterprise Architecture PlanningSteven Spewak

Dec 17, 2002 28

Conclusion

What is Enterprise Architecture Planning?

What is an EA used for?

Why should we do it?

MOST IMPORTANTLY: THE MODELS

... We need to build a new application…What do we have already in place? Impact?