Comparación IEEE 830-ESA.pptx

Comparación IEEE830/ESA Ingeniería y gestión de requerimientos

Temario

Introducción_____________________________________________________  2 - Mapping  _______________________________________________________3 Conclusión______________________________________________________ 4

INTRODUCCIÓN

CRITERIO

Estándar IEEE

Estándar ESA

Entorno !sico de destino

No lo considera

Entorno físico del sistema cuando dee ser utili!ado y por quien"

Re"ación a pro#ectos act$a"es %de" Desarro""ador&

No lo Considera"

#e identi$ca cualquier otro proyecto rele%ante que el desarrollador est& lle%ando a cao" El proyecto deer& ser independiente de los otros proyectos o parte de un proyecto m&s grande"

Re"ación con pro#ectos predecesores # s$cesores

No especi$cado"

'escrie el conte(to del proyecto en relación con otros proyectos pasados o futuros" #i el producto sustituir& a uno e(istente se deen especi$car las ra!ones"

Interaces de $s$ario

)unto referente a la interacción del producto de soft*are con el usuario+ tanto las características lógicas ,formatos de pantalla y contenido de reportes y de todos los aspectos de optimi!ación con quien dee usar el sistema

Interaces de sistema

0ista cada interface de sistemas e No considera identi$ca las funcionalidades del soft*are para reali!ar los requisitos de sistema y la descripción de interfaces para que coincidan

Interaces $s$ario

#imilar en E#." #e especi$ca en el documento E#. de requerimientos de usuario como Interacción /umanoComputadora

de )unto referente a la interacción 1equisitos peracionales en del producto de soft*are con el E#. usuario+ tanto las características lógicas ,formatos de pantalla y contenido de reportes y de todos los aspectos de optimi!ación con quien dee usar el sistema

Interaces com$nicación

de )unto referente a las interfaces de #imilar en E#." #e especi$ca

Restricciones memoria

de 'e las características aplicales y #e

comunicación ,redes protocolos+ etc"

locales+ en el documento E#. requerimientos de usuario

aarca limites en la memoria principal y necesarios secundaria

en

de

1ecursos

Entorno (ard)are No considera desarro""o Caracter!sticas de Este punto aarca la descripción $s$ario de las características de los

ue equipos se necesitan para el desarrollo" ue entorno o 5erramientas se utili!aran para el desarrollo usuarios del sistema+ tales como y utili!ación del usuario" ni%el de educación y conocimientos tcnicos

Restricciones

S$posiciones dependencias Reparto de re*$isitos

Este ítem dee incluir las 0imitaciones generales en E#. restricciones que limitaran la opciones de desarrollador

# Este punto trata de los factores No especi$ca que al sufrir camios+ modi$can el #1#

"os Esta sección dee identi$car los No considera requerimientos que retrasados 5asta la

ser&n %ersión

Interaces e+ternas

Este punto deería ser una No especi$ca descripción detallada de todas las entradas y salidas del sistema de soft*are+ deería incluir contenido y formato de cada entrada6salida"

,$nciones

Este punto trata de los requisitos 1equisitos funcionales en E#. funcionales+ de$nir las acciones6funciones principales del producto y anali!ar las entradas y salidas del producto de soft*are+ adem&s de prueas a estos datos de entrada y salida+ a $n de %er los resultados de estos mismos"

Re*$isitos rendimiento

de Este punto trata netamente los Especi$ca %alores numricos requisitos de rendimiento del para medir %ariales utili!adas producto+ por e8emplo+ cuantos para de$nir una función",tasa+ usuarios pueden usarlo frecuencia+ capacidad  simult&neamente o cuantas transacciones reali!a en un determinado tiempo+ todo esto dee ser mesurale o medile"

Re*$isitos "ó-icos Este punto especi$ca de .ase de datos requisitos lógicos para

los Especi$ca requerimientos de la interfa! de 5ard*are+ soft*are información a almacenar en la o ase de datos" ase de datos

Atri.$tos sot)are sistema

de" Este punto trata de que 5ay un 'e$ne los atriutos como de n9mero de atriutos del soft*are requerimientos especí$cos" que pueden ser%ir como requerimientos+ es importante que aquellos atriutos requeridos puedan ser o8eti%amente %eri$cados -:iailidad -'isponiilidad -#eguridad -Mantenimiento -)ortailidad

Re*$erimientos de se-$ridad

#e de$ne soft*are"

como

atriuto

Re*$erimientos de porta.i"idad

#e de$ne soft*are"

como

atriuto

#eguridad )ortailidad Calidad Con$ailidad"

de 'e$ne los requerimientos para tener el sistema a pruea de amena!as a la con$dencialidad+ integridad y disponiilidad" de Especi$ca la capacidad de migrar al soft*are a otro

Re*$erimientos de ca"idad

#e de$ne soft*are"

como

atriuto

de 'e$ne los atriutos que el soft*are requiere para cumplir de forma adecuada su propósito" -Con$dencialidad -Manteniilidad" -#eguridad"

Re*$erimientos de cona.i"idad

#e de$ne soft*are"

como

atriuto

de :iailidad de que el soft*are se comparte correctamente a8o condiciones estalecidas por un periodo de tiempo"

Comentarios Adiciona"es

)unto que trata consideraciones No especi$ca al contemplar un #1#+ dependiendo de la tcnica que se 5aya elegido

Re*$erimientos

No especi$ca

'e$ne información necesaria

CONCUSIÓN

1I1IO2RA,A •

•

E#. )##-;>< IEEE #td ?3; #oft*are requirements #peci$cations+ =>>?