Què és una especificació de requisits de programari?

La creació de programari no consisteix només en el desenvolupament. Abans de començar a treballar en programari, els desenvolupadors han de saber exactament què crear. És per això que el desenvolupament sol començar amb la preparació d'un munt de documents que descriuen un projecte futur amb detall. Els documents inclouen nombroses investigacions, anàlisis i especificacions, una de les quals és l'especificació de requisits de programari (SRS).





Aquest article està dedicat a SRS, la seva importància per al vostre projecte i els passos per crear una especificació de programari d'alta qualitat. Endinsem-nos en el tema definint SRS.

armilla de defensa vital segura nivell 3a

Què és la documentació de requisits de programari i per què la necessiteu?

La documentació de requisits de programari és un document que descriu les especificacions funcionals i no funcionals del programari, la forma en què es desenvoluparà i els casos d'ús: les maneres en què els usuaris interactuaran amb el programari quan estigui llest. L'informe SRS normalment es prepara durant el fase de descoberta d'un projecte . Els empresaris poden estructurar ells mateixos totes les especificacions o confiar aquesta tasca a professionals amb experiència en desenvolupament de programari i definició d'especificacions.

Alguns propietaris d'empreses poden voler ometre la fase de descobriment, inclosa la preparació de la documentació. No obstant això, descuidar aquesta fase pot conduir al fracàs del projecte. Segons la investigació del pols de la professió del PMI, 35% dels projectes fracassen per requisits inexactes. Es negaria qualsevol empresari a realitzar una reunió SRS si conegués aquestes estadístiques abans? Ho dubtem. Així doncs, aquí es mostra com es beneficia el vostre equip de tenir tots els requisits de programari en un sol lloc:



  • Desenvolupadors decidir sobre la pila tecnològica que necessitaran per crear la part posterior i frontal del programari
  • Dissenyadors fer-se una idea de com poden reflectir la funcionalitat en una interfície de programari
  • Provadors entendre els casos de prova que hauran de preparar i assegurar-se que el programari compleix els requisits empresarials
  • Propietaris de negocis obtenir una llista de les característiques necessàries per al seu producte i prendre decisions informades sobre inversions

Amb tot, la documentació dels requisits de programari és una pauta que garanteix que tots els implicats en el procés de desenvolupament de programari tinguin una visió clara del procés i les mateixes expectatives. Així, l'informe SRS permet evitar malentesos i comunicacions a l'interior de l'equip.

Si decidiu treballar en la creació d'especificacions pel vostre compte, podeu beneficiar-vos d'utilitzar algunes de les especificacions del programari exemples podeu trobar a Internet. Si voleu delegar aquesta tasca en professionals, assegureu-vos que trobeu una empresa fiable que tingui un fort equip d'analistes de negocis, gestors de projectes, desenvolupadors i provadors que puguin proporcionar especificacions d'alta qualitat.

Coses que hauríeu de saber abans d'escriure un informe SRS

Per identificar correctament els requisits de programari, és important saber quin valor ha d'aportar el programari a les empreses i als usuaris de programari. També és important conèixer les característiques d'alta qualitat especificacions del programari .



Requisits empresarials i dels usuaris

Els requisits empresarials i dels usuaris reflecteixen l'essència del programari que es construirà. Els requisits empresarials descriuen els objectius que els empresaris volen assolir amb un programari concret. Els objectius poden ser diferents: automatitzar processos, minimitzar el nombre d'empleats i maquinari, etc. Els requisits dels usuaris varien segons el tipus de programari. Tanmateix, en la majoria dels casos, els usuaris volen aplicacions que funcionin ràpidament i siguin intuïtives d'utilitzar. És important tenir en compte aquests requisits per escriure especificacions detallades.

Característiques dels SRS d'alta qualitat

Perquè l'informe d'especificació de requisits de programari sigui el màxim d'ús per al projecte i un equip, és important fer-lo:

  • Completa perquè cada membre de l'equip implicat en un projecte trobi la informació necessària a l'informe. Els desenvolupadors haurien de trobar-hi requisits tècnics, mentre que els dissenyadors d'IU/UX haurien de tenir directrius generals de disseny. Els provadors han d'entendre com ha de funcionar el programari per provar-lo correctament. Els propietaris de producte necessiten aquest document per tenir una visió clara del seu projecte.
  • Mesurable perquè pugueu comparar el producte preparat amb les especificacions que vau preparar al principi. No té sentit dir que el vostre programari ha de complir tots els requisits.
  • Flexible. L'informe SRS no és una cosa que s'escriu una vegada i no es pot canviar fins al final d'un projecte. Al contrari, els requisits poden canviar a mesura que avança el treball del projecte. Per tant, el format del vostre informe hauria de ser convenient per ajustar-lo sempre que ho necessiteu.
  • Clar i precís. És important evitar frases redundants i ambigüitats. Cada procés s'ha de descriure amb paraules senzilles, amb una llista de tecnologies necessàries per crear programari.

Ara, quan sabeu quines coses són crucials per a la documentació de requisits de programari d'alta qualitat, és hora de veure en què consisteix.

Components d'especificació de requisits de programari

Un informe SRS ha de ser coherent, per la qual cosa és important cenyir-se a una estructura específica que ajudi els seus lectors a percebre fàcilment la informació. A continuació, descrivim les seccions principals que hauria d'incloure un SRS decent.

Introducció

Una introducció hauria d'explicar en breu quin programari es construirà perquè cada membre de l'equip tingui una comprensió global del projecte en què estan treballant.

testo max abans i després

Públic objectiu

En aquesta secció, els autors de l'informe esmenten tots els membres de l'equip que tenen accés al document. Per regla general, són enginyers de programari, provadors, dissenyadors i gestors de projectes. Un propietari de producte que demani desenvolupament de programari també s'ha d'incloure en aquesta llista i tenir l'oportunitat de veure el document en qualsevol moment per assegurar-se que tot va segons el previst.

Descripció general

Aquesta secció descriu les funcions que ha de realitzar el programari. També trobareu rols d'usuari i casos d'ús. És possible descriure hipòtesis i dependències en aquesta part per predir possibles reptes i maneres de superar-los. Les restriccions de disseny també es poden incloure en aquesta secció.

Requisits de la interfície externa

Aquesta part de l'informe SRS descriu com se suposa que interactuen els usuaris, el maquinari i el programari. La secció es pot dividir en quatre parts:

  1. El interfícies d'usuari La part descriu com interactuaran els usuaris amb el programari.
  2. El interfícies de maquinari part tracta de la interacció entre maquinari i programari.
  3. El interfícies de programari La part explica com el programari es correlaciona amb els seus components, inclosos sistemes operatius, biblioteques, bases de dades, etc.
  4. El interfícies de comunicació La part descriu els canals de comunicació utilitzats dins del programari: correus electrònics, navegadors, protocols de servidor, etc.

Requisits funcionals

Aquesta secció tracta sobre com funcionarà el programari. Descriu totes les característiques perquè tots els membres de l'equip puguin entendre l'abast del treball. Els requisits funcionals haurien de consistir en la descripció del flux de treball del sistema, comportaments si/llavors, lògica de gestió de dades i entrades i sortides de dades.

Com més detallada sigui la descripció de la funcionalitat, menys possibilitats de reelaboració en el futur. Una descripció detallada dels requisits funcionals també permet estimar el temps i el cost del desenvolupament.

Requisits no funcionals

Aquesta secció descriu el rendiment del programari desitjat que s'expressa com les seves propietats. Per regla general, els principals requisits no funcionals són seguretat, usabilitat, provabilitat, escalabilitat, etc.

Annexos

En aquesta secció, hauríeu de reunir qualsevol informació que us ajudi a entendre millor les especificacions principals. Aquesta secció és un lloc per a abreviatures, termes i les seves definicions, diagrames, esquemes, etc.

Devolució d'impostos encara en procés 2021

L'esquema esmentat anteriorment es pot canviar en funció del projecte, el tipus d'aplicació que s'ha de construir, la complexitat de l'aplicació, etc. Podeu canviar l'esquema d'una manera que sigui més còmode de percebre per al vostre equip però haureu d'incloure tots els seccions principals per tenir tota la informació sobre el projecte.

Eines per elaborar informes SRS

Independentment de l'eina que trieu per crear especificacions de requisits de programari per al vostre projecte, el document hauria de ser còmode d'utilitzar i compartir per tots els membres que participen en un projecte. A continuació, enumerem diverses maneres i eines populars per generar un informe SRS.

Google Docs

Molts analistes empresarials opten per serveis de Google com Google docs o Google Spreadsheets perquè són fàcils d'utilitzar i editar. A més, els autors d'informes poden experimentar amb visualitzacions de documents per fer-los més llegibles per als altres. En ser serveis al núvol, els documents i fulls de càlcul de Google també són més còmodes de compartir si es comparen amb Microsoft Docs o altres editors de text fora de línia.

Perla

Perla és una eina de gestió de requisits que facilita al màxim la gestió de totes les tasques relacionades amb les especificacions. Tot el que heu de fer és definir casos d'ús, rols d'usuari, condicions i fluxos. Un cop ho feu, podeu generar un informe amb un sol clic. Una altra cosa bona de l'eina Pearl és que permet notificacions i comentaris per a un treball en equip còmode.

Hèlix RM

Hèlix RM és una altra eina que facilita el treball amb especificacions. La seva àmplia funcionalitat permet als equips treballar amb especificacions amb la màxima comoditat. En particular, Helix RM ofereix als seus usuaris eines gràfiques, traçabilitat dels requisits, funcions de col·laboració en temps real i molt més. El gran avantatge de l'eina és la seva integració amb diversos programaris com Slack, Jira, GitHub, etc.

Conclusió

La documentació dels requisits de programari produïda correctament fa que ⅓ del vostre projecte tingui èxit, per la qual cosa és vital parar atenció a aquesta part quan desenvolupeu el vostre programari. És possible treballar en un informe SRS pel vostre compte o amb un equip d'analistes empresarials i enginyers de programari de l'empresa que trieu per a la cooperació.

Independentment de qui escrigui les especificacions i quins programes utilitzaran per fer-ho, hauríeu d'assegurar-vos que la documentació dels requisits del programari sigui clara, coherent, mesurable, flexible i completa.

Recomanat