Vaatimusmaarittely - Anzku/repo GitHub Wiki

Vaatimusmäärittely

Sisällysluettelo

Johdatus

Ohjelmiston vaatimusmäärittely on dokumentti, jossa kuvataan ohjelmistoprojektin tavoitteita ja vaatimuksia. Siinä määritellään miten lopullisen ohjelmiston tulisi toimia ja millä keinoilla nämä toiminnallisuudet saavutetaan. Toiminnallisuuksia kuvataan usein käyttötapausten avulla. Käyttötapaukset kuvaavat käyttäjän ja ohjelmiston välistä vuorovaikutusta. Vaatimusmäärittely jaotellaan pääpiirteissään kahteen osaan eli toiminnallisiin ja ei-toiminnallisiin vaatimuksiin. Ei-toiminnallisia vaatimuksia ovat laadulliset vaatimukset ja resurssivaatimukset. Eri osat voivat olla myös omia erillisiä dokumenttejaan. Vaatimusmäärittely tehdään yhdessä asiakkaan kanssa. (Wikipedia. 2015. Ohjelmiston vaatimusmäärittely.)

Palvelukuvaus

Ohjelmiston ”Thesis electronic system” suunnittelu. Ohjelmiston avulla käsitellään oppinäytetyön valmistaminen sähköisesti.

Vaatimusmäärittelytyön tilaaja

JAMK - Jyväskylän Ammattikorkeakoulu

Vaatimusmäärittelyn toimittaja

Rintamäki Marko Tapani

Asiakastarina

Jyväskylän Ammattikorkeakoulussa ei ole elektronista järjestelmää, jolla avulla olisi helppo käsitellä oppinäytetyön valmistamisprosesseja. Asiakas haluaisi automatisoida prosessit ja tehdä valmistamisprosessi selkeämpi ja helpompi.

Sidosryhmät (Stakeholders) ja profiilikuvaukset (Profile descriptions)

Persoona 1 - "ei paras" opiskelja

  • Pekka Hölmöläinen

Opiskelu menee vaikeasti, keskiarvosana on 2, mutta Pakalla on korkea itsearviointi. Pekan mielestä hän osaa paljon enemmän, kuin opettajat huomaavat. Ei pysty laittaa itselle matalat arvosanat.

Persoona 2 - erittäin ahkera opiskelja

  • Markus Viisas

Ahkera opiskelija, opiskemu menee hienosti, keskiarvosana on 4,9. Markus on vaatimainen itselle ihminen. Markuksen mielestä hän ei ansaita maksimaalista arvosanaa, aina tuntuu, että työ ei ollut tehty riittävästi hyvin, hänen mielestä sen pitäisi olla vielä parempi, sen takia ei pysty antaa itselle korkeat arvosanat.

Persoona 3 - Opiskeljan kaveri

  • Linda Kiireinen

Lindalla on aina kiire, ei hirveästi kiinnostunut tutustua materiaaliin, jota pitää arvioda, sen takia hän heittaa arvosanat perusteettomasti. Että arvosanat näyttäisi todellisimmalta, hän ei laita liian korkeat arvosanat.

Persoona 4 - Opiskeljan kaveri

  • Taina Niskanen

Taina toivoo, että se kysely auttaa kaveria saada parempi arvosana, sen takia hän huolisesti tutustunut materialeihin, mutta silti yrittää laittaa mahdollisimman korkeat arvosanat.

Persoona 5 - Opettaja

  • Ville Tarkka

Opettaja, joka aina tarkkaa arvioi opiskelijan työtä. Hänen mielestä työ oli tehty ei riittävästi hyvin, anna pieni arvosanaa, pienempi kuin opiskelijan oma arvosana.

Persoona 6 - Opettaja

  • Sofia Pehmonen

Opettaja, vaatimaton ihminen. Anna korkeammat arvosanat, kuin muut opettajat.

Sidosryhmäkuva (Stakeholder map)

Asiakaspolku (Customer Journey)

Touchpoint kuva

Tuotteen yleisiä vaatimuksia ja rajoituksia (General Requirements and restrictions)

General Requirements and restrictions

Yleiset käyttötapaukset (General Use Cases)

Vaihtoehto 1

Vaihtoehto 2

Palveluun liittyvät toiminnalliset vaatimukset (Functional Requirements)

Functional Requirements

Palveluun liittyvät ei-toiminnalliset vaatimukset (Non Functional Requirements)

Non Functional Requirements

Prototyyppi

Fluid UI prototyyppi

Tärkeimmät tunnistetut ominaisuudet (Features)

Features

Julkaisun suunnitelma

Aika + Ominaisuuus Kuvaus Vastuu Prioriteetti
14.3.2017 Ominaisuus 1
16.3.2017 Ominaisuus 2
18.3.2017 Ominaisuus 3
23.3.2017 Ominaisuus 4
26.3.2017 Ominaisuus 5

Palvelun/ohjelmiston arkkitehtuuri

Yleinen sijoittelunäkymä (Deployment diagram )

Arkkitehtuuriin/teknologiaan liityvät vaatimukset

Arkkitehtuuriin/teknologiaan liityvät vaatimukset

Yleinen tietokantakuvaus (Database ER-diagram)

Testauksen vaatimukset (Testing requirements)

Testattavuus

Id Vaatimuksen kuvaus kategoria Vastuullinen
REQ001 Testata erilaisilla älypuhelimella, tabletilla Luotettavuus Frontend-kehittaja
REQ002 Varmistaa, että palvelussa ei ole kätköjä, että se toimii 24/7 Kirjautuminen Turvallisuusosasto
REQ003 Testata ohjelmisto siirtonopeudella 5 Mb/s, varmistaa, että tiedot lähtevät ja saappuvat käytäjälle Tiedon siirto Beckend-kehittaja
REQ004 Provosoida virhetilannetta ja tarkistaa, että järjestelmä lähettää kehittäjälle virheen tiedot automaattisesti Tiedon siirto Beckend-kehittaja
REQ005 Testata, että ei valtutettu henkilö ei voi saada tiedot tietokannasta. Testata kirjautuminen: - oikea login ja väärä salasana; - väärä login ja oikea salasana; - väärä login ja väärä salasana; - oikea login ja tyhjä salasana; - väärä login ja tyhjä salasana; - tyhjä login ja oikea salasana; - tyhjä login ja väärä salasana; - tyhjä login ja tyhjä salasana; - oikea login ja oikea salasana Tiedonturvallisuus Turvallisuusosasto

Tunnistetut riskit ja testikohteet

  • Riski -> Testaustarve
  • Vaatimus -> Testaustarve

Dokumentit, standardit ja lähteet

Lähteet

ID Lähde Kuvaus Linkki
Id0 Wikipedia Vaatimusmäärittely https://fi.wikipedia.org/wiki/Ohjelmiston_vaatimusm%C3%A4%C3%A4rittely