Skip to content

Vaatimusmäärittely - Conduit-projekti

  • TEAM-D / Lutakon Velhot
  • Dokumentin versionumero 1.0
  • Vaatimusmäärittely pohjan versio 2.1 - 17.09.2020 (NarsuMan)

Sisällysluettelo

  1. Johdanto
  2. Toimeksiantaja
  3. Vaatimusmäärittelyn tekijä
  4. Palvelukuvaus
  5. Sidosryhmäkartta
  6. Asiakkaan tarpeet ja toiveet
  7. Valitut asiakastarinat (Customer Story)
  8. Käyttäjätarinat (User Story)
  9. Palveluun liittyviä asiakaspolkuja
  10. Oleelliset käyttötapaukset (Use Case)
  11. Palveluun liittyvät vaatimukset ja rajoitteet
  12. Tunnistetut riskit ja riskienhallinta
  13. Tärkeimmät ominaisuudet/toiminnallisuudet
  14. Tuotannolliset ja tekniset vaatimukset
  15. Ei-toiminnalliset vaatimukset
  16. Palvelun arkkitehtuuri ja tekninen toteutus
  17. Palvelun alustavat hyväksyntätestit
  18. Julkaisusuunnitelma
  19. MockUp-prototyyppi
  20. Standardit ja lähteet

Johdanto

Tämä on vaatimusmäärittelydokumentti, jossa määritellään WIMMA Lab -verkkosivustolle toteutettavaan keskustelufoorumiin liittyvät vaatimukset, ominaisuudet ja muut ratkaisut. Foorumin tilaaja on WIMMA Lab, jonka edustajana toimii Teemu K. Projektissa tuoteomistajana/tuotepäällikkönä toimii Marko Rintamäki. Projektin toteutuksesta vastaa tiimimme Lutakon Velhot.

Projektin tuloksena toteutetaan keskustelufoorumi käyttäen pohjana Conduit-ohjelmistoa. Conduitissa on jo tällä hetkellä valmiina foorumiin tarvittavat perustoiminnot eli sivustolle rekisteröityminen ja kirjautuminen sekä viestien lähettämiseen, kommentointiin ja seuraamiseen liittyvät toiminnot. Conduit ei kuitenkaan sellaisenaan istu tilaajan tarpeisiin, vaan meidän tehtävämme on muokata se ulkoasultaan ja toiminnoiltaan yhtenäiseksi WIMMA Lab-sivuston kanssa.

Toimeksiantaja

Projektin toimeksiantaja on Jyväskylän ammattikorkeakoulun WIMMA Lab, jonka yhteyshenkilönä ja edustajana toimii Teemu Kontio sekä tuotepäällikkönä Marko Rintamäki.

Vaatimusmäärittelyn tekijä

Vaatimusmäärittelyn laatii projektin toteuttaja eli Lutakon Velhot-tiimi.

Projektiryhmän esittely on saatavilla liitteenä seuraavasta linkistä: Tiimiesittely.

Palvelukuvaus

WIMMA Lab -sivustolla ei tähän asti ole ollut käytössä foorumia, joten nyt sellainen halutaan perustaa sivuston käyttäjien kommunikointia ja tiedottamista helpottamaan. WIMMA Labin tavoitteena on esimerkiksi yhdistää oppimista, verkostoitumista, työkokemuksen kartuttamista ja samalla tuottaa ratkaisuja yrityksille. Foorumin tarkoitus on omalta osaltaan helpottaa näiden tavoitteiden toteutumista. Tärkeä osa projektin onnistumista on, että Conduit saadaan räätälöityä niin, että WIMMA Lab -sivuston käyttäjä kokee siihen integroidun foorumin kuuluvan saumattomasti alkuperäiseen sivustoon niin ulkoasunsa kuin toimintojensakin puolesta.

Sidosryhmäkartta

WIMMA Labin verkostoon ja kohderyhmään kuuluu monenlaisia toimijoita. WIMMA Labin sisäiset sidosryhmät ovat Jamkin opiskelijoita, jotka toimivat projekteissa työntekijöinä. Lisäksi sisäisiin sidosryhmiin kuuluu Jamkin opettajia ja opiskelijoita, jotka toimivat projekteissa ohjaajina ja valmentajina. Ulkoisiin sidosryhmiin kuuluvat kaikki toiminnasta kiinnostuneet, mutta suurimpia sidosryhmiä ovat esimerkiksi projektien toimeksiantajat, yritykset, muut oppilaitokset, toimintaa auttavat opiskelijat ja toiminnasta kiinnostuneet vierailijat.

Kuvaus uml diagram
Profiilit

Asiakkaan tarpeet ja toiveet

Liite: Asiakkaan toiveet


Valitut asiakastarinat

Liite: Asiakastarinat


Käyttäjätarinat

Liite: Käyttäjätarinat


Palveluun liittyviä asiakaspolkuja

Asiakastarina - Artikkelin kommentoiminen uml diagram
Asiakastarina - Artikkelien selaaminen uml diagram

Oleelliset käyttötapaukset

Kuvaus uml diagram
Käyttötapaukset
Käyttötapaus Osa-alue toiminnallisuus/ominaisuus johon UC -liittyy
USECASE-001 Rekisteröityminen
USECASE-002 Kirjautuminen
USECASE-003 Artikkelin postaaminen
USECASE-004 Uloskirjautuminen
USECASE-005 Artikkelien kommentoiminen
USECASE-006 Käyttäjätietojen muuttaminen

Palveluun liittyvät vaatimukset ja rajoitteet

Kaikki palveluun liittyvät vaatimukset sekä rajoitteet löytyvät erillisestä liitedokumentista, joihin viitataan erikseen tarvittaessa: Vaatimusluettelo


Tunnistetut riskit ja riskienhallinta

Projektiin liittyvät tunnistetut riskit ja niiden huomiointi sekä hallinta on saatavilla erillisenä liitteenä seuraavasta linkistä: Riskienhallinta


Tärkeimmät ominaisuudet/toiminnallisuudet

  • Käyttäjä voi kirjoittaa foorumille postauksen
  • Käyttäjä voi kommentoida postauksia
  • Käyttäjä voi jakaa postauksen twitteriin

Tuotannolliset ja tekniset vaatimukset

Rajoitukset ja standardit
Id Kuvaus Kategoria Vastuullinen
CONSTRAINT-REQ-S001 Constrain Palvelun kirjautumisprosessin on noudatettava XYZ-käytäntöjä ?
CONSTRAINT-REQ-S002 Constrain On huomioitava Standardi ZZZ osana palvelun tapahtuma login talletusta ?
Toiminnalliset vaatimukset
Id Tyyppi Kuvaus Ominaisuus johon vaikuttaa
FUNCTIONAL-REQ-C001 Functional ? ?
FUNCTIONAL-REQ-C002 Functional ? ?
Ominaisuudet

P1 = Pakollinen

P3 = Tehdään

P5 = Tarpeellinen

Ominaisuus Prioriteetti
FT-001 Varmistusjärjestelmä P1
FT-013 Palvelun tietoturva -audit P1
FT-003 Palautejärjestelmä P1
FT-004 Tietosuojatiedote P1
FT-002 Palveluanalytiikka P1
FT-018 Keskitetty lokienhallinta P1
FT-007 WimmaLab brandays P3
FT-014 Salasanahallinta P3
FT-011 Some -jako P3
FT-015 Käyttäjätilin poisto P3
FT-010 Kirosanan filtteri P5

Ei-toiminnalliset vaatimukset

Liite: Vaatimukset


Palvelun arkkitehtuuri ja tekninen toteutus

Liite: Arkkitehtuuri


Palvelun alustavat hyväksyntätestit

Hyväksyntätesteissä keskitytään yleisesti asiakkaan/loppukäyttäjän näkökulmaan. Tavoitteena on kelpuuttaa, eli validoida , onko tuote asiakkaan toiveiden mukainen ja täyttääkö se asetetut vaatimukset. Hyväksyntätesteillä voidaan selvittää onko tuote myös riittävän suorituskykyinen, käytettävä tai tietoturvallinen asiakkaiden käyttötarkoitukseen. Kiinnitetään alustavat hyväksyntätestit vaatimuksiin taulukon muodossa.

Lähde Testitapaus Id Kuvaus Tyyppi
Feature 1, FUNCTIONAL-REQ-0001 Testitapaus 1 esim. Tarkista kirjautuminen palveluun uutena käyttäjänä Hyväksyntätesti
Feature 2, FUNCTIONAL-REQ-0201, USE-CASE-017 Testitapaus 2 esim. Tarkista kenkilökohtaisten tietojen poisto Hyväksyntätesti
Feature 3, Testitapaus 101 esim. Tarkista Kirjautuminen toimivalla salasanalla Hyväksyntätesti
? Hyväksyntätesti
? Hyväksyntätesti
? Hyväksyntätesti
? Hyväksyntätesti

Julkaisusuunnitelma

Liite: Julkaisusuunnitelma


MockUp-prototyyppi

Conduit

MockUp


Standardit ja lähteet

Luettelo
ID Linkki Aihe
JHS 165 ICT http://www.jhs-suositukset.fi/c/document_library/get_file?uuid=b8118ad7-8ee4-459a-a12b-f56655e4ab9d&groupId=14 Vaatimusmäärittely
SO 9241-11 https://fi.wikipedia.org/wiki/K%C3%A4ytett%C3%A4vyys Käytettävyys
ISO9001 https://www.sfs.fi/julkaisut_ja_palvelut/tuotteet_valokeilassa/iso_9000_laadunhallinta/iso_9001_2015 -