03/03/1999Porin korkeakouluyksikkö Hypertekstijärjestelmien arkkitehtuurit ja mallit 8.4.1999.

Esitys aiheesta: "03/03/1999Porin korkeakouluyksikkö Hypertekstijärjestelmien arkkitehtuurit ja mallit 8.4.1999."— Esityksen transkriptio:

1 03/03/1999Porin korkeakouluyksikkö Hypertekstijärjestelmien arkkitehtuurit ja mallit 8.4.1999

2 03/03/1999Porin korkeakouluyksikkö Geneeriset mallit n Yleisesti hypertekstijärjestelmässä voidaan erottaa kolme eri kerrosta (layer): Esityskerros, käyttöliittymä (presentation layer) Hypertext Abstract Machine HAM: solmut ja linkit Tietokantataso: tallennus, tietoliikenne (verkkoyhteys) n Yksityiskohtaisempi hypermedian abstraktio on Dexter Hypertext Reference Model

3 03/03/1999Porin korkeakouluyksikkö Tietokantakerros n Perinteinen tiedon varastointi levylle, optiselle tallennusmedialle, verkkoon etc. n Tietokannan hallinta, käyttöoikeudet, varmistukset n Tällä tasolla linkit ja solmut ovat tieto-objekteja, joiden sisällöllä ei ole merkitystä.

4 03/03/1999Porin korkeakouluyksikkö HAM kerros n Tässä kerroksessa tietokannassa olevat tietoalkiot (data) saavat (abstraktin) merkityksen solmuiksi ja linkeiksi. n HAM-kerros sisältää konseptit, joiden avulla voidaan solmujen välille rakentaa linkki ja seurata linkkejä. n HAM-kerros tunnistaa solmujen ja linkkien attribuutit. n HAM = hypermedian abstraktio, laitteistoriippumaton kuvaus hypermedian rakenteesta

5 03/03/1999Porin korkeakouluyksikkö Esityskerros n Kerroksen tehtävänä on toimia käyttöliittymänä hypermediajärjestelmälle - HAM:n tarjoamien palvelujen avulla esityskerros näyttää solmujen sisällön ja linkit käyttäjälle mielekkäällä tavalla. n Esityskerrokseen kuuluu mm. navigointityökalut

6 03/03/1999Porin korkeakouluyksikkö Dexter Hypertext Reference Model n Abstrakti synteesi eri hypermediaohjelmistoista n Pohja hypermediasovellusten suunnitteluun n Ensimmäinen versio Dexterin majatalossa New Hampshiressä 1988 n Tehtiin formaalisella määrittelykielellä (Z) n Kts. esim. Communications of the ACM, February 1994, Volume 37, Number 2.

7 03/03/1999Porin korkeakouluyksikkö Dexter Hypertext Reference Model Ajo-aikainen kerros (hypertekstin esittäminen) Tietokantakerros (solmu- ja linkkitietokannat) Komponentti kerros (komponenttien sisäinen rakenne) Esittämiseen liittyvät spesifikaatiot Ankkurointi

8 03/03/1999Porin korkeakouluyksikkö Dexter Hypertext... n Dexter keskittyy tietokantakerroksen abstraktioon ja sen rajapintoihin- esityskerros ja komponettikerros ei kuulu mallin piiriin. n Komponettikerroksessa esitettävän datan rakenne voidaan toteuttaa muilla malleilla (esim. SGML:n tai XML:n avulla) n Tietokantakerros muodostuu komponenteista (solmut, linkit ja komposiitit), ankkuroinnista ja komponentin esittämiseen liittyvistä spesifikaatioista.

9 03/03/1999Porin korkeakouluyksikkö Dexter hypertext... n Komponentin esitystapa voi olla komponentin ominaisuus (attribuutti) - esitystavan ai tarvitse riippua vain esittävästä ohjelmasta (selailijasta) Esimerkiksi opettajalle ja oppilaalle voidaan sama komponentti näyttää/esittää eri tavoin.

10 03/03/1999Porin korkeakouluyksikkö Tietokantakerroksen malli n Tietokannassa äärellinen joukko komponentteja n Kaksi funktiota resolver ja accessor, jotka huolektivat komponentin “hakemisesta” tietokannasta. n Komponentti = atomi, linkki, tai komposiitti (joukko komponentteja) n Jokaisella komponentilla on globaali yksikäsitteinen tunniste UID. n Component_Data := Accessor(UID) palauttaa UID:ssa määritellyn komponentin.

11 03/03/1999Porin korkeakouluyksikkö Tietokantakerroksen malli jatk. n Aina ei voida hakea komponenttia UID:n perusteella. Tehdään linkki kaikkiin matriisi-sanoihin. n Tällöin linkki pitää dynaamisesti luoda resolver-funktion avulla. UID := Resolver(component specification) Component specification voi olla esim. hakusana, yleisemmin komponentin attribuutti Resolver ei aina palauta mitään UID:tä Resolver on identiteettifuntio, jos komponentti spesifioidaan UID:n avulla.

12 03/03/1999Porin korkeakouluyksikkö Rajapinnat n Ankkuri muodostuu ankkurin tunnisteesta ja ankkurin arvosta (anchor id, anchor value) n Ankkurin arvo määrittelee sijainnin (merkki-data), alueen (kuva-data), tai elementin komponentin sisäisessä rakenteessa. n Ankkurin arvo on merkityksellinen vain komponettikerroksen sovelluksille Dokumenttia editoitaessa ja ankkurin sijainnin muuttuessa (value) tunniste (id) pysyy kuitenkin samana

13 03/03/1999Porin korkeakouluyksikkö Specifier n Specifier koostuu komponenttispesifikaatiosta, ankkuri id:stä, linkun suunnan määräävästä kentästä ja esitysspesifikaatioista. n Se määrittelee komponentin sisällä linkin paikan. n Linkki muodostuu nyt kahdesta tai useammasta speciefier-elementistä. Mahdollistaa moninkertaiset linkit Linkin suunta: TO, FROM, BIDIRECTIONAL, NONE

14 03/03/1999Porin korkeakouluyksikkö Linkin abstraktio Dexterin mallissa Component_Info Attributes Presentation_Specifications Anchors Value ID #1 Content Tämän komponentin sisältö ja tässä on linkkiankkuri. Component_Info Attributes Presentation_Specifications Anchors Value ID #1 Content Tässä on sisältöä ja tässä. Atomi #332 Atomi #409 tekstiä Specifier Component_Spec #3346 Anchor_ID #1 Direction: FROM Presentation_Specifications Specifier Component_Spec #4112 Anchor_ID #1 Direction: TO Presentation_Specifications Atom #3346 Composite #4112 Link #9981 ‘resolves to’

15 03/03/1999Porin korkeakouluyksikkö Edellisen esimerkin abstraktio text 3346 Tämän komponentin sisältö ja linkkiankkuri #1 d13

16 03/03/1999Porin korkeakouluyksikkö Esim. jatkuu text 4112 Tämän komponentin sisältö ja linkkiankkuri #1 d13-19

17 03/03/1999Porin korkeakouluyksikkö Esim. jatkuu link 9981 3346 #1 FROM 4112 #1 TO

18 03/03/1999Porin korkeakouluyksikkö Tietokantatason operaatiot n CreateComponent, CreateAtomicComponent, CreateLinkComponent, CreateNewComponent n DeleteComponent, ModifyComponent n GetComponent kutsuu accessor-funktiota ja palauttaa komponentin (saa parametrikseen komponentin UID:n) n AttributeValue, SetAttributeValue, AllAttributes n LinksToAnchor: Palauttaa joukon linkkejä, jotka viittaavat ankkuriin n LinksTo: Palauttaa niiden linkkikomponenttien UID:t, jotka osoittavat parametrina saatuun komponenttiin

19 03/03/1999Porin korkeakouluyksikkö Ajoaikaisen kerroksen operaatiot n openSession, openComponents, closeSession n presentComponent, deleteComponent, newComponent n followLink n unPresent, editInstantiation, realizeEdits

20 03/03/1999Porin korkeakouluyksikkö Mihin malleja tarvitaan n Uusien hypermediasovellusten suunnitteluun n Vanhojen hypermediasovellusten arviointiin n Hypermedian standardointiin Standardoidaan data (solmut, linkit) Standardoidaan HAM-kerros Esimerkki: HyTime