IBM EBI and Research | 2007 © 2007 IBM Corporation Confidentiality/date line: 13pt Arial Regular, white Maximum length: 1 line Information separated by

IBM EBI and Research

| 2007 © 2007 IBM Corporation

Sense and Respond Solution (SRS) Business Process Management (BPM)

Monitoring and managing business performance to achieve maximum business value

Noel Luddy, - IBM

Sense and Respond Solution (SRS) Business Process Management (BPM) © 2007 IBM Corporation2

What is Sense and Respond Solution? Sense and Respond Solution is a tool and system that uses

Business Monitor V6 and Research’s Model Driven Business Transformation (MDBT) to provide:

o Creating UML models to generate code for all of the items below

o Monitoring events

o Real-time analysis of the data in the events and referencing other data

o Alerting people and systems when appropriate based on the analysis of the events

o Creating and populating a DB2 performance database to store the results of the analysis

o Creating a dashboard using Alphablox for viewing and drill down into the performance database

o Integration of Analytics and Optimizations services.



What are the problems that need to be solved?

o Monitor process events, analyze data, provide results and alert when necessary

o Receive data (events) analyze data, provide results, and provide results database for end user

o Receive data and/or monitor events, analyze data, provide results and alert when necessary and provide results database for end user

o In the above – require low cost, fast time to implementation and easy to change solution.



Benefits of using SRS BPMo SRS BPM builds on IBM WebSphere Process Server (WPS)

and Common Event Infrastructure (CEI) Model driven development that generates Java Code reduces coding by 70%

o Model driven development reduces overall project time by 50%

o Uses shared runtime infrastructure for multiple models which reduces the ongoing operational cost to run each model

o Shared Production Infrastructure currently in TAP environment

• Automated Problem Determination (APD) for CPT• Hub Visibility Portal (HVP) for ISC

o Shared Production Infrastructure on ZLinux to be operational in Oct 2007 with Sales Out Forecasting Channel Collaboration (SOFCC)


Monitor Manage Optimize

Automated Problem

Determination(APD)

• Sentinel probes• B2B E2E system availability Monitoring

• Breakage point alert

• Problem determination

• Auto system fix invocation

Examples of Sense and Respond Solutions

Supply chain

Visibility(HVP)

• Parts demand• Supply Hubs• Demand Forecast• Inventory level

• Hub overage• Hub underage• Replenishment

• Performance Audit• Inventory optimize• Crit. parts workflow


Problem and Benefits of B2B E2E Automated Problem Determination (APD) B2B Probes alert when an E2E system is unavailable, but we do not know

which system is unavailable and E2E manual problem determination delays the start of the system fix and is costly

APD Benefits

o Savings of 30 to 60 minutes unavailability of application per incident by alerting the major system support staff sooner

o Achieve the SLA with the Customer

B2B Probe

RossetNet

B2BGateway

Service Hub ECI

Internet

RN

Dist.Sys.

BoulderLexingtonBoulderBoulder


TEC

B2B E2E Automated Problem Determination (APD) Analysis and Alerting

TxHubEPP Probe

(Boulder)

DSG

SipHub

5. ITS(RN 9Z10)

1. RN NA

2. RN EMEA

3. cXML

5. ITS(RN 9Z8)

1. RN NA

2. RN EMEA

3. cXML E2OpenYellow

Zone

Blue

Zone

Back

end

ECI

SRS

I

2

SRS Alert to TEC

COA

COA

COA – Confirmation on Arrival TEC – Tivoli Event Console

SRS Alerts to WWCC, DSG, B2B

Via Email etc.

wwCCGreenock

TEC

TEC

TEC

Alerts SRS Alert

to TEC

4. Lenovo 4. Lenovo

Shows APD for Phase 1


Hitachi 40Gb/4200 Min/Max Analysis

40GB 4200 HGST98% serviceability; 20% order variation

-

10,000

20,000

30,000

40,000

50,000

60,000

70,000

80,000

36 38 40 42 44 46 48 50 52 1 3 5 7 9 11 13

Week (2004/2005)

Vo

lum

e

Actual hub inventory 14DOS (6wks T2 w/ roll)14DOS (2wks T2 w/ roll) m inm ax

Analysis and Focus Items

System x suppliers do not keep 10 DOS.

Generally 10 DOS > Max

Since we rely on outsource hub management, we set the min at the safety stock level to ensure the serviceability level, and use the max to limit the inventory liability risk

Hub inventory levels will fluctuate significantly week-to-week. In particular, actual hub inventory might fall outside of the min-max range but not necessarily violate the desired hub availability target.

*Accurate liability projections will depend on “high-water mark” max liabilities etc. which will require a linkage to LMS.

Dynamic Inventory Optimization allows for real time responsiveness


Shortage Alert No Alert Yellow Overage Alert Red Overage Alert

DOS Red Min DOS Yellow Max DOS Red Max

Inventory

Shortage Alert No Alert Overage Alert

Inventory Optimizer Min Inventory Optimizer Max

Inventory

Fixed DOS Thresholds

Dynamic Optimum Thresholds

User controlled thresholds

Auto generated (weekly) thresholds

3

6

1

i

iiForecast

DOS

DOSncedMinToleraDOS

10

ReDOS

eaxTolerancDOSYellowM

10DOS

ncedMaxToleraDOS

10

Re

Monitoring Expressions and Rules governing the Hub Visibility Portal


Hub Visibility Portal Dashboard


ES

B

MDBT BPM Models (runtime and dashboard)

MDBT/HVP ODS

Monitoring & Mgmt

(MDBT BPM)

Thresholds

Metrics

Metrics

4

5

7

6

Dashboard

(Websphere Portlet Factory/Portal Server)

MetricsWPF ModelsThresholds

End-to-End Model-based Hub Visibility Portal (HVP) Asset for System x

Inventory

Optimizer

Service Call

Service Call

SQW ModelData Stage Model

LI

SAP

Data Integration

(DWE / Data Stage)

Master Data

Normalization

ETL Results

ETL

2

3

1

8

8

HVP Performance

Warehouse

RFID Signal

Event Generator


HVP Observation Model using MDBT Toolkit

Documents

IBM EBI and Research | 2007 © 2007 IBM Corporation Confidentiality/date line: 13pt Arial Regular, white Maximum length: 1 line Information separated by