Liiketoimintamuutos lähtöinen tietoteknisen ratkaisun ...Luennoitsija Kai Vuolajärvi • DI (1999), Tuta • TietoEnator (1998-2000) Project Manager • Deloitte Consulting (2000-2005)

Liiketoimintamuutos lähtöinentietoteknisen 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


Yritys voi vastata muutoksen eri laajuisilla toimenpiteillä

BPR

Continuous improvement

Business alliances

EC

Pelkkiä järjestelmiä ei kannata uusia

IT-ratkaisun suunnittelu

Tietoarkkitehtuuri

Teknologia-arkkitehtuuri

IS/IT

O

rgan

isaa

tioar

kkite

htuu

ri

Tietoteknisen ratkaisun suunnitelma / IT-arkkitehtuuri

LiiketoimintaprosessitLiiketoimintaprosessit

ToteutussuunnitelmaToteutussuunnitelma

Tietotekninen toteutusTietotekninen toteutus

Muutostarve

Liiketoimintatarpeet

Liiketoimintamuutos(tuote, markkina, toimintatapa)

Liiketoimintamuutos(tuote, markkina, toimintatapa)

Sovellus- ja integraatio Arkkitehtuuri

Liiketoiminta lähtökohtana

Tietoarkkitehtuuri

Teknologiaarkkitehtuuru

IS/IT

O

rgan

isaa

tioar

kkite

htuu

ri

IT-arkkitehtuuri




Muutostarve


Liiketoimintamuutos/strategia(tuote, markkina, toimintatapa)Liiketoimintamuutos/strategia(tuote, markkina, toimintatapa)


Mitä liiketoimintaprosessit ovat?

• Liiketoimintaprosessi on joukkotoisiinsa liittyviä tehtäviä ja niidentoteuttamiseen tarvittaviaresursseja, joiden avulla saadaanaikaan liiketoiminnan tulokset(Davenport & Short1990). Vrtpuhelimen 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-engineeringcorporation”

• Liiketoimintaprosessit integroituja -> Järjestelmät integroituja -> EAI

Yrityksen ydinprosessit


Funktionaaliset vs. prosessilähtöisetjä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


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.


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

CUSTOMER SERVICE

DELIVERYPROCESS

PRODUCTDEVELOPMENT

Prosessihierarkia nimeää kaikki organisaation prosessit

MANAGEMENT

WAREHOUSINGPROCESS

Yksittäisten prosessien toimintojen kuvaaminen (Taso, jolla IT-suunnitelmat tehdään)

Activity

Yksittäinen prosessi – esimerkki: Tilatun tavaran vastaanottaminen

order

order

goods

Input/output

Activity Decision

Kuvauksen eri tasot

Esim. prosessikarttaKokonaisnäkemystoiminnasta

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

Tietoarkkitehtuuri


IS/IT

O

rgan

isaa

tioar

kkite

htuu

ri

IT-arkkitehtuuri




Muutostarve

tarpeet



Tietoarkkitehtuuri – eli mitä tietoa prosessissa ja järjestelmissä tarvitaan

• Tuotoksena järjestelmän tietomalli• Perustana tietokantasuunnittelulle

”Tietojärjestelmä”

Prosessit ja tieto

asiakastilaus

rivit

asiakas

osoitenimietc.

Tietoarkkitehtuuri - huomioitavaa

• Tiedon saatavuus - InformationAccess

• Tiedon oikeellisuus - InformationAccuracy

• Tiedon luottamuksellisuus

Information Access Needs

Business ProcessOperation

Marketing &Strategic Analysis

Data Access Data ExtractionTimeliness

Dat

a to

Info

rmat

ion

Filte

ring,

tran

sfor

min

g, m

ergi

ng

Is this product still available?

How much does it cost?

Long term sales trends?

Marketing Campaign design

Määrittelee kuinka reaali-aikaista ja jalostettua yrityksen tiedon pitää olla ja määrittelee toteutusvaihtoehdot

Source: Britton & Bye, 2004

Information Accuracy

• Yksi suurimmista ja vaikeimmista ongelmistamonissa 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

Tietoarkkitehtuuri


IS/IT

O

rgan

isaa

tioar

kkite

htuu

ri

IT-arkkitehtuuri




Muutostarve




Sovellus- ja integraatioarkkitehtuuri

• Tavoitteet–Selvittää mihin järjestelmiin muutokset

vaikuttaa ja tarvitaanko uuttajärjestelmää

–Tarvitaanko uusia integrointeja jamillaisia

Ensin tarkasteltava, mihinvaikuttaa

Lisäksi myös tarvittavat integraatiot

ERP

Web ordering

Orders Orderconfirmation

kuvaa korkealla tasolla sovellukset, integraation ja tiedon

Selvitettävät asiat•Palvelut/toiminnot•Järjestelmät•Liittymät•Tietokannat

Ordering

Order confirmation

Billing

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 liittymientarkempaan määrittelyyn (mitä tietoa liikkuu, missä formaatissa)

Integraatiotasoja

User interface

Application

Data

e.g. portals

Most common

e.g. DW

Integration Levels

portal

app1 app2 app3

app1

app2

app3

DW

Kun korkeamman tason asiat mietitty voidaan siirtyä teknologia

Not the other way around!!

Tietoarkkitehtuuri


IS/IT

O

rgan

isaa

tioar

kkite

htuu

ri

IT-arkkitehtuuri




Muutostarve




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 uusiamahdollisuuksia Web, Web Services

Myös organisaatio mietittävä!

Tietoarkkitehtuuri


IS/IT

O

rgan

isaa

tioar

kkite

htuu

ri

IT-arkkitehtuuri




Muutostarve




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 johtaatietotekniseen toteutukseen

• Kun arkkitehtuuri on määriteltyvoidaan siirtyä yksittäistenjärjestelmien tarkempaansuunnitteluun ja toteutukseen

• Tehtäviä esimerkiksi:– Järjestelmän tarkempi määrittely

(käyttötapaukset, tietomalli, kannansuunnittelu 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

Tietoarkkitehtuuri

Teknologiaarkkitehtuuri

IT-arkkitehtuuri




Muutostarve




unix, windows, j2ee, xml, xyz

Documents

Liiketoimintamuutos lähtöinen tietoteknisen ratkaisun ...Luennoitsija Kai Vuolajärvi • DI (1999), Tuta • TietoEnator (1998-2000) Project Manager • Deloitte Consulting (2000-2005)