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)