Curso de Anlisis de Sistemas de Informacin

ndice

Introduccin Contenido 1) El Proceso de Anlisis a. Uso de diagramas de flujo de datos b. El enfoque de datos para la determinacin de requerimientos c. El desarrollo de diagramas de flujo de datos d. Diagramas de flujo de datos lgicos y fsicos e. Particin de diagramas de flujo de datos f. Uso de diagramas de flujo de datos 2) Anlisis de Sistemas Usando Diccionario de Datos a. El diccionario de datos b. El almacn de datos c. Creacin del diccionario de datos d. Uso del diccionario de datos 3) Descripcin de Especificaciones de Proceso y Decisiones Estructuradas a. Especificaciones de proceso b. Lenguaje estructurado c. Tablas de decisin d. rboles de decisin e. Especificaciones de proceso fsicas y lgicas Conclusin Bibliografa Anexo Vocabulario

Introduccin

Este trabajo pretendemos exponer la importancia de los diagramas de flujo de datos, sus tipos y la ayuda que estos brindan al representar grficamente los movimientos de los datos de una organizacin. Los diagramas de flujos de datos son los que facilitan al analista de sistemas entender los requerimientos de informacin de los usuarios, para que stos puedan visualizar cmo se mueven los procesos y transacciones de la empresa y cules son los resultados. Tambin vemos el uso de mtodos, como el diccionario de datos, rboles y tablas de decisiones, que permiten al analista tener un acceso fcil a la informacin y datos que toman parte de los procesos y decisiones de la empresa.

1) El Proceso de Anlisis

A) Uso De Diagramas De Flujo De Datos Los diagramas de flujo (DFD) se utilizan para comprender mejor el movimiento lgico de los datos en un negocio. Los diagramas de flujo de datos son anlisis estructurados y herramientas de diseo que permiten que el analista comprenda visualmente el sistema y subsistemas como un juego de flujos de datos interrelacionados. La representacin grfica del movimiento, almacenamiento y transformacin de datos es trazada con el uso de cuatro smbolos: un rectngulo redondeado para indicar procesamiento o transformaciones de datos, un cuadrado doble para mostrar una entidad de datos externa (origen o receptor de datos), una flecha para mostrar el flujo de datos y un rectngulo de extremo abierto para mostrar un almacn de datos.

CARACTERSTICAS DE LOS DIAGRAMAS DE FLUJO DE DATOS

Muestran que debe hacer el sistema sin referencias. Son diagramas explcitos y comprensibles. Dan la posibilidad de representar el sistema a diferentes niveles de complejidad, desde lo ms global a lo ms detallado Son fcil de mantener, pues los cambios afectan solo algunos de sus elementos y no al todo.

CULES SO LAS VENTAJAS DE LOS DIAGRAMAS DE FLUJO DE DATOS?

Fcil lectura, con esto se constituye en un instrumento de mucha versatilidad. Facilitan la interaccin Usuario-Analista.

CULES SON LAS LIMITACIONES DE LOS DIAGRAMAS DE FLUJO DE DATOS?

No permite recoger el comportamiento de sistema que deben responder a eventos en tiempos acotados. Para ello se usa el diagrama de transicin de Estados. No permite dar cuenta de la de las relaciones entre los datos que se precisan almacenar .Para ello se usan el diagrama Entidad-Relacin. No permite reflejar situaciones en las cuales es preciso dejar de manifiesto la necesaria concurrencia de dos o ms flujo de datos para un subproceso pueda iniciar efectivamente su tarea. Para ello se utiliza la especificacin de procesos. No permite recoger el contenido de los flujos de datos ni el contenido de los archivos .Para ello se utiliza el diccionario de datos.

B) Enfoque De Datos Para La Determinacin De Requerimientos

ENFOQUE DEL FLUJO DE DATOS PARA DETERMINAR LOS REQUERIMIENTOS

El analista de sistemas puede elaborar una representacin grfica de los procesos que se realizan con los datos en toda la organizacin, mediante una tcnica de anlisis estructurada llamada diagramas de flujo de datos (DFDs). Con el uso de los cuatro smbolos (un cuadrado doble, una flecha, un rectngulo con esquinas redondeadas y un rectngulo abierto), el analista de sistemas puede crear una descripcin grfica de los procesos que, con el tiempo, contribuirn a desarrollar una slida documentacin del sistema. VENTAJAS DEL ENFOQUE DEL FLUJO DE DATOS

El enfoque del flujo de datos posee cuatro ventajas principales sobre las explicaciones descriptivas en relacin con la forma en que los datos se mueven a travs del sistema: 1. Libertad para emprender la implementacin tcnica del sistema en las etapas tempranas. 2. Una comprensin ms profunda de la interrelacin entre sistemas y subsistemas. 3. Comunicar a los usuarios el conocimiento sobre el sistema actual mediante diagramas de flujo de datos. 4. Anlisis de un sistema propuesto para determinar si se han definido los datos y procesos necesarios.

C) Desarrollo De Diagramas De Flujo De Datos

DESARROLLO

DE

DIAGRAMAS

DE

FLUJO

DE

DATOS

Los diagramas de flujo de datos se pueden y deben dibujar de manera sistemtica para desarrollar eficazmente diagramas de flujo de datos. Primero, el analista de sistemas necesita visualizar los flujos de datos desde una perspectiva jerrquica de arriba hacia abajo.

CREACIN

DEL

DIAGRAMA

DE

CONTEXTO

El diagrama de contexto es el nivel ms alto en un diagrama de flujo de datos y contiene un solo proceso, que representa a todo el sistema. Al proceso se le asigna el nmero cero. En el diagrama de contexto se muestran todas las entidades externas, as como tambin los flujos de datos principales que van desde y hacia dichas entidades. DIBUJO DEL DIAGRAMA 0 (EL SIGUIENTE NIVEL)

El Diagrama 0 es la ampliacin del diagrama de contexto y puede incluir hasta nueve procesos. Si se incluyen ms procesos en este nivel se producir un diagrama difcil de entender. Por lo general, cada proceso se numera con un entero, empezando en la esquina superior izquierda del diagrama y terminando en la esquina inferior derecha. En el Diagrama 0 se incluyen los principales almacenes de datos del sistema (que representan a los archivos maestros) y todas las entidades externas. La figura 7.3 representa grficamente el diagrama de contexto y el Diagrama 0. Debido a que un diagrama de flujo de datos es bidimensional (en lugar de lineal), usted puede empezar en cualquier punto del diagrama e ir hacia adelante o hacia atrs. Si no est seguro de lo que podra incluir en cualquier punto, tome una entidad externa, un proceso o un almacn de datos diferente y empiece a dibujar el flujo a partir de l:

1. Empiece con el flujo de datos de una entidad en el lado de la entrada. Haga preguntas tales como: "Qu sucede con los datos que entran en el sistema?" "Se almacenan?" "Esta entrada es para varios procesos?" 2. Trabaje hacia atrs a partir de un flujo de datos de salida. Examine los campos de salida de un documento o pantalla. 3. Examine el flujo de datos desde o hacia un almacn de datos. Pregunte: "Qu procesos ponen los datos en el almacn?" o "Qu procesos usan los datos?" Observe que un almacn de datos utilizado en el sistema en el que est usted trabajando podra ser producido por un sistema diferente. 4. Analice un proceso bien definido. Vea qu entrada de datos necesita el proceso y qu salida produce. Despus vincule la entrada y la salida con los almacenes de datos y las entidades adecuadas. 5. Tome nota de cualquier rea confusa en donde no est seguro de lo que se debe incluir o de la

entrada o la salida que se requiera. Al conocer las reas problemticas podr realizar una lista de preguntas para las entrevistas de seguimiento con los usuarios clave.

CREACIN

DE

DIAGRAMAS

HIJOS

(NIVELES

MS

DETALLADOS)

El proceso del Diagrama 0 a partir del cual se realiza la ampliacin se llama proceso padre, y el diagrama que se produce se llama diagrama hijo. La regla principal para crear diagramas hijos, el equilibrio vertical, estipula que un diagrama hijo no puede producir salida o no puede recibir entrada que el proceso padre no produzca o reciba tambin. Los procesos se podran ampliar o no ampliar, dependiendo de su nivel de complejidad. Cuando no se ampla un proceso, se dice que es funcionalmente primitivo y se llama proceso primitivo. REVISIN DE ERRORES EN LOS DIAGRAMAS

Cuando se dibujan diagramas de flujo de datos se pueden cometer varios errores comunes como los siguientes: 1. Olvidar incluir un flujo de datos o apuntar con una flecha en la direccin incorrecta. Un ejemplo es un proceso dibujado que muestra todos sus flujos de datos como entrada o salida. Cada proceso transforma datos y debe recibir una entrada y producir una salida. 2. Conectar directamente entre s almacenes de datos y entidades externas. Los almacenes de datos y las entidades externas no se deben conectar entre s; slo se deben conectar con un proceso. 3. Asignar nombres incorrectos a los procesos o al flujo de datos. Revise el diagrama de flujo de datos para asegurar que cada objeto o flujo de datos tiene un nombre adecuado 4. Incluir ms de nueve procesos en un diagrama de flujo de datos. La inclusin de demasiados procesos origina un diagrama confuso difcil de entender y obstaculiza la comunicacin en lugar de facilitarla. 5. Omitir un flujo de datos. Examine su diagrama en busca de flujo lineal, es decir, flujo de datos en el cual cada proceso tiene slo una entrada y una salida. El flujo de datos lineal no es muy comn, excepto en los diagramas de flujo de datos hijos muy detallados. 6. Crear una separacin (o ampliacin) desequilibrada en los diagramas hijos. Cada diagrama hijo debe tener el mismo flujo de datos de entrada y salida que el proceso padre.

D) Diagramas de flujo de datos lgicos y fsicos Los diagramas de flujo de datos son de dos tipos: 1. Diagramas fsicos de flujo de datos Proporcionan un panorama del sistema en uso, muestra las tareas que se llevan a cabo y como se hacen. Las caractersticas fsicas incluyen:

Nombre de personas Nombre o formatos de documentos Nombres de departamento Archivo de maestro y de transacciones Equipo y dispositivos utilizados Ubicaciones

El empleo de estos diagramas es aconsejable por tres razones: Para los analistas de sistema es ms fcil describir la interaccin entre los componentes fsicos que comprender las polticas empleadas. De modo que identifican las personas, lo que hacen, los documentos que inician las actividades y el equipo para su procesamiento. Los diagramas fsicos de flujos de datos son de utilidad para comunicarse con los usuarios. Estos relacionan con facilidad a las personas, las ubicaciones y los documentos ya que trabajan todos los das con estas entidades (Los diagramas lgicos van a resultar abstractos para los usuarios). Los diagramas fsicos proporcionan un camino para validar o verificar el punto de vista del usuario sobre la forma en que opera el sistema en uso.

2. Diagramas lgicos de flujo de datos Proporcionan un panorama del sistema independiente de la implantacin, que se centra en el flujo de datos entre los procesos sin considerar los dispositivos especficos y la localizacin de almacenes de datos o personas en el sistema.

Los diagramas fsicos de flujos de datos, no son un fin en si mismos, sino son un medio para describir la implantacin del sistema existente. El diagrama lgico es una visin retrospectiva de la implantacin actual y proporciona la base para examinar las combinaciones de procesos, flujo de datos, almacenes de datos, entradas y salidas sin importarnos los dispositivos fsicos, personas o aspectos de control que caracterizan la implantacin.

As que el diagrama lgico se obtiene del diagrama fsico al llevar a cabo lo siguiente: Sealar los datos necesarios en este momento para un proceso, no documentos que los contienen.

Indicar los flujos entre los procedimientos y no entre personas, oficinas o localidades. Eliminar herramientas y dispositivos. Eliminar informacin de control. Consolidar los almacenes de datos redundantes. Eliminar los procesos innecesarios (v.gr los que no cambian los datos, independientes de los dispositivos donde ocurren, los que representan un proceso nico dentro del sistema).

Cuando se inicia el estudio de sistemas en un rea de la Organizacin, el analista necesita obtener una visin del sistema. Primero los elementos fsicos: personas, documentos, listados. No es difcil recordar lugares o personas importantes (' Este trabajo lo realiza Prez ', ' La autorizacin del pago de facturas se realiza en el departamento de contabilidad ', etc.). Los diagramas fsicos representan estos elementos.

Una vez superada esta primera fase de conocimiento del sistema actual, es necesario descifrar los aspectos ms importantes de cada actividad. Los diagramas lgicos nos permiten describir los datos, procesos y eventos de forma abstracta, ya que el analista debe conocer el trabajo que debe realizarse mas que las personas que en la actualidad lo realizan. Los analistas generalmente comienzan por la construccin de un modelo fsico por que los componentes fsicos se pueden identificar realmente durante el anlisis y despus lo convierten a un modelo lgico. Pero veamos cmo podemos hacer esto con un ejemplo: Partamos del siguiente DFD fsico, donde podemos apreciar dos componentes fsicos:

El encargado de recepcin, que recibe un pedido y lo verifica para determinar si es del tipo que fabrica la organizacin. Si la respuesta es no, el pedido no se acepta; si es s, pasa a la seccin de produccin.

La seccin de produccin, que comprueba si la mquina para hacer el pedido est disponible. Si no, el pedido no se acepta; en otro caso, se encargan los recursos para la produccin del pedido.

Durante la conversin, primero se pasan todos los procesos que hacen referencia a actividades fsicas, en el ejemplo y enviar a la seccin de produccin.

El resto de los procesos fsicos se expanden despus dentro de sus funciones lgicas. Para ello se toma cada proceso fsico, se busca qu es lo que hace y se reemplaza por un DFD de funciones lgicas expandido que represente las actividades de un objeto fsico. En la figura 19 podemos apreciar como el encargado de recepcin se reemplaza por dos funciones que son registrar pedido y comprobar tipo de pedido. De la misma forma seccin de produccin es reemplazado por sus dos funciones comprobar recursos disponibles y encargar recursos a produccin.

Despus se examina este ltimo DFD, y cualquier funcin comn o similar se combina para formar un proceso de nivel ms alto que se convierte el DFD superior, en la siguiente figura podemos apreciar como los procesos comprobar pedido y comprobar recursos disponibles se combinan en uno slo pues tiene un propsito similar dando como resultado el proceso comprobar factibilidad produccin. Tambin se aaden al nuevo DFD los procesos registrar pedido y encargar recursos a produccin.

E) Particin de diagramas de flujo de datos Los diagramas derivados de los procesos principales se clasifican en niveles, los cuales son:

Nivel 0: Diagrama de contexto.

Nivel 1: Diagrama de nivel superior. Nivel 2: Diagrama de detalle o expansin.

Caractersticas de los Niveles Diagrama de Contexto: Nivel 0

En el diagrama de contexto solo se dibuja el proceso principal y los flujos entre este y sus entidades externas. Diagrama de Nivel Superior: Nivel 1

En el diagrama de nivel superior se plasman todos los procesos que describen al proceso principal. En este nivel los procesos no pueden interrelacionarse directamente, sino que entre ellos siempre debe existir algn almacenamiento o entidad externa que los una. Diagrama de Detalle o Expansin: Nivel 2

A partir del nivel 2 de detalle, los procesos pueden interrelacionarse directamente, sin necesidad de almacenamiento que los una. Cabe destacar que en el nivel 1 y 2 siempre los procesos deben tener las entradas y las salidas dadas en el diagrama de contexto.

F) Uso de diagramas de flujo de datos

Ya se han identificado la mayor parte de los lineamientos que se siguen para el dibujo de los DFD, he aqu algunas ms:

Cualquier flujo de datos que abandone un proceso debe estar basado en los datos que entran al proceso Todos los flujos de datos tienen un nombre que refleja los datos que fluyen entre procesos, almacenes de datos, fuentes o destinos Solo deben entrar al proceso, los datos necesarios para llevarlo a cabo Un proceso no debe saber nada de ningn otro en el sistema, es decir debe ser independiente, la nica dependencia que debe existir es aquella basada en sus propios datos de entrada y salida Los procesos siempre estn en continua ejecucin, no se inician ni tampoco se detienen. Los analistas siempre deben suponer que un proceso est listo para ejecutar su trabajo La salida de los procesos puede tomar una de las siguientes formas

Flujo de datos con informacin aadida por el proceso (i.e: una anotacin a una factura) Una respuesta o cambio en la forma de los datos (i.e: un cambio en la forma de expresar las utilidades -de a $-) Un cambio de condicin (i.e: de autorizado a no autorizado) Cambio de contenido ( integracin o separacin de la informacin contenida en uno o ms flujos entrantes de datos) Cambios en la organizacin ( separacin fsica o redondeo de datos) La norma comn es definir cada nivel inferior en trminos de 3 a 7 procesos para cada proceso de nivel superior, si son necesarios ms detalles se puede hacer en el siguiente nivel. Los almacenes y flujos de datos que son relevantes solo para el interior del proceso, son ocultados hasta que el proceso se extiende con mayor detalle Los datos que fluyen hacia los procesos experimentan cambios. Por consiguiente, el flujo de datos de salida tiene un nombre diferente al de la entrada; si no se efecta algn cambio en el flujo de datos, entonces cul es la finalidad del proceso? En cuanto a los nombres de los procesos lo ms apropiado es escoger un verbo y un sujeto que reciba la accin y no nombre generales que no digan nada. Si un nombre de proceso es vago o complejo tal vez se deba subdividir el proceso an ms.

2) Anlisis de Sistemas Usando Diccionario de Datos

A) El diccionario de datos El diccionario de datos es una aplicacin especializada de consulta, con informacin acerca de los datos, es decir metadatos, compilada por los analistas de sistemas para guiarse en el anlisis y diseo. Como un documento, el diccionario de datos recopila y coordina trminos de datos especficos, y confirma lo que cada trmino significa para las diferentes personas en la organizacin. Los diagramas de flujo de datos son un excelente punto de partida para recopilar entradas para el diccionario de datos. Los diccionarios de datos ayudan a mantener los datos ordenados y consistentes. Los diccionarios automatizados son muy tiles por su capacidad de hacer referencias cruzadas de los elementos de datos y el lugar donde se utilizan, permitiendo realizar cambios a todos los programas que comparten un elemento comn, si fuera necesario. Adems de proporcionar documentacin y eliminar la redundancia, el diccionario de datos se podra usar para: Validar la integridad y exactitud del diagrama de flujo de datos. Proporcionar un punto de partida para desarrollar pantallas e informes.

Determinar el contenido de los datos almacenados en archivos. Desarrollar la lgica para los procesos del diagrama de flujo de datos.

Aunque el diccionario de datos contiene informacin de los datos y procedimientos, una coleccin ms grande de informacin de proyectos se llama depsito. Contiene lo siguiente: Informacin sobre los datos mantenidos por el sistema, incluyendo flujos de datos, almacenes de datos, estructuras de registros y elementos. Lgica de procedimientos. Diseo de pantallas e informes. Relaciones entre datos, por ejemplo cmo se vincula una estructura de datos con otra. Requerimientos del proyecto y productos del sistema final. Informacin sobre la administracin del proyecto, tal como itinerarios de entrega, logros, problemas pendientes de solucin y usuarios del proyecto.

El diccionario de datos se crea examinando y describiendo los contenidos de los flujos de datos, almacenes de datos y procesos. Cada almacn de datos y flujo de datos se debe definir y expandir para incluir los detalles de los elementos que contienen. La lgica de cada proceso se debe describir usando los datos que fluyen hacia el proceso o los que salen de l. Se deben detectar y resolver omisiones y otros errores de diseo. Se deben desarrollar las cuatro categoras del diccionario de datos flujos de datos, estructuras de datos, elementos de datos y almacenes de datos para fomentar el entendimiento de los datos del sistema.

B) El almacn de datos Todos los elementos base se deben almacenar en el sistema. Tambin los elementos derivados se podran almacenar en el sistema, tal como, para un empleado, el sueldo bruto acumulado a la fecha. Los almacenes de datos se crean para cada entidad de datos diferente que se almacenar. Es decir, cuando los elementos base de un flujo de datos se agrupan para formar un registro estructural, se crea un almacn de datos para cada registro estructural nico. Un formulario de un almacn de datos contiene lo siguiente: El ID del almacn de datos. Es muchas veces una entrada obligatoria para evitar que el analista almacene informacin redundante. El nombre del almacn de datos. Un alias para el archivo. Una descripcin del almacn de datos. El tipo de archivo (manual o computarizado) El formato del archivo (si es computarizado) El nmero mximo y promedio de registros en el archivo as como tambin el crecimiento anual. Esta informacin permite al analista predecir el espacio en disco que requerir la aplicacin y es necesaria para planear la adquisicin del hardware.

El nombre del conjunto de datos. Especifica el nombre del archivo, si se conoce. La estructura de datos debe usar un nombre que se encuentre en el diccionario de datos, y proporcionar un vnculo a los elementos de este almacn de datos. Claves primaria y secundaria que deben ser elementos (o una combinacin de elementos) de la estructura de datos. Son usadas para controlar la secuencia de registros en los informes y para localizar directamente los registros. Los comentarios se usan para informacin que no se ajusta a ninguna de las categoras anteriores. Podran incluir informacin referente a tiempos para realizar copias de seguridad o actualizaciones, aspectos de seguridad u otras consideraciones.

C) Creacin del diccionario de datos Las entradas del diccionario de datos se podran crear despus de completar el diagrama de flujo de datos, o se podran construir conforme se desarrolle el diagrama de flujo de datos. El uso de notacin algebraica y registros estructurales permite al analista desarrollar el diccionario de datos y los diagramas de flujo de datos mediante un enfoque jerrquico de arriba hacia abajo. Tpicamente, estas entradas consisten en los nombres de los flujos de datos encontrados en el diagrama de flujo de datos y sus estructuras de datos correspondientes. A medida que el analista descubre los detalles del sistema, se extender el diagrama de flujo de datos y se modifica el diccionario de datos para incluir los nuevos elementos y registros estructurales.

Anlisis de las entradas y salidas Un paso importante en la creacin del diccionario de datos es Identificar y categorizar el flujo de datos de entrada y salida del sistema.. Los formularios de anlisis de entrada y salida se podran usar para organizar la informacin obtenida de las entrevistas y anlisis de documentos. Estos formularios contienen la siguiente informacin: Nombre descriptivo de la entrada o salida. El contacto del usuario responsable para la clarificacin de detalles adicionales, retroalimentacin y aprobacin final. Si los datos son de entrada o salida. El formato del flujo de datos. Elementos que indican la secuencia de los datos en un informe. Una lista de elementos, incluyendo sus nombres, longitudes y si son base o derivados y sus criterios de edicin.

Una vez que se haya completado el formulario, cada elemento se debe analizar para determinar si se repite, si es opcional o si se excluye mutuamente con otro elemento. Los elementos que hay en un grupo o que regularmente se combinan con algunos otros elementos en muchas estructuras se deben agrupar en un registro estructural.

D) Uso del diccionario de datos Mientras que los flujos de datos representan datos en movimiento, los almacenes de datos representan datos en reposo. Los almacenes de datos contienen informacin de una naturaleza permanente o semi-permanente (temporal). El diccionario de datos ideal es automatizado, interactivo, en lnea y evolutivo. Conforme el analista de sistemas descubre cosas nuevas de los sistemas de la organizacin, se agregan elementos de datos al diccionario de datos. El diccionario de datos se debe vincular a varios programas de sistemas para que cuando un elemento se actualice o elimine del diccionario de datos, ocurra lo mismo en la base de datos. El diccionario de datos se podra usar para crear pantallas, informes y formularios. La estructura de datos y los elementos de un almacn de datos se usan normalmente para generar el cdigo fuente correspondiente en lenguaje de computadora que posteriormente se integra en los programas de cmputo. El diccionario de datos se podra usar en conjunto con un diagrama de flujo de datos para analizar el diseo del sistema, detectar fallas y reas que se necesitan aclarar. Algunas consideraciones al hacer un diccionario de datos: Todos los elementos base en un flujo de datos de salida deben estar presentes en un flujo de datos de entrada en el proceso que produce la salida. Los elementos base se teclean y nunca deben ser creados por un proceso. Un elemento derivado debe ser creado por un proceso y debe ser la salida de por lo menos un proceso en el cual no es entrada. Los elementos que estn presentes en un flujo de datos que entran o salen de un almacn de datos se deben contener en el almacn de datos.

Un diccionario de datos puede ahorrar bastante tiempo en las fases de anlisis y diseo. Es la fuente comn en la organizacin para contestar preguntas y arreglar controversias acerca de cualquier aspecto de la definicin de los datos. Un diccionario de datos actualizado puede servir como una referencia excelente para el mantenimiento de sistemas desconocidos. Los diccionarios de datos automatizados pueden servir de referencia para las personas y los programas. El diccionario de datos es un punto de partida ideal para desarrollar contenido del Lenguaje de Marcacin Extensible (XML). Es un lenguaje que se puede usar para intercambiar datos entre los negocios. Aborda el problema de compartir datos cuando los usuarios tienen diferentes sistemas de cmputo y software; XML es una forma de definir, ordenar, filtrar y traducir datos en un lenguaje universal de datos que cualquiera puede usar. La clave para usar XML es crear una definicin estndar de los datos. Esto se logra utilizando un conjunto de etiquetas, o nombres de datos, que se incluyen antes y despus de cada elemento de datos o estructura. Las etiquetas son los metadatos, o datos sobre los datos. Los datos se podran subdividir en elementos ms pequeos y estructuras hasta que todos los elementos se hayan definido.

3) Descripcin de Especificaciones de Proceso y Decisiones Estructuradas

A) Especificaciones de proceso Las especificaciones del proceso, son consideradas mini especificaciones ya que es una pequea parte de todas las especificaciones en un proyecto, mostrando una explicacin lgica de las miniespecificaciones para la toma de decisiones y las frmulas que transformaran los datos de entrada al proceso en datos de salida. En otras palabras, es una herramienta de modelado de sistemas, que permite definir qu sucede en los procesos o funciones de un sistema. Algunas herramientas utilizadas para generar especificaciones de procesos son: Lenguaje estructurado: se emplea un lenguaje natural limitado en palabras y construcciones, dndole ms precisin y claridad, evitando ambigedades (el lenguaje natural humano carece de precisin y es muy ambiguo). Definen un algoritmo Uso de pre-condiciones y post-condiciones: describen la funcin del proceso, sin detallar un algoritmo especfico Otras: tablas de decisiones, lenguaje narrativo, diagramas de flujos, diagrama NassiShneiderman, grficas, etc.

El objetivo es definir qu debe hacerse para transformar ciertas entradas en ciertas salidas. No hay una nica forma de realizar la especificacin de procesos; existen mltiples herramientas que facilitan esta tarea, aunque debera emplearse aquellas que permitan fcil comprensin. Los tres objetivos de la especificacin de proceso son: Reducir la ambigedad de los procesos Obtener una descripcin precisa de lo que se logra Validar el diseo de sistema.

Las especificaciones de proceso pueden ser usadas para analizar el diagrama de flujo de datos y el diccionario de datos por medio de un mtodo llamado balanceo horizontal, que indica que todos los elementos del flujo de datos de salida deben ser obtenidos a partir de elementos de entrada y lgica de proceso. Las reas no resueltas pueden ser planteadas como preguntas en entrevistas de averiguacin. Formato de especificacin de procesos: El nombre de proceso, como visualizaciones dentro del smbolo de proceso sobre el DFD. Una descripcin breve de lo que el proceso logra. Una lista de la contribucin y la circulacin de datos de producto, usando los nombres encontrados sobre el diagrama de flujo de datos. Los datos que los nombres usaron en las frmulas o la lgica deben ajustarse al diccionario de datos, para la regularidad y la buena comunicacin.

B) Lenguaje estructurado

El lenguaje estructurado es un lenguaje natural limitado en palabras y construcciones, lo que le da ms ms precisin y claridad, evitando ambigedades (el lenguaje natural humano carece de precisin y es muy ambiguo).

El lenguaje estructurado puede utilizarse para especificar un algoritmo. Luego, para que la computadora pueda procesarlo, deber transformarse o "traducirse" a un lenguaje de programacin especfico.

El lenguaje estructurado es una herramienta que puede utilizarse en la especificacin de procesos, en el desarrollo de sistemas.

C) Tablas de decisin Como se muestra en la figura, una tabla de decisin es una tabla de filas y columnas separadas en cuatro cuadrantes. Formato estndar usado para presentar una tabla de decisin.

Para construir tablas de decisin, el analista necesita determinar el tamao mximo de la tabla; eliminar situaciones imposibles, inconsistencias o redundancias, y simplificar la tabla tanto como sea posible.

Los pasos siguientes proporcionan al analista un mtodo sistemtico para desarrollar tablas de decisin: 1) Determine el nmero de condiciones que podran afectar la decisin. Combine filas que se traslapen, como en el caso de condiciones que se excluyen mutuamente. El nmero de condiciones se vuelve el nmero de filas en la mitad superior de la tabla de decisin. 2) Determine el nmero de posibles acciones que se pueden realizar. Dicho nmero se vuelve el nmero de filas en la mitad inferior de la tabla de decisin. 3) Determine el nmero de alternativas de condicin para cada condicin. En la forma ms simple de tabla de decisin, habra dos alternativas (S o N) para cada condicin. 4) Calcule el nmero mximo de columnas en la tabla de decisin multiplicando el nmero de alternativas para cada condicin. 5) Complete las alternativas de condicin. Empiece con la primera condicin y divida el nmero de columnas entre el nmero de alternativas 6) Complete la tabla insertando una X en donde las reglas indiquen ciertas acciones. 7) Combine las reglas en donde sea evidente que una alternativa no representa una diferencia en el resultado. 8) Verifique si la tabla contiene situaciones imposibles, contradicciones y redundancias. 9) Reorganice las condiciones y acciones (o incluso las reglas) si esto hace ms comprensible la tabla de decisin. EJEMPLO DE TABLAS DE DECISIN:

Combinacin de las reglas para simplificar la tabla de decisin del catlogo del cliente.

Las tablas de decisin pueden ser muy difciles de manejar porque crecen rpidamente conforme se incrementa el nmero de condiciones y alternativas. Para reducir la complejidad de las tablas de decisin difciles de manejar se pueden usar: - Entradas extendidas - La regla ELSE - Construya varias tablas. La Regla ELSE: Tcnica til para construir tablas de decisin. Esta tcnica es til para eliminar muchas reglas repetitivas que requieren exactamente la misma accin. Tambin es til para evitar omisiones.

D) rboles de decisin Los rboles de decisin se usan cuando ocurre una bifurcacin compleja en un proceso de decisin estructurada. Los rboles tambin son tiles cuando es necesario mantener una cadena de decisiones en una secuencia particular. Aunque el nombre del rbol de decisin se deriva de los rboles naturales, en la mayora de los casos los rboles de decisin se construyen de manera lateral, con la raz del rbol del lado izquierdo del papel; a partir de all, el rbol extiende sus ramas hacia el lado derecho. Esta orientacin permite al analista escribir en las ramas para describir condiciones y acciones. A diferencia del rbol de decisin que se utiliza en las ciencias administrativas, el rbol del analista no contiene probabilidades y resultados, debido a que en el anlisis de sistemas los rboles se usan principalmente para identificar y organizar condiciones y acciones en un proceso de decisin completamente estructurado.

Para dibujar el rbol: 1. Identifique todas las condiciones y acciones, as como su orden y duracin (si son crticas]. 2. Empiece a construir el rbol de izquierda a derecha, asegurndose de mencionar todas las alternativas posibles antes de pasar al lado derecho. Un rbol no tiene que ser simtrico. La mayora de los rboles de decisin tienen condiciones con un nmero diferente de ramas. Tambin, podran aparecer acciones idnticas ms de una vez. El rbol de decisin tiene tres ventajas principales en comparacin con una tabla de decisin, son: Primero, se beneficia de la estructura secuencial de las ramas del rbol de decisin de manera que el orden de verificacin de las condiciones y de ejecucin de las acciones se aprecia de inmediato. Segundo, las condiciones y acciones de los rboles de decisin se encuentran en ciertas ramas pero no en otras, lo cual contrasta con las tablas de decisin, en donde todas son parte de la misma tabla. Aquellas condiciones y acciones que son crticas se conectan directamente a otras condiciones y acciones, mientras que las condiciones que no son importantes estn ausentes. En otras palabras, el rbol no tiene que ser simtrico. Tercero, en comparacin con las tablas de decisin, los rboles de decisin son entendidos con ms rapidez por los miembros de la organizacin. En consecuencia, son ms apropiados como herramienta de comunicacin.

Ejemplo de rbol de decisin:

E) Especificaciones de proceso fsicas y lgicas Cada proceso del diagrama de flujo de datos se expande a un diagrama hijo, a una grfica de estructura o a una especificacin de proceso (tal como el lenguaje estructurado).

Si el proceso es primitivo las especificaciones muestran la lgica, aritmtica o algoritmos para transformar la entrada en la salida. Estas especificaciones del modelo lgico son parte de las reglas del negocio (que son usadas frecuentemente como la base para crear lenguajes procesuales cuando se usa generadores de cdigo). Si el proceso se expande a un diagrama hijo o a una grfica de estructura, la especificacin de proceso describe el orden y condiciones bajo los cuales ejecutarn los procesos del diagrama hijo. Esta lgica de control es parte del modelo fsico.

Conclusin

Para entender mejor el movimiento lgico de los datos a travs de la empresa, el analista de sistemas dibuja diagramas de flujo de datos. Estos diagramas son herramientas de anlisis y diseo que permiten al analista comprender visualmente el sistema y los subsistemas como un conjunto de flujo de datos interrelacionados. La ampliacin del diagrama de flujo original permite al analista enfocarse en descripciones cada vez ms detalladas del movimiento de los datos del sistema.

Bibliografa

LIBRO DE ANALISIS Y DISEO DE SISTEMAS, KENDALL Y KENDALL- PRENTICE HALL http://www.monografias.com/trabajos60/diagrama-flujo-datos/diagrama-flujodatos2.shtml#xbibl

http://comunidad.uach.mx/marana/materias/adsi/material/AyDSI_09.pdf

Anexo

Vocabulario

1. Metadatos: datos que describen otros datos. 2. Referencia cruzada: hace referencia a un elemento que aparece en otro lugar de un documento. 3. Tabla de decisin: La tabla de decisin es una matriz de renglones y columnas que indican condiciones y acciones. 4. rbol de decisin: El rbol de decisin es un diagrama que representan en forma secuencial condiciones y acciones; muestra qu condiciones se consideran en primer lugar, en segundo lugar y as sucesivamente. Este mtodo permite mostrar la relacin que existe entre cada condicin y el grupo de acciones permisibles asociado con ella. 5. La Regla ELSE: Tcnica til para construir tablas de decisin. Esta tcnica es til para eliminar muchas reglas repetitivas que requieren exactamente la misma accin. Tambin es til para evitar omisiones. 6. Acotar: Reservar, prohibir o limitar de otro modo. 7. Diagrama de flujo: la forma ms tradicional para especificar los detalles algortmicos de un proceso. 8. Diagrama de contexto: En el diagrama de contexto se caracterizan todas las interacciones que realiza un sistema con su entorno (entidades externas), estas pueden ser otros sistemas, sectores internos a la organizacin, o factores externos a la misma. 9. Estructurar: Articular, distribuir, ordenar las partes de un conjunto. 10. Subsistema: conjunto de elementos interrelacionados que, en s mismo, es un sistema, pero a la vez es parte de un sistema superior. 11. Entidad: Colectividad considerada como unidad. Especialmente, cualquier corporacin, compaa, institucin, etc., tomada como persona jurdica. 12. Explcito: Que expresa clara y determinadamente una cosa. 13. Transicin: Accin y efecto de pasar de un modo de ser o estar a otro distinto. 14. Manififesto: Descubierto, patente, claro. 15. Concurrencia: Coincidencia, concurso simultneo de varias circunstancias.

16. Interrelacin: Correspondencia mutua entre personas, cosas o fenmenos. 17. Sistemtica: Que sigue o se ajusta a un sistema. Dicho de una persona: Que procede por principios, y con rigidez en su tenor de vida o en sus escritos, opiniones, etc. 18. Entidad externa: proceso que genera una entrada de datos. 19. Bidimensional: que tiene dos dimensiones. 20. Estipular: Convenir, concertar, acordar.