Ingenieria Software

No Silver Bullet

Essence and Accident in Software Engineering

RESUMEN: El autor Brooks hace una breve distinción entre dos complejidades accidental y esencial, y afirma que la mayoría de los ingenieros de software ya no se dedica a lo esencial, por lo que todas las actividades de reducción de accidentes a cero no le darán un orden de magnitud de la mejora. Hace referencia a cuatro propiedades a la esencia del software: complejidad, casos típicos, conformidad, mutabilidad, invisibilidad y también examina tres pasos en el desarrollo de software: lenguajes de alto nivel, tiempo compartido, entornos de programación unificados, que a continuación se va a detallar.

INTRODUCCIÓN

Un ingeniero de Software debe tener muy claro de las los conceptos de esencia y accidente en ingeniería de software ya que conociendo las técnicas de cada una de ellas, se logrará definir claramente entre un estado y otro. Así por ejemplo, el área de conocimiento de requisitos, sí que puede considerarse como esencia de la profesión. Los problemas que pueden derivarse en un proyecto por una mala obtención o gestión de los requisitos son indistintos del hardware o lenguaje de programación empleado. Eran los mismos hace unos años atrás que ahora, y todo nos hace suponer que seguirán siendo idénticos.

1. DIFICULTADES ESENCIALES:

Debido al gran avance de las tecnologías se requiere de un buen software especializado para su buen desempeño. La esencia de una entidad de software es un conjunto de datos, llamadas a funciones, algoritmos. Esta esencia es abstracta pero muy ricamente detallada. La parte más difícil para la creación de software es su

especificación, diseño y prueba no la labor de representarlos y probar su seguridad.

La esencia de los sistemas de software modernos están caracterizados por: complejidad, conformidad, mutabilidad e invisibilidad.

1.1 Complejidad

A diferencia de objetos físicos en el cual se puede notar la complejidad de las conexiones de sus piezas

para que estos objetos puedan funcionar, cosa que en el desarrollo de un sistema de software es difícil de

explicar, estos están compuestos por numerosos estados que funcionan dependiente e independientemente de diversas variables. Si bien es cierto que mediante esquemas, diagramas o mapas puede llegar a representarse el funcionamiento estos no muestran cómo es que los procesos

involucrados realizan su función.

1.2 Conformidad

El diseño de software debe adaptarse a los requerimientos de los dispositivos en los cuales será ejecutado y no reportar errores que ocasionen desconformidad para sus usuarios.

1.3 Mutabilidad

El software está sujeto a cambios al igual que la mayor ́ de las cosas en este mundo, como lo son los autos,

los edificios, el ecosistema. Aunque la mayor

...