5 Sisällönhallinta- ja julkaisujärjestelmät

Transkriptio

1 Taustaa: dokumentin elinkaari Hypermediasovelluksen tärkeä erityispiirre on se, että hypermediasovelluksella on aina jokin sisältö Sisältö on verkkopalvelun hyödyllisyyden tärkein yksittäinen tekijä. Sisällön muokkaamiseen, hallintaan ja julkaisemiseen liittyvät toiminnot ovat siis keskeinen osa verkkopalvelun toimintaa Verkkopalvelun sisällön muokkaamisen, hallinnan ja julkaisemisen tarvittavan toiminnallisuuden toteuttavaa järjestelmää kutsutaan sisällönhallintajärjestelmäksi (SHJ). Content management System (CMS) lienee useimmille tutumpi käsite Sisällönhallintajärjestelmän toiminnallisuus voidaan jakaa seuraaviin kokonaisuuksiin: Sisällön tuottaminen: sisällön syöttäminen SHJ:n tietovarastoon (repository) Sisällön hallinta: tietovarastoon tallennetun sisällön hallinta Julkaiseminen: tiedon julkaiseminen tietovarastosta eri muotoihin Julkaisujärjestelmä (publishing framework) vastaa sisällönhallintajärjestelmällä tuotettavan ja hallittavan sisällön julkaisemisesta. Useat sisällönhallintajärjestelmät toteuttavat myös julkaisujärjestelmän toiminnallisuuden MATHM Hypermedian ohjelmointi (kevät 2007) 85 Dokumentin elinkaari jäsentää esimerkiksi seuraavalla tavalla (Lähde: Anttila, J. Dokumenttien hallinnan ABC): Luonti Muokkaus Tarkastus Julkaisu Haku Hyväksyntä Katselu Arkistointi Poisto Jäsennystä voi käyttää pohjana suunniteltaessa sisällönhallintajärjestelmän sisäisen työnohjauksen toiminnallisuutta tai sisällöntuotantoprosessia sinänsä; kaikkea ei tietenkään aina tarvitse tehdä tietokoneella! MATHM Hypermedian ohjelmointi (kevät 2007) 86 Sisällönhallintajärjestelmän lisäarvot SHJ:n toiminnallisuus (1/2): sisällön tuottaminen Odotettavissa olevia sisällönhallintajärjestelmästä saatavia lisäarvoja: Tuottavuuden parantuminen: tekijät (sisällöntuottaja, graafinen suunnittelija,...) voivat keskittyä omaan osaamisalueeseensa Oikeuksien hallinta: dokumentin elinkaaren vaiheisiin vaikuttavien henkilöiden täsmällinen määritteleminen ja rajaaminen Työnkulun (workflow) ohjaus: Dokumentin elinkaaren vaiheistaminen ja tekijöiden vastuualueiden selkeyttäminen. Esimerkkejä: luominen, muokkaaminen, tarkastaminen, hyväksyminen, julkaiseminen,... Yhtenäinen ulkoasu: Tieto syötetään sisällönhallintajärjestelmään yhtenäisessä muodossa, joten myös sisällön julkaisumuodot yhtenäistyvät. Apuna yhtenäistämisessä ovat sivupohjat, tyylitiedostot & funktiokirjastot Ulkoasun muokkaaminen: ks. Yhtenäinen ulkoasu Huonon suunnittelun seurauksena tai SHJ:n valinnan epäonnistuessa tuloksena on jotain päinvastaista, esimerkiksi tuottavuuden heikentyminen, byrokratian lisääntyminen tai pakollisten esitietojen lisääntyminen. Esimerkkejä löytyy vaikkapa valtion sähköisistä tietojärjestelmistä MATHM Hypermedian ohjelmointi (kevät 2007) 87 Työvälineet: sisäänrakennetut työvälineet sisällön tuottamiseen tai tuki ulkoisille tiedostomuodoille (import). Reunaehto: toteutettava WWW-lomakkeiden avulla Sisällön ja ulkoasun erottaminen: keskeinen idea tiedon rakenteistamisessa, joka taas on pakollinen reunaehto monikanavajulkaisemiselle Hajautettu muokkaaminen: sisällöntuottajia voi olla useita, joten SHJ:n on mahdollistettava esimerkiksi tiedon lukitseminen ja versiointi Uudelleenkäyttö: sama tieto - esimerkki yksittäinen dokumentti tai tekstikappale - voidaan julkaista useassa eri jakelukontekstissa Metatiedon tuottaminen: sisällön hallinta edellyttää metatiedon keräämistä, joka ei kuitenkaan saa tukehduttaa sisällöntuotantoprosessia Linkittäminen: sisällöntuottajan on voitava määritellä sovelluksen sisäisiä linkkejä, muutokset rakenteessa ja monikanavaisuus on otettava huomioon Esitiedot: HTML-osaaminen tai vastaava ei saa (välttämättä) olla pakollinen esitieto Käytön helppous ja tehokkuus: välttämätöntä, mutta toteuttaminen todellinen haaste (vrt. Web-lomakkeet ja sisällöntuottajien WYSIWYG-tausta => Word) MATHM Hypermedian ohjelmointi (kevät 2007) 88

2 SHJ:n toiminnallisuus (2/2): sisällön hallinta Versiointi ja arkistointi: Versiointi mahdollistaa muutosten hallinnan, virheistä toipumisen ja tiedon palauttamisen. Arkistointi on usein parempi vaihtoehto kuin tiedon tuhoaminen Työnkulun ohjaus: Työnkulun on oltava muokattava, joustava ja riippumaton organisaatiossa tapahtuvista muutoksista Turvallisuus: pääsynhallinta, käyttöoikeudet, virheistä toipuminen, tietoturva Integrointi ulkoisiin järjestelmiin: SHJ on ainoastaan yksi osa yrityksen tietojärjestelmää. Tarve tiedon kopiointiin tai mekaaniseen siirtämiseen estää tehokkaan toiminnan Raportointi: Raportointi (mahdollisesti proaktiinen) järjestelmässä tapahtuvista virheistä (ylläpitäjä) tai esimerkiksi muutoksista sovelluksen tilassa (ylläpitäjä ja käyttäjä). Proaktiivinen tarkoittaa tässä sitä, että järjestelmä välittää raportit ilman käyttäjän aktiivista toimintaa Sisällön hallinta ja dokumenttien hallinta (document management) liittyvät hyvin läheisesti yhteen. Organisaatiossa käytössä olevan dokumenttienhallintajärjestelmän yhdistäminen sisällönhallintajärjestelmään on kuitenkin yleensä hankalaa MATHM Hypermedian ohjelmointi (kevät 2007) 89 Julkaisujärjestelmän toiminnallisuus Ulkoasu: ulkoasun irrottaminen esimerkiksi tyylitiedostojen avulla Sivupohjat: Asettelun määritteleminen sivupohjilla, joiden muokkaaminen onnistuu ilman teknistä osaamista. Jopa WYSIWYG-käyttöliittymä sivupohjien muokkaamiseen? Laajennettavuus: Järjestelmän on mahdollistettava jatkuva kehitystyö. Uusien julkaisemiseen liittyvien toimintojen toteuttamisen on oltava helppoa Julkaisumuodot: Tiedon julkaiseminen eri muotoihin on oltava mahdollista. Mahdollisuus uusien julkaisumuotojen lisäämiseen on tärkeä Personointi: tiedon julkaiseminen käyttäjän käyttäjäryhmän perusteella mukautettuna (=> mukautuva hypermedia) Käytön tilastointi: Käytön lokidatan tallentaminen tietokantaan ja erilaisten raporttien muodostaminen. Esimerkkejä: suosituimmat sivut, päivittäinen käyttö tai hakutoiminnon käyttö (virheelliset haut => käytettävyyden edistäminen) Muista myös nämä: käytettävyys, saavutettavuus, selainriippumattomuus, yksinkertainen asiakas, käytön nopeus, validi HTML ja CSS, navigaation apuvälineet ja metatiedon julkaiseminen MATHM Hypermedian ohjelmointi (kevät 2007) 90 Tiedon tyyppi ja tallentaminen Verkkopalvelun sisältö on tietoa. Tieto voidaan jakaa kahteen tyyppiin: Datakeskeinen tieto on jäsennettävissä pieniin palasiin, jotka voidaan esimerkiksi tallentaa relaatiotietokantaa. Esimerkkejä: reseptit, levyn tiedot, henkilötiedot,... Dokumenttikeskeinen tieto muodostuu jotakin tiettyä asiaa käsittelevistä kokonaisuuksista. Tiedon tallentaminen onnistuu parhaiten dokumenttitietokantaan. Esimerkkejä: kirja, raportti, käyttöohje, oppimateriaali,... Esimerkki datakeskeisestä tiedosta: Laika & the Cosmonauts;Absurdistan;1997;surf Esimerkki dokumenttikeskeisestä tiedosta: <p><img src="laika-in-space.png" alt="laika the Space Dog"/> Laika & the Cosmonauts on <dfn>visuaalista avaruussurfia</dfn>... </p> Tiedon tyypillä on keskeinen vaikutus tiedon muokkaamiseen ja tallentamiseen käytettävän menetelmän valinnassa MATHM Hypermedian ohjelmointi (kevät 2007) 91 Tiedon tallentaminen: vaihtoehtoja SHJ:n tietovarasto voidaan toteuttaa monella eri tavalla: Määrämuotoinen tekstitiedosto (flat file): Tiedot tallennetaan tekstitiedostoon esimerkiksi Comma Separated Value (CSV) -muodossa. Osa ASCII-merkeistä on varattu tietojen jäsentämiseen Rakenteinen dokumentti: Tallennusmuotona käytetään jotakin XML-kieliopin (miksei myös SGML-kieliopin) mukaista merkkauskieltä. Mahdollistaa tietojen suoraviivaisen siirtämisen ja uudelleenkäytön Relaatiotietokanta: Tiedot tallennetaan relaatiotietokannan tauluihin riveinä. Erilaisiin tekstitiedostoihin verrattuna merkittävästi tehokkaampi ja siten skaalautuvampi vaihtoehto Dokumenttitietokanta: Järjestelmään tuodut dokumentit, esimerkiksi mediaelementit, voidaan tallentaa sellaisenaan dokumenttitietokantaan. Myös osa relaatiotietokannoista tukee vastaavaa toiminnallisuutta. Relaatiotietokanta on suositeltavin vaihtoehto, kun tarkoituksena on toteuttaa sisällönhallintajärjestelmä suurelle joukolle käyttäjiä. Tekstitiedostoihin perustuvien vaihtoehtojen etuna on parempi siirrettävyys. MATHM Hypermedian ohjelmointi (kevät 2007) 92

3 Tiedon siirtäminen järjestelmien välillä Määrämuotoiset tekstitiedostot ja rakenteiset dokumentit soveltuvat erityisen hyvin tiedon siirtämiseen järjestelmien välillä Esimerkki: levykokoelman tiedot XML-muodossa: <recordcollection> <record year="1997"> <name>absurdistan</name> <artist>laika & the Cosmonauts</artist> </record> </recordcollection> Esimerkki: levykokoelman tiedot CSV-muodossa: Laika & the Cosmonauts;Absurdistan;1997;surf XML ja CSV soveltuvat molemmat sekä tiedon julkaisemiseen että siirtämiseen sisään sisällönhallintajärjestelmään PHP tukee XML-muotoisen tiedon jäsentämistä. CSV-lukijan toteuttaminen on suoraviivaista. PHP-ohjelmalla voi HTML-kielen ohella mainiosti tulostaa esimerkiksi CSV- tai XML-muotoisia tiedostoja MATHM Hypermedian ohjelmointi (kevät 2007) 93 Julkaisuprosessin automatisointi Ohjelmointikieliä voidaan hyödyntää myös muussa käytössä kuin vuorovaikutuksen toteuttamisessa. Julkaisujärjestelmät automatisoivat osan hypermediasovelluksen toteuttamisen mekaanisista työvaiheista Hypermediasovelluksen toteuttamiseen liittyy muun muassa seuraavia mekaanisia työvaiheita (vrt. Relationship Management Methodology, RMM): Sovelluksen yleinen sivupohja kopioidaan jokaiseen näkymään ja näkymäkohtainen sisältö sijoitetaan sivupohjaan. Näkymäkohtaisen sisällön lisäämisen jälkeen sivupohjan järjestelmällinen muuttaminen on mahdotonta Rakenteelliset linkit tehdään sivuston rakenteen perusteella. Esimerkiksi valikko voidaan sijoittaa sivupohjaan, mutta käyttäjän sijainnin näyttäminen edellyttää näkymäkohtaisten muutosten tekemistä Assosiatiivisten linkkien toteuttaminen on yleensä suuren työmäärän takia mahdotonta käsityönä Aidon laiteriippumattomuuden ja mukautuvan hypermedian toteuttaminen vaatii aina ohjelmointia ja dynaamista toteutusta. Myös monikanavajulkaiseminen on suuren työmäärän takia käytännössä mahdotonta ilman automatisointia MATHM Hypermedian ohjelmointi (kevät 2007) 94 Julkaisujärjestelmän toimintaperiaate Reunaehto: sisällön ja esitystavan erottaminen Julkaisuprosessin automatisointi tapahtuu julkaisujärjestelmällä Julkaisujärjestelmät voidaan jakaa toimintaperiaatteen perusteella kolmeen luokkaan: Yksi versio kaikille: Hypermediasovelluksesta julkaistaan yksi versio, jonka on sovelluttava kaikkiin käyttötarkoituksiin. Tavoitteena One size fits all, tuloksena usein One size fits nobody Räätälöity julkaiseminen: Tässä lähestymistavassa julkaistaan lueteltu joukko versioita, joista valitaan kuhunkin käyttötarkoitukseen parhaiten sopiva versio. Valinta suoritetaan yleensä käyttäjän toimesta, mutta versio voidaan valita esimerkiksi asiakasohjelman (selain) toimittamien tietojen perusteella automaattisesti Joustava julkaiseminen: Sovelluksesta asiakkaalle toimitettavat näkymät räätälöidään pyynnön yhteydessä välitettyjen tietojen perusteella tiettyyn julkaisukontekstiin (delivery context) sopivaksi. Joustavan julkaiseminen vastaa yleisessä tapauksessa mukautuvan hypermedian ideaa Tässä keskitytään räätälöityyn julkaisemiseen. Joustavaan julkaisemiseen palataan laiteriippumattomuuden ja mukautuvan hypermedian yhteydessä MATHM Hypermedian ohjelmointi (kevät 2007) 95 Rakenteisen hypermedian keskeinen idea on sisällön ja esitystavan erottaminen Vaihtoehtoja sisällön ja esitystavan erottamiseen: HTML ja CSS: CSS on koristeleva tyylikieli, jonka avulla voi vaikuttaa ainoastaan HTML-dokumentin ulkoasuun XML ja XSLT: tietosisältö esitetään XML-muodossa ja julkaistaan XSLmuunnosten avulla haluttuihin muotoihin Tietokanta ja ohjelmointikieli: tietosisältö sijoitetaan tietokantaan ja julkaistaan ohjelmointikielen avulla haluttuihin muotoihin Kaksi viimeistä vaihtoehtoa mahdollistavat muutokset sekä yksittäisten dokumenttien rakenteessa että koko hypermediasovelluksen navigointirakenteessa XSL-muunnosten avulla voidaan toteuttaa ainoastaan räätälöidyn julkaisemisen periaatteen mukaisia ratkaisuja. Joustavaan julkaisemiseen tarvitaan aina ohjelmointia Ainoa keino vuorovaikutuksen toteuttamiseen on ohjelmointikielen käyttäminen. XSLmuunnosten avulla voidaan kuitenkin esimerkiksi automatisoida ohjelmointikieleen perustuvan ratkaisun toteutustyöhön liittyviä mekaanisia työvaiheita MATHM Hypermedian ohjelmointi (kevät 2007) 96

4 PHP: toimintalogiikan ja esitystavan erottaminen Esimerkki: yksinkertainen sivupohjamoottori PHP on alun perin suunniteltu dokumenttien sekaan upotettavaksi ohjelmointikieleksi. Yleensä sovellukset toteutetaan kuitenkin niin päin, että PHP-koodilla tulostetaan HTML-merkkausta Esitystavan (=käyttöliittymän) ja toimintalogiikan erottaminen toisistaan selkeyttää ohjelmakoodia, mahdollistaa helpomman tavan verkkopalvelun räätälöimiseen ja helpottaa verkkopalvelun toteutustyötä ja ylläpitoa Esitystapa ja toimintalogiikka voidaan erottaa toisistaan kolmella tavalla: Staattisen sivupohjan jakaminen osiin & sisällyttäminen näkymiin includekomennolla HTML-merkkauksen tulostaminen funktio- tai luokkakirjaston avulla Sivupohjamoottorin (template engine) käyttäminen, esim. Smarty tai Savant Paras ratkaisu saavutetaan sivupohjamoottorin ja HTML-merkkauksen tulostamisesta vastaavan kirjaston yhdistelmällä Ratkaisuja voidaan hyödyntää sekä julkaisujärjestelmän että vuorovaikutteisen sovelluksen toteuttamisessa MATHM Hypermedian ohjelmointi (kevät 2007) 97 Yksinkertainen sivupohjamoottori voidaan toteuttaa esimerkiksi XML-nimiavaruuksien ja säännöllisten lausekkeiden avulla (etsi/korvaa). Esimerkki (ongelma: nimiavaruuden etuliite on nyt kiinnitetty, ratkaisu: sivupohjan käsittely XML-tasolla): <!-- tyylikäs ulkoasu HTML-merkkauksena (alku)--> <table><tr> <td> <h1><template:title>otsikko</template:title></h1> <div class="content"> <template:content>sisältö</template:content> </div> </td> <td> <template:menu> <ul><li>valikko</li></ul> </template:menu> </td> </tr></table> <!-- tyylikäs ulkoasu HTML-merkkauksena (loppu)--> index.php page2.php tmpl-eng.php <?php function create_page( $title, $content, $menu, $template) { $page = ereg_replace( "<template:title>.*</template:title>", $title, $template); MATHM Hypermedian ohjelmointi (kevät 2007) 98 Rakenteelliset linkit Esimerkki: rakennekuvaus ja rakenteelliset linkit Rakenteelliset linkit (kertausta): esimerkkejä: murupolku, valikko, lineaarinen navigaatio pääasiallinen navigointimenetelmä rakenteellisten linkkien avulla käyttäjälle esitetään sovelluksen rakenne käyttäjän sijainti sovelluksessa esitetään usein rakenteellisten linkkien avulla, vrt. mukautuva valikko tai murupolku Rakenteellisten linkkien muodostaminen voidaan automatisoida eri tavoilla: Linkit voidaan tulostaa funktiokirjaston avulla tai sisällyttää näkymään esimerkiksi PHP-kielen include-komennolla Vielä parempi vaihtoehto on rakenteellisten linkkien tulostaminen sivuston rakennekuvauksen perusteella. Rakenne voidaan esittää esimerkiksi määrämuotoisen tekstitiedostossa, XML-dokumentissa tai relaatiotietokannassa Nyrkkisääntö: Tieto sijoitetaan relaatiotietokantaan silloin, kun muokkaaminen onnistuu suoraan sovelluksen avulla, muuten käytetään asetustiedostoja MATHM Hypermedian ohjelmointi (kevät 2007) 99 Esimerkki rakenteellisten linkkien tuottamisesta PHP-kielellä XML-kuvauksen perusteella: <site> <page ref="index">etusivu</page> menu.php <page ref="index-pop">pop</page> <page ref="index-rock">rock</page> <page ref="index-surf">surf</page> <page ref="search">haku</page> </site> <ul> <li> <a href="index.php">etusivu</a> lin-nav.php </li> <li> <a href="index-pop.php">pop</a> <div class="linear-navigation"> </li> <a href="prev" href="index-pop.php"> <! > <! > </ul> </div> XML-kuvauksen jäsentäminen voidaan toteuttaa PHP:n SimpeXML-rajapinnan avulla MATHM Hypermedian ohjelmointi (kevät 2007) 100

5 Assosiatiiviset linkit Assosiatiiviset linkit (kertausta): yhdistävät näkymiä sisällön merkityksen perusteella tarjoavat käyttäjälle vaihtoehtoisen navigointitavan vastaavat ihmisen tapaa jäsentää asioita (Vannevar Bushin Memex) Assosiatiivisten linkkien muodostaminen onnistuu näkymien tietosisällöstä kerättyjen metatietojen avulla Tiedon ja metatiedon raja on häilyvä. Erään määritelmän mukaan metatieto on tietoalkiosta ulospäin näkyvää tietoa, jota voidaan käyttää apuna tietoalkioiden hallinnassa. Käsittely: Metatieto relaatiotietokannassa: assosiatiiviset linkit muodostetaan SQLkyselykielen avulla Metatieto RDF-muodossa: assosiatiiviset linkit muodostetaan esim. SPARQLkyselykielen avulla Assosiatiivisten linkkien toteuttaminen sääntöjen perusteella on liian työlästä käsityönä MATHM Hypermedian ohjelmointi (kevät 2007) 101 Esimerkki: assosiatiiviset linkit ja levykokoelma Käyttäjä on löytänyt Laika & the Cosmonautsin levyn Absurdistan. Näkymässä esitetään levyn tiedot ja linkit kaikkiin levyihin, joissa on sama esittäjä (artist = "Laika & the Cosmonauts") ja joiden nimi ei ole Absurdistan (name <> "Absurdistan") SELECT name, artist, genre, year FROM record WHERE artist = "Laika & the Cosmonauts" AND name <> "Absurdistan" Nimien sijaan tietoja kannattaa vertailla levyjen tunnisteiden perusteella, mikäli tietokanta sellaiset sisältää (pitäisi ainakin!) MATHM Hypermedian ohjelmointi (kevät 2007) 102 Lopuksi Yleistettynä kaikki verkkopalvelut ovat sisällönhallinta- ja julkaisujärjelmiä, mutta mahdollistavat toki toisinaan enemmän vuorovaikutusta kuin mitä julkaisujärjestelmiin yleensä ajatellaan kuuluvan Sivupohjan irrottamisen ja erilaisten linkkien muodostamisen automatisoinnin ideat voidaan ottaa suoraviivaisesti käyttöön aidosti vuorovaikutteisessa sovelluksessa Käytännössä yhden kaikenkattavan SHJ:n toteuttaminen on erittäin hankalaa: Sisällöntuottajat haluavat käyttää tuttuja välineitä, mutta Word on tarkoitettu paperille tulostettavien dokumenttien tekemiseen Sisällöntuottajat ja WYSIWYG: ks. edellinen kohta. Erilaiset legacy-järjestelmät hidastavat kehitystä. Julkaisujärjestelmissä ohjelmointikielten vaihtoehtona ovat XML-kieleen ja XSLmuunnoksiin perustuvat sinänsä ilmaisuvoimaiset ratkaisut (esim. Cocoon) Nykyaikaisten Web-palvelujen sisältö (yleisesti tila) on usein hajautettu useampaan palveluun. Asiaan tullaan vielä palaamaan teemalla hypermedia sovelluksen tilan koneena (hypermedia as the engine of application state) (Fielding 2000) MATHM Hypermedian ohjelmointi (kevät 2007) 103