Tema 7: Ingeniería del software

7.1. Definición de software El software es: 1. instrucciones (programas de computadora) que cuando se ejecutan proporcionan una función y el rendimiento deseados, 2. estructuras de datos que permiten a los programas manipular adecuadamente la información y 3. documentos que describen la operación y el uso de programas.

7.2. Características del software El software es un elemento del sistema que es lógico, en lugar de físico. Así el software tiene unas características considerablemente distintas a las del hardware: 1. El software se desarrolla, no se fabrica en un sentido clásico. En ambas actividades la buena calidad se adquiere mediante un buen diseño, pero la fase de construcción del hardware puede producir problemas de calidad que no existen en el software. Los costes del software se centran en la ingeniería.

7.2. Características del software 2. El software no se estropea. En la figura se muestra, para el hardware, la proporción de fallos con respecto al tiempo. Es la denominada “curva de bañera”.

7.2. Características del software El software no es susceptible a los males del entorno que hacen que el hardware se estropee. Por tanto la curva de fallos para el software sería la de la figura.

7.2. Características del software El software sufre cambios (mantenimiento) durante su vida. Conforme se hacen los cambios, es probable que se introduzcan nuevos defectos.

7.2. Características del software 3. La mayoría del software se construye a medida, en vez de ensamblar componentes existentes. Para construir cualquier hardware, por ejemplo un circuito electrónico se hace un esquema y después se eligen las piezas y se ensamblan. Esto no lo pueden hacer los diseñadores de software.

7.3. Componentes del software Los componentes reutilizables se han creado para que un ingeniero se pueda concentrar en elementos verdaderamente innovadores de un diseño. La reutilización del código es una característica importante para un componente de software de alta calidad. El componente debe diseñarse e implementarse para que pueda volver a ser reutilizado en muchos programas diferentes. Hay creadas bibliotecas que reutilizan de forma efectiva algoritmos bien definidos. Pero no solo esto, también hay estructuras de datos, partes de interfaces interactivas (ventanas, menús, etc.).

7.4. Ciclo de vida El ciclo de vida de un elemento software es: Nace la idea Diseño Desarrollo Mantenimiento Cae en desuso

7.4. Ciclo de vida Esto nos lleva a los siguientes pasos a la hora de desarrollar un programa: 1.Análisis de requisitos 2. Diseño 3. Implementación 4. Pruebas 5. Mantenimiento

Análisis de requisitos El ingeniero o analista debe conocer el dominio del software a desarrollar, a quién va dirigido (cuáles serán sus usuarios), qué debe hacer y cuáles serán las limitaciones físicas que pueda tener. En esta parte de la ingeniería el analista ha de reunirse con el personal al que va dirigido el programa y ha de saber hacer las preguntas adecuadas para tener las respuestas correctas.

Diseño El diseño es realmente un proceso de muchos pasos. Traduce requisitos en una representación del software que se pueda evaluar antes de que comience la generación del código. Va a ser donde se especifique cómo se tienen que realizar los procesos, las acciones… Tanto el análisis de requisitos como el diseño hay que documentarlos. Un buen diseño es aquel que crea módulos reutilizables y además separa la capa de la interfaz de usuario de la capa de proceso (cómo se realizan los procesos). Esto facilita las modificaciones posteriores.

Implementación El diseño se debe traducir de forma legible por la máquina. Si se lleva a cabo el diseño de forma detallada, la generación de código se realiza mecánicamente.

Pruebas Una vez generado el código, comienzan las pruebas del programa. Hay que comprobar que todo funciona y lo hace de la forma deseada. Si se encuentra algún error al solventarlo habrá que volver a realizar los todos los pasos anteriores y las pruebas. Análisis Diseño Implementación Pruebas Mantenimiento

Mantenimiento El software sufrirá cambios después de ser entregado al cliente, ya sea porque se han encontrado errores o porque el cliente quiere que el software se adapte a cambios en el entorno. El diseño de esos cambios volverá a pasar por todos los pasos anteriores. Estos cinco pasos han de estar documentados, tiene que haber un documento en el que se expliquen los requisitos, todos los esquemas de diseño que se consideren necesarios, las pruebas que se han realizado y su resultado y un seguimiento del mantenimiento y modificaciones que se realicen. Por otra parte, el código ha de estar comentado, para facilitar el mantenimiento.