Architecting Success Model Driven Development Marc W. George.

38
Architecting Success Model Driven Development Marc W. George

Transcript of Architecting Success Model Driven Development Marc W. George.

Page 1: Architecting Success Model Driven Development Marc W. George.

Architecting Success

Model Driven Development

Marc W. George

Page 2: Architecting Success Model Driven Development Marc W. George.

Agenda Introduction Objectives Presentation Roadmap Presentation Review and Discussion Next Steps Resources

Page 3: Architecting Success Model Driven Development Marc W. George.

Introduction Consulting Object-Oriented

Information Systems Architect and Methodologist

Technical Engineer on PCI Remediation Project Responsible for help design solutions Creating the network diagrams

Deployment Topology

Technical support for the project

Page 4: Architecting Success Model Driven Development Marc W. George.

Objectives

Introduce and establish a Software Engineering practice based on Model Driven Development

Promote Success

Page 5: Architecting Success Model Driven Development Marc W. George.

Roadmap

Perspective Observation Solicitation Specification Conversation Interaction Destination

Page 6: Architecting Success Model Driven Development Marc W. George.

Perspective A technique of depicting volumes and spatial relationships on

a flat surface. Compare aerial perspective, linear perspective. A picture employing this technique, esp. one in which it is

prominent: an architect's perspective of a house. A visible scene, esp. one extending to a distance; vista: a

perspective on the main axis of an estate. The state of existing in space before the eye: The elevations

look all right, but the building's composition is a failure in perspective.

The state of one's ideas, the facts known to one, etc., in having a meaningful interrelationship: You have to live here a few years to see local conditions in perspective.

The faculty of seeing all the relevant data in a meaningful relationship: Your data is admirably detailed but it lacks perspective.

A mental view or prospect: the dismal perspective of terminally ill patients.

Page 7: Architecting Success Model Driven Development Marc W. George.

Perspectives

Page 8: Architecting Success Model Driven Development Marc W. George.

Perspectives

Page 9: Architecting Success Model Driven Development Marc W. George.

Perspectives

Page 10: Architecting Success Model Driven Development Marc W. George.

Perspectives

Page 11: Architecting Success Model Driven Development Marc W. George.

Perspectives

Page 12: Architecting Success Model Driven Development Marc W. George.

Observation An act or instance of noticing or perceiving. An act or instance of regarding attentively or watching. The faculty or habit of observing or noticing. An act or instance of viewing or noting a fact or occurrence for

some scientific or other special purpose: the observation of blood pressure under stress.

The information or record secured by such an act. Something that is learned in the course of observing things:

My observation is that such clouds mean a storm. A remark, comment, or statement based on what one has

noticed or observed. The condition of being observed. Navigation:

The measurement of the altitude or azimuth of a heavenly body for navigational purposes.

The information obtained by such a measurement.

Page 13: Architecting Success Model Driven Development Marc W. George.

Observations Requirements

Business Goal Problem Statement & Justification

Benefit Stakeholder Request

Any type of requests a stakeholder might have on the system to be developed or any type of external parameter to which the system must comply

Feature Based on the benefits listed in problem statements

Page 14: Architecting Success Model Driven Development Marc W. George.

Observations Business Rule

Business Constraint Supplementary Specifications

System requirements that are not readily captured in behavioral requirements artifacts such as use-case specifications

Interface Glossary Item

Provide a consistent set of definitions

Page 15: Architecting Success Model Driven Development Marc W. George.

Solicitation The act of soliciting. Entreaty, urging, or importunity; a petition or

request. Enticement or allurement.

Page 16: Architecting Success Model Driven Development Marc W. George.

Solicitations Research Interview Collaboration

Capture SME Specification

Page 17: Architecting Success Model Driven Development Marc W. George.

Specification The act of specifying. The state of having a specific character. Usually, specifications. a detailed description or

assessment of requirements, dimensions, materials, etc., as of a proposed building, machine, bridge, etc.

A particular item, aspect, calculation, etc., in such a description.

Something specified, as in a bill of particulars; a specified particular, item, or article.

An act of making specific.

Page 18: Architecting Success Model Driven Development Marc W. George.

Specifications Documents Models

Models are abstract views Modeling

Aids understanding of complex system Shows the essentials of the system from a

particular perspective and hides the non-essential details

Capture requirements precisely Communicate decisions unambiguously Explore and compare design alternatives at a low

cost Forms a foundation for implementation

Page 19: Architecting Success Model Driven Development Marc W. George.

Specifications The Model

Models Diagrams

Documents Specifications Plans

Miscellaneous Multimedia Files URLs

Databases Source Code

Page 20: Architecting Success Model Driven Development Marc W. George.

Conversation Informal interchange of thoughts, information,

etc., by spoken words; oral communication between persons; talk; colloquy.

An instance of this. Association or social intercourse; intimate

acquaintance. The ability to talk socially with others.

Page 21: Architecting Success Model Driven Development Marc W. George.

Conversations Language

English Dialects Interpretive

Unified Modeling Language (UML) Standard language for visualizing, specifying,

constructing, and documenting the artifacts of a software-intensive system

Bridge between business and technical resources It can be used with all processes, throughout the

development life cycle, and across different implementation technologies

Technology agnostic Standard symbols and vocabulary

Page 22: Architecting Success Model Driven Development Marc W. George.

Interaction Reciprocal action, effect, or influence. Physics:

The direct effect that one kind of particle has on another, in particular, in inducing the emission or absorption of one particle by another.

The mathematical expression that specifies the

nature and strength of this effect.

Page 23: Architecting Success Model Driven Development Marc W. George.

Interactions Business Interface

UI (User Interface) Called Operation / Procedure

API (Application Interface) File COM CORBA Web Services SOA

Page 24: Architecting Success Model Driven Development Marc W. George.

Destination The ultimate goal for which something is done The place to which a person or thing travels or

is sent The purpose for which something is destined Written directions for finding some location The place designated as the end

Page 25: Architecting Success Model Driven Development Marc W. George.

Destinations

“The Model” The Models

Provide a means of Decreasing Levels of Abstraction Organization and Navigation Solution Evolution

Page 26: Architecting Success Model Driven Development Marc W. George.

Destinations

Decreasing Levels of Abstraction Business Business Processes Business Process Documentation Business Process Automation Application Systems

Page 27: Architecting Success Model Driven Development Marc W. George.

Destinations

Organization Filing System

Folders

Navigation Hierarchy of Folders Hyperlinks

URL’s Diagrams

Page 28: Architecting Success Model Driven Development Marc W. George.

Destinations

Solution Evolution A process of working

out or developing A process of change in

a certain direction A process of continuous

change from a lower, simpler, or worse to a higher, more complex, or better state

Page 29: Architecting Success Model Driven Development Marc W. George.

Destinations Solution Evolution

Model Lineage Business Use-Case (BUCM)

Use-Case (UC) Design (DM)

Implementation (IM)

Deployment (DM) Test ™

Page 30: Architecting Success Model Driven Development Marc W. George.

Destinations The Models

Business Use-Case Model System Use-Case Model* Analysis Model* Design Model* Implementation Model Test Model Deployment Model Topology Model

*Requirements Model

Page 31: Architecting Success Model Driven Development Marc W. George.

Destinations Business Use-Case Model

Identify the tasks, activities, roles and entities that accomplish business goals

Identify Automation Points Use-Cases (Automatable/ed Business Use-Cases)

Actors (Business Workers) Entities (Business Entity)

Page 32: Architecting Success Model Driven Development Marc W. George.

Destinations Use-Case Model

Models User – System Interaction Clear, concise overview of the purpose and

functionality of the system All functional and non-functional requirements are

mapped to at least one use-case and visa-versa

Page 33: Architecting Success Model Driven Development Marc W. George.

Destinations Analysis Model

Use-Case Analysis Objects

Object Analysis Object Attributes Object Functionalities Object States Object Relationships

Page 34: Architecting Success Model Driven Development Marc W. George.

Destinations Design Model

Use-Case Analysis Object Analysis Design Classes

Object Evolution Identify Mechanisms and Elements

Architectural Analysis Assess Viability of Architectural Proof-of-Concepts

Page 35: Architecting Success Model Driven Development Marc W. George.

Destinations Implementation Model

Construct Architectural Proof of Concepts Prototype User-Interface Implement Classes

Page 36: Architecting Success Model Driven Development Marc W. George.

Destinations Test Model

Test Cases Test Classes Test Scripts Test Data Test Results

Page 37: Architecting Success Model Driven Development Marc W. George.

Destinations Deployment Model

Executables Components Sub-systems Systems Data Sets

Page 38: Architecting Success Model Driven Development Marc W. George.

Resources

Object Management Group (OMG) www.omg.org

IBM / Rational developerWorks www-136.ibm.com/developerworks/rational

Addison Wesley “Object Technology Series”