Razvoj spletnih sistemov

<Ime projekta> Specifikacije zahtev programske opreme

Verzija <1.0>
[Predloga podaja oblikovne in vsebinske napotke za opis dokumenta. Predloga je zgrajena tako, da si jo uporabnik prilagodi svojim potrebam projekta.]

<Ime projekta> Specifikacije zahtev programske opreme

Verzija: <1.0> Datum: <dd.mm.llll>

Zgodovina dokumenta
Datum <dd.mm.llll> Verzija <x.x> Opis sprememb <podrobnosti> Avtor <ime in priimek>

Zaupno

RSS, 2013

Stran 2

<Ime projekta> Specifikacije zahtev programske opreme

Verzija: <1.0> Datum: <dd.mm.llll>

Kazalo vsebine
1. Predstavitev 1.1 1.2 1.3 1.4 1.5 2. Namen Obseg Definicije, akronimi in okrajave Reference Pregled 4 4 4 4 4 4 4 4 4 4 5 5 5 5 5 5 5 5 5 5 5 6 6 6 6 6 6 6 6 6 6 6 6 6 7 7

Sploen opis reitve 2.1 2.2 2.3 2.4 2.5 Perspektiva izdelka Funkcionalnosti izdelka Lastnosti uporabnikov Omejitve Odvisnosti in pogoji

3.

Specifine zahteve 3.1 Funkcionalnosti 3.1.1 <Funkcionalna zahteva 1> 3.1.2 <Funkcionalna zahteva 2> Uporabnost 3.2.1 <Uporabnostna zahteva 1> Zanesljivost 3.3.1 <Zanesljivostna zahteva 1> Zmogljivost 3.4.1 <Zmogljivostna zahteva ena> Vzdrevanje in upravljanje 3.5.1 <Vzdrevalna zahteva ena> Nartovalne omejitve 3.6.1 <Nartovalska omejitev ena> Uporabnika dokumentacija in zahteve sistema pomoi uporabnikom Kupljene komponente Vmesniki 3.9.1 Uporabniki vmesniki 3.9.2 Vmesniki strojne opreme 3.9.3 Programski vmesniki 3.9.4 Komunikacijski vmesniki Licenne zahteve Standardi

3.2 3.3 3.4 3.5 3.6 3.7 3.8 3.9

3.10 3.11 4.

Podporni podatki

Zaupno

RSS, 2013

Stran 3

<Ime projekta> Specifikacije zahtev programske opreme

Verzija: <1.0> Datum: <dd.mm.llll>

1. Predstavitev
[Predstavitev SZPO dokumenta (angl. SRS) podaja pregled nad celotnim dokumentom. Vkljuuje namen, obseg, akronime, definicije, okrajave, reference ter globalni pregled dokumenta.] [Na voljo je ve razlinih razporeditev dokumenta SZPO. Zgledujemo se lahko po dobrih praksah IEEE830-1998.] 1.1 Namen [V sekciji podamo namen dokumenta SZPO. Dokument podaja obnaanje aplikacije ali definiranega podsistema. Prav tako podaja nefunkcionalne zahteve, arhitekturne omejitve in druge faktorje, ki so nujni za definicijo specifikacij zahtev programske opreme.] 1.2 Obseg [Kratek opis programskega izdelka, na katerega se dokument SZPO navezuje. V kolikor opisujemo zahteve podsistema potem se lahko naveemo na primer(e) uporabe, ki so povezani z dokumentom SZPO.] 1.3 Definicije, akronimi in okrajave [Sekcija podaja definicije vseh izrazov, akronimov in okrajav potrebnih za pravilno razumevanje dokumenta SZPO.] 1.4 Reference [Sekcija podaja seznam vseh dokumentov, ki so referencirani v sklopu SZPO dokumenta. Vsak dokument je opisan v stilu (naslov, avtor, tevilka, letnica). e je mono navedemo e povezave do izvornih dokumentov.] 1.5 Pregled [Sekcija podaja pregled nad SZPO dokumentom.]

2. Sploen opis reitve

[Sekcija podaja splone faktorje, ki vplivajo na produkt in njegove zahteve. V sekciji ne navajamo posameznih zahtev, ampak opisujemo ozadje in razloge, ki se bodo kasneje navezovali na produkt in specificirane zahteve. V sekciji podamo: prespektivo izdelka funkcionalnosti izdelka lastnosti uporabnikov omejitve odvisnosti in pogoje nabore pod-zahtev]

2.1 Perspektiva izdelka 2.2 Funkcionalnosti izdelka 2.3 Lastnosti uporabnikov

Zaupno

RSS, 2013

Stran 4

<Ime projekta> Specifikacije zahtev programske opreme 2.4 Omejitve 2.5 Odvisnosti in pogoji

Verzija: <1.0> Datum: <dd.mm.llll>

3. Specifine zahteve
[Sekcija podaja vse zahteve programske opreme. Zahteve morajo biti podane zelo podrobno, in sicer tako, da bodo razumljive nartovalcem in testerjem zahtev.] 3.1 Funkcionalnosti [Sekcija podaja funkcionalne zahteve sistema. Funkcionalne zahtev so opisane v naravnem, razumljivem jeziku. Na to sekcijo se tudi navezujejo razna orodja za vizualno modeliranje.] 3.1.1 <Funkcionalna zahteva 1> [Opis funkcionalne zahteve 1.] 3.1.2 <Funkcionalna zahteva 2> [Opis funkcionalne zahteve 2.]

3.2

Uporabnost [Sekcija vkljuuje zahteve, ki se navezujejo na uporabnost sistema. Na primer: potreben as, da uporabnik postane produktiven pri izbrani operaciji. specificiramo trajanje osnovnih opravil, ki jih bodo uporabniki izvajali. zahteve, ki morajo biti skladne s standardi uporabnosti, kot sta IBM CUA in Microsoft GUI standard.]

3.2.1

<Uporabnostna zahteva 1> [Opis uporabnostne zahteve 1.]

3.3 Zanesljivost [Sekcija podaja zahteve zanesljivosti sistema. V sekciji podamo: 3.3.1 procent asa, v katerem mora biti aplikacija na voljo uporabnikom, vzdrevalcem, samodejnim opravilom stabilnost as, med zadnjima okvarama (podajamo v obliki ur, lahko pa so tudi dnevi, meseci ali leta) stabilnost as, ki je na voljo za popravila, oziroma kako dolgo je lahko sistem neodziven. natannost natannosti sistema (po izbranem standardu) pri prikazu podatkov tevilo napak izraamo jih v obliki tevila napak na tiso vrstic kode

<Zanesljivostna zahteva 1> [Opis zahteve]

3.4 Zmogljivost [Sekcija podaja zahteve glede zmogljivosti sistema, na primer: odzivni as posamezne transakcije (povpreni, maksimum)

Zaupno

RSS, 2013

Stran 5

<Ime projekta> Specifikacije zahtev programske opreme 3.4.1 prepustnost transakcij na sekundo

Verzija: <1.0> Datum: <dd.mm.llll>

rezervacije sistemskih virov (pomnilnik, procesor, trdi disk)

<Zmogljivostna zahteva ena> [Specifikacije zmogljivostne zahteve]

3.5 Vzdrevanje in upravljanje [Sekcija podaja zahteve, ki vplivajo na lastnosti vzdrevanja in upravljanja sistema (standardi kodiranja, standardi poimenovanja, vkljuene knjinice in vzdrevalne programe).] 3.5.1 <Vzdrevalna zahteva ena> [Opis zahteve] 3.6 Nartovalne omejitve [Sekcija vkljuuje omejitve sistema, ki jih moramo upotevati pri razvoju. Omejitve vkljuujejo pogoje, ki jih moramo upotevati iz razlinih virov, na primer: predefinirana razvoja orodja, arhitekturne omejitve, e uporabljene programske knjinice, itn.] 3.6.1 <Nartovalska omejitev ena> [Opis nartovalske omejitve.] 3.7 Uporabnika dokumentacija in zahteve sistema pomoi uporabnikom [Sekcija podaja zahteve uporabnike dokumentacije, zahteve sistema pomoi, definicije obveanja uporabnikov, itn.] 3.8 Kupljene komponente [Sekcija podaja seznam kupljenih komponent. Vkljuuje licenne pogodbe, pogoje uporabe komponent ter vse povezane standarde glede kompatibilnosti in interoperabilnosti.] 3.9 Vmesniki [Sekcija podaja definicije vmesnikov, ki jih aplikacija mora podpirati. Definicija mora vkljuevati protokole, vrata in logine naslove, ter podobne informacije, ki so potrebne za verifikacijo delovanja definiranih vmesnikov.] 3.9.1 Uporabniki vmesniki [Specifikacija in opis uporabnikih vmesnikov, ki jih mora programska oprema implementirati] 3.9.2 Vmesniki strojne opreme [Sekcija podaja strojne vmesnike, ki jih programska oprema mora podpirati, in sicer so to logina struktura sistema, fizini naslovi, priakovano obnaanje, itn.] 3.9.3 Programski vmesniki [Sekcija podaja programske vmesnike, ki se navezujejo na druge komponente programskega sistema. Te so lahko e kupljene komponente ali ponovno uporabljene komponente s katerimi mora sistem znati komunicirati.] 3.9.4 Komunikacijski vmesniki [Definicija komunikacijskih vmesnikov do drugih sistemov ali naprav kot so lokalna omreja, oddaljene naprave, in podobno.] 3.10 Licenne zahteve [Definicija licennih zahtev, ki jih mora programska oprema upotevati.]

Zaupno

RSS, 2013

Stran 6

<Ime projekta> Specifikacije zahtev programske opreme 3.11 Standardi

Verzija: <1.0> Datum: <dd.mm.llll>

[Sekcija referencira standarde in sekcije standardov, ki jih mora sistem podpirati. Vkljuuje lahko pravne, kakovostne, industrijske in druge standarde.]

4. Podporni podatki
[Sekcija vkljuuje podatke, ki omogoajo laje branje in razumljivost dokumenta SZPO: Kazalo vsebine Indeks strani priloge]

Zaupno

RSS, 2013

Stran 7