FORMAT D'ESPECIFICACIÓ DE REQUISITS DE PROGRAMARI (SRS) - TECHCODEVIEW.COM

Per tal de formar un bon SRS, aquí veureu alguns punts que es poden utilitzar i que s'han de tenir en compte per formar una estructura d'una bona especificació de requisits de programari (SRS). Aquestes s'esmenten a continuació a la taula de continguts i s'expliquen bé a continuació.

Format d'especificació de requisits de programari (SRS). com el seu nom indica, és una especificació completa i una descripció dels requisits del programari que cal complir per al desenvolupament exitós del sistema de programari. Aquests requisits poden ser tant funcionals com no funcionals depenent del tipus de requisit. La interacció entre diferents clients i contractistes es fa perquè és necessari entendre completament les necessitats dels clients. Format d'especificació de requisits de programari Depenent de la informació recollida després de la interacció, es desenvolupa SRS que descriu els requisits del programari que poden incloure canvis i modificacions que cal fer per augmentar la qualitat del producte i satisfer la demanda del client.

Introducció

Finalitat d'aquest document: Al principi, s'explica i es descriu l'objectiu principal de per què és necessari aquest document i quin és el propòsit del document.
Abast d'aquest document: En aquest, es descriu i s'explica el funcionament general i l'objectiu principal del document i quin valor aportarà al client. També inclou una descripció del cost de desenvolupament i el temps necessari.
Visió general - En això s'explica la descripció del producte. És simplement un resum o una revisió global del producte.

Descripció general

En aquest, les funcions generals del producte que inclouen l'objectiu de l'usuari, una característica de l'usuari, característiques, beneficis, sobre per què s'esmenta la seva importància. També descriu les característiques de la comunitat d'usuaris.

vikas divyakirti

Requisits funcionals

En això, s'explica completament el possible resultat del sistema de programari que inclou els efectes deguts al funcionament del programa. Tots els requisits funcionals que poden incloure càlculs, processament de dades, etc. es col·loquen en un ordre classificat. Els requisits funcionals especifiquen el comportament esperat del sistema, quines sortides s'han de produir a partir de les entrades donades. Descriuen la relació entre l'entrada i la sortida del sistema. Per a cada requisit funcional, s'ha d'especificar una descripció detallada de totes les entrades de dades i la seva font, les unitats de mesura i el rang d'entrades vàlides.

Requisits de la interfície

En això, es descriuen i s'expliquen completament les interfícies de programari que signifiquen com el programa de programari es comunica entre ells o amb els usuaris, ja sigui en forma de qualsevol llenguatge, codi o missatge. Alguns exemples poden ser memòria compartida, fluxos de dades, etc.

Requisits de rendiment

En això, s'explica com un sistema de programari realitza les funcions desitjades en condicions específiques. També explica el temps necessari, la memòria necessària, la taxa d'error màxima, etc. La part de requisits de rendiment d'un SRS especifica les limitacions de rendiment del sistema de programari. S'han d'especificar clarament tots els requisits relatius a les característiques de rendiment del sistema. Hi ha dos tipus de requisits de rendiment: estàtic i dinàmic. Els requisits estàtics són aquells que no imposen restriccions a les característiques d'execució del sistema. Els requisits dinàmics especifiquen les restriccions sobre el comportament d'execució del sistema.

Restriccions de disseny

En això, s'especifiquen i s'expliquen per a l'equip de disseny les restriccions que simplement significa limitació o restricció. Els exemples poden incloure l'ús d'un algorisme en particular, limitacions de maquinari i programari, etc. Hi ha una sèrie de factors en l'entorn del client que poden restringir les opcions d'un dissenyador provocant restriccions de disseny, aquests factors inclouen estàndards que s'han de seguir, límits de recursos, requisits i polítiques de medi ambient, fiabilitat i seguretat que poden tenir un impacte en el disseny del sistema. Un SRS hauria d'identificar i especificar totes aquestes limitacions.

Atributs no funcionals

En això, s'expliquen els atributs no funcionals que requereix el sistema de programari per a un millor rendiment. Un exemple pot incloure la seguretat, la portabilitat, la fiabilitat, la reutilització, la compatibilitat d'aplicacions, la integritat de les dades, la capacitat d'escalabilitat, etc.

string jsonobject

Calendari previ i pressupost

En això, s'explica la versió inicial i el pressupost del pla del projecte, que inclou la durada total del temps requerit i el cost global necessari per al desenvolupament del projecte.

comparació de cadena java

Annexos

En aquest, es dóna i s'explica informació addicional com referències d'on es recull la informació, definicions d'alguns termes concrets, sigles, abreviatures, etc.

Usos del document SRS

L'equip de desenvolupament ho requereix per desenvolupar el producte segons la necessitat.
Els plans de proves es generen pel grup de proves en funció de la descripció del comportament extern.
El personal de manteniment i suport ho necessita per entendre què ha de fer el producte de programari.
El director del projecte basa en això els seus plans i estimacions de calendari, esforç i recursos.
el client hi confia per saber quin producte pot esperar.
Com a contracte entre desenvolupador i client.
a efectes de documentació.

Preguntes freqüents sobre el format SRS

1. Per què és important definir l'abast d'un document SRS?

Definir l'abast en un document SRS ajuda el client a entendre els objectius i el valor del programari. També té detalls sobre quant costarà crear i quant de temps trigarà, perquè els límits del projecte siguin clars.

2. Quins són els requisits funcionals en un document SRS i per què són importants?

Els requisits funcionals descriuen com ha de funcionar el sistema de programari, inclosa com hauria de reaccionar a les entrades i fer sortides. Us ajuden a esbrinar què ha de fer el programari i us donen un lloc per començar a construir-lo i provar-lo.

Conclusió

El desenvolupament de programari requereix una especificació de requisits de programari (SRS) ben estructurada. Ajuda a les parts interessades a comunicar-se, proporciona un full de ruta per als equips de desenvolupament, guia els provadors per crear plans de proves efectius, guia els empleats de manteniment i suport, informa les decisions de gestió de projectes i estableix les expectatives dels clients. El document SRS ajuda a garantir que el programari compleix els requisits funcionals i no funcionals, donant lloc a un producte de qualitat a temps i dins del pressupost.