Calidad del Software en la DGTCalidad del Software en la DGT

27 de Marzo de 201227 de Marzo de 2012

ÍndiceÍndice

Problemática de las AAPPProblemática de las AAPP

IntroducciónIntroducció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

LA DGT LA DGT

IntroducciónIntroducció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

Objetivos de un Sistema de CalidadObjetivos de un Sistema de Calidad

IntroducciónIntroducción

Evitar dependencia de los proveedores

Garantizar que los trabajos son “correctos”

Obtener un conjunto HOMOGÉNEO de TI

6

IntroducciónIntroducción

20072007 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

20082008 Primeros Resultados

Liberación de la Arquitectura DGT 1.0 Diciembre 2008: 120 aplicaciones recepcionadas siguiendo los estándares y procesos de Calidad definidos

20092009 Evolución el Modelo

Pruebas Funcionales Inicio trabajos en CMMI-ACQ

20102010

20112011

Consolidación del Modelo

Certificación

Arquitectura DGT 2.0 Implantación CMMI-ACQ N2

Implantación y Certificación CMMI-ACQ N3

Organización – Gerencia de InformáticaOrganización – Gerencia de Informática

OrganizaciónOrganizació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

Organización InternaOrganización Interna

OrganizaciónOrganizació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

Metodología de TrabajoMetodología de Trabajo

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

Metodología de TrabajoMetodología de Trabajo

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

Metodología de TrabajoMetodología de Trabajo

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

Metodología de TrabajoMetodología de Trabajo

13

Beneficios obtenidos Beneficios obtenidos

Beneficios y RetosBeneficios y Retos

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)

Beneficios y RetosBeneficios y Retos

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

Gracias por su atenciónGracias por su atención

Katia KalinovaKatia Kalinovaekalinova@dgt.es