Caso práctico: desarrollador de robótica - José Manuel Muñoz - Visure Solutions
-
Upload
visure-solutions -
Category
Documents
-
view
481 -
download
0
Transcript of Caso práctico: desarrollador de robótica - José Manuel Muñoz - Visure Solutions
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