Upgrade to Pro — share decks privately, control downloads, hide ads and more …

DevOpsDays Cuba 2016: Calidad de software en la empresa de aplicaciones informaticas Desoft

DevOpsDays Cuba 2016: Calidad de software en la empresa de aplicaciones informaticas Desoft

Author: Lian Lisette Hurtado Linares
Summary:
Este trabajo parte del quehacer cotidiano de un grupo de especialistas encargado de la Calidad de software en la Empresa de Aplicaciones Informáticas Desoft, a raíz de deficiencias encontradas en esta labor dentro de la mencionada entidad. El objetivo principal es mostrar la estrategia seguida por la empresa, que contribuyó a unificar y estandarizar la labor diaria, apoyó sobremanera la gestión del conocimiento entre los implicados y favoreció la comunicación de trabajo entre los especialistas de calidad y los desarrolladores. Se exponen los excelentes resultados logrados en la revisión y liberación de productos de software, el aporte de esta actividad a la gestión de proyectos y al rompimiento de las complejas barreras que existen entre diferentes roles de un mismo equipo de trabajo.

DevOpsDays Cuba

October 21, 2016
Tweet

More Decks by DevOpsDays Cuba

Other Decks in Technology

Transcript

  1. Calidad de Software en la
    Empresa de Aplicaciones
    Informáticas DESOFT
    DevOps Cuba 2016

    View full-size slide

  2. Autor:
    Nombre: Lian Lisette Hurtado Linares.
    Especialista B en Ciencias Informáticas,
    (EP). Consultor y Especialista de Calidad.
    Centro de Trabajo: Empresa de
    Aplicaciones Informáticas Desoft. División
    Sancti Spíritus
    e-mail: [email protected]

    View full-size slide

  3. Distribución Geográfica
    16 Divisiones Territoriales.

    View full-size slide

  4. Distribución Geográfica
    Oficina Central
    16 Divisiones Territoriales.

    View full-size slide

  5. Servicios
    Desarrollo de
    software a la
    medida
    Despliegue de
    Aplicaciones
    informáticas
    Soporte Formación

    View full-size slide

  6.  Metodologías y
    Procedimientos de Trabajo.
     Políticas de Precios.
     Estrategias de
    Mercado.
     Líneas de productos.
    Políticas de informatización. Uso estandarizado de tecnologías.
    Estándares de Codificación. Herramientas de trabajo.
    Sistema Integrado de Gestión de la Calidad.

    View full-size slide

  7. Existía diversidad en
    Plataformas de Desarrollo.
    Estilos y Estándares de codificación.
    Herramientas de Colaboración.
    Diseño de interfaces.
    Estrategias de pruebas de Software.

    View full-size slide

  8. Escriba Aquí el Título
    Como resultado…

    View full-size slide

  9. Como resultado…
     Productos de software de baja calidad.
     Incongruencia entre plataformas y poca interoperabilidad.
     Estrategias de pruebas de software deficientes (carencia de
    pruebas de software).
     Productos finales carentes de una imagen que los identificara
    entre sí o identificara la empresa.
     Gran número de insatisfacciones e inconformidades por parte
    de los clientes.

    View full-size slide

  10. ARAGÓN, Neida. “Proceso para alcanzar el mejoramiento continuo en biofábricas”. Tesis de doctorado. Universidad Central de Las Villas, Santa Clara,
    Cuba, dic. 1999
    GARCIA PEREZ, Ana. “EL PROCESO DE GESTION DEL CONOCIMIENTO EN EL SISTEMA DE INNOVACION DE PRODUCTOS
    INFORMATICOS”. Santa Clara, Cuba. 2016

    View full-size slide

  11. En contra…
     Pertenecemos al ámbito de las PyMes.
     Equipos pequeños de trabajo, (una misma persona cubre
    varios roles).
     Generalmente se realizan desarrollos a la medida.
    A favor…
     Procesos definidos y organizados.
     Personal altamente calificado y comprometido.
     Metodologías de desarrollo definidas.
     Reutilización de código y arquitecturas.
     Amplia gama de desarrollos.

    View full-size slide

  12. ¿Qué hacer?
     Estandarizar el proceso de Desarrollo.
     Incorporar al probador como un miembro más del equipo
    de desarrollo.
     Establecer pruebas de Liberación a los productos de
    software que se desarrollan y se comercializan.
     Definir estrategias de pruebas.
     Definir tipos de pruebas para otros servicios.

    View full-size slide

  13. Estandarizar el proceso de desarrollo.

    View full-size slide

  14. Estandarizar el proceso de desarrollo.
     Estándares y estilos de codificación
    (lenguajes más usados).
     Repositorio de íconos y plantillas para la aplicaciones.
     Plantillas para la documentación de proyectos.

    View full-size slide

  15. Incorporar al probador como un miembro
    más del equipo de desarrollo.
    ¿Cómo involucrar
    ambos roles en las
    pruebas?
     Herramientas colaborativas.
     Pruebas Automatizadas.
     Estilos y estándares de codificación.
     Diseño de interfaces.
     Repositorio de íconos y plantillas.
     Superación en temas de Pruebas.

    View full-size slide

  16. Liberación de productos de software que se
    desarrollan.
     Pruebas internas
    (productos que se
    desarrollan).
     Expediente de Proyecto con los
    documentos a entregar y sus plantillas.
     Expediente de Pruebas con los
    documentos a elaborar por los
    probadores.
     Roles que intervienen en cada revisión e
    iteración.
     Herramientas informáticas a utilizar.
     Flujo de las revisiones y/o pruebas.

    View full-size slide

  17. Liberación de productos de software que se
    comercializan.
     Pruebas a
    productos
    externos
     Expediente de Proyecto.
     Expediente de Pruebas.
     Roles que intervienen en la revisión
     Herramientas informáticas a utilizar.
     Flujo de las revisiones y/o pruebas.
     Tipos de Pruebas.
     Scripts de la BD (arreglos,
    restauración y carga inicial).

    View full-size slide

  18. Estrategia de Pruebas.
    ¿Pruebas
    Funcionales?
    ¿Pruebas de
    Sistema?
    Diseño y
    ejecución de
    Casos de
    Pruebas a
    requerimientos
    funcionales.
     Requerimientos Funcionales.
     Carga.
     Rendimiento.
     Usuario.
     Volúmen.
    tipos de pruebas.

    View full-size slide

  19. Niveles de pruebas.
    Modelo V
    Código Pruebas
    unitarias
    Líneas de Código
    Diseño
    (Bajo nivel)
    Pruebas de integración de
    componentes
    Diseño detallado
    Diseño Funcional
    (Alto nivel)
    Pruebas de Sistemas.
    Requisitos del Software
    Definición de
    requisitos
    Pruebas de Aceptación.
    Requisitos del Cliente

    View full-size slide

  20. Modelo V
    Código Pruebas
    unitarias
    Líneas de Código
    Diseño
    (Bajo nivel)
    Pruebas de integración de
    componentes
    Diseño detallado
    Diseño Funcional
    (Alto nivel)
    Pruebas de Sistemas.
    Requisitos del Software
    Definición de
    requisitos
    Pruebas de Aceptación.
    Requisitos del Cliente
    Niveles de pruebas.

    View full-size slide

  21. Definir herramientas automatizadas para las
    pruebas.
    Herramientas
    automatizadas.
    Meld

    View full-size slide

  22. Definir herramientas de apoyo a las
    pruebas.
    Herramientas
    de apoyo.
     Listas de chequeo al código.
     Listas de chequeo al sistema.
     Lista de chequeo a la documentación y otros
    entregables.
     Casos de pruebas prediseñados para ser
    reutilizados.

    View full-size slide

  23. Definir tipos de pruebas para otros servicios.
    Otros
    Servicios
     Despliegue de productos.
     Soporte.
     Operación Asistida.
     Procesamiento de datos.
     Servicios especializados.
    • Pruebas piloto.
    • Comprobación del
    servicio.
    • Encuestas de
    satisfacción.
    • Centro de Contacto
    (Soporte).

    View full-size slide

  24. Definir tipos de pruebas para otros servicios.
    Pruebas Piloto
    • Instalación.
    • Cambio entre versiones.
    • Errores corregidos.
    • Funcionalidades agregadas.
    • Cambios solicitados.

    View full-size slide

  25. Centro de
    Contacto
    • Solicitudes de Cambios.
    • Evolución de productos.
    • Gestión de la Configuración.
    • Servicio de Post-Venta.

    View full-size slide

  26. A favor En contra
    Aumento de la Calidad
    del Producto Final.
    Detección de errores +
    temprano
     menos costosa.
    Disminución del
    re-trabajo.
    Mejora en la
    Documentación de
    Proyectos.
    Incremento de
    la satisfacción
    del usuario final.
    Alargamiento
    de la cadena de
    Producción.
    Aumento de
    interlocutores en cada
    fase de revisiones.
    Posible resistencia al
    cambio entre los
    implicados.

    View full-size slide

  27. ¿Qué se logró?
    Días
    0
    5
    10
    15
    20
    25
    30
    35
    40
    1 2 3 4 5
    Iteraciones
    Tiempo de Iteraciones
    antes después

    View full-size slide

  28. ¿Qué se logró?
    0
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    Aplicaciones de
    escritorio
    Aplicaciones
    Web
    Documentación Diseño
    24
    50
    25
    5
    11
    28
    6
    1
    Cantidad de no-conformidades de una
    aplicación para una iteración de pruebas
    Antes Después

    View full-size slide

  29. ¿Qué se logró?
    54,17
    44
    76 80
    Aplicaciones de
    escritorio
    Aplicaciones Web Documentación Diseño
    PORCIENTO DE DISMINUCIÓN DE
    NO- CONFORMIDADES

    View full-size slide

  30. ¿Qué se logró?
    0
    3
    6
    9
    12
    15
    18
    21
    24
    27
    30
    Errores de
    Código
    Errores de
    Interfaz
    Errores de
    sistema.
    Documentación Diseño
    Cantidad de no-conformidades reportadas según roles
    Desarrollador Probador Resto del equipo Totales

    View full-size slide

  31. ¿Qué se logró?

    View full-size slide

  32. Principales Resultados
     Estrategia de Pruebas y Liberación de software definido e
    implementado.
     Grupo de liberación de software con alcance nacional.
     Se contribuyó de manera sustancial con el conocimiento
    tácito y explícito del personal.
     Aumento de nivel de satisfacción de los clientes (internos y
    externos).
     Surgimiento de Proyectos I+D+i.

    View full-size slide

  33.  Proyecto “Metodología Diseño Interfaces Productos DESOFT”
     Identidad Visual a los productos.
     Repositorio de íconos.
     Repositorio de Plantillas.
     Proyecto “Caliges”
     Gestión de la Calidad por procesos.
     Planificación de pruebas a servicios.
     Emisión de Boletín (Trimestral).
     Cursos de Capacitación.
     Encuentros nacionales entre homólogos.
    Surgimiento de Proyectos I+D+i

    View full-size slide

  34. Distribución Geográfica
    Holguín.
    Ciego de Ávila
    La Habana
    Cienfuegos
    Sede en la provincia
    de Sancti Spíritus

    View full-size slide

  35. Calidad de Software en la
    Empresa de Aplicaciones
    Informáticas DESOFT
    Gracias

    View full-size slide