Transcript Slide 1
Aligning Existing IT Architecture
with SOA:
-----------
A Phased Transition Strategy to MDA SOA
William M. Ulrich
Tactical Strategy Group, Inc.
[email protected]
www.systemtransformation.com
Copyright © Tactical Strategy Group, Inc. 2006
Overview of Session
Why existing architectures must be
transformed to deliver on SOA promise
Transition strategy definition
Functional decomposition & gap analysis
Data definition rationalization, target
mapping & redesign
Business logic extraction, mapping & reuse
Phased deactivation of existing architecture
2
Copyright © Tactical Strategy Group, Inc. 2006
State of Data & Application Architectures
Implementation logic coupled with business
logic
Redundant, inconsistent & fragmented data
& functional definitions
Systems are not aligned around servicesdriven focus
Poorly aligned systems typically caused by
poorly aligned data
3
Copyright © Tactical Strategy Group, Inc. 2006
Existing Architectures: Segregated into Stovepipes
with Significant Cross-Functional Redundancy
Existing Organizational Governance Structures
Existing Business Processes
Existing Data & System Architectures
4
Copyright © Tactical Strategy Group, Inc. 2006
Existing Architectures are Not Service-Based
Numerous systems run in batch mode
Online modules tend to be multi-functional
Logic & data has highly intertwined dependencies
across stovepipe environments
Redundant data & functionality is rampant
IT cannot just wrap an online transaction and call
it a service
5
Copyright © Tactical Strategy Group, Inc. 2006
Application Architecture: A Slave to
Data Architecture
6
Persistent data is fragmented, redundant &
misaligned
Data defined inconsistently, redundantly
Data contained in archaic, ill-defined structures
Applications are intertwined with and basically
slaves to data architecture
Services architecture must be built on reliable
data foundation
Copyright © Tactical Strategy Group, Inc. 2006
Sample Cross-Section of Existing IT Architecture
VSAM
User Spreadsheets
Procurement
Tracking
Payments
Order
Processing
DB2
Sales
A/R
Agency
Billing
Agency
Billing
System
Special
Order
Processing
VSAM
Tracking
Accounts
Receivable
(A/R)
IMS
Distribution
Agency
DB2
VSAM
VSAM
Standard
Inventory
Inventory
Specialty
Items
VSAM
Payments
IMS
Proposal
DB2
Redundant functions & data, convoluted architecture not conducive to SOA
7
Copyright © Tactical Strategy Group, Inc. 2006
Defining End-State Architecture Relies on
Data & Functional Views
Data architecture designed around market & business-driven requirements
Order
Data
Common Order
Modules
Submodules
Submodules
Customer Data
Common Customer
Mgmt. Modules
Submodules
Submodules
Inventory
Data
Common Inventory
Mgmt. Modules
Submodules
Submodules
Common Distribution
Modules
Submodules
Submodules
Applications decompose into single function modules (i.e. services)
8
Copyright © Tactical Strategy Group, Inc. 2006
Existing Systems Transformation
Strategy is Target Dependent
Code-based target SOA:
Model driven target SOA:
9
Retains & reuses business logic in code-based
implementations
Relies on source code refactoring & modularization
Requires business rule extraction, transformation &
reuse in model driven target
Limited refactoring supports phased deactivation
This discussion focuses on model driven SOA
target
Copyright © Tactical Strategy Group, Inc. 2006
Transformation Roadmap to MDA SOA
Establish target SOA framework
10
(e.g. MDA, code-based, rules engines, etc.)
Establish transformation process & tool support
Establish scope & initial transition strategy
Decompose current architecture
Use current-to-target mapping to refine transition
strategy
Further decompose existing systems data and application
functionality
Apply refactoring options to support phased legacy
deactivation
Copyright © Tactical Strategy Group, Inc. 2006
Setting SOA Transition Project Scope
Broad-based approach:
Requires
cross-functional assessment
Examines multiple interrelated applications
Narrow approach:
Bypasses
cross-functional mapping &
decomposition
May ignore redundant functionality across
stovepipe environments
11
Scope is based on breadth of desired
functionality to be reused
Copyright © Tactical Strategy Group, Inc. 2006
Broad-Based Assessment – Enterprise
Level Functional GAP Analysis
Current
Applications
Current
Functions
Target
Functions
Application A5
FUNCTION 1
FUNCTION A
Application B4
FUNCTION 2
Application B1
FUNCTION 3
FUNCTION C
FUNCTION 4
FUNCTION D
FUNCTION 5
FUNCTION E
User System X
12
No
Map
FUNCTION B
Copyright © Tactical Strategy Group, Inc. 2006
Broad-Based Data Architecture Analysis:
Existing-Data-to-Business-Data Mapping
Target Data Subject Areas & Entities
HR
Data
13
Order
Processing
Data
Inventory
Data
Customer
Management
Data
Supply Chain
Management
Data
Existing system-to-target data mapping highlights redundancies, inconsistencies
and fragmentation within current data architecture.
Copyright © Tactical Strategy Group, Inc. 2006
Refine Transition Plan Based on BroadBased Assessment Findings
Existing applications
& data definitions
Produce
packing list
Ship order
Individual Project Scope
•Extract business rules &
data definitions
•Rationalize/consolidate
data & logic as needed
•Migrate/merge extracted
logic & data definitions
into applicable models
•Selectively deactivate
legacy functionality
Drop ship
from remote
warehouse
Shipping Clerk
Insured
Employee
Object
From object
data model
Register
Claim
Trigger
Employee makes
a claim
Decrement
FGI
Trigger
Daily claim
review process
Approve
Claim
Precondition
Register claim
Source: Martin/Odell
Sample models
Individual projects are established to capture, reconcile, migrate &
deploy functionality within model driven, services oriented architecture
14
Copyright © Tactical Strategy Group, Inc. 2006
Target Data Architecture Mapping
CURRENT SYSTEM
TARGET SYSTEM
Interviews
Legacy
Data
Records &
Elements
Current
System
Models
Existing
Documentation
15
Interviews
Identify
Unique
& Redundant
Entities
Entities
Retained by
Target
Mapping
Top-Down
Analysis
Entities
by System
Entities
Not Mapped
Current-to-target data mapping extracts bottom-up data usage to
create or validate target data models.
Copyright © Tactical Strategy Group, Inc. 2006
Bottom-up Data Definition Analysis,
Rationalization, Redesign & Reuse
Sample I/O record group - Group 005
PAY-MASTER.
PM222100. (Copybook)
01 PAY-MAST.
05 MAST-KEY.
10 EMP-NAME.
15 LAST-NAME PIC X(20).
15 FIRST-NAME PIC X(10).
15 MIDDLE-INIT PIC X.
10 EMP-NUMBER PIC 9(6).
10 EMP-BIRTH-DT.
15 EMP-BIRTH-MO PIC 99.
15 EMP-BIRTH-DA PIC 99.
15 EMP-BIRTH-YR PIC 99.
05 DATE-OF-HIRE
PIC 9(6).
05 SOC-SEC-NO
PIC 9(9).
05 DIVISION-NO
PIC 9(3).
05 DEPT-NO
PIC 9(3).
05 P-MODE
PIC X.
05 YRLY-SAL
PIC 9(8).
05 AV-DAYS
PIC 99.
05 GROSS-PAY
PIC 9(5).
05 NET-PAY
PIC 9(5).
05 TOTAL-DED.
10 FED-TAX
PIC 9(3).
10 FICA
PIC 9(3).
10 SS-TAX
PIC 9(3) .
10 ST-TAX
PIC 9(3).
10 DED-401K
PIC 9(3).
10 DED-HEALTH
PIC 9(3).
05 YTD-GROSS
PIC 9(8).
05 YTD-NET
PIC 9(8).
05 FILLER
PIC X(13).
Top-down, business
data model
Yearly Pay
Gross Pay
Net Pay
Selected Data
GroupsT-REC.
16
01 PAY-MASTER.
05 MASTER-KEY.
10 NAME
10 NUMBER
10 BIRTH-DATE
05 FILLER
05 MODE
05 YR-PAY
05 VAC-DAYS
05 GRS-PAY
05 NET-PAY
05 FILLER
05 FILLER
9(6).
• Data grouping analysis PIC
system-wide
PIC 9(6).
PIC 9(21).
record, segment & table PIC
definitions
X.
PIC 9(8).
• Analysts selectively review
results to
PIC 99.
PIC 9(5).
augment top-down data models
PIC 9(5).
(From Pgm LCT0700.)
01 T-REC.
05 T-TYPE
05 T-DT
05 EMP-ID
(From Pgm PM22400.)
PIC X(3).
PIC 9(6).
PIC X(15).
MAST-REC.
PIC X(31).
PIC 9(52).
PIC X(13).
(From Pgm PM22500.)
01 MAST-REC.
05 MAST-HEADER.
10 M-NAME
10 M-NO
10 M-DOB
05 M-DOH
05 M-SS-NO
05 M-DIV-NO
05 M-DEPT-NO
05 M-MODE
05 M-YRLY-PAY
05 M-VAC-DAYS
05 M-GROSS-PAY
05 M-NET-PAY
05 FILLER
05 M-YTD-GROSS
05 M-YTD-NET
05 FILLER
PIC X(31).
PIC 9(6).
PIC 9(6).
PIC 9(6).
PIC 9(9).
PIC 9(3).
PIC 9(3).
PIC X.
PIC 9(8).
PIC 99.
PIC 9(5).
PIC 9(5).
PIC 9(36).
PIC 9(8).
PIC 9(8).
PIC X(13).
In this sample record group of length 150 bytes,
© Tactical
Strategy
Group, Inc. 2006
T-REC may beCopyright
excluded from
the group,
as it clearly
Targeted Functional GAP Analysis
Current
Programs
Current
Functions
Target
Functions
PROGRAM 1
FUNCTION 1
FUNCTION A
PROGRAM 2
FUNCTION 2
PROGRAM 3
FUNCTION 3
FUNCTION C
FUNCTION 4
FUNCTION D
FUNCTION 5
FUNCTION E
MANUAL
No
Map
FUNCTION B
Program-to-function mapping helps determine level of existing
functional reuse within target architecture.
17
Copyright © Tactical Strategy Group, Inc. 2006
Business Rule Derivation: Multi-Phased
Discipline
18
Logic Capture: Process of capturing logic blocks
that serve as business rule candidates
Logic Filtering: Eliminating non-business logic
Logic Packaging: Putting logic into a context that
makes sense to business and design analysts
Rule Analysis: Categorizing, leveraging and
reusing captured business rules
Copyright © Tactical Strategy Group, Inc. 2006
Extracted, Categorized & Packaged
Business Rule Candidate
System / Application Name: Accounting / Accounts Receivable
Program Name: PGREG117
Paragraph Name: REGION-VALIDATION
Data Element Search Argument: Element = REGION-CODE
Logic:
IF REGION-CODE NOT = ZERO
AND ACCOUNTING-CLEARANCE NOT = ZERO
ADD WS-VALIDATION-AMT (WRK-SUB)
TO RGN-TOTAL (IE-REGION).
19
Copyright © Tactical Strategy Group, Inc. 2006
Phased Deactivation Strategy
20
Modularization & deactivation of existing
logic, modules and/or sub-systems
Phased reconciliation & deactivation of
redundant functionality
May involve parallel processing during
transition
Copyright © Tactical Strategy Group, Inc. 2006
In Summary…
SOA is goes beyond basic wrapping options
Strategy driven by target architecture paradigm
& requirements
Functional mapping & reuse occurs at several
levels that include:
Transition strategy should include:
21
Enterprise level vs. more subset of applications
Data vs. application functionality
Functional decomposition vs. business rule capture
Redundancy identification & consolidation
Phased deactivation of legacy artifacts
Copyright © Tactical Strategy Group, Inc. 2006
Aligning Existing IT Architecture
with SOA:
-----------
A Phased Transition Strategy to MDA SOA
William M. Ulrich
Tactical Strategy Group, Inc.
[email protected]
www.systemtransformation.com
Copyright © Tactical Strategy Group, Inc. 2006