REPUBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA EDUCACION SUPERIOR I.UP. SANTIAGO MARIO EXTENCION-MATURIN

Profesora: Raquel Garcia Seccin G Diurno Maana

Integrantes: Camejo Yenitza Rojas Jos Rojas Vanessa C.I. 19.140.087 C.I. 20.566.482 C.I. 19.080.977 Gonzlez Hilzorama C.I. 16.843.496

Mayo del 2012

INDICE

Introduccin..............................................................................................................................3 Pg. Objetivo del Modelo de Anlisis Estructural............................................................................4 Pg. Modelo de Datos y Procesos.....................................................................................................5 Pg. Modelo Conceptual, Fsico y Funcional...................................................................................7 Pg. Proceso de Decisiones y rbol de Decisin............................................................................12 Pg. Diagrama de Flujo y Flujograma.............................................................................................17 Pg. Conclusin...............................................................................................................................22Pg. Bibliografa..............................................................................................................................23 Pg.

INTRODUCCIN

El uso de modelos, a veces llamado "modelacin", es un instrumento muy comn en el estudio de sistemas de toda ndole. Los modelos son especialmente importantes porque ellos nos ayudan a comprender el funcionamiento de los sistemas. El empleo de modelos facilita el estudio de los sistemas, an cuando stos puedan contener muchos componentes y mostrar numerosas interacciones como puede ocurrir si se trata de conjuntos bastante complejos y de gran tamao. El trabajo de modelacin constituye una actividad tcnica como cualquiera otra, y dicha labor puede ser sencilla o compleja segn el tipo de problema especfico que deba analizarse. Existen diferentes tipos de modelos como lo son el modelo de anlisis estructural, el modelo de datos y proceso, el modelo fsico, conceptual y funcional entre muchos otros.

3

OBJETIVO DE UN MODELO DE ANLISIS ESTRUCTURAL El anlisis estructurado es un mtodo para el anlisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. Cuando los analistas de sistemas abordan una situacin poco familiar, siempre existe una pregunta sobre donde comenzar el anlisis. Una situacin dinmica siempre puede ser vista como abrumadora debido a que muchas de las actividades se llevan a cabo constantemente. 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. El objetivo que persigue el anlisis estructurado es organizar las tareas asociada con la determinacin de requerimientos para obtener la comprensin completa y exacta de una situacin dada. A partir de aqu determina los requerimientos que sern 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 requerimientos comenzando con la documentacin del sistema existente. 2) El proceso est organizado de tal forma que intenta incluir todos los detalles relevante que describe al sistema en uso. 3) Es fcil verificar cuando se han omitido detalles relevantes. 4) La identificacin de los requerimientos ser similar entre varios analistas e incluir las mejores soluciones y estrategias para el desarrollo de sistemas. 5) Los documentos de trabajo generados para documentar los sistemas existente o propuesto son dispositivos de comunicacin eficientes. Componentes: - Smbolos grficos: Son los iconos y convenciones para identificar y describir los componentes de un sistema y las relaciones entre estos. - Diccionarios de datos: Descripciones de todos los datos utilizados en el sistema. Puede ser manual o automatizado. - Descripciones de procesos y procedimientos: Declaraciones formales que emplean tcnicas y 4

lenguajes que permiten describir actividades importantes que forman parte del sistema. Reglas: Estndares par describir y documentar el sistema en forma correcta y completa.

Caractersticas: El anlisis estructurado se basa fundamentalmente en la descomposicin funcional del sistema que se desea construir, lo cual requiere comprender primero el dominio del problema y a continuacin documentar las funciones y subfunciones que debe proporcionar el sistema. El software desarrollado con mtodos estructurados suele ser ms frgil ante los cambios de requisitos; pues si estos cambian, un sistema basado en descomposicin funcional puede requerir una reestructuracin masiva. El Anlisis Estructurado modela los sistemas desde un punto de vista ms prximo a su implementacin en un ordenador (entrada/proceso/salida). El anlisis estructurado incorpora modelos de datos, de procesos y de comportamiento. El modelado de datos mediante el enfoque estructurado, est ms orientado al diseo de bases de datos y se centra exclusivamente en la identificacin de los datos que maneja un sistema y en las relaciones estticas que se establecen entre esos datos.

MODELO DE DATOS Y PROCESOS

Los modelos de datos aportan la base conceptual para disear aplicaciones que hacen un uso intensivo de datos, as como la base formal para las herramientas y tcnicas empleadas en el desarrollo y uso de sistemas de informacin. Con respecto al diseo de bases de datos, el modelado de datos puede ser descrito as (Brodie1984:20): "dados los requerimientos de informacin y proceso de una aplicacin de uso intensivo de datos (por ejemplo, un sistema de informacin), construir una representacin de la aplicacin que capture las propiedades estticas y dinmicas requeridas para dar soporte a los procesos deseados (por ejemplo, transacciones y consultas). Adems de capturar las necesidades dadas en el momento de la etapa de diseo, la representacin debe ser capaz de dar cabida a eventuales futuros requerimientos". Un modelo de datos es por tanto una coleccin de conceptos bien definidos matemticamente 5

que ayudan a expresar las propiedades estticas y dinmicas de una aplicacin con un uso de datos intensivo. Conceptualmente, una aplicacin puede ser caracterizada por: Propiedades estticas: entidades (u objetos), propiedades (o atributos) de esas entidades, y relaciones entre esas entidades. Propiedades dinmicas: operaciones sobre entidades, sobre propiedades o relaciones entre operaciones. Reglas de integridad sobre las entidades y las operaciones (por ejemplo, transacciones). As, un modelo de datos se distingue de otro por el tratamiento que da a estas tres categoras. El resultado de un modelado de datos es una representacin que tiene dos componentes: las propiedades estticas se definen en un esquema y las propiedades dinmicas se definen como especificaciones de transacciones, consultas e informes. un modelo de datos permite describir:

Las estructuras de datos de la base: El tipo de los datos que hay en la base y la forma en que se relacionan.

Las restricciones de integridad: Un conjunto de condiciones que deben cumplir los datos para reflejar correctamente la realidad deseada.

Operaciones de manipulacin de los datos: tpicamente, operaciones de agregado, borrado, modificacin y recuperacin de los datos de la base.

Modelo de procesos: El modelo de procesos debe ser entendido, a saber, por dos cuestiones importantes: el modelado y los procesos. Frecuentemente los sistemas (conjuntos de procesos y subprocesos integrados en una organizacin) son difciles de comprender, amplios, complejos y confusos; con mltiples puntos de contacto entre s y con un buen nmero de reas funcionales, departamentos y puestos implicados. Un modelo puede dar la oportunidad de organizar y documentar la informacin sobre un sistema. Pero qu es un modelo? Un modelo es una representacin de una realidad compleja. Modelar es desarrollar una descripcin lo ms exacta posible de un sistema y de las actividades llevadas a cabo en l. Cuando un proceso es modelado, con ayuda de una representacin grfica (diagrama de proceso), pueden apreciarse con facilidad las interrelaciones existentes entre distintas actividades, analizar cada actividad, definir los puntos de contacto con otros procesos, as como identificar los 6

subprocesos comprendidos. Al mismo tiempo, los problemas existentes pueden ponerse de manifiesto claramente dando la oportunidad al inicio de acciones de mejora.

MODELO CONCEPTUAL FISICO Y FUNCIONAL

Al desarrollar un plan de tecnologa o un sistema, el ingeniero de sistemas va buscando respuesta a tres grandes preguntas: Concepto (Qu?), Funcionamiento (Cmo?) y Estructura: Concepto : Qu Hace? Qu Har? Funcionamiento o Utilizacin : Cmo se utiliza? o Cmo funciona? Cmo se utilizar? o Cmo funcionar? Estructura : Cules son sus componentes? Cules sern sus componentes? Con el fin de dar respuesta a cada una de esas preguntas, en el transcurso de un proyecto de planificacin o de desarrollo de sistemas, se desarrollan tres diferentes modelos: Modelo conceptual que muestra los procesos del negocio (qu harn los sistemas). Modelo de funcionamiento o utilizacin que muestra cmo operarn o funcionarn los procesos del negocio haciendo uso de los sistemas (cmo sern utilizados por sus usuarios). Modelo fsico que muestra los componentes, sistemas, aplicaciones, mdulos, y la forma en que stos se organizarn. Dado que los datos y los procesos son de diferente naturaleza, se modelan por separado. El analista ir desarrollando los diferentes modelos conceptual, de funcionamiento o utilizacin y fsico tanto para datos como para procesos. Sin embargo, puesto que en un sistema existe una estrecha relacin entre datos y procesos, el desarrollo de los modelos de datos y procesos no puede marchar en 7

forma aislada, sino que evoluciona paralelamente. El modelo conceptual de procesos y el modelo conceptual de datos representan las caractersticas del negocio y constituyen la base sobre la cual puede definirse la forma en que los sistemas debern funcionar, lo cual se representa a travs de los modelos de funcionamiento y utilizacin de los datos. A su vez, estos dos modelos son la base para definir los componentes que deben ser creados para que los sistemas funcionen en la forma deseada, lo cual se expresa en el modelo fsico de procesos y el modelo fsico de datos. Modelo Conceptual de Datos : En un modelo conceptual o semntico de datos, se describe el conjunto de todas las cosas acerca de las cuales un sistema maneja informacin. En otras palabras, el modelo conceptual de datos muestra, en forma grfica, las entidades (cosas, eventos, hechos) acerca de las cuales un sistema mantiene o mantendr archivos o bases de datos. Por ejemplo, un sistema de Cuentas por Cobrar mantiene informacin acerca de CLIENTES, FACTURAS y PAGOS y el modelo conceptual de datos de ese sistema mostrar esas entidades, junto con las relaciones que entre ellas existen. De igual forma, el modelo mostrar las caractersticas o atributos que (como nombre, direccin, etc.) el sistema almacena o almacenar. En trminos generales, un modelo conceptual de datos muestra: Entidades acerca de las cuales el sistema maneja o almacena datos. Las asociaciones entre esas entidades. Los atributos de esas entidades y asociaciones. La estructura del modelo conceptual de datos no guarda ninguna relacin con la forma en que los datos son procesados o almacenados, ya que este modelo centra su atencin en el mundo o mbito en el que funciona el sistema, es decir, en el significado de los datos. Un modelo conceptual de datos puede representarse haciendo uso de un diagrama de entidadrelacin o, si se utilizan las herramientas UML, de un diagrama de clases, en el que no se incluyen los mtodos, slo el nombre de los objetos y sus atributos. El contenido de un modelo conceptual de datos representa la comprensin que el analista tiene de la informacin que maneja el sistema.

8

Modelo de Utilizacin de los Datos : Un modelo de utilizacin de los datos representa la forma en que el usuario agrupar y obtendr acceso a los datos; es la visin que, de la base de datos del sistema, tiene el ingeniero de sistemas, y constituye la materia prima para disear los archivos fsicos o las bases de datos. El modelo de utilizacin de los datos de un sistema representa el conjunto de: Registros y tablas utilizadas para almacenar datos acerca de las entidades y asociaciones que componen el sistema. Vnculos entre estos registros y caminos de acceso a los mismos. Datos contenidos en los registros. Claves y caminos de acceso a los datos Un modelo de utilizacin de datos puede representarse haciendo uso de diagramas de estructura de datos. Si bien el contenido de un modelo de utilizacin de datos se deriva del modelo conceptual de datos, su estructura debe adaptarse a las caractersticas del manejador de bases de datos que ser utilizado para desarrollar el sistema, con el fin de facilitar las tareas de diseo fsico. As pues, si el sistema, por ejemplo, va a ser construido haciendo uso de un manejador de bases de datos relacional, ser conveniente utilizar diagramas de estructuras de datos en los que se puedan mostrar las claves forneas o relaciones entre las tablas. El contenido de un modelo de utilizacin de los datos representa la visin que el analista tiene de la forma como se almacenarn los datos y la forma en que sern utilizados. Modelo Fsico de Datos: El modelo fsico de datos representa la organizacin fsica de los datos en: Bases de datos y archivos integrados por registros que se almacenan juntos fsicamente. Agrupacin de registros en reas de almacenamiento fsico (reas, table spaces, etc.), donde residirn fsicamente los datos. Forma en que fsicamente se almacenarn las interrelaciones entre registros (ndices, apuntadores, claves forneas, claves secundarias, etc.)

9

El contenido del modelo fsico de datos est dado por el contenido del modelo de utilizacin de los datos; igualmente, su estructura est dada por la estructura de aquel modelo, pero tambin por las caractersticas del manejador de bases de datos y de los medios disponibles para almacenar los datos. El modelo fsico de datos se representa, tambin, con diagramas de estructura de datos en los que se incluyen todas las consideraciones de organizacin fsica. El contenido de un modelo de fsico de datos representa la visin que el diseador de bases de datos tiene de la forma como se almacenarn los datos y la forma en que stos sern servidos. Modelo Conceptual de Procesos : As como el modelo conceptual de datos representa la comprensin de los datos del sistema que se disea, el modelo conceptual de procesos representa la comprensin de los procesos y actividades que componen el sistema (qu hace). Un modelo conceptual de procesos representa: Procesos que se cumplen en el rea del negocio. Actividades que se cumplen en cada proceso. Tareas que se cumplen en cada actividad. Un modelo conceptual de procesos puede representarse con diagramas de descomposicin funcional, incluyendo las definiciones de cada uno de los procesos, actividades y tareas. Algunos ingenieros de sistemas prefieren utilizar, en lugar de un DDF, una lista de los procesos, actividades y tareas, dejando espacios que muestren el orden jerrquico. En cualquier caso, es fundamental que cada proceso, actividad y tarea tenga asociada una definicin, ya que, de lo contrario, si no se puede definir con pocas palabras, probablemente no es un proceso. El contenido de un modelo conceptual de procesos representa la comprensin que el analista tiene de los procesos que se cumplen en el rea funcional, independientemente de la forma en que stos se ejecuten. Modelo de Funcionamiento : Un modelo de funcionamiento representa la forma como transcurre la vida del negocio y la vida de los usuarios; podramos decir que representa un sistema visto desde afuera del computador: 10

Forma en que fluyen los datos de entrada y salida de los procesos. Actores o agentes externos que transmiten o reciben flujos de datos. Almacenamientos de datos que sirven como reservorios de datos en el sistema. Un modelo de funcionamiento, a diferencia del modelo conceptual, contiene indicaciones

acerca de la localizacin y forma de ejecutarse de cada una de las actividades representadas (manual o mecanizado, por lotes o en lnea, etc.); dicho en otros trminos, el modelo de funcionamiento, adems de incluir los procesos, las actividades y las tareas cumplidas en el sistema, tambin representa cmo sern ejecutadas o cmo funcionar el sistema. Un modelo de funcionamiento se puede representar con diagramas de flujo de datos y, dadas las limitaciones de esta herramienta, para complementar su representacin del sistema, es muy comn que se acompae con esquemas o paradigmas que ilustran en forma general el funcionamiento del sistema. La versatilidad de las herramientas UML permite modelar el funcionamiento con mucha ms precisin, combinando diagramas de use case, de interaccin y de actividad. El contenido de un modelo de funcionamiento representa la forma como el analista visualiza la ejecucin de los procesos. Modelo Fsico de Procesos: Un modelo fsico de procesos representa la estructura del sistema y la organizacin de sus componentes: Componentes: aplicaciones, programas, mdulos, procedimientos. Organizacin de dichos componentes. El contenido del modelo fsico de procesos est dado por el contenido del modelo de funcionamiento e incluye todos los requerimientos de ejecucin y desempeo dentro del hardwaresoftware disponible. Un modelo fsico puede ser representado con diagramas de estructura, con flujo gramas, con esquemas de proceso o con una combinacin de stos. Si se utilizan herramientas UML, pueden combinarse los diagramas de use case, de componentes y de despliegue. El contenido de un modelo fsico representa la estructura de los componentes del sistema.

11

PROCESO DE DESICIONES Y RBOL DE DECISIONES

Proceso para la toma de decisiones:

Inteligencia: Cuando la persona recopila informacin para identificar los problemas que ocurren en la institucin. La inteligencia indica donde, porque y con qu objeto ocurre una situacin. Este amplio conjunto de actividades de recopilacin de informacin se requiere para informar a los administradores que tambin se desempean en la institucin y para hacerles saber donde se presentan los problemas.

Diseo: Es cuando la persona concibe las posibilidades alternativas de soluciones de un problema. Durante el diseo, la segunda etapa de la toma de decisiones, la persona disea las posibles soluciones a los problemas. En esta actividad se requiere de mayor inteligencia , de manera que el administrador decida si una solucin en particular es apropiada. La etapa de diseo tambin puede implicar actividades de informacin ms cuidadosamente

especificadas y orientadas. Los sistemas de soportes de decisiones (SSD) son ideales en esta etapa de toma de decisiones, por que operan sobre la base de modelos sencillos, pueden desarrollarse rpidamente y ser operados con informacin limitada.

Seleccin: esto es cuando la persona elige una de las alternativas de solucin. La seleccin es la tercera etapa de la toma de decisiones esta consiste en elegir entre las alternativas de solucin. Aqu un administrador puede usar las herramientas de informacin que calculen y lleven un seguimiento de las consecuencias, costos y oportunidades proporcionadas por cada alternativa diseada en la segunda fase. Quien toma las decisiones podra necesitar de un SSD, medio para desarrollar mejor la informacin sobre una amplia variedad de alternativas y emplear diversos modelos analticos para tomar en cuenta todas las posibles consecuencias.

Implantacin: es cuando la persona lleva la decisin a la accin y da un informe sobre el progreso de la informacin. Es la ltima etapa de la toma de decisiones. Aqu los administradores pueden usar un sistema de informacin que emita informes rutinarios sobre el progreso de la solucin especfica. El sistema tambin informar sobre algunas dificultades que surjan, indicar restricciones a los recursos y podr sugerir acciones de mejora.

12

Desarrollo de alternativas: Etapas para el desarrollo de la metodologia:

Definicin del problema: La confusin para definir un problema se presenta, en parte debido a los hechos a los aspectos que captan la atencin de aquellos que toman las decisiones. Tomando en cuenta los objetivos de la organizacin, de esta forma es importante definir claro y preciso los motivos que originan el problema.

Anlisis: Al momento de tener bien claro la definicin del problema que asecha a la empresa debemos de diagnosticar o analizar las causas provocan el problema. Esto solamente lo podemos hacer con la ayuda de formaciones de preguntas.

Desarrollo de soluciones: En esta parte puede resultar razonablemente sencilla, cuando se tienen soluciones programadas, pero no tan sencillas tratndose de soluciones complejas, sobre todo si existe limitacin de tiempo. Con mucha frecuencia la tentacin de aceptar la primera alternativa variable impide a los gerentes encontrar la mejor solucin para los problemas. Para poder evitar esto es importante analizar detenidamente cada una de las soluciones posibles y as solucionar el problema en totalidad.

Seleccin de la decisin: Se llega a la etapa en donde es debe tomar la solucin mas acertada y aceptable para la organizacin sin perder de vista los objetivos de la empresa.

Estrategia de ejecucin: Aqu se trata de implementar y ejecutar la decisin delegando responsabilidades estableciendo planes para abordar las dificultades que se podran encontrar en la implementacin de la decisin, por eso es importante monitorear las actividades que se realizan.

Bases para seleccionar las alternativas: Los procesos para la toma de decisiones: Se recomienda que se tenga presente el proceso de toma de decisiones al analizar la problemtica de un caso, cuyos pasos de dicho proceso aparecen a continuacin: A. Definicin del problema B. Anlisis C. Desarrollo de soluciones 13

D. Seleccin de la decisin E. Estrategia de solucin Los mtodos para la toma de decisiones:

Evaluacin: Aqu se requiere planear tanto la seleccin de inversin como la administracin de los flujos de caja, as como satisfacer las necesidades de activos, para que as se pueda determinar los requisitos de financiamiento y su colocacin.

Obtencin: Ya que se determin el monto de activos necesarios, se deben reunir los fondos para adquirirlos. Se necesita estar familiarizado con las distintas formas, instrumentales o tcnicas financieros, conociendo sus costos y flexibilidad. Es necesario que todos los requerimientos sean adoptados a corto y largo plazo de la empresa; adems deben ser lo suficientemente atractivos para que los inversionistas puedan invertir.

rbol de decisin: El rbol de decisin es uno de los mejores mtodos para el anlisis de una decisin. Aqu se describen grficamente en forma de rbol los puntos de decisin, hechos aleatorios y probabilidades de los diversos cursos de accin que podran seguirse. Uno de los problemas ms comunes de las empresas es la introduccin de un nuevo producto, por lo que los administradores deben decidir en este caso si instalar costoso equipo permanente para garantizar la produccin a menor costo posible o si efectuar un montaje temporal ms econmico que suponga mayores costos de manufactura pero menores inversiones de capital y resulte en menores prdidas en caso de que las ventas del producto no respondan a las estimaciones. Este mtodo permite determinar al menos las principales alternativas y el hecho de que decisiones subsecuentes pueden depender de acontecimientos futuros. Dado que el rbol contiene las probabilidades de varios acontecimientos, por este medio los administradores tambin pueden deducir la probabilidad real de que una decisin conduzca a los resultados deseados. Podra resultar que la mejor estimacin sea sumamente riesgosa. Los rboles de decisin y tcnicas similares remplazan juicios generales por la consideracin de los elementos ms importantes de una decisin, vuelven explcitas premisas a menudo ocultas y ponen de manifiesto el proceso racional para la toma de decisiones en condiciones de incertidumbre.

14

La caracterstica del rbol de decisin es que permite a la direccin combinar tcnicas analticas, como el mtodo del flujo de caja descontado y el mtodo de valor actual, con una presentacin clara del impacto de futuras alternativas de decisin y futuros sucesos. Usando el rbol de decisin, la direccin puede considerar varios cursos de accin ms fcil y claramente. Ciertamente el concepto del rbol de decisin no ofrece respuestas definitivas a los equipos de alta direccin que estn tomando decisiones de inversin desafiando la incertidumbre. No hemos llegado a tal punto y quizs nunca lleguemos. No obstante, el concepto es til para ilustrar la estructura de las decisiones de inversin, y puede igualmente proporcionar excelente ayuda a la evaluacin de oportunidades de inversin de capital. En resumen, los rboles de decisin proveen un mtodo efectivo para la toma de decisiones debido a que: Claramente plantean el problema para que todas las opciones sean analizadas. Permiten analizar totalmente las posibles consecuencias de tomar una decisin. Proveen un esquema para cuantificar el costo de un resultado y la probabilidad de que suceda. Nos ayuda a realizar las mejores decisiones sobre la base de la informacin existente y de las mejores suposiciones. Cmo Dibujar un rbol de Decisiones: Para comenzar a dibujar un rbol de decisin debemos escribir cul es la decisin que necesitamos tomar. Dibujaremos un recuadro para representar esto en la parte izquierda de una pgina grande de papel. Desde este recuadro se deben dibujar lneas hacia la derecha para cada posible solucin, y escribir cul es la solucin sobre cada lnea. Se debe mantener las lneas lo ms apartadas posibles para poder expandir tanto como se pueda el esquema. Al final de cada lnea se debe estimar cul puede ser el resultado. Si este resultado es incierto, se puede dibujar un pequeo crculo. Si el resultado es otra decisin que necesita ser tomada, se debe dibujar otro recuadro. Los recuadros representan decisiones, y los crculos representan resultados inciertos. Se debe escribir la decisin o el causante arriba de los cuadros o crculos. Si se completa la solucin al final de la lnea, se puede dejar en blanco. 15

Comenzando por los recuadros de una nueva decisin en el diagrama, dibujar lneas que salgan representando las opciones que podemos seleccionar. Desde los crculos se deben dibujar lneas que representen las posibles consecuencias. Nuevamente se debe hacer una pequea inscripcin sobre las lneas que digan que significan. Seguir realizando esto hasta que tengamos dibujado tantas consecuencias y decisiones como sea posible ver asociadas a la decisin original.

Un ejemplo de rbol de decisin se puede ver en la siguiente figura:

Una vez que tenemos hecho esto, revisamos el diagrama en rbol. Controlamos cada cuadro y crculo para ver si hay alguna solucin o consecuencia que no hayamos considerado. Si hay alguna, la debemos agregar. En algunos casos ser necesario dibujar nuevamente todo el rbol si partes de l se ven muy desarregladas o desorganizadas. Ahora ya tendremos un buen entendimiento de las posibles consecuencias de nuestras decisiones.

16

DIAGRAMA DE FLUJO Y FLUJOGRAMA

El diagrama de flujo es la representacin grfica del algoritmo o proceso. Se utiliza en disciplinas como la programacin, la economa, los procesos industriales y la psicologa cognitiva. Estos diagramas utilizan smbolos con significados bien 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.

Un diagrama de flujo siempre tiene un nico punto de inicio y un nico punto de trmino. Las siguientes son acciones previas a la realizacin del diagrama de flujo: Identificar las ideas principales a ser incluidas en el diagrama de flujo. Deben estar presentes el dueo o responsable del proceso, los dueos o responsables del proceso anterior y posterior y de otros procesos interrelacionados, otras partes interesadas. Definir qu se espera obtener del diagrama de flujo. Identificar quin lo emplear y cmo. Establecer el nivel de detalle requerido. Determinar los lmites del proceso a describir.

17

Los pasos a seguir para construir el diagrama de flujo son: Establecer el alcance del proceso a describir. De esta manera quedar fijado el comienzo y el final del diagrama. Frecuentemente el comienzo es la salida del proceso previo y el final la entrada al proceso siguiente. Identificar y listar las principales actividades/subprocesos que estn incluidos en el proceso a describir y su orden cronolgico. Si el nivel de detalle definido incluye actividades menores, listarlas tambin. Identificar y listar los puntos de decisin. Construir el diagrama respetando la secuencia cronolgica y asignando los correspondientes smbolos. Asignar un ttulo al diagrama y verificar que est completo y describa con exactitud el proceso elegido. Ventajas de los Diagramas de Flujo: 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. 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. Muestran las interfaces cliente-proveedor y las transacciones que en ellas se realizan, facilitando a los empleados el anlisis de las mismas. 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. 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.

18

Tipos de Diagramas de Flujo: Formato vertical: En l, el flujo o la secuencia de las operaciones, va de arriba hacia abajo. Es una lista ordenada de las operaciones de un proceso con toda la informacin que se considere necesaria, segn su propsito. Formato horizontal: En l, el flujo o la secuencia de las operaciones, va de izquierda a derecha. Formato panormico: El proceso entero est representado en una sola carta y puede apreciarse de una sola mirada mucho ms rpido que leyendo el texto, lo que facilita su comprensin, an para personas no familiarizadas. Registra no solo en lnea vertical, sino tambin horizontal, distintas acciones simultneas y la participacin de ms de un puesto o departamento que el formato vertical no registra. Formato Arquitectnico: Describe el itinerario de ruta de una forma o persona sobre el plano arquitectnico del rea de trabajo. El primero de los flujogramas es eminentemente descriptivo, mientras que los utilizados son fundamentalmente representativos. Simbologa y Significado: valo o Elipse: Inicio y trmino (Abre y/o cierra el diagrama). Rectngulo: Actividad (Representa la ejecucin de una o ms actividades o procedimientos). Rombo: Decisin (Formula una pregunta o cuestin). Crculo: Conector (Representa el enlace de actividades con otra dentro de un procedimiento). Tringulo boca abajo: Archivo definitivo (Guarda un documento en forma permanente). Tringulo boca arriba: Archivo temporal (Proporciona un tiempo para el almacenamiento del documento). El Flujograma: Es una representacin grfica de la secuencia de actividades de un proceso. Adems de la secuencia de actividades, el flujograma muestra lo que se realiza en cada etapa, los materiales o servicios que entran y salen del proceso, las decisiones que deben ser tomadas y las personas involucradas (en la cadena cliente/proveedor) El flujograma hace ms fcil el anlisis de un proceso para la identificacin de: Las entradas de proveedores; las salidas de sus clientes y de los puntos 19

crticos del proceso. Smbolos: El flujograma utiliza un conjunto de smbolos para representar las etapas del proceso, las personas o los sectores involucrados, la secuencia de las operaciones y la circulacin de los datos y los documentos. Los smbolos ms comunes utilizados son los siguientes: Lmites: Este smbolo se usa para identificar el inicio y el fin de un proceso:

Operacin: Representa una etapa del proceso. El nombre de la etapa y de quien la ejecuta se registran al interior del rectngulo:

Documento: Simboliza al documento resultante de la operacin respectiva. En su interior se anota el nombre que corresponda:

Decisin: Representa al punto del proceso donde se debe tomar una decisin. La pregunta se escribe dentro del rombo. Dos flechas que salen del rombo muestran la direccin del proceso, en funcin de la respuesta real:

Sentido del flujo: Significa el sentido y la secuencia de las etapas del proceso:

20

Los flujogramas se usan para: Entender un proceso e identificar las oportunidades de mejora de la situacin actual. Disear un nuevo proceso, incorporando las mejoras (situacin deseada). Facilitar la comunicacin entre las personas involucradas en el mismo proceso. Divulgar, en forma clara y concisa, informaciones sobre procesos.

Pasos para su Utilizacin: Defina el proceso que se va a realizar. Escoja un proceso relacionado con el producto o servicio ms importante, desde el punto de vista del cliente. Elabore un flujo del proceso, identificando sus grandes bloques de actividades. Organice, para la elaboracin del flujograma, un grupo compuesto por las personas involucradas en las actividades del proceso. Defina detalladamente las etapas del proceso y describa las actividades y los productos o los servicios que resulten de cada una de ellas. Identifique los responsables para la realizacin de cada actividad identificada. Chequee si el flujograma diseado corresponde a la forma como se ejecuta el proceso en la prctica, y haga las correcciones que considere necesarias.

21

CONCLUSIN El modelo de anlisis estructural es un mtodo de investigacin que nos permite estudiar con detalle un sistema, este mtodo se utiliza tanto para desarrollar nuevos sistemas como tambin para modificar o mejorar sistemas ya existentes. Utilizando este mtodo podemos analizar diversos procesos y as crear un modelo estructural a travs del cual el equipo encargado del estudio del desarrollo o la organizacin pueden conocer la forma lgica de los procesos y la manera en la cual se desenvuelve el sistema. El Objetivo principal del anlisis estructurado es organizar las tareas asociadas con la determinacin de requerimientos para obtener la comprensin completa y exacta de una situacin dada. Para ello emplea diversas herramientas como Diccionario de datos, Diagramas de Flujo y Flujogramas entre otras para identificar y describir los componentes de un sistema y las relaciones entre estos.

22

BIBLIOGRAFA En internet: http://www.inf.udec.cl/~mvaras/estprog/cap3.html#3.1 http://www.fao.org/docrep/W7452S/w7452s01.htm http://www.infomipyme.com/Docs/GENERAL/Offline/GDE_04.htm http://es.wikipedia.org/wiki/Diagrama_de_flujo http://html.rincondelvago.com/proceso-de-toma-de-decisiones.html

23