Nov 9, 2018 · 4 min citire
respectă fiecare dintre detaliile și cerințele definite în proiectul software care se desfășoară, sunt obiectivele mari pe care un dezvoltator trebuie să le atingă pentru a satisface așteptările clienților lor și pentru a face proiectul de succes. Cum poate un dezvoltator să creeze sisteme care să îndeplinească toate cerințele clienților lor? Poate fi una dintre primele tale întrebări.
problema este că există o mulțime de factori influențează succesul proiectului software. Dar astăzi vom vorbi despre un document esențial care ar trebui pregătit în primele etape ale dezvoltării produsului. Vorbim despre documentul de specificație a cerințelor Software.
specificația cerințelor Software (SRS) este, fără îndoială, considerată una dintre cele mai critice faze ale dezvoltării software-ului / produsului. SRS-specificația cerințelor Software — o documentație software specială care conține informații despre modul în care ar trebui să se comporte sistemul în sine, ce funcții ar trebui să îndeplinească, ce sarcină ar trebui să reziste și așa mai departe. Documentul cu cerințele produsului este locul în care sunt descrise caracteristicile și cerințele software-ului, produsului, programului sau setului de programe. Aceste elemente sunt exprimate în limbaj natural, fără considerații sau termeni tehnici.
- puteți obține o estimare exactă a costurilor, a riscurilor și a costurilor de timp.
- Clientul va putea să-și formeze viziunea asupra proiectului mai clar.
- clientul și contractantul vor avea aceeași idee despre produs.
- va ajuta la identificarea setului optim de funcții.
- servește ca bază pentru formarea altor documentații tehnice.
- procesul de dezvoltare va fi optimizat și timpul minimizat.
- nu va exista o duplicare a sarcinilor.
- vă permite să structurați problemele pentru a le rezolva mai ușor și mai rapid.
a devenit foarte evident că o precizare slabă a cerințelor software poate duce la proiecte eșuate. Prin urmare, această disciplină devine din ce în ce mai esențială.
cum se pregătește un document privind cerințele produsului?
următorul șablon respectă liniile directoare stabilite în standardul IEEE 830, conform căruia specificațiile cerințelor software ar trebui să conțină descrierea funcționalității aplicației, relația cu sistemele externe și cerințele nefuncționale, cum ar fi performanța, disponibilitatea, timpii de răspuns și mentenabilitatea între altele.
șablonul pentru pregătirea documentului cerințelor software este împărțit în următoarele secțiuni:
scop:
trebuie să adăugați un nume sau un titlu al unui produs specificat în hârtie, inclusiv numărul versiunii sau versiunea acestuia. Descrieți ce elemente sau părți ale domeniului de aplicare al software-ului sunt incluse în document, stabiliți dacă acesta acoperă întregul software, doar o parte a acestuia, subsistem sau subgrup de procese.
domeniul de aplicare al software-ului:
ar trebui să existe o scurtă descriere a gamei de software care este specificată, inclusiv scopul sau obiectivul general, beneficiile oferite zonei de afaceri și organizare, relația obiectivelor software cu obiectivele corporative și strategiile de afaceri. Vă puteți referi la alte documente.
aici puteți include alte documente tipărite, documente electronice sau adrese electronice care completează documentul cu cerințele produsului.
funcționalitățile produsului:
fiecare caracteristică poate fi compusă din una sau mai multe cerințe software funcționale. Ar trebui inclusă doar o listă numerotată a principalelor funcționalități.
caracteristicile utilizatorilor:
în această secțiune, ar trebui să descrieți utilizatorii care vor utiliza acest produs. Clasificați-le pe baza regularității utilizării, a unui grup de funcționalități utilizate, a privilegiilor de securitate, a nivelului de experiență și a altor parametri.
mediu de Operare:
ar trebui inclus și mediul în care va fi dezvoltat sistemul, software-ul, modulul sau grupul de funcționalități. Menționați aspecte precum versiunile sistemului de operare, platforma hardware și alte sisteme sau elemente cu care trebuie să coexiste.
Cerințe funcționale:
enumerați caracteristicile și, pentru fiecare dintre ele, notați cerințele funcționale. Ele pot fi, de asemenea, documentate într-o matrice de trasabilitate a cerințelor.
reguli de afaceri:
această parte conține acele principii care trebuie să se aplice întregului set de specificații software enumerate în document. De exemplu, explicați ce indivizi pot juca un rol specific în anumite circumstanțe.
Cerințe privind interfețele externe:
acest capitol include interfețele cu hardware-ul, interfețele cu alte sisteme și interfețele de comunicare, caracteristicile și atributele interfețelor utilizator (GUI).
Cerințe nefuncționale:
acestea specifică criterii pentru evaluarea funcționării unui serviciu de tehnologie a informației, spre deosebire de cerințele funcționale care definesc comportamente specifice.
alte cerințe:
includeți acele cerințe care nu sunt explicate în nicio altă secțiune a documentului privind cerințele produsului. Poate fi cerințele bazei de date, internaționalizarea, obiectivele legale și reutilizarea componentelor software.
Glosar:
adăugați o descriere a termenilor și acronimelor necesare pentru înțelegerea documentului creat.
sfaturi pentru a scrie SPS
- descrieți totul foarte scurt și clar cât mai mult posibil.
- nu includ lucruri care nu trebuie să fie documentate.
- scrie fără descrieri vagi. O persoană care citește SRS trebuie să înțeleagă exact ceea ce este scris și nu altceva.
- Vizualizați. De exemplu, utilizați diagrame DFD (diagrame de flux de date). Specificația nu poate fi completă dacă nu știm ce este la intrarea în software-ul descris și ce este la ieșire. Totul trebuie inclus.
acum aveți toate elementele principale care vă vor ajuta să faceți specificațiile cerințelor Software. Dă-i drumul!