Porqué Se Producen Errores En El Software – Parte II

«Cada año se pierden miles de millones de dólares por errores que pudieron haber sido evitados»

Porqué Se Producen Errores En El Software - Parte II

Fotografía: Graeme’s Pixs (vía Flickr)

Los líderes de empresa no ven los proyectos de software como una inversión sino como un gasto. Y la carencia de suficiente dinero y mano de obra hacen no establecer claramente el proyecto en relación con el negocio de la organización; esto condena a una empresa de TI (Tecnología de La Informarción).

Las exigencias políticas por parte del cliente también causan estragos en el horario de entrega del proyecto, el costo y la calidad.

Algunos estudios han demostrado que los especialistas en software deben pasar entre el 40% y 50% de su tiempo realizando pruebas y verificando las piezas de software, una vez después de haber hecho el trabajo por primera vez.

De igual manera se ha indicado que los grandes proyectos fracasan con mayor frecuencia; ya que a mayor complejidad, se incrementa la posibilidad de errores, tanto en la estructura estática (las piezas directas de software, hardware…) como dinámica (el acoplamiento y las interacciones entre hardware, software y usuarios; las conexiones a otros sistemas…)

Los costes de corregir un error luego de que el software ha sido creado o ya se encuentra en funcionamiento, puede llegar a ser 100 veces superior al que habría sido si se hubiese detectado en la etapa de desarrollo; ya que el corregir un error puede desencadenar otra serie de errores más.

Roger S. Pressman señaló en su libro “Ingeniería de Software”, uno de los textos clásicos en el campo; que es prácticamente imposible colocar a prueba total cualquier sistema TI sin importar su tamaño; ya que haciendo referencia a un pequeño programa de 100 líneas de código, que para poner a prueba todos sus caminos posibles requiera 10 a la potencia 14 ejecuciones, asumiendo que cada una podría ser evaluada en 1 milésima de segundo se requieren 3.710 años.

Con el fin de ayudar a las organizaciones a evaluar sus prácticas en el desarrollo de software, en los EE.UU. se creo un modelo o certificación denominado CMM. El cual presenta cinco (5) posibles niveles de certificación. Pero son pocas aquellas empresas que hacen presencia dentro de los niveles tres (3), cuatro (4) y cinco (5).

La función más importante del gerente del proyecto de TI es la asignación de recursos para diversas actividades. Más allá de eso, el director del proyecto es responsable de la planificación, organización, control, gestión de contratos, gestión de calidad, gestión de riesgos y de recursos humanos. Sigue leyendo