Tiistai 24.5.2011 – Sääntömääräinen kevätkokous – Esitykset

Tiistaina 24.5.2011 klo 12:15 – 17

Paikka: Kalastajatorppa, Kalastajatorpantie 1, Helsinki (Conference & Events Center, Merisali II) (map) — Huomatkaa muuttunut paikka!

Ohjelma
12:15 – Kahvitus
12:30 – Tervetuloa! – TDWI Finland, Petri Hakanen
12:35 – Sääntömääräinen Kevätkokous
13:30 – Jerry Tricker, Systems Engineer, IBM: Netezza technology sets the standard for data warehousing and BI
Kahvitauko
14:40 – Vesa Tiirikainen: BI seuraavat 40 vuotta!
Kahvitauko
15:50 – Ari Hovi: Tietoarkkitehtuuri nyt!
17:00 – Tilaisuus päättyy
Read More

Kokonaisarkkitehtuurit ovat murroksessa ja samalla koko tiedonhallinnan sovellusalue kokee uudistumisen

Tekniikka mahdollistaa
Arkkitehtuurit muuttuvat
Uudenlaiset päätöksenteon tuen prosessit
Mistä hyöty BI- ja ECM-sovellutusten yhdistämisessä
Liiketoiminnan rakenteelliset muutosvaatimukset ja johtaminen

Kuuntelin Barry Devlinin esitystä TDWI Finlandin tilaisuudessa 5.4. ja sain samalla vahvistuksia omille ajatuksilleni johtamisen järjestelmien kehittymisestä ja liiketoimintatiedon hallinnan tulevista arkkitehtuureista. Ei epäilystäkään, olemme murroksen äärellä. Murroksella tarkoitan sitä, että huomisen tietoarkkitehtuurit suunnitellaan ja toteutetaan monin osin eri tavalla kuin eilisen ja tämän päivän arkkitehtuurit. Ja myös liiketoiminnan prosessit ja tiedot yhdistyvät uusin innovatiivisin tavoin. Ja murroksen ylittämiseksi tarvitaan uudenlaista näkemystä sekä vahvaa tavoitteeseen ohjaavaa johtamista.

Tekniikka mahdollistaa

Teknologian kehittyminen on jälleen kerran se tekijä, joka mahdollistaa uudet soveltamiset. Prosessorit ovat entistä pienempiä. Toisaalta ne on tuotettu jo niin ”ohuella tekniikalla”, että olemme saavuttaneet ainakin toistaiseksi jo lähes maksiminopeudet prosessorille. Siksi prosessoreja laitetaan rinnakkain jo lähes jokaiseen laitteeseen useita, jopa satoja. Rinnakkaisuutta prosessoinnissa automatisoidaan ja upotetaan käyttöjärjestelmien ja tietokantojen sisäisiin toimintoihin, koska rinnakkaisuuden ohjelmointi sovellusohjelmointitasolla on edelleen vaikeaa. Näin tietokantaohjelmistot ja muut varusohjelmistot kehittyvät aivan uudelle tasolle verraten nykyisiin ratkaisuihin. Samalla muistit ovat kasvaneet ja kehittyneet. Muistissa tietojen käsittely on monin verroin, jopa satoja kertoja nopeampaa kuin levyiltä. Osia tai kokonaisia tietokantoja luetaankin nyt muistiin ja operaatiot kohdistetaan tähän nopeasti käsiteltävään tietoon. Nopean ison muistin käyttäminen yhdessä lukuisten rinnakkaisten operaatioiden kanssa tuovat ihan uusia innovatiivisia tapoja käsitellä kasvavaa tietomäärää.

Arkkitehtuurit muuttuvat

Liiketoimintatiedon käsittelyyn erityisesti jo perinteiselle business intelligence sovellusalueelle tulee merkittäviä tietoarkkitehtuurin muutoksia. Sovellusalueella on monia perustavia menetelmiä ja sääntöjä, miten ja miksi tietoja muokataan ja jalostetaan ja talletetaan erilaisiin käyttötarkoituspohjalta valittuihin tietorakenteisiin kuten tietojen historioiminen, trendit, muut analyyttiset käyttötarkoitukset, operatiivisen ja strategisen johtamisen avuksi tuotetut tiedot. Nyt näitä samoja menetelmiä tuotetaan upotettuina automatisoituina ratkaisuina uusiin tietokantoihin, jopa itseään käytön mukaan optimoivina käsittelyprosesseina ja tietorakenteina, jolloin esimerkiksi nykyisin käytössä olevista tietovarastoarkkitehtuureista siirtyy osia tai jopa kokonaisuuksia tulevaisuuden tietokantoihin automaatioiksi ilman eri prosessointia nykyisenlaisiin käyttötapakohtaisiin tietovarastoihin. Esimerkkinä tästä hybridit tallennusmallit, joissa yhdistyvät aiemmat operatiiviseen käyttöön optimoidut rakenteet kuten riviperusteiset relaatiokannat ja nopeisiin hakuoperaatioihin optimaalisesti soveltuvammat sarakepohjaiset tallennusrakenteet. Vanhoilla tekniikoilla molempia on tarvittu erikseen kun taas uusilla menetelmillä muistinvaraisesti ja lähes äärettömällä rinnakkaisprosessoinnilla saadaan aikaan ratkaisuja, joissa voidaan samanaikaisesti tuottaa ja käyttää näitä kaikkia.

Uudenlaiset päätöksenteon tuen prosessit

Mutta samanaikaisesti kun tietokannat ja varusohjelmistot ”älyköityvät”, liiketoimintamme tarvitsee aivan uusia malleja ja sovellutuksia, joilla tietovarannot saadaan kiinni liiketoimintaprosesseihin älykkäästi ja käyttäjäystävällisellä tavalla; myös käyttäjäänsä tiedon lähteelle opastavin tavoin. Meidän tulee tulevaisuuden sovellutuksissamme kyetä yhdistämään tiedot ja toimenpiteet. Read More

TDWI Finland mediassa 18 3 2011 – Mediaplanet

Mediaplanet Finland julkaisi tänään 18 Maaliskuuta 2011 Liiketoimintatiedonhallinta -teemajulkaisun

Sivulla 5 on kirjoitettu Ari Hovin haastattelun pohjalta “Tieto hukkuu päällekkäisiin järjestelmiin” ja tietoarkkitehtuureista “Tietoarkkitehtuuri avaa mustat laatikot” – Tästä linkistä sivu 5

Sivulla 6 on Petri Hakasen haastattelu BI:n ja ECM:n yhdistävistä ratkaisuista ja tuon artikkelin yhteydessä on tuotu hyvin julki, mikä TDWI Finland on, sekä jäsentilaisuutemme 5.4. – Tästä linkistä sivu 6
Read More

Hyvä tietoarkkitehtuuri on voimavara ja mahdollisuus

Jako BI ja ECM
Yhteisölliset ratkaisut ja BI
Liiketoiminnan prosessit ja sisältö+informaatio
Master Content Management yhdistävänä ja mahdollistavana
Suomalaiset sovellutukset ovat jo lähellä, julkishallinto myös veturina

Hyvä tietoarkkitehtuuri on voimavara ja mahdollisuus

Tietoarkkitehtuurin suunnittelussa laaja-alainen näkemys organisaation ja yrityksen tietovarannoista ja operatiivisen liiketoiminnan ja johtamisen prosesseista on välttämätöntä saada yhteen. Onnistunut laaja-alainen tietoarkkitehtuuri on perusta, jolle sovellusarkkitehtuuri ja kokonaisarkkitehtuuri linkittyvät. Hyvä tietoarkkitehtuuri kestää liiketoiminnan muutoksissa ja tietojärjestelmien kehityksessä, säästää kehityskustannuksissa ja lisää tiedon arvoa liiketoiminnalle.

Sovellusarkkitehtuurin koetaan olevan lähempänä liiketoiminnan prosesseja kuin tietoarkkitehtuurin ja yhteys prosesseihin tuntuu monesti helpommalta ymmärtää sovellusten kautta. Näin syntyy prosessikohtaisia sovelluksia, joissa useimmiten on myös tietorakenne näitä kutakin erillistä sovellusta varten. Tietoarkkitehtuuri sirpaloituu.

Jako BI ja ECM

Jako tällä hetkellä on nk. business intelligence (BI) –sovellusten ja Enterprise Content Management (ECM) sovellusten välillä. Samalla tämä jako muodostaa jaon tai ”särön” yritystason tietoarkkitehtuurissakin.

Vaikka yhteys BI ja ECM -sovellusalueiden välillä onkin ollut jo pidempään esillä ja isot yritystason informaatioalustojen valmistajat ovat tämän tarjoamansa kehittämisessä jo alkaneet ottaa huomioon, ei arkkitehtuuri muodostu kuitenkaan vielä yhtenäiseksi. Liiketoiminnan tueksi pyritään tuottamaan näkymiä ja työn kulkuja (work flow), joissa informaatio koostetaan monesta näkökulmasta yhtenäiseen näkymään (joista esimerkkinä erilaiset ”portaalit”), mutta taustalla tietoarkkitehtuuritasolla tietoja kerätään erillisiin siilomaisiin ratkaisuihin.

Erityisesti ECM –ratkaisualueella (myös: sisällönhallinta) tuotettavan sisällön (strukturoimaton, tekstimuotoinen, kuvat, videot jne.) ja dokumenttien sekä asiakirjojen ja BI –ratkaisualueella tuotettavan informaation välillä on edelleen hyvin vähän tietoarkkitehtuuritason yhteyksiä. Yhteydet pyritään ratkaisemaan sovelluksilla, joita ovat mm. kehittyneet hakutoiminnallisuudet ja teksti- ja sisältöanalytiikka. Hakutoimintoja kehittämällä saamme hakutuloksiin vastaukset sekä sisällönhallinnan tietovarannoista että business intelligence –tietovarannoista (rakenteellisia tietokantoja, tietovarastoja). Näemme varmasti seuraavina vuosina näistä hyviä toteutuksia. Myös ontologioiden ja taksonomioiden sovellutukset kehittyvät ja ne yhdistettynä hakutekniikoihin ja sisältöanalytiikkaan tuovat informaation käsittelyyn aivan uusia ulottuvuuksia muutaman vuoden sisällä. Tämä kehityspolku liittyy vahvasti myös Master Data Management (MDM) –sovellusalueeseen, joita jäljempänä käsittelen enemmän.

Yhteisölliset ratkaisut ja BI

Tutkimusyhtiö Gartner on nostanut omiin analyyseihinsä hyvin uutena ja kehitytsvaiheensa alussa olevana ”Collaborative Decision Making” –tyyppiset ratkaisut, jotka yhdistävät päätöksen tekijät, liiketoiminnan prosessin ja informaation. Informaatio kattaa sekä BI –tietovarannot että liiketoiminnan prosessissa (työn kulut), päätöksenteossa, tuotetun ja käytetyn muun sisällön sekä sosiaalisen verkoston ja yhteistoiminnan. Nämä sisältävät liiketoimintaa tekemistä ohjaavia työkaluja, pohjia ja malleja sisällön tuottamisen avustamiseksi ja vakioimiseksi. Lisäksi ne sisältävät yhteistyötä tukevia ratkaisuja (työryhmät, ”brainstormit”, evaluoinnit, vaihtoehtojen esittelyt, toimenpiteistä sopimisen ja toimenpiteiden käynnistämisen). Nämä ratkaisut ovat tällä hetkellä vielä varhaisessa innovaatiovaiheessa ja toteutukset ovat enemmän kokeilevia kuin kypsiä tuotantokäyttöön. Tämä on kuitenkin suuntaus, johon nyt resursseja suunnataan laajasti sekä teknologian tuottajilla että ratkaisujen toteuttajilla. Samaan aikaan syntyy asian ympärillä monia uusia innovaatioyrityksiä, joista osan sitten parin kolmen vuoden kuluttua isommat toimijat ostavat ja yhdistävät omiin tarjoamiinsa.

Read More

Tiistaina 5.4.2011 – Barry Devlin: From Business Intelligence to Fully Integrated Enterprise IT

Tiistaina 5.4.2011 klo 12 – 17 : From Business Intelligence to Fully Integrated Enterprise IT

Business Integrated Insight is a model that addresses all aspect of modern business

Paikka: Katajanokan Kasino, Laivastokatu 1, Helsinki (Karimosali) (map)

Ohjelma
12:00 – Kahvitus
12:20 – Tervetuloa! – TDWI Finland, Petri Hakanen
12:30 – Barry Devlin
– 2 kahvitaukoa (15 min) – n. 14:00 ja n. 15:30
16:30 – Barryn esitys päättyy, keskustelua, virvokkeita
17:00 – Tilaisuus päättyy

Barry Devlin: From Business Intelligence to Fully Integrated Enterprise IT

The original Data Warehouse separated decision-support from day-to-day operations.  However, decision-making and action-taking are now tightly bound; business cycles are much shorter and span company boundaries. The Business Integrated Insight (BI2) architecture thus reintegrates all the processes and information of the business, starting from the DW and incorporating SOA, distributed access, web technologies, content management and specialised databases and more. BI2 is designed to evolve to full enterprise IT integration. It also addresses current BI issues: operational and executive BI, information discovery and innovation, and enterprise-wide decision management.  Read More

Information architecture is a matter (en)

(Finnish edition copy)

Take the first review of Inmon’s model compared to Kimball’s model (original links do not work any more) – both of those guys are the pioneers of the information architecture and a very well-known influencers from the early 1980’s.

Inmon: All corporate information, further processed, “one truth”. A central data warehouse. Data Warehouse including historical data – the Corporate Information Factory (CIF)

Inmon’s CIF includes the data from the operational systems, data transfer and processing processes (ETL), data warehouse, and the establishment of the special needs of smaller data warehouses (data marts). Data Marts are always the data warehouse data, “one truth”, never data from anywhere else. These are the special needs of different departments and processes, analytical solutions, etc.

Data integration is time-consuming step. This work requires the utmost diligence, discipline. The entire organization is committed to information architecture.

CIF: A Data Warehouse should be located in a normalized relational database format. History-containing structures may be permitted to also be “de-normalized”, at least to some extent.

The work is a long-term, construction will last a long time, but in return is expected to be and should be long-lasting and reliable data architecture.

Kimball’s model is considered to represent “opposite” view of how the company will design and build architecture. Kimball’s model is also called “dimensional” model (stars, snowflakes).

In this approach, dimensional data structures (data marts) come directly from the organization’s applications. The same information can be transferred to more than just a single data mart, depending on the function of the individual models.

Interest and the criterion of this approach is the speed of development. Analytical and reporting needs can be quickly implemented when there is not a target to design and build the whole enterprise on a common data repository. Inmon other hand says that Kimball’s model used for the company there is no “one truth”

Kimball’s Read More

Information architecture is a matter

(English edition copy)

Tietoarkkitehtuurilla on väliä

Otetaan ensin tarkasteluun Inmon:in malli vs Kimball:in malli (edellisissä olleet linkit vanhentuneet) – Molemmat mainituista herroista ovat tietoarkkitehtuurien pioneereja ja erittäin tunnettuja vaikuttajia jo 1980 luvulta alkaen.

Inmon: Kaikista organisation (Enterprise) tiedoista koostettuna ja jalostettuna ”yksi totuus”. Tietovarasto keskeinen. Tietovarastossa historioidut tiedot – Corporate Information Factory (CIF)

Inmon:in CIF pitää sisällään operatiiviset järjestelmät, tietoa tietovarastoon siirtävät ja jalostavat prosessit, tietovaraston ja tietovarastosta erityistarpeisiin muodostettavat pienemmät tietovarastot (data marts). Data Mart:it muodostetaan aina tietovarastosta, ”yhdestä totuudesta”, ei koskaan mistään muualta. Näitä erityistarpeita ovat mm. eri osastojen ja prosessien tarpeet, analyyttiset ratkaisut jne.

Aikaa vievä vaihe on organisaation eri sovellusten tietojen integrointi ja siirtäminen tietovarastoon. Tietovarasto ja koko CIF arkkitehtuuri rakennetaan koko organisaation näkökulmasta yhteiseksi ”totuudeksi”. Tämä työ vaatii äärimmäistä huolellisuutta, kurinalaisuutta ja koko organisaation sitoutumista mallinnettavaan ja rakennettavaan tietoarkkitehtuuriin.

CIF:issa tietovarasto tulee sijoittaa relaatiokantaan ja normalisoituun muotoon. Historian sisältävien rakenteiden sallitaan olevan myös ”de-normalisoituja”, ainakin jonkun verran.

Työ on pitkäjännitteistä, rakentaminen kestää pitkään, mutta vastineena tuloksen uskotaan olevan ja tulee olla pitkäkestoinen ja luotettava tietoarkkitehtuuri.

Kimball:in mallin katsotaan edustavan ”vastakkaista” näkemystä siitä, kuinka yrityksen tulee arkkitehtuurinsa suunnitella ja rakentaa. Kimball:in mallia kutsutaan myös ”dimensionaaliseksi” malliksi faktatauluineen ja dimensiotauluineen (tähtimalli, lumihiutale).

Tässä lähestymistavassa tiedot dimensionaalisiin rakenteisiin (data marts) tulevat suoraan organisaation sovelluksista. Sama tieto voidaan siirtää useampaankin kuin vain yhteen data mart:iin riippuen yksittäisten mallien funktiosta.

Etu ja peruste tässä lähestymistavassa on kehittämistyön nopeus. Analyyttiset ja raportoinnin tarpeet saadaan nopeasti toteutettua, kun ei oteta tavoitteeksi suunnitella ja rakentaa koko yrityksen käyttöön yhteistä tietovarastoa Inmon:in mallin mukaisesti. Mutta Inmon:in mukaan Kimball:in mallia mukaillen yritykseen ei synny ”yhtä totuutta”. Read More