Leverage MarkITS for agile solutions delivery that balances strategic thinking with tactical execution for “Business & Technology Convergence” E nterprise

Leverage MarkITS for agile solutions delivery that balances strategic

thinking with tactical execution for “Business & Technology Convergence”

Enterprise ArchitectureServices

7/25/2005



Enterprise Architecture Services in a Nutshell

“WHAT” is Architecture Goals Scope Operations Deliverables Roles Shared Services (products and support)

“WHY” the "Convergence Imperative" Value SOA Enabler SOA Framework

“WHEN” Are Projects Engaged by EAS

“HOW” to Maintain Convergence Heading

Agenda



Enterprise Architecture in a Nutshell Convergence of Technology and Business

Mission:

Pre-project “initiation” build of prelim. solution map

Develop, maintain and support “EAI Services”.

Extend the useful life of system components.

Manage and mentor Enterprise Architecture Tenets; Tool standards and usage; Facilitate Architecture Steering Committee.

Maintain “convergence” heading towards a consistent and agile Enterprise Architecture.

!



Enterprise Architecture in a Nutshell Convergence of Technology and Business

Increase quality of data;

Improve agility of processing systems;

Convergence = Consistency + Reliability + Agility;

Ability to create shared services which can be used across multiple systems and lines of business.

Outcomes:



Agenda








“What” is Architecture

A set of conceptual patterns that:

1. Guide the design and integration of each major system;

2. Defines a roadmap for integration across environments;

3. Facilitate the realization of improved IT “PARTS”:

Performance;

Availability;

Reliability;

Testability;

Scalability



“What” is Architecture (Goals)

Convergence of tools, techniques and solutions to gain efficiencies across multiple lines of business operations;

Bridge the knowledge gap across the organization;

Simplify complexity;

Isolate dependencies;

Better resource utilization;

Less redundancy across all technology areas.



“What” is Architecture (Scope)

Similar to blueprints for a bridge architecture defining the: Themes; Materials, and; Inter-connections

guiding construction of a “span” between two points…

…Enterprise Architecture defines the:Tenets;Tools and components, and; Dependencies

to shape convergence between multiple teams/systems.

!



“What” is Architecture (Operations)

The enterprise architecture team develops blueprints to describe in explicit detail the:

Solution boundaries; Technical approach; Tools and technologies; Raw components and interfaces.

The Project teams utilize these blueprints in the development of business solutions.

The Architecture team rewards developers for Project components submitted and accepted for inclusion in the SOA Framework.

The Architecture team extends and supports components harvested from Projects to be reused by the enterprise as “EAI Services”.

!



Architecture Document – Maps the problem space to the solution space and presents the solution in terms of the business, systems/applications, data and technical views (see Architecture Tenets).

Architecture Models and Tenets – Define, own and maintain blueprints and associated principles and tenets that lead teams to convergence.

EAI Services – Identify, specify, design and mentor delivery of shared functionally autonomous “Enterprise Application Integration Services” usable by multiple lines of operations.

SOA Framework – ID commonly needed EAI Services across the organization and assist Projects in their adoption and implementation.

“What” is Architecture (Deliverables) !



Just as a Building Architect defines principles and goals of a building project and incorporates them into blueprints…

…an Enterprise Architect uses visual modeling to specify convergence of the:

Development; Application; Data, and; Technical

architecture(s) as the basis for construction of physical systems/services for each Project.

“What” is Architecture (Roles)



The Enterprise Architect develops: Plans software modularity and integration strategies; Business Objects (aka Services) and enterprise workflow. Interaction methods, particularly with external systems; General user interface dialog style; Design features, mechanisms and constraints.

The Enterprise & Lead Architects consult with Managers and Tech. Leads regarding:

Scope; Process, and; Design issues.

The Enterprise & Lead Architects consult with Developers on: Structural features; Implementation techniques; Appearance and style.

“What” is Architecture (Roles continued)



The MarkITS Service Oriented Architecture (SOA) Framework consists of “EAI Services” used by two or more Projects.

Enterprise Service Bus (ESB) is the logical transport mechanism allowing the EAI Services to communicate across operating lines.

“EAI Services” provide common functionality across multiple business lines of operations.

Messaging Services;

OTA Services;

Monitoring Services;

Security Services;

Others to come…

“What” is Architecture (Products)



EAS core team works with Project teams to conceive and design “EAI Services” needed by tactical Projects.

EAS virtual team assists Projects in applying architecture tenets appropriate for Project size and complexity.

EAS virtual team assists Projects in implementing EAI Services where appropriate.

EAS generalizes reusable components into EAI Services that unify, simplify and optimize “convergence” by: Modeling current state enterprise dependencies;

Constructing blueprints to assist analysis and “convergence”;

Defining EAI Services foundation to jump-start implementations;

Assisting Projects with refactoring of legacy designs.

“What” is Architecture (Support)



Agenda








With growth comes increased need for Business-IT convergence…

…successful mid to large cap companies MUST: “Proactively” manage complexity to scale and support products;

Utilize “explicit” vs. “accidental” architecture… maintain heading;

Build upon a foundation of “consistency”… allows agility;

Understand configuration item (HW and SW) dependencies;

Enable effective decision support (change, costing, resources);

Customers expect it… SoX mandates it.

Best practices such as EAI, SOA, ESB empower “convergence”.

“Why” the Convergence Imperative!



Architecture helps manage dependencies, boundaries of scope, speed of delivery, quality, and resource planning:

Consistency – reuse, extend, lower cost… faster time to market

Repeatability – boundaries, patterns, jump-start projects… improves quality

Traceability – empowers effective decision support… reduces churn and risk

Convergence increases agility and minimizes complexity, time and costs.

“Value” of Architecture Convergence

The more we do IT “consistently” through the use of “repeatable” patterns “traceable” to business needs, the more convergent we become



fsConnect Foundation

Customer 1Extensions



Vantage VP/MS TxLife Futures

Acord Based Business Model / Services

JBOCOM Corba Servlets.NET

SOA Service Wrapper

“A Service Oriented Architecture and associated techniques is proven effective to manage and scale ever increasing Product “complexity”

“Whole” sets of business functionality (fewer dependencies, consolidate IT footprint, more IT agility)

PPlusExtensions

VantageExtensions

VP/MSExtensions

nbAExtensions

psAExtensions

“Why" SOA Enables Convergence

EAI Services:

Encapsulate data and behavior to minimize cross functional dependencies (more testable, more concurrency, less sequential, faster to market)

Fewer configuration items to manage (packages with high component affinity)



MarkITS has developed and implemented a SOA Framework to:

Simplify complexity; Unify team communications, and; Optimize products.

The SOA partitions entities into taxonomic structures… Domains Tiers Services Components

…with transaction messages transported across an Enterprise Service Bus, referred to as the MarkITS ESB.

SOA Framework



Presentation Domain

App

licat

ion

Dom

ain

Dat

a D

omai

nSOA Framework

BizTier Account

Transfer Finance CRMCom-

pliancePerformance

PlusCorporate

CollegeSavings MPA

Com –mission

New Business

Fund Exchange Payout SalesMarketing Legal 529

InfraTier

Process Mgt. ServicesWeb Security Services (WSS)Quality of Service (QoS) Services

Sub-scribe

ExceptionHandling

Publish MonitoringEvent

Monitoring &Notification

Messaging

Failover

LoadBalancing

Authen-ticate

DirectoryAuthorize

IdentityMgt. / SSO Discovery

Group Policy Mgt. Reporting

DisasterRecovery

OTA

WorkFlow

DataTier

Store Mgt. ServicesData Connect Services

SQLServerAdapters

VantageAdapters

UDBAdapters

DB2Adapters

DataMarts

ViewMgt.

Op. DataStores

FactMgt.

Replica-tion

ETL

Content Mgt. Services

Metadata

Backup

DataQuality

Restore

AWDAdapters

ETLAdapters

En

terp

rise

S

ervi

ce

Bu

s



Agenda





“HOW” to Stay Headed Towards Convergence



“WHEN” Are Projects Are Engaged by EAS

Begin during project proposal assessment Map problem space to potential inventory of existing solutions

EAS listens to key business requirements discussions to concurrently identify technical requirements.

EAS helps structure the requirements as they are being identified: Business Requirements – inclusion in key Business-IT discussions; Functional Requirements – testable details of business requirements; Non-functional Requirements – supplemental needs (PARTS); Data – persistence needs; Technical – integration, sizing, hardware, environments, tools, COTS.

EAS assists analysis to ID logical packages and raw components.

EAS provides patterns mentoring during high level and detail design.

EAS supports EAI Services through implementation warranty.

EAS provides long term EAI Services stewardship of PVCS baseline

!



Agenda








• Checklist of best practices across 4 architecture views 1) Applications, 2) Data, 3) Technical, 4) Business Speed is the need – streamline and accelerate work products Assessment – empower self review by roles and delivery teams Continuous improvement

• Empowers repeatable process for architecture and design reviews

• Streamline execution of tactical deliveries with less rework

• Spreadsheet based “roadmap” leading to convergenceArchitecture

TenetQuality / Best

PracticeWork Product /

Sub-productSortNum -

SDLCSDLC

Milestone

PARTS Addressed

Role

Descriptor of the best

practice action step

Describes some of the key goals the tenet

addresses

Identify SDLC work product and sub set of artifacts that would satisfy the

tenet

Sort order and

phase within the overall SDLC

workflow

PAP, Requirements, Specification, Development,

Test

Performance, Availability,

Adaptability,

Reliability,

Reusability, Testability,

Traceability,

Scalability,

Supportability

List one or more roles accountable for ensuring the tenet is

incorporated into the

solution or explicitly waived

“How” to Maintain Convergence Heading Architecture Tenets



Internet

Workstation

Web Container

Web Container

CSC EJB Container

Services

Allowed Values

BusinessValidations

Authorization

Rules Manager

Object Access

System Access

Service Locator

Configuration Manager

Data Object

Web / Application Server

Static Html

Static Html

Service Controller

Proxy

Service Controller

Proxy

Service Controller

Proxy

Service Controller

Session Bean

ObjectRepository

LegacySystem B

Rul

es

Man

age

rR

ules

M

anag

er

Value Object

Assembler

Internet

WorkstationFirewall

Firewall

LegacySystem A

ResourceAdapter

ResourceAdapter

Third Party

Vendor

Firewall

Web Container

TCP/IP

External Rules Engine

ASP.NET

CustomerASP’s

RPCRouter

CustomerServletsJSP’s

BackOffice

ServletsJSP’s

IIS

LocalDB

Mar

kIT

S E

nte

rpri

se S

ervi

ce B

us

Store Mgt. Services

Process Mgt. Services

Web Security Services

Quality of ServiceServices

Data Connect Services

Content Mgt.Services

Business Services

DataTier

InfraTier

BizTier

MarkITS SOA Framework

“How” to Maintain Convergence Heading Enterprise Deployment Blueprints



The Business/Creative Architecture View - foundational to all EA planning: It describes how our enterprise is structured, both internally and externally; it describes the business strategies and decisions that keep our organization focused on growth, profit and goals; it flushes out the internal operating structure of business units and the interlocking relationships between business them; and it exposes the overall objectives and goals of our enterprise. At a minimum, the Business Architecture View should enumerate our organization's values, goals, vision, and mission from an operations perspective for the next 24 months. The Business Architecture View may also contain our organizational structure, management philosophy, marketing goals, and our business plan.

The Application Architecture View involves detailed understanding of core applications:It describes how our organization automates business processes, both internally and externally; it describes the interactions and dependencies among processes, systems, and components; and it provides a mechanism for developing new applications and extending existing applications. If the applications identified in the Application Architecture View do not significantly contribute to meeting, or exceeding, stated organizational business objectives, the validity of the application should be questioned. Tenets applied must include Performance, Availability, Reliability, Traceability, Testability, Security, Scalability, and Supportability.

The Data Architecture View reveals critical information necessary to effectively operate: The primary focus of the Data Architecture View is data. It delineates the data models of your enterprise; it defines the procedures, processes, and policies that govern your data management activities; it provides you with a greater understanding of your data recovery, backup, and usage patterns; and it provides greater understanding of the relationships and interdependencies among the data documents within your organization. The Data Architecture View is about capturing, defining, and understanding data as it relates to organizational business processes, workflows, and data repositories. Tenets applied must include Performance, Availability, Reliability, Security, Scalability, and Supportability.

The Technical Architecture View enumerates the state of the technical infrastructure: It identifies desktop and server hardware; it identifies the operating systems and network infrastructure; it identifies any network components such as printers, modems, and faxes; and it provides a common set of standards and best practices for supporting the business mission of your organization. The Technical Architecture View may also include an inventory of internal and external vendors, an evaluation of current technology staffing preparedness, and the Information Technology Expenditures Budget. Tenets include Performance, Availability, Security, Scalability, and Supportability.

“How” to Maintain Convergence Heading Enterprise Architecture Plan



Discussion – Q & A

Thank You For Your

Participation!

Contacts and Information

[email protected] 603-659-4930

Documents

Leverage MarkITS for agile solutions delivery that balances strategic thinking with tactical execution for “Business & Technology Convergence” E nterprise