LinkedIn-artikkeleita vaatimustenhallinnasta
Requirements Engineering LinkedIn articles

  • Liiketoiminnan vaatimukset

    Liiketoiminnan vaatimukset (business requirements) ovat ylätason vaatimuksia, jotka asettavat tarpeet ja tavoitteet toteutushankkeille. Näitä vaatimuksia ei välttämättä edes kirjoiteta vaatimuskielellä, ts. "pitää tehdä" tai "täytyy" vaan ilmaistaan enemmänkin toiminnan kuvauksina tai toteutustarpeita.

  • Vaatimusten muutostenhallinta

    Muutostenhallinta on usein vaatimustenhallinnan Akilleen kantapää. Projektien alkaessa ensimmäiset vaatimukset kootaan ja dokumentoidaan, mutta joskus vaatimuksia ei ylläpidetä projektien aikana - lopputulemana on, että projektin tulos ja vaatimusdokumentaatio eivät vastaa toisiaan.

  • Vaatimustenhallinnan prosessi

    Aloitetaan itsestäänselvyydestä, kaikkeen kehitykseen liittyy vaatimuksia ja vaatimuksia hallinnoidaan jollakin prosessilla. Vaatimuksia ei ehkä dokumentoida, eikä niihin liittyvä prosessi ole tiedostettu tai dokumentoitu.

  • Vaatimusten attribuutit - mitä ja miksi?

    Kun puhutaan vaatimuksista niin yleisimmin kohde on vaatimusteksti, käyttötapaus, määrittelykuva tms. - toisin sanoen se varsinainen "vaatimus". Mutta vaatimuksilla on myös lisätietoja, attribuutteja

  • Vaatimusten jäljitettävyys

    Sanalle "jäljitettävyys" löytyy suomenkielisiä alakohtaisia määritelmiä, esim. elintarvikeala, jossa jäljitettävyydellä tarkoitetaan mahdollisuutta seurata tuotetta alkutuottajalta teollisuuteen ja edelleen kuluttajalle.

  • Requirements management is so easy that even I can do it

    Sometimes I hear the statement that requirements management is complex and hard to do. As a rebuttal I would like to present an axiom: managing requirements is really easy and simple, what is hard is to do the same stuff so many times.

  • Requirements are design - design is requirements

    Quite often one can read statements about requirements engineering that requirements should not contain design. In my view, this statement does not mean that literally, as what it means is that when we write requirements we should look at the system to be designed as a black box.

  • Requirement review: what is a good requirement?

    A requirement is something which leads to implementation or further requirements. Requirements are used in contract statements and in verification - checking fulfilment of contracts. To be able to do these actions an individual requirement must be:

  • Report on 5th Nordic Systems Engineering Tour (2017)

    I attended the Finnish leg of 5th Nordic Systems Engineering Tour 2017 event on Monday 15th of May. It was held in Fortum premises in Espoo and had five presentations on systems engineering. The theme of the event was modeling, building models of systems and systems-of-systems and relation of requirements to those models.

  • Nordic Systems Engineering Tour seminar on the 23rd of April (2016)

    I attended the Finnish leg of 5th Nordic Systems Engineering Tour 2017 event on Monday 15th of May. It was held in Fortum premises in Espoo and had five presentations on systems engineering. The theme of the event was modeling, building models of systems and systems-of-systems and relation of requirements to those models.

Esitykset ja muut julkaisut suomeksi (In Finnish)

Tiedostot ovat PDF-muodossa. Lukemiseen tarvittavan Adobe Reader-ohjelman saa tarvittaessa ladattua Adoben sivuilta.