Vaatimustenmukaisuusanalyysitekniikat esimerkin avulla

⚡ Älykäs yhteenveto

Vaatimusanalyysitekniikat auttavat liiketoiminta-analyytikoita mallintamaan työnkulkuja, kommunikoimaan sidosryhmien kanssa ja kääntämään liiketoiminnan tarpeet jäsennellyiksi määrityksiksi käyttämällä BPMN:ää, UML:ää, vuokaavioita, tietovuokaavioita, IDEF:iä, Petri-verkkoja ja aukkoanalyysiä.

  • 🗺️ BPMN-merkintätapa: Tallentaa virtausobjektit, yhdistävät objektit, uintireitit ja artefaktit standardoituun, työkaluilla kannettavaan kaavioon.
  • 🧩 UML-kattavuus: Neljätoista kaaviotyyppiä tukee käyttäytymiseen ja rakenteeseen liittyviä näkökulmia käyttötapauksista luokka- ja komponenttikaavioihin.
  • ➡️ Vuo- ja datakaaviot: Vuokaaviot ja DFD:t paljastavat ohjauslogiikan, tulot, lähdöt, tallennuksen ja prosessit yleisissä asetteluissa.
  • 🎭 Rooliaktiivisuuskaaviot: RAD mallintaa aktiviteetteja, ulkoisia tapahtumia ja tiloja roolikohtaisesti paljastaen rinnakkaiset työt ja vastuut.
  • 📅 Gantt ja IDEF: Gantt-kaaviot järjestävät tehtäviä, kun taas IDEF0 ja IDEF3 mallintavat yrityksen toimintoja ja prosesseja skaalautuvasti.
  • 🔍 Kuiluanalyysi: Vertailee nykyisiä ja ehdotettuja tiloja nostaakseen esiin vaatimukset ja suositukset, jotka kurovat umpeen kuilua.

Vaatimustenmukaisuusanalyysitekniikat

Liiketoiminta-analyytikkona vaatimusanalyysi on työsi tärkein osa. Se auttaa sinua määrittämään sidosryhmien todelliset tarpeetSen avulla voit myös kommunikoida sidosryhmien kanssa käyttämällä kaavioita, malleja ja vuokaavioita monimutkaisen tekstin sijaan.

Tarveanalyysissä on a

  • Erityinen tavoite
  • Erityinen tulo
  • Erityinen lähtö
  • Käyttää resursseja
  • Siinä on useita toimintoja suoritettavana jossain järjestyksessä
  • Voi vaikuttaa useampaan kuin yhteen organisaatioyksikköön
  • Luo arvoa asiakkaalle

Vaatimusanalyysitekniikat

Vaatimusanalyysitekniikat kartoittavat liiketoiminnan työnkulun, jotta voit analysoida, ymmärtää ja parantaa sitä.

Seuraavia tekniikoita käytetään kaikkialla ohjelmistokehitys prosessiin.

1. Liiketoimintaprosessien mallinnusmerkintä (BPMN)

BPMN (Business Process Model and Notation) on liiketoimintaprosessin graafinen esitys yksinkertaisten objektien avulla, mikä auttaa organisaatiota kommunikoimaan standardoidulla tavalla. BPMN:ssä käytetyt pääobjektit ovat:

  • Virtausobjektit
  • Objektien yhdistäminen
  • Uimaradat
  • Artefaktit.

Hyvin suunniteltu BPMN-malli antaa yksityiskohtaista tietoa prosessin aikana suoritettavista toimista, kuten:

  • Kuka näitä toimintoja suorittaa?
  • Mitä tietoelementtejä näihin toimiin tarvitaan?

BPMN:n suurin etu on, että kaavioita on helppo jakaa ja useimmat mallinnustyökalut tukevat notaatiota.

Liiketoimintaprosessien mallinnusmerkintä

2. UML (Unified Modeling Language)

UML on mallinnusstandardi, jolla määritellään, kehitetäänping, ohjelmistojärjestelmien visualisointiin ja dokumentointiin. UML tarjoaa objekteja, kuten:

  • Osavaltio
  • objekti
  • Toiminta
  • Luokkakaavio

UML-kaaviotyyppejä on 14, mukaan lukien käyttötapaus-, vuorovaikutus-, luokka-, komponentti- ja sekvenssikaaviot. UML-mallit toimivat viestintävälineenä kaikkien sidosryhmien välillä. UML-pohjainen liiketoimintamalli voi olla suora syöte vaatimusmäärittelytyökaluun. UML-kaavio on joko käyttäytymismalli tai rakenteellinen. Käyttäytymismalli kuvaa, mitä järjestelmä tekee; rakennemalli näyttää, mistä se koostuu.

UML (Unified Modeling Language)

3. Vuokaaviotekniikka

Vuokaavio on visuaalinen esitys toisiinsa liittyvien toimintojen peräkkäisestä kulusta ja ohjauslogiikasta. Yleisiä vuokaaviomuotoja ovat lineaarinen, ylhäältä alas -vuokaavio ja monialainen (uintiradat). Vuokaaviota voidaan käyttää esittämään tietovirtoja, järjestelmien vuorovaikutuksia ja prosessivaiheita. Vuokaavioita on helppo lukea ja kirjoittaa jopa ei-teknisille jäsenille, ja ne voivat näyttää rinnakkaisia ​​prosesseja ja kriittisiä ominaisuuksia.

Vuokaaviotekniikka

4. Tietojen vuokaavio

Tietovuokaaviot näyttävät, miten järjestelmä käsittelee dataa syötteiden ja tulosteiden osalta. Tietovuokaavion osat ovat:

  • Käsitellä asiaa
  • Virtaus
  • Kauppa
  • Terminator

Looginen DFD näyttää aktiviteetit; fyysinen DFD näyttää infrastruktuurin. DFD voidaan suunnitella SDLC:n analyysivaiheen alkuvaiheessa (Järjestelmän kehittämisen elinkaari) projektin laajuuden määrittelemiseksi. Se voidaan jakaa aliprosesseihin, jotka tunnetaan nimellä "tasoitettu DFD".

Tietovuokaavio

5. Rooliaktiivisuuskaaviot (RAD)

Rooliaktiivisuuskaavio on samanlainen kuin vuokaaviomerkintä. Rooli-instanssit ovat prosessin osallistujia, joilla jokaisella on alku- ja lopputila. RAD vaatii syvällistä tietämystä prosessista tai organisaatiosta roolien tunnistamiseksi. RAD:n osat ovat:

  • Toiminta
  • Ulkoiset tapahtumat
  • Valtiot

Roolitoimintakaaviot

Roolit ryhmittelevät toiminnot vastuuyksiköiksi. Toiminto voi toimia erillään tai vaatia koordinointia muiden roolien toimintojen kanssa.

Ulkoiset tapahtumat merkitsevät pisteitä, joissa tilamuutokset tapahtuvat.

Tilat kuvaavat, miten rooli etenee prosessin läpi. Tietyn tilan saavuttaminen osoittaa, että tietty tavoite on saavutettu.

RAD on helppolukuinen, esittää yksityiskohtaisen prosessinäkymän ja näyttää rinnakkaiset toiminnot.

6. Gantt-kaaviot

Gantt-kaavio on graafinen esitys aikataulusta, joka auttaa koordinoimaan, suunnittelemaan ja track tiettyä tehtävää projektissa. Se näyttää projektin kokonaiskeston jaoteltuna osiin. Pystyakselilla luetellaan tehtävät; vaaka-akselilla näkyy arvioitu tehtävän kesto tai niille määritetty omistaja. Yksi kaavio voi näyttää useita tehtäviä.

Gantt-kaaviot

7. IDEF (Integrated Definition for Function Modeling)

IDEF (Integrated Definition for Function Modeling) kattaa joukon yritysmallinnuskieliä. Se mallintaa järjestelmäanalyysiä, suunnittelua tai integrointia tukevia toimintoja. IDEF-metodeja on noin 16; IDEF0 ja IDEF3 ovat hyödyllisimmät.

IDEF (Integrated Definition for Function Modeling)

8. Värilliset Petri-verkot (CPN)

Värilliset Petri-verkot (CPN) ovat graafisesti suuntautunut kieli, jota käytetään järjestelmien määrittely, todentaminen, suunnittelu ja simulointiCPN yhdistää grafiikkaa ja tekstiä. Sen pääkomponentit ovat Paikat, siirtymät ja kaaret.

Värilliset Petri-verkot

Petri-verkko-objekteilla on erityisiä merkintöjä, esimerkiksi:

  • paikat: Sisältää merkintöjä, kuten .Nimi, .Värisarja ja .Alkukirjain.
  • Siirtyminen Sisältää merkintöjä, kuten .Name (tunnistusta varten) ja .Guard (Totuusarvoinen lauseke joidenkin muuttujien yli).
  • kaaria: Sisältää .Arc-päätteen. Kun kaarilauseke lasketaan, se tuottaa usean joukon merkkien värejä.

9. Työnkulkutekniikka

Työnkulkutekniikka on visuaalinen kaavio, joka esittää yhtä tai useampaa liiketoimintaprosessia ymmärryksen selkeyttämiseksi tai prosessien parantamissuositusten tekemiseksi. Vuokaavioiden, UML-aktiviteettikaavioiden ja prosessikarttojen ohella työnkulkutekniikka on yksi vanhimmista ja laajimmin käytetyistä lähestymistavoista. Liiketoiminta-analyytikot käyttävät sitä myös muistiinpanojen tekemiseen vaatimusten selvittämisen aikana. Prosessi käsittää neljä vaihetta:

Työnkulkutekniikka

  • Tiedonkeruu
  • Työnkulun mallinnus
  • Liiketoimintaprosessien mallinnus
  • Käyttöönotto, todentaminen ja toteutus

10. Olio-ohjelmointimenetelmät

Oliopohjainen mallinnusmenetelmä käyttää oliopohjaista paradigmaa ja mallinnuskieltä järjestelmän suunnitteluun. Se painottaa ongelma-alueen objektien löytämistä ja kuvaamista. Oliopohjaisen menetelmän tarkoituksena on:

  • Järjestelmän karakterisoinnin helpottamiseksi
  • Erilaisten asiaankuuluvien objektien tunnistamiseksi
  • Ymmärtääkseen, miten esineet liittyvät toisiinsa
  • Ongelman määrittäminen tai mallintaminen tehokkaan suunnittelun luomiseksi
  • Analysoida vaatimuksia ja niiden vaikutuksia

Tämä menetelmä sopii hyvin järjestelmiin, joilla on dynaamiset vaatimukset, jotka muuttuvat usein. Se on prosessi, jossa johdetaan käyttötapauksia, aktiviteettivirtoja ja tapahtumavirtoja järjestelmälle. Oliopohjaista analyysia voivat ohjata tekstipohjaiset tarpeet, viestintä järjestelmän sidosryhmien kanssa ja visiodokumentti.

Kohteella on tila, ja tilanmuutokset ilmenevät sen käyttäytymisen kautta. Kun kohde vastaanottaa viestin, sen tila muuttuu sen käyttäytymisen kautta.

11. Aukkoanalyysi

Gap-analyysi on tekniikka, jota käytetään määrittämään yrityksen ja sen toimintojen ehdotetun tilan ja nykytilan välinen ero. Se vastaa kysymyksiin, kuten: Mikä on projektin nykytila? Missä haluamme olla? Miten kuromme umpeen kuilun? Gap-analyysin vaiheisiin kuuluvat:

  • Review System
  • Kehittämisvaatimukset
  • Vertailu
  • Vaikutukset
  • Suositukset

UKK

Tekoälytyökalut ryhmittelevät sidosryhmien palautteen, merkitsevät epäselviä lauseita, luovat prosessikaavioiden alustavia versioita ja havaitsevat päällekkäisiä vaatimuksia. Analyytikot tarkistavat edelleen jokaisen tuotoksen lähdekoodin avulla.

GitHub Copilot ja GPT muuttavat selkokieliset prosessikuvaukset muotoon PlantUML tai merenneito-koodia ja hahmottele BPMN-uintiradat. Liiketoiminta-analyytikko tarkentaa luonnosta ennen hyväksymistä.

Vaatimusten keräämisessä sidosryhmiltä kerätään raakatarpeita haastattelujen ja työpajojen avulla. Vaatimusanalyysissä nämä tarpeet jäsennetään sitten selkeiksi ja testattaviksi lauseiksi käyttämällä tekniikoita, kuten UML, BPMN ja DFD.

Valitse kysymykseen sopiva tekniikka. Käytä BPMN- tai työnkulkukaavioita tiimien välisille prosesseille, UML:ää ohjelmistorakenteelle, DFD-kaavioita tiedonsiirrolle ja Gap-analyysiä muutoshankkeille.

BABOK-opas listaa prosessien mallintamisen, käyttötapaukset, tietovuokaaviot, datamallinnuksen, päätöksenteon analysoinnin, liiketoimintasääntöjen analysoinnin, prototyypinping, rajapinta-analyysi, perussyyanalyysi ja kuiluanalyysi.

Ketterät tiimit käyttävät edelleen BPMN:ää, UML-aktiviteettia ja DFD:itä, mutta kevyemmässä mittakaavassa. Ne suosivat käyttäjätarinoita, tarinakarttojapingja juuri sopivasti kaavioita sprinttiä kohden laajojen alkuanalyysien sijaan.

Suosittuja työkaluja ovat mm Lucidchart, Microsoft Visio, draw.io, Bizagi Modeler, Camunda Modeler, Signavio, Enterprise Architectja StarUMLUseimmat integroituvat Jiran kanssa, Azure DevOps tai Jama Connect.

hyppiäping Sidosryhmien validointi, ratkaisujen ja tarpeiden yhdistäminen, ylimallintaminen, epäjohdonmukaisten merkintöjen käyttö ja kaavioiden epäsynkronointi vaatimusvaraston kanssa aiheuttavat eniten uudelleentyöstöä.

Tiivistä tämä viesti seuraavasti: