1.3.3.김상현 ea 전략과it통합 · business 및 it 환경이해 비즈니스의이해 it...

오라클이 제시하는Enterprise Architecture 전략과 IT 통합

김 상 현TA 팀장한국오라클

Agenda

Enterprise Architecture Review

Infrastructure Consolidation

Oracle Information Architecture

Oracle Korea TA Service

Enterprise Architecture

Review

Enterprise Architecture 정의

“기업의 비즈니스, 매니지먼트 프로세스 및 정보기술사이의현재의 관계 및 바람직한 관계를 명시적으로 기술하고문서화 하는 것”

– “The explicit description and documentation of the current and desired relationships among business and management process and information technology” - (OMB Circular A-130, Management of Federal Information Resources, 8 February 1996)

“EA는 조직의 업무,정보,응용시스템, 이를 지원하는정보기술구조를 묘사하고, 이러한 요소들의 상호 연계되는모습을 총괄적으로 표현해 놓은 실체” <김성근교수, 한국SI연구조합EA교육자료>

Enterprise Architecture의 구성요소Data

Architecture각 비즈니스 부문이 업무를

수행하기위해 필요한 데이타들을어떻게 제공하고

유지 관리 할 것인가를 정의

TechnicalArchitecture각 비즈니스 부문과 결합된

애플리케이션/데이타를실행하기위해 갖추어야 할

정보기술을 어떻게 구성하고제공할 것인가를 정의

ApplicationArchitecture각 비즈니스 부문이 업무를

수행하기위해 필요한 기능들을

어떻게 애플리케이션이 지원하고

제공할 것인가를 정의

BusinessArchitecture

기업의 비즈니스 비전 및목표에 부합되는 비즈니스모델을 설정하고 목표를

파악하여 IT 적용기회를 도출

각 Architecture 는세가지 요소로 구분

네 가지 Architecture 로 구성 <김성근교수, 한국SI연구조합EA교육자료>

EA 프레임워크 및 방법론의 진화

ZISAF ZEAF FEAF

C4ISR TEAF

TISAF

IAF

TOGAF8

PGFEA

TOGAF7

METATADP

TAFIM

EAP

NIST RM-ODP

IEE1003

ITMRA OMB97 OMB2000

IEEE1471

개발년도

구분

방법론

및

프레임워크

법안및

표준

1980년대 1990년대 2000년대

참조(Reference) 개정(Revised)

EA 프레임워크 및 방법론의 비교

아키텍쳐 활용측면– Enterprise Architecture

비즈니스와 IT 의효과적 조율목표

– IT ArchitectureIT Infra 가 주요사항

주요 구성 유형 측면– Process Centric

아키텍쳐구축을 위한프로세스 제시

– Framework Centric아키텍쳐 묘사에 있어필요한 View Point 제시

프로세스중심

구성요소

프레임워크 중심

ITA 활용 EA

TAFIMTOGAF7

C4ISR AF

TADP

EAP

ZISAFIndexFramework

PGFEA

TOGAF8METAIAF

FEAF

TEAF

ZEAF

Enterprise Architecture 의 양면

EA, 아키텍쳐 정보화란 활동이자 결과물

Enterprise Architecture

활동 결과물

아키텍쳐추진전략

아키텍쳐수립 프로젝트

아키텍쳐 활용/Governance

프로세스

아키텍쳐프레임워크

정보화아키텍쳐

아키텍쳐정보화

정보화아키텍쳐

<김성근교수 EA CONF 2004 자료>

주요 EA 도입 동기

기술비용절감

비즈니스/IT연계 및 비즈니스의 적응력 배양

Reduce DecisionRisks

5%

Reduce Time toMarket

5%Business

Adaptability21%

ReduceProject/Service

Redundancy5%

ReduceTechnology Costs

38%

Business/ITAlignment

21%

ProcessHaromonization

5%

<Meta Group 2002><김성근교수 EA CONF 2004 자료인용>

EA 도입에 따른 IT 비용절감효과

최근 미국 CIO 조사 결과, 사용자 일인당 정보화비용은 조직 규모와아키텍쳐의 존재여부에따라 달라짐

아키텍쳐와 표준은IT비용의 효율적 활용에효과적

$6,185$22,534

$30,386 $9,209

No

Arc

hite

cted

?

Yes

Small Organization Size Large

<출처: Meta Group>

Architecture planning and standards compliance reduce IT budget expenses by an average of 30%

Enterprise Architecture 의 활용 용도

투자 계획에 대한 기반 제공

비즈니스 프로세스의 개선

기업의 상호 운용성 요구를결정하며 개선

비즈니스 프로세스와 IT 의중복성 인지 및 제거

이행 계획 수립 및 시스템디자인의 기반 제공

비즈니스의 필요와 조율된일관성 있는 하드웨어 및소프트웨어 선택

예산

아키텍쳐결과물

평가 활용

시스템구축

IT 투자 방향

새로운IT 투자 방향

<김성근교수, 한국SI연구조합EA교육자료>

Infrastructure Consolidation

IT 비용의 문제

“최근 연구에 따르면 정보기술관련비용은1990년에서 1995년 사이 56% 증가한 반면1996년에서 2001년 사이에는 220% 증가하고있다” (Source: ITG)

“Recurring cost 는 5년을 기준으로 할 때 TCO의최소 70% 를 유지하여왔으나 최근 2-3년간에는거의 90% 까지 증가되고있다”(Source: Meta Group)

Analyst/ Industry View

“최근 조사 결과 50명의 IT 매니저의 60%는 서버 통합프로젝트를 진행 중이었고, 10%는 완료하였으며, 20%는향후 2년내 착수할 예정이었음” (Source: Forrester).

“적어도 2004년까지는 TCO 와 IT “accounting” 이 최우선순위로 남아있을 것임”

(Source: Meta Group 2003).

IDC: Primary Type of System Consolidation

Physicalconsolidation

22%

Other1%Data integration

14%

Applicationintegration

14%

Storageconsolidation

25%

Centralization24%

Market View …

“Utility Computing market is set to more than quadruple from $1 billion to $4.6 billion by 2007”(IDC)주요 요인:

– 복잡성 감소의 필요성

공급자/제품수의 절감

– 경비 제어/절감의 필요성

서버/소프트웨어라이센스의 통합

– 기회의 포착 및 실현 필요성

CRM/ERM 등 비즈니스정보의 통합

인수합병/다운사이징 등 기업통합 후 인프라 통합 수반

Source: IDC Worldwide Server Consolidation Forecast and Analysis, 2002 - 2006

IT통합의 효과

현장에서의 IT 통합 효과를 파악

12개 인더스트리, 25개 고객사 비즈니스 이득 분석

100만달러 ~ 10억달러 매출규모 분포

조사 회사 인더스트리 분포조사 회사 규모

Source: Mainstay Partners LLC

0 – $100 Million

15%

$100 Million – $1 Billion

40%

Over $1 Billion

45%

Fin Svcs12%

Prof Svcs8%

Retail4%

Gov’t8%

Health Care4%

Consumer8%

High Tech16%

Ind. Mfg.8%

Comm.20%

Energy4%

Education4%

Utilities4%

Source: Mainstay Partners LLC

인프라 통합의 효과

IT headcount 20%-70% 감소

관리 용이성 확보 및 가용시간25% 증가

자산 활용도 30% 증가

레거시 애플리케이션을 단일하나의 오픈 플랫폼으로 통합, 생산성 향상

구축시간 최대 50% 단축

구축 및 업그레이드 비용 20% - 50% 절감

평균 백만달러 이상의하드웨어 투자비용 절감

애플리케이션간 공유데이타베이스활용으로 TCO 75% 절감

통합된 포탈 솔루션 활용, EDI 비용 50% 절감

전략적/운용적 관점재무적 관점

정보 통합의 효과

프로세스 개선효과(50%)

폐점시간 단축 (50%)

데이타 정합시간 향상(20%-50%)

보고 생산성 향상(80%)

데이타 정확성 및 품질 향상(50%)

데이타 중복관리 탈피로인한 생산성 향상

데이타의 일관성확보로8%의 headcount 감소

단일 데이타 모델/저장소기반 정보 통합 및품질향상에 따른 생산성 향상

데이타간의 연동 필요성감소로 인한 비용절감


애플리케이션 통합의 효과

invoicing 시간 50%-75% 단축

데이타 품질 및 가용성 향상, 고객 문의 87% 감소

영업포캐스팅시스템과연동된 SCM 활용으로 생산성향상

중앙집중적 구매 프로세스를통해 구매 비용 80% 절감

단일 재무시스템을 통해15% 비용절감

다수의 애플리케이션에서단일 통합 스위트 활용으로50% IT비용 절감


RO

I & T

CO

Adaptable InfrastructureReactive Managed Agile

Low ROI

High ROIUtility Computing

Many servers

Switch Off Servers(move applications & better utilise servers)

Locate in Data Centre(centralise existing applications)

Rationalise Operating Systems(consider rationalising applications and databases too)

Hardware Consolidation(consider Apps & DB architectures / SLAS)

Physical Consolidation

Bus

ines

s B

enef

its


Cost Savings

Many database vendors

All Oracle

Upgrade to 10g

Consolidate schemasUpgrade to 10g

ClusteredServers

ManagedOracleversions

Grid Computing

Database Consolidation

ClusteredServers

Grid Computing

Bus

ines

s B

enef

its


CostSavings

Axes are for illustrative purposes only

Many applications

Centrally locate apps & app servers

Rationalisationof apps

Rationalise application platform& access

Rationalise businessprocesses

Existing apps to same version

Service OrientedArchitecture

Middleware Consolidation

Oracle’s ERP Global Consolidation

Started with . . . . . . . . . . . . . . . . . . . 65+ (70+) instances

January 2001 . . . . . . . . . . . . . . . . . 20 instances

January 2002 . . . . . . . . . . . . . . . . . 10 instances

January 2003 . . . . . . . . . . . . . . . . . . 3 instances

July 2003 . . . . . . . . . . . . . . . . . . . . . 2 instances

January 2004 . . . . . . . . . . . . . . . . . . 1 instance (GSI)

Calendar 2004 (July or Sept.). . . . . . 1 CRM/ERP instance

Oracle Information Technologies:Consolidation Results

OrganizationOrganizationFinancesFinances

Systems &Systems &ApplicationsApplicationsPracticesPractices

• Spend: >$500M $276M• View: Fragmented Global• Decisions: Not Coordinated Centralized

• IT Staff: >2300 1600• Country/Regional Global

• Systems: Mixed eB Suite• Apps: >1000 <100

Custom Bespoke• Support: $$$ $• De-centralized Centralized

• Standards: some high• Common practices: few high• Knowledge sharing: some high

Oracle Information Architecture

What is OIA

Oracle Information ArchitectureOracle 의 Enterprise Architecture 전략

Oracle 의 IT 통합 방안

Oracle 의 Product Vision Reduce complexity vs. Manage complexity

Enterprise Data HubEnterprise Data Hub

Business ProcessesBusiness Processes

ApplicationsApplications IntegrationIntegration

Information AccessInformation AccessBus. Bus. IntellIntell.. CollaborationCollaboration TransactionsTransactions

Grid InfrastructureGrid Infrastructure

WorkspaceWorkspace

DatabasesDatabasesApplicationApplicationServersServers StorageStorage

Oracle Information ArchitectureThe Oracle Vision

언제 어디서나 한 한번의 Log-In 을 통해 개인에게 필요한모든 기업 정보에 접근 가능한 환경

프로세스 지향형의 모든 단위 업무가 통합된 시스템

통합 데이타 모델을 통한 데이타관리 효율 증대

그리드 컴퓨팅 기반의 저비용 고효율의 IT 인프라 구축

Automate

Consolidate

Standardise

LowROI

Fragmented Rationalised

HighROI

Many Systems

Many Applications

Many Databases

ManyInterfaces

Common “GRID”Infrastructure

Standard Global Business Processes

Enterprise Data Hub

Real-Time Information Access &Decision Making

OIA PrinciplesSimplifying and Reducing the Complex

Today Tomorrow How to get There

BusinessObjectives

NextSteps

OptionsObjectives

Current

FutureCurrent“As Is”State

Roadmap

Future State

Message Example Process Alternatives

OIA MethodFramework

DiscoverySolution Mapping

(Alignment) Roadmap

Interviews/Questionaires

Workshop

NextSteps

Analysis

Objectives

Current

FutureDocumentReview

RoadmapSolution

Message Example Process Alternatives

OIA MethodActivities

OIA Solution Blueprint Existing Infrastructure

Blueprint Legend

Oracle Platform

i-flex Platform

Industry OIA ArchitectureBlueprints

Generic Solution OIA Architecture Blueprints

GovernmentFinance

Manufacturing

Telco

Many Systems

Many Applications

Many Databases

Many Interfaces

Common “GRID”Infrastructure

Standard Global Business Processes

Enterprise Data Hub

Real-Time Information Access &Decision Making

Consolidate Disk Storage

Common Interface to Enterprise

Rationalise User Accounts

Common SchemaIntegration

BusinessProcess

Integration

ConsolidatedReal-timeReporting

Rationalise Databases

ApproachIdentify the Critical Path

Grid Grid InfrastructureInfrastructure

Business Business ProcessesProcesses

Enterprise Enterprise Data HubData Hub

InformationInformationAccessAccess

Many Systems

ConsolidateDatabase Servers

Oracle KoreaTA / DA Service

TA/DA 서비스 수행절차

AS-IS 아키텍쳐

분석

TO-BE아키텍쳐

설계

구체적실현방안 설계

Business 및IT 환경 이해

비즈니스의 이해

IT 환경의 이해

IT 원칙 확인

핵심현안도출

App/Data 현황분석

현행 데이타 모델도출

TA 현황분석

문제점 및개선과제 도출

진단

튜닝

통합 방안 고려

데이타 모델 설계

TA 설계

구현모델 설계

운영모델 설계

이행방안 수립

ROI 분석

Business 및 IT 환경 이해

SurviveMarket

Consolidation

Goal

Flexibility/Agility innovateProducts to Mkt.

KBR

Not future proof

CP

NotUsing Open

Internet Standards

TPKS

Organisational Goal orBusiness Strategy/Direction

Key Business Requirement (KBR)Specific Business Objectives to Achieve Strategic Direction

Consequential Pain (CP)Business Problems preventing Business from attaining KBR

Tactical Pain (TP).Everyday issues/problems preventing Business from relieving CP.

InitialsOf person

Expressing Pain



IT 환경의 이해

IT 원칙 확인

핵심현안도출

Business 및 IT 환경 이해



IT 환경의 이해

IT 원칙 확인

핵심현안도출

Regionalexpansion

(Local M&A)

Goal

Improve Plannerproductivity

KBRImprove quality

of advice

KBR

Refocus on core business

> de-merger

Goal

Offer betteradvice & products

to customers

Goal

Tailor offering forplanners

KBR

Ensure FlexibleSystemsGrowth

KBR

ARAR

AR

Diversify advicemodel growingAMP & Non dist

Channels

KBR

SupportASIC - FSRA

KBR

Enable Plannersto meet

Customer needs

KBR

Lower unit cost of production

KBR

Develop & deliverMkt. competitive

products

GoalAR

AR

AS-IS 아키텍쳐 분석

ER ModelER Model

AS-IS데이타모델링

AS-IS데이타모델링

Data DesignRepositoryData DesignRepository

Reverse데이타 Design

Reverse데이타 Design

SQL 유형 조사로부터추가적인 관계수집

SQL 유형 조사로부터추가적인 관계수집

Constraint(PK/FK)의관계반영

Constraint(PK/FK)의관계반영

Object(Table/Column) 업무적 용어 MappingObject(Table/Column) 업무적 용어 Mapping

AS-ISSchema DDL 작성

AS-ISSchema DDL 작성

AS-ISDatabase Schema

AS-ISDatabase Schema

AS-IS Reverse Engineering현시스템의진단

현시스템의진단

결과

참조

개선활동수행개선활동수행

Business Unit/엔터티 Matrix Chart 현행데이타모델

Technical Architecture 현황분석

AS-IS 데이타모델 도출단계

AS-IS 아키텍쳐

분석

App/Data 현황분석

현행 데이타 모델도출

TA 현황분석

문제점 및개선과제 도출

진단

튜닝

TO-BE 아키텍쳐 설계

Process/Function구조모델

Process/Function구조모델

•핵심엔터티 수집•업무적 관점의관계 정의•식별자의 지정

•핵심엔터티 수집•업무적 관점의관계 정의•식별자의 지정

•상세엔터티/관계 조사•주요속성 수집 및 조사•상세엔터티/관계 조사•주요속성 수집 및 조사

•복수의 Phase를 통해엔터티/관계/속성수집

•복수의 Phase를 통해엔터티/관계/속성수집

Advanced LogicalData Model

Advanced LogicalData Model

•논리성 완성화(정규화,특수 관계 정의)

•논리성 완성화(정규화,특수 관계 정의)

TO-BE Business Model

TO-BE Business Model

ConceptualData ModelConceptualData Model

Basic LogicalData Model

Basic LogicalData Model

Detail LogicalData Model

Detail LogicalData Model

TO-BE 논리데이타모델 (Enterprise 내의논리적 TO-BE 데이타모델)TO-BE 논리데이타모델 (Enterprise 내의논리적 TO-BE 데이타모델)

To-Be Business Model의Data 관점에서반영To-Be Business Model의Data 관점에서반영

PhysicalData ModelPhysical

Data ModelDatabase

DesignDatabase

Design

•물리적요소고려에 의한설계(Volume,Resource)

•물리적요소고려에 의한설계(Volume,Resource)

TO-BE 물리모델및 DesignTO-BE 물리모델및 Design

TO-BE아키텍쳐

설계



TA 설계 AS-IS TO-BE

TO-BE 아키텍쳐 설계

비즈니스 요구

논리적 통합 고려

비즈니스 원칙

IT 원칙

문제점 및 개선요구

선진사례

Solution 별, Industry 별 선진사례

AS-IS TO-BE

OIA Blueprint

TO-BE아키텍쳐

설계



TA 설계

구체적 실현방안 설계

가용성

Performance기존 시스템 활용방안

백업정책

확장성

동기화 방안대용량

1월 2월 3월 4월

Grid

Partitioning StreamingTransportable Tablespace

OLAPMView

데이타압축

AS-IS

TO-BE

구체적실현방안 설계

구현모델 설계

운영모델 설계

이행방안 수립

ROI 분석

주요 수행 프로젝트

K항공

– 여객 데이타 통합방안 컨설팅 수행

S전자 LCD – MES Reporting System DW & BI Portal 구축방안 컨설팅 수행

– LCD 제반 업무 환경에 대한 통합 정보 인프라 구축방안 컨설팅 수행

H반도체

– MES Reporting System 데이타 아키텍쳐 및 데이타 관리방안 컨설팅 및튜닝 서비스 수행

K통신

– 인터넷 망 관리시스템 통합 데이타 인프라 구축방안 컨설팅 수행

S자동차

– IT 시스템 진단 및 향후 발전 모델 컨설팅 수행

기타 다수 진단 및 튜닝 컨설팅 수행

정리

비즈니스의 성공을 위해서는 원칙있고 유연한

아키텍쳐의 도입이 필수적

오라클은 OIA를 기반으로 이러한 아키텍쳐의 수립

및 이행에 도움을 줄 수 있음

오라클의 DA/TA 서비스를 통해 논리적으로

완결하고 물리적으로 강건하며 합리적인 인프라를

구축하기 위한 방안 및 서비스를 고객에게 제공

Q U E S T I O N SQ U E S T I O N SA N S W E R SA N S W E R S

1.3.3.김상현 ea 전략과it통합 · business 및 it 환경이해 비즈니스의이해 it...

Documents