A specifikáció azt írja le, mit kell tudnia a szoftvernek és miből látszik, hogy elkészült — azt, hogy hogyan készül, a fejlesztő rendszerterve dönti el. Konkrét folyamatból indulj, és az első változatba csak azt tedd, ami nélkül nem lehet élesíteni. Éles ügyféladatot, jelszót vagy hozzáférési kulcsot ne írj bele.
Kattints a fehér mezőkre és írd át őket; a táblázatok kitöltött sorai példák, nyugodtan írd felül. Mentés: böngésző Nyomtatás → Mentés PDF-ként (Ctrl+P). A szerkesztés bezáráskor elveszik, ezért előtte ments PDF-et. Nincs adatküldés.
Cég / projekt neve: Dátum, verzió, készítette: Üzleti felelős (ki dönt): Napi kapcsolattartó:
Milyen problémát old meg a szoftver? (1–3 mondat): Mérhető cél és kiinduló állapot (pl. heti rögzítési idő, hibaszám): Kötött határidő vagy külső kényszer (jogszabály, szezon, szerződés):
Ki használja a rendszert, mit csinál benne, és mit nem láthat?
| Szerepkör | Mit csinál a rendszerben? | Mit láthat / módosíthat? | Hány fő? |
|---|---|---|---|
| Pl. irodai ügyintéző | Ajánlatot és rendelést rögzít | Minden ügyfél; árat nem módosíthat | 3 |
Lépésről lépésre, ahogy ma működik — ebből látszik, hol hoz időt a szoftver.
| Lépés | Ki végzi? | Milyen eszközzel (Excel, e-mail, papír…)? | Hol akad el, mi a hiba? |
|---|---|---|---|
| Pl. 1. Ajánlatkérés beérkezik | Értékesítő | Elveszik a postafiókban, nincs felelős | |
Egy sor = egy felhasználói történet: „Mint [szerepkör], szeretném [funkció], hogy [üzleti haszon]”. Az elfogadási feltétel legyen ellenőrizhető. Prioritás: M kötelező, S fontos, C jó, ha van, W most nem (MoSCoW).
| Azonosító | Felhasználói történet | Elfogadási feltétel | Prioritás |
|---|---|---|---|
| F1 | Mint ügyintéző, szeretném az ajánlatot sablonból PDF-ben kiküldeni, hogy ne kézzel szerkesszem | A kiküldött PDF az ügyfélnél megjelenik, és az ajánlat állapota „kiküldve” lesz | M |
Milyen adatokkal dolgozik a rendszer, és mi jön át a régi helyről?
| Adat (pl. ügyfél, termék, munkalap) | Fontos mezők | Honnan jön ma? | Mennyiség | Költöztetni kell? |
|---|---|---|---|---|
| Ügyfél | Név, adószám, cím, kapcsolattartó | Excel-tábla | kb. 1 200 sor | Igen, tisztítás után |
Mely rendszerekkel kell adatot cserélni? Ha van API-dokumentáció vagy tesztkörnyezet, írd mellé.
| Rendszer | Irány | Milyen adat, mikor? | API / dokumentáció / tesztkörnyezet | Fiók tulajdonosa |
|---|---|---|---|---|
| Pl. számlázó program | Ki → | Számla a rendelés lezárásakor | Van REST API, teszt fiók igényelhető | A cég |
Ezek nélkül a funkciók is használhatatlanok lehetnek — és ezek térítik el leginkább az árajánlatokat, ha kimaradnak.
| Terület | Elvárás (konkrétan) |
|---|---|
| Teljesítmény (pl. oldalbetöltés, egyszerre dolgozók száma) | |
| Rendelkezésre állás és támogatás (munkaidő? hétvége?) | |
| Jogosultság és biztonság (belépés, kétlépcsős azonosítás, naplózás) | |
| Adatvédelem (személyes adatok köre, törlési szabályok, adatfeldolgozó) | |
| Mentés és visszaállítás (milyen gyakran, mennyi ideig őrizzük) | |
| Eszközök és böngészők (asztali gép, telefon, tablet, offline igény) | |
| Akadálymentesség és nyelv | |
| Hosting, tárhely, domain (kié a fiók?) |
Írd le azt is, mi NEM része az első változatnak — ettől lesz összehasonlítható több ajánlat.
| Benne van az első változatban | Később jöhet | Nem része a projektnek |
|---|---|---|
Milyen teszttel fogadjátok el, és mit kell megkapnotok az átadáskor?
| Teszteset (tesztadattal) | Elvárt eredmény |
|---|---|
| Pl. ugyanazt a rendelést kétszer beküldöm | Csak egy számla készül, a második kísérlet hibaüzenetet ad |
Átadandók: forráskód-hozzáférés, dokumentáció, admin hozzáférések, felhasználási jog, betanítás: Garancia és karbantartás: hibajavítási idő, frissítések, havi díjas támogatás:
| Mérföldkő | Kívánt dátum | Megjegyzés |
|---|---|---|
| Első kipróbálható változat | ||
| Éles indulás | ||
Költségkeret sáv (opcionális, segít a terjedelem kijelölésében):
Amire még nincs válasz — ezeket érdemes az első egyeztetésen tisztázni.