Viewpoint Modeling. Agenda. 1. Viewpoint Modeling 2. ODS, Enterprise Architecture, Viewpoints, Models 3. Modeling approaches and standards

Size: px
Start display at page:

Download "Viewpoint Modeling. Agenda. 1. Viewpoint Modeling 2. ODS, Enterprise Architecture, Viewpoints, Models 3. Modeling approaches and standards"

Transcription

1 Viewpoint Modeling Antonio Vallecillo Universidad de Málaga Dpto. Lenguajes y Ciencias de la Computación Master en Ingeniería del Software e Inteligencia Artificial Agenda 1. Viewpoint Modeling 2. ODS, Enterprise Architecture, Viewpoints, Models 3. Modeling approaches and standards IEEE Std 1471 Krutchen s 4+1 model Zachman s Framework ISO/IEC, ITU-T Open Distributed Processing Reference Model 2 1

2 Large distributed systems A system is distributed when it executes spread over a set of computers Properties of distributed systems: Concurrency (efficiency, total execution time) Scalability and ordered growth Allow for mobility, replication, Problems of distributed systems: No global view of the system Complex design, management, maintenance and evolution Communication delays and errors, possible QoS degradation No global clock (difficult synchronization among processes) Compatibility and interoperability problems (heterogeneity) Event races, asynchrony, Distributed systems are more difficult to verify and test 3 Examples of large distributed systems Client-server systems Web applications (3-4 tiers) Yahoo!, Google, Airlines portals, Banks portals, etc. Most commercial systems for retail shops Include several POS in a shop, shop servers, business server, warehouse computers, connection to financial services (banks, credit cards), suppliers, etc. Process farms P2P systems (Napster), Emule, KaZaA Avionics and space systems Large and heterogeneous systems, many participants, many kinds of devices, embedded computers, critical operations 4 2

3 A system is open if its specifications are available Open systems This include making available information about: The standards it conforms to (international or de-facto) The software architecture of the system The interfaces required to interoperate with the system, exchange information with it, and extend it Open systems are independently extensible Open systems are different from open source systems None of these implies the other Open systems are not necessarily distributed systems But here we will deal with Open and Distributed Systems 5 Goals of ODS Portability of services and applications Interoperability between systems and services from different providers and parties Reusability Transparencies Access (invocation mechanisms and languages) Failure Location, Migration, Relocation Replication Transactions Extensibility and evolution Modularity and decoupling 6 3

4 Viewpoint modeling Different stakeholders see the system from different perspectives Managers, developers, maintainers, users, owner There are too many different concerns that need to be addressed in the design of an ODS Functionality, security, distribution, heterogeneity, Viewpoint modeling is commonly used in other (more mature) engineering disciplines Different maps for a building (floor plants, electricity, water conductions, heating system, etc.) Different maps for a city (physical, metro, buses, etc.) 7 Viewpoint modeling initiatives Based on IEEE Std This standards defines the main concepts and sets the global picture Commonly used in most modeling approaches UML (structural view, behavioural view) Web Engineering (Navigation, Presentation, Data, Process, etc.) MDA (CIM, PIM, PSM) Main proposals for Enterprise Architecture Kruchten s 4+1 views Zachman s framework DoD s TOGAF ISO/IEC and ITU-T s RM-ODP 8 4

5 IEEE Std (2000) IEEE Recommended Practice for Architectural Description of Software-Intensive System Scope Expression of the system and its evolution Communication among the system stakeholders Evaluation and comparison of architectures in a consistent manner Planning, managing, and executing the activities of system development Expression of the persistent characteristics and supporting principles of a system to guide acceptable change Verification of a system implementation s compliance with an architectural description Recording contributions to the body of knowledge of softwareintensive systems architecture Purpose To facilitate the expression and communication of architectures and thereby lay a foundation for quality and cost gains through standardization of elements and practices for architectural description. 9 IEEE 1471 Main concepts Architect: The person, team, or organization responsible for systems architecture. Architectural description: A collection of products to document an architecture. Architecture: The fundamental organization of a system embodied in its components, their relationships to each other, and to the environment, and the principles guiding its design and evolution. System: A collection of components organized to accomplish a specific function or set of functions. View: A representation of a whole system from the perspective of a related set of concerns. Viewpoint: A specification of the conventions for constructing and using a view. A pattern or template from which to develop individual views by establishing the purposes and audience for a view and the techniques for its creation and analysis. 10 5

6 IEEE 1471 conceptual model of architectural description 11 IEEE 1471 viewpoints An AD shall identify the viewpoints selected for use, and include a rationale for the selection of each viewpoint Each viewpoint shall be specified by a) A viewpoint name, b) The stakeholders to be addressed by the viewpoint, c) The concerns to be addressed by the viewpoint, d) The language, modeling techniques, or analytical methods to be used in constructing a view based upon the viewpoint, e) The source, for a library viewpoint (the source could include author, date, or reference to other documents). A viewpoint specification may include additional information: Formal or informal consistency and completeness tests to be applied to the models making up an associated view Evaluation or analysis techniques to be applied to the models Heuristics, patterns, or other guidelines to assist in synthesis of an associated view 12 6

7 Viewpoint completeness and consistency An architectural description is consistent if none of its views imposes contradictory requirements on the rest of the viewpoints An architectural description is complete if it contains all the information required by the different kinds of stakeholders 13 Viewpoint examples UML views Requirements, Structure, Behaviour, Deployment Web Engineering viewpoints Navegation (hypertext) Presentation (and adaptation) Business Logic (processes) MDA Computation Independent Viewpoint (CIMs) Platform Independent Viewpoint (PIMs) Platform Specific Viewpoint (PSMs) 14 7

8 Krutchen s 4+1 view model 15 Krutchen views The logical view is the object model of the design (when an object-oriented design method is used), The process view captures the concurrency and synchronization aspects of the design, The physical view describes the mapping(s) of the software onto the hardware and reflects its distributed aspect, The development view describes the static organization of the software in its development environment The scenarios illustrate the system requirements and its basic functionality by means of use cases Scenarios are used at the beginning to capture the system requirements, to identify the mayor elements of the system, and at the end to illustrate and validate the system design Correspondences show how elements in one view relate to elements in other views 16 8

9 Considerations about the 4+1 view model It prescribes the viewpoints that should compose the architectural description of a system Not all views are required in all cases E.g., for small systems It is methodology-independent Although IBM used it as the basis for RUP (v1) It is also notation-independent UML supports well its views (apart from the development view) 17 Zachman s framework 18 9

10 Considerations about the Zachman Framework It prescribes the viewpoints that should compose the architectural description of a system It is very detailed Probably too much! It means at least 36 high-level models for an application Zachman thinks all views are required in all cases Even for small systems It is methodology-independent The Popkin process tries to fill this gap It is also notation-independent Sowa tried to formalize some of the views 19 ODP Framework The Reference Model of ODP (ITU-T Rec X ISO/IEC 10746) defines a framework for system specification, covering all aspects of ODS: enterprise context, data, functionality, distribution, technology It comprises A structure for system specifications in terms of viewpoints A set of object-oriented foundation modeling concepts common to all viewpoint languages A language (concepts and rules) for expressing each viewpoint specification A set of correspondences between the viewpoints A set of common functions A set of transparencies A set of conformance points A framework for ODP standards 20 10

11 ODP Viewpoints Different abstractions of the same system each abstraction focuses on different concerns each abstraction achieved using a set of viewpoint concepts and rules A viewpoint specification Is a specification of a system from a specific viewpoint is expressed in terms of the viewpoint concepts and rules (the viewpoint language) to describe the concerns and decisions covered by the viewpoint specification Is related to, and consistent with, other viewpoint specifications (correspondences) 21 ODP Viewpoints different concerns Enterprise Information System Computational Technology Engineering 22 11

12 An ODP system specification - business aspects - What for? Why? Who? When? - information - changes to information - constraints - Object configuration - Interactions between objects at interfaces - Mechanisms and services for distribution transparencies and QoS constraints. - Hardware and software components implementing the system Enterprise Information Computational Engineering Technology - and correspondences between specifications 23 ODP Correspondences Enterprise Information Computational Engineering Technology 24 12

13 The enterprise specification Specifies the roles played by the system in its organizational environment An object model of, for example, part of some social/commercial organization in terms of: Communities (of enterprise objects) Objectives Enterprise objects Behaviour Roles (fulfilled by enterprise objects in a community) Processes (leading to Objectives) Policies Accountability The system is just another object 25 Example: A Bank Information System A bank is composed of branches, spread all over the country The bank s central office manages and coordinates the branches activities Each branch has a manager and is responsible to provide banking services to its customers Branches may interact with each other and with the bank central office Each branch will have an ATM and a main server, and each branch s employee will have a computer and a printer The Bank information system (BIS) will manage all ISrelated issues 26 13

14 BIS Enterprise specification Each branch, and will be specified by a community Its goal is to provide banking services to its customers Its objects model the branch entities: people ( Joe Smith, Lucy Brown ), computers (PC #123-45, printer #xyz), concrete bank accounts, etc. Its roles are: branch manager, controller, customer (active),, or bank account, money, etc. (passive) Assignment policies (e.g., the requirements of a person to become a customer) Policies: Permissions: what can be done, e.g. money can be deposited into an open account Prohibition: what must not be done, e.g. customers must not withdraw more than 600 Euros per day Obligations: what must be done, e.g. the bank manager must advise customers when the interest rate changes, customers must present some ID for withdrawing money. Authorizations: accounts of some VIP customers are allowed to have overdrawn. 27 BIS Enterprise specification (ct d) Environment contracts: e.g., transactions performed using other banks ATMs should have effect within at most 24 hours; information about a branch s customers cannot be disclosed to other branches Accountability: e.g., the branch manager is responsible for authorizing an overdrawn, but can delegate to the branch s controller officer The bank s central office will be specified by another community It s goal is to manage and coordinate the branches activities It s objects are It s roles are It s assignment policies are It s policies are Environment contracts Accountability. Branches may interact with each other and with the bank central office 28 14

15 The information specification Specifies system behavior to fulfill its enterprise roles, abstracted from implementation An object model of the system describing the semantics of information and of information processing in the system, in terms of: Information objects Invariant schema: predicates on information objects that must always be true Static schema: state of information objects at some location in time Dynamic schema: allowable state changes of information objects 29 BIS Information specification Describes a model with the information types, their relationships, and constraints on these types and relationships e.g., a bank account consists a balance and the amount-withdrawn-today. Static schema captures the state and structure of a object at some particular instance e.g., at midnight, the amount-withdrawn-today is 0. An invariant schema restricts the state and structure of an object at all times e.g., the amountwithdrawn-today is less than or equal to 600. A dynamic schema defines a permitted change in the state and structure of an object e.g. a withdrawal of $X from an account decreases the balance by $X and increases the amount-withdrawn-today by $X. Static and dynamic schema are always constrained by invariant schemata $400 could be withdrawn in the morning but an additional $200 could not be withdrawn in the afternoon as the amount-withdrawn-today cannot exceed $500. Schemas can also be used to describe relationships or associations between objects e.g., the static schema owns account could associate each account with a customer

16 The computational specification Specifies computational structure of the system in terms of units of functionality (distribution and technology independent) An object model of the system describing the structure of processing in terms of: Computational objects Interfaces (of computational objects): functions supported Invocations (by computational objects): functions invoked Computational bindings Environment contracts (e.g., QoS constraints) 31 BIS Computational specification Objects in a computational specification can be application objects (e.g. a bank branch) or ODP infrastructure objects (e.g. a type repository or a trader) Objects interact at well defined interfaces, using signals, operations or flows. BankTeller = Interface Type { operation Deposit (c: Customer, a: Account, d: Dollars) returns OK (new_balance: Dollars) returns Error (reason: Text); operation Withdraw (c: Customer, a: Account, d: Dollars) returns OK (new_balance: Dollars) returns NotToday (today: Dollars, daily_limit: Dollars) returns Error (reason: Text); } 32 16

17 BIS Computational specification Interfaces allow subtyping Environment contracts capture non functional requirements Security, performance, availability, etc. 33 The engineering specification Specifies the mechanisms and services that provide the distribution transparencies and QoS constraints required by the system, independent of platform and technology An object model of the system describing the infrastructure supporting the computational structure Basic engineering objects (Infrastructure) Engineering objects Clusters, capsules, nodes Channels Functions Highly dependent on the CV BEOs correspond to comp. objects Channels correspond to Binding objects 34 17

18 Grouping concepts 35 Channel structure 36 18

19 Multi-endpoint channel 37 The technology specification Specifies the H/W and S/W pieces from which the system is built An object model of the system defining the configuration of technology objects that comprise the ODP system, and the interfaces between them identifying conformance points 38 19

20 BIS Technology specification Technology object types Types of PCs, servers, ATMs, printers Types of Operating Systems and Applications (text editors, etc) Types of connections (LANs, WANs, Intranets, etc.) Technology selection process Providers selection and contracts Conformance points Compliance tests Implementation, deployment, maintenance, evolution Deployment plans Configuration guides Evolution plans 39 ODP Correspondences, Common Functions and Transparencies Correspondences An ODP specification of a system is composed of five views and a set of correspondences between them Correspondences do not belong to any view ODP distinguishes two kinds of correspondences Required correspondences Correspondence statements Common functions An ODP specification can make use of some of the common functions defined by the RM-ODP. They are standard Transparencies An ODP specification can implement some of the transparencies defined by the RM-ODP The specification should state which ones are used, and how they are implemented 40 20

The Role of the Software Architect

The Role of the Software Architect IBM Software Group The Role of the Software Architect Peter Eeles peter.eeles@uk.ibm.com 2004 IBM Corporation Agenda Architecture Architect Architecting Requirements Analysis and design Implementation

More information

Software Development in the Large!

Software Development in the Large! Software Development in the Large! Peter Eeles Executive IT Architect, IBM peter.eeles@uk.ibm.com IBM Rational Software Development Conference 2007 2007 IBM Corporation Agenda IBM Rational Software Development

More information

CHAPTER 2 MODELLING FOR DISTRIBUTED NETWORK SYSTEMS: THE CLIENT- SERVER MODEL

CHAPTER 2 MODELLING FOR DISTRIBUTED NETWORK SYSTEMS: THE CLIENT- SERVER MODEL CHAPTER 2 MODELLING FOR DISTRIBUTED NETWORK SYSTEMS: THE CLIENT- SERVER MODEL This chapter is to introduce the client-server model and its role in the development of distributed network systems. The chapter

More information

Design Specification for IEEE Std 1471 Recommended Practice for Architectural Description IEEE Architecture Working Group 0 Motivation

Design Specification for IEEE Std 1471 Recommended Practice for Architectural Description IEEE Architecture Working Group 0 Motivation Design Specification for IEEE Std 1471 Recommended Practice for Architectural Description IEEE Architecture Working Group 0 Motivation Despite significant efforts to improve engineering practices and technologies,

More information

The Value of a Reference Architecture GSAW 99 Workshop

The Value of a Reference Architecture GSAW 99 Workshop The Value of a Reference ure GSAW 99 Workshop Janis Putman Mike Hooper Andy Reho The MITRE Corporation So Why a Reference ure? MOTIVATION: Need an overarching architecture strategy to accommodate crossorganization

More information

Chap 1. Introduction to Software Architecture

Chap 1. Introduction to Software Architecture Chap 1. Introduction to Software Architecture 1. Introduction 2. IEEE Recommended Practice for Architecture Modeling 3. Architecture Description Language: the UML 4. The Rational Unified Process (RUP)

More information

cabig Architecture/ VCDE Joint WS F2F Meeting: Service Semantics Oct. 21, 2009

cabig Architecture/ VCDE Joint WS F2F Meeting: Service Semantics Oct. 21, 2009 cabig Architecture/ VCDE Joint WS F2F Meeting: Supporting ECCF and Service Semantics with ISO Standards Oct. 21, 2009 1 Background/Introduction to BOF Session The goal of BOF is to introduce participants

More information

Enterprise Architecture Review

Enterprise Architecture Review Enterprise Architecture Review Arquitectura multivapa mediante Ajax y ORM Héctor Arturo Flórez Fernández * Fecha de recepción: octubre 29 de 2010 Fecha de aceptación: noviembre 23 de 2010 Abstract Enterprise

More information

Web Application Hosting Cloud Solution Architecture. http://www.cloud-council.org/web-app-hosting-wp/index.htm

Web Application Hosting Cloud Solution Architecture. http://www.cloud-council.org/web-app-hosting-wp/index.htm Web Application Hosting Cloud Solution Architecture http://www.cloud-council.org/web-app-hosting-wp/index.htm February, 2015 Presenters Heather Kreger CTO International Standards, IBM US kreger@us.ibm.com

More information

Aerospace Software Engineering

Aerospace Software Engineering 16.35 Aerospace Software Engineering Software Architecture The 4+1 view Patterns Prof. Kristina Lundqvist Dept. of Aero/Astro, MIT Why Care About Software Architecture? An architecture provides a vehicle

More information

Background: Business Value of Enterprise Architecture TOGAF Architectures and the Business Services Architecture

Background: Business Value of Enterprise Architecture TOGAF Architectures and the Business Services Architecture Business Business Services Services and Enterprise and Enterprise This Workshop Two parts Background: Business Value of Enterprise TOGAF s and the Business Services We will use the key steps, methods and

More information

What Is the Java TM 2 Platform, Enterprise Edition?

What Is the Java TM 2 Platform, Enterprise Edition? Page 1 de 9 What Is the Java TM 2 Platform, Enterprise Edition? This document provides an introduction to the features and benefits of the Java 2 platform, Enterprise Edition. Overview Enterprises today

More information

TOGAF usage in outsourcing of software development

TOGAF usage in outsourcing of software development Acta Informatica Pragensia 2(2), 2013, 68 76, DOI: 10.18267/j.aip.25 Section: Online: aip.vse.cz Peer-reviewed papers TOGAF usage in outsourcing of software development Aziz Ahmad Rais 1, Rudolf Pecinovsky

More information

Decomposition into Parts. Software Engineering, Lecture 4. Data and Function Cohesion. Allocation of Functions and Data. Component Interfaces

Decomposition into Parts. Software Engineering, Lecture 4. Data and Function Cohesion. Allocation of Functions and Data. Component Interfaces Software Engineering, Lecture 4 Decomposition into suitable parts Cross cutting concerns Design patterns I will also give an example scenario that you are supposed to analyse and make synthesis from The

More information

2.1 What are distributed systems? What are systems? Different kind of systems How to distribute systems? 2.2 Communication concepts

2.1 What are distributed systems? What are systems? Different kind of systems How to distribute systems? 2.2 Communication concepts Chapter 2 Introduction to Distributed systems 1 Chapter 2 2.1 What are distributed systems? What are systems? Different kind of systems How to distribute systems? 2.2 Communication concepts Client-Server

More information

Applying 4+1 View Architecture with UML 2. White Paper

Applying 4+1 View Architecture with UML 2. White Paper Applying 4+1 View Architecture with UML 2 White Paper Copyright 2007 FCGSS, all rights reserved. www.fcgss.com Introduction Unified Modeling Language (UML) has been available since 1997, and UML 2 was

More information

Overview. Stakes. Context. Model-Based Development of Safety-Critical Systems

Overview. Stakes. Context. Model-Based Development of Safety-Critical Systems 1 2 Model-Based Development of -Critical Systems Miguel A. de Miguel 5/6,, 2006 modeling Stakes 3 Context 4 To increase the industrial competitiveness in the domain of software systems To face the growing

More information

An Approach to Software Architecture Description Using UML

An Approach to Software Architecture Description Using UML An Approach to Software Architecture Description Using UML Henrik Bærbak Christensen, Aino Corry, and Klaus Marius Hansen Department of Computer Science, University of Aarhus Aabogade 34, 8200 Århus N,

More information

Clarifying a vision on certification of MDA tools

Clarifying a vision on certification of MDA tools SCIENTIFIC PAPERS, UNIVERSITY OF LATVIA, 2010. Vol. 757 COMPUTER SCIENCE AND INFORMATION TECHNOLOGIES 23 29 P. Clarifying a vision on certification of MDA tools Antons Cernickins Riga Technical University,

More information

Developing the Architectural Framework for SOA Adoption

Developing the Architectural Framework for SOA Adoption Developing the Architectural Framework for SOA Adoption Oliver Sims Enterprise Architect oliver.sims@open-it.co.uk Copyright Open-IT Limited 2005 Agenda Service Orientation just a good technology? The

More information

Principles and characteristics of distributed systems and environments

Principles and characteristics of distributed systems and environments Principles and characteristics of distributed systems and environments Definition of a distributed system Distributed system is a collection of independent computers that appears to its users as a single

More information

3SL. Requirements Definition and Management Using Cradle

3SL. Requirements Definition and Management Using Cradle 3SL Requirements Definition and Management Using Cradle November 2014 1 1 Introduction This white paper describes Requirements Definition and Management activities for system/product development and modification

More information

A Software Development Platform for SOA

A Software Development Platform for SOA A Software Development Platform for SOA Peter Eeles Executive IT Architect Rational Brand Architect for UK, Ireland and South Africa peter.eeles@uk.ibm.com 2004 IBM Corporation Agenda IBM Software Group

More information

RUP Design Workflow. Michael Fourman Cs2 Software Engineering

RUP Design Workflow. Michael Fourman Cs2 Software Engineering RUP Design Workflow Michael Fourman Introduction Design architecture that can meet all requirements Understand non-functional requirements and constraints related to technologies Identify subsystems (overall

More information

Customer Cloud Architecture for Mobile. http://cloud-council.org/resource-hub.htm#customer-cloud-architecture-for-mobile

Customer Cloud Architecture for Mobile. http://cloud-council.org/resource-hub.htm#customer-cloud-architecture-for-mobile Customer Cloud Architecture for Mobile http://cloud-council.org/resource-hub.htm#customer-cloud-architecture-for-mobile June, 2015 1 Presenters Heather Kreger CTO International Standards, IBM US SC38 mirror

More information

SERENITY Pattern-based Software Development Life-Cycle

SERENITY Pattern-based Software Development Life-Cycle SERENITY Pattern-based Software Development Life-Cycle Francisco Sanchez-Cid, Antonio Maña Computer Science Department University of Malaga. Spain {cid, amg}@lcc.uma.es Abstract Most of current methodologies

More information

WHITE PAPER DATA GOVERNANCE ENTERPRISE MODEL MANAGEMENT

WHITE PAPER DATA GOVERNANCE ENTERPRISE MODEL MANAGEMENT WHITE PAPER DATA GOVERNANCE ENTERPRISE MODEL MANAGEMENT CONTENTS 1. THE NEED FOR DATA GOVERNANCE... 2 2. DATA GOVERNANCE... 2 2.1. Definition... 2 2.2. Responsibilities... 3 3. ACTIVITIES... 6 4. THE

More information

Distributed systems. Distributed Systems Architectures

Distributed systems. Distributed Systems Architectures Distributed systems Distributed Systems Architectures Virtually all large computer-based systems are now distributed systems. Information processing is distributed over several computers rather than confined

More information

Architecture Definitions

Architecture Definitions Architecture Definitions Dana Bredemeyer Bredemeyer Consulting Tel: (812) 335-1653 Fax: (812) 335-1652 Email: dana@bredemeyer.com Web: Ruth Malan Bredemeyer Consulting Tel: (812) 335-1653 Fax: (812) 335-1652

More information

Open Source egovernment Reference Architecture Osera.modeldriven.org. Copyright 2006 Data Access Technologies, Inc. Slide 1

Open Source egovernment Reference Architecture Osera.modeldriven.org. Copyright 2006 Data Access Technologies, Inc. Slide 1 Open Source egovernment Reference Architecture Osera.modeldriven.org Slide 1 Caveat OsEra and the Semantic Core is work in progress, not a ready to use capability Slide 2 OsEra What we will cover OsEra

More information

Increasing Development Knowledge with EPFC

Increasing Development Knowledge with EPFC The Eclipse Process Framework Composer Increasing Development Knowledge with EPFC Are all your developers on the same page? Are they all using the best practices and the same best practices for agile,

More information

ORACLE HOSPITALITY CLOUD CONSULTING SERVICE DESCRIPTIONS September 10, 2015

ORACLE HOSPITALITY CLOUD CONSULTING SERVICE DESCRIPTIONS September 10, 2015 ORACLE HOSPITALITY CLOUD CONSULTING SERVICE DESCRIPTIONS September 10, 2015 TABLE OF CONTENTS Service Offerings CONSULTING SERVICE OFFERINGS ORACLE HOSPITALITY FOOD AND BEVERAGE POINT OF SALE IMPLEMENTATION

More information

Software Engineering for Software-Intensive Systems: III The Development Life Cycle

Software Engineering for Software-Intensive Systems: III The Development Life Cycle Software Engineering for Software-Intensive Systems: III The Development Life Cycle Assistant Professor Dr. Room E 3.165 Tel. 60-3321 Email: hg@upb.de Outline I Introduction II Foundations III The Development

More information

CONDIS. IT Service Management and CMDB

CONDIS. IT Service Management and CMDB CONDIS IT Service and CMDB 2/17 Table of contents 1. Executive Summary... 3 2. ITIL Overview... 4 2.1 How CONDIS supports ITIL processes... 5 2.1.1 Incident... 5 2.1.2 Problem... 5 2.1.3 Configuration...

More information

NASCIO EA Development Tool-Kit Solution Architecture. Version 3.0

NASCIO EA Development Tool-Kit Solution Architecture. Version 3.0 NASCIO EA Development Tool-Kit Solution Architecture Version 3.0 October 2004 TABLE OF CONTENTS SOLUTION ARCHITECTURE...1 Introduction...1 Benefits...3 Link to Implementation Planning...4 Definitions...5

More information

TOGAF 9 i to Essential Meta Model Concept Mapping

TOGAF 9 i to Essential Meta Model Concept Mapping 9 i to Essential Meta Model Mapping Phase Preliminary Phase Assumption Constraint A statement of probable fact that has not been fully validated at this stage, due to external constraints. For example,

More information

Software Engineering Reference Framework

Software Engineering Reference Framework Software Engineering Reference Framework Michel Chaudron, Jan Friso Groote, Kees van Hee, Kees Hemerik, Lou Somers, Tom Verhoeff. Department of Mathematics and Computer Science Eindhoven University of

More information

System Development and Life-Cycle Management (SDLCM) Methodology. Approval CISSCO Program Director

System Development and Life-Cycle Management (SDLCM) Methodology. Approval CISSCO Program Director System Development and Life-Cycle Management (SDLCM) Methodology Subject Type Standard Approval CISSCO Program Director A. PURPOSE This standard specifies content and format requirements for a Physical

More information

Outline. III The Development Life Cycle. Characteristics of Software Development Methodologies. The Prototyping Process

Outline. III The Development Life Cycle. Characteristics of Software Development Methodologies. The Prototyping Process Software Engineering for Software-tensive Systems: Assistant Professor Dr. Room E 3.165 Tel. 60-3321 Email: hg@upb.de line I troduction II Foundations IV Requirements V Analysis & Design VI Implementation

More information

Scalability and BMC Remedy Action Request System TECHNICAL WHITE PAPER

Scalability and BMC Remedy Action Request System TECHNICAL WHITE PAPER Scalability and BMC Remedy Action Request System TECHNICAL WHITE PAPER Table of contents INTRODUCTION...1 BMC REMEDY AR SYSTEM ARCHITECTURE...2 BMC REMEDY AR SYSTEM TIER DEFINITIONS...2 > Client Tier...

More information

ArchiMate and TOGAF. What is the added value?

ArchiMate and TOGAF. What is the added value? ArchiMate and TOGAF What is the added value? Why use TOGAF next to ArchiMate? ArchiMate provides a (visual) language ArchiMate provides a content framework TOGAF provides a process TOGAF provides a way

More information

Service-Oriented Architecture: Analysis, the Keys to Success!

Service-Oriented Architecture: Analysis, the Keys to Success! Service-Oriented Architecture: Analysis, the Keys to Success! Presented by: William F. Nazzaro CTO, Inc. bill@iconatg.com www.iconatg.com Introduction Service-Oriented Architecture is hot, but we seem

More information

Web Application Architectures

Web Application Architectures Web Engineering Web Application Architectures Copyright 2013 Ioan Toma & Srdjan Komazec 1 Where we are? # Date Title 1 5 th March Web Engineering Introduction and Overview 2 12 th March Requirements Engineering

More information

Guiding SOA Evolution through Governance From SOA 101 to Virtualization to Cloud Computing

Guiding SOA Evolution through Governance From SOA 101 to Virtualization to Cloud Computing Guiding SOA Evolution through Governance From SOA 101 to Virtualization to Cloud Computing 3-day seminar The evolution of how companies employ SOA can be broken down into three phases: the initial phase

More information

Interactive system specification. Interactive system definition. Issues to be taken into account for interactive systems

Interactive system specification. Interactive system definition. Issues to be taken into account for interactive systems Interactive system specification From Requirements Engineering Processes and Techniques by G. Kotonya and I. Sommerville 1998 Slide 1 Interactive system definition Interactive systems can be defined as

More information

A Type Management System for an ODP Trader

A Type Management System for an ODP Trader A Type Management System for an ODP Trader J. Indulskaa, M. Bearmanband K. Raymondc acrc for Distributed Systems Technology, Department of Computer Science, University of Queensland, Brisbane 4072, Australia

More information

Distributed Objects and Components

Distributed Objects and Components Distributed Objects and Components Introduction This essay will identify the differences between objects and components and what it means for a component to be distributed. It will also examine the Java

More information

Independent Insight for Service Oriented Practice. An SOA Roadmap. John C. Butler Chief Architect. A CBDI Partner Company. www.cbdiforum.

Independent Insight for Service Oriented Practice. An SOA Roadmap. John C. Butler Chief Architect. A CBDI Partner Company. www.cbdiforum. Independent Insight for Oriented Practice An SOA Roadmap John C. Butler Chief Architect A CBDI Partner Company www.cbdiforum.com Agenda! SOA Vision and Opportunity! SOA Roadmap Concepts and Maturity Levels!

More information

JOURNAL OF OBJECT TECHNOLOGY

JOURNAL OF OBJECT TECHNOLOGY JOURNAL OF OBJECT TECHNOLOGY Online at www.jot.fm. Published by ETH Zurich, Chair of Software Engineering JOT, 2008 Vol. 7, No. 8, November-December 2008 What s Your Information Agenda? Mahesh H. Dodani,

More information

Chapter 6. Architecture About Infrastructure. Introduction. Real World Examples

Chapter 6. Architecture About Infrastructure. Introduction. Real World Examples Introduction Chapter 6 Architecture and Managing and Using Information Systems: A Strategic Approach by Keri Pearlson & Carol Saunders What is the architecture of an organization? What is the infrastructure

More information

Business-Driven Software Engineering Lecture 3 Foundations of Processes

Business-Driven Software Engineering Lecture 3 Foundations of Processes Business-Driven Software Engineering Lecture 3 Foundations of Processes Jochen Küster jku@zurich.ibm.com Agenda Introduction and Background Process Modeling Foundations Activities and Process Models Summary

More information

White Paper What Solutions Architects Should Know About The TOGAF ADM

White Paper What Solutions Architects Should Know About The TOGAF ADM White Paper What Solutions Architects Should Know About The TOGAF ADM WP0015 October 2011 The Open Group Architecture Framework 1 (TOGAF) is the most widely referenced architecture framework currently

More information

EHR Standards Landscape

EHR Standards Landscape EHR Standards Landscape Dr Dipak Kalra Centre for Health Informatics and Multiprofessional Education (CHIME) University College London d.kalra@chime.ucl.ac.uk A trans-national ehealth Infostructure Wellness

More information

What is Automotive Software Engineering? What is Automotive Software Engineering? What is Automotive Software Engineering?

What is Automotive Software Engineering? What is Automotive Software Engineering? What is Automotive Software Engineering? Process models: Capability Maturity Model Integration (CMMI) Software Process Improvement and Capability Determination (SPICE) V-Model Standards: MISRA-C standard AUTOSAR Configuration management Product

More information

SERVICE-ORIENTED MODELING FRAMEWORK (SOMF ) SERVICE-ORIENTED SOFTWARE ARCHITECTURE MODEL LANGUAGE SPECIFICATIONS

SERVICE-ORIENTED MODELING FRAMEWORK (SOMF ) SERVICE-ORIENTED SOFTWARE ARCHITECTURE MODEL LANGUAGE SPECIFICATIONS SERVICE-ORIENTED MODELING FRAMEWORK (SOMF ) VERSION 2.1 SERVICE-ORIENTED SOFTWARE ARCHITECTURE MODEL LANGUAGE SPECIFICATIONS 1 TABLE OF CONTENTS INTRODUCTION... 3 About The Service-Oriented Modeling Framework

More information

Conceptual Model for Enterprise Governance. Walter L Wilson

Conceptual Model for Enterprise Governance. Walter L Wilson Conceptual Model for Walter L Wilson Agenda Define the and Architecture Define a Ground Station as an Business Process Define Define Levels and Types of Introduce Model Define effects of Engineering 2

More information

COMP5426 Parallel and Distributed Computing. Distributed Systems: Client/Server and Clusters

COMP5426 Parallel and Distributed Computing. Distributed Systems: Client/Server and Clusters COMP5426 Parallel and Distributed Computing Distributed Systems: Client/Server and Clusters Client/Server Computing Client Client machines are generally single-user workstations providing a user-friendly

More information

Title Page. Hosted Payment Page Guide ACI Commerce Gateway

Title Page. Hosted Payment Page Guide ACI Commerce Gateway Title Page Hosted Payment Page Guide ACI Commerce Gateway Copyright Information 2008 by All rights reserved. All information contained in this documentation, as well as the software described in it, is

More information

Chapter 10 Practical Database Design Methodology and Use of UML Diagrams

Chapter 10 Practical Database Design Methodology and Use of UML Diagrams Chapter 10 Practical Database Design Methodology and Use of UML Diagrams Copyright 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 10 Outline The Role of Information Systems in

More information

INTERNATIONAL STANDARD

INTERNATIONAL STANDARD INTERNATIONAL STANDARD ISO/IEC/ IEEE 42010 First edition 2011-12-01 Systems and software engineering Architecture description Ingénierie des systèmes et des logiciels Description de l'architecture Reference

More information

An Overview of Enterprise Architecture Framework Deliverables

An Overview of Enterprise Architecture Framework Deliverables An Overview of Enterprise Architecture Framework Deliverables A study of existing literature on architectures Frank Goethals - SAP-leerstoel Abstract: A number of enterprise architecture frameworks do

More information

Development of Enterprise Architecture of PPDR Organisations W. Müller, F. Reinert

Development of Enterprise Architecture of PPDR Organisations W. Müller, F. Reinert Int'l Conf. Software Eng. Research and Practice SERP'15 225 Development of Enterprise Architecture of PPDR Organisations W. Müller, F. Reinert Fraunhofer Institute of Optronics, System Technologies and

More information

Web Services - Consultant s View. From IT Stategy to IT Architecture. Agenda. Introduction

Web Services - Consultant s View. From IT Stategy to IT Architecture. Agenda. Introduction Web Services - A Consultant s View From IT Stategy to IT Architecture Hans-Peter Hoidn, Timothy Jones, Jürg Baumann, Oliver Vogel February 12, 2003 Copyright IBM Corporation 2002 Agenda Introduction I.

More information

Inside the Digital Commerce Engine. The architecture and deployment of the Elastic Path Digital Commerce Engine

Inside the Digital Commerce Engine. The architecture and deployment of the Elastic Path Digital Commerce Engine Inside the Digital Commerce Engine The architecture and deployment of the Elastic Path Digital Commerce Engine Contents Executive Summary... 3 Introduction... 4 What is the Digital Commerce Engine?...

More information

Automated Test Approach for Web Based Software

Automated Test Approach for Web Based Software Automated Test Approach for Web Based Software Indrajit Pan 1, Subhamita Mukherjee 2 1 Dept. of Information Technology, RCCIIT, Kolkata 700 015, W.B., India 2 Dept. of Information Technology, Techno India,

More information

Enterprise Architecture

Enterprise Architecture THE UNITED REPUBLIC OF TANZANIA PRESIDENT S OFFICE PUBLIC SERVICE MANAGEMENT Enterprise Architecture A Step-by-step Guidebook for Formulating and Governing Enterprise Architecture Version 1.0 Date Release

More information

Middleware- Driven Mobile Applications

Middleware- Driven Mobile Applications Middleware- Driven Mobile Applications A motwin White Paper When Launching New Mobile Services, Middleware Offers the Fastest, Most Flexible Development Path for Sophisticated Apps 1 Executive Summary

More information

Model Driven Interoperability through Semantic Annotations using SoaML and ODM

Model Driven Interoperability through Semantic Annotations using SoaML and ODM Model Driven Interoperability through Semantic Annotations using SoaML and ODM JiuCheng Xu*, ZhaoYang Bai*, Arne J.Berre*, Odd Christer Brovig** *SINTEF, Pb. 124 Blindern, NO-0314 Oslo, Norway (e-mail:

More information

Fast and Easy Delivery of Data Mining Insights to Reporting Systems

Fast and Easy Delivery of Data Mining Insights to Reporting Systems Fast and Easy Delivery of Data Mining Insights to Reporting Systems Ruben Pulido, Christoph Sieb rpulido@de.ibm.com, christoph.sieb@de.ibm.com Abstract: During the last decade data mining and predictive

More information

Customer Cloud Architecture for Big Data Analytics. http://cloud-council.org/resource-hub.htm#customer-cloud-architecture-for-big-data-analytics

Customer Cloud Architecture for Big Data Analytics. http://cloud-council.org/resource-hub.htm#customer-cloud-architecture-for-big-data-analytics Customer Cloud Architecture for Big Data Analytics http://cloud-council.org/resource-hub.htm#customer-cloud-architecture-for-big-data-analytics July, 2015 1 Presenters Technical Architect, IBM Business

More information

Enterprise Architecture 101. (Includes numerous samples/ templates produced using TOGAF methodology) Shail Sood

Enterprise Architecture 101. (Includes numerous samples/ templates produced using TOGAF methodology) Shail Sood Enterprise Architecture 101 (Includes numerous samples/ templates produced using TOGAF methodology) Enterprise Architecture Key Question What is Enterprise Architecture? Why Enterprise Architecture? What

More information

Online Channel Office Project Alliance Management Office Report August 2011

Online Channel Office Project Alliance Management Office Report August 2011 Online Channel Office Project Alliance Management Office Report August 2011 1. Overview Service BC was formed in 2004, centralizing service delivery for government to citizens and businesses. The channels

More information

SOA and Cloud in practice - An Example Case Study

SOA and Cloud in practice - An Example Case Study SOA and Cloud in practice - An Example Case Study 2 nd RECOCAPE Event "Emerging Software Technologies: Trends & Challenges Nov. 14 th 2012 ITIDA, Smart Village, Giza, Egypt Agenda What is SOA? What is

More information

Generating Enterprise Applications from Models

Generating Enterprise Applications from Models Generating Enterprise Applications from Models Vinay Kulkarni, R Venkatesh, Sreedhar Reddy Tata Research Development and Design Centre, 54, Industrial estate, Hadapsar, Pune, 411 013, INDIA { vinayk, rvenky,

More information

D6.1: Service management tools implementation and maturity baseline assessment framework

D6.1: Service management tools implementation and maturity baseline assessment framework D6.1: Service management tools implementation and maturity baseline assessment framework Deliverable Document ID Status Version Author(s) Due FedSM- D6.1 Final 1.1 Tomasz Szepieniec, All M10 (31 June 2013)

More information

Understand the strategic arrangement of IS/IT in modern organisations. Week 3 IT Architecture and Infrastructure. Lecture objectives

Understand the strategic arrangement of IS/IT in modern organisations. Week 3 IT Architecture and Infrastructure. Lecture objectives IMS9043 IT in Organisations Lecture objectives Week 3 IT Architecture and Infrastructure Understand the strategic arrangement of IS/IT in modern organisations 1 2 Information Systems & People Information

More information

A Variability Viewpoint for Enterprise Software Systems

A Variability Viewpoint for Enterprise Software Systems 2012 Joint Working Conference on Software Architecture & 6th European Conference on Software Architecture A Variability Viewpoint for Enterprise Software Systems Matthias Galster University of Groningen,

More information

can you effectively plan for the migration and management of systems and applications on Vblock Platforms?

can you effectively plan for the migration and management of systems and applications on Vblock Platforms? SOLUTION BRIEF CA Capacity Management and Reporting Suite for Vblock Platforms can you effectively plan for the migration and management of systems and applications on Vblock Platforms? agility made possible

More information

ADM The Architecture Development Method

ADM The Architecture Development Method ADM The Development Method P Preliminary Phase Preliminary Phase Determine the Capability desired by the organization: Review the organizational context for conducting enterprise architecture Identify

More information

Migration from SharePoint 2007 to SharePoint 2010

Migration from SharePoint 2007 to SharePoint 2010 Migration from SharePoint 2007 to SharePoint 2010 Summary This paper provides an overview of the SharePoint 2007 to SharePoint 2010 migration and highlights the KPIT- SYSTIME migration approach. The document

More information

Rajesh Gupta Best Practices for SAP BusinessObjects Backup & Recovery Including High Availability and Disaster Recovery Session #2747

Rajesh Gupta Best Practices for SAP BusinessObjects Backup & Recovery Including High Availability and Disaster Recovery Session #2747 Rajesh Gupta Best Practices for SAP BusinessObjects Backup & Recovery Including High Availability and Disaster Recovery Session #2747 Introduction Rajesh Gupta - rajgupta@deloitte.com Solution Network

More information

Developing Business Architecture with TOGAF

Developing Business Architecture with TOGAF Developing Business Architecture with TOGAF Building Business Capability 2013 Las Vegas, NV Armstrong Process Group, Inc. www.aprocessgroup.com Objectives Introduce The Open Group Architecture Framework

More information

Di 6.1a. Warum naive SOA scheitert Ein Erfahrungsbericht. Adam Bien. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich

Di 6.1a. Warum naive SOA scheitert Ein Erfahrungsbericht. Adam Bien. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Di 6.1a January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Warum naive SOA scheitert Ein Erfahrungsbericht Adam Bien How To Kill a SOA Project Early? [Warum naive SOA scheitert]

More information

Unified Modeling Language (UML) for Database Systems and Computer Applications

Unified Modeling Language (UML) for Database Systems and Computer Applications Unified Modeling Language (UML) for Database Systems and Computer Applications Sunguk Lee * Research Institute of Industrial Science and Technology Pohang, Korea sunguk@rist.re.kr *Correspondent Author:

More information

Virtual machine interface. Operating system. Physical machine interface

Virtual machine interface. Operating system. Physical machine interface Software Concepts User applications Operating system Hardware Virtual machine interface Physical machine interface Operating system: Interface between users and hardware Implements a virtual machine that

More information

Cloud computing: the state of the art and challenges. Jānis Kampars Riga Technical University

Cloud computing: the state of the art and challenges. Jānis Kampars Riga Technical University Cloud computing: the state of the art and challenges Jānis Kampars Riga Technical University Presentation structure Enabling technologies Cloud computing defined Dealing with load in cloud computing Service

More information

Advanced Topics for TOGAF Integrated Management Framework

Advanced Topics for TOGAF Integrated Management Framework Instructor: Robert Weisman MSc, PEng, PMP CD Robert.weisman@buildthevision.ca Advanced Topics for TOGAF Integrated Management Framework ROBERT WEISMAN CEO BUILD THE VISION, INC. WWW.BUILDTHEVISION.CA EMAIL:

More information

Introduction to Service Oriented Architectures (SOA)

Introduction to Service Oriented Architectures (SOA) Introduction to Service Oriented Architectures (SOA) Responsible Institutions: ETHZ (Concept) ETHZ (Overall) ETHZ (Revision) http://www.eu-orchestra.org - Version from: 26.10.2007 1 Content 1. Introduction

More information

IT Architecture Review. ISACA Conference Fall 2003

IT Architecture Review. ISACA Conference Fall 2003 IT Architecture Review ISACA Conference Fall 2003 Table of Contents Introduction Business Drivers Overview of Tiered Architecture IT Architecture Review Why review IT architecture How to conduct IT architecture

More information

Service-Oriented Architectures

Service-Oriented Architectures Architectures Computing & 2009-11-06 Architectures Computing & SERVICE-ORIENTED COMPUTING (SOC) A new computing paradigm revolving around the concept of software as a service Assumes that entire systems

More information

Software Life-Cycle Management

Software Life-Cycle Management Ingo Arnold Department Computer Science University of Basel Theory Software Life-Cycle Management Architecture Styles Overview An Architecture Style expresses a fundamental structural organization schema

More information

Architectural Governance

Architectural Governance Architectural Governance Grady Booch IBM Fellow 1 Outline The context for architecture Architecture defined Representing architecture Architectural governance Organizational best practices 2 The context

More information

Openbravo Subscription and Pricing Guide

Openbravo Subscription and Pricing Guide Openbravo Subscription and Pricing Guide April 2015 About This Guide... 3 The Subscription and Pricing model from Openbravo: benefits for you... 4 Openbravo Products... 5 Openbravo Subscription Model...

More information

ORACLE REAL-TIME DECISIONS

ORACLE REAL-TIME DECISIONS ORACLE REAL-TIME DECISIONS KEY BUSINESS BENEFITS Improve business responsiveness. Optimize customer experiences with cross-channel real-time decisions at the point of interaction. Maximize the value of

More information

UPDATING RM-ODP BY INTEGRATION OF SOA AND CLOUD COMPUTING

UPDATING RM-ODP BY INTEGRATION OF SOA AND CLOUD COMPUTING UPDATING RM-ODP BY INTEGRATION OF SOA AND CLOUD COMPUTING MOSTAFA JEBBAR, OTHMAN BENAMMAR and ABDERRAHIM SEKKAKI Department of Mathematics and Computer Science University Hassan II, Aïn Chock, Faculty

More information

Bernie Velivis President, Performax Inc

Bernie Velivis President, Performax Inc Performax provides software load testing and performance engineering services to help our clients build, market, and deploy highly scalable applications. Bernie Velivis President, Performax Inc Load ing

More information

Enterprise Architecture Practitioner s Guide (Extended) Training (4 Days)

Enterprise Architecture Practitioner s Guide (Extended) Training (4 Days) www.peaklearningllc.com Enterprise Practitioner s Guide (Extended) Training (4 Days) This course lays the foundation of the core EA concepts, using TOGAF as the common vocabulary for enterprise architecture.

More information

SOA Success is Not a Matter of Luck

SOA Success is Not a Matter of Luck by Prasad Jayakumar, Technology Lead at Enterprise Solutions, Infosys Technologies Ltd SERVICE TECHNOLOGY MAGAZINE Issue L May 2011 Introduction There is nothing either good or bad, but thinking makes

More information

Data Modeling Basics

Data Modeling Basics Information Technology Standard Commonwealth of Pennsylvania Governor's Office of Administration/Office for Information Technology STD Number: STD-INF003B STD Title: Data Modeling Basics Issued by: Deputy

More information

Middleware Lou Somers

Middleware Lou Somers Middleware Lou Somers April 18, 2002 1 Contents Overview Definition, goals, requirements Four categories of middleware Transactional, message oriented, procedural, object Middleware examples XML-RPC, SOAP,

More information