Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Transkriptio

1 Demosovelluksen tekninen määrittely v. 0.6 Päivitetty klo 20:26

2 Mickey Shroff 2 (12) Dokumentin versiohistoria Versio Päivämäärä Tekijä / muutoksen tekijä Selite Mickey Shroff, Janne Kankaanpää Sovelluskehikon toiminnallisen määrittelyn pientä tarkennusta, mm. luku Mickey Shroff, Timo Lämsä Sovelluskehikon toiminnallisen määrittelyn ensimmäinen versio DEMOSOVELLUKSEN TEKNINEN MÄÄRITTELY 2

3 Mickey Shroff 3 (12) Sisällys DOKUMENTIN VERSIOHISTORIA JOHDANTO TARKOITUS JA KATTAVUUS TUOTE JA YMPÄRISTÖ MÄÄRITELMÄT, MERKINTÄTAVAT JA LYHENTEET VIITTEET YLEISKATSAUS DOKUMENTTIIN JÄRJESTELMÄN YLEISKUVAUS SOVELLUSALUEEN KUVAUS JÄRJESTELMÄN LIITTYMINEN YMPÄRISTÖÖNSÄ LAITTEISTOYMPÄRISTÖ OHJELMISTOYMPÄRISTÖ TOTEUTUKSEN KESKEISET REUNAEHDOT ARKKITEHTUURIN KUVAUS TIETOKANTA-ARKKITEHTUURI OHJELMISTOARKKITEHTUURI, MODUULIT JA PROSESSIT MODUULI- (JA PROSESSI-) KUVAUKSET WORKTIME-MODUULI REPORT-MODUULI AUTHORITY-MODUULI MUUT ERITYISET TEKNISET RATKAISUT HYLÄTYT RATKAISUVAIHTOEHDOT VIRHEKÄSITTELY DEMOSOVELLUKSEN TEKNINEN MÄÄRITTELY 3

4 Mickey Shroff 4 (12) 1. JOHDANTO 1.1. Tarkoitus ja kattavuus Dokumentin tarkoituksena on kuvata käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa sovelluskehyksen koekäyttöön tarkoitettu sovellus projekti- ja työaikaseuranta. Dokumentti ei ole vielä tarpeeksi kattava demosovelluksen toteuttamiseksi. Tämä johtuu siitä, että sovelluskehikon määrittelyt valmistuvat myös tässä vaiheessa. Seuraavassa vaiheessa tämä dokumentti tullaan päivittämään sen vaatimalle tasolle. Demosovellus on väline osoittaa visuaalisella tavalla sovelluskehikon toimivuus. Demosovellusta ei suoranaisesti tehdä A-Ware Oy:lle, vaan sen tarkoitus on osoittaa helposti ymmärrettävässä muodossa sovelluskehikon toimivuus reaalimaailmassa Tuote ja ympäristö Tuotteena on www-pohjainen projekti- ja työaikaseurantajärjestelmä. Tuotteesta toteutetaan ainoastaan prototyyppi ja toteutuksessä käytetään hyväksi ja testataan sovelluskehystä. Katso tarkempi kuvaus demosovelluksesta vaatimusmäärittelystä [2]. Sovellus toteutetaan www-pohjaisena. Palvelinohjelmistoina ovat Windows NT Server 4.0 ja IBM WebSphrere Application Server 3.5. Toteutustekniikat: Java Server Pages (JSP), Java Servlets ja Enterprise Java Beans (EJB) Määritelmät, merkintätavat ja lyhenteet Sovelluskehikko Projektissa toteutettava lopputuote Demosovellus Projekti- ja työaikaseurantajärjestelmä, joka toteutetaan sovelluskehikkoa hyväksikäyttäen ja samalla sitä testaten Viitteet [1] Demosovelluksen toiminnallinen määrittely, , versio 1.0 tai uudempi, Mickey Shroff & Timo Lämsä,, [2] Vaatimusmäärittely, , versio 1.0 tai uudempi, Tomas Björnfot,, [3] Demosovelluksen tietokantakuvaus, , versio 1.0 tai uudempi, Timo Lämsä,, DEMOSOVELLUKSEN TEKNINEN MÄÄRITTELY 4

5 Mickey Shroff 5 (12) 1.5. Yleiskatsaus dokumenttiin Kappaleessa kaksi tarkastelemme hieman demosovelluksen toimintaympäristöä, sen sovellusaluetta sekä mahdollisiä toiminnallisia reunaehtoja. Kolmannessa kappaleessa kuvataan ohjelmistoarkkitehtuuria ja moduuleita pintapuolisesti. Neljännessä kappaleessa kerromme tarkemmin demosovelluksen sisäisistä rakenteista. DEMOSOVELLUKSEN TEKNINEN MÄÄRITTELY 5

6 Mickey Shroff 6 (12) 2. JÄRJESTELMÄN YLEISKUVAUS 2.1. Sovellusalueen kuvaus Demosovelluksessa voidaan autentikoida käyttäjä ja antaa käyttäjälle hänen auktoriteettiä vastaavat näkymät koskien raportointia ja tiedon syöttämistä. Projekti- ja työaikaseurantajärjestelmä on osa testi- ja demoympäristöä käyttäjien tunnistaminen ja sovelluskehykselle. Projekti- ja työaikaseuranta järjestelmän tarvitsema data haetaan tietolähteestä käyttäen sovelluskehikon tarjoamia palveluita. Kaikki data, mikä liikkuu demosovelluksen ja tietolähteen/tietolähteiden välillä haetaan ja syötetään sovelluskehikon läpi Järjestelmän liittyminen ympäristöönsä Projekti- ja työaikaseurantajärjestelmä on www-pohjainen, joka servlettien avulla liittyy käyttäjien tunnistaminen ja sovelluskehykseen. Liityntätapa demosovelluksen ja sovelluskehikon välillä tapahtuu sovelluskehikon rajapinnan määrittelemällä tavalla Laitteistoympäristö Demosovellus on www-pohjainen laitteisto riippumaton. Koneen tehokkuus parantaa ohjemiston käyttettävyyttä lisääntyvän nopeuden ansiosta. Nopeus ei kuitenkaan tule olemaan kriittinen tekijä, koska haettavan ja syötettävän datan koko on erittäin pienikokoista ja hyvin purskeista Ohjelmistoympäristö Projekti- ja työaikaseurantajärjestelmän tulee toimia Netscape 4-> ja Internet Explorer 4-> -selaimilla. Demosovelluksen tarvitsema data haetaan SQL - tietokannasta. Käyttäjien tunnistus tapahtuu LDAP:n kautta. Nämä tapahtumat ovat kuitenkin demosovelluskehittäjältä piilossa, koska kaikki data siirtyy sovelluskehikon tarjoamien palveluiden kautta. On kuitenkin muistettava, että demosovelluksen kehittäjien on tiedostettava käyttämänsä tietokannan asettamat rajoitteet. Tietolähdetietokanta ja käyttäjien tunnistustietokannat saattavat muuttua työn edetessä Toteutuksen keskeiset reunaehdot Asiakaalla ei ole muita vaatimuksia kuin, että demosovelluksella voidaan osoittaa sovelluskehikon toimivuus. Toimintaympäristön asettamat rajoitteet eivät tule olemaan ongelma, koska demosovelluksen tekijät ovat näistä hyvin selvillä eikä demosovellus tule ylittämään näitä reunaehtoja. DEMOSOVELLUKSEN TEKNINEN MÄÄRITTELY 6

7 Mickey Shroff 7 (12) Vaikka tietokannaksi on asetettu SQL, ei tietokanta-arkkitehtuuri ole siihen sidottu. Tämä mahdollistaa sovelluskehikon palveluiden käytön, vaikka tietokantaohjelmisto myöhemmin vaihdettaisiinkin. DEMOSOVELLUKSEN TEKNINEN MÄÄRITTELY 7

8 Mickey Shroff 8 (12) 3. ARKKITEHTUURIN KUVAUS Demosovellus voidaan jakaa kolmeen osaan: käyttöliittymään (näkymät), business logiikkaan (bean) ja sovelluskehikon rajapinnan hyödyntämiseen (servlet) Tietokanta-arkkitehtuuri Tietokanta-arkkitehtuuri on dokumentissa Demosovelluksen tietokantakuvaus [3] Ohjelmistoarkkitehtuuri, moduulit ja prosessit Demosovellus on sinällään melko suppea kokonaisuus, eikä siten välttämättä tarvitse tarkkaa moduulien kuvausta tai kokonaisuuksien jakoa moduuleihin ilman, että se vaikuttaisi keinotekoiselta. Demosovelluksen toimivuus on täysin riippuvainen sovelluskehyksen tarjoamista palveluista. Tämä seikka rajoittaa demosovelluksen tarkkaa määrittelemistä. Tätä dokumenttiä tullaan päivittämään T2-vaiheessa sen vaatimalle tasolle. T2-vaiheessa Demosovellus jaettiin kolmeen moduuliin: worktime- (ks Työajan ilmoittaminen, toiminnallinen määrittely), report- (ks Raportit, toiminnallinen määrittely), ja authority -moduuliin. Jokainen moduuli koostuu jsp:stä, servleteistä ja Java beaneistä. Seuraavaksi tarkastelemme eri moduulien koostumuksia ja tehtäviä. DEMOSOVELLUKSEN TEKNINEN MÄÄRITTELY 8

9 Mickey Shroff 9 (12) 4. MODUULI- (JA PROSESSI-) KUVAUKSET Koska sovelluskehikon käytöstä ei ole olemassa käytännön esimerkkejä, tullaan demosovelluksen toteuttamisessa käyttämään osittain ad hoc periaatteita. Moduulien väliset suhteet näkyvät alla olevasta kuvasta 1. Authoritymoduuli Reportmoduuli Data Data Työajan haku/tallennus raportin haku/tallennus Principal Principal Command/ response Worktimemoduuli Command/ response Sovellus kehikko Kuva 1 DEMOSOVELLUKSEN TEKNINEN MÄÄRITTELY 9

10 Mickey Shroff 10 (12) 4.1. Worktime-moduuli Yleiskuvaus Tämän moduulin avulla käyttäjä voi syöttää ja lukea omia työaikamerkintöjään ja tehtäviään. Moduuli koostuu seuraavista osista: näkymästä (worktime.jsp), sovelluskehikon liittymästä (Servlet) ja näkymien datan muodostamiseen tarvittavista beaneistä Rajapinta Toimii rajapintana www-selaimen ja sovelluskehikon välillä Toteutus Virhekäsittely Tarkistetaan, että www-selaimesta saatu data on tietokannan määrittelyn mukainen Report-moduuli Yleiskuvaus Moduulin tehtäviin kuuluu luoda näkymät ja antaa raportteja eri auktoriteettitasolla oleville käyttäjille. Moduuli koostuu seuraavista osista: näkymästä (report.jsp), sovelluskehikon liittymästä (Servlet) ja näkymien datan muodostamiseen tarvittavista beaneistä Rajapinta Toimii rajapintana www-selaimen ja sovelluskehikon välillä Toteutus 4.3. Authority-moduuli Virhekäsittely Yleiskuvaus Tämän kautta käyttäjät voidaan autentikoida. Moduuli koostuu seuraavista osista: näkymästä (authority.jsp), sovelluskehikon liittymästä (Servlet) ja näkymien datan muodostamiseen tarvittavista beaneistä Rajapinta Kuvasta 1 nähdään hyvin authority-moduulin rooli rajapintana. DEMOSOVELLUKSEN TEKNINEN MÄÄRITTELY 10

11 Mickey Shroff 11 (12) Toteutus Virhekäsittely Tarkistetaan välitettävän datan oikeellisuus. DEMOSOVELLUKSEN TEKNINEN MÄÄRITTELY 11

12 Mickey Shroff 12 (12) 5. MUUT ERITYISET TEKNISET RATKAISUT Tyhjä - toistaiseksi 6. HYLÄTYT RATKAISUVAIHTOEHDOT Tyhjä - toistaiseksi 7. VIRHEKÄSITTELY Tyhjä - toistaiseksi DEMOSOVELLUKSEN TEKNINEN MÄÄRITTELY 12