ANLISIS ESTRUCTURADO MODERNO.

ALEJANDRO MORALES MOJICA 20161020541

DAVID ALEJANDRO ROMERO 20161020022
EDUARD RUIZ RABA 20162020053
SERGIO GMEZ LARA 20161020046
JOSE DANIEL JIMENEZ 20161020062

GRUPO 81

Trabajo del Anlisis Estructurado Moderno.

PROFESOR
ANSELMO VEGA VEGA

UNIVERSIDAD DISTRITAL FRANCISCO JOS DE CALDAS

FACULTAD DE INGENIERA
ANLISIS DE SISTEMAS
BOGOT 2017
Fundadores:
El principal fundador de analisis estructurado moderno es Edward Nash Yourdon (30
de abril de 1944 - 20 de enero de 2016) fue un ingeniero de software , consultor
informtico , autor y conferenciante estadounidense, y pionero en la metodologa de
ingeniera de software.

Yourdon obtuvo su Licenciatura en Matemticas Aplicadas del Instituto de Tecnologa

de Massachusetts (MIT) en 1965, y realiz estudios de postgrado en ingeniera
elctrica y ciencias de la computacin en el MIT y en el Instituto Politcnico de Nueva
York .

En 1964 Yourdon comenz a trabajar en Digital Equipment Corporation desarrollando

programas FORTRAN para la minicomputadora PDP-5 y luego ensamblador para la
PDP-8 . Ms tarde en la dcada de 1960 y principios de 1970 despus de trabajar en
una pequea empresa de consultora y como consultor independiente, en 1974
Yourdon fund su propia empresa de consultora, para proporcionar servicios
educativos, editoriales y de consultora. Despus de que vendi esta empresa en
1986, se desempe en el Consejo de varias empresas de consultora de TI, y fue
asesor en varios proyectos de investigacin en la industria del software a lo largo de
la dcada de 1990.

En junio de 1997, Yourdon fue incluido en el Saln de la Fama de la Computadora .

En diciembre de 1999, The Crosstalk: The Journal of Defense Software Engineering,
lo nombr una de las diez personas ms influyentes en el campo del software.

A fines de la dcada de 1990, Yourdon se convirti en el centro de controversia sobre

sus creencias de que los problemas informticos relacionados con el Y2K podran
resultar en fallas graves de software que culminara en un colapso social
generalizado. Debido a los esfuerzos de Yourdon y de miles de tecnlogos,
desarrolladores y gerentes de proyectos dedicados, estos posibles puntos crticos de
falla del sistema se corrigieron con xito, evitando as los problemas que Yourdon y
otros identificaron con la suficiente anticipacin para marcar la diferencia. [1]

Estructura
Como estructura usamos el diagrama de flujo de datos (DFD) que traza el flujo de la
informacin para cualquier proceso o sistema. Emplea smbolos definidos, como
rectngulos, crculos y flechas, adems de etiquetas de texto breves, para mostrar las
entradas y salidas de datos, los puntos de almacenamiento y las rutas entre cada
destino. Los diagramas de flujo de datos pueden variar desde simples panoramas de
procesos incluso trazados a mano, hasta DFD muy detallados y con mltiples niveles
que profundizan progresivamente en cmo se manejan los datos. Se pueden usar
para analizar un sistema existente o para modelar uno nuevo. De forma similar a todos
los mejores diagramas y grficos, un DFD puede con frecuencia "decir" visualmente
cosas que seran difciles de explicar en palabras y funcionan para audiencias tanto
tcnicas como no tcnicas, desde desarrolladores hasta directores. Esa es la razn
por la que los DFD siguen siendo tan populares despus de todos estos aos.

Ejemplo DFD
Herramientas

Diagramas de Flujo de Datos: Los diagramas de flujo de datos (DFD) son utilizados
para modelar la funcionalidad de un sistema. Un DFD permite representar un sistema
como una red de procesos de transformacin de datos que intercambian informacin
por medio de flujos de datos.
Un proceso en un DFD puede representar funcionalidad en distintos niveles de
abstraccin, desde unidades funcionales de una organizacin (por ejemplo:
departamento de recursos humanos, seccin de ventas, etc.) hasta expresiones
simples (por ejemplo: clculo de la tasa nominal anual de un prstamo). La figura 1
presenta un ejemplo no necesariamente completo, pero que ilustra las distintas
componentes de un DFD.
Flujos de Datos: Los flujos de datos son representados por arcos o flechas
rotuladas. La flecha apunta en la direccin del flujo de la informacin, los datos
fluyen en esa direccin. El nombre con el que se rotula el arco debe ser
representativo de los datos contenidos en l. En algunos casos, cuando el nombre
es obvio, puede ser omitido (por ejemplo: un flujo que entra o sale de un depsito de
datos representando un registro completo) pero, en general, esa prctica no es
recomendable. Se han propuesto extensiones a la notacin utilizada por DeMarco y
Gane & Sarson [Ward 85, 86; Gane 79; Yourdon 89] algunas de ellas destinadas a
hacer ms descriptivo el DFD, incorporando informacin adicional por medio de
convenciones de diseo de los flujos. En la tabla siguiente se presenta un resumen
de las notaciones ms utilizadas.

Procesos: Un proceso representa una componente funcional del sistema. Un proceso

transforma, distribuye o genera datos. Por ejemplo, los procesos pueden realizar
operaciones aritmticas o lgicas sobre los datos que recibe para producir algn
resultado. Los procesos en un DFD son representados por un crculo (en la notacin
de DeMarco) o como una caja con bordes redondeados (en la notacin de Gane &
Sarson) con el nombre del proceso en su interior. Deben utilizarse nombres
significativos, conteniendo por lo menos un verbo, para definir la operacin
desempeada. Respecto de los procesos, un DFD describe nicamente los nombres
y los flujos de entrada y salida, sin aportar ninguna otra informacin sobre las
actividades internas de los procesos. Para describir con mayor detalle, y especificar
la funcionalidad por la que es responsable el proceso, se utilizan tcnicas de
especificacin de procesos, que sern descritas ms adelante.

Depsitos de Datos: Un depsito de datos es incluido en un DFD para modelar la

necesidad de almacenar datos. Un depsito de datos puede representar un archivo
en el disco de la computadora o un rea de memria global a los procesos. En la
literatura es posible encontrar que este mismo concepto puede recibir otros nombres
como por ejemplo: Archivo, Almacenamiento de Datos o Repositorio. Las lecturas que
se realizan a un depsito de datos son representadas por flujos de salida (del
depsito), y las actualizaciones de informacin se representan por flujos de entrada
(al depsito). Comnmente, el nombre de un depsito de datos es un sustantivo y
puede estar compuesto tambin por adjetivos. Los verbos no son vlidos como parte
del nombre, puesto que los almacenamientos de datos en los DFDs representan una
entidad esttica, carente de funcionalidad o comportamiento alguno. La estructura de
datos contenida en el archivo es documentada en un diccionario de datos, como se
mostrar ms adelante.

Agentes Externos: Un agente externo establece el origen o fuente de los datos

utilizados por el sistema o el receptor de los datos producidos por l. Los agentes
externos (tambin denominados entidades externas) no son parte del sistema. Son
modelados como cajas negras que generan o reciben datos del sistema. Su
funcionalidad y comunicacin con otros agentes externos son irrelevantes, desde el
punto de vista del sistema siendo desarrollado. Un agente externo puede representar
algn rea funcional de una organizacin, o el cargo de un funcionario, una agencia
del gobierno, un dispositivo generador de datos continuos u otro sistema que debe
interactuar con el sistema modelado.

Metodologa

Existen diferentes metodologas para el anlisis y diseo estructurado de sistemas,

en el caso de Edward Yourdon se define como:

1. Todo inicia identificado el problema, posteriormente se procede a modelar el

aspecto dinmico o el aspecto esttico del sistema. El aspecto dinmico est
definido por el aspecto ambiental y el aspecto de comportamiento. El aspecto
esttico est definido por el aspecto de informacin.

2. Aspecto ambiental.- Define las entradas y salidas del sistema con su entorno.
Para representar este aspecto se utiliza un diagrama de contexto (DC) donde
el sistema se representa por una burbuja y los agentes que proporcionan o
reciben informacin por rectngulos. El flujo de informacin entre el sistema y
el agente se dibuja con una lnea curva.

3. Aspecto de comportamiento.- Define el comportamiento interno del sistema

para procesar las entradas en salidas. Para representar este aspecto se ocupa
el diagrama de flujo de datos (DFD) y el diagrama de transicin de estados
(DTE). En el DFD Se ocupan los mismos smbolos que en el DC pero se hace
uso de los almacenes que se representar por dos lneas paralelas, estos
almacenes son los encargados de tener los datos que requieren las burbujas
(procesos) que requieren para trabajar.

4. Aspecto de Informacin.- Define la persistencia de los datos que se sern

utilizados por los proceso. Para representar este aspecto se ocupa el diagrama
de entidad-relacin (DER).

Esta metodologa proporciona una manera para disear paso a paso sistemas y
programas detallados. Cabe mencionar que unos paso involucra el anlisis, otros el
anlisis del diseo y otros ms la medicin y la mejora de la calidad del diseo. La
principal herramienta generada en el diseo estructurado es el diagrama de
estructura donde muestra los componentes de procedimientos del programa, su
ordenacin jerrquica y los datos conectados a ellos.
Metodologa del Top Down

La ingeniera del software est fundamentada sobre el modelo bsico de

entrada/proceso/salida de un sistema. Los datos se introducen en el sistema y el
sistema responde ante ellos transformndolos para obtener las salidas.

Una especificacin estructurada es un modelo grfico, particionado, descendente y

jerrquico de los procesos del sistema y de los datos utilizados por los procesos.

Estas metodologas enfocan el criterio de descomposicin que emplean al concepto

de Proceso.

Las herramientas asociadas a estas metodologas son:

Diagramas de flujo de datos. (DFD).
Diagramas de Entidad-Relacin. (Definicin de almacenes de datos para el DFD).
Diccionario de datos.
Descripciones funcionales.
Lenguaje natural estructurado.
Tablas de decisin.

Diagramas de flujos de datos (DFD).

Son diagramas que representan los procesos (funciones) que debe llevar a cabo un
sistema a distintos niveles de abstraccin y los datos que fluyen entre los procesos.
Los procesos ms complejos se descomponen en nuevos diagramas hasta llegar a
los procesos sencillos. Es la tcnica ms importante del anlisis estructurado, y se
emplea en todas las metodologas de anlisis y diseo estructurados.

Diagrama de entidad-relacin.

Se construye a partir del texto de los requerimientos. Esta formado por: entidades,
relaciones, atributos y claves.

Diccionario de datos.

Es el conjunto de las definiciones de todos los datos que aparecen en el DFD, tanto
almacenados como en los flujos de datos, incluido el propio diccionario.
Especifica el contenido de la informacin usando una notacin casi-formal (notacin
regular) tomada de la

Teora de Lenguajes Formales.

Los datos compuestos se definen en funcin de sus componentes.

Para composicin de datos se usan como mecanismos: la secuencia, la seleccin y
la agrupacin repetida (multiconjunto).

Construccin de datos Notacin Significado

Secuencia = Est compuesto de

Seleccin + Y
Repeticin [ ] Uno u otro
{ }n n repeticiones de
( ) Datos opcionales

Especificaciones de proceso:

En este apartado se incluyen la definicin de las operaciones, describiendo con ms

detalle lo que ocurre dentro de un proceso, es decir, definen cmo se obtienen las
salidas del proceso a partir de sus entradas.

Se usa un subconjunto del lenguaje natural con un cierto formato o estructura: por
ejemplo un pseudo-cdigo imperativo, un ingles o castellano estructurado. Los
mecanismos de estructuracin son: la secuencia, la seleccin y la repeticin.

Ejemplo: Metodologa de Yourdon

Realizar los DFD del sistema.

Realizar el diagrama de estructuras, obtenindose a partir de los DFD's
mediante dos tcnicas, al anlisis de transformacin y el anlisis de
transaccin.
Evaluacin del diseo, midiendo la calidad de la estructura resultante mediante
el acoplamiento y la cohesin.
Preparacin del diseo para la implantacin (cuadernos de carga).

Ventajas y Desventajas

Ventajas
Un enfoque metodolgico del estudio de una empresa (o un rea de una empresa) a
partir de un nmero de diferentes perspectivas es ms probable que proporcione una
comprensin ms completa de la empresa, sus procesos y datos, que los enfoques
"ad-hoc" que se utilizaron previamente. Esto a su vez debera (se esperaba) conducen
a los sistemas que son ms completos y correctos.

Sin embargo, el enfoque SSADM de tener que completar una fase antes de comenzar
la siguiente etapa que lleve a algunos proyectos en lo que se conoce como "parlisis
de anlisis". Qu se quiere decir con esto es que debido a que una empresa y sus
procesos nunca permanece igual por mucho tiempo, el equipo de sistemas
continuamente tendra que revisar el anlisis y diseo de productos para su
modificacin, causando (a veces muy largo) las demoras en llegar a las fases de la
programacin y entrega del sistema. En reconocimiento de esto, las versiones
posteriores de la Metodologa introdujeron un enfoque ms opcional / dinmica al
proceso.

Desventajas

Los problemas con los diagramas de flujo de datos han sido:

Eligiendo apropiadamente burbujas.
Particin de las burbujas en una significativa y acordada manera.
El tamao de la documentacin necesaria para entender los flujos de datos.
Estando muy funcional en la naturaleza y por lo tanto sujetos a cambios
frecuentes.
No slo es difcil para el cliente seguir el concepto de flujos y las burbujas de
datos, sino que tambin ha sido muy difcil para los diseadores que deben
cambiar la organizacin DFD en un formato implementable.

Bibliografa
[1] Wikipedia. (s.f.). Wikipedia. Recuperado el 29 de Octubre de 2017, de
Edward Yourdon: https://en.wikipedia.org/wiki/Edward_Yourdon
[2] Wikipedia. (s.f.). Wikipedia. Recuperado el 1 de Mayo de 2017, de Efecto
Mariposa: https://es.wikipedia.org/wiki/Efecto_mariposa
[3] Herramientas de Anlisis Estructurado
http://www.campus.fi.unju.edu.ar/courses/SSJ0001320082AP018/document/T
eoria/ejmplo_dfd-dd-der.pdf?cidReq=SSJ0001320082AP018
[4] [1] Wikipedia. (s.f.). Wikipedia. Recuperado el 29 de Octubre de 2017, de
Anlisis de sistemas estructurado y mtodo de diseo.
https://es.wikipedia.org/wiki/An%C3%A1lisis_de_sistemas_estructurado_y_m
%C3%A9todo_de_dise%C3%B1o#Ventajas_y_desventajas
https://sites.google.com/site/adai6jfm/home/clasificacin-de-las-metodologas