Please enable JavaScript.

Coggle requires JavaScript to display documents.

JOTU - Coggle Diagram

- - - - toiminnalliset vaatimukset
        
        järjestelmän toimintojen kuvaukset ja käyttöliittymä (esim. käyttäjän mahdolliset toiminnot, mitä syötetään, mitkä ominaisuudet eivät saa toimia missäkin näkymässä tms.)
        
        = ottavat suoraan kantaa siihen, miten järjestelmä toimii
        
        vaatimus = kuvaa kohteelta odotettua kyvykkyyttä, ominaisuutta tai laatua, josta on hyötyä tai jolla on arvoa sen esittäjälle
        
        vaatimusten määrittely = prosessi, jonka tavoitteena on selvittää ohjelmiston vaatimukset sellaisella tarkkuudella, että niiden perusteella voidaan keskustella ohjelmistosta eri osapuolille (vaikeaa)
        
        asiakas ei tiedä mitä haluaa, tai tietää, kunhan näkee sen (epärealistista)
        
        uusia vaatimuksia ilmestyy, jolloin projektin laajuus kärsii
        
        vaatimukset ovat epäselviä, menetetään aikaa ja rahaa kun selvitetään tai tehdään uudestaan
        
        vaatimusten priorisointi on tärkeää (MOSCOW-menetelmä)
        
        vaatimukset pitää dokumentoida riittävän selkeästi, jotta kaikki ymmärtävät, mistä puhutaan
        
        aloitetaan kehyskertomuksesta, edetään asiakasvaatimuksiin (toiminnalliset, ei-toiminnalliset ja reunaehdot) ja finalisoidaan asiat toiminnallisella määrittelyllä
        
        toimittajanäkökulmasta selvitetään:
        
        asiakkaan bisnesympäristöä hieman
        
        sidosryhmät ja käyttäjäryhmät
        
        todelliset tarpeet
        
        omat resurssit (kalenteri, työkalut, henkilöt, valmisosat...)
        
        tarkennetaan vaatimuksia, kunnes voidaan aloittaa
        
        1 more item...
        
        asiakasnäkökulmasta selvitetään:
        
        mitä halutaan/tarvitaan (alustavat vaatimukset)
        
        vaatimukset tärkeysjärjestykseen (helpottaa kaikkien työtä)
        
        varaa henkilöresurssit
        
        tarkenna vaatimuksia (neuvottelu), ole aktiivinen, kysy ja täsmennä
        
        1 more item...
        
        kysy ja kuuntele!
        
        hyvän vaatimuksen ominaisuuksia:
        
        oikeellisuus (täyttää asiakastarpeet)
        
        yksiselitteisyys (kaikki ymmärtävät)
        
        täydellisyys (kaikki oleellinen on kuvattu)
        
        yhdenmukaisuus (ei ristiriitoja)
        
        todennettavissa oleva
        
        laitettavissa tärkeysjärjestykseen
        
        jäljitettävyys (osiin voidaan palata ja viitata)
        
        toteutettavuus (mahdollista)
        
        mitattavuus (toteutuminen voidaan mitata)
      - ei-toiminnalliset vaatimukset
        
        suorituskyky
        
        luotettavuus
        
        turvallisuus
        
        käytettävyys
        
        siirrettävyys
        
        = ottavat kantaa muihin tuotteen käyttöön liittyviin asioihin (esim. käytettävyys, kielitoiminnot, vasteajat, yhteensopivuus)
      - rajoitukset ja reunaehdot
        
        budjetti
        
        aikataulu
        
        = puitteet, joita projektin ja ohjelmiston tulee noudattaa (esim. selainvaatimukset, ohjelmointikielet, käyttöjärjestelmät tms)
        
        käytettävät työkalut
        
        noudatettavat lait ja standardit
        
        yhteensopivuus aikaisempien järjestelmien kanssa
    - - sanasto / termistö / tietohakemisto
      - sidosryhmät, sidosryhmäanalyysi
      - käytettävyys
      - käyttöliittymän rautalankamalli, käyttäjätarina
      - toimittajan velvollisuudet
      - Gantt-kaavio
      - arkkitehtuuri
      - asiakkaan velvollisuudet
      - turvallisuus
      - vaatimustenhallinta, jäljitettävyys
      - Ympäristökaavio
        
        auttaa hahmottamaan kokonaiskuvaa ja ohjelmiston yhteensopimusvaatimuksia muiden järjestelmien kanssa
    - - ennen: kannattaako projektia edes aloittaa?
      - = "järkevyyden" arviointia nopeasti ja lyhyesti, tapahtuu ennen vaatimustenmäärittelyä
      - onko osaamista?
      - onko vapautettavia työntekijöitä?
      - tarvittavat työkalut: tuttuja, vai pitääkö hankkia uusia?
      - ovatko asiakas + sovellusalue kiinnostavia? (mahdollisuus jatkoon ja muille myyntiin?)
      - joskus vain alustavien vaatimusten keruuta
- - - - =ohjelmiston elinkaari, tuoteideasta käytöstäpoistoon (jotussa käydään alkukartoitusta ja vaatimustenkeruuta + dokumentaatiota)
      - Software development life-cycle (SDLC)
        
        esim. tuoteidea -> alkukartoitus -> kehitysprojektin aloitus -> määrittely -> suunnittelu -> toteutus -> testaus -> hyväksymistestaus -> käyttöönotto -> ylläpito -> käytöstäpoisto
    - - "Ohjelmisto" on abstrakti
        
        tekijöiden ja asiakkaiden välillä ei välttämättä ole sama käsitys asioista
        
        työmäärän arviointi on vaikeaa
        
        näkymätön, vaikea käsittää, valmiutta ja virheitä vaikeaa arvioida
      - Ohjelmisto on dynaaminen (muutettavissa, ja sitä oletetaankin)
        
        ominaisuuksia:
        
        ohjelmiston koko ja käsiteltävän tiedon määrä
        
        käsittelypainotteinen vs tietopainotteinen
        
        vasteaika- ja reaaliaikaisuusvaatimukset
        
        kovat reaaliaikavaatimukset
        
        reaktioaika
        
        luotettavuus
        
        puolustautuva ohjelmointi
        
        kahdentaminen
        
        elektroniikka- ja mekaniikkatason varmistukset
        
        hajautus
        
        paikallinen/laaja
        
        sulautetut järjestelmät - laiteväylä
      - Ohjelmistojen tekemistä on vaikeaa skaalata
        
        tekijöiden määrän lisääminen nopeuttaa valmistumista vain vähän
        
        mitä enemmän tekijöitä, sitä enemmän kommunikaatiota
      - Ohjelmisto on monimutkainen
        
        monia tapoja ratkaista ongelma (joita kaikkia käytetään)
        
        paljon komponentteja jotka riippuvat toisistaan
        
        muutosten seurauksia ei osata arvata
      - Ohjelma on osa kokonaisuutta
        
        ihmiset ja yhteisöt käyttävät ja toteuttavat
        
        uusi ohjelmisto on usein osa isompaa muutosta