ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Paradigma Estructurado Vs Orientado


Enviado por   •  8 de Febrero de 2014  •  1.669 Palabras (7 Páginas)  •  294 Visitas

Página 1 de 7

Paradigma Estructurado vs Orientado

Paradigma Estructurado

Se podría denominar enfoque estructurado a la forma particular de pensar el software en términos de funciones de transformación de datos. El universo de discurso se disocia en funciones y datos, y cualquier tarea se interpreta como una transformación de datos. Por ejemplo al dibujar un circulo en pantalla por medio de las coordenadas, en cual la resolución de ello implementa métodos de software donde se transforma y procesa los datos de entrada para tener un producto final deseado, es decir hay que tomar en cuenta que la particularidad del enfoque estructurado consiste en pensar la solución como una función que transforma datos.

Por otra parte hablar del Enfoque Estructurado es referirnos a los DFD(Diagrama de Flujo de Datos), cuyas herramientas principales que ayudan a la comprensión del sistema antes de plasmarlo a código fuente. Entonces que esun DFD?...se dice que es un diagrama en el que participan procesos (métodos), flujo de datos (argumentos) y archivos (base de datos). Pero existen diferentes niveles dependiendo la complejidad del sistema que se analiza. Bien en cuanto a las desventajas una de ellas es que una porción de código en lenguaje estructurado es difícil que pueda servir en otros proyectos

Diagramas de flujos de datos

Los diagramas de flujo de datos son herramientas que nos permiten modelar ya sea sistemas, cuyos componentes contienen funciones que nos permite la realización de entrada y salida de datos; observando de manera estructurada el cuestionamiento o problema. Ahora bien dentro de sus componentes podemos encontrar procesos, flujos, almacenes y terminadores donde:

a) Los procesos se dice que representan la parte del sistema que transforma la entrada en dichas salidas.

b) Flujos.- En cuanto este componente, representa los datos en movimiento; dicho de otra manera son los que conectan los procesos entre sí, pero también puede ser la conexión de almacenes con procesos.

c) Almacenes.- Son aquellos representan los datos almacenados, los cuales pueden ser una BD (base de datos), archivo físico, entre otros.

d) Terminadores.- Por último estos componentes representan entidades externas que se comunican con el sistema, cuyas entidades pueden ser personas, organizaciones, otros sistemas, pero propiamente no pertenecen al sistema que se está modelando.

Componentes de los DFD

Existen los flujos de control son denominados señales o interrupciones, porque coordinan y sincronizan otros procesos; por otro lado los procesos de control sólo se conectan con flujos de control. En cuanto a los flujos de control de salida llaman a otro proceso y para los procesos de control de entrada, son aquellos que especifican que una tarea terminó.

Ahora bien un sistema puede representarse empleando varios diagramas de flujos de datos, en los cuales cada DFD represente una parte del dicho sistema, no hay que olvidar que los DFD permiten una partición por niveles del sistema. Entonces el nivel más general se representa con un DFD global llamado diagrama de contexto, es aquel que representa a todo el sistema con un simple proceso. Un punto muy importante que hay que considerar es que existen otras herramientas que complementa los DFD por mencionar algunos tenemos a:diccionarios de datos, las especificaciones de procesos, los diagramas de entidad relación, los diagramas de transición de estados, entre otras infinidades de herramientas.

Diccionarios de datos.-

Esta técnica es empleada para la descripción del diseño de las tablas (clases y entidades) cuya base se partió de un software de modelado como el dbdesigner

No hay que olvidar que los diccionarios se desarrollan durante el análisis de flujo de datos y ayuda a los analistas que participan en la determinación de los requerimientos del sistema, su contenido también se emplea durante el diseño del proyecto.

Diseño de módulos.-

Se dice que es un modelo que representa un proceso, y permite describir los tipos de datos, sus relaciones, sus restricciones y la manipulación de los datos en una BD.

Por otro lado un módulo es una unidad de diseño que presenta una división de Software clara y manejable con sus interfaces definidas, la cual puede representar un programa, subprograma o rutina. Hay que considerar que un modelo de datos permite describir los elementos de la realidad que intervienen en un problema dado y la forma en que se relacionan entre sí.

Durante el diseño de los módulos, se pueden identificar características o comportamientos comunes relacionados con accesos a las bases de datos o ficheros, lógica de tratamiento, llamadas a otros módulos, gestión de errores, etc. que determinen la necesidad de realizar su implementación como subsistemas de soporte

Descomposición en procesos.

Es aquel modelo a escala de lo real, pero no tan funcional para que un producto no lleve a cabo la totalidad de las funciones del sistema. Dentro de los procesos hay 2 fases en la cual la primera fase de Análisis de un proyecto, consiste en obtener y validar los requerimientos; en cuanto a la fase de Diseño, se basa en requerimientos obtenidos, es decir es mostrar las ventanas, su navegación, interacción, controles y botones al usuario; con la finalidad de mejorar el Diseño de la Interfaz del sistema.

Hay que tener muy en claro que los prototipos son aplicaciones las cuales logran funcionar, y es por ello que se crean con rapidez, logrando evolucionar o transformarse a través de un proceso iterativo y por ende (lógica)tienen un costo bajo

...

Descargar como (para miembros actualizados)  txt (10.6 Kb)  
Leer 6 páginas más »
Disponible sólo en Clubensayos.com