Training of master Trainers Workshop 10 – 15 November 2012 e-Services Design and Delivery Module IIX Emilio Bugli Innocenti.

Slides:



Advertisements
Similar presentations
Chapter 5 – Enterprise Analysis
Advertisements

1. 2 August Recommendation 9.1 of the Strategic Information Technology Advisory Committee (SITAC) report initiated the effort to create an Administrative.
MANAGING INFORMATION TECHNOLOGY 7th EDITION
Scope of TOGAF ADM The scope of the four architecture domains of TOGAF align very well with the first four rows of the Zachman Framework, as shown in the.
© 2009 The MITRE Corporation. All rights Reserved. Evolutionary Strategies for the Development of a SOA-Enabled USMC Enterprise Mohamed Hussein, Ph.D.
<<Date>><<SDLC Phase>>
ITIL: Service Transition
MIS 385/MBA 664 Systems Implementation with DBMS/ Database Management Dave Salisbury ( )
Software Project Transition Planning
E. Wainright Martin Carol V. Brown Daniel W. DeHayes Jeffrey A. Hoffer William C. Perkins MANAGINGINFORMATIONTECHNOLOGY FIFTH EDITION CHAPTER 9 (part a)
Pertemuan Matakuliah: A0214/Audit Sistem Informasi Tahun: 2007.
IACT 901 Module 10 1 Plan Delivery. IACT 901 Module 10 2 Elements of IS & IT Plans Delivered Comprise Overall IS/IT vision Applications development plan.
System Engineering Instructor: Dr. Jerry Gao. System Engineering Jerry Gao, Ph.D. Jan System Engineering Hierarchy - System Modeling - Information.
The database development process
Acquiring Information Systems and Applications
Enterprise Architecture
Training of master Trainers Workshop 10 – 15 November 2012 e-Services Design and Delivery Module VI Emilio Bugli Innocenti.
Developing Enterprise Architecture
 A project is “a unique endeavor to produce a set of deliverables within clearly specified time, cost and quality constraints”
S/W Project Management
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
Developing an IS/IT Strategy
TDT4252/DT8802 Exam 2013 Guidelines to answers
Moving into Design SYSTEMS ANALYSIS AND DESIGN, 6 TH EDITION DENNIS, WIXOM, AND ROTH © 2015 JOHN WILEY & SONS. ALL RIGHTS RESERVED. 1 Roberta M. Roth.
Engineering, Operations & Technology | Information TechnologyAPEX | 1 Copyright © 2009 Boeing. All rights reserved. Architecture Concept UG D- DOC UG D-
ITEC224 Database Programming
The Challenge of IT-Business Alignment
Project design & Planning The Logical Framework Approach An Over View Icelandic International Development Agency (ICEIDA) Iceland United Nations University.
MD Digital Government Summit, June 26, Maryland Project Management Oversight & System Development Life Cycle (SDLC) Robert Krauss MD Digital Government.
Roadmap to successful ECM implementation Kateřina Divišová British Chamber of Commerce
Project Life Cycle – Project Initiation © Ed Green Penn State University All Rights Reserved.
Enterprise Architecture, Enterprise Data Management, and Data Standardization Efforts at the U.S. Department of Education May 2006 Joe Rose, Chief Architect.
© 2001 Change Function Ltd USER ACCEPTANCE TESTING Is user acceptance testing of technology and / or processes a task within the project? If ‘Yes’: Will.
Information Systems Engineering. Lecture Outline Information Systems Architecture Information System Architecture components Information Engineering Phases.
Microsoft Office Project 2003: Selling EPM in your Organization Matt Wilson Business Solutions Specialist LMR Solutions.
Seminar 2 – Part 1 Managing Data to Improve Business Performance Ref: Chapter 3 of Turban and Volonino.
Chapter © 2012 Pearson Education, Inc. Publishing as Prentice Hall.
Chapter 11 Managing Application Development. Agenda Application management framework Application management issues Criteria for development approach Development.
Inputs Processes Outputs Information Systems Planning Process
IB Business & Management Topic 6 – Strategy HL ONLY.
Copyright © 2011 Pearson Education, Inc. publishing as Prentice Hall 12-1 IT POLICY AND STRATEGY Pearson Custom Library CHAPTER 3 PLANNING INFORMATION.
Swedish Risk Management System Internal management and control Aiming to Transport Administration with reasonable certainty to.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Enterprise Architectures. Core Concepts Key Learning Points: This chapter will help you to answer the following questions: What are the ADM phase names.
Basic Concepts Key Learning Points : The objectives of this chapter are as follows:  To provide an introduction to the basic Concepts of enterprise architectures,
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Managing Enterprise Architecture
1 DEPLOYMENT AND OPERATIONS MODULE 23 ECM SPECIALIST COURSE 1 Copyright AIIM.
Enterprise Architectures Course Code : CPIS-352 King Abdul Aziz University, Jeddah Saudi Arabia.
Michael J. Novak ASQ Section 0511 Meeting, February 8, 2017
ITIL: Service Transition
What is Enterprise Architecture?
BIL 424 NETWORK ARCHITECTURE AND SERVICE PROVIDING.
Description of Revision
The Open Group Architecture Framework (TOGAF)
Enterprise Data Model Enterprise Architecture approach Insights on application for through-life collaboration 2018 – E. Jesson.
Product Activities Framework
Analyzing the Business Case
Systems analysis and design, 6th edition Dennis, wixom, and roth
Systems analysis and design, 6th edition Dennis, wixom, and roth
UNIT-VII Strategic Management.
CHAPTER 9 (part a) BASIC INFORMATION SYSTEMS CONCEPTS
Portfolio, Programme and Project
Why should the public sector want to innovate?
EA Framework TOGAF is a framework - a detailed method and a set of supporting tools - for developing an enterprise architecture.
Presentation transcript:

Training of master Trainers Workshop 10 – 15 November 2012 e-Services Design and Delivery Module IIX Emilio Bugli Innocenti

e-Services Design & Delivery Contents of MODULE X – “e-Services Design & Delivery”  Group Exercise: TOGAF Architecture

e-Services Design & Delivery TOGAF Enterprise Architecture Framework TOGAF is a framework for developing an enterprise architecture Published by The Open Group (Open Group 20012) The original development of TOGAF Version 1 in 1995 was based on the Technical Architecture Framework for Information Management (TAFIM), developed by the US Department of Defense (Open Group 2002) The Open Group is an international vendor and technology-neutral consortium TOGAF support different stakeholder views TOGAF includes all main architecture elements of EA TOGAF includes guidelines and tools how to build an enterprise architecture. In TOGAF this is called the Architecture Development Method (ADM) and it is an essential part of the framework

e-Services Design & Delivery TOGAF Architecture Development Method – ADM

e-Services Design & Delivery TOGAF Architecture Development Method – ADM TOGAF’s Architecture Development Method (ADM) is a cyclic and iterative method to support the enterprise architecture building process TOGAF Architecture Development Method (ADM) describes a step-by-step approach to develop an enterprise architecture ADM is a generic model and each organization should decide if they want to customize it for specific needs or exploit the generic model Developing an enterprise architecture with the ADM is an iterative process, which consist of eight stages

e-Services Design & Delivery ADM PHASES 1.Architecture Vision In the first phase the strategic business requirements are defined and relevant stakeholders identified. Also an architecture vision to meet these requirements is determined 2.Business Architecture In the second phase the current baseline business architecture is described and target business architecture developed This phase is used to analyze the gaps between the baseline and the target business architectures. 3.Information systems architecture The objective of the third phase is to develop target architectures – Information architecture Define the major types and sources of data necessary to support the business, but this does not mean atabase design or the design of any logical or physical storage systems – Applications architecture Define what major applications are required to process the data and support the business

e-Services Design & Delivery ADM PHASES 4.Technical architecture This phase consists of eight sub-phases: create baseline, consider different views, create architectural model, select ervices portfolio, confirm business objectives are met by architecture model, determine criteria for specifications, define architecture completely and conduct gap-analysis 5.Opportunities and solutions identifies the strategic change and the top- level projects to be undertaken in moving from the current environment to the target architecture 6.Migration planning developing the various project plans for projects, which have to be implemented. This phase is also for prioritizing these plans. 7.Implementation governance to formulate recommendations and plans for each implementation project and then implement and deploy the systems 8.Architecture Change Management includes creating a maintenance procedure for the new baseline that has been implemented in the previous phase

e- Service Design & Delivery TOGAF Exercise Describe and analyse enterprise architecture using TOGAF, or selected part of enterprise architecture, in your administrationcompany (or other organization) Analyse whole enterprise architecture, or selected part (listed below) of enterprise architecture: – Business architecture – Information architecture – Systems/Applications architecture – Technical architecture You can also choose to analyse only few phases of architecture development instead of the whole development cycle

e- Service Design & Delivery TOGAF Exercise Split into Groups and decide the target administration You can choose to analyse the entire Architecture or to have a specific focus on some views (Business, Data, etc.) Describe the selected architecture elements and how those are integrated Business architecture Information architecture Systems/Applications architecture ERP, CRM, payroll, warehouse management, reporting etc. Technical architecture

e- Service Design & Delivery TOGAF Exercise – Potential Topics to Discuss Initial architecture Are there any particularly effective applications in your initial business application architecture? Have you recognised unused potential in applications in your initial business application architecture? Have you evaluated risks concerning business application architecture (e.g. vendor risks, technology risks) Level of integration (interfaces between applications, what data is integrated) Key drivers in making changes in business application architecture Old legacy systems => forced to replace Changes in business environment Changes in company structure Exploit possibilities for new business opportunities (e.g. additional sales through internet )

e- Service Design & Delivery TOGAF Exercise – Potential Topics to Discuss Architecture Development Has there been any particular method in developing target business application architecture? How business requirements and business application architecture is aligned? What were the critical business requirements or critical success factors that affected on the business application architecture development? What were common requirements and business unit level requirements? Different stakeholders involved in business application architecture development (for instance business management, IT management, users)? Influence of external parties (partners, customers, suppliers, competitors) and environment to business application architecture? How application architecture has been developed in time (order of implementation)? Priority of different applications? Is this implementation order based on enterprise architecture planning point of view or more because of external reasons or reasons like acquisitions, changes in company structure etc.? What practical constraints have been considered in business application architecture development ?

e- Service Design & Delivery TOGAF Exercise – Potential Topics to Discuss Target Application Architecture How far are you from your target architecture? Was target architecture clear from the beginning or has it evolved over time? Level of integration (interfaces between applications, what data is integrated) Centralized elements of architecture vs. local elements? Information Architecture Do you have information architecture (or list of information requirements)=> e.g. have you mapped what data exist in which systems (e.g. product, customer and/or supplier data)? Have you created information architecture before application architecture? Is your information architecture independent from application architecture? How much you have information entities overlapping in various applications? Quality of information (how accurate the data content is)?

e- Service Design & Delivery TOGAF Exercise – Potential Topics to Discuss Target Application Architecture How far are you from your target architecture? Was target architecture clear from the beginning or has it evolved over time? Level of integration (interfaces between applications, what data is integrated) Centralized elements of architecture vs. local elements? Information Architecture Do you have information architecture (or list of information requirements)=> e.g. have you mapped what data exist in which systems (e.g. product, customer and/or supplier data)? Have you created information architecture before application architecture? Is your information architecture independent from application architecture? How much you have information entities overlapping in various applications? Quality of information (how accurate the data content is)?