Arkkitehtuurimenetelmistä osana toiminnan kehittämistä KAOS: Syksyn aloitustilaisuus 30.8.2011 Timo Itälä
Taustani! Opettaja, Aalto Yliopisto, SoberIT! T-86.5141 Enterprise Systems Architecture, 2006-2010! T-86.5175 Business Process Design and Implementation, 2009-2010! Kanditöiden ohjaus: Kokonaisarkkitehtuurit! Tutkija, SOLEA, Service Oriented Locally Adapted Enterprise Architecture, 2008-2011! Konsultti, Conceptia Oy, 2000 ->! Arkkitehtuurit, Vaatimusmäärittelyt, Integraatiot! Terveydenhuolto, Julkinen hallinta, Yritykset 30.8.2011 Timo Itälä 2
Keskustelun aiheita Käytännön työssä ja opetuksessa esille nousseita kysymyksiä! Arkkitehtuurimenetelmät osana toiminnan kehittämistä! Arkkitehdin työ?! Enterprise Architecture? 30.8.2011 Timo Itälä 3
EA 30.8.2011 Timo Itälä 4
-60 luku Oppikirja 1969 30.8.2011 Timo Itälä 5
Systeemikaavio 30.8.2011 Timo Itälä 6
Ohjelmakaavio 30.8.2011 Timo Itälä 7
Sitten teimme lisää systeemeitä 30.8.2011 Timo Itälä 8
Järjestelmäkaavio 30.8.2011 Timo Itälä 9
Järjestelmäkaavio 2 30.8.2011 Timo Itälä 10
Help! 30.8.2011 Timo Itälä 11
THE ZACHMAN FRAMEWORK FOR ENTERPRISE ARCHITECTURE ENABLING ENTERPRISE STRATEGY AND KNOWLEDGE MANAGEMENT What Data How Function Where Network Who People When Time Why Motivation Scope List of Things List of Processes List of Locations List of Organizations List of Cycles List of Goals Scope INTERVISTA INSTITUTE EXECUTIVE EDUCATION Intervista's Enterprise Architecture courses provide you with an in-depth understanding of the Zachman Framework and the key success factors for implementation. Over 5000 IT and Management Executives from all sectors have chosen Intervista for their professional development and strategic advancement. To learn more about our Enterprise Strategy, Enterprise Architecture and Knowledge Management Executive Education programs call 1-800-397-9744 or visit us at: www.intervista-institute.com Planner Business Model (Conceptual) Owner System Model (Logical) Designer Technology Model (Physical) Builder Detailed Representations ENTITY = Class of Business Entities e.g., Semantic Model ENTITY = Business Entity RELATION = Business Relationship e.g., Logical Data Model ENTITY = Data Entity RELATION = Data Relationship e.g., Data Design ENTITY = Table/Segment/etc. RELATION = Key/Pointer/etc. e.g., Data Definition PROCESS = Class of Business Processes e.g., Business Process Model I/O = Business Resources PROCESS = Business Process e.g., Application Architecture I/O = User Views PROCESS = Application Function e.g., System Design I/O = Data Elements/Sets PROCESS = Computer Function e.g., Program NODE = Class of Business Locations e.g., Logistics Network NODE = Business Location LINK = Business Linkage e.g., Distributed System Architecture NODE = IS Function LINK = Line Characteristics e.g., Technology Architecture NODE = Hardware/System Software LINK = Line Specifications e.g., Network Architecture PEOPLE = Class of Business Organizations e.g., Work Flow Model PEOPLE = Organization Unit WORK = Work Product e.g., Human Interface Architecture PEOPLE = Role WORK = Deliverable e.g., Presentation Architecture PEOPLE = User WORK = Screen/Device Formats e.g., Security Architecture CYCLE = Class of Business Cycles e.g., Master Schedule TIME = Business Event CYCLE = Business Cycle e.g., Processing Structure TIME = System Event CYCLE = Processing Cycle e.g., Control Structure TIME = Execute CYCLE = Component Cycle e.g., Timing Definition END = Class of Business Objectives e.g., Business Plan ENDS = Business Objective MEANS = Business Strategy e.g., Business Rule Model ENDS = Structural Assertion MEANS = Action Assertion e.g., Rule Design ENDS = Condition MEANS = Action e.g., Rule Specification Planner Business Model (Conceptual) Owner System Model (Logical) Designer Technology Model (Physical) Builder Detailed Representations The Zachman Framework for Enterprise Architecture is a comprehensive classification scheme for descriptive representations (models) of an enterprise. First conceptualized nearly two decades ago by John Zachman, it has evolved to become a universal schematic for defining and describing today's complex enterprise systems and for managing the multiple perspectives of an organization's information and knowledge infrastructure. www.zifa.com www.zachmaninternational.com Subcontractor ENTITY = Field RELATION = Address I/O = Control Block PROCESS = Language Statement NODE = Addresses LINK = Protocols PEOPLE = Identity WORK = Job TIME = Interrupt CYCLE = Machine Cycle ENDS = Sub-condition MEANS = Step Subcontractor Example Data Example Function Example Network Example Organization Example Schedule Example Strategy FUNCTIONING ENTERPRISE For the Enterprise Architecture Executive Education schedule call Intervista Institute at 1-800-397-9744. www.intervista-institute.com Copyright 2003, Intervista Inc. All rights reserved. Framework by permission John A. Zachman. 30.8.2011 Timo Itälä 12
How to avoid Death by Enterprise Architecture? 30.8.2011 Timo Itälä 13
Esimerkki ongelman kuvaamisesta! Miksi sanelujen purku ruuhkautuu?! Kysymyksiä, kysymyksiä, kysymyksiä 30.8.2011 Timo Itälä 14
Sanelujen purkuprosessi: Uimaratakaavio 30.8.2011 Timo Itälä 15
Ilmiö: Metroaseman liukuportaat! Milloin portaiden liikennevalot vaihtuvat?! Miksi? 30.8.2011 Timo Itälä 16
Sanelujen purkuprosessi: Virtauskaavio 30.8.2011 Timo Itälä 17
Sanelujen purkamisen odotusajat 2 kirjoittajaa 3 kirjoittajaa 3 kirjoittajaa 4 kirjoittajaa 3 kirjoittajaa 30.8.2011 Timo Itälä 18
Nykytila vs. Tavoitetila Yhteisessä käytössä oleva kapasiteetti kestää paremmin yksittäisiä poissaoloja ja kuormitusvaihteluita 30.8.2011 Timo Itälä 19
Ratkaisu: Keskitetty kirjoitusyksikkö! Toimintamallin muutos: Kirjoittajat keskitettiin yhteiseen palveluyksikköön! Ruuhkautuminen on vältetty! Läpimenoajat lyhentyneet! Ongelman ymmärrys auttaa löytämään ratkaisuja 30.8.2011 Timo Itälä 20
Mitä arkkitehti tekee?! Talon pohjapiirros! Miten talo palvelee ajateltua käyttötarkoitusta?! Talon asemapiirros! Miten talo sijoittuu ympäristöönsä?! Talon julkisivukuvat! Miltä talo näyttää! Arkkitehti tekee luonnoksia! 30.8.2011 Timo Itälä 21
Maailman eniten käytetty luonnostelualusta 30.8.2011 Timo Itälä 22
EXECUTIVE EDUCATION List of Things ENTITY = Class of Business Entities e.g., Semantic Model ENTITY = Business Entity RELATION = Business Relationship e.g., Logical Data Model ENTITY = Data Entity RELATION = Data Relationship e.g., Data Design ENTITY = Table/Segment/etc. RELATION = Key/Pointer/etc. e.g., Data Definition ENTITY = Field RELATION = Address List of Processes PROCESS = Class of Business Processes e.g., Business Process Model I/O = Business Resources PROCESS = Business Process e.g., Application Architecture I/O = User Views PROCESS = Application Function e.g., System Design I/O = Data Elements/Sets PROCESS = Computer Function e.g., Program I/O = Control Block PROCESS = Language Statement List of Locations NODE = Class of Business Locations e.g., Logistics Network NODE = Business Location LINK = Business Linkage e.g., Distributed System Architecture NODE = IS Function LINK = Line Characteristics e.g., Technology Architecture NODE = Hardware/System Software LINK = Line Specifications e.g., Network Architecture NODE = Addresses LINK = Protocols List of Organizations PEOPLE = Class of Business Organizations e.g., Work Flow Model PEOPLE = Organization Unit WORK = Work Product e.g., Human Interface Architecture PEOPLE = Role WORK = Deliverable e.g., Presentation Architecture PEOPLE = User WORK = Screen/Device Formats e.g., Security Architecture PEOPLE = Identity WORK = Job Copyright 2003, Intervista Inc. All rights reserved. Framework by permission John A. Zachman. List of Cycles CYCLE = Class of Business Cycles e.g., Master Schedule TIME = Business Event CYCLE = Business Cycle e.g., Processing Structure TIME = System Event CYCLE = Processing Cycle e.g., Control Structure TIME = Execute CYCLE = Component Cycle e.g., Timing Definition TIME = Interrupt CYCLE = Machine Cycle List of Goals END = Class of Business Objectives e.g., Business Plan ENDS = Business Objective MEANS = Business Strategy e.g., Business Rule Model ENDS = Structural Assertion MEANS = Action Assertion e.g., Rule Design ENDS = Condition MEANS = Action e.g., Rule Specification ENDS = Sub-condition MEANS = Step www.zachmaninternational.com Luonnokset THE ZACHMAN FRAMEWORK FOR ENTERPRISE ARCHITECTURE ENABLING ENTERPRISE STRATEGY AND KNOWLEDGE MANAGEMENT What Data How Function Where Network Who People When Time Why Motivation Scope Scope INTERVISTA INSTITUTE Intervista's Enterprise Architecture courses provide you with an in-depth understanding of the Zachman Framework and the key success factors for implementation. Over 5000 IT and Management Executives from all sectors have chosen Intervista for their professional development and strategic advancement. To learn more about our Enterprise Strategy, Enterprise Architecture and Knowledge Management Executive Education programs call 1-800-397-9744 or visit us at: www.intervista-institute.com Planner Business Model (Conceptual) Owner System Model (Logical) Designer Technology Model (Physical) Builder Detailed Representations Planner Business Model (Conceptual) Owner System Model (Logical) Designer Technology Model (Physical) Builder Detailed Representations The Zachman Framework for Enterprise Architecture is a comprehensive classification scheme for descriptive representations (models) of an enterprise. First conceptualized nearly two decades ago by John Zachman, it has evolved to become a universal schematic for defining and describing today's complex enterprise systems and for managing the multiple perspectives of an organization's information and knowledge infrastructure. www.zifa.com Subcontractor Subcontractor Example Data Example Function Example Network Example Organization Example Schedule Example Strategy FUNCTIONING ENTERPRISE For the Enterprise Architecture Executive Education schedule call Intervista Institute at 1-800-397-9744. www.intervista-institute.com 30.8.2011 Timo Itälä 23
Nykytila 30.8.2011 Timo Itälä 24
Tavoitetila luonnos 1 30.8.2011 Timo Itälä 25
Tavoitetila luonnos 2 30.8.2011 Timo Itälä 26
Nykytila ja tavoitetila 30.8.2011 Timo Itälä 27
Tuotantolähtöinen malli 30.8.2011 Timo Itälä 28
Asiakaslähtöinen malli 30.8.2011 Timo Itälä 29
Muutoksen vaikutus tietojärjestelmiin 30.8.2011 Timo Itälä 30
30.8.2011 Timo Itälä 31
30.8.2011 Timo Itälä 32
Esimerkki vaikutusalueesta: Valtakunta 30.8.2011 Timo Itälä 33
Hallinnonalakeskeinen malli Citizens Birth and Death Registration Marriages, Divorces Passports, Naturalization Education Other Services Ministry 1 Ministry 2 Ministry 3 Ministry 4 Ministry X System 1 System 2 System 3 System 4 System X Citizen Data 1 Citizen Data 2 Citizen Data 3 Citizen Data 4 Citizen Data X 30.8.2011 Timo Itälä 34
Kansalaiskeskeinen malli Citizens Birth and Death Registration Marriages, Divorces Passports, Naturalization Education Other Services Ministry 1 Ministry 2 Ministry 3 Ministry 4 Ministry X System 1 System 2 System 3 System 4 System X Shared Master Data Services Shared Master Data Management Shared Master Data 30.8.2011 Timo Itälä 35
Esimerkki vaikutusalueesta: Sairaanhoitopiiri 30.8.2011 Timo Itälä 36
Päivystysprosessi 30.8.2011 Timo Itälä 37
Esimerkki vaikutusalueesta: Sairaala! Vaikutusalue 30.8.2011 Timo Itälä 38
Haastattelut Q & A 30.8.2011 Timo Itälä 39
Päivystyksen ongelma: Tiedon saaminen pyynnön valmistumisesta Hoito jatkuu Hoitoprosessi Tulotilanteen arviointi Hoidon suunnittelu Hoidon toteutus Hoidon arviointi Jatkuuko hoito tässä yksikössä? Jatkohoidon suunnitelma Palvelupyyntö Palvelun tulos Päivystyksessä yksi ongelma on tiedon saaminen tuloksen valmistumisesta: Palvelu Palvelu! Laboratoriotutkimukset! Kuvantamistutkimukset! Konsultaatiot! Toimenpiteet! jne 40
Ilmoitukset voivat kiinnostaa useita tahoja Hoitoprosessi Tulotilanteen arviointi Hoidon suunnittelu Hoidon toteutus Katso palvelun tulos Hoito jatkuu Hoidon arviointi Jatkuuko hoito tässä yksikössä? Jatkohoidon suunnitelma! Sama ilmoitus voi olla kiinnostava usealle taholle! Kiinnostavia ilmoituksia voi tulla useilta tahoilta Tutkimukset valmistuneet Kuvantamisen lausunto valmistunut Huoneentaulun päivitys Huoneentaulun päivittäminen voisi olla oma palvelu Konsultointi valmistunut Tapahtumatieto Tapahtumatiedon keruu Palvelu Palvelu DW 41
Event Driven Architecture (EDA) Ilmoitusten lähettäjät Ilmoitusten vastaanottajat Publish-Subscribe -malli 42
Ratkaisun yleiskäyttöisyys! Ilmoitus palvelun valmistumisesta kiinnostaa useita tahoja 43
Arkkitehtuurimenetelmät osana toiminnan kehittämistä! Kysymyksiä, kysymyksiä, kysymyksiä! Kuvauksia, kuvauksia, kuvauksia! Luonnoksia, luonnoksia, luonnoksia! Haastatteluja, haastatteluja, haastatteluja 30.8.2011 Timo Itälä 44
Ratkaisun hankintamalli? Arkkitehtuurikilpailu! 45
Kysymyksiä, kommentteja? Kiitos! 30.8.2011 Timo Itälä 46