Liiketoimintavaatimukset
| ID | Kuvaus | Prioriteetti | Lähde | Huomiot |
|---|---|---|---|---|
| 1 | AHOTointi-prosessin nopeuttaminen | |||
| 2 | AHOTointiprosessin selkeyttäminen opiskelijalle | |||
| 3 | Täydentää Peppi-ekosysteemiä myynnin/markkinoinnin näkökulmasta | |||
| 4. | Teknologia-arkkitehtuurin yhtenäistäminen |
Toiminnalliset vaatimukset on siiirretty Googledocs. dokumentiin ja ylläpidetään jatkossa siellä. Mukana myös alla, mutta ei uptodate. Teknologia-, tietoturva-, käytettävyys- ja käyttöönottovaatimukset samat kuin muiden liitännäispalveluidenn osalta pienin pikkeuksin.
Teknologiavaatimukset
| Tunnus | Kuvaus | Lähde | Huomiot |
| 2.1 | Palvelun tulee mahdollistaa HAKA-tunnistautuminen | ||
| Ei tarvita tässä liitännäispalvelussa | |||
| Ei tarvita tässä liitännäispalvelussa | |||
| 2.2 | Toteutus tulee noudattaa Peppi-arkkitehtuuria | Peppi-arkkitehtuurikuvaus | Yksittäisistä muutoksista esimerkiksi työkalujen suhteen voidaan sopia yhdessä toimittajan kanssa, mutta toteutus on tehtävä tämän määrittelyn mukaisella arkkitehtuurilla ja teknologialla. |
| 2.3 | Toteutuksessa tulee käyttää standardeja rajapintoja | Peppi-arkkitehtuurikuvaus | |
| 2.4 | Järjestelmä tulee toteuttaa monitasoarkkitehtuurin mukaisesti siten, että käyttöliittymäkerros on erotettu palvelukerroksesta | Peppi-arkkitehtuurikuvaus | Toimintalogiikka tulee olla sijoitettuna palvelukerrokseen. |
| 2.5 | Toteutuksessa tulee hyödyntää Peppi-järjestelmän palveluita | Jos jokin tieto on tallennettuna muualle ekosysteemiin ja se omistaa ko. tiedon, niin samaa tietoa ei saa kuin asiakkaan kanssa erikseen sovittavissa tilanteissa monistaa. Lähtökohtaisesti tulee hyödyntää Peppi-ekosysteemin sisältämiä rajapintoja tiedon hakuun ja tallentamiseen. | |
| 2.6 | Toteutettavia palveluja tulee voida hyödyntää muualla Metropolian järjestelmäekosysteemissä | Peppi-arkkitehtuurikuvaus | Kaikki palvelut/toiminnot tulee toimia rajapintojen kautta. |
| 2.7 | Järjestelmän tulee toimia seuraavissa selaimissa: Firefox versio 24 alkaen , Internet Explorer versio 10 alkaen, Chrome versio 31 alkaen, Safari 5.1.10 alkaen | ||
| 2.8 | Toteutus ei saa tietoarkkitehtuurin osalta olla ristiriidassa korkeakoulujen tietomallin kanssa | http://tietomalli.csc.fi/ | |
| 2.9 | Raportit tuotetaan Peppi-ekosysteemin raporttipalvelua hyödyntäen | ||
| 2.10 | Tietoja ei poisteta tietokannasta, vaan käyttäjän poistamat tiedot merkitään "deleted" tilaan tietokantaan | ||
| 2.11 | Järjestelmä on lokalisoitu. Sen on toimittava vähintään kolmella kielellä (suomi, ruotsi ja englanti) | Laatu- ja käytettävyysvaatimukset: XX | |
| 2.12 | Toteutuksessa tulee käyttää samoja teknologioita, kuin Peppi-ekosysteemissä muutoinkin | Peppi-arkkitehtuurikuvaus | Servicemix/FuseESB 4.x, OSGi, Java jne. |
| 2.13 | Käytettävät relaatiotietokannat tulee suunnitella siten, että toteutus on itsessään tietokantariippumaton. | ||
| 2.14 | Kaikki käyttöliittymissä tapahtuvat toiminnot pitää pystyä tekemään myös ohjelmallisten rajapintojen kautta. | Kaikki se, mitä käyttäjät voivat tehdä käyttöliittymien kautta pitää pystyä tekemään myös toimittajariippumattomien standardien ohjelmallisten rajapintojen kautta. |
Tietoturvavaatimukset
| Tunnus | Kuvaus | Lähde | Huomiot |
| 3.1 | Toteutuksen tulee noudattaa VAHTI-ohjeistusta. | VAHTI tietoturvaohjeet ja -määräykset http://www.vm.fi/vm/fi/16_ict_toiminta/009_Tietoturvallisuus/02_tietoturvaohjeet_ja_maaraykset/index.jsp | |
| 3.2 | Järjestelmästä on otettava varmuuskopiot säännöllisin väliajoin. | Oltava mahdollista, vastuu varmuuskopion tekemisestä on asiakkaalla | |
| 3.3 | Käyttöoikeuksien määrittelyssä tulee huomioida tietoturvallisuutta uhkaavien työyhdistelmien välttäminen. | Esimerkiksi jos henkilö/identiteetillä on samanaikaisesti opiskelijarooli ja henkilökunta/opettaja rooli. Tilannetta jossa identiteetti merkitsee itselleen arviointia tulee estää. | |
| 3.4 | Tärkeistä tietosisällön päivityksistä tallennetaan lokitiedot | Määritellään tarkemmin toimitusprojektin aikana. | |
| 3.5 | Kaikista onnistuneista tiedonsiirroista tallennetaan olennaiset lokitiedot | Määriteltävä mitä: tietueiden lukumäärä, onnistuneet, siirtämättä jääneet etc. | |
| 3.6 | Epäonnistuneista tiedonsiirroista on tuotettava virheloki, josta käy selvästi ilmi virheen tyyppi ja tieto, jota se koskee | ||
| 3.7 | Lokitiedot tulee säilyttää myös niiden käyttäjien osalta, joiden käyttöoikeus on päättynyt | ||
| 3.8 | Lokitietoja ei saa muuttaa | ||
| 3.9 | Jos istunto on ollut ilman tapahtumia tietyn ajan tulee ilmotus istunnon katkaisemisesta. Jos käyttäjä ei reagoi ilmoitukseen istunnon katkeamisesta, katkaistaan se | ||
| 3.10 | Selainyhteyden katketessa, käyttäjän pitää kirjautua uudelleen | ||
| 3.11 | Käyttäjätunnuksen pitää lukkiutua X:n virheellisen kirjaustumisyrityksen jälkeen | Riippuu organisaation käyttämästä SSO-ratkaisusta ja sen konfiguroinnista. | |
| 3.12 | Kaikki tiedonsiirto tulee olla suojattua (https) | ||
| 3.13 | Palvelussa on huomioitu alttius systemaattiseen häirintään sekä hyökkäyksiin ja näihin on varauduttu. | ||
| 3.14 | Käyttäjälle tarjotaan mahdollisuus tietää ja vaikuttaa hänestä kerättäviin tietoihin sekä siihen, miten tietoa kerätään ja mihin tarkoitukseen | Yksityisyydensuoja-asetukset | |
| 3.15 | Tietojen tallennuksen ja katselun lokitus | Henkilötietojen katselusta jäätävä lokimerkintä kuka ja milloin. Lisäksi kohta 3.3 eli tietojen tallennuksista jäätävä lokimerkintä (myös vanhat versiot) | |
| 3.16 | Henkilötunnus pitää salata/kryptata tietokantatasolla vahvalla salauksella | ||
| 3.17 | Henkilötunnusta ei saa näyttää käyttöliittymissä eikä se saa oletuksena olla palvelussa/sanomissa mukana muuta kuin erilliselle oikeusroolille. | Liittyy kohtaaan 3.21 | |
| 3.18 | Järjestelmän toimintojen käyttöoikeushallinta tulee toteuttaa ekosysteemin rooli-/oikeusmatriisin avulla. | Pääkäyttäjä hallitsee matriisia. Pääkäyttäjä pystyy lisäämään oikeusrooleja sekä määrittelemään rooleille oikeuksia. |
Laatu- ja käytettävyysvaatimukset
| Tunnus | Kuvaus | Lähde | Huomiot |
| 4.1 | Palveluiden toimintalogiikan tulee olla yhtenäinen kaikkialla käyttöliittymässä | ||
| 4.2 | Palveluiden toimintalogiikan tulee olla käyttöliittymätasolla yhtenäinen Peppi-järjestelmän vastaavien kanssa | ||
| 4.3 | Käyttäjällä tulee säilyä vaikutelma yhtenäisestä järjestelmästä liikuttaessa eri palveluiden välillä | ||
| 4.4 | Suorituskyvyn on oltava riittävä ja mitoitettu 10000 yhtäaikaiselle käyttäjälle (huomioitava piikit käytössä) | Määritellään yhdessä palvelinten ylläpitäjien kanssa | |
| 4.5 | Kaikkien toimintojen vasteajat on oltava käytettävyyden kannalta riittävät. Vaste-aikojen keskimääräiset enimmäisarvot ovat: - Näkymän avautuminen < 1 sekuntia - Tiedon haku näkymään < 4 sekuntia - Tietojen tallennus < 2 sekuntia | ||
| 4.6 | Käyttöliittymä skaalautuu eri resoluutioille | Responsiivinen suunnittelu | |
| 4.7 | Toteutuksessa on huomioitava esteettömyyden vaatimukset. | ||
| 4.8 | Järjestelmällä on oltava testiympäristö sekä koulutusympäristö, jotka ovat toiminnallisuudeltaan ja rakenteeltaan (ei välttämättä päivitettävältä tietosisällöltään) identtinen tuotannossa olevan palvelun kanssa. | ||
| 4.9 | Järjestelmästä tulee olla seuraavat tietosisällöltään ja toiminnallisuudeltaan täysin yhdenmukaiset kieliversiot: suomi, ruotsi, englanti) | Huomioitava sekä sisällöllinen kieli että käyttöliittymäkieli | |
| 4.10 | Järjestelmään käyttöohjeet luodaan näkymäkohtaisesti (linkki ohjeisiin jokaisessa näkymässä tai suuremmassa toiminnossa) ja pääkäyttäjät pystyvät itse muokkaamaan ohjetekstejä | Ohjeiden sijaintipaikka on asiakkaan wiki-ympäristö, jonne järjestelmästä tulee olla linkitys. | |
| 4.11 | Taulukkomuotoisissa listauksissa käyttäjän pitää pystyä järjestämään (sorttaus) tiedon haluamallaan tavalla. | ||
| 4.12 | Järjestelmän käyttäjän on mahdollista asettaa omissa asetuksissa erikseen sisällön kieli ja käyttöliittymäkieli. Käyttöliittymäkielen valinta vaikuttaa järjestelmän käyttöliittymäelementtien nimiin ja sisällönkieli eri kenttiin tallennettuihin sisältöihin. |
Käyttöönottovaatimukset
| Tunnus | Kuvaus | Lähde | Huomiot |
| 5.1 | Järjestelmä on käytettävissä 24/7 lyhyitä katkoksia lukuun ottamatta. | ||
| 5.2 | Järjestelmästä tulee olla kattavat ja säännöllisesti ajantasaisena ylläpidettävät suomen- ja englanninkieliset käyttöohjeet | ||
| 5.3 | Järjestelmän tulee toimia ja olla asennettavissa Linux-, Windows- tai Sun-palvelinympäristöihin. | ||
| 5.4 | Järjestelmä tulee toteuttaa siten, että sitä voidaan tarjota Saas-palveluna muille | ||
| 5.5 | Järjestelmädokumentaation on oltava kattavaa. Mm. tietokantadokumentaatio, tietomallikuvaukset, palvelukuvaukset ja asennusohjeet tulee ollaa laadittuna. Koodi tulee olla dokumentoitua, siten että kehittäjä pystyy koodia tarkastelemaan. | ||
| 5.6 | Järjestelmälle tulee olla tehtynä suorituskykytestaukset ennen käyttöönottoa. | ||
| 5.7 | Ennen käyttöönottoa tulee jokaisen palvelun/palvelukokonaisuuden osalta olla suoritettuna vähintään 2 iteraatiokierrosta, joiden perusteella asiakkaan havaitsemat puutteet on korjattu ennen käyttöönottoa. Poikkeuksista voidaan sopia ohjausryhmässä. | Asiakkaan edustajat testaavat toiminnallisuudet. Toimittajan vastuulla on toteuttaa yksikkötestaukset, suorituskykytestaukset, sekä perustoiminnallisuuksien testaus siten, että iteraatiovaiheessa asiakkaan on mahdollisuus testata toiminnallisuuksia syvemmin liiketoimintanäkökulmasta. | |
| 5.8 | Järjestelmän toimittajan tulee korjata käyttöönoton jälkeen havaitut ohjelmistovirheet. |
Toiminnalliset vaatimukset (vanha versio- siirretty dokumenttiin toiminnallinen vaatimusmäärittely)
ID | Kuvaus | Prioriteetti | Lähde | Huomiot |
|---|---|---|---|---|
1 | Palvelu hakee tarvittavat tiedot perusrekisteristä ja eHOPSista | 1 | Kick-off -palaveri 22.1.2016 | Määritellään erikseen |
2 | Palvelu mahdollistaa riittävän tason raportoinnin | 1 | Kick-off -palaveri 22.1.2016 | Määritellään erikseen |
3 | Palvelu mahdollistaa opintojen haun opiskelijan HOPSin sisällön mukaisesti | 1 | Kick-off -palaveri 22.1.2016 | Jatkossa opinnon oltava HOPSissa, jotta sille voidaan hakea hyväksilukemista |
4 | Isompia kokonaisuuksia joihin liittyy useampia opintoja pitää pystyä ahotoimaan kerralla | 1 | Kick-off -palaveri 22.1.2016 | Esim. Korkekoulussa A on suoritettu opintojaksot X1, X2 ja X3 jotka halutaa ahotoida Metropolian opintokokonaisuudeksi Y. Vastaavasti edelleen pitää pystyä ahotoida toisessa korkekoulussa suoritettu kokonaisuus Z useammaksi Metropolian kokonaisuuksiksi Y1, Y2, Y3... |
5 | Myös vapaasti valittaviin opintoihin AHOToiminen on mahdollista | Korvaamisen lisäksi sisällyttäminen | ||
6 | Opiskelija voi tallentaa hakemuksen kaikissa käsittelyn vaiheissa myöhemmin täydennettäväksi | Tämän lisäksi mukana nykyisin sivulta toiselle siirryttäessä tapahtiva automaattitäydennys | ||
7 | Opettaja/käsittelijä , tarkastaja ja pääkäyttäjä voivat käynnistää toiminnot suoraan työpöydältään ja opsikelija eHOPS -palvelustaan | 1 | Peppi-ekosysteemin sähköinen työpöytä kokonaisuus. Muutetaan Opiskleija käynnistää jaykossa aina eHOPS palvelustaan | |
8 | Palvelu hakee oletuksena opiskelijan HOPS-ohjaajan henkilöksi, jolle opiskelija lähettää AHOTOintipyynnön, mutta opiskelija voi itse muuttaa tätä tietoa | Muuttamisessa hyödynnetään Peppi-ekosyteemissä olemassaolevaa auto-complete -toiminnallisuutta. | ||
9 | Opettaja/käsittelijälle, tarkastajalle ja pääkäyttäjälle tulee heti opiskelijan tekemän hakemuksen tallennuksen jälkeen sähköpostiviesti käsiteltävästä hakemuksesta ja heräte omalle sähköiselle työpöydälle | Tarvitaanko tässä s-postia? | ||
10 | Ohjaajalle/Opettajalle työpöydän etusivulla näkyy jokin kuvake tms, jossa merkintä kuinka monta käsittelemätöntä AHOTointiin liittyvää toimenpidettä hänellä on | Perusrekisteri /Pakki -projekteissa | ||
11 | Opiskelijan tulee pystyä valitsemaan heti prosessin alussa se opiskeluoikeus, johon liittyen hän haluaa tehdä ahotoinnin | |||
12 | Sellainen opinto, joka on hyväksilulettu osin tai kokonaan tai jonka AHOTOinti-prosessi on käynnistetty, tulee pystyä merkitsemään (tägitys tms.) ja näkyy HOPS-puussa | |||
13 | Mikäli AHOTointihakemuksen käsittelijä ja päätöksen tekijä on sama henkilö, voi toiminnot tehdä samassa prosessissa | 1 | ||
14 | Palvelu hyödyntää Peppi-ekosysteemin sopimuspankkia | |||
15 | Aina kun kun tehdään osittainen hyväksyntä muodostuu tästä sopimus sopimuspankkiin. | Nyt sopimuksen teko ei pakollista tässäkään tapauksessa | ||
16 | Palvelu hyödyntää Peppi-ekosysteemin käyttäjähallintaa | 1 | ||
17 | Järjestelmän tulee tarjota kieleistys kolmelle kielelle Perusrekisterin käytäntöjen mukaisesti (käyttöliittymäkieli ja sisällön kieli) | 1 | ||
18 | Palvelussa tulee olla (kaikille?) täytettäville tiedoille kenttäkohtainen tooltip (selittävä tekstikenttä, joka ilmestyy näkyviin osoitettaessa kohdetta hiirellä) | Tässä on huoioitava ko. infon syöttäminen ja kieleistys | ||
19 | Palvelu näyttää oletusarvoisesti käyttäjän profiilitiedoissa (Peppi-ekosysteemissä) olevien valintojen (käyttöliittymäkieli ja sisällön kieli) mukaisesti | 1 | Käyttäjä voi muokata profiilissaan kuten muissakin työpöydällää olevissa porteletiessa. Oltava sama kuin kaikkialla muullakin Peppi ekosysteemissä. | |
20 | Palvelusta tulostuvat raportit tulostautuvat käyttäjän profiilissan valitsemankäyttöliittymäkielen mukaisesti | 1 | Käyttäjä voi muokata profiilissaan kuten muissakin työpöydällää olevissa porteletiessa. Oltava sama kuin kaikkialla muuallakin Peppi-ekosysteemissä. | |
21 | Kaikki kantaan tallentuvat toimenpiteet tulee lokittaa | 1 | ||
22 | Lokitustietoa ei voi poistaa | 1 | ||
23 | Kaikki prosessiin kiinnitetyt toimijat paitsi opiskelija voivat katsoa lokitustietoja | 1 | TARKISTETAAN ! | |
24 | Opiskelija voi käynnistää AHOTOinnin omasta eHOPSistaan tietyn opinnon kohdalta | |||
25 | Palvelun kaikille sivuille on voitava lisätä ohjetekstiä ja linkki sähköisentyöpöytäkokokonaisuuden ohjesivuille | |||
26 | AHOTointi koskeva sopimuspankkiin tallenytunut spoimus voidaan avata sen kohteena olevan opinnon kohdalta eHOPSissa | |||
27 | Käsittelijä saa kerran vuorokaudessa koostetusti s-postiviestin kaikista hänelle kohdistetuista AHOT-toimenpiteistä | |||
28 | Palvelussa tulee olla näkyvillä sivupalkki, jossa linkit xxxx | Tämä luonnollinen osa sähköistä työpöytäkokonaisuutta | ||
29 | Palvelun tulee pystyä hyödyntämään Puro-palvelua muissa suomalaisissa korkeaakouluissa suorittetujen opintojen AHOToinnissa (ttps://puro.joopas.fi/puro) | |||
30 | Pakolliset kentät tulee erottua käyttöliittymässä tietoja ensimmäistä kertaa syötettäessä eri merkinnällä, (kuten muualla Peppi-ekosysteemissä) |