Presentación de PowerPoint

Transcripción

Dpto. Ingeniería / SW – Integración continua ++
18/11/2015
© TECNOBIT 2015
Introducción

Voy a hacer una breve introducción al concepto de integración continua SW. Y como se le
puede sacar un gran rendimiento con poco esfuerzo. Pero antes, voy a presentar
brevemente la compañía donde trabajo
© TECNOBIT 2015
2
¿Quiénes somos?
 Compañía de Electrónica para Defensa
 Actividades
• Sistemas de Aviónica
• Optrónica
• Mando y Control
• Simulación
 435 empleados (>60% graduados)
 Presencia
• Oficinas Centrales : Rivas - Madrid
• Ingeniería / Fábrica : Valdepeñas - Ciudad Real
• Filial Brasil : Rio de Janeiro
 Principales Magnitudes 2013
• Ventas
54,1 M €
• Contratación
38,3 M €
• Cartera de pedidos
122,1 M €
• I+D
8%
© TECNOBIT 2015
3
Líneas de Negocio
AVIÓNICA
MANDO &
CONTROL
OPTRÓNICA
DISEÑO Y
DESARROLLO
FABRICACIÓN
INTEGRACIÓN Y
PRUEBAS
CUALIFICACIÓN Y
CERTIFICACIÓN
OPERACIÓN Y
SOPORTE
LOGISTICO
© TECNOBIT 2015
4
SIMULACIÓN &
SOPORTE
Aviónica

Diseño, fabricación y mantenimiento de equipos de EADS-CASA para aeronaves de
trasnporte militar (C-101, C-212, CN-235, C-295):
•
•

Eurofighter EF-2000 Typhoon:
•
•
•
•

Unidad de Control de Reversa, Controladores de Fase, Intercomunicadores Digitales, Indicadores
de Pérdida, Sistema de Gestión de Cargas Externas.
Control y Presentación Centralizada de Fallos, Reguladores y Controladores Ambientales,
Indicadores de Mandos y Dispositivos Hipersustentadores.
Único suministrador de la Unidad Crítica para la Unidad de Control Ambiental (WHCU).
Medidor de Datos Aerodinámicos (ADT) .
Registrador de Datos de Vuelo (BSD) .
Miembro del Consorcio Euro-FLIR, responsable del diseño, fabricación y soporte del equipo PIRATE (FLIR/IRST - Sensor IR de Detección y
Seguimiento Automático).
Suministro de Equipos de Aviónica para el avión de transporte militar Airbus A-400M :
•
•
Único suministrador del AMS (Audio Management System). Este Sistema Digital de Gestión de Audio embarcado se sitúa en el estado del arte
en cuanto a prestaciones, con equipos conectados en red mediante fibra óptica. Este sistema está certificado para aeronaves civiles.
Único suministrador del MIDS (Multifunctional Information Distribution System) y el Ordenador de Misión de la aeronave con objeto de integrar
la información táctica. Este producto es común para el A-330 MRTT.

Fabricación bajo licencia de Rockwell Collins para los displays multifunción del Avión de la Fuerza Aérea española EF-18. Actualmente
se están adaptando los diseños originales a las necesidades específicas del Programa de Modernización del EF-18.

Fabricación bajo licencia de Lockheed Martin del SOC (Sensor de Operación de la Consola) y el MER (Rack de Misión del Equipo) para
los helicópteros MH60R de la Armada Americana y la Armada Australiana.
© TECNOBIT 2015
TECNOBIT UNCLASSIFIED
5
Eurofighter Typhoon
6
© TECNOBIT 2015
6
Airbus A-400M
SISTEMA DE GESTIÓN DE AUDIO
(AMS)
MIDS INTERFACE
COMPUTER
(MIC)
© TECNOBIT 2015
7
7
Mando y Control
•
Procesadores Data link para comunicaciones tácticas, bajo estándar NATO y
propietario:
– Enlaces Link-11 (Compatible ARINC-404) para el Programa de Modernización del P3 B y C-295.
– CRETA: Sistema de Comunicaciones Link-11 y Link-11 Satcom desarrollado en la Armada
española para las LPD’s y las corvetas.
– LINPRO: procesador de data link multi-standard que posibilita la compatibilidad Link-11, Link-16,
Link-22 and JRE, en la misma plataforma.
– Tecnobit es una de las pocas empresas en todo el mundo con un procesador link-22 totalmente
operativo.
•
Sistemas de Combate Naval: TRITAN-IV y TRITAN-V, desarrollados para las LPD’s y
Corvetas de la Armada Española.
 Sistemas de encriptación de voz y datos sobre móviles (PDA, Smartphone) o
sistemas de comunicaciones por satélite (Iridium / Inmarsat).
 Sistemas de Seguridad en las Comunicaciones, Sistemas FFT & BMS
(“Friendly Force Tracking” & “Battle Management Systems”), aplicaciones
de seguridad (ej. aerial sistemas de vigilancia), hechos a medida para las
necesidades del cliente.
 Inhibidores: LIMEJAM y DEFENDER portables o para vehículos.
 Sistemas de Control de Aeropuertos: Sistemas de Información a los
pasajeros, Sistemas de soporte al Aeropuerto SCADA.
© TECNOBIT 2015
8
Optrónica
•
Tecnobit diseña y fabrica Cámaras Térmicas :
–
Cámaras IR en las bandas 3-5 μm (las más adecuadas para ambientes marinos) y 8-12
μm.
–
Detectores de 3ª generación (FPA), de hasta 640x512 píxeles de resolución.
–
Tecnología Microscanning disponible en detectores de menos resolución.
–
Disponible con detectores no refrigerados (micro bolómetros).
–
Diseño de sistema óptico, mecánica, electrónica y algoritmia de realce de imagen 100%
TECNOBIT.
–
Completamente autónomo para fabricación y mantenimiento.
–
Extensa capacidad BIT.
–
Salidas de video analógico (CCIR) y/o digital.
 También diseña, fabrica y mantiene sistemas de vigilancia optrónicos tanto
estabilizados como no estabilizados:
•
Integración de las cámaras de TECNOBIT con otros sensores de terceros.
•
Interface adaptable a las necesidades del cliente.
•
Posibilidad de integración en sistemas externos: sistema de combate,(ej. AEGIS) estación de vigilancia, vehículos...
 Fabricación e integración a terceros bajo licencia de productos optrónicos:
•
Pods de designación.
•
Sistemas Giroestabilizados para aplicaciones aeronaúticas (ej. OLOSP/FLIR).
•
Sistemas de lanzamiento de misiles y estaciones de armas de control remoto.
•
Buscador de misiles.
© TECNOBIT 2015
9
9
Simulación y Sistemas de Soporte
•
Simuladores Virtuales:
–
–
•
Simuladores Tácticos:
–
–
–
–
•
Simuladores y Entrenadores de Vuelo, procedimiento y navegación..
Simuladores de Mantenimiento y tareas (PTT).
Simulador de Artillería de Campaña (SIMACA)
Simulador de Apoyo de Fuego (SAFO)
Simuladores de Duelo: Instrucción y adiestramiento en el tiro de precisión y
enfrentamiento de unidades acorazadas.
Simulador de Combatiente Individual: destinado a la instrucción táctica y de
tiro de combatientes individuales.
Centro de Entrenamiento de Combate
 Diseño, fabricación y operación de bancos de prueba para GO / NO-GO verificación y diagnóstico
para mantenimiento de sistemas de a bordo L1 y L2, ej.:
• PERSEO "On Aircraft": Banco transportable de nivel pista para verificación
"GO-NO GO para el FLIR/IRST del EF-2000.
• PERSEO "Off Aircraft“: Banco de pruebas de taller para identificar y aislar
los fallos FLIR/IRST EF-2000 a nivel de tarjeta electrónica.
• AG-RADAR: Banco de pruebas transportable del Radar del EF-2000 . A10
nivel de comprobación “Go-No Go”.
© TECNOBIT 2015
10
¿Cómo es el desarrollo SW?




El departamento lo formamos casi 90 ingenieros (Informáticos, telecos e industriales).
Los ciclos de vida de los desarrollos son estrictos (Requisitos, diseño, implementación, integración, test, …)
Nos aplican diferentes normativas de calidad (AQAP 2210, DO 178, ISO 9001, ECSS-E40/Q80)
Mas de 90 % de los desarrollos basados C++.
© TECNOBIT 2015
11
Previo
© TECNOBIT 2015
12
Jornada Gestión de la Configuración
“Sacando provecho a las posibilidades
de automatización”
Integración continua con servidores de gestión de
configuración SW.
© TECNOBIT 2015
13
Para explicar los conceptos utilizaré un ejemplo. Vamos a suponer que queremos desarrollar
una nueva aeronave. Pe. una Xwing.
© TECNOBIT 2015
14
Elegimos un grupo de ingenieros para que procedan a su diseño y desarrollo
© TECNOBIT 2015
15
Se reparten el trabajo y se ponen a trabajar utilizando un entorno de desarrollo colaborativo
© TECNOBIT 2015
16
Cuando un ingeniero vuelca sus ideas en un almacén compartido, se dispara un
mecanismo automático y autónomo que ...
1
© TECNOBIT 2015
17
Inicia la construcción de prototipo del elemento almacenado de manera automática
El prototipo del elemento se ensambla al resto de elementos
desarrollados hasta ese momento
2
© TECNOBIT 2015
18
Si ha habido algún problema en la construcción del prototipo del elemento o en el ensamblado
del conjunto se notifica
Independientemente del resultado, en todo momento se reportan el
estado de la construcción y avisos de posibles problemas de montaje
2
© TECNOBIT 2015
19
El sistema prototipado se prueba de manera autónoma.
Individualmente
Integrado en el la aeronave prototipo actual
3
© TECNOBIT 2015
20
Todo el conjunto
Se reporta del resultado de las pruebas, informando entre otras cosas de las fugas encontradas y
del porcentaje de elementos testados. También se da visibilidad del porcentaje de pruebas
pasadas para cada elemento individual
3
© TECNOBIT 2015
21
Se repiten los pasos 1, 2 y tres para las diferentes aeronaves donde se quiere reutilizar el
elemento que se subió al repositorio compartido, así como las diferentes condiciones de uso
especiales que pudieran existir.
4
© TECNOBIT 2015
22
Se calculan los índices de calidad de producto a partir de un rango de valores discretos que se fijan
al inicio del proyecto
5
© TECNOBIT 2015
23
Se detectan los elementos no utilizados.
6
© TECNOBIT 2015
24
Se revisan todos los elementos configurados contra los estándares establecidos.
7
© TECNOBIT 2015
25
Se hace una revisión exhaustiva buscan posibles fuentes de error o mal funcionamiento:
.- Desgaste
.- Corrosión.
.- Radiación radioeléctrica.
.- etc.
8
© TECNOBIT 2015
26
Se genera toda la documentación de instrucciones de montaje e interfaces.
9
© TECNOBIT 2015
27
Se revisa toda la documentación generada automáticamente en busca de elementos no
documentados.
9
© TECNOBIT 2015
28
Se buscan elementos replicados.
10
© TECNOBIT 2015
29
Se genera la cadena de trazabilidad automáticamente. Pe. Que tarea de la planificación esta
relacionada con la subida al repositorio de gestión de la configuración. Quien registra la tarea.
Quien la aprueba, Que modificaciones sufren los elementos de configuración relacionados con la
tarea, cuando se producen las modificaciones, quien las hace, etc.
11
© TECNOBIT 2015
30
Se calculan las mediciones del desglose de actividades de desarrollo contra el repositorio de
información de proyectos (medidas de productividad). Y por supuesto se generan tendencias. Pe.
Cual es el ingeniero más activo. Cual es el día y hora mas productivo. Que elemento de
configuración sufre más cambios, etc., etc.
12
© TECNOBIT 2015
31
La ingente cantidad de documentación se vuelca en BBDD. La información se presenta en forma
de cuadros de mando que facilitan su legibilidad. Los cuadros de mando se adaptan a los
diferentes perfiles roles del proyecto para facilitar el análisis.
13
© TECNOBIT 2015
32
Al final del proceso, todos y cada uno de los participantes en el desarrollo dispondría de toda la
información necesaria y suficiente del grado de avance y madurez del proyecto. Un efecto
colateral es que se facilitaría la corrección de errores de manera evidente, puesto que cualquier
defecto es detectado en tiempo real y se sabe exactamente cuales han sido las modificaciones
que han supuesto su aparición.
14
© TECNOBIT 2015
33
Pero, ¿Esto es el futuro? ¿O es ya una realidad del presente?. Vamos a ver la situación
actual de desarrollo SW en Tecnobit …
© TECNOBIT 2015
34
Nosotros utilizamos una combinación de herramientas asociadas con Jenkins
© TECNOBIT 2015
35
Cuando un ingeniero vuelca sus ideas en Subversion (commit) , se dispara un mecanismo automático
y autónomo que ...
1
© TECNOBIT 2015
36
Inicia la construcción de prototipo del elemento almacenado de manera automática
GNU/GCC
El prototipo del elemento se ensambla al resto de elementos
desarrollados hasta ese momento y se genera la aplicación.
2
© TECNOBIT 2015
37
Si ha habido alguna incidencia o error en la construcción del binario, o en el enlazado de la
aplicación, se notifica
Errores y warnings de compilación
Independientemente del resultado, en todo momento se reportan los datos relacionados
con la construcción. Además se comprueba que el binario generado no supera el límite
de memoria del target.
2
© TECNOBIT 2015
38
El sistema prototipado se prueba de manera autónoma.
CPPUNIT
GoogleTestFramework
QTestFramework
Individualmente
Integrado en el la aeronave prototipo actual Todo el conjunto
Se lanzan las pruebas definidas en el proyecto, en principio unitarias y de integración. Pero
no hay ninguna restricción para lanzar pruebas de sistema (incluso on target)
3
© TECNOBIT 2015
39
Se reporta del resultado de las pruebas, informando entre otras cosas de las fugas y violaciones de
memoria encontradas y del porcentaje de elementos testados. También se da visibilidad del
porcentaje de pruebas pasadas para cada elemento individual
3
© TECNOBIT 2015
40
Se repiten los pasos 1, 2 y tres para las diferentes sistemas operativos o entornos de ejecución
finales donde va a correr el SW. También para sus diferentes condiciones de uso.
4
© TECNOBIT 2015
41
Se calculan métricas e índices de calidad de producto SW. Además automatizamos la generación
de todo tipo de métricas relevantes para el SW del proyecto
5
© TECNOBIT 2015
42
Se realiza una detección de código muerto. Esta información se cruza con los datos de cobertura
en la ejecución de test reportados por GCOV o VectorCast.
6
© TECNOBIT 2015
43
Se realiza una revisión de estándares. Los estándares de la compañía son validados con
herramientas como C++ Test o Understand, y se realiza un Codewalkthrough automático
C++ Test
7
© TECNOBIT 2015
44
Se buscan posibles fuentes de error con herramientas de análisis estático de código:
.- Variables no inicializadas
.- Divisiones por cero
.- Buffer overflows.
.- ….
CPPCheck
8
© TECNOBIT 2015
45
Se genera toda la documentación de implementación
9
© TECNOBIT 2015
46
Se buscan los elementos sin documentar a través de los “Warning” de doxygen.
9
© TECNOBIT 2015
47
Se hace un barrido en todo el código en busca de copy/paste. Con PMD-CPD.
10
© TECNOBIT 2015
48
Se genera la cadena de trazabilidad automáticamente. Pe. Que tarea de la planificación esta
relacionada con la subida al repositorio de gestión de la configuración. Quien registra la tarea.
Quien la aprueba, Que modificaciones sufren los elementos de configuración relacionados con la
tarea, cuando se producen las modificaciones, quien las hace, etc.
11
© TECNOBIT 2015
49
Se calculan mediciones de esfuerzo. Se desglosan las actividades de desarrollo contra el
repositorio del proyecto y se calculan las medidas de productividad.
Además se generan las tendencias. Pe. Cual es el ingeniero más activo. Cual es el día y hora mas
productivo. Que elemento de configuración sufre más cambios, etc, etc.
12
© TECNOBIT 2015
50
La ingente cantidad de documentación se procesa en Jenkins. La información se presenta en
forma de cuadros de mando. Los cuadros de mando facilitan las labores de análisis a través de
dataminning.
13
© TECNOBIT 2015
51
Al final del proceso. Se consigue mantener a todo el equipo de desarrollo informado de todos y
cada uno de los aspectos relevantes del desarrollo. Pero no solo eso es importante, como el
proceso es automático, se libera al personal de desarrollo de realizar estas tareas, que son
tediosas cuando se hacen de manera manual. Y no hay que olvidarse, todo esto ha supuesto para
el desarrollador una única acción, el volcado de sus progresos al almacén de código fuente.
14
© TECNOBIT 2015
52
Gracias por la atención
Jesús Megía Vega
Jefe de Ingeniería de desarrollo Software
C/ Fudre, 18
13300, Valdepeñas, Ciudad Real (España)
T: +34 92 634 78 30 Ext: 331
M: +34 630 66 05 09
[email protected]
© TECNOBIT 2015
53

Presentación de PowerPoint

Transcripción

Documentos relacionados

Pabellón De España en la 51ª edición de Paris Air Show

Fihav 2014

Pulse aquí para descargar el archivo