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
PAG
INDICE
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?
conocer cada uno de los subtemas del paradigma de la ingeniería del software? • ¿Crees que verdaderamente sea de gran utilidad
•
¿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 Son aquellos representan representan los datos almacenados, 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
Flujo de Datos
Proceso
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 (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 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 cual la 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:wvoh5FIc8oJ:www.galeon.com/zuloaga/Doc/ADS04.pdf+Diagramas+de+flujos+de+datos&hl=e s&pid=bl&srcid=ADGEESjYTtCaSe1vI1lc_T9JhgLqYbtphOl8YWxYOEppJxarHbsTUzif7MZ4P0py1X8MS2Ll3jg40AepBljQLV5VZAWkws3Ac0L4EI8qc8_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% http://www.alegsa.com.ar/Dic/diagrama% 20de%20flujo%20de%20datos.php 20datos.php
10
