Ciclo de vida. Elementos fundamentales. Caractersticas.. Uso y aplicacin.

1- Que es el analisis estructurado de Sistemas (AES), para que sirve,

caracteristicas.

NOTA: DESGLOSAR EL SIGUIENTE CONTENIDO.

QUE ES LA REINGENIERIA
Lo primero que debemos hacer es definir la reingeniera. La reingeniera
constituye una recreacin y reconfiguracin de las actividades y procesos de la
empresa, lo cual implica volver a crear y configurar de manera radical l o los
sistemas de la compaa a los efectos de lograr incrementos significativos, y en
un corto perodo de tiempo, en materia de rentabilidad, productividad, tiempo
de respuesta, y calidad, lo cual implica la obtencin de ventajas competitivas.
Analizando dicha definicin encontramos en primer lugar los trminos de
recreacin y reconfiguracin, pues la reingeniera debe antes de todo
conceptualizarse filosficamente como una rotura o cambio de los paradigmas
vigentes en la empresa. Es por ello que la recreacin implica lisa y llanamente
el volver a crear los procesos a la luz de las nuevas ideas, tcnicas,
metodologas y descubrimientos cientficos. El trmino configurar significa
disponer de las partes que componen un cuerpo y le dan su peculiar figura, por
lo tanto la reconfiguracin es volver a disponer de las partes de una nueva y
peculiar forma. El hecho de que dichos cambios sean de carcter radical se
debe a que se tiende a borrar del mapa los viejos conceptos reemplazndolos
por
nuevas
y
revolucionarias
ideas.
En cuanto a los procesos, los mismos se definen como una sucesin de
acciones continuas y regulares, que ocurren o se llevan a cabo de una forma
definida, y que llevan al cumplimiento de algn resultado. Posteriormente
tenemos en la definicin el concepto de sistema, el cual se define como un
conjunto de elementos o componentes interrelacionados e interactuantes entre
s que conforman un todo unificado. Se hace hincapi en los sistemas debido a
la necesidad imperiosa de reenfocar la gestin de las empresas como un
sistema con partes ntimamente interrelacionadas en contraposicin al
tradicional y vetusto enfoque funcional.

EXISTEN FACTORES NECESARIOS PARA

REINGENIERA SEA EFECTIVA. ESTOS SON:

orientacin hacia el proceso

QUE

UNA

Ambicin

Rompimiento de reglas

Creatividad en el uso de la tecnologa.

LAS CARACTERSTICAS COMUNES DESPUS DE REALIZAR

UNA REINGENIERA SON:

Varios trabajos se comprimen en uno solo

Se comprimen verticalmente los procesos

Los pasos del proceso siguen un orden natural

Existen procesos en mltiples versiones

Se realiza el trabajo donde tiene sentido

Se reducen chequeos y controles

Se da la administracin por casos

Opera de forma centralizada y descentralizada

Las caractersticas comunes en todo el proceso de reingeniera son:

Unificacin de tareas.

Participacin de los trabajadores en la toma de decisiones.

Cambio del orden secuencial por el natural en los procesos.

Realizacin de diferentes versiones de un mismo producto.

Reduccin de las comprobaciones y controles (se flexibiliza la estructura

organizativa).

El responsable de proceso es el nico punto de contacto.

Operaciones hbridas centralizadas/descentralizadas.

Otra caracteristicas

Enfocada a procesos: No a departamentos o reas, trabajos, personas o

estructuras. Los viejos principios de la administracin que fragmentaban
el trabajo en varias unidades ya no funcionan, ahora hay nuevos

principios. Se define un proceso como una coleccin de actividades que

reciben una o ms entradas y generan una salida que es de valor para el
cliente.

Debe ser Rpida: En general debe ser rpida porque se esperan

resultados en tiempos cortos.

Visin Holstica: Observa todos los procesos desde una perspectiva

integral. Ve el todo y no las partes. Tiene una perspectiva global.
Multiespecialista (generalista): La reingeniera es anti-especializacin. La
especialidad tiene virtudes pero su defecto es la prdida de flexibilidad.
En reingeniera lo que ms requieres es flexibilidad.

Se apoya en el principio de la incertidumbre (Teora del Caos): En

reingeniera todo es "pulso y vista". Pura intuicin pero no ciega. Parte
del supuesto de que el determinismo no existe y por lo tanto no existe
nada establecido ni predeterminado. Hay que aprender a administrar o
manejar la incertidumbre. Hay que tener una tolerancia a la vaguedad,
ya que no hay guas ni precisin. Es construir un puente al vacio sin
conocer la otra orilla.

Destruccin creativa: Lo anterior ya no funciona y por lo tanto hay que

destruirlo, pero de una manera creativa, construyendo los nuevos
procesos. Se basa en el principio de que en un espacio slo cabe un
edificio, para construir lo nuevo tiene que hacerse sobre las ruinas o
cenizas de lo viejo. Tienes que destruir tu empresa tu viejo "yo" tu
organizacin para hacer una nueva de cero, pero esta destruccin tiene
que hacerse de manera sistemtica en base a los principios de la
transformacin organizacional.

Libre sin plan preestablecido: El modelo es que no hay modelo. Cada

quien tiene que hacer su propio proyecto de reingeniera. En el momento
que rompas con lo anterior te quedas en el aire, por eso debes tener una
tolerancia a la ambigedad hasta que recompongas los procesos.

Renovadora: Cambia de mentalidad o de enfoque. Metanoia.No

debemos pensar en tareas aisladas, sino en procesos integrados. Si
sigues viendo el mundo como era antes. Si piensas que no hay nada
nuevo bajo el sol y que no debes cambiar tus actitudes, tus
comportamientos, tu forma de trabajar o si no ests dispuesto a
enfrentar la incertidumbre o la vaguedad, entonces la reingeniera no es
para ti. El da que cambies de mentalidad, el da que tengas un cambio
cultural, una Metanoia, ese da podrs hacer reingeniera.

La reingeniera no trata de componer algo, la reingeniera significa que se

comienza de nuevo desde cero. Lo nico que debe importar es cmo se quiere
organizar el trabajo en el presente dadas las demandas de los mercados y el

poder de la tecnologa de la actualidad se debe hacer nfasis en que no debe

importar cmo se ha hecho el negocio en el pasado.
por esto para analizar los procesos no se deben hacer preguntas como las
siguientes: Cmo hacer el proceso ms rpido? Cmo lo podemos hacer
mejor? o Cmo hacerlo a un costo ms bajo? En cambio la reingeniera debe
cuestionarse porqu se hace lo que se est haciendo? Para poder contestar
esto se debe tener claro que todo proceso relevante debe llevar un valor
agregado para el cliente, esto puede ser de calidad, precio justo, proveer
excelente servicio, etc., es decir que nunca se debe realizar un proceso solo
por satisfacer alguna demanda interna de la organizacin de la empresa.

QU ES REINGENIERA DEL SOFTWARE?

Reingeniera del software se puede definir como: modificacin de un producto

software, o de ciertos componentes, usando para el anlisis del sistema
existente tcnicas de Ingeniera Inversa y, para la etapa de reconstruccin,
herramientas de Ingeniera Directa, de tal manera que se oriente este cambio
hacia mayores niveles de facilidad en cuanto a mantenimiento, reutilizacin,
comprensin o evaluacin.
Cuando una aplicacin lleva siendo usada aos, es fcil que esta aplicacin se
vuelva inestable como fruto de las mltiples correcciones, adaptaciones o
mejoras que han podido surgir a lo largo del tiempo. Esto deriva en que cada
vez que se pretende realizar un cambio se producen efectos colaterales
inesperados y hasta de gravedad, por lo que se hace necesario, si se prev
que la aplicacin seguir siendo de utilidad, aplicar reingeniera a la misma.
Entre los beneficios de aplicar reingeniera a un producto existente se puede
incluir:

Pueden reducir los riegos evolutivos de una organizacin.

Puede ayudar a las organizaciones a recuperar sus inversiones en

software.

Puede hacer el software ms fcilmente modificable

Ampla las capacidades de las herramientas CASE

Es un catalizador para la automatizacin del mantenimiento del software

Puede actuar como catalizador para la aplicacin de tcnicas de

inteligencia artificial para resolver problemas de reingeniera

La reingeniera del software involucra diferentes actividades como son:

anlisis de inventarios

reestructuracin de documentos

ingeniera inversa

reestructuracin de programas y datos

ingeniera directa

con la finalidad de crear versiones de programas ya existentes que sean de

mejor calidad y los mismos tengan una mayor facilidad de mantenimiento.

REINGENIERA DE LA INGENIERA DEL SOFTWARE

La reingeniera debe ser entendida como un proceso mediante el cual se
mejora un software existente haciendo uso de tcnicas de ingeniera inversa y
reestructuracin de cdigo. Para llevar a cabo la reingeniera del Software se
puede realizar a travs del modelo Cclico. En algunas ocasiones, estas
actividades se producen de forma secuencial y lineal, pero esto no siempre es
as. Por ejemplo, puede ser que la ingeniera inversa (la comprensin del
funcionamiento interno de un programa) tenga que producirse antes de que
pueda comenzar la reestructuracin de documentos.
La Reingeniera del software se puede definir como: modificacin de un
producto software, o de ciertos componentes, usando para el anlisis del
sistema existente tcnicas de Ingeniera Inversa y, para la etapa de
reconstruccin, herramientas de Ingeniera Directa, de tal manera que se
oriente este cambio hacia mayores niveles de facilidad en cuanto a
mantenimiento, reutilizacin, comprensin o evaluacin.
Cuando una aplicacin lleva siendo usada aos, es fcil que esta aplicacin se
vuelva inestable como fruto de las mltiples correcciones, adaptaciones o
mejoras que han podido surgir a lo largo del tiempo. Esto deriva en que cada
vez que se pretende realizar un cambio se producen efectos colaterales
inesperados y hasta de gravedad, por lo que se hace necesario, si se prev
que la aplicacin seguir siendo de utilidad, aplicar reingeniera a la misma.
Entre los beneficios de aplicar reingeniera a un producto existente se puede
incluir:

Pueden reducir los riegos evolutivos de una organizacin.

Puede ayudar a las organizaciones a recuperar sus inversiones en

software.

Puede hacer el software ms fcilmente modificable

Ampla las capacidades de las herramientas CASE

Es un catalizador para la automatizacin del mantenimiento del software

Puede actuar como catalizador para la aplicacin de tcnicas de

inteligencia artificial para resolver problemas de reingeniera

PASOS DE LA REINGENIERIA DEL SOFTWARE

Anlisis de Inventario.- Todas las organizaciones de software deberan

tener un inventario de todas sus aplicaciones. El inventario tal vez no
sea ms que un modelo en una hoja de clculo que contenga
informacin que proporcione una descripcin detallada (tamao, edad,
importancia para el negocio) de las aplicaciones activas. Es importante
sealar que el inventario deber visitarse con regularidad, el estado de
las aplicaciones puede cambiar en funcin del tiempo y, como resultado,
cambiarn las prioridades para la reingeniera.

Restructuracin de cdigo.- Algunos sistemas heredados tienen una

arquitectura de programa relativamente slida, pero los mdulos
individuales han sido codificados de una forma que hace difcil
comprenderlos, comprobarlos y mantenerlos. En estos casos, se puede
reestructurar el cdigo ubicado dentro de los mdulos sospechosos.
Para llevar a cabo esta actividad, se analiza el cdigo fuente mediante
una herramienta de reestructuracin, se indican las violaciones de las
estructuras de programacin estructurada, y entonces se reestructura el
cdigo (esto se puede hacer automticamente). El cdigo reestructurado
resultante se revisa y se comprueba para asegurar que no se hayan
introducido anomalas. Se actualiza la documentacin interna del cdigo.

Restructuracin de datos.- Un programa que posea una estructura de

datos dbil ser difcil de adaptar y de mejorar. De hecho, para muchas
aplicaciones, la arquitectura de datos tiene ms que ver con la viabilidad
a largo plazo del programa que el propio cdigo fuente. A diferencia de
la reestructuracin de cdigo, que se produce en un nivel relativamente
bajo de abstraccin, la estructuracin de datos es una actividad de
reingeniera a gran escala. En la mayora de los casos, la
reestructuracin de datos comienza por una actividad de ingeniera
inversa. La arquitectura de datos actual se analiza minuciosamente y se
definen los modelos de datos necesarios. Se identifican los objetos de
datos y atributos y, a continuacin, se revisan las estructuras de datos a
efectos de calidad.

Ingeniera directa.- En un mundo ideal, las aplicaciones se

reconstruyen utilizando un motor de reingeniera automatizado. En el
motor se insertara el programa viejo, que lo analizara, reestructurara y
despus regenerara la forma de exhibir los mejores aspectos de la

calidad del software. Despus de un espacio de tiempo corto, es

probable que llegue a aparecer este motor, pero los fabricantes de
CASE han presentado herramientas que proporcionan un subconjunto
limitado de estas capacidades y que se enfrentan con dominios de
aplicaciones especficas. Lo que es ms importante, estas herramientas
de reingeniera cada vez son ms sofisticadas.
La Ingeniera directa, que se denomina tambin renovacin o reclamacin, no
solamente recupera la informacin de diseo de un software ya existente, sino
que, adems, utiliza esta informacin en un esfuerzo por mejorar su calidad
global. En la mayora de los casos, el software procedente de una reingeniera
vuelve a implementar la funcionalidad del sistema existente, y aade adems
nuevas funciones y/o mejora el rendimiento global.

REINGENIERA DEL SOFTWARE:

Este escenario resulta sumamente conocido: Una aplicacin ha dado servicio y
ha cubierto las necesidades del negocio de una compaa durante diez o
quince aos. A lo largo de este tiempo, ha sido corregida, adaptada y mejorada
muchas veces. Las personas se dedicaban a esta tarea con la mejor de sus
intenciones, pero las prcticas de ingeniera del software buenas siempre se
echaban a un lado (por la urgencia de otros problemas). Ahora la aplicacin se
ha vuelto inestable. Sigue funcionando, pero cada vez que intenta efectuar un
cambio se producen efectos colaterales graves e inesperados.
Que se puede hacer?
La imposibilidad de mantener el software no es un problema nuevo. De hecho,
el gran inters por la reingeniera del software ha sido generado por un
iceberg de mantenimiento de software que lleva creciendo desde hace ms
de treinta aos.
Mantenimiento del software:
Hace casi treinta aos, el mantenimiento del software se caracterizaba por
ser como un iceberg. Esperbamos que lo que era inmediatamente visible
fuera de verdad lo que haba, pero sabamos que una enorme masa de
posibles problemas y costes yaca por debajo de la superficie. A principios de
los aos 70, el iceberg de mantenimiento era lo suficientemente grande como
para hundir un portaaviones. En la actualidad podra hundir toda la Armada.

El mantenimiento del software existente puede dar cuenta de ms del 60 por

100 de las inversiones efectuadas por una organizacin de desarrollo, y ese
porcentaje sigue ascendiendo a medida que se produce ms software. Los
lectores que tengan menos conocimientos en estos temas podran preguntarse
por qu se necesita tanto mantenimiento, y por qu se invierte tanto esfuerzo.

Gran parte del software del que dependemos en la actualidad tiene por trmino
medio entre diez y quince aos de antigedad. Aun cuando estos programas se
crearon empleando las mejores tcnicas de diseo y codificacin conocidas en
su poca (y la mayora no lo fueron), se crearon cuando el tamao de los
programas y el espacio de almacenamiento eran las preocupaciones
principales. A continuacin, se trasladaron a las nuevas plataformas, se
ajustaron para adecuarlos a cambios de mquina y de sistemas operativos y se
mejoraron para satisfacer nuevas necesidades del usuario; y todo esto se hizo
sin tener en cuenta la arquitectura global.
El resultado son unas estructuras muy mal diseadas, una mala codificacin,
una lgica inadecuada, y una escasa documentacin de los sistemas de
software que ahora nos piden que mantengamos en marcha .
Un modelo de procesos de reingeniera del software:
La reingeniera requiere tiempo; conlleva un coste de dinero enorme y absorbe
recursos que de otro modo podran emplearse en preocupaciones ms
inmediatas. Por todas estas razones, la reingeniera no se lleva a cabo en unos
pocos meses, ni siquiera en unos pocos aos. La reingeniera de sistemas de
informacin es una actividad que absorber recursos de las tecnologas de la
informacin durante muchos aos. Esta es la razn por la cual toda
organizacin necesita una estrategia pragmtica para la reingeniera del
software.
El paradigma de la reingeniera mostrado en la figura es un modelo cclico.
Esto significa que cada una de las actividades presentadas como parte del
paradigma pueden repetirse en otras ocasiones. Para un ciclo en particular,
el proceso puede terminar despus de cualquiera de estas actividades.
Anlisis de inventario. Todas las organizaciones de software debern
disponer de un inventario de todas sus aplicaciones. El inventario puede que no
sea ms que una
hoja de clculo con la informacin que proporciona una descripcin detallada
(por ejemplo: tamao, edad, importancia para el negocio) de todas las
aplicaciones activas.
Los candidatos a la reingeniera aparecen cuando se ordena esta informacin
en funcin de su importancia para el negocio, longevidad, mantenibilidad actual
y otros criterios localmente importantes. Es entonces cuando es posible asignar
recursos a las aplicaciones candidatas para el trabajo de reingeniera.
Es importante destacar que el inventario deber revisarse con regularidad. El
estado de las aplicaciones (por ejemplo, la importancia con respecto al
negocio) puede cambiar en funcin del tiempo y, como resultado, cambiarn
tambin las prioridades para la reingeniera.

Reestructuracin de documentos. Una documentacin escasa es la marca

de muchos sistemas heredados.
Ingeniera inversa: Es el proceso de construir especificaciones de un mayor
nivel de abstraccin partiendo del cdigo fuente de un sistema software o
cualquier otro producto (se puede utilizar como punto de partida cualquier otro
elemento de diseo, etc.).Estas especificaciones pueden volver ser utilizadas
para construir una nueva implementacin del sistema utilizando, por ejemplo,
tcnicas de ingeniera directa.
Ventajas de la Ingeniera Inversa:
Reducir la complejidad del sistema: al intentar comprender el software se
facilita su mantenimiento y la complejidad existente disminuye. Generar
diferentes alternativas: del punto de partida del proceso, principalmente cdigo
fuente, se generan representaciones grficas lo que facilita su comprensin.
Recuperar y/o actualizar la informacin perdida (cambios que no se
documentaron en su momento).
Detectar efectos laterales: los cambios que se puedan realizar en un sistema
puede conducirnos a que surjan efectos no deseados, esta serie de anomalas
puede ser detectados por la ingeniera inversa.
Facilitar la reutilizacin: por medio de la ingeniera inversa se pueden
detectar componentes de posible reutilizacin de sistemas existentes, pudiendo
aumentar la productividad, reducir los costes y los riesgos de mantenimiento.
La finalidad de la ingeniera inversa es la de desentraar los misterios y
secretos de los sistemas en uso a partir del cdigo. Para ello, se emplean una
serie de herramientas que extraen informacin de los datos, procedimientos y
arquitectura del sistema existente.
TIPOS DE INGENIERIA INVERSA.
Ingeniera inversa de datos: Se aplica sobre algn cdigo de bases datos
(aplicacin, cdigo SQL, etc) para obtener los modelos relacionales o sobre el
modelo relacional para obtener el diagrama entidad-relacin.

Ingeniera inversa de lgica o de proceso: Cuando la ingeniera inversa se

aplica sobre cdigo de un programa para averiguar su lgica o sobre cualquier
documento de diseo para obtener documentos de anlisis o de requisitos.
Ingeniera inversa de interfaces de usuario: Se aplica con objeto de
mantener la lgica interna del programa para obtener los modelos y
especificaciones que sirvieron de base para la construccin de la misma, con
objeto de tomarlas como punto de partida en procesos de ingeniera directa
que permitan modificar dicha interfaz.

Conceptos generales
Cuando los analistas comienzan a trabajar sobre un proyecto de sistemas de
informacin, a menudo tienen que profundizar en un rea de la organizacincon la que
tienen poca familiaridad. A pesar de esto, futuros usuarios - de esa rea. Cualquier
nuevo sistema o conjunto de recomendaciones para cambiosen el sistema existente, ya
sea ste manual o automatizado, debe conducir hacia una mejora. Para alcanzar este
resultado, se espera que los analistas desistemas hagan lo siguiente:

aprendan los detalles y procedimientos del sistema en uso.

Obtengan una idea de las demandas futuras de la organizacin como resultado del
crecimiento, del aumento de la competencia en el mercado, de loscambios en las
necesidades de los consumidores, de la evolucin de las estructuras financieras, de la
introduccin de la nueva tecnologa y cambiosen las polticas del gobierno entre otros.

Documentar detalles del sistema actual para su revisin y discusin por otros.

Evaluar la eficiencia y efectividad del sistema actual y sus procedimientos, tomando en

cuenta el impacto sobre las demandas anticipadas para elfuturo.

Fomentar la participacin de gerentes y empleados en todo el proceso, tanto para

aprovechar su experiencia y conocimiento del sistema actual, comopara conocer sus
ideas, sentimientos y opiniones relacionadas con los requerimientos de un nuevo
sistema o de los cambios para la cual.
Qu es el anlisis estructurado?
El anlisis estructurado es un mtodo para el anlisis de sistemas manuales o
automatizados, que conduce al desarrollo de especificaciones para sistemasnuevos o
para efectuar modificaciones a los ya existentes. Cuando los analistas de sistemas
abordan una situacin poco familiar, siempre existe unapregunta sobre donde comenzar
el anlisis. Una situacin dinmica siempre puede ser vista como abrumadora debido a
que muchas de las actividades sellevan a cabo constantemente, como sealo MARY
HELEN es su seminario. El anlisis estructurado permite el analista conocer un sistema
o proceso(actividad) en una forma lgica y manejable el mismo tiempo que proporciona
la base para asegurar que no se omite ningn detalle pertinente.
Sisgnificado de estructurado
qu es lo que desea estructurar? que significa estructurar? El objetivo que persigue el
anlisis estructurado es organizar las tareas asociada con ladeterminacin de
requerimientos para obtener la comprensin completa y exacta de una situacin dada. A
partir de aqu determina los requerimientos quesern la base de un sistema nuevo o
modificado.En el anlisis estructurado la palabra estructura significa qu: 1) el mtodo
intenta estructurar el proceso de determinacin de los requerimientoscomenzando con la
documentacin del sistema existente; 2) el proceso est organizado de tal forma que
intenta incluir todos los detalles relevante quedescribe al sistema en uso; 3) es fcil
verificar cuando se han omitido detalles relevantes; 4) la identificacin de los
requerimientos ser similar entrevarios analistas e incluir las mejora soluciones y
estrategias para las oportunidades para de desarrollo de sistemas; y 5) los documentos
de trabajogenerados para documentar los sistemas existente o propuesto son dispositivos
de comunicacin eficientes.
Componentes del anlisis estructurado
El anlisis estructurado hace uso de los siguientes componentes.1.
smbolos grficos2.
diccionario de datos3.
descripciones de procesos y procedimientos4.
reglas
Que es el anlisis de flujo de datos?
Los analistas desean conocer las respuestas a cuatro preguntas especificas:Que
procesos integran el sistema??que datos emplea cada proceso??qu datos son
almacenado??que datos ingresan y abandonan el sistema?De lo anterior es claro que se
da gran importancia al anlisis de los datos.Los datos son la gua de las actividades de la

empresa. Ellos pueden iniciar eventos (por ejemplo, los datos sobre nuevos pedidos) y
ser procesados paradar informacin til al personal que desea saber qu tambin se han
manejado los eventos (al medir la calidad y tasa de trabajo, rentabilidad, etc.). elanlisis
de sistemas conoce el papel central que tienen los datos de la empresa en las
organizaciones. Seguir el flujo de datos por todos los procesos de laempresa, que es la
finalidad del anlisis de flujo de datos, les dice mucho a los analistas sobre como se
alcanza los objetivos de la organizacin. En eltranscurso del manejo de transacciones y
terminacin de tareas los datos entran, son procesados, almacenados, recuperados,
analizados, utilizados,cambiados y presentados como salidas. El anlisis de flujo de
datos estudia el empleo de los datos en cada actividad. Documento a los hallazgos
condiagramas de flujo de datos que muestran en forma grfica la relacin entre procesos
y datos, en los diccionarios de datos que describe de manera formallos datos del sistema
y los sitios donde son utilizados.
CARACTERISTICAS DE LA ESTRATEGIA DE FLUJOS DE DATOS
El anlisis de flujo de datos examina el empleo de los datos para llevar a cabo procesos
especficos de la empresa dentro del mbito de una investigacinde sistemas. El anlisis
puede pensarse de tal manera que se estudia actividades del sistema desde el punto de
vista de los datos: donde se originan, comose utilizan o cambian, hacia donde van,
incluyendo las paradas a los largo del camino que siguen desde sus origen hasta sus
destino.Los componentes de la estrategia de flujo de datos abarcan tanto la
determinacin de los requerimientos como el diseo de sistemas. Una notacin
bienestablecida facilita la documentacin del sistemas actual y su anlisis por todos los
participantes en el proceso de determinacin de requerimientos.
Herramientas de la estrategia de flujo de datos
La estrategia de flujo de datos muestra el empleo de estos en forma grfica. Las
herramientas utilizadas al seguir esta estrategia muestran todas lascaractersticas
esenciales del sistema y la forma en que se ajustan entre s. Puede ser difcil comprender
en su totalidad un proceso de la empresa si seemplea para ello una descripcin verbal;
Las herramientas para el flujo de datos ayuda a mostrar los componentes esenciales de
un sistema junto con susinteracciones.El anlisis de flujo de datos utiliza la sguie.
Herramientas.1.
Diagrama de flujo de datosUna herramienta grfica se emplea para describir y analizar
el movimiento de datos a travs de un sistema, ya sea que este fuera manual o
automatizado,incluyendo procesos, lugares para almacenar datos y retrasos en el
sistema. Estos diagramas reciben el nombre de diagramas lgicos de flujo de datos2.
Diccionario de datosel diccionario contiene las caractersticas lgicas de los sitios donde
se almacenan los datos del sistema, incluyendo nombre, descripcin, alias, contenidosy
organizacin. Tambin identifica los procesos donde se emplea los datos y los sitios de
donde se necesitan el acceso inmediato a la informacin. Sirvecomo puerto de partida
para identificar los requerimientos de las bases de datos durante el diseo del sistema.3.
Diagrama de estructura de datosEste diagrama es una descripcin de la relacin entre
entidades (personas, lugares, eventos y objetos) de un sistema y el conjunto de
informacinrelacionada con la entidad. No considera el almacenamiento fsico de los
datos.4.
grfica de estructuraHerramienta de diseo que muestra con smbolos la relacin entre
los mdulos de procesamiento y el software de la computadora describe la jerarqua

delos mdulos componentes y los datos que sern transmitidos entre ellos. Incluye el
anlisis de las transformaciones entrada - salida y el anlisis
detransaccin.DESARROLLO DE DIARAMAS DE FLUJO DE DATOSPara que de
utilidad y proporcionan informacin los diagramas de flujo de datos deben dibujarse en
forma adecuada. Esta seccin muestra comodibujarlos: donde comenzar, como aadir
detalles a las descripciones, cuando incorporar la informacin sobre el control y como
mantener la consistenciaal asignar los nombre s de los objetos incluidos en los
diagramas. La presentacin seala tambin errores comunes que deben evitarse.
Diagramas fsicos de flujo de datos
Los diagramas de flujo de datos son de dos tipos:

Diagramas fsicos de datosProporciona un panorama del sistema en uso, que es

dependiente de la implantacin, que muestra qu tareas se llevan a cabo y cmo. Las
caractersticasfsicas incluyen:Nombres de personasNombre de nmeros de formatos y
documentosNombres de departamentosArchivos maestros y de transaccionesEquipo y
dispositivos utilizados

Diccionario de datos
Contiene las caractersticas lgicas de los sitios donde se almacenan
los datos del sistema, incluyendo nombre, descripcin, alias, contenido
y organizacin. Identifica los procesos donde se emplean los datos y
los sitios donde se necesita el acceso inmediato a la informacin, se
desarrolla durante el anlisis de flujo de datos y auxilia a los analistas
que participan en la determinacin de los requerimientos del sistema,
su contenido tambin se emplea durante el diseo.
Razones para su utilizacin:
1- Para manejar los detalles en sistemas muy grandes, ya que tienen
enormes cantidades de datos, aun en los sistemas mas chicos hay
gran cantidad de datos.
Los sistemas al sufrir cambios continuos, es muy difcil manejar todos
los detalles. Por eso se registra la informacin, ya sea sobre hoja de
papel o usando procesadores de texto. Los analistas mas organizados
usan el diccionario de datos automatizados diseados
especficamente para el anlisis y diseo de software.
2- Para asignarle un solo significado a cada uno de los elementos y
actividades del sistema.
Los diccionarios de datos proporcionan asistencia para asegurar
significados comunes para los elementos y actividades del sistema y

registrando detalles adicionales relacionadas con el flujo de datos en

el sistema, de tal manera que todo pueda localizarse con rapidez.
3- Para documentar las caractersticas del sistema, incluyendo partes
o componentes as como los aspectos que los distinguen. Tambien es
necesario saber bajo que circunstancias se lleva a cabo cada proceso
y con que frecuencia ocurren. Produciendo una comprensin mas
completa. Una vez que las caractersticas estn articuladas y
registradas, todos los participantes en el proyecto tendrn una fuente
comn de informacin con respecto al sistema.
4- Para facilitar el anlisis de los detalles con la finalidad de evaluar
las caractersticas y determinar donde efectuar cambios en el sistema.
Determina si son necesarias nuevas caractersticas o si estn en
orden los cambios de cualquier tipo.
Se abordan las caractersticas:
* Naturaleza de las transacciones: las actividades de la empresa que
se llevan a cabo mientras se emplea el sistema.
* Preguntas: solicitudes para la recuperacin o procesamiento de
informacin para generar una respuesta especifica.
* Archivos y bases de datos: detalles de las transacciones y registros
maestros que son de inters para la organizacin.
* Capacidad del sistema: Habilidad del sistema para aceptar, procesar
y almacenar transacciones y datos
5- Localizar errores y omisiones en el sistema, detectan dificultades, y
las presentan en un informe. Aun en los manuales, se revelan errores.
Contenido de un registro del diccionario
El diccionario tiene dos tipos de descripciones para el flujo de datos
del sistema, son los elementos datos y estructura de datos.
Elemento dato: son los bloques bsicos para todos los dems datos
del sistema, por si mismos no le dan un significado suficiente al
usuario. Se agrupan para formar una estructura de datos.

Descripcin: Cada entrada en el diccionario consiste de un conjunto

de detalles que describen los datos utilizados o producidos por el
sistema.
Cada uno esta identificado con:
Un nombre: para distinguir un dato de otro.
Descripcin: indica lo que representa en el sistema.
Alias: porque un dato puede recibir varios nombres, dependiendo de
quien uso este dato.
Longitud: porque es de importancia de saber la cantidad de espacio
necesario para cada dato.
Valores de los datos: porque en algunos procesos solo son
permitidos valores muy especficos para los datos. Si los valores de
los datos estn restringidos a un intervalo especifico, esto debe estar
en la entrada del diccionario.
El diagrama de flujo o diagrama de actividades es la representacin grfica del
algoritmo o proceso. Se utiliza en disciplinas como programacin, economa, procesos
industriales y psicologa cognitiva.
En Lenguaje Unificado de Modelado (UML), un diagrama de actividades representa los
flujos de trabajo paso a paso de negocio y operacionales de los componentes en un
sistema. Un diagrama de actividades muestra el flujo de control general.
En SysML el diagrama ha sido extendido para indicar flujos entre pasos que mueven
elementos fsicos (p.ej., gasolina) o energa (p.ej., presin). Los cambios adicionales
permiten al diagrama soportar mejor flujos de comportamiento y datos continuos.
Estos diagramas utilizan smbolos con significados definidos que representan los pasos
del algoritmo, y representan el flujo de ejecucin mediante flechas que conectan los
puntos de inicio y de fin de proceso.

Qu funcin cumple un diagrama de flujo?

1. Favorecen la comprensin del proceso al mostrarlo como un dibujo. El
cerebro humano reconoce muy fcilmente los dibujos. Un buen
diagrama de flujo reemplaza varias pginas de texto.
2. Permiten identificar los problemas y las oportunidades de mejora del
proceso. Se identifican los pasos, los flujos de los re-procesos, los
conflictos de autoridad, las responsabilidades, los cuellos de botella, y
los puntos de decisin.

3. Muestran las interfaces cliente-proveedor y las transacciones que en

ellas se realizan, facilitando a los empleados el anlisis de las
mismas.
4. Son una excelente herramienta para capacitar a los nuevos
empleados y tambin a los que desarrollan la tarea, cuando se
realizan mejoras en el proceso.
5. Al igual que el pseudocdigo, el diagrama de flujo con fines de anlisis
de algoritmos de programacin puede ser ejecutado en un ordenador,
con un Ide como Free DFD.

Objetivo.Representar grficamente las distintas etapas de un proceso y sus interacciones, para

facilitar la comprensin de su funcionamiento. Es til para analizar el proceso actual,
proponer mejoras, conocer los clientes y proveedores de cada fase,representar los
controles, etc.

3.-Ventajas.Podemos citar como ventajas que se pueden obtener con la utilizacin de los diagramas
de flujo, las siguientes:

Ayudan a las personas que trabajan en el proceso a entender el

mismo , con lo que facilitaran su incorporacin a la organizacin e
incluso, su colaboracin en la bsqueda de mejoras del proceso y sus
deficiencias.

Al presentarse el proceso d una manera objetiva, se permite con

mayor facilidad la identificacin de forma clara de las mejoras a
proponer.

Permite que cada persona de la empresa se site dentro del proceso,

lo que conlleva a poder identificar perfectamente quien es su cliente
y proveedor interno dentro del proceso y su cadena de relaciones, por
lo que se mejora considerablemente la comunicacin entre los
departamentos y personas de la organizacin.

Normalmente sucede que las personas que participan en la

elaboracin del diagrama de flujo se suelen volver entusiastas
partidarias del mismo, por lo que continuamente proponen ideas para
mejorarlo.

Es obvio que los diagramas de flujo son herramientas muy valiosas

para la formacin y entrenamiento del nuevo personal que se
incorpore a la empresa.

Lo mas reseable es que realmente se consigue que todas las

personas que estn participando en el proceso lo entendern de la

misma manera, con lo que sera mas fcil lograr motivarlas a

conseguir procesos mas econmicos en tiempo y costes y mejorar las
relaciones internas entre los cliente-proveedor del proceso.