INSTITUTO TECNOLOGICO

SUPERIOR DE HUETAMO
ING. SISTEMAS COMPUTACIONALES

ENSAYO 3.1 PARADIGMAS DE LA INGENERIA DEL SOFTWARE

POR: JESUS CRISTHIAN LUVIANO NAVA Nº CONTROL: 08070027

SEMESTRE: 6º

ASIGNATURA: FUNDAMENTOS DE DESARROLLO DE SISTEMAS

ASESOR: ING. MARIELA YANIN MAGAÑA GUITIERREZ

Huetamo,Mich…Abril/2011

1
INDICE PAG

Introducción

CAPITULO I
PARADIGMAS DE LA INGENERIA DEL SOFTWARE

3.1 El enfoque estructurado….………………………………………………..4---5

3.1.1 Diagramas de flujos de datos...………………………………………..5—6
3.1.2 Diccionarios de datos…………………...………………………………6--7
3.1.3 Diseño de módulos……………………………………………………..8
3.1.4 Descomposición en procesos…………………………………………8

Conclusión
Bibliografía.

2
Introducción

Para empezar a describir cada uno de los subtemas debemos de

conocer lo esencial como que un paradigma se dice que “es un modelo o
patrón en cualquier disciplina”. Vamos a referirnos, al paradigma de la
ingeniería del software; en donde contienen metodologías empleadas para
resolución y visualización de un problema. Notablemente vemos que la mayoría
de las veces buscamos información respecto a un tema ya sea por interés
propio o porque simplemente nos lo dejaron que investigar para el
aprovechamiento del conocimiento continuo, bueno ante todo este dilema
posiblemente te preguntaras:

• ¿Cuál es la finalidad de saber estos temas?

• ¿Se han utilizado alguna vez, como herramienta?
• ¿Crees que verdaderamente sea de gran utilidad conocer cada uno de
los subtemas del paradigma de la ingeniería del software?
• ¿Qué se puede destacar con este ensayo?

Es muy necesario conocer cada uno de estos subtemas del paradigma de la

ingeneria del software para el crecimiento del conocimiento humano e implementarlos
en la vida cotidiana para el bienestar común.

Ahora amigo lector te invito a que me acompañes a seguir leyendo a manera

de ensayo los diversos temas, y al termino de mi ensayo podrás dar tus puntos de
vista y saber si el tema fue de tu agrado.

3
 CAPITULO I
PARADIGMAS DE LA INGENERIA DEL SOFTWARE

La ingeniería de software está compuesta por una serie de pasos de

abarcan los métodos, las herramientas y los procedimientos, para la elección
de un paradigma para la ingeniería de software se lleva a cabo de acuerdo con
la naturaleza del proyecto y de la aplicación, así mismo de las herramientas
que se piensen implementar.

Ahora dentro de la ingeniería de software existen una gran variedad de

Gama de paradigmas tales como: Ciclo de vida clásico, construcción de
prototipos, modelo espiral, DRA, Técnicas de 4Generación, modelo de
desarrollo concurrente y por supuesto que también puede existir la
combinación de paradigmas. Fig1

Fig. 1 Ilustración de Paradigmas

3.1 El enfoque 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.

4
 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 es
un 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.

3.1.1 Diagramas de flujos de datos.- Los diagramas de flujo tengo noción de

lo que son porque en lo personal los he utilizado en la institución y en mi
carrera, cuyos 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.
Fig. 2

5
 Entidad Externa Proceso

Flujo de Datos Almacén de datos

Fig. 2 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.

3.1.2 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…. en lo personal se ha logrado
realizar por la necesidad de un requerimiento del proyecto dentro de la materia,
bueno por un lado sé que un diccionario de datos es utilizado para modelos
físicos y conceptuales. Entonces 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.

6
Primero se elabora una tabla de manera general de la descripción de los datos
y después cada una Fig. 3 y 4

Fig. 3 Tabla General de la base de datos

Fig. 4 Tabla de venta pizzas

7
3.1.3 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.”

3.1.4 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 de desarrollo.

En cuanto a los prototipos o proceso por pantallas de la interfaz del sistema

y el usuario es la pantalla de visualización, lo cual logra presentar la
información tal como ésta es proporcionada al sistema. Para las funciones de
procesamiento contiene entradas, cálculos, actividades de salidas, para que las
pocas veces que los datos ingresados sean de manera correcta con ello hago
mención que hay que asegurar la detección de errores.

8
Conclusión

Después de haber realizado este ensayo, trate de explicar lo esencial de

cada subtema con la finalidad de que se lograran entender desde mi punto
vista de personal, con ello conocer si algunas de ellas son herramientas que los
programadores u otro tipo personas han empleado para el desarrollo de los
sistemas; una vez sabiendo eso lográbamos saber la utilidad y aplicabilidad
que se tenían cada una de ellas en la ingeniería del software. Hay que destacar
que para la realización de dicho ensayo, que con unos temas no se tenían
noción de ello, tuve que dar una lectura minuciosa y rápida, sino no lograba la
comprensión del tema volvía darle otra comprensión para la descripción del
tema en este ensayo; pero en unas partes donde describía unas herramientas
que se emplean como el diccionario de datos partió de lo que conocía a un
ejemplo aplicado para el entendimiento del subtema.

Ahora amigo lector ya te habrás dado cuenta si te sirvió poco o mucho,

conocer y comprender más los subtemas del paradigma de la ingeniería del
software aunque no sea de mucho pero si para el entendimiento de cada uno
de ellas, para su utilidad.

9
Referencias Virtuales:

- Anónimo (s/p), “Fundamentos de la ingeniería del software”, fecha consultada

8/abril/2011, página consultada:
http://148.202.148.5/cursos/cc321/fundamentos/temario.htm

- Anónimo (s/p), “Objetos y estructurado, dos pensamientos distintos”, fecha

consultada 8/abril/2011, página consultada:
http://www.google.com/url?sa=t&source=web&cd=11&ved=0CBQQFjAAOAo&url=http
%3A%2F%2Fis.ls.fi.upm.es%2Fdocencia%2Fproyecto%2Fdocs%2Fcurso%2F01Curs
o_OO_Objetos_ObjetosYEstructurado.doc&rct=j&q=que%20es%20un%20enfoque%2
0estructurado&ei=YzWiTcTfIZCP0QHipfCKBQ&usg=AFQjCNFnX_Wkj6jiWF43JrhysM
E55NbRPQ&cad=rja

-Ing. Luis Zuloaga Rotta (s/p), “diagrama de flujo de datos”, fecha consultada
8/abril/2011, página consultada:
http://docs.google.com/viewer?a=v&q=cache:wvoh5FI-
c8oJ:www.galeon.com/zuloaga/Doc/ADS04.pdf+Diagramas+de+flujos+de+datos&hl=e
s&pid=bl&srcid=ADGEESjYTtCaSe1vI1lc_T9JhgLqYbt-
phOl8YWxYOEppJxarHbsTUzif7MZ4P0py1X8MS2Ll3jg40AepBljQLV5VZAW-
kws3Ac0L4EI8qc8_kVOTH4meALeibwevmS8x5gqPrdUQ2sm&sig=AHIEtbRZvzVUGr5
nC7aAO9CmxP8OJTVfww

- ALEGSA - Santa Fe, Argentina. (s/p), “definición de los diagramas de flujo de

datos (dfd)”, fecha consultada 8/abril/2011, página consultada:
http://www.alegsa.com.ar/Dic/diagrama%20de%20flujo%20de%20datos.php

10