<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>DSpace Colección:</title>
    <link>https://rdu.iua.edu.ar/handle/123456789/350</link>
    <description />
    <pubDate>Wed, 08 Apr 2026 04:58:38 GMT</pubDate>
    <dc:date>2026-04-08T04:58:38Z</dc:date>
    <item>
      <title>Propuesta de revisión de requerimiento en un proceso de desarrollo de software científico técnico</title>
      <link>https://rdu.iua.edu.ar/handle/123456789/2104</link>
      <description>Título: Propuesta de revisión de requerimiento en un proceso de desarrollo de software científico técnico
Autores: Boggio, María A.; Perez, Sofía; Salomon, Alicia; Mira, Natalia
Resumen: En un proyecto de desarrollo de software, el área de testing debe validar y verificar el&#xD;
software construido teniendo presente los requisitos especificados por el cliente. La&#xD;
Ingeniería de Requerimientos como disciplina tiene la responsabilidad de generar&#xD;
especificaciones que describan con claridad, sin ambigüedades, de forma correcta,&#xD;
consistente y compacta. Pero se pueden presentar inconvenientes dado que "lo que&#xD;
debe hacer un sistema" no siempre es obvio, es difícil de expresar en palabras, los&#xD;
requisitos son volátiles, se originan en múltiples fuentes, la cantidad puede aumentar&#xD;
la complejidad, y son expresados por los usuarios.&#xD;
Un área de trabajo de una dependencia debe validar el producto software que han&#xD;
construido otros grupos, a partir de los requisitos que originalmente los analistas&#xD;
funcionales o expertos del dominio especificaron. Para hacerlo, el equipo de prueba&#xD;
recibe como entrada el requerimiento operativo y realiza la revisión del producto - ya&#xD;
sea con casos de prueba, escenarios o validación de criterios - identificando aspectos&#xD;
de la especificación que a esta altura del ciclo de desarrollo deben ser "tomados" con&#xD;
muy escasa posibilidad de cambios.&#xD;
Este trabajo plantea una intervención del equipo de testing en etapas tempranas del&#xD;
desarrollo, trabajando en la verificación de los criterios SMART de redacción de&#xD;
objetivos. Como resultado, se obtiene una nueva versión de la especificación de&#xD;
requerimientos, concretos, medible, realizable, realista, acotado en tiempo. Esta&#xD;
revisión previa al desarrollo requiere una actividad colaborativa entre el equipo de&#xD;
especialistas del dominio y de testing. En estas intervenciones se aplican técnicas y&#xD;
herramientas de la IO Soft para realizar el análisis de los requerimientos mediante un&#xD;
CATWOE aplicado a los requerimientos propuestos. A continuación se utiliza el&#xD;
Software Bizagi para representar los requerimientos que deben ser implementados,&#xD;
aplicando herramientas y técnicas de la Ingeniería del Software.</description>
      <pubDate>Tue, 01 Jan 2019 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://rdu.iua.edu.ar/handle/123456789/2104</guid>
      <dc:date>2019-01-01T00:00:00Z</dc:date>
    </item>
    <item>
      <title>Importancia de la Verifcación y Validación de software para forensia</title>
      <link>https://rdu.iua.edu.ar/handle/123456789/1779</link>
      <description>Título: Importancia de la Verifcación y Validación de software para forensia
Autores: Casanovas, Eduardo
Resumen: La validación y verificación de software es un proceso esencial para determinar que el software desarrollado satisface plenamente las necesidades de uso. En el marco de un proceso judicial la recolección y almacenamiento de evidencias digitales es una parte sumamente importante en el avance del caso en cuestión, por lo tanto, es crucial que las distintas herramientas de software utilizadas para hacer dichos procesos hagan exactamente las acciones para lo que fueron diseñadas. Es por ello que cabe preguntarnos si estamos plenamente seguros que el software que se desarrolla está acorde a su especificación. El punto fundamental se basa en el hecho que la evidencia digital encontrada debe poder ser tomada para su posterior análisis sin que se altere su estado. La presentación el presente trabajo busca explicitar como podemos lograr que con nuestra intervención el funcionario judicial tenga plana garantía y confianza en las herramientas utilizadas.</description>
      <pubDate>Sun, 01 Apr 2018 00:00:00 GMT</pubDate>
      <guid isPermaLink="false">https://rdu.iua.edu.ar/handle/123456789/1779</guid>
      <dc:date>2018-04-01T00:00:00Z</dc:date>
    </item>
  </channel>
</rss>

