CAPÍTULO 4. Paradigmas De La Ingeniería De Software

¿Qué es la Ingeniería del Software?

Liste los diferentes modelos para el desarrollo de software

Describa qué es un lenguaje de programación

Describa las diferencias entre un lenguaje estructurado y uno orientado a objetos

Tratamos de definir que es un paradigma dentro de la ingeniería de software, según varios autores:

Para la Ingeniería de Software, el paradigma es una agrupación de métodos, herramientas y procedimientos con el fin de describir un modelo.

Un paradigma es un modelo para comprender la realidad, que nos permite relacionarnos con el mundo circundante y tener un sentido de identidad dentro de lo que percibimos que es el “mundo real” (Analisis y Diseño de Sistemas, 2011).

Un paradigma de programación es un modelo básico de diseño y desarrollo de programas, que permite producir programas con una directriz específica, tales como: estructura modular, fuerte cohesión, alta rentabilidad, etc. (Olivares, 2011).

En términos generales podemos decir que un paradigma, entendido dentro de la ingeniería de software es una estrategia de desarrollo que acompaña al proceso, los métodos y las herramientas a utilizar.

El paradigma a utilizarse en cada caso de desarrollo se selecciona por los ingenieros de software según la naturaleza del proyecto y la aplicación, los controles y las entregas que se requieren, la complejidad del proyecto y los recursos disponibles.

Tradicionalmente se ha visto la creación del software como una tarea “artesanal” sin una estructura formal o predecible como la que existe en otras disciplinas como por ejemplo la Ingeniería Civil.

Afortunadamente cada vez más se reconoce a la Ingeniería de Software como una disciplina legítima, digna de tener una investigación seria y un estudio cuidadoso. La creación de cuerpos documentales como la guía SWEBOK ha aportado formalidad y estructura a esta disciplina profesional. El ingeniero de software ha sustituido al programador como el título de trabajo preferente y los modelos de procesos de software, métodos de ingeniería de software y herramientas se han adoptado con éxito en un amplio espectro de aplicaciones industriales con lo que los gestores y usuarios reconocen la necesidad de un enfoque más disciplinado.

En un principio, al surgir los primeros lenguajes de programación, se desarrolló una gran cantidad de código. Sin embargo este código era muy difícil de mantener ya que por su naturaleza, estructuras de control de lógica y saltos de ejecución no condicionales, obligaban a saltar de un punto a otro de los programas durante su ejecución o revisión, por lo que este código fue llamado despectivamente código spaghetti.

Ante esto, surgió la necesidad de nuevos métodos para especificar, implantar, comprender y comunicar las estructuras de programación. Surgieron entonces los dos principales paradigmas de la ingeniería de software, el enfoque estructurado y el enfoque orientado a objetos.

El enfoque estructurado.

A finales de los años 1960, Dijkstra estableció las bases de la programación estructurada, demostrando que todo programa podía escribirse utilizando únicamente bloques secuenciales de instrucciones, instrucciones condicionales y bucles.

Los métodos del enfoque estructurado se basan en hacer aproximaciones descendentes donde se descompone el sistema completo en niveles funcionales cada vez más detallados, desde una apreciación global inicial hasta el nivel de detalle necesario para su implementación.

Estos métodos tienen como características primordiales la descomposición funcional del sistema, el modelado de los datos y la representación del flujo de la información. Estos tres aspectos forman las vistas del sistema: La especificación de datos, la especificación de los procesos y la especificación de control. (Pressman R. S., 2002).

Diagramas de Flujo de Datos

El primero de estos métodos en aparecer fue el Diagrama de Flujo de Datos (Data Flow Diagram, DFD), desarrollado por De Marco y popularizado por Yourdan. Este es un método principalmente enfocado a la especificación de los procesos del sistema.

Los diagramas de flujo de datos se asemejan a un grafo que representa los procesos que se realizan con los datos y las transformaciones que se aplican sobre ellos.

Los DFD tienen como característica distintiva el que pueden descomponerse en otros sub-diagramas hasta llegar al nivel de detalle o granularidad que se requiera para completar el diseño, siguiendo una aproximación descendente.

Al nivel más alto o superior, se le denomina nivel de contexto y los procesos que se expresan en los niveles inferiores, donde el detalle es el máximo y ya no pueden descomponerse más, se les conocen como procesos primitivos(Sanchez , Sicilia, & Rodríguez, 2012).

Los Diagramas de Flujo de Datos proporcionan algunas ventajas sobre las explicaciones descriptivas sencillas que pueden hacerse de un sistema y de la forma en que los datos se mueven a través del mismo. Proporcionan libertad para emprender la implementación técnica del sistema en las primeras etapas del análisis. Ofrecen una compresión más profunda de la interrelación entre los sistemas y los subsistemas que lo componen. Permiten una mejor comunicación con los usuarios sobre el conocimiento del sistema actual y facilitan el análisis del sistema propuesto para determinar si se han definido los datos y procesos necesarios.

Simbología

Los diagramas DFD se construyen únicamente con cuatro símbolos básicos, cada uno de ellos representa un componente, Ver Figura 22

Procesos .- Describen las funcionalidades del sistema y se representan con un rectángulo con esquinas redondeadas

Almacenes.- Representan los datos utilizados por el sistema y se muestran con un rectángulo cerrado en el lado izquierdo y abierto en el derecho.

Entidades externas.- Fuentes o destinos de la información del sistema, se representan con un cuadrado doble.

Flujos de datos.- Muestran el trasiego de datos entre las funciones y se representan mediante una flecha.

Figura 22 Simbología de los DFD

El cuadro doble, representa a una entidad externa que puede enviar datos al sistema o recibirlos

...