1. Calidad del Software en la DGT
27 de Marzo de 2012

2. Ín d ic e

3. In t r o d u c c ió n
P r o b le m á t ic a d e la s A A P P
- Externalizació n masiva de servicios de TI, en muchos
casos superando el 70%.
- Modernizació n de un gran número de servicios al
ciudadano debido a la Ley 11/2007

4. In t r o d u c c ió n
LA DGT
En números: En Desarrollo
Software:
60 millones de activos só lo
en Vehículos y Conductores.
25 millones de trá
mites + de 150 proyectos vivos
anuales.
Trámites abiertos a la
+ de 25 empresas
totalidad de los ciudadanos
+ de 350 profesionales
Colaboració n con 4.000
AAPP y entidades
colaboradoras

5. In t r o d u c c ió n
O b je t iv o s d e u n S is t e m a d e C a lid a d
Evitar dependencia de los proveedores
Garantizar que los trabajos son
“correctos”
Obtener un conjunto HOMOGÉ NEO
de TI

6. In t r o d u c c ió n
2007 Creació n del Área de Calidad en la Gerencia de Informática de la DGT
 Primera versió n Guía de Desarrollo
 Creació n de los equipos de Auditorías, Pruebas (Rendimiento) y Arquitectura
2008 Primeros Resultados
 Liberació n de la Arquitectura DGT 1.0
 Diciembre 2008: 120 aplicaciones recepcionadas siguiendo los estándares y procesos de
Calidad definidos
2009 Evolució n el Modelo
 Pruebas Funcionales
 Inicio trabajos en CMMI-ACQ
2010 Consolidació n del Modelo
 Arquitectura DGT 2.0
 Implantació n CMMI-ACQ N2
2011 Certificació n
 Implantació n y Certificació n CMMI-ACQ N3
6

7. O r g a n iz a c ió n
O r g a n iz a c ió n – G e r e n c ia d e
In f o r m á t ic a
Área de Área de Área de Área de
Desarrollo Desarrollo Desarrollo Desarrollo
Área de Calidad SW
Área de Explotación Área de Atención al
y Sistemas Usuario
Área de
Telecomunicaciones

8. O r g a n iz a c ió n
O r g a n iz a c ió n In t e r n a
• Aseguramiento de la Calidad de los desarrollos hechos
por las empresas adjudicatarias:
– Grupo de Arquitectura
– Grupo de Auditorías
– Grupo de Pruebas
• Aseguramiento de la Calidad de los procesos internos:
– Procesos internos de gestió n de desarrollos SW (basados en CMMI-
ACQ)

9. M e t o d o lo g ía d e T r a b a jo
Grupo de Arquitectura y Sw Común
• Objetivos:
– Evitar replicaciones de funcionalidad
– Homogeneizar aplicaciones
• Aspecto, accesibilidad
• Tecnologías internas utilizadas (asegurar
compatibilidad)
– Desarrollo Rápido de Trámites
• Se compone de:
– Especificaciones (seguridad, Acceso a Datos..)
– Componentes y Servicios comunes
– Directrices de Arquitectura comunes
9

10. M e t o d o lo g ía d e T r a b a jo
Auditorías y Pruebas
Grupo de Auditorías:
• Más de 300 chequeos en todos los niveles del ciclo
de vida
– Requisitos, diseño, código…
– Despliegues y pases entre entornos (Desarrollo –
Preproducción – Producción), coherencia entre
entornos.
Grupo de Pruebas:
• Pruebas de Rendimiento
• Pruebas Funcionales (manuales y automatizadas)
INFORME POSITIVO para pagar el expediente
10

11. M e t o d o lo g ía d e T r a b a jo
Guía de desarrollo
• Documento de referencia
• Describe la metodología DGT definida
• Uso obligatorio por contrato para los proveedores de
desarrollo sw
• Todo publicado en www.dgt.es
• Se revisa y mejora anualmente
• Auditorías basadas en lo descrito en la guía
11

12. M e t o d o lo g ía d e T r a b a jo
Herramientas de apoyo
• Gestión
SVN (Repositorio único y común. Versionado de código y documentación
asociada.)
• Diseño y Código
RSA + Plugins
MAVEN
• Pruebas
HP Quality Center (Portal documentación y gestión)
HP Load Runner (Pruebas de Rendimiento)
HP Quick Test (Pruebas Funcionales Automáticas)
12

13. B e n e f ic io s y R e t o s
Beneficios obtenidos
 Calidad producto final muy controlada
 Unificación de la forma de trabajo con los
proveedores
 Dependencia del proveedor controlada
 Homogeneización del software desarrollado
 mas fácil de explotar y mantener
13

14. B e n e f ic io s y R e t o s
Retos de mejora (previo a la certificación CMMI)
 Gestión interna distribuida (4 áreas desarrollo, aprox. 20 Jefes
de Proyecto)
 compartir conocimientos y experiencia
 Riesgos por la gran dependencia entre
proyectos
 Conflictos de gestión con el proveedor
 se trataban de forma independiente
 Procedimientos de contratación:
 Residía en las personas
 No documentado
 No existía procedimiento para comunicar y conocer cambios
y novedades
 Los procesos de contratación se alargaban, por no conocer
los últimos requisitos de los agentes implicados (Comisión Ministerial de
Administración Electrónica, gestión económica, abogacía del estado, intervención,
patrimonio) 14

15. G r a c ia s p o r s u
a t e n c ió n
K a t ia K a lin o v a
e k a lin o v a @ g t . e s
d