Relacionar Columnas Procesos de la Ingeniería de RequerimientosVersión en línea hay de todo por pagina por dfdfg sdfsdf 1 Programador 2 Líder de proyecto 3 Cliente 4 Analista 5 Usuario Personas que interactuarán con el sistema. Proporcionan información fundamental pues conocen y conviven con los procesos diarios. Realiza la codificación para producir el sistema deseado en base a los requisitos recibidos. Su labor se enfoca a la ingeniería de requisitos, (identifica, analiza, modela y documenta). Representa a la persona u organización que solicita la creación de un sistema lo paga. Con él se negocia el tiempo, costo y alcance del proyecto. Es el representante ante el cliente. Es la persona responsable de completar el proyecto exitosamente con los recursos dados. 1 Equipo de desarrollo 2 Cliente 3 Product Owner Desarrollan y entregan un incremento de producto terminado y 100% funcional en cada iteración. Persona u organización que adquiere el producto del proyecto. Puede o no ser usuario del sistema. Representa la voz del cliente y es el encargado de maximizar el valor del producto y del trabajo de los desarrolladores. 1 Especificación: Enfoque ágil 2 Especificación: Efoque tradicional. Crear un product backlog que contenga todo lo necesario para crear el producto software Crear un documento de especificación de requisitos con el nivel de detalle apropiado. 1 Sprint 0 2 Sprint Review 3 Validación: Enfoque tradicional 4 Validación: Enfoque agil 5 Sprint Planning Al inicio del proyecto se trabaja en conjunto con el cliente para construir la visión del producto, y crear las historias de usuario El SCRUM Team planifica la iteración considerando aquellos PBIs que generan mayor valor, manteniendo presente cuál es el objetivo del proyecto. Examina las especificaciones para asegurar que todos los requisitos han sido establecidos sin ambigüedad, sin inconsistencias y sin omisiones. El SCRUM Team se reúne con el cliente para mostrar un incremento de producto, recibir retroalimentación y adaptar lo que sea necesario. Durante cada sprint se tienen distintos eventos en los cuales se valida que los requisitos satisfagan las necesidades del cliente. 1 Gestión: enfoque ágil 2 Gestión: enfoque tradicional Durante cada sprint, el Product Backlog se refina para atender los cambios en los requisitos nuevos o los que aún están pendientes. Proceso de manejar los requisitos que cambian durante el desarrollo del sistema.
Crear