Käyttäjätarinat

• User Story US101: Palvelun tuottajana haluan juolkaista palvelun Docker-tekniikalla, koska se helpottaa tuotantoa

• User Story US102: Testaajana haluan käyttää Docker-kontteja, koska se helpottaa testiympäristön pystyttämistä

• User Story US103: Kehittäjänä haluan käynnistää kehitysympäristön nopeasti käyttäen kontteja

• User Story US104: Palvelu voidaan pystyttää ajamalla "docker-compose up" komento

• User Story US105: Palvelun käyttäjänä toivon, että palvelu on luotettava ja se käyttää suojattuja HTTPS-yhteyttä, koska en uskalla käyttää HTTP-palveluja nykyaikana

• User Story US106: Palvelun tuottajana haluan saada palautetta loppukäyttäjilä, jonka perusteella tuotetta voidaan kehitää paremmaksi

• User Story US107: Palvelun tuottajana haluan auttaa loppukäyttäjää erillisen tukiportaalin kautta kuormittamatta kehitystiimiä ylimääräisillä kysymyksillä

• User Story US108: Palvelun kehittäjänä haluan saada loppukäyttäjän asiakaan kehitys palautteen Issue-muodossa eteeni, koska se on selkeämpää jatkokäsitellä

• User Story US109: Palvelun ylläpitäjänä haluan, että logit ovat koneluettavassa formaatissa jolloin niihin voidaan tehdä erilaisia hakuja ja parserointeja

• User Story US110: Palvelun tuottajana haluan selvityksen siitä, millaisia tunnettuja haavottuvuuksia on nykyisissä toteutukseen liittyvissä kirjastoissa tai moduleissa, koska täytyy varautua tulevaisuutta varten

• User Story US111: Palvelun tuottajan on palvelustamme löydyttävä tietosuojakuvaus-infosivu, koska GDPR sitä edellyttää

• User Story US112: Järjestelmän ylläpitäjänä haluan, että tuotannon tietokannasta voidaan ottaa tarvittaessa backup komentoriviltä

• User Story US113: Palvelun tuottajana haluan käyttää konttien jakamisessa labranetin gitlab-rekisteriä

• User Story US114: Palvelun tuottajana haluan seurata palvelun käyttöastetta soveltaen apuna Google Analytics-palvelua, koska se on ollut aiemmin käytössä

• User Story US115: Palvelun tuottajana haluan julkaista palvelusta "release note"-kuvauksen, josta löytyvät muutokset ja olemassa olevat viat

• User Story US116: Palvelun tuottajana haluan saada palautetta loppukäyttäjilä, jonka perusteella tuotetta voidaan kehitää paremmaksi

• User Story US117: Palvelun tuottajana haluan tietää mitä selaimia asiakkaamme käyttävät, koska se selkeyttää ominaisuuksien kehittämistä palvelemaan loppuasiakasta paremmin

• User Story US118: Tietosuojavastaavana haluan tietää miten voin löytää logista valitun henkilön tekemät toimenpiteet

• User Story US119: Testaajana voin käyttää tarvittaessa ennalta määriteltyä backup-tiedostoa testien pohjana

• User Story US120: Palvelun ylläpitäjänä haluan että erilaiset logit kerätään palvelun internet-rajalla

• User Story US121: Palvelun tuottajana haluan visualisoida nykyisen asiakaskunnan aktiivisen käyttöajan ja käyttäjä määrät viikon aikana, koska se selkeyttää ymmärrystä palvelun suosiosta

• User Story US122: Palvelun ylläpitäjänä haluan, että palvelua tarjoillaan reverse proxyn takaa jolloin todelliset palvelimet piilotetaan sisäverkkoon

• User Story US123: Testaajana haluan pystyttää uuden version Conduit-palvelusta alle minuutissa, koska testaajat ovat kiireisiä

• User Story US124: Kehittäjänä haluan käynnistää taustapalvelut (backend, database) yhdellä komennolla

• User Story US125: WIMMA Lab-sidosryhmän edustajana toivon, että foorumille siirtyminen on helppoa ja selkeää

• User Story US126: Toimeksiantajana toivon, että sivusto näyttää visuaalisesti yhtenäiseltä, jos käyttäjä menee foorumille

• User Story US127: Foorumin käyttäjänä toivon voivani palata helposti WIMMA Lab-sivustolle, koska haluan vielä tarkastella sitä uudelleen

• User Story US128: Palvelun tuottajana haluan estää kirosanojen käyttämisen palvelussamme, koska haluan säästää moderointikuluissa

• User Story US129: Palvelun tuottajana haluan suodottaa suomenkieliset kirosanat, koska asiakaskuntamme nykytilanteessa on suomenkielinen 97 %

• User Story US130: Palvelun tuottajana haluan lisätä kieltolistaan muokkaamalla erillistä tiedostoa

• User Story US131: Palvelun tuottajana haluan tulevaisuudessa voida käyttää kiellettyjen sanojen moderointiin ulkopuolista "sanitointi"-palvelua, koska se säästää moderointikuluja

• User Story US132: Palvelun käyttäjän haluan, että keskustelu kanvalla on asiallista ja ei sisällä turhia kirosanoja

• User Story US133: Palvelun käyttäjänä haluan tarvittavassa tilanteessa jakaa foorumin postauksen twitterin avulla ulkomaailmaan, koska joskus on hyvä tiedottaa ulkomaailmaa WIMMALABin tapahtumista

• User Story US134: Käyttäjänä haluan helpon ja nopean tavan jakaa artikkeli sosiaaliseen mediaan, kuten facebookkiin

• User Story US135: Palvelun tuottajana meidän pitää kyetä tallentamaan aktiiviset tapahtumat palvelussa vähintään viimeisen viikon ajalta siten, että niitä voidaan tarkastella nopeasti (max 5 min)

• User Story US136: Palvelun tuottajana haluan tallentaa viikon mittaiset käyttölogit erilliseen palvelimeen, koska palveluun murtautuja ei saa tuhota logeja

• User Story US137: Palvelun tuottajana haluan, että login muoto on tulkittavissa silmämääräisesti, mutta se sisältää aiemmin esitetyt attribuutit

• User Story US138: Palvelun ylläpitäjänä haluan, että logit ovat koneluettavassa formaatissa jolloin niihin voidaan tehdä erilaisia hakuja ja parserointeja

• User Story US139: Palvelun tuottajana haluan suorittaa itsenäisen katselmoinnin palvelulle, koska palvelun ostaja haluaa saada nähtäväkseen mahdollisesti tietoturva-arvionnin

• User Story US140: Ohjelmistokehittäjänä haluan varmistua siitä, ettei tuotteessa käytetä tunnettuja haavottuvia kirjastoja tai moduuleja

• User Story US141: Ohjelmistokehittäjänä haluan tietää mitä tietoja asiakkaasta tallennetaan, jotta voimme tehdä automaattisen tietojen export / kyselytoiminnon

• User Story US142: Käyttäjänä haluan mahdollisuuden palauttaa unohtuneen salasanan sähköpostitse

• User Story US143: Käyttäjänä haluan, että poistaessani käyttäjätilini kaikki siihen liittyvät tiedot poistetaan

• User Story US144: Järjestelmän ylläpitäjänä haluan, että tuotannon tietokannasta otetaan säännölliset backupit

• User Story US145: Järjestelmän ylläpitäjänä haluan, että tietokannan backupit testataan jokaisen backupin jälkeen

• User Story US146: Järjestelmän ylläpitäjänä vaadin, että tietokanta on varmennettuna toisella koneella tai erillään tuotantopalvelimesta

• User Story US147: Palvelun ylläpitäjänä haluan, että palvelua tarjoillaan reverse proxyn takaa jolloin todelliset palvelimet piilotetaan sisäverkkoon

• User Story US148: Palvelun ylläpitäjänä haluan, että palvelun certifikaatteja hallinnoidaan yhdeltä palvelimelta

• User Story US149: Palvelun tuottajana haluan, että tuotteessa on erilaisia käyttäjäryhmiä, jotta sisältöä voidaan hallinnoida helposti

• User Story US150: Palvelun ylläpitäjänä haluan, että yksittäisistä palveluista kerätään logit keskitettyyn paikkaan

• User Story US151: Palvelun ylläpitäjänä haluan pystyä tekemään lokitietoihin erilaisia hakuja ja visualisointeja

• User Story US152: Palvelun tuottajana haluan tallentaa viikon mittaiset käyttölogit erilliseen palvelimeen, koska palveluun murtautuja ei saa tuhota logeja

• User Story US153: Järjestelmän ylläpitäjänä vaadin että tietokannan varmuuskopio on varmennettuna toisella koneella tai erillään tuotantopalvelimesta päivämäärä-tar.gz-muodossa

• User Story US154: Palvelun tuottajana haluan kerätä palvelun käyttöön liittyen käyttölogia, jonka perusteella voidaan selvittää mahdolliset väärinkäytökset

• User Story US155: Palvelun ylläpitäjnä toivon, että käyttölogin muoto on tulkittavissa silmämääräisti, mutta se sisältää aimmen esitetyt atribuutit

• User Story US156: Palvelun tuottajana meidän pitää kyetä tallentamaan aktiiviset tapahtumat palvelussa vähintään viimeisen viikon ajalta siten, että niitä voidaan tarkastella nopeasti (max 5 min)

• User Story US157: Käyttölogiin tallennetaan, käyttäjätunnus, ajanhetki, suoritettu toiminto, mahdollinen status

• User Story US158: Tietosuojavastaavana haluan tarkistaa tarvittaessa käyttölogista yksittäisen henkilön tekemät toimenpiteet tietyllä ajanhetkellä (oletus 1h)

• User Story US159: Ohjelmistokehittäjänä haluan tietää mitä tietoja asiakkaasta tallennetaan, jotta voimme tehdä GDPR-kuvauksen

• User Story US160: Toimeksiantajana toivon, että foorumilla ja WIMMA Lab-sivustoilla liikkuminen on helppoa ja selkeää

• User Story US161: Toimeksiantajana haluan, että palvelun värit noudattavat WIMMA Lab-sivuston tyyliä

• User Story US162: Toimeksiantajana toivon saavani käyttöön koulutusvideon, jonka avulla voin informoida käyttäjiä uusista ominaisuukksista

• User Story US163: Toimeksiantajana edellytetään palveluun HTTPS-yhteyksien käyttöä

• User Story US164: Toimeksiantajana toivon, että aiemmin raportoidut bugit korjataan

• User Story US165: Toimeksiantajana haluan saada tuotteesta yhteenvedon Release Note-muodossa, josta selviää lopullinen vikatilanne ja tietoturvan taso

• User Story US166: Toimeksiantajana toivon saavani selvityksen ohjelmiston toteutuksen tietoturvan tasosta aka "npm audit"

• User Story US167: Toimeksiantajana haluan kerätä palautetta ja kehitysideoita käyttäjiltä

• User Story US168: Markkinoinnin edustajana toivon, että minulla olisi mahdollisuus esitellä tärkeimmät ominaisuudet videon muodossa, kesto 1 min

• User Story US169: Toimeksiantajana haluan, että palvelu huomauttaa artikkelin kirjoittajalle (suomeksi) tekstin sisällön asiallisuudesta, jos se sisältää "ala-arvoista" kieltä

• User Story US170: Foorumin käyttäjänä haluan tarvittaessa vaihtaa vanhan salasanani uuteen

• User Story US171: Foorumin käyttäjänä haluan jakaa valitsemani postauksen twitterin avulla ulkomaailmalle, koska joskus on hyvä tiedottaa ulkomaailmaa WIMMALABin tapahtumista

• User Story US172: Foorumin käyttäjänä haluan mahdollisuuden palauttaa unohtuneen salasanan sähköpostitse - aka MailHog Container

• User Story US173: Foorumin käyttäjänä haluan että poistaessani käyttäjätilini kaikki siihen liittyvät tiedot poistetaan

• User Story US174: Moderaattorina haluan lisätä kieltolistaan uusia sanoja muokkaamalla erillistä JSON/YAML-tiedostoa