Detalles del Título
Detalles del Título

< Ant.
Sig. >
 
Título Un método de elicitación de requisitos para SCRUM compuesto por inception deck y modelos de proceso de negocios (BPMN)Trabajo de Grado / PDF-Archivos Legibles por Computador
Autor(es) Pastrana Pardo, Manuel Alejandro (Autor)
Ordoñez Erazo, Hugo Armando (Asesor)
Publicación Cali, Colombia : Universidad de San Buenaventura, Cali, 2017
Descripción Física 1 recurso en línea (58 páginas): ilustraciones
Español;
Clasificación(es) 005.12
Materia(s) Desarrollo de software; Solución de problemas; Riesgo (tecnología);
Nota(s) Tesis (Magister en Ingeniería de Software) -- Universidad de San Buenaventura. Facultad de Ingeniería, 2017
Títulos Relacionados Titulo Colectivo: Trabajos de Grado. Maestría en Ingeniería de Software. USB.
Resumen Tradicionalmente una problemática que aqueja a los proyectos de software es el análisis de las necesidades reales de los proyectos, lo que conlleva a que el proceso de elicitación de requisitos refleje una percepción superficial de lo que realmente es necesario para solucionar un problema. Lo anterior hace que finalmente los proyectos se atrasen, requieran cambios drásticos incurriendo en sobrecostos o finalmente sean cancelados. En respuesta a la necesidad de mejora de la etapa de elicitación, específicamente del pre-análisis y el análisis de software aparece Inception deck. La técnica se centra en crear una visión unificada del proyecto en todos sus aspectos a partir del consenso de las opiniones de todos los involucrados en una única reunión de elicitación de requisitos, siendo guiados a través de 10 preguntas (No es obligatorio utilizarlas todas, pero si es recomendable). Esto permite de manera objetiva dimensionar qué se requiere hacer, los riesgos inherentes del proyecto, las estrategias para resolverlos, qué personas son relevantes para lograr con éxito el proyecto, qué no es el proyecto, qué arquitectura se debe llevar a cabo y cuánto puede costar en tamaño y costo. Además, permite unificar las necesidades para definir la visión del producto, saber cómo se llama, porque haría ese producto una diferencia en su entorno y qué frase representa o explica al producto. Todo esto se consolida mediante la generación de un mapa de historias, que luego se traduce en un product backlog (Artefacto fundamental del proceso de análisis de software para el framework ágil SCRUM) compuesto por historias de usuario listas para ser refinadas, estimadas y priorizadas.
Objetos Asociados Descargar texto completo en Biblioteca Digital USB Colombia