Matching Pairs Procesos de la Ingeniería de RequerimientosOnline version hay de todo por pagina by dfdfg sdfsdf 1 Cliente 2 Analista 3 Programador 4 Líder de proyecto 5 Usuario Es el representante ante el cliente. Es la persona responsable de completar el proyecto exitosamente con los recursos dados. 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. 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). Personas que interactuarán con el sistema. Proporcionan información fundamental pues conocen y conviven con los procesos diarios. 1 Cliente 2 Equipo de desarrollo 3 Product Owner Representa la voz del cliente y es el encargado de maximizar el valor del producto y del trabajo de los desarrolladores. Persona u organización que adquiere el producto del proyecto. Puede o no ser usuario del sistema. Desarrollan y entregan un incremento de producto terminado y 100% funcional en cada iteración. 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 Sprint Planning 5 Validación: Enfoque agil Durante cada sprint se tienen distintos eventos en los cuales se valida que los requisitos satisfagan las necesidades del cliente. El SCRUM Team planifica la iteración considerando aquellos PBIs que generan mayor valor, manteniendo presente cuál es el objetivo del proyecto. 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 se reúne con el cliente para mostrar un incremento de producto, recibir retroalimentación y adaptar lo que sea necesario. Examina las especificaciones para asegurar que todos los requisitos han sido establecidos sin ambigüedad, sin inconsistencias y sin omisiones. 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.
New game