Madrid, 22 marzo Experiencias de usuarios: CESJE

Transcripción

1 Madrid, 22 marzo 2011 Experiencias de usuarios: CESJE

2 Agenda 9:00-9:15 Bienvenida a los asistentes 9:15-10:15 D. Marcos Blanco Galán - Coordinador del Centro de Certificación y Calidad del Software - CESJE D. José Antonio Zarandieta Morán - Responsable de Pruebas Funcionales - CESJE D. Gonzalo Rodríguez Píriz - Responsable de Pruebas No-Funcionales - CESJE 10:15-10:40 Solución Optimyth D. Jesús Martín Molina - CEO - OPTIMYTH 10:40-11:00 Coffee break 11:00-11:45 Intercambio de experiencias de los asistentes y mesa redonda

3 Madrid, 22 marzo 2011 CALIDAD DEL SOFTWARE EN ADMINISTRACIONES PÚBLICAS

4 Marcos Blanco Galán Coordinador del Centro de Certificación y Calidad del Software (CESJE)

5 Presentación del CESJE Importancia de la Calidad del Software Servicios ofrecidos actualmente a la Junta de Extremadura Soluciones para la Gestión y Evaluación de la Calidad Casos de éxito

6 Cómo y cuándo empezó todo? La Junta de Extremadura desarrolla su propia distribución en Software Libre.

7 Por qué Software Libre en Extremadura? A partir del año 2000, se valora la adopción de soluciones basadas en Software Libre, fundamentalmente en el sector educativo. Posteriormente, se extiende su aplicación a otros ámbitos: PYMEs, Administración Pública, Sanidad... No se trata sólo de una cuestión técnica, sino estratégica. La elección del Software Libre es fundamental para garantizar la sostenibilidad (técnica y económica) en el desarrollo de la Sociedad del Conocimiento en la región. Múltiples ventajas del Software Libre: libertad de copia, distribución, estudio y adaptación, desarrollo de nuevos modelos de negocio basados en servicios, etc.

8 Cuál es el siguiente paso? Consolidar el modelo de Software Libre desarrollado en la región. Asegurar la transferencia de soluciones tecnológicas de calidad al sector productivo. Generar nuevas oportunidades de negocio en las empresas. En definitiva, contribuir a la generación de valor. (2009) Comprometidos con la Libertad y la Calidad del Software Vicepresidencia Segunda y Consejería de Economía, Comercio e Innovación

9 Qué es la 'Calidad del Software'? Grado con el que un sistema, componente o proceso cumple los requerimientos especificados y las necesidades o expectativas del cliente o usuario. [ IEEE 610, Standard Glossary of Software Engineering Terminology ]

10 Principios de la Calidad Software 1. If a customer does not demand a quality product, he or she will probably not get one. 2. To consistently produce quality products, the developers must manage the quality of their work. 3. To manage product quality, the developers must measure quality. 4. The quality of a product is determined by the quality of the process used to develop it. 5. Since a test removes only a fraction of a product s defects, to get a quality product out of test you must put a quality product into test. 6. Quality products are only produced by motivated professionals who take pride in their work. Six principles of software quality Watts S. Humphrey ( ). Fundador del SEI (Software Engineering Institute) CrossTalk. Diciembre The Journal of Defense Engineering. Vol 18. nº 12.

11 Informe de INTECO (2008): Estudio sobre la certificación de la calidad como medio para impulsar la industria de desarrollo del software en España.

12 Informe de INTECO (2008): Estudio sobre la certificación de la calidad como medio para impulsar la industria de desarrollo del software en España.

13 Las certificaciones cada vez son más valoradas a la hora de competir por grandes proyectos de desarrollo software. Ejemplos de exigencias en pliegos de administraciones y empresas públicas (2010): - Ministerio de Ciencia e Innovación: CMMI e ISO Ministerio de Industria, Justicia y Red.es: Nivel 3 en CMMI o ISO Dirección General de Patrimonio: CMMI e ISO Dirección General de Sistemas de Información Sanitaria: CMMI e ISO ISDEFE (Ingeniería de Sistemas para la Defensa de España): CMMI - Ayuntamientos de Alicante y Lorca (Murcia): ISO15504 Javier Garzas. Universidad Rey Juan Carlos & Kybele Consulting (spin-off) También certificaciones personales: PMI, ISTQB... Más certificaciones:

14 Misión del CESJE Proveer a entidades públicas y privadas extremeñas servicios de soporte a la certificación de aplicaciones, sistemas y profesionales, y a la integración de desarrollos bajo la plataforma LinEx, con la finalidad de mejorar la competitividad de las empresas del sector TIC extremeño y su penetración en el mercado nacional e internacional.

15 CESJE en la estructura organizativa de GPEX (Sociedad de Gestión Pública de Extremadura) PRODUCCIÓN ADMINISTRACIÓN GENERAL DIVISIÓN ESTRATÉGICA DE NEGOCIO JURÍDICO Y SECTORIALES IT NNTT CON RSE I+D+i FOR

16 Estructura interna del CESJE

17 Principales líneas de actuación de CESJE-CQS Asistencia y asesoramiento a entidades públicas y privadas extremeñas. Análisis y evaluación de la calidad de soluciones informáticas. Seguimiento tecnológico y evaluación de herramientas QA. Promoción de estándares y certificaciones reconocidas internacionalmente relacionados con la Calidad del Software y la Gestión de Servicios TI (ITSM). Definición de la marca 'Software Libre de Extremadura'. Definición del sello 'Producto LinEx Homologado' en colaboración con CEL. Formación, divulgación y transferencia de conocimientos al sector TIC extremeño.

18 Equipo multidisciplinar Conocimientos técnicos teóricos y prácticos Expertos en sistemas GNU/Linux y soluciones FLOSS Formación en gestión de la Calidad del Software Formación en técnicas avanzadas de testeo de aplicaciones Habilidades en Gestión de Proyectos Formación en Gestión de Servicios TI

19 Servicio 'Pruebas de Software' Preámbulo, motivación, la realidad actual: El mercado de las TIC se caracteriza por estar en constante evolución. Proyectos de desarrollo cada vez más complejos (interconexión de sistemas, muchas tecnologías). No todas las organizaciones pueden permitirse disponer de un equipo QA e infraestructuras necesarias. Es habitual sacrificar calidad del producto a costa de reducir tiempos de entrega, recursos, costes... Consecuencia: El producto final no siempre satisface las necesidades y expectativas del cliente. Factores claves del éxito: Actividades de verificación y validación imparciales llevadas a cabo por personal cualificado. Garantizar la independencia operativa y la autoridad respecto a los responsables del desarrollo.

20 Servicio 'Pruebas de Software' Objetivos del servicio: Evaluar la calidad a nivel de producto software. Verificar y validar el cumplimiento de los requisitos definidos formalmente. Detectar defectos que afecten a aspectos funcionales y no funcionales de las aplicaciones. Emisión de informes de resultados, con conclusiones y recomendaciones. Participar en un ciclo de mejora que ayude a mejorar y asegurar la calidad de las soluciones informáticas.

21 Servicio 'Pruebas de Software' Destinatarios del servicio: Desarrolladores y consumidores de software. Empresa y Administración Pública. Alcance del servicio: Pruebas Funcionales Pruebas de Rendimiento Pruebas de Seguridad Pruebas de Accesibilidad Pruebas de Análisis de Código

22 Servicio 'Pruebas de Software' Plataforma tecnológica: Solución completa y certificada de HP + Soluciones OpenSource / Libres Convivencia de soluciones abiertas y propietarias: Independencia tecnológica. Prima la validez y la utilidad de los resultados obtenidos. Es complicado que una única herramienta cubra el 100% del servicio. Las licencias de software no condicionan la calidad de la herramienta. El soporte oficial es una garantía más para asegurar los niveles de calidad del servicio. El éxito reside en utilizar la herramienta más adecuada en cada momento.

23 Servicio 'Pruebas de Software' Generando valor: Mejora del producto Se garantiza el cumplimiento de requerimientos implícitos y explicitos. Se minimiza la ocurrencia de fallos antes de la puesta en producción. Se evitan costes adicionales derivados de la ocurrencia de fallos en producción. Es posible optimizar recursos y mejorar el desempeño de las aplicaciones. Beneficios para el negocio Demostración de superioridad respecto a competidores del mercado. Los productos son evaluados por una unidad operativa independiente. Aumento de la confianza por parte del cliente.

24 Gracias :)

25 SERVICIO DE PRUEBAS Y CASOS DE ÉXITO Jose Antonio Zarandieta Morán Responsable de Pruebas Funcionales CESJE

26 Índice 1. Introducción. Tipos de pruebas 2. Servicio de pruebas 3. Casos de éxito. LinEx: Pruebas de calidad en una Distribución de Software Libre

27 Índice 1. Introducción. Tipos de pruebas 2. Servicio de pruebas 3. Casos de éxito. LinEx: Pruebas de calidad en una Distribución de Software Libre

28 Introducción Idea general Calidad del software Un software de calidad es aquel que debiera cumplir con los requerimientos para los que ha sido creado, además de ser mantenible, confiable y aceptable

29 Introducción La calidad de un software se centra en tres aspectos importantes de un producto software (McCall): Características operativas Capacidad de soportar los cambios Adaptabilidad a nuevos entornos

30 Introducción Características operativas Funcionalidad. Hace lo que quiero? Fiabilidad. Lo hace de forma fiable todo el tiempo? Eficiencia. Se ejecutará en mi hardware lo mejor que pueda? Seguridad (Integridad). Es seguro? Facilidad de uso. Está diseñado para ser usado?

31 Introducción Capacidad de soportar los cambios Facilidad de mantenimiento. Puedo corregirlo? Flexibilidad. Puedo cambiarlo? Facilidad de prueba. Puedo probarlo?

32 Introducción Adaptabilidad a nuevos entornos Portabilidad. Podré usarlo en otra máquina? Reusabilidad. Podré reutilizar alguna parte del software? Interoperabilidad. Podré hacerlo interactuar con otro sistema?

33 Introducción. Mapa de tipología de pruebas Características operativas Funcionalidad. FUNCIONALES Fiabilidad. RENDIMIENTO Eficiencia. RENDIMIENTO Seguridad (Integridad). SEGURIDAD Facilidad de uso. USABILIDAD (funcionales) Y ACCESIBILIDAD

34 Introducción. Mapa de tipología de pruebas ANÁLISIS DE CÓDIGO Adaptabilidad a nuevos entornos Portabilidad. Reusabilidad. Interoperabilidad. [Otras características atendiendo al código] Fiabilidad. Capacidad de soportar los cambios Eficiencia. Facilidad de mantenimiento. Seguridad. Flexibilidad. Facilidad de prueba.

35 1. Introducción. Tipos de pruebas 2. Servicio de pruebas 3. Casos de éxito. LinEx: Pruebas de calidad en una Distribución de Software Libre.

36 Servicio de pruebas. Dónde estamos? - Herramienta de la Administración (son quienes deben liderar la calidad). Ventajas e inconvenientes. - Tercera parte en el proceso, a veces, tratamos proyectos no diseñados para ser evaluados mediante un proceso formal. - Servicio fundamentalmente dirigido hacia aplicaciones y distribuciones Linux. - Servicio de calidad: MEJORA CONTINUA. - Crisis económica (recortes) redunda negativamente, casi siempre, en los sistemas de calidad. SOBREVIVIR MANTENIENDO LA EXCELENCIA. -Más demandados: Análisis de código + Funcionales.

37 Servicio de pruebas Solicitud de servicio No cumple niveles de acuerdo Estudio de viabilidad Ejecución del servicio (ciclo 1) Ciclo 2.. n Finalización del servicio

38 Servicio de pruebas Pruebas de Análisis de código (PA) Diseño Comprobar documentación de análisis de código Preparar código para las pruebas Configurar/Parametrizar herramientas Ejecución Ejecutar análisis de código Resultados Elaborar informe de resultados Pruebas Funcionales (PF) Diseño Estudiar documentación para diseño de pruebas Distribuir de casos de prueba Especificar casos de prueba Ejecución Preparar el entorno Ejecutar Pruebas Crear TestSet Ejecutar TestSet y dar de alta defectos funcionales Resultados Elaborar informe de defectos Análisis de Código & Funcionales 1.- Normalmente no es necesario distribuir ya que las pruebas son automáticas. 2.- La herramienta devuelve la información (Informes?). 3.- La base de conocimiento está estandarizada. 4.- Resultado no suele depender de los gustos de clientes o vicios de desarrolladores. 5.- No es necesario un estudio tan exhaustivo de la documentación, casos de uso etc. 6.- Se puede cubrir el 100% y de forma automática. - Requiere de configuración previa adaptando la herramienta/código dependiendo de las características del software y si existen criterios sobre el código (pocos casos). - Los resultados de las pruebas funcionales son, normalmente, más sencillos de explicar al cliente.

39 Servicio de pruebas. Aplicación/Funcional Software de aplicación La mayoría de las aplicaciones que testeamos son aplicaciones desarrolladas por una entidad/grupo de trabajo/empresa, responsable del desarrollo. Pruebas Funcionales. - Análisis de riesgo del producto: Principal riesgo, en las pruebas funcionales: documentación y/o disponibilidad de medios. Se establecen prioridades por requisitos. - Guiada por los Ciclos de Prueba - Combina: Casos de prueba con diseño previo y Testing exploratorio - Negociación entre probadores, desarrolladores y cliente

40 Servicio de pruebas. Aplicación/Funcional Documentación. Normalmente se carece de ella o está enfocada a pasar los hitos de certificación del proyecto, surgen dificultades con clientes, con proveedores, de donde salen los requisitos? si.. pero eso dijimos que? eso en la siguiente versión no? Di lo que haces haz lo que dices.

41 Servicio de pruebas. Aplicación/Código Software de aplicación La mayoría de las aplicaciones que testeamos son aplicaciones desarrolladas por una entidad/grupo de trabajo/empresa, responsable del desarrollo. Pruebas de Análisis de código: - Estándares, siempre que los haya y estén reconocidos por la organización. - Mucho trabajo hecho por la herramienta. - Menos dependiente de la documentación propia del proyecto.

42 Servicio de pruebas. Sistemas/Funcionales Software de sistema Linux Cada aplicación o utilidad se desarrolla por un grupo de desarrollo sin una responsabilidad sobre el código. En cualquier caso fuera del ámbito del servicio. Sobre la problemática: - No hacemos análisis de código. - Preparación del personal de pruebas. Son necesarios conocimientos adicionales del personal de pruebas para determinar si los defectos corresponden al equipo que integra la distribución o al propio desarrollador de la utilidad/aplicación. - Más repeticiones de pruebas con diferente hardware. - La cambios no comunicados a tiempo suponen un riesgo importante a tener en cuenta. Puede haber cambios de utilidades/aplicaciones de una versión a otra (o en la misma versión), provocados o no por defectos encontrados. - El sistema puede evolucionar sin que interaccione el equipo que realizó la distribución.

43 1. Introducción. Tipos de pruebas 2. Operativa del servicio 3. Casos de éxito. LinEx: Pruebas de calidad en una Distribución de Software Libre

44 CASOS DE ÉXITO Pruebas Funcionales: Aplicaciones cliente/servidor en entorno Web Chequeo de comunicaciones entre sistemas heterogéneos (WebServices). Pruebas de Análisis de código: Entornos de desarrollo J2EE. Pruebas Funcionales: Distribuciones Linux: LinEx 2010 JexGuia JexPyme

45 LinEx. Pruebas de calidad en una Distribución de Software Libre. La Junta de Extremadura (2002) el desarrollo de su propio proyecto de Software Libre, denominado LinEx, un sistema operativo y un conjunto de aplicaciones. Basado en el Software Libre Debian GNU/Linux. LinEx es desarrollado en la actualidad por personal propio de la Junta de Extremadura, con un valioso y desinteresado soporte de la Comunidad Internacional de Desarrolladores de Software Libre. Hay versiones de la distribución para atender necesidades concretas: LinEx 2010*: destinado a la ciudadanía en general. Jexguía*: para los Ayuntamientos. Jexpyme*: para el sector empresarial. LinEx SP: para los escritorios de los empleados públicos LinEx Edu: en el ámbito educativo. SESLinEx: para el sector sanitario. JuegaLinEx: para los jóvenes, el ocio y tiempo libre.

46 LinEx. Pruebas de calidad en una Distribución de Software Libre. DESARROLLAR una distribución Linux: LinEx - Preparación del Kernel (compilar módulos, detección de bugs). - Buscar e integrar software de aplicación y utilidades libres según los requisitos de un sistema destinado a la ciudadanía. - Montar uno o varios instaladores para el sistema (usb, live, dvd, red), paquetes, usuarios. - Facilitar acceso a componentes propietarios de uso generalizado (drivers, plugins, etc). - Personalización del interfaz de usuario.

47 LinEx. Pruebas de calidad en una Distribución de Software Libre. PROBAR una distribución Linux: LinEx - Tener en cuenta que es un sistema operativo de propósito general. (recomendaciones y consejos). - Tener clara la línea que separa la integración de las utilidades con el propio desarrollo de las mismas. - Conseguir una buena documentación y buena comunicación con el cliente (fundamental por la especificidad del producto). - Enfocar el diseño de las pruebas a asegurar que la integración se ha realizado correctamente (permisos, accesos a disco, etc ) y no únicamente a conocer si su funcionamiento es 100% correcto. - Repetir pruebas con diferente hardware (desde tarjetas inalámbricas, bluetooth, equipos portátiles, tarjetas gráficas, etc...).

48 Requisitos Área de Certificación y Calidad del Software LinEx. Pruebas de calidad en una Distribución de Software Libre.

49 Casos de prueba Área de Certificación y Calidad del Software LinEx. Pruebas de calidad en una Distribución de Software Libre.

50 Ejecución Área de Certificación y Calidad del Software LinEx. Pruebas de calidad en una Distribución de Software Libre.

51 Defectos Área de Certificación y Calidad del Software LinEx. Pruebas de calidad en una Distribución de Software Libre.

52 Número de casos de prueba Área de Certificación y Calidad del Software LinEx. Pruebas de calidad en una Distribución de Software Libre Pasados Fallidos No ejecutados Estado de la ejecución Primera entrega Segunda entrega

53 Número de defectos Área de Certificación y Calidad del Software LinEx. Pruebas de calidad en una Distribución de Software Libre Primera entrega Prioridad Segunda entrega N/A Alta Media Baja

54 Gracias por su atención

55 Aplicaciones para la gestión y evaluación de la Calidad Software Gonzalo Rodríguez Píriz Responsable de pruebas no funcionales CESJE

56 Aplicaciones para la gestión y evaluación de la Calidad Software 1. Introducción 2. Aplicaciones 3. checking QA 4. Enlaces de interés

57 Aplicaciones para la gestión y evaluación de la Calidad Software 1. Introducción 2. Aplicaciones 3. checking QA 4. Enlaces de interés

58 ISO 9126 Estándar internacional para la evaluación del software, supervisado por el proyecto SQuaRE, ISO 25000:2005 Diagrama:

59 Tipos de pruebas Pruebas funcionales Manuales Automáticas Pruebas de rendimiento Pruebas de seguridad Pruebas de accesibilidad Pruebas de análisis de código

60 Aplicaciones para la gestión y evaluación de la Calidad Software 1. Introducción 2. Aplicaciones 3. checking QA 4. Enlaces de interés

61 Funcionales: Selenium Herramienta libre de automatización de pruebas funcionales Aplicaciones web Plugin para Firefox para grabación de scripts Edición manual de scripts Generación de código para Junit o TestNG Pruebas en varios navegadores y plataformas Ejecución en paralelo en varios servidores

62 Funcionales: Selenium

63 Funcionales: HP QuickTest Pro Solución propietaria de HP Pruebas funcionales manuales y automáticas Creación de scripts mediante captura de eventos sobre la propia aplicación Pruebas parametrizables Edición manual de scripts Integración con HP Quality Center Tecnologías Web, Java, Oracle, Delphi,.Net, Flex,...

64 Funcionales: HP QuickTest Pro

65 Rendimiento: JMeter Herramienta libre para pruebas de rendimiento web Pruebas de rendimiento automáticas o manuales Creación y ejecución de scripts Resultados en tiempo real Tablas y gráficas de resultados finales Muy configurable y extensible

66 Rendimiento: JMeter

67 Rendimiento: HP LoadRunner Solución propietaria de HP para pruebas de rendimiento Captura de scripts a partir de eventos de la aplicación Ejecución remota, con posibilidad de ejecutar pruebas simultáneamente desde varias máquinas Personalización de escenarios Gran variedad de informes y gráficas de resultados Integración con HP Quality Center

68 Rendimiento: HP LoadRunner

69 Rendimiento: HP LoadRunner

70 Rendimiento: HP LoadRunner

71 Seguridad: Skipfish Herramienta libre para análisis de seguridad de sitios web Rápido y fácil de usar Pruebas Inyección SQL/PHP Cross-site scripting Inyección de comandos Vulnerabilidades de formato y desbordamiento de enteros Datos que deberían ser seguros en páginas no seguras...

72 Seguridad: Skipfish

73 Seguridad: HP QAInspect Solución propietaria de HP Integra con Quality Center Tipos de pruebas Manipulación de parámetros y rutas Evaluación del servidor web Fuerza bruta Ataques conocidos Búsquedas Mapeo de enlaces y aplicaciones

74 Seguridad: HP QAInspect

75 Análisis de código: Sonar Plataforma abierta de gestión de calidad del código Multilenguaje (Java, PHP, PL/SQL, Visual Basic, ) Multiproyecto Configurable Extensible mediante plugins Integración con Maven Ejecución de pruebas unitarias

76 Análisis de código: Sonar

77 Aplicaciones para la gestión y evaluación de la Calidad Software 1. Introducción 2. Aplicaciones 3. checking QA 4. Enlaces de interés

78 Características (I) Modelo de referencia: ISO 9126 Eficiencia Fiabilidad Mantenibilidad Portabilidad Calcula un valor de calidad para cada una de estas categorías y un valor global de calidad para el proyecto

79 Características (II) Definición de modelos de calidad Creación de reglas Personalización de reglas existentes Activación/desactivación de reglas Cambios de prioridad de reglas Cálculo de métricas Gráficas de estado Gráficas de evolución Informes Tareas programables

80 Métricas De complejidad (documentación, complejidad ciclomática, líneas de código,...) De calidad de diseño (Chidamber-Kemberer) De complejidad léxica (Halstead) De calidad de diseño (Robert Martin) Cuatro categorías: Complejidad Fiabilidad Mantenibilidad Tamaño

81 Editor de reglas (I)

82 Editor de reglas (II)

83 Pizarras

84 Informes (I)

85 Informes (II)

86 Aplicaciones para la gestión y evaluación de la Calidad Software 1. Introducción 2. Aplicaciones 3. checking QA 4. Enlaces de interés

87 Enlaces de interés Optimyth CESJE Skipfish Selenium Sonar Jmeter Portal ISO

88 Gracias por su atención grodriguezpiriz

89 Calidad Software en Administraciones Públicas D. Marcos Blanco Galán Coordinador del Centro de Certificación y Calidad del Software - CESJE D. José Antonio Zarandieta Morán Responsable de Pruebas Funcionales CESJE D. Gonzalo Rodríguez Píriz Responsable de Pruebas No- Funcionales - CESJE

90 SOLUCIÓN OPTIMYTH D. Jesús Martín Molina CEO, Optimyth Software Madrid, 22 marzo 2011

91 OPTIMYTH SOFTWARE OPTIMYTH SOFTWARE es un fabricante de software especializado en la construcción de solucione de Application Portfolio Management (APM), que ayudan a gestionar la cartera de aplicaciones de manera más eficaz. Presencia en: España, UK, Holanda, Suiza y Portugal. Nuestras soluciones están basadas en tecnología y consultoría especializada. Su ámbito es el de las Aplicaciones Software y están orientadas a: Gestión de la Calidad. Optimización del Mantenimiento. Gestión de la Eficiencia/Productividad. Racionalización y Modernización. 91

92 Preocupaciones de TI El mantenimiento de las aplicaciones es costoso Existe un alto consumo de recursos difícil de explicar Ser capaces de dar visibilidad al negocio del uso del presupuesto Dar mayor valor al negocio con las inversiones de TI Las soluciones APM ayudan a las organizaciones de TI a abordar los retos a los que se enfrentan y reducir sus preocupaciones alineándose mejor con las áreas de negocio

93 Los 4 pilares de la gestión del desarrollo de aplicaciones y la gobernanza de TI Gobernanza IT IT Calidad Mantenibilidad Productividad Racionalización Ciclo de vida de aplicaciones

94 Mantenibilidad Mantenibilidad El mantenimiento supone más del 90% del coste total del software cuando hace tan solo dos décadas era alrededor del 50%. La detección temprana de malos estilos de programación reducen el coste de mantenimiento de los entornos de producción. La diferencia principal entre las empresas líderes de la industria y aquellas más rezagadas es la utilización de un conjunto de herramientas para controlar la calidad de sus aplicaciones.

95 Mantenibilidad Mantenibilidad Algunos factores que intervienen en el Coste Aproximadamente un 50% del coste del mantenimiento se dedica a tareas orientadas a entender la complejidad del código. Los programadores que no cuentan con documentación tardan un 21,5% en comprender el código Todas estas carencias impiden gestionar fácilmente el outsourcing con proveedores, mejorar la calidad, ser eficaces en los cambios, y gobernar con agilidad el portfolio de aplicaciones, y por supuesto incrementan notablemente los costes en el mantenimiento

96 Mantenibilidad Mantenibilidad 4,50 4,00 8,00 7,00 3,50 3,00 2,50 2,00 1,50 1,00 6,00 5,00 4,00 3,00 2,00 Incidencias Complejidad esencial 0,50 1,00 0,00 ene- 01 ene- 02 ene- 03 ene- 04 ene- 05 ene- 06 ene- 07 ene- 08 ene- 09 ene- 10 0,00 Nuestra estrategia de mantenimiento parte de la base de que es necesario mejorar técnicamente las características intrínsecas del software. En Bancaja les damos gran importancia a las métricas de calidad. Somos unos maniáticos de las medidas de calidad Pedro Vázquez Director General Adjunto de Bancaja

97 Modelo de calidad Calidad Modelo de calidad precisión interoperabilidad conformidad normativa idoneidad intercambiabilidad seguridad madurez facilidad de instalación adaptabilidad capacidad de ser probado funcionalidad portable fiabilidad Calidad SW mantenible usabilidad tolerancia a fallos capacidad de recuperación inteligibilidad estabilidad capacidad de ser modificado analizabilidad eficiencia facilidad de aprendizaje explotabilidad en recursos en el tiempo El estándar ISO/IEC 9126 Software Engineering-Product Quality, divide la calidad interna y externa de un producto software en seis categorías y 27 subcategorías. checking permite la agregación de todas las fuentes y herramientas empleadas en un área de IT para el seguimiento y control de equipos de desarrollo propios o externalizados, adaptándose al modelo de calidad de cada cliente.

98 SE APLICAN A UN CONJUNTO DE ENTREGABLES Modelo de calidad Calidad Conjunto de características del software que se desea evaluar, mediante: Reglas de Descubrimiento de Activos Software. Reglas de verificación de Buenas Prácticas de programación, seguridad, antipatrones, bad smells. Métricas del Software y umbrales de aceptación. Indicadores agrupados (SCORES) y umbrales de aprobación. REQUISITOS Especificación de Requisitos SW (ERS) Casos de Uso del Sistema ANÁLISIS Modelo Conceptual de Procesos Modelo Conceptual de Datos DISEÑO Arquitectura del Sistema Diseño Detallado de Componentes Modelo Físico de Datos Plan de Pruebas Diseño de la Interfaz de Usuario CONSTRUCCIÓN Código de los Componentes Pruebas Unitarias y de Integración PRUEBAS E IMPLANTACIÓN Pruebas de Sistema, de Carga, de Aceptación Plan de Implantación

99 Aproximación incremental al modelo de calidad Calidad Proceso de desarrollo de aplicaciones Controla Definición de requisitos Análisis Diseño Codificación Pruebas Requisitos Modelo conceptual Modelo físico Código Plan de pruebas Certificación de requisitos Certificación de análisis Certificación de diseño Certificación de código Certificación de pruebas Asegurado Proceso de certificación de calidad

100 Proceso de Certificación: Puntos de Control Calidad Análisis Inicial Arquitectura / Diseño Técnico Ejecución (Desarrollo) Implantada (Pre-producción) Verificación Especificación Requisitos Verificación Doc. Arquitectura Verificación Calidad Interna Verificación del rendimiento y Seguridad Verificación Documento de Análisis Verificación Diseño Modelo de datos(*) Verificación casos de prueba (*) Verificación Diseño Técnico Verificación Documentación Técnica Verificación Funcional Verificación Documentación Funcional Verificación de Uso (Aceptación) Verificación change document Page 100

101 Gestión de la calidad Calidad Porcentajes de certificaciones realizadas sobre factorias

102 Productividad Productividad Cuánto estoy produciendo? Cómo puedo medir lo que produzco? Cómo puedo mejorar mi productividad? Todos mis equipos producen igual? Soy igual de productivo que las demás empresas de mi sector? Lo que produzco tiene la calidad exigida por mis clientes? Lo que produzco tiene el valor de negocio esperado?

103 Productividad Productividad Tamaño LOC Backfiring IFPUG Esfuerzo Real (sitemas de gestión ) Estimado (COCOMO)

104 Productividad Productividad

105 Racionalización y modernización Racionalización Las compañías que racionalicen sus portfolios de aplicaciones destacarán como competidores más ágiles y más fuertes Forrester 2011 Racionalización Acciones Inventario Complejidad de aplicaciones Evaluación Retos de TI Inventariar lo que se tiene Mapa de dependencias de las aplicaciones Cuantificar el valor de negocio Cuantificar la calidad técnica y funcional Planificar la racionalización de las aplicaciones

106 Racionalización y modernización Racionalización Para tomar decisiones de racionalización hay que conocer las aplicaciones y entender cómo están relacionadas y cuál es el impacto de los cambios a todos los niveles Mapa Organizativo Responsable Unidad Organizativa Factoría Aplicaciones Procesos De Negocio Objetos De Negocio Servicios De Negocio Mapa Funcional Clases Programas Rutinas BBDD (esquemas, tablas ) Mapa Software

107 Racionalización y modernización Racionalización Conocer el valor de negocio que aportan las aplicaciones y su calidad relativa nos permite tomar decisiones informadas de racionalización y modernización

108 Optimyth checking Gobernanza IT IT Calidad Mantenibilidad Productividad Racionalización Ciclo de vida de aplicaciones

109 Optimyth checking

110 Optimyth checking Mejora del rendimiento de aplicaciones Reducción del número de incidencias en producción. Reducción del esfuerzo y del coste de mantenimiento de las aplicaciones. Aumento de la productividad de los equipos de trabajo. Agilidad para reaccionar a nuevas necesidades tecnológicas. Incrementar alineamiento con las necesidades del negocio. Mejora del time-to-market Incrementar el valor entregado a los clientes. Incrementar la satisfacción del usuario.

111 Solución Optimyth D. Jesús Martín Molina CEO OPTIMYTH SOFTWARE

112 Madrid, 22 marzo 2011 Experiencias de usuarios: CESJE