2. 2
Agenda
El proyecto
Punto de partida
Fase de implantación
Aspecto clave: Generación de documentos
Lecciones aprendidas
3. 3
La empresa
• Empleados: 26.000
• Clientes: 750
– Fabricantes de aviones, centros de terminación y modificación y líneas
aéreas
• Desarrollo de productos innovadores para cabinas de aviones
– Cabin Management / Inflight Entertainment Systems con acabados VIP
4. 4
El proyecto: Displays LCD
• Display 3D con imágenes de satélite de alta resolución
– Personalizable: vídeo de seguridad, publicidad, música, información y
logotipo de la aerolínea, información de prueba de embarque…
– Desarrollo de displays LCD (10", 12", etc.). La mayoría de los
requisitos son los mismos
‒ Únicamente pequeñas diferencias entre especificaciones
• El desarrollo lo llevan a cabo varios proveedores
– Aprox. 10 personas involucradas en la especificación
• Legalmente se requieren todos los documentos para cada
display
5. 5
Agenda
El proyecto
Punto de partida
Fase de implantación
Aspecto clave: Generación de documentos
Lecciones aprendidas
6. 6
Punto de partida
• Existencia de procesos con fuertes demandas de generación
de múltiples documentos, pero no una ‘gestión de requisitos’
• Gran cantidad de peticiones de cambios durante el desarrollo
• Comienzo de un nuevo gran proyecto
– Una porción muy grande del software a desarrollar debe ser
especificada por primera vez
– La necesidad de crear plantillas completamente nuevas para las
especificaciones llevó a buscar herramientas adecuadas
7. 7
Gestionar el flujo creciente de
información y el intercambio de
datos con clientes y proveedores
Mejorar el manejo de los datos:
Gestionar los cambios y sus relaciones
Generación de una gran cantidad de
documentos acorde al formato
definido por Calidad
Los retos
8. 8
Agenda
El proyecto
Punto de partida
Fase de implantación
Aspecto clave: Generación de documentos
Lecciones aprendidas
9. 9
Introduciendo Visure Requirements
• Evaluación extensiva
• Fuerte dependencia del formato de las actuales
especificaciones
– La estructura debe ser construida de forma que permita generar la
documentación acorde al formato corporativo
• Suave transición de los procesos existentes
• Implantación paulatina
• Definición inicial del modelo de datos
– Diferentes tipos de requisitos a distinguir (System Requirements,
Functional, Non-functional...)
– Atributos
– Workflows
10. 10
Especificaciones en Visure Requirements
La jerarquía de elementos se convierte en estructura de
capítulos al generar el documento
19. 19
Agenda
El proyecto
Punto de partida
Fase de implantación
Aspecto clave: Generación de documentos
Lecciones aprendidas
20. 20
Lecciones aprendidas
• El mayor reto: Los miembros del proyecto están
acostumbrados a documentos
– Deben enfocarse en crear datos estructurados. No preocuparse del
formato ni la disposición de los elementos
• El primer paso es el más difícil
• Mejor realizar una transición suave paso a paso, en lugar de un
despliegue completo desde el principio
21. 21
Lecciones aprendidas
Ventajas
• Ingenieros y desarrolladores no tienen que emplear tiempo en
formatear, por lo que pueden concentrarse en el contenido
cualitativo de los requisitos
– Todos los documentos se exportan utilizando plantillas consensuadas y
centralizadas
– Matrices de trazabilidad automáticas
• ‘Single source of truth’
• Mejora en la visualización de los datos generales
Remarcar que el proyecto en cuestión se engloba dentro de la división de VIP & Executive Jet Solutions, que desarrollan productos
Al mencionar las diferentes medidas de los LCDs, remarcar que estamos tratando con variantes de producto con requisitos comunes (reusabilidad)
1.- Gestionar la complejidad y los distintos orígenes de datos de los requisitos 2.-Ser capaces de identificar todas las peticiones de cambio (quién, cuándo y por qué solicitó) 3.- Ser capaces de mantener la visión de conjunto de los requisitos, junto con sus pruebas relacionadas, de cara a poder realizar análisis de cobertura de pruebas y análisis de impacto. 4.- Generar los documento con el estricto formato que nos impone Calidad Al hablar de ‘Gestionar los cambios y sus relaciones’, mencionar que los Responsables de Producto tienen dificultades para mantener la visión de conjunto de los requisitos, junto con sus pruebas relacionadas
La estructura fue definida por un pequeño grupo de ingenieros. Los diferentes productos y sus variantes son representados con Bloques. Los diferentes tipos de documentos son representados con Dominios Usar en paralelo Bloques y Dominios VR permite una flexible definición multi-dimensional Mencionar que el atributo Status lleva asociado un workflow
Nombrar aquí algunas dificultades encontradas al trabajar con una herramienta y no con un procesador de textos: - No es posible realizar referencias a secciones del documento (por ejemplo, “consultar capítulo 3.5.1") - No es posible revisar la ortografía y gramática
El primer paso es el más difícil porque introducimos una nueva herramienta y cambios en el proceso. Los usuarios son reacios al cambio, incluso cuando es ‘para mejor’. Por ello es importante realizar una transición paulatina. No pretender ser demasiado ambiciosos.