Utilice este identificador para citar o vincular a este ítem: https://rdu.iua.edu.ar/handle/123456789/2104
Registro completo de metadatos
Campo DCValorIdioma
dc.contributor.authorBoggio, María A.-
dc.contributor.authorPerez, Sofía-
dc.contributor.authorSalomon, Alicia-
dc.contributor.authorMira, Natalia-
dc.date.accessioned2019-06-19T18:56:07Z-
dc.date.available2019-06-19T18:56:07Z-
dc.date.issued2019-
dc.identifier.urihttps://rdu.iua.edu.ar/handle/123456789/2104-
dc.description.abstractEn un proyecto de desarrollo de software, el área de testing debe validar y verificar el software construido teniendo presente los requisitos especificados por el cliente. La Ingeniería de Requerimientos como disciplina tiene la responsabilidad de generar especificaciones que describan con claridad, sin ambigüedades, de forma correcta, consistente y compacta. Pero se pueden presentar inconvenientes dado que "lo que debe hacer un sistema" no siempre es obvio, es difícil de expresar en palabras, los requisitos son volátiles, se originan en múltiples fuentes, la cantidad puede aumentar la complejidad, y son expresados por los usuarios. Un área de trabajo de una dependencia debe validar el producto software que han construido otros grupos, a partir de los requisitos que originalmente los analistas funcionales o expertos del dominio especificaron. Para hacerlo, el equipo de prueba recibe como entrada el requerimiento operativo y realiza la revisión del producto - ya sea con casos de prueba, escenarios o validación de criterios - identificando aspectos de la especificación que a esta altura del ciclo de desarrollo deben ser "tomados" con muy escasa posibilidad de cambios. Este trabajo plantea una intervención del equipo de testing en etapas tempranas del desarrollo, trabajando en la verificación de los criterios SMART de redacción de objetivos. Como resultado, se obtiene una nueva versión de la especificación de requerimientos, concretos, medible, realizable, realista, acotado en tiempo. Esta revisión previa al desarrollo requiere una actividad colaborativa entre el equipo de especialistas del dominio y de testing. En estas intervenciones se aplican técnicas y herramientas de la IO Soft para realizar el análisis de los requerimientos mediante un CATWOE aplicado a los requerimientos propuestos. A continuación se utiliza el Software Bizagi para representar los requerimientos que deben ser implementados, aplicando herramientas y técnicas de la Ingeniería del Software.en_US
dc.language.isospaen_US
dc.publisherCRUC-IUA-UNDEFen_US
dc.rightsAtribución-NoComercial-SinDerivadas 2.5 Argentina*
dc.rights.urihttp://creativecommons.org/licenses/by-nc-nd/2.5/ar/*
dc.subjectIO Soften_US
dc.subjectIngeniería de requerimientosen_US
dc.subjectTestingen_US
dc.subjectCriterios SMARTen_US
dc.titlePropuesta de revisión de requerimiento en un proceso de desarrollo de software científico técnicoen_US
dc.typeOtroen_US
Appears in Colecciones:Publicaciones

Archivos en este ítem:
Archivo Descripción TamañoFormato 
EPIO_ENDIO_2019_Resumen final v2.pdf415,27 kBAdobe PDFVer/Abrir


Este ítem está bajo una licencia Licencia Creative Commons Creative Commons