jokaisen toteutettavan ohjelmistoprojektin määrittelemien yksityiskohtien ja vaatimusten noudattaminen on iso tavoite, joka kehittäjän on saavutettava täyttääkseen asiakkaidensa odotukset ja tehdäkseen projektista onnistuneen. Miten kehittäjä voi luoda järjestelmiä, jotka täyttävät kaikki asiakkaiden vaatimukset? Se voi olla yksi ensimmäisistä kysymyksistäsi.
asia on niin, että ohjelmistoprojektin onnistumiseen vaikuttavat monet tekijät. Tänään puhumme kuitenkin oleellisesta asiakirjasta, joka olisi valmisteltava tuotekehityksen alkuvaiheessa. Puhumme Ohjelmistovaatimusten Erittelyasiakirjasta.
Ohjelmistovaatimusten määrittelyä (Software Requirements Specification, SRS) pidetään epäilemättä yhtenä ohjelmiston / tuotekehityksen kriittisimmistä vaiheista. SRS-Software Requirement Specification-erityinen ohjelmistodokumentaatio, joka sisältää tietoa siitä, miten järjestelmän pitäisi käyttäytyä, mitä toimintoja sen pitäisi suorittaa, mitä kuormitusta sen pitäisi kestää ja niin edelleen. Product requirements document on paikka, jossa ohjelmiston, tuotteen, ohjelman tai ohjelmajoukon ominaisuudet ja vaatimukset kuvataan. Nämä elementit ilmaistaan luonnollisella kielellä ilman näkökohtia tai teknisiä termejä.
- saat tarkan arvion kustannuksista, riskeistä ja ajankuluista.
- asiakas pystyy muodostamaan visionsa projektista selkeämmin.
- asiakkaalla ja urakoitsijalla on sama käsitys tuotteesta.
- se auttaa tunnistamaan optimaalisen joukon funktioita.
- se toimii pohjana muun teknisen dokumentaation muodostamiselle.
- kehitysprosessi optimoidaan ja aika minimoidaan.
- päällekkäisiä tehtäviä ei tule.
- voit jäsentää ongelmia ratkaistaksesi ne helpommin ja nopeammin.
on käynyt hyvin selväksi, että ohjelmistovaatimusten heikko määrittely voi johtaa epäonnistuneisiin projekteihin. Näin ollen tämä kuri tulee yhä välttämättömämmäksi.
kuinka valmistellaan tuotevaatimuksia koskeva asiakirja?
seuraava malli noudattaa IEEE 830-standardissa vahvistettuja ohjeita, joiden mukaan ohjelmistovaatimusten määrittelyssä on kuvattava sovelluksen toimivuus, suhde ulkoisiin järjestelmiin ja ei-toiminnalliset vaatimukset, kuten suorituskyky, käytettävyys, vasteajat ja muiden välinen ylläpidettävyys.
software requirements-dokumentin valmistelupohja on jaettu seuraaviin osioihin:
tarkoitus:
sinun tulee lisätä paperissa määritelty Tuotteen nimi tai otsikko, mukaan lukien sen versionumero tai julkaisu. Kuvailkaa, mitkä ohjelmiston osa-alueet tai osat sisältyvät asiakirjaan, selvittäkää, kattaako se koko ohjelmiston, vain yhden sen osan, osajärjestelmän tai prosessien alaryhmän.
ohjelmiston laajuus:
on esitettävä lyhyt kuvaus määriteltävän ohjelmiston valikoimasta, mukaan lukien tarkoitus tai yleistavoite, liiketoiminta-ja organisaatioalueelle tarjotut hyödyt, ohjelmiston tavoitteiden suhde yrityksen tavoitteisiin ja liiketoimintastrategioihin. Voit viitata muihin asiakirjoihin.
tähän voi liittää muita painettuja asiakirjoja, sähköisiä asiakirjoja tai sähköisiä osoitteita, jotka täydentävät tuotevaatimusasiakirjaa.
Tuotetoiminnot:
jokainen ominaisuus voi koostua yhdestä tai useammasta toiminnallisesta ohjelmistovaatimuksesta. Vain numeroitu luettelo tärkeimmistä toiminnoista olisi sisällytettävä.
käyttäjien ominaisuudet:
tässä osiossa on kuvattava käyttäjät, jotka käyttävät tätä tuotetta. Luokittele ne käytön säännöllisyyden, käytettyjen toimintojen ryhmän, turvallisuusoikeuksien, kokemustason ja muiden parametrien perusteella.
toimintaympäristö:
myös ympäristö, johon järjestelmää, ohjelmistoa, moduulia tai funktioryhmää kehitetään. Mainitse esimerkiksi käyttöjärjestelmän versiot, laitteistoalusta ja muut järjestelmät tai elementit, joiden kanssa sen on oltava rinnakkain.
toiminnalliset vaatimukset:
luetteloi ominaisuudet ja huomioi toiminnalliset vaatimukset. Ne voidaan myös dokumentoida vaatimusten jäljitettävyysmatriisiin.
liiketoiminnan säännöt:
Tämä osa sisältää periaatteet, joita on sovellettava asiakirjassa lueteltuihin ohjelmistomäärittelyihin. Selitä esimerkiksi, ketkä yksilöt voivat tietyissä olosuhteissa näytellä tiettyä roolia.
ulkoisia liitäntöjä koskevat vaatimukset:
tämä luku sisältää liitännät laitteistoon, liitännät muihin järjestelmiin ja viestintärajapinnat, käyttöliittymien ominaisuudet ja attribuutit (GUI).
ei-toiminnalliset vaatimukset:
niissä määritellään kriteerit, joilla arvioidaan tietotekniikkapalvelun toimintaa, toisin kuin toiminnalliset vaatimukset, jotka määrittelevät tiettyjä käyttäytymismalleja.
muut vaatimukset:
sisältävät ne vaatimukset, joita ei ole selitetty missään muussa tuotevaatimuksia koskevan asiakirjan kohdassa. Se voi olla tietokantavaatimukset, kansainvälistyminen, oikeudellinen ja uudelleenkäytön tavoitteet ohjelmistokomponenttien.
Sanasto:
Lisää kuvaus termeistä ja lyhenteistä, jotka ovat tarpeen luodun asiakirjan ymmärtämiseksi.
vinkkejä kirjoittaa SPS
- kuvaile kaikki hyvin lyhyesti ja selkeästi mahdollisimman paljon.
- eivät sisällä asioita, joita ei välttämättä tarvitse dokumentoida.
- Kirjoita ilman epämääräisiä kuvauksia. SRS: ää lukevan henkilön on ymmärrettävä tarkasti, mitä on kirjoitettu, eikä jotain muuta.
- visualisoi. Käytä esimerkiksi dfd-diagrammeja (data flow diagrammeja). Erittely ei voi olla täydellinen, jos emme tiedä, mitä on suulla kuvattu ohjelmisto, ja mitä on lähtö. Kaikki on otettava mukaan.
nyt sinulla on kaikki tärkeimmät elementit, jotka auttavat sinua tekemään ohjelmistovaatimuksia. Anna mennä!