KUKA

2

Agenda

• Introducción

• Conceptos básicos de Visure Requirements

• La implantación en KUKA

• ConclusionesAGENDA

KUKAIntroducción

4

KUKA Group

• KUKA GROUP es una multinacional alemana productora de robots industriales y soluciones para automatizar la producción

• KUKA Group está compuesta por 3 divisiones principales: Laboratories, Robotics, Systems

5

El “entorno” en Kuka Robotics

• KUKA Roboter GmbH desarrolla, construye y vende robots enfocados en diversas industrias

• Grandes departamentos de desarrollo en un único lugar: ~300 personas

• La tendencia es pasar de desarrollos específicos para clientes a desarrollos de productos más genéricos

• Formalización de los procesos de desarrollo siguiendo el modelo en V XT y automotive SPICE

6

Introducción de Visure Requirements

• Para adoptar un proceso formal se requiere cierta calidad en la gestión de requisitos, lo que requiere soporte de una herramienta

• Los procesos de selección y evaluación se ajustaron a las necesidades del departamento de desarrollo de KUKA Roboter

• Un pequeño grupo (5 per.) definieron la estructura inicial en Visure Requirements, esta fue utilizada en diversos proyectos y refinada posteriormente

• Inicialmente el foco fueron los requisitos, posteriormente se amplió a realizaciones y finalmente a casos de prueba 

7

Introducción de Visure Requirements (II): Objetivos

• Tener/Mantener todo el sistema y los componentes en una base de datos única

• Reutilización de los datos (enfoque multidimensional)

• Una de las principales razones para seleccionar Visure Requirements fue la posibilidad de acceder a la BBDD (y la integración con otras herramientas)

KUKAConceptos básicos de Visure Requirements

9

Estructura datos en Visure Requirements usando bloques

• Bloque: es un conjunto de elementos del mismo tipo que comparten alguna característica, ej: requisitos funcionales, requisitos de sistema, pruebas de aceptación, conceptos, etc.

• Los bloques son contenedores NO EXCLUYENTES

• Es posible caracterizar a los elementos de un bloque con atributos

• Adicionalmente, Visure Requirements permite definir y restringir las relaciones entre los elementos pertenecientes a bloques

10

Estructura datos en Visure Requirements usando bloques (II)

• Requisitos, conceptos, soluciones, tests, etc. pueden asignarse a bloques. Los bloques se incluyen en una estructura configurable.

Generalización: Similar a las clases y herencia de clases. Los atributos son heredados de los bloques padre. Al incluir un elemento en un bloque hijo queda incluido en el padre

Trazabilidad: Relaciones entre bloques en base a un motivo definido por el usuario

11

Estructura datos en Visure Requirements usando bloques (III)

KUKALa adaptación a Kuka

13

Proyectos de Producto

Configuración en KUKA

Producto 1 Producto 2

Proyectos de Tecnología

Componente 1 Componente 2 Componente 3

14

Proyectos de producto

Requisitos de Cliente

Requisitos de Sistema

Realización de Sistema

Descripción de pruebas de Sistema

15

16

Proyectos de producto – Necesidades de cliente

Requisitos de Cliente

Lanzamiento ServicioCliente 2Cliente 1Gestión de Desarrollo

17

18

19

Proyectos de producto – Requisitos de Sistema

Requisitos de Sistema

Guías Características de SeguridadInterfacesPropiedadesNormas

Arquitectura RendimientoCaracterísticasR&D

20

Proyectos de producto – Requisitos de Sistema

21

Vista documental: Requisitos de sistemas

22

Proyectos de producto – Requisitos de Sistema

Requisitos de Sistema

Componente2 Componente4Componente4Componente3Componente1

Componente6 Componente8Componente7Componente5

23

Proyectos de producto – Requisitos de Sistema

24

Vista documental: Requisitos de sistemas (II)

25

Requisitos de Cliente

Proyectos de producto – Trazas

Análisis de riesgo

Requisitos de Sistema

Líneas Guía

Especificación req XX Especificación req XX Gestión de desarrollo

Requisitos Funcionales

Requisitos de Seguridad

Requisito 1Requisito 2Requisito 3

Requisito nRequisito n+1

26

Proyectos de producto – Trazas en Visure Requirements

27

Descripción de pruebas de Sistema

Realización de Sistema

Requisitos de Sistema

Requisitos de Cliente

Revisiones y Versionado

Requisitos de ClienteRequisitos de Cliente

Requisitos de SistemaRequisitos de Sistema

Realización de SistemaRealización de Sistema

Descripción de pruebas de SistemaDescripción de pruebas de Sistema

28

Reporting

• Visure Report Manager– Informes de Trazabilidad– Informes complejos para generar documentos “quality compliance”– Documentos de auditoria para TÜV (Technical inspection authority)– Generación Automática

• MS Reporting Services– Informes adaptados como referencia rápida– No son adecuados para documentos “quality compliance”– Visualizar métricas del proyecto– Acceso online a la BBDD SQL

29

Informes

30

Conclusiones

• La implantación de Visure Requirements permite

– Enfoque multidimensional

– Reutilización de requisitos

– Obtener métricas e informes de conformidad

– Facilitar la gestión de cambios

– Ayuda a seguir el/los procesos definidos

– BD centralizada y accesible