Liiketoimintamuutos lähtöinen tietoteknisen ratkaisun suunnittelu Yrityksen tietojärjestelmien integrointi & Kehittämismenetelmät ja arkkitehtuurit liiketoiminnassa TJTST21 & TJTSE54 Luento Kai Vuolajärvi
Luennon tavoittet Oppia: Liiketoimintamuutoksen tietoteknisen arkkitehtuurin suunnittelu Järjestelmä suunnittelu (system design) erikseen Painopiste monen järjestelmän hajautettu ympäristö, jossa olemassa olevia järjestelmiä muutetaan/on osana ratkaisua (vrt. yksittäisen järjestelmän kehittäminen) Käydä läpi tarkemmin siihen liittyen Liiketoimintaprosessien kuvaaminen Tietomallin kuvaaminen Sovellusarkkitehtuurin ja Integroinnin kuvaaminen Teknisen toteutuksen kuvaaminen
Luennoitsija Kai Vuolajärvi DI (1999), Tuta TietoEnator (1998-2000) Project Manager Deloitte Consulting (2000-2005) Senior Consultant University of Jyväskylä (2004-2005) Projektipäällikkö, Software Business & Titu Nokia Oyj (2005-) Senior Architect
Luennon sisältö Mistä muutostarpeet tulevat miten yritys voi vastata? Muutoksen tietoteknisen ratkaisun suunnittelu Yhteenveto
Mistä muutostarpeet tulevat? Source: Turban & Al, 1999
Yritysten reagointimahdollisuuksia Source: Turban & Al, 1999
Yritys voi vastata muutoksen eri laajuisilla toimenpiteillä EC BPR Business alliances Continuous improvement
Pelkkiä järjestelmiä ei kannata uusia
IT-ratkaisun suunnittelu Liiketoimintamuutos (tuote, markkina, toimintatapa) Muutostarve Liiketoimintaprosessit Liiketoimintatarpeet Tietoteknisen ratkaisun suunnitelma / IT-arkkitehtuuri Tietoarkkitehtuuri Sovellus- ja integraatio Arkkitehtuuri IS/IT Organisaatio arkkitehtuuri Teknologia-arkkitehtuuri Toteutussuunnitelma Tietotekninen toteutus
Liiketoiminta lähtökohtana Liiketoimintamuutos/strategia (tuote, markkina, toimintatapa) Muutostarve Liiketoimintaprosessit Liiketoimintatarpeet IT-arkkitehtuuri Tietoarkkitehtuuri Sovellus- ja integraatio Arkkitehtuuri IS/IT Organisaatio arkkitehtuuri Teknologiaarkkitehtuuru Toteutussuunnitelma Tietotekninen toteutus
Mitä liiketoimintaprosessit ovat? Liiketoimintaprosessi on joukko toisiinsa liittyviä tehtäviä ja niiden toteuttamiseen tarvittavia resursseja, joiden avulla saadaan aikaan liiketoiminnan tulokset (Davenport & Short1990). Vrt puhelimen valmistaminen
Miksi liiketoimintaprosessit? Aikaisemmin keskityttiin lähinnä toimintoihin Aiheuttaa ongelmia rajapinnoissa ja osaoptimointia Ratkaisuna prosessiajattelu, joka nykyään yleisesti käytössä Prosessiajattelu IT-alalle 1990 luvulla, Hammer, Champy Re-engineering corporation Liiketoimintaprosessit integroituja -> Järjestelmät integroituja -> EAI
Source: Turban & Al, 1999 Yrityksen ydinprosessit
Funktionaaliset vs. prosessilähtöiset järjestelmät
Prosessilähtöiseen toimintaan ja järjestelmään siirtyminen käytännössä -Eri järjestelmät eri toiminnoille -(säästötili, kulutusluotto, sijoitukset jne.) -Asiakkaalla monia yhteyshenkilöitä -Useita yhteensopimattomia asiakastietoja Source: Turban & Al, 1999
Ja jälkeen prosessien uudistamisen integroitu järjestelmä -Yksi integroitu järjestelmä -Asiakkaalla yksi yhteyshenkilö -Tuettuna päätöksenteontuella -Yhdet asiakastiedot -Kokonaiskuva, Cross sales etc. Source: Turban & Al, 1999
Liiketoimintaprosessien mallintaminen Lähtökohtana mitä yritys tekee ja sen mallintaminen Liiketoimintaprosessien mallintaminen auttaa näkemään missä järjestelmien tukea tarvitaan, mikä muuttuu ja mitkä järjestelmät muuttuu Auttaa ymmärtämään liiketoiminnassa käytettävää tietoa, mistä se tulee, miten sitä käytetään ja miten se vaikuttaa liiketoimintaan Prosessit voidaan kuvata eri tasolla (Kartta/nimi, aktiviteetti) Kuvaaminen vaatii liiketoiminta ja teknisten henkilöiden yhteistyötä
Prosessihierarkia / kartta Prosessihierarkia nimeää kaikki organisaation prosessit PRODUCT DEVELOPMENT MANAGEMENT CUSTOMER SERVICE DELIVERY PROCESS WAREHOUSING PROCESS
Yksittäisten prosessien toimintojen kuvaaminen (Taso, jolla IT-suunnitelmat tehdään) Activity
Yksittäinen prosessi esimerkki: Tilatun tavaran vastaanottaminen Input/output order Activity Decision goods order
Kuvauksen eri tasot Esim. prosessikartta Kokonaisnäkemys toiminnasta Esim. Edellinen toimintokuvaus Esim. Tarkempi yksittäisen toiminnan kuvaus - yksityiskohdat toteutusta varten Eri tasojen kautta saadaan koko yrityksen toiminta kuvattua
Myös UML-standardoitu kuvaustapa
Liiketoimintaprosessit määrittävät järjestelmän ei toiminnalliset vaatimukset Suorituskyky vaatimukset Transaktioiden määrä minuutissa <-> esim. tilausten määrä Vaste-aika <-> kuinka kauan asiakas odottaa Tosi-aikainen, viivästetty tiedonsiirto <-> tiedon reaaliaikaisuus Availability eli saatavuus/käyttöaste Järjestelmän saatavuus Vrt Amazon.com 24*7 tai 8-16 liike 99,9 % vs. 80% Disaster recovery / toipuminen Tekninen vika vs. atomipommi Tietoturva vaatimukset Prosessissa liikkuvan tiedon kriittisyys Vaadittu joustavuus Prosessin / liiketoiminnan muutosnopeus
Tietoarkkitehtuuri Liiketoimintamuutos/strategia (tuote, markkina, toimintatapa) Muutostarve Liiketoimintaprosessit tarpeet IT-arkkitehtuuri Tietoarkkitehtuuri Sovellus- ja integraatio Arkkitehtuuri IS/IT Organisaatio arkkitehtuuri Teknologiaarkkitehtuuru Toteutussuunnitelma Tietotekninen toteutus
Tietoarkkitehtuuri eli mitä tietoa prosessissa ja järjestelmissä tarvitaan Tuotoksena järjestelmän tietomalli Perustana tietokantasuunnittelulle Tietojärjestelmä
Prosessit ja tieto rivit tilaus asiakas asiakas osoite nimi etc.
Tietoarkkitehtuuri - huomioitavaa Tiedon saatavuus - Information Access Tiedon oikeellisuus - Information Accuracy Tiedon luottamuksellisuus
Information Access Needs Määrittelee kuinka reaali-aikaista ja jalostettua yrityksen tiedon pitää olla ja määrittelee toteutusvaihtoehdot Data to Information Filtering, transforming, merging Business Process Operation Is this product still available? How much does it cost? Marketing & Strategic Analysis Long term sales trends? Marketing Campaign design Data Access Source: Britton & Bye, 2004 Timeliness Data Extraction
Information Accuracy Yksi suurimmista ja vaikeimmista ongelmista monissa järjestelmissä Esim. Väärä hinta/toimitustieto Monia ongelmalähteitä, esim: Vanhentunut tieto esim. Asiakkaan nimi vaihtunut, eikä tietokantaa päivitetty Tieto on väärin syötetty Tieto monessa paikassa, mikä on oikea? Ratkaisuja: Prosessien ja tietomallien huolellinen määrittäminen Tietolähteiden integroiminen Information controller - rooli
Sovellus ja integraatiotaso Liiketoimintamuutos/strategia (tuote, markkina, toimintatapa) Muutostarve Liiketoimintaprosessit Liiketoimintatarpeet IT-arkkitehtuuri Tietoarkkitehtuuri Sovellus- ja integraatio Arkkitehtuuri IS/IT Organisaatio arkkitehtuuri Teknologiaarkkitehtuuru Toteutussuunnitelma Tietotekninen toteutus
Sovellus- ja integraatioarkkitehtuuri Tavoitteet Selvittää mihin järjestelmiin muutokset vaikuttaa ja tarvitaanko uutta järjestelmää Tarvitaanko uusia integrointeja ja millaisia
Ensin tarkasteltava, mihin vaikuttaa
Lisäksi myös tarvittavat integraatiot Web ordering Ordering Orders ERP Order confirmation Order confirmation Billing Selvitettävät asiat Palvelut/toiminnot Järjestelmät Liittymät Tietokannat kuvaa korkealla tasolla sovellukset, integraation ja tiedon
Integraatiosuunnittelu huomioitavia asioita Integraatiotaso realtime deferred Vaikuttaa kustannuksiin ja toteutukseen vrt. Information access kaavio Ollaan siirtymässä enemmän Real time (enteprise) Mitä tietoa integroidaan Integraatiotaso Tieto Sovellus Käyttöliittymä Integraatiosuunnittelu, johtaa lopuksi liittymien tarkempaan määrittelyyn (mitä tietoa liikkuu, missä formaatissa)
Integraatiotasoja User interface e.g. portals Application Most common Data e.g. DW
Integration Levels app1 app2 portal app3 app1 app2 app3 DW
Kun korkeamman tason asiat mietitty voidaan siirtyä teknologia Liiketoimintamuutos/strategia (tuote, markkina, toimintatapa) Muutostarve Liiketoimintaprosessit Liiketoimintatarpeet IT-arkkitehtuuri Tietoarkkitehtuuri Sovellus- ja integraatio Arkkitehtuuri IS/IT Organisaatio arkkitehtuuri Teknologiaarkkitehtuuru Toteutussuunnitelma Tietotekninen toteutus Not the other way around!!
Millä tekniikalla sovellukset ja tieto pyörivät? -Kehitysvälineet -J2EE,.net, Cobol -Sovelluspalvelimet -Websphere,.net -Yleiset Palvelut -Tunnistus -Tietoturva -Valvonta -Käyttöjärjestelmät -Unix, Linux, WinX -Rauta -IBM, HP etc. -DB
Huomioitavia asioita Voidaan tehdä kun tiedetään prosessitarpeet, tieto- ja sovellustarpeet sekä integrointitarpeet Täytyy tukea liiketoimintaprosessin vaatimuksia Olemassa oleva välineet / uusi tekniikka? Kannattanee usein tehdä olemassaoleville, vaikkei ratkaisisikaan kaikkia tarpeita Osaaminen, kokemus, liitettävyys Uusi teknologia voi kuitenkin tuoda uusia mahdollisuuksia Web, Web Services
Myös organisaatio mietittävä! Liiketoimintamuutos/strategia (tuote, markkina, toimintatapa) Muutostarve Liiketoimintaprosessit Liiketoimintatarpeet IT-arkkitehtuuri Tietoarkkitehtuuri Sovellus- ja integraatio Arkkitehtuuri IS/IT Organisaatio arkkitehtuuri Teknologiaarkkitehtuuru Toteutussuunnitelma Tietotekninen toteutus
Ja lisäksi organisaatio Millainen organisaatio tarvitaan suunnitellun ratkaisun ylläpitämiseksi Syntyy edellisten pohjalta, muttei itsestään Konekeskukset, ulkoistus/oma Lisäksi Service Level Agreements (SLA) Tuki & koulutus käyttäjille
Ratkaisun suunnitelu johtaa tietotekniseen toteutukseen Kun arkkitehtuuri on määritelty voidaan siirtyä yksittäisten järjestelmien tarkempaan suunnitteluun ja toteutukseen Tehtäviä esimerkiksi: Järjestelmän tarkempi määrittely (käyttötapaukset, tietomalli, kannan suunnittelu jne.) Järjestelmän koodaus, testaus (vanhat ja uudet järjestelmät) Integroinnin toteutus Infran käyttöönotto Menetelmiä esim. Vesiputousmalli, RUP Määrittely Suunnitelu Toteutus Testaus Käyttöönotto
Yhteenvetoa Liiketoimintamuutos/strategia (tuote, markkina, toimintatapa) Muutostarve Liiketoimintaprosessit Liiketoimintatarpeet IT-arkkitehtuuri Tietoarkkitehtuuri Sovellus- ja integraatio Arkkitehtuuri Teknologiaarkkitehtuuri Toteutussuunnitelma Tietotekninen toteutus unix, windows, j2ee, xml, xyz