ATI analiza en un curso la calidad del software

 

          Entre los múltiples aspectos ha nombrado la confianza del cliente, la incidencia en la pyme española, las nuevas tendencias y métodos, los riesgos para las empresas y los usuarios de la no-calidad.

Esta novena edición expondrá la potenciación de la calidad, asociada tanto al software específico ofertado por un proveedor, como a los servicios propios de las empresas usuarias.

 

¿Por qué se bloqueó el control aéreo del Reino Unido en junio de 2004?, o ¿Por qué es posible que un sistema informático holandés, implantado para el control de las condenas judiciales ordene liberar a criminales y emita órdenes de arresto de inocentes?. Éstas cuestiones han sido algunos de los ejemplos propios de la no-calidad planteados hoy en las instalaciones de la Universidad Europea de Madrid, colaboradora de las Jornadas.

 

"La poca madurez del sector del software hace que se acepte  la entrega de productos y servicios con unas garantías de calidad, y que en muchos casos sea el motivo por el que el cliente desconoce las evidencias para confiar en sus productos", explicó  Luis Fernández.

Añadió en una clara influencia del factor cultural y formación que " todo es cuestión de confianza, ya que las empresas se involucran pero de forma muy débil para establecer primero la cultura del cambio, con un equilibrio entre presupuesto y calidad".

 

A pesar de todo esto, la ATI destaca la importante evolución que en España se ha ido experimentando en los últimos años puesto que hay disponibles múltiples métodos y herramientas para regular y controlar la calidad del software, "a pesar de que las empresas españolas están todavía poco concienciadas y comprometidas", destacó Fernández.

 

Entre los temas a tratar destacará la importancia de la calidad en los procesos de desarrollo del software, las últimas soluciones en automatización de pruebas, la influencia de la gestión de configuración sobre la calidad final del software, las nuevas metodologías de trazado de requisitos y detección de defectos.

 

Según palabras del coordinador de las jornadas, "estamos convencidos de que es posible conseguir un software fiable que asegure el buen funcionamiento de los sistemas informáticos y la satisfacción de los clientes".

 

"La tecnología y los procedimientos de aplicación evolucionan constantemente para facilitar la labor de los desarrolladores y compañías de testeo. Ahora se trata de concienciar a los directivos para que consideren los planes de calidad como un elemento imprescindible en el ciclo de desarrollo de los productos de software. Sólo así evitarán las repercusiones negativas de los fallos informáticos", concluye Luis Fernández. 

 

La situación real del software

 

                ATI presenta los datos de una encuesta sobre calidad del software en pymes españolas asegurando que más del 71 % de las compañías no sigue ningún modelo de calidad. Las pruebas de calidad dependen en su mayor parte de la creatividad y habilidad individual de los profesionales.

               

                Estos resultados revelan la poca implantación de una cultura de la innovación y la calidad en las organizaciones, sobre todo de las medianas y pequeñas empresas.

 

                Se permite apuntar unas líneas de evolución que van en función de las pruebas, que no alcanzan un nivel deseado.  La gran mayoría de las organizaciones no cuenta con los procesos y actitudes apropiadas para comprobar la calidad de sus aplicaciones.

 

                Según la encuesta, la principal preocupación de los responsables del desarrollo es satisfacer las expectativas de los clientes, ya que un 80,95 % aplica algún método de validación para comprobar que se cumplen los requisitos demandados.

 

                El 61,9 % del personal que tiene a su cargo la calidad del software, informa de los defectos al equipo desarrollador y no a otras partes como la directiva.

 

                Entre los puntos que exhiben mayores carencias destaca la poca implantación de las métricas para planificación y evaluación de los procesos de pruebas, que sólo aplica un 7,94 5 de los encuestados. Asimismo, sólo el 15,87 % reconoció contar con nombres o códigos de implementación de defectos.