Estandar 830

8/17/2019 Estandar 830

1/25

Ingeniería de Requerimientos ERS según el estándar IEEE 830

Facultad de IngenieríaEscuela de Administración de Negocios EAN

INGENIERÍA DEL SOFTWARE!RSO DE INGENIERÍA DE RE"!ERI#IENTOS

$%&'

Especifcación de Requisitos de Sotware segúnel estándar de IEEE 830

Escuela De Administración de Negocios EAN(Facultad de Ingeniería Lu) Am*aro Acosta Salas

8/17/2019 Estandar 830

2/25


Resumen

Este documento *resenta el con+unto de características necesarias *ara la

o,tención de una ,uena es*eci-cación de re.uisitos( Asimismo/ *resenta el0ormato de Es*eci-cación de Re.uisitos de So0t1are seg2n la 3ersión de &445del est6ndar IEEE 57%(En la IEEE se indica .ue un ,uen documento de re.uisitos de,e contem*lartoda la in0ormación *resentada en dic8o est6ndar 9/ aun.ue *ro*one unaorgani)ación de dic8a in0ormación/ no e:ige estrictamente el 0ormado de dic8ain0ormación(

Palaras !la"eRe.uisito/ so0t1are/ IEEE/ an6lisis de re.uisitos(


8/17/2019 Estandar 830

3/25


#ndice

$ I%&R'()!!I*%++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++,

- './E&I'S (E 12 ERS+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

3 !2R2!&ER#S&I!2S (E )%2 .)E%2 ERS++++++++++++++++++++++++++++++++++++++++++++++++++++++4

7(& ORREI;N........................................................................................................................................... .67($ A#

8/17/2019 Estandar 830

4/25


1 Introducción

El an6lisis de re.uisitos es una de las tareas m6s im*ortantes en el ciclo de3ida del desarrollo de so0t1are/ *uesto .ue en ella se determinan los H*lanos

de la nue3a a*licación(

En cual.uier *ro9ecto so0t1are los re.uisitos son las necesidades del*roducto .ue se de,e desarrollar( Cor ello/ en la 0ase de an6lisis de re.uisitosse de,en identi-car claramente estas necesidades 9 documentarlas( omoresultado de esta 0ase se de,e *roducir un documento de es*eci-cación dere.uisitos en el .ue se descri,a lo .ue el 0uturo sistema de,e 8acer( Cor tanto/no se trata sim*lemente de una acti3idad de an6lisis/ sino tam,iJn de síntesis(

El an6lisis de re.uisitos se *uede de-nir como el *roceso del estudio delasnecesidades de los usuarios *ara llegar a una de-nición de los re.uisitos del

sistema/ 8ard1are o so0t1are/ así como el *roceso de estudio 9 re-namiento dedic8os re.uisitos/ de-nición *ro*orcionada *or el IEEE KCiattini/ &44@(Asimismo/ se de-ne re.uisito como una condición o ca*acidad .ue necesita elusuario *ara resol3er un *ro,lema o conseguir un o,+eti3o determinadoKCiattini/ &44@( Esta de-nición se e:tiende 9 se a*lica a las condiciones .uede,e cum*lir o *oseer un sistema o uno de sus com*onentes *ara satis0acerun contrato/ una norma o una es*eci-cación(

En la determinación de los re.uisitos no sólo de,en actuar los analistas/es mu9 im*ortante la *artici*ación de los *ro*ios usuarios/ *or.ue son Jstoslos .ue me+or conocen el sistema .ue se 3a a automati)ar( Analista 9 cliente sede,en *oner de acuerdo en las necesidades del nue3o sistema/ 9a .ue el

cliente no suele entender el *roceso de diseMo 9 desarrollo del so0t1are como*ara redactar una es*eci-cación de re.uisitos so0t1are ERS 9 los analistas nosuelen entender com*letamente el *ro,lema del cliente/ de,ido a .ue nodominan su 6rea de tra,a+o(

Así *ues/ el documento de es*eci-cación de re.uisitos de,e ser legi,le*or el cliente/ con lo .ue se e3ita el malentendido de determinadassituaciones/ 9a .ue el cliente *artici*a acti3amente en la e:tracción de dic8osre.uisitos(

8/17/2019 Estandar 830

5/25


mediante el cual *odemos re*resentar diagramas casos de uso .ue *ermitende-nir el sistema desde el *unto de 3ista del usuario esta,leciendo lasrelaciones entre el 0uturo sistema 9 su entorno( Estas relaciones se esta,lecenen 0orma de acciones del usuario 9 reacciones del sistema(


8/17/2019 Estandar 830

6/25


- '>eti"os de la ERS+Los *rinci*ales o,+eti3os .ue se identi-can en la es*eci-cación de re.uisitosso0t1areson K8almeta/ $%%%P

&( A9udar a los clientes a descri,ir claramente lo .ue se desea o,tenermediante un

determinado so0t1areP El cliente de,e *artici*ar acti3amente en laes*eci-cación

de re.uisitos/ 9a .ue Jste tiene una 3isión muc8o m6s detallada de los*rocesos

.ue se lle3an a ca,o( Asimismo/ el cliente se siente *artíci*e del *ro*iodesarrollo(

$( A9udar a los desarrolladores a entender .uJ .uiere e:actamente elclienteP En muc8as ocasiones el cliente no sa,e e:actamente .uJ es lo

.ue .uiere( La ERS *ermite al cliente de-nir todos los re.uisitos .uedesea 9 al mismo tiem*o los desarrolladores tienen una ,ase -+a en la.ue tra,a+ar( Si no se reali)a una ,uena es*eci-cación de re.uisitos/ loscostes de desarrollo *ueden incrementarse considera,lemente/ 9a .uese de,en 8acer cam,ios durante la creación de la a*licación(

7( Ser3ir de ,ase *ara desarrollos de est6ndares de ERS *articulares*ara cada organi)aciónP ada entidad *uede desarrollar sus *ro*iosest6ndares *ara de-nir sus necesidades(

!na ,uena es*eci-cación de re.uisitos so0t1are o0rece una serie de3enta+as entre las .ue destacan el contrato entre cliente 9 desarrolladores

como 9a se 8a indicado con anterioridad/ la reducción del es0uer)o en eldesarrollo/ una ,uena ,ase *ara la estimación de costes 9 *lani-cación/ un*unto de re0erencia *ara *rocesos de 3eri-cación 9 3alidación/ 9 una ,ase *arala identi-cación de *osi,les me+oras en los *rocesos anali)ados(

La ERS es una descri*ción .ue de,e decir ciertas cosas 9 al mismotiem*o de,e decirlas de una determinada manera( En este documento se*resentar6 una de las 0ormas.ue 3iene es*eci-cada *or el est6ndar IEEE 57%(

!na ERS 0orma *arte de la documentación asociada al so0t1are .ue seest6 desarrollando/ *or tanto de,e de-nir correctamente todos los

re.uerimientos/ *ero no m6s de los necesarios( Esta documentación no de,eríadescri,ir ning2n detalle de diseMo/ modo de im*lementación o gestión del*ro9ecto/ 9a .ue los re.uisitos se de,en descri,ir de 0orma .ue el usuario*ueda entenderlos( Al mismo tiem*o/ se da una ma9or e:i,ilidad a losdesarrolladores *ara la im*lementación(


8/17/2019 Estandar 830

7/25


Así *ues/ el grado 9 el lengua+e utili)ado *ara la documentación de losre.uisitos estar6n en 0unción del ni3el .ue el usuario tenga *ara entenderdic8as es*eci-caciones(


8/17/2019 Estandar 830

8/25


3 !aracter?sticas de una uena ERS

Las características desea,les *ara una ,uena es*eci-cación de re.uisitosso0t1are .ue

se indican en el IEEE son las siguientes K8almeta/ $%%%KCiattini/ &44@P

orrecta

No am,igua

om*leta

>eri-ca,le

onsistente

lasi-cada

#odi-ca,le

E:*lora,le

!tili)a,le durante las tareas de mantenimiento 9 uso

3.1 CorrecciónLa ERS es correcta si 9 sólo si todo re.uisito .ue -gura en ella ree+a alguna

necesidad real( La corrección de la ERS im*lica .ue el sistema im*lementadoser6 el sistema deseado(

3.2 Ambigüedad !n documento es no am,iguo si 9 solo si cada re.uisito descrito tiene una2nica inter*retación( ada característica del *roducto -nal de,e ser descritautili)ando un tJrmino 2nico 9/ en caso de .ue se utilicen tJrminos similares endistintos conte:tos/ se de,en indicar claramente las di0erencias entre ellos(Incluso se *uede incluir un glosario en el .ue indicar cada signi-cadoes*ecí-camente(

Los analistas de,en *oner un cuidado es*ecial a la 8ora de es*eci-carlos re.uisitos( El 8ec8o de utili)ar el lengua+e natural *ara 8acer la ERScom*rensi,le a los usuarios su*one un riesgo mu9 ele3ado/ *or.ue el lengua+enatural *uede llegar a ser mu9 am,iguo(

E+em*loPTodos los clientes tienen el mismo campo de control

&( QTodos tienen el mismo 3alor en el cam*o de control


8/17/2019 Estandar 830

9/25


$( QTodos los cam*os de control tienen el mismo 0ormato( Q!n cam*o de control se usa *ara todos los clientes

En tJrminos generales/ el lengua+e natural es de los m6s am,iguos( Cor elcontrario e:isten los lengua+es 0ormales .ue no son am,iguos/ *ero son m6sdi0íciles de a*render 9 menos com*rensi,les *ara el .ue no los conoce(

3.3 Completitud

!na ERS es com*leta siP Inclu9e todos los re.uisitos signi-cati3os del so0t1are relacionados

con la 0uncionalidad/ e+ecución/ diseMo/ atri,utos de calidad ointer0aces e:ternas(

E:iste una de-nición de res*uestas a todas las *osi,les entradas/tanto 36lidas como in36lidas/ en todas las *osi,les situaciones(

um*le con el est6ndar utili)ado( Si 8a9 alguna *arte del est6ndar.ue no se utili)a/ se de,e ra)onar su-cientemente el *or.uJ no se 8a

utili)ado dic8o a*artado( A*arecen eti.uetadas todas las -guras/ ta,las/ diagramas/ etc/ así

como de-nidos todos los tJrminos 9 unidades de medida em*leados(

La ERS de,e ser siem*re com*leta/ aun.ue en ocasiones esto no ser6*osi,le( Core+em*lo si toda3ía no se 8an determinado los 0ormatos de los in0ormes -nales o*orcual.uier ra)ón se esta es*erando la *u,licación de un Real Decreto o unreglamentoso,re im*uestos(

3.4 Verifcabilidad

!n re.uisito se dice .ue es 3eri-ca,le si e:iste alg2n *roceso noe:cesi3amente costoso *or el cual una *ersona o una m6.uina *ueda c8e.uear.ue el so0t1are satis0ace dic8o re.uerimiento(

E+em*lo

No 3eri-ca,lesPEl producto debería funcionar bien

El producto debería tener una buena interfaz de usuario>eri-ca,leP

La salida se suministra dentro de los 20 segundos siguientes al eventoel 60% de las veces, y en los 30 segundos siguientes en el 00%


8/17/2019 Estandar 830

10/25


3.5 Consistencia

!na ERS es consistente si 9 sólo si ning2n con+unto de re.uisitos descritos enella soncontradictorios o entran en conicto( Se *ueden dar tres casosP

Re.uisitos .ue descri,en el mismo o,+eto real utili)ando distintostJrminos(

Las características es*eci-cadas de o,+etos reales( !n re.uisitoesta,lece .ue todas las luces son 3erdes 9 otro .ue son a)ules(

onicto lógico o tem*oral entre dos acciones determinadas( Se llegaa un *unto en el .ue dos acciones serían *er0ectamente 36lidasQsumar o multi*licar

3.6 ClasifcaciónNo todos los re.uisitos son igual de im*ortantes( Los re.uisitos *uedenclasi-carse *or di3ersos criteriosP

Im*ortanciaP Cueden ser esenciales/ condicionales u o*cionales( Esta,ilidadP am,ios .ue *ueden a0ectar al re.uisito(Lo ideal es el esta,lecimiento de *rioridades/ de modo .ue la

im*lementación de un re.uisito de menor *rioridad no em*lee e:cesi3osrecursos(

3.7 Modifcabilidad

!na ERS es modi-ca,le si cual.uier cam,io *uede reali)arse de manera 06cil/com*leta 9 consistente( Cara ello/ es desea,le tener una organi)aciónco8erente 9 06cil de usar en la .ue a*are)ca el índice o una ta,la de contenidos06cilmente accesi,le(

Tam,iJn es desea,le e3itar la redundancia/ es decir .ue no a*are)ca unmismo re.uisito en m6s de un lugar de la ERS( No es un error/ *ero si se tiene.ue modi-car alguna cosa ser6 muc8o m6s cómodo si no tenemos .ue ,uscarel mismo re.uisito en 3arios lugares(

3.8 !"lorabilidad #traceabilit$%

!na ERS es e:*lora,le si el origen de cada re.uerimiento es claro tanto 8aciaatr6s origen .ue *uede ser un documento/ una *ersona etc( como 8aciadelante com*onentes del sistema .ue reali)an dic8o re.uisito(


8/17/2019 Estandar 830

11/25


uando un re.uisito de la ERS re*resenta un desglose o una deri3aciónde otro re.uisito/ se de,e 0acilitar tanto las re0erencias 8acia atr6s como 8aciaadelante en el ciclo de 3ida(

Las re0erencias 8acia delante de la ERS son es*ecialmente im*ortantes

*ara el mantenimiento del so0t1are( uando el código 9 los documentos sonmodi-cados/ es esencial *oder com*arar el con+unto total de re.uisitos .ue*uedan 3erse a0ectados *or estas modi-caciones(

3.& 'tili(able d)rante las tareas de mantenimiento $ )so

En la ERS tam,iJn se de,en tener en cuenta las necesidades demantenimiento( El *ersonal .ue no 8a inter3enido directamente en eldesarrollo de,e ser ca*a) de encargarse de su mantenimiento( Así/ dic8a ERSact2a a modo de *lano de la a*licación/ *ermitiendo incluso modi-caciones.ue no re.uieran un cam,io en el diseMo(

En ocasiones/ el e.ui*o de desarrollo su*one unos conocimientos .ue el*ersonal .ue se encargue del mantenimiento no tiene *or .uJ tener( Cor estara)ón es necesaria una correcta documentación de las 0unciones/ 9a .ue si nose conoce en detalle su origen/ di0ícilmente *odr6n ser modi-cadas(


8/17/2019 Estandar 830

12/25


, Esquema de la ERS defnida en el IEEE 830$998

La siguiente -gura muestra la estructura de la ERS *ro*uesta *or el IEEE en suest6ndar 57% KIEEE/ &445 Ku*m/ $%%%(

($ Introducción

&(& Cro*ósito&($ m,ito del Sistema&(7 De-niciones/ Acrónimos 9 A,re3iaturas&(' Re0erencias&(? >isión general del documento

- (escripción :eneral$(& Cers*ecti3a del Croducto$($ Funciones del Croducto$(7 aracterísticas de los usuarios

$(' Restricciones$(? Su*osiciones 9 De*endencias$(@ Re.uisitos Futuros

3 Requisitos Espec?fcos7(& Inter0aces E:ternas7($ Funciones7(7 Re.uisitos de Rendimiento7(' Restricciones de DiseMo7(? Atri,utos del Sistema7(@ Otros Re.uisitos

, 2p@ndices

#ndice

Figura &( Estructura de una ERS

A continuación se descri,ir6 ,re3emente cada uno de los a*artados .ue sede-nen en el est6ndar estudiado(

1 *ntrod)cciónEn esta sección se *ro*orcionar6 una introducción a todo el documento

de Es*eci-cación de Re.uisitos So0t1are( onsta de 3arias su,secciones/ lascuales son *ro*ósito/ 6m,ito del sistema/ de-niciones/ re0erencias 9 3isióngeneral del documento(

1.1 +ro"ósitoSe de-nir6 el *ro*ósito del documento ERS 9 se es*eci-car6 a .uiJn 3a

dirigido el documento(

1.2 ,mbito del -istemaEn esta su,sección se *ondr6 nom,re al 0uturo sistema/ se e:*licar6 lo

.ue el sistema 8ar6 9 lo .ue no 8ar6/ se descri,ir6n los ,ene-cios/ o,+eti3os 9


8/17/2019 Estandar 830

13/25


metas .ue se es*era alcan)ar con el 0uturo sistema 9 se mantendr6nre0erencias a los documentos de ni3el su*erior .ue *uedan e:istir

1.3 efniciones/ Acrónimos $ Abre0iat)ras.Se de-nir6n a.uí todos los tJrminos/ acrónimos 9 a,re3iaturas utili)adas

en el desarrollo de la ERS(

1.4 eerenciasSe *resentar6 una lista com*leta de todos los documentos re0erenciados

en la ERS(

1.5 Visión eneral del +rod)ctoEsta su,sección descri,ir6 ,re3emente los contenidos 9 la organi)ación

del restode la ERS(

2 escri"ción eneral

En esta sección se descri,en todos a.uellos 0actores .ue a0ectan al*roducto 9 a sus re.uisitos( En esta sección no se descri,en los re.uisitos/ sinosu conte:to( Losdetalles de los re.uisitos de descri,en en la sección 7/ detall6ndolos 98aciendo m6s 06cil su com*rensión(

Normalmente *odemos encontrar las siguientes su,seccionesPCers*ecti3a del *roducto/ 0unciones del *roducto/ características de losusuarios/ restricciones/ su*osiciones 9 0uturos re.uisitos(

2.1 Perspectiva del Producto

Esta su,sección de,e relacionar el 0uturo sistema con otros *roductos(Así *ues/ *odríamos di3idir Jsta en *e.ueMas su,secciones indicando cada unode los *untos a tener en cuentaP

2.1.1. Indicar si es un producto independiente o parte de un sistema mayor $(&($( Inter0aces de sistema$(&(7 Inter0aces de usuario $(&(7(&( aracterísticas lógicas del inter0a) $(&(7($( uestiones de o*timi)ación del inter0a) de usuario$(&('( Inter0aces 8ard1are$(&(?( Inter0aces so0t1are $(&(?(&( Descri*ción del *roducto so0t1are utili)ado

$(&(?($( Cro*ósito del inter0a) $(&(?(7( De-nición del inter0a)P contenido 9 0ormato$(&(@( Inter0aces de comunicaciones$(&(( Limitaciones de memoria$(&(5( O*eraciones $(&(5(&( #odos de o*eración de los distintos gru*os de usuarios $(&(5($( Ceriodos de o*eraciones interacti3as 9 autom6ticas $(&(5(7( Funciones res*aldo del *rocesamiento de datos $(&(5('( O*eraciones de ,acu* 9 recu*eración


8/17/2019 Estandar 830

14/25


$(&(4( Re.uerimientos *ara ada*tarse a la u,icación$(&(4(&( Indicar cual.uier dato o secuencia de iniciali)ación es*ecí-code cual.uier lugar/ modo de o*eración(

$(&(4($( aracterísticas .ue de,en ser modi-cadas *ara unainstalación en *articular(

2.2 )nciones del +rod)cto

Esta su,sección de,e *ro*orcionar un resumen de las 0unciones*rinci*ales .ue el so0t1are de,e lle3ar a ca,o( Las 0unciones de,en estarorgani)adas de manera .ue el cliente o cual.uier otra *ersona lo entienda*er0ectamente( Cara ello se *ueden utili)ar mJtodos te:tuales o gr6-cos/siem*re .ue dic8os gr6-cos ree+en las relaciones entre 0unciones 9 no eldiseMo del sistema(

En la metodología estructurada se *odrían utili)ar los DFDs 9 en unametodología orientada a o,+etos/ el 0uncionamiento 9 las relaciones del 0uturo

sistema se modelarían a tra3Js de los asos de !so( En ellos se re*resenta lo.ue el usuario 3e del sistema/ así *ues 0acilitar6 en gran medida sucom*rensión/ siem*re 9 cuando en los diagramas se e3iten las am,igUedades(

2.3 Caractersticas de los )s)arios

Se indica a.uí el ti*o de usuario al .ue se dirige la a*licación/ así comosu e:*eriencia tJcnica/ ni3el de conocimientos/ etc(

2.4 estricciones

Se de,e indicar a.uí cual.uier ti*o de limitación como *ueden ser

*olíticas de la em*resa/ limitaciones 8ard1are/ seguridad/ *rotocolos decomunicación/ inter0aces con otras a*licaciones/ est6ndares de la em*resa encuanto a inter0aces/ etc( Ser6n las limitaciones .ue se im*onen so,re losdesarrolladores del *roducto(

2.5 -)"osiciones $ e"endencias

En este a*artado a*arecer6 cual.uier 0actor/ .ue si cam,ia *uedea0ectar a los re.uerimientos( No son restricciones de diseMo/ *or e+em*lo/asumir .ue un determinado sistema o*erati3o estar6 dis*oni,le/ *resu*oneruna cierta organi)ación de las unidades de la em*resa( Si cam,ian ciertosdetalles *uede ser necesario re3isar los re.uisitos(

2.6 e)isitos )t)rosSe indican a.uí *osi,les me+oras del sistema en el 0uturo( Estas me+oras de,enestudiarse 9 anali)arse una 3e) concluido 9 *uesto en marc8a el sistema( Sonmodi-caciones a reali)ar en un 0uturo incierto(3 e)isitos s"ecfcosEsta sección de la es*eci-cación de re.uisitos so0t1are contiene todos losre.uerimientos 8asta un ni3el de detalle su-ciente *ara *ermitir a losdiseMadores diseMar un sistema .ue satis0aga dic8os re.uisitos/ 9 .ue *ermita


8/17/2019 Estandar 830

15/25


diseMar las *rue,as .ue rati-.uen .ue el sistema cum*le con las necesidadesre.ueridas(

Los re.uisitos .ue se a.uí se indi.uen de,en descri,ir com*ortamientose:ternos del sistema/ o,ser3a,les *or el usuario así como *or *arte de los

o*eradores 9 otros sistemas(Cuesto .ue de,en indicarse todos los re.uisitos/ esta sección es la m6s

larga de la ERS 9 de,e cum*lir los *rinci*ios descritos en los *rimerosa*artados de este in0orme(

Estos *rinci*ios son la corrección/ no am,igUedad/ com*letitud/consistencia/ clasi-cación/ 3eri-ca,ilidad/ modi-ca,ilidad/ e:*lora,ilidad 90acilidad de mantenimiento(

Asimismo/ Jste documento de,e ser *er0ectamente legi,le *or el cliente9 *or *ersonas de mu9 distinta 0ormación( Otra de las cuestiones a tener en

cuenta en esta sección es la identi-cación de cada uno de los re.uisitosmediante alg2n código o sistema de numeración(

3.1 *nteraces !ternas

En esta su,sección se de-nir6n los re.uisitos .ue a0ecten a la inter0a) deusuario e inter0a) con otros sistemas 8ard1are 9 so0t1are/ así como ainter0aces de comunicaciones(

3.2 )nciones

En este su,sección de de,en es*eci-car todas a.uellas acciones o

0unciones .ue de,er6 lle3ar a ca,o el sistema a desarrollar( Las acciones .uese indican como Hel sistema de,er6 ((( son las .ue de,en incluirse en estea*artado(

La estructuración de las 0unciones a desarrollar *or el nue3o sistema noest6 del todo claro( Se de,e tener en cuenta .ue en el est6ndar de IEEE 57% de&457 se esta,lecía .ue las 0unciones de de,erían e:*resar como una +erar.uía0uncional 3Jase ane:o II/ *uesto .ue es la .ue me+or se ada*ta,a a los DFDs.ue *ro*onía el an6lisis estructurado( on la e3olución de la *rogramación 9los nue3os mJtodos de an6lisis se *uede o,ser3ar como esta estructura no seada*ta/ *or tanto es necesaria la modi-cación de los est6ndares(

El est6ndar IEEE 57%/ en sus 2ltimas 3ersiones/ *ermite la organi)aciónde esta su,sección de m2lti*les 0ormas 9 sim*lemente sugiere alguna manera*ara 8acerlo/ de+ando la o*ortunidad de utili)ar cual.uier otra +usti-candosu-cientemente la utili)ación de Jsta(

Alguna de las 0ormas sugeridas *or el est6ndar sonP

• Cor ti*o de usuarioP Distintos usuarios *oseen distintosre.uisitos( Cara cada clase de usuario .ue e:ista en la


8/17/2019 Estandar 830

16/25

8/17/2019 Estandar 830

17/25


Se detallar6n atri,utos como la -a,ilidad/ manteni,ilidad/ seguridad/mecanismos de acceso restringido *ass1ord/ usuarios autori)ados a reali)arciertas tareas críticas (((

3.6 tros re)isitos

A.uellos re.uerimientos .ue no se 8a9an *odido incluir en ninguna delassecciones anteriormente es*eci-cadas(

4 A"9ndicesSe incluir6 a.uí cual.uier ti*o de in0ormación relacionada con la ERS/

*ero .ue no 0orme *arte de la misma( Cor e+em*lo/ se incluirían los resultadosdel an6lisis de costes/ restricciones es*eciales acerca del lengua+e de*rogramación(((

5 :ndice

Se *ro*orciona un índice *ara *oder tener un acceso r6*ido a ladocumentación *resentada en la ERS(


8/17/2019 Estandar 830

18/25


5 Conclusiones

Cara conseguir el J:ito en cual.uier desarrollo de so0t1are es esencial lacom*rensión total de los re.uisitos del usuario( No im*orta lo ,ien diseMado o

codi-cado .ue *ueda estar/ si no se 8a anali)ado correctamente *uedede0raudar al usuario 9 0rustrar al desarrollador(

El an6lisis 9 la es*eci-cación de los re.uisitos *uede *arecer una tarearelati3amente sencilla/ *ero/ en realidad/ el contenido del an6lisis es mu9denso 9 a,undan las malas inter*retaciones o la 0alta de in0ormación( Es mu9di0ícil e3itar la am,igUedad(

El an6lisis de re.uisitos es la 0ase m6s im*ortante en el desarrollo de un*ro9ecto so0t1are/ 9a .ue es en esta 0ase en la .ue el usuario indica lases*eci-caciones del 0uturo sistema/ *or.ue de un correcto an6lisis de*ender6la correcta im*lementación de la a*licación(

El documento de es*eci-cación de re.uisitos so0t1are su*one unaes*ecie de contrato entre cliente 9 desarrolladores en el .ue unos indican susnecesidades/ mientras .ue los otros se limitan a im*lementar lo .ue se indicaen el documento( Crinci*almente *or esta ra)ón tiene tanta im*ortancia la 0asede an6lisis de re.uisitos(

La tarea del an6lisis de re.uisitos es un *roceso de descu,rimiento/re-namiento/ modelado 9 es*eci-cación 9/ *or tanto/ el desarrollador 9 elcliente tienen un *a*el acti3o en la o,tención de estas necesidades(

La me+or manera de acercar am,as *artes es 8acer .ue el cliente 0orme

*arte acti3a del an6lisis de re.uisitos *ermitiendo .ue *ueda inter*retarlo 9re3isarlo( Las 2ltimas tecnologías utili)adas *ara la o,tención de re.uisitos*ermiten una me+or com*rensión de los documentos de es*eci-caciones/ .ue8asta a8ora eran demasiado tJcnicos *ara la correcta com*rensión *or *artedel usuario(

Estas tJcnicas modernas son los casos de uso/ .ue 0orman *arte del!#L( Vsta es la *rinci*al 8erramienta utili)ada *ara el diseMo com*leto de*ro9ectos so0t1are orientado a o,+etos( Los casos de uso modelan el sistemadesde el *unto de 3ista del usuario/ *ermitiJndole así la com*rensión com*letadel 0uturo sistema( El nue3o *roducto se muestra en 0orma de H8istorieta(

El 8ec8o de en0ocar el an6lisis de re.uisitos 8acia el usuario tiene unado,le 3enta+aP *or un lado e3ita las tendencias del in0orm6tico 8acia un diseMotJcnico .ue *ermita o*timi)aciones innecesarias o com*licaciones aMadidas*or otro lado/ la *artici*ación del usuario en el *roceso 9 la utili)ación de sulengua+e cotidiano en la redacción de los casos de uso 0acilita la identi-caciónde las necesidades del sistema(


8/17/2019 Estandar 830

19/25


Finalmente/ se de,e indicar .ue esta 0ase es *osi,lemente la m6scostosa tem*oralmente en el desarrollo de un *roducto so0t1are( Esto sede,e a .ue/ en general/ el cliente no sa,e realmente lo .ue .uiere 9 re.uiere laa9uda de los analistas *ara concretar las 0unciones .ue realmente se 8an deim*lementar( Cor tanto/ de la calidad del documento de ERS de*ender6 el

desarrollo 9 calidad del *roducto -nal( La e:istencia de un est6ndar/ como es el*resentado en este tra,a+o/ *ara la ERS IEEE 57% *ermite la co8erencia en laes*eci-cación de re.uisitos 9 a9uda a no de+ar ca,os sueltos(


8/17/2019 Estandar 830

20/25


6 Bibliografía

A6onerrer 2gut Raúl -000 #on0errer Agut Ra2l De*artament dXIn0ormYtica!ni3ersitat Zaume I !RSO DE INGENIERÍA INFOR#TIA $%%%$%%&(

Traducción en es*aMol/ est6ndar 57%/ IEEE &445/ Es*eci-cación deRe.uerimientos de So0t1are(

A!BalmetaC $999P 8almeta R( HADSI II( $[

8/17/2019 Estandar 830

21/25


Anexo A : Glosario de Términos Técnicos

2nálisis de requisitosP 0ase de un *ro9ecto so0t1are donde se e0ect2aun con+unto de acti3idades con el *ro*ósito de com*render el *ro,lema

*lanteado con todo detalle 9 se enuncia el resultado de dic8o *roceso decom*rensión en 0orma de un *lanteamiento tJcnico del *ro,lema .ue sedenomina es*eci-cación tJcnica(

!aso de usoP 8erramienta .ue modela los ser3icios .ue o0rece elsistema a tra3Js de un di6logo entre un actor 9 el sistema( Acciones delusuario 9 reacciones del sistema( !"n caso de uso es una secuencia detransacciones proporcionadas por el sistema #ue proporcionan un resultadomensurable de valores a un actor particular$

(7DP Diagrama de Flu+o de Datos( Es un diagrama en 0orma de red .uere*resenta el u+o de datos 9 las trans0ormaciones .ue se a*lican so,re ellos al

mo3erse desde la entrada 8asta la salida del sistema( Se utili)a *ara modeli)arlas 0unciones del sistema 9 los datos .ue u9en entre ellas a distintos ni3elesde a,stracción( El sistema/ *or tanto/ se modela mediante un con+unto de DFSni3elados en el .ue los ni3eles su*eriores de-nen las 0unciones del sistema de0orma general u los ni3eles in0eriores de-nen estas 0unciones en ni3eles m6sdetallados(

Especifcación de requisitosP *roceso de redacción o registro de losre.uisitos( Se *ueden utili)ar tanto el lengua+e natural/ como modelos gr6-cos(

EspecifcaciónP es un documento .ue de-ne/ de 0orma com*leta/*recisa 9 3eri-ca,le/ los re.uisitos/ el diseMo/ el com*ortamiento u otras

características de un sistema o com*onente de un sistema KCiattini/ 4@(

Ingenier?a del SotwareP es el esta,lecimiento 9 uso de *rinci*ios deingeniería ro,ustos/ orientados a o,tener so0t1are económico .ue sea -a,le 90uncione de manera e-ciente so,re m6.uinas reales/ mediante la a*licación delos siguientes elementos 9 acti3idadesP los mJtodos/ la *lani-cación 9estimación de *ro9ectos/ el an6lisis de los re.uisitos del sistema 9 del so0t1are/el diseMo de estructuras de datos/ la ar.uitectura de *rogramas 9*rocedimientos algorítmicos/ la codi-cación/ las *rue,as/ la instalación 9 elmantenimiento/ las 8erramientas 9 los *rocedimientos(

ProFecto sotwareP con+unto de acti3idades coordinadas

cronológicamente *ara alcan)ar un su,con+unto de o,+eti3os a *artir de lade-nición de un su,con+unto de necesidades(

RequisitosP Descri*ción de las necesidades o deseos de un *roducto(

SotwareP es el con+unto de *rogramas/ *rocedimientos 9documentación asociada a la o*eración de un sistema in0orm6tico KCiattini/ 4@(


8/17/2019 Estandar 830

22/25


)6LP !ni-ed #odeling Language( Lengua+e de *rogramación gr6-co*ara el modelado de *ro9ectos so0t1are orientados a o,+etos(

alidación de los requisitosP Croceso de con-rmación/ *or *arte de losusuarios o del cliente/ de .ue los re.uisitos es*eci-cados son 36lidos/

consistentes/ com*letos/etc(

erifcación de los requisitosP Croceso de com*ro,ación de .ue losre.uisitos realmente cu,ren las necesidades del cliente(


8/17/2019 Estandar 830

23/25


Anexo B: tras !ersiones del I""" #$%

En la 0ase 7 de la es*eci-cación de re.uisitos seg2n el est6ndar IEEERe.uisitos

es*ecí-cos se 8a 8ec8o re0erencia a est6ndares m6s antiguos .ue el a.uí *resentado( Así *ues/ se *resenta un es.uema de los *asos a seguir en unametodología estructurada seg2n el est6ndar IEEE 57% de &457(

Dic8a 3ersión del est6ndar IEEE 57% *ro*one tres *osi,les modelos *aralasección 7 de una ERS K8almeta/ $%%%(

6odelo $

7( Re.uerimientos es*ecí-cos 7(&( Re.uerimientos 0uncionales

7(&(&( Re.uerimiento 0uncional &( 7(&(&(&( Introducción

7(&(&($( Entradas 7(&(&(7( Croceso

7(&(&('( Salidas 7(&($( Re.uerimiento 0uncional $( ((((((((((

7(&(n( Re.uerimiento 0uncional n

7($( Re.uerimientos de inter0aces e:ternos(7($(&( Inter0aces de usuario7($($( Inter0aces 8ard1are7($(7( Inter0aces so0t1are7($('( Inter0aces de comunicaciones

7(7( Re.uerimientos de e-ciencia 7('( Restricciones de diseMo

7('(&( Est6ndares cum*lidos7('($( Limitaciones ]ard1are(((((((

7(?( Atri,utos7(?(&( Seguridad7(?($( #antenimiento(((((((

7(@( Otros re.uerimientos7(@(&(

8/17/2019 Estandar 830

24/25


6odelo -

7( Re.uerimientos es*ecí-cos

7(&( Re.uerimientos 0uncionales7(&(&( Re.uerimiento 0uncional &( 7(&(&(&( Es*eci-cación(

7(&(&(&(&( Introducción 7(&(&(&($( Entradas 7(&(&(&(7( Croceso 7(&(&(&('( Salidas

7(&(&($( Re.uerimientos de inter0aces e:ternos 7(&(&($(&( Inter0aces de usuario 7(&(&($($( Inter0aces 8ard1are 7(&(&($(7( Inter0aces so0t1are 7(&(&($('( Inter0aces de comunicaciones

7(&($( Re.uerimiento 0uncional $((((((( 7(&(n ( Re.uerimiento 0uncional n( 7($( Re.uerimientos de e-ciencia( 7(7( Restricciones de diseMo(

7(7(&( Est6ndares cum*lidos7(7($( Limitaciones 8ard1are

( (((((( 7('( Atri,utos(

7('(&( Seguridad(7('($( #antenimiento(

( (((((((

7(?( Otros re.uerimientos(7(?(&(

8/17/2019 Estandar 830

25/25


#odelo 7

7( Re.uerimientos es*ecí-cos( 7(&( Re.uerimientos 0uncionales(

7(&(&( Re.uerimiento 0uncional &

7(&(&(&( Introducción 7(&(&($( Entradas 7(&(&(7( Croceso 7(&(&('( Salidas 7(&(&(?( Re.uerimientos de e-ciencia 7(&(&(@( Restricciones de diseMo

7(&(&(@(&( Est6ndares cum*lidos 7(&(&(@($( Limitaciones 8ard1are

7(&(&(( Atri,utos 7(&(&((&( Seguridad 7(&(&(($( #antenimiento

( ((((((((

7(&(&(5( Otros re.uerimientos 7(&(&(5(&(

Estandar 830

Documents

Transcript of Estandar 830