Presentation is loading. Please wait.

Presentation is loading. Please wait.

Modeling Strategy and Mission with UML

Similar presentations

Presentation on theme: "Modeling Strategy and Mission with UML"— Presentation transcript:

1 Modeling Strategy and Mission with UML
MGB 2003 Modeling Strategy and Mission with UML June 8, 2004 Rick Murphy Chief Architect, Blueprint Technologies © 2003 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

2 Agenda Aligning IT Direction with Business Strategy
Modeling Enterprise Architecture Modeling Executable Architecture Extending UML Core with Profiles Extended Profiles in the FEA Take Away: UML is extensible into EA …

3 Aligning IT Direction with Business Strategy
Mission alignment is the central challenge in enterprise architecture. In a recent study of 145,000 major IT projects less than 12% fundamentally advanced the strategic goals of the enterprise. – OMG & META One of our core competencies as enterprise architects is visual modeling on executable architectures. Crossing levels of abstraction in modeling is complex and creates the perception that we’re all not reading the same playbook.

4 OMG Position on EA and MDA
We wish, however, to draw attention to the fit between the enterprise alignment strategy supported by META, and the Model Driven Architecture (MDA) recently adopted by the OMG. […] the architecture referred to in MDA can embrace all the concerns of the IT organization, including the information architecture, the technical or infrastructure architecture and the application portfolio.” - Aligning Enterprise Architecture and IT Investments with Corporate Goals, META & OMG

5 Conceptual EA Alignment Process
Pros Confirms shared understanding Justifies Gap Analysis and Sequencing Plan Cons Lacks traceability to implementation Not executable Lacks tactical significance … and there’s free form modeling …

6 Modeling Enterprise Architecture
Authoritative sources provide well defined semantics that justify investments by saving organizations time and money. MDA crosses levels of abstraction with model-to-model and model-to-code transformations. Executable architectures efficiently link business objectives with technical implementations resulting in strategic outcomes. UML leverages consensus of software architecture community to achieve consensus on semantics for use in enterprise architecture.

7 Strategy Domain A Strategic Plan is a source document in every organization that contains a vision, mission, and values Strategic Goals have objectives and strategies the outcome of which can be measured Strategic outcomes are evaluated in a balanced scorecard

8 Enterprise Architecture Integration
Effective integration of EA with CPIC at the select, evaluate, and control phases is essential to achieve strategic outcomes in an EA program Effective integration of EA with the systems life cycle drives the principles of enterprise architecture into individual systems as a solution architecture

9 UML Value Proposition Vendor-neutral standard and authoritative source
Best of breed solution based on natural selection Visual representation of executable architecture Reduce cost through round trip engineering Traceability across levels of abstraction Extensible semantics through profiles

10 Modeling Executable Architectures
Layered Approach Conceptual, logical, physical UML Standard Artifacts Use Case, collaboration, sequence diagrams Model Driven Architecture Computationally independent, platform independent, platform specific models … and how many c-level execs are still with us …

11 Extending UML Core with Profiles
Well accepted extensibility mechanism endorsed by Object Management Group (OMG) Well supported by leading UML product vendors Well structured approach to use of stereotypes, constraints, and tagged values Light-weight, purely additive extensibility meaning profiles further restrict the UML reference meta-model Leverage predefined standard model elements Simpler than developing a new Meta Object Facility (MOF) based meta-model

12 Collapsing Top-down and Bottom-up
Community Collaboration EDOC Profile Web Services Choreography Service Oriented Integration Platform

13 Example Profiles UML 1.5 Specification
UML Profile for Software Development Process UML Profile for Business Modeling OMG Standards Based UML Profile for EAI UML Profile for EDOC UML Profile for CORBA J2EE & .NET

14 Example Profiles Product Based J2EE .NET Emerging Technology Profiles
IBM Modeling of Automated Business Process to BPEL4WS Sandpiper Profile for Web Ontology Language (OWL)

15 Specifying Profiles Stereotype Base Class Use Case Model Model
Use Case System Package Use Case Package Object Model Organization Unit Subsystem Worker Class Communicate Association Subscribe

16 Stereotypes Semantics
New class of meta model element representing a subclass of an existing model element with the same form but a usage distinction Notation Symbol from meta-model base element with guilemetts around keyword <<foo>> Icons can also represent stereotyped model elements Example

17 Constraints Semantics
A relationship among model elements that specifies conditions and propositions that must be maintained a true Notation Specified in natural language and Object Constraint Language (OCL) {condition=value;} Example {context Person inv: self.jobTitle = Enterprise Architect;}

18 Tag Definition and Tagged Values
Tag Definition - Specifies the tagged values that can be attached to a kind of model element Tagged Value – Allows information to be attached to any model element in conformance with the tagged definition “Interpretation is intentionally beyond he scope of UML semantics” – UML 1.5 Section Stereotype Base Class Parent Tags Constraints Description Persistent Class N/A storageMode None Classes of this stereotype are persistent and may be stored in a variety of different modes. Tag Stereotype Type Multiplicity Description storageMode Persistent StorageProfile::StorageEnum(an enumeration:{table,file,object}) * Identifies the storage mode

19 Modeling Profiles Abstract Syntax representing class and stereotypes
Package specification of an extended profile

20 E-Government Strategy
Models simplified delivery of services to citizens “… a service is viewed as an abstract notion that must be implemented by a concrete agent. The agent is the concrete entity (a piece of software) that sends and receives messages, while the service is the abstract set of functionality that is provided." - W3C Web Service Architecture Working Group Based on ad-hoc stereotypes from e-gov and J2EE domains

21 Federal Enterprise Architecture
The FEA is a business and performance-based framework to support cross-agency collaboration, transformation, and government-wide improvement. It provides OMB and the Federal agencies with a new way of describing, analyzing, and improving the Federal Government and its ability to serve the citizen. Business, performance, data, technology, and service component reference models Taxonomy of domains, layers, and components

22 FEA-PMO Service Component Reference Model
SRM Service Domain SRM Service Type SRM Service Component Component Granularity Agency Service Component Digital Asset Services Records Management Digital Rights Management Business Component Application Submission Service Back Office Services Financial Management Credit/Charge Business Component System Application Payment Service Support Services Security Management Identification and Authentication, Access Control, Verification and Digital Signature Federated Component Single Sign-on Service Search Query Application Search Service

23 UML Component Diagram Stereotypes communicate key abstractions from the FEA Service Component Reference Model based on component granularity Stereotypes cross levels of abstraction by extending core UML semantics

24 Useful Links EA & MDA UML Profiles & MDA FEA Service Component Reference Model Additional questions?

Download ppt "Modeling Strategy and Mission with UML"

Similar presentations

Ads by Google