Calidad del Software en la DGTCalidad del Software en la DGT

27 de Marzo de 201227 de Marzo de 2012

Ín d ic eÍn d ic e

P r o b le m á t ic a d e la s A A P PP r o b le m á t ic a d e la s A A P P

In t r o d u c c ió nIn t r o d u c c ió n

- 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

L A D G T L A D G T

In t r o d u c c ió nIn t r o d u c c ió n

En números:

60 millones de activos só lo en Vehículos y Conductores.

25 millones de trámites anuales.

Trámites abiertos a la totalidad de los ciudadanos

Colaboració n con 4.000 AAPP y entidades colaboradoras

En Desarrollo Software:

+ de 150 proyectos vivos

+ de 25 empresas

+ de 350 profesionales

O b je t iv o s d e u n S is t e m a d e C a l id a dO b je t iv o s d e u n S is t e m a d e C a l id a d

In t r o d u c c ió nIn t r o d u c c ió n

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ó nIn 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

2011

Consolidació n del Modelo

Certificació n

Arquitectura DGT 2.0 Implantació n CMMI-ACQ N2

Implantació n y Certificació n CMMI-ACQ N3

O r g a n iz a c ió n – G e r e n c ia d e 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 aIn f o r m á t ic a

O r g a n iz a c ió nO r g a n iz a c ió n

Área de Desarrollo

Área de Desarrollo

Área de Desarrollo

Área de Desarrollo

Área de Calidad SW

Área de Atención al Usuario

Área de Telecomunicaciones

Área de Explotación y Sistemas

O r g a n iz a c ió n In t e r n aO r g a n iz a c ió n In t e r n a

O r g a n iz a c ió nO r g a n iz a c ió n

• 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

• 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

Grupo de Arquitectura y Sw ComúnGrupo de Arquitectura y Sw Común

M e t o d o lo g ía d e T r a b a joM e t o d o lo g ía d e T r a b a jo

10

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

Auditorías y PruebasAuditorías y Pruebas

M e t o d o lo g ía d e T r a b a joM e t o d o lo g ía d e T r a b a jo

11

• 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

Guía de desarrolloGuía de desarrollo

M e t o d o lo g ía d e T r a b a joM e t o d o lo g ía d e T r a b a jo

12

• GestiónSVN (Repositorio único y común. Versionado de código y documentación

asociada.)

• Diseño y CódigoRSA + PluginsMAVEN

• PruebasHP Quality Center (Portal documentación y gestión)

HP Load Runner (Pruebas de Rendimiento)

HP Quick Test (Pruebas Funcionales Automáticas)

Herramientas de apoyoHerramientas de apoyo

M e t o d o lo g ía d e T r a b a joM e t o d o lo g ía d e T r a b a jo

13

Beneficios obtenidos Beneficios obtenidos

B e n e f ic io s y R e t o sB e n e f ic io s y R e t o s

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

14

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)

B e n e f ic io s y R e t o sB e n e f ic io s y R e t o s

Retos de mejora Retos de mejora (previo a la certificación CMMI) (previo a la certificación CMMI)

G r a c ia s p o r s u G r a c ia s p o r s u a t e n c ió na t e n c ió n

K a t ia K a l in o v aK a t ia K a l in o v ae k a l in o v a @d g t . e se k a l in o v a @d g t . e s