Enterprise Architecture för beslutsfattande. Ulrik Franke,

Enterprise Architecture för beslutsfattande Ulrik Franke, ulrik.franke@foi.se

Agenda Introduktion EA för beslutsfattande Paus och smörgåsar Övning

Föreläsare i kursen Namn E-post Johan Ullberg johanu@ics.kth.se Markus Buschle markusb@ics.kth.se Ulrik Franke ulrik.franke@foi.se

Mål med kursen Deltagarna skall efter fullgjord kurs Förklara hur Enterprise Architecture kan användas för som beslutsunderlag Tillämpa en metod för målnedbrytning Tillämpa en metod för skapande av modeller som understödjer beslutsfattande Värdera nyttan av EA-modeller utifrån ett beslutsfattarperspektiv

och andra mål Nätverkande Gästföreläsare Examensarbeten Gemensamma forskningsprojekt KTH som samarbetsplattform Den tredje uppgiften Feedback på vår forskning

Läsanvisningar: 1. Intro 2. Basic EA 3. MAP Övrigt som referensmaterial! Finns för nedladdning på kurshemsidan!

Kursens schema Nr Datum Tid Innehåll 1 Tor 3/10 18-20 Introduktion EA för beslutsfattande & SLA 2 Tor 10/10 18-20 Kopplingen Mål Analys Modell Verktyg 3 Tor 17/10 18-20 Modellering för analys 4 Tor 24/10 18-20 Introduktion till projektuppgiften Handledningstillfälle (bokas senare) 5 Tor 7/11 18-20 Presentationer av projektuppgifter 6 Tor 14/11 18-20 Presentationer av projektuppgifter

Antagning Ansökan (ll kurs inom industrisamarbetet, h5p://intra.kth.se/polopoly_fs/1.299439!/menu/general/ column- content/a5achment/ut- AKIN.pdf Intyg om (digare studier eller arbetslivserfarenhet under de senaste 5 åren

Kursfordringar 12h 2-3d 4h 1h Närvaro på seminarier Projektuppgift Presentation projektuppgift Övning: manuell EA analys Bokas individuellt med Johan Ullberg (johanu@ics.kth.se) Valfritt: Handledning projektuppgift

Hemläxa till nästa gång Fundera på i vilka beslutssituationer och för vilka mål ni: använder Enterprise Architecture idag skulle vilja använda Enterprise Architecture i framtiden Skicka ett mail med kortfattad beskrivning till eakurs@ics.kth.se senast tisdag 8/10 kl. 12.00. Bekräfta då också att ni har lyckats installera EAAT (eller ställ supportfrågor)!

Arkitektur vs. arkitektur If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization. Gerald Weinberg (systembyggare och författare)

Arkitektur vs. arkitektur

Enterprise Architecture Användningsområden för EA: Dokumentation Kommunikation Analys Planering och design Syftar till affärsnyttor: Produktplanering IT-styrning Affärsutveckling Processkonsolidering IT/business alignment

Arkitektur vs. arkitektur Byggnader Hållfasthet Ljussättning Akustik Kostnad Enterprise Säkerhet Datakvalitet Prestanda Tillgänglighet Interoperabilitet Modifierbarhet

Schekkerman s Genealogy of EA Jaap Schekkerman, 2003

Would you tell me, please, which way I ought to go from here? That depends a good deal on where you want to get to, said the Cat. I don t much care where said Alice. Then it doesn t matter which way you go, said the Cat.

Några definitioner av EA The formal description of the structure and function of the components of an enterprise, their inter-relationships, and the principles and guidelines governing their design and evolution over time. (Note: Components of the enterprise can be any elements that go to make up the enterprise and can include people, processes and physical structures as well as engineering and information systems.) Ministry of Defence. MODAF Glossary version 1.2. Technical report, Ministry of Defence, UK, July 2008.

Några definitioner av EA, forts A strategic information asset base, which defines the business, the information necessary to operate the business, the technologies necessary to support the business operations, and the transitional processes necessary for implementing new technologies in response to the changing business needs. It is a representation or blueprint CIO Council. Federal Enterprise Architecture Framework (FEAF). Technical report, Office of Management and Budget, USA, Sept. 1999.

Några definitioner av EA, forts A rigorous description of the structure of an enterprise, its decomposition into subsystems, the relationships between the subsystems, the relationships with the external environment, the terminology to use, and the guiding principles for the design and evolution of an enterprise R. Giachetti. Design of enterprise systems: Theory, architecture, and methods. CRC Press, 2010.

Några definitioner av EA, forts fundamental organization of a system, embodied in its components, their relationships to each other and the environment, and the principles governing its design and evolution R. Hilliard. IEEE-Std-1471-2000 Recommended Practice for Architectural Description of Software-Intensive Systems. Technical report, IEEE, 2000.

Några definitioner av EA, forts 1. A formal description of a system, or a detailed plan of the system at component level to guide its implementation 2. The structure of components, their inter-relationships, and the principles and guidelines governing their design and evolution over time The Open Group. TOGAF 9.1, TOGAF Online. http:// pubs.opengroup.org/architecture/togaf9-doc/arch/ index.html, 2009.

Några definitioner av EA, forts Enterprise architecture (EA) is the process of translating business vision and strategy into effective enterprise change by creating, communicating and improving the key requirements, principles and models that describe the enterprise s future state and enable its evolution. The scope of the enterprise architecture includes the people, processes, information and technology of the enterprise, and their relationships to one another and to the external environment. Enterprise architects compose holistic solutions that address the business challenges of the enterprise and support the governance needed to implement them. Gartner, Inc. IT definitions and glossary. http://www.gartner.com/technology/itglossary/, 2012.

Se även Marc M. Lankhorst, Rene van Buuren, Diederik van Leeuwen, Henk Jonkers, and Hugo ter Doest. Enterprise architecture modelling -- the issue of integration. Advanced Engineering Informatics, 18(4):205 -- 216, 2004. ISSN 1474-0346. doi: 10.1016/j.aei. 2005.01.005. Ulriks tankar om EA EA krävs för att samordna komplexa verksamheter med många komponenter som påverkar varandra. Små verksamheter behöver inte EA. Små IT-system som byggs och underhålls av en person behöver inte EA. Varje komponent kan ha sina egna experter och beskrivningsspråk. Målet med EA är inte att ersätta sådana komponent- (domän-)specifika beskrivningar, utan att komplettera dem med en lättviktig beskrivning som bara fångar det som påverkar de andra komponenterna. Allt annat kan vara dolt på EA-nivån. EA handlar om att hantera beroenden så att alla kan göra sin del utan att trampa varandra på tårna.