Seminario Sistemas De Informacion

Seminario Profesional Universidad Nacional de Luján Página 2 de 117 Índice de contenidos Página Capítulo 1 ...

408 downloads 6571 Views 5MB Size Report

This content was uploaded by our users and we assume good faith they have the permission to share this book. If you own the copyright to this book and it is wrongfully on our website, we offer a simple DMCA procedure to remove your content from our site. Start by pressing the button below!
Report copyright / DMCA form

DOWNLOAD PDF

Seminario Profesional

Universidad Nacional de Luján

Página 2 de 117

Índice de contenidos Página Capítulo 1 ..................................................................................................................... 6 Introducción ................................................................................................................................. 6 Presentación de la materia.......................................................................................................... 7 Objetivos de la materia .............................................................................................................. 8 Esquema de clases...................................................................................................................... 9 Capítulo 2 ....................................................................................................................10 Sistemas de Información ........................................................................................................... 10 Sistema - Subsistema - Jerarquía Sistémica ............................................................................. 10 Sistema de Información ........................................................................................................... 13 Actividad Profesional............................................................................................................... 19 Fases..................................................................................................................................... 22 El sistema de información en la organización.......................................................................... 25 Presentación del enfoque metodológico................................................................................... 34 Capítulo 3 ....................................................................................................................37 Modelo de Datos ......................................................................................................................... 37 Diagrama de Entidad Relación................................................................................................. 37 Propiedades de la relación.................................................................................................... 40 Entidad Tipo-Subtipo........................................................................................................... 42 Trabajos prácticos ................................................................................................................ 45 Editoriales ........................................................................................................................ 45 Buques.............................................................................................................................. 46 Becas RCI ........................................................................................................................ 47 Taller ................................................................................................................................ 48 Peluquería......................................................................................................................... 49 Competen ......................................................................................................................... 50 Construcc ......................................................................................................................... 52 Capítulo 4 ....................................................................................................................53 Modelo de Funciones y Eventos................................................................................................ 53 Modelado de funciones ............................................................................................................ 53 Diagrama de Flujo de Datos (DFD) ..................................................................................... 53 Objetivo............................................................................................................................ 53 Diagrama de Contexto...................................................................................................... 53 Tabla de Eventos.............................................................................................................. 57 Diagrama de sistema ........................................................................................................ 59 Trabajos prácticos ................................................................................................................ 64



Página 3 de 117

Importac ........................................................................................................................... 64 Circ_Event ....................................................................................................................... 65 Rascacie ........................................................................................................................... 66 Sargo ................................................................................................................................ 67 Hot_Colo.......................................................................................................................... 68 Ticketron .......................................................................................................................... 69 Fin_DFD01 ...................................................................................................................... 70 Fin_DFD02 ...................................................................................................................... 71 Capítulo 5 ....................................................................................................................72 Descripción de procesos............................................................................................................. 72 Tabla de decisión ..................................................................................................................... 72 Conceptos............................................................................................................................. 73 Decisión ........................................................................................................................... 73 Condición ......................................................................................................................... 73 Acción .............................................................................................................................. 74 Presentación de una tabla ..................................................................................................... 74 Como leer una tabla de decisión .......................................................................................... 75 Condiciones y Acciones: Tipos de valores ........................................................................ 76 Valores limitados ............................................................................................................. 77 Valores extendidos........................................................................................................... 77 Valores mixtos ................................................................................................................. 78 Pasos para la construcción de la tabla .................................................................................. 79 Método para la construcción de reglas................................................................................. 80 Método Intuitivo .............................................................................................................. 80 Método Masivo ................................................................................................................ 81 Recomendación final............................................................................................................ 83 Trabajos prácticos ................................................................................................................ 84 Tipo_Venta....................................................................................................................... 84 Pagos ................................................................................................................................ 85 Lago ................................................................................................................................. 86 Pileta................................................................................................................................. 87 West_Air .......................................................................................................................... 88 Fábrica.............................................................................................................................. 89 Capítulo 6 ....................................................................................................................90 Balanceo entre DER y DFD....................................................................................................... 90 Balanceo entre técnicas............................................................................................................ 90 Trabajos prácticos ................................................................................................................ 91 Multas............................................................................................................................... 91 Automóviles ..................................................................................................................... 93 Fuente............................................................................................................................... 95 MoraBeach ....................................................................................................................... 96 IAE ................................................................................................................................... 97 PRET................................................................................................................................ 99 ACA ............................................................................................................................... 101 Seminario Profesional


Página 4 de 117

Rural............................................................................................................................... 103 LaFesti............................................................................................................................ 104 Veloz .............................................................................................................................. 106 Garage ............................................................................................................................ 108 Capítulo 7 ..................................................................................................................110 Bibliografía ............................................................................................................................... 110 Capítulo 8 ..................................................................................................................111 Despedida.................................................................................................................................. 111 Anexo A .....................................................................................................................113 Normas de la materia............................................................................................................... 113 Regularización de la materia.................................................................................................. 113 Aprobación la materia en régimen promocional .................................................................... 113 Aprobación de la materia en examen final............................................................................. 113 Evaluaciones parciales ........................................................................................................... 113 Formatos a utilizar ................................................................................................................. 114 Presentación de los trabajos prácticos................................................................................ 114 Presentación de los exámenes ............................................................................................ 114 Modelo de presentación ..................................................................................................... 115 Carátula de los trabajos prácticos................................................................................... 115 Hoja de los trabajos prácticos ........................................................................................ 116 Anexo B .....................................................................................................................117 Información personal............................................................................................................... 117



Página 5 de 117

Capítulo 1

Introducción ¿Cual piedra primero? Cierto día, un motivador experto estaba dando una conferencia a un grupo de profesionales. Para dejar en claro un punto utilizó un ejemplo que los profesionales jamás olvidarán. Parado frente al auditorio de gente muy exitosa dijo: Quisiera hacerles un pequeño examen... De debajo de la mesa sacó un jarro de vidrio, de boca ancha y lo puso sobre la mesa frente a él. Luego sacó una docena de rocas del tamaño de un puño y empezó a colocarlas una por una en el jarro. Cuando el jarro estaba lleno hasta el tope y no podía colocar más piedras preguntó al auditorio: ¿Está lleno este jarro?. Todos los asistentes dijeron: ¡Si!. Entonces dijo: ¿Están seguros?, y sacó de debajo de la mesa un balde con piedras pequeñas de construcción. Echó un poco de las piedras en el jarro y lo movió haciendo que las piedras pequeñas se acomoden en el espacio vacío entre las grandes. Cuando hubo hecho esto preguntó una vez más: ¿Está lleno este jarro?. Esta vez el auditorio ya suponía lo que vendría y uno de los asistentes dijo en voz alta: ¡Probablemente no!. Muy bien contestó el expositor. Sacó de debajo de la mesa un balde lleno de arena y empezó a echarlo en el jarro. La arena se acomodó en el espacio entre las piedras grandes y las pequeñas. Una vez mas preguntó al grupo: ¿Está lleno este jarro?. Esta vez varias personas respondieron a coro: ¡ No!. Una vez más el expositor dijo: ¡Muy bien!, luego sacó una jarra llena de agua y echó agua al jarro hasta que estuvo lleno hasta el borde mismo. Cuando terminó miró al auditorio y preguntó: ¿Cual creen que es la enseñanza de esta pequeña demostración?. Uno de los espectadores levantó la mano y dijo: La enseñanza es que no importa que tan lleno está tu horario, si de verdad lo intentas, siempre podrás incluir más cosas!. No, replicó el expositor, esa no es la enseñanza. La verdad que esta demostración nos enseña es: Si no pones las piedras grandes primero, no podrás ponerlas en ningún otro momento. ¿Cuáles son las piedras grandes en tu vida?, ¿Un proyecto que tú deseas hacer funcionar?, ¿Tiempo con tu familia?, ¿Tu fe, tu educación o tus finanzas?, ¿Alguna causa que desees apoyar?, ¿Enseñar lo que sabes a otros?. Recuerda poner estas piedras grandes primero o no encontrarás un lugar para ellas. Así que hoy en la noche o mañana al despertar, cuando te acuerdes de esta pequeña anécdota, pregúntate a ti mismo: ¿Cuáles son las piedras grandes en mi fe, mi vida, mi familia, o mi negocio?. Luego coloca esas primero en el jarro.



Página 6 de 117

Presentación de la materia

La materia Seminario Profesional pertenece al Ciclo de Articulación de la Licenciatura en Sistemas de Información que dicta la Universidad Nacional de Luján. Sabemos que estamos frente a Profesionales y que los temas tratados deben haber sido vistos en mayor o menor medida en sus respectivas carreras. Deseamos que Ud. como Profesional demuestre conocer las herramientas disponibles y sostenga criterios para decidir cual conviene aplicar según cada situación, sin considerarlas como la única o la mejor sino, como la mas adecuada para ese proyecto. Y es con esta filosofía que emprendemos esta propuesta. Esta guía fue diseñada con el objetivo de realizar un seguimiento de la aplicación práctica de los métodos y técnicas tratadas en el curso. En ella se cita la bibliografía obligatoria, la simbología y normas utilizadas en cada herramienta en particular. Para alcanzar eficazmente esta meta se hace imprescindible el cumplimiento de las normas según se indica en esta guía, como así también las fechas de presentación que durante el transcurso de las clases se determinarán. Esperamos contribuir en la profundización del dominio de las técnicas y motivar el desarrollo de un criterio profesional propio.

El equipo docente



Página 7 de 117

Objetivos de la materia

Que el alumno ponga en práctica los conocimientos adquiridos respecto del análisis y diseño de sistemas de información. Que el alumno experimente la problemática particular de efectuar un trabajo de campo y adquiera la capacidad de enfrentar situaciones no previstas. Que el alumno sea capaz de llevar a cabo un proyecto de sistemas participando de un equipo de trabajo. Que los alumnos participen, en todas las actividades con la actitud de un profesional de Sistemas, tanto en la aplicación de los criterios para el análisis y resolución de situaciones, como así también en cuidar apropiadamente la forma de presentación de las soluciones. Que los alumnos logren incorporar como principio elemental de su tarea profesional la importancia de un buen Análisis de Sistemas independientemente de la envergadura del negocio donde se debe aplicar. Que los alumnos demuestren la adecuada aplicación de los contenidos teóricos y la modelización de las técnicas en casos semejantes a los que deban resolver en el ejercicio de su profesión. Que los alumnos integren las herramientas de manera que se aprecie el criterio sistémico en la resolución del problema.



Página 8 de 117

Esquema de clases

Clase Nº

1

Presentación Encuesta Introducción DER DD - DER DER – DD - Ejercicios DFD DD – DFD – TD (para leer) DFD – DD - Ejercicios Balanceo DER y DFD Balanceo - Ejercicios 1º Parcial Entrega 1º Parcial Asignación TPC Grupo A 1º Recuperatorio Grupo A – 1º Entrega Entrega 1º Recup. Grupo A – 2º Entrega Asignación TPC Grupo B 2º Recuperatorio

✘ ✘ ✘ ✘ ✘

2

3

4

5

6

7

9

10

11

12

13

✘ ✘ ✘ ✘ ✘ ✘ ✘ ✘ ✘ ✘ ✘ ✘ ✘ ✘ ✘ ✘ ✘

Grupo A – Entrega final Grupo B – 1º Entrega Entrega 2º Recup. Grupo B – 2º Entrega Asignación TPC Grupo C Grupo B– Ent. final Grupo C – 1º Entrega

✘ ✘ ✘ ✘ ✘ ✘ ✘

Grupo C – Entrega final Cierre de notas


8


Página 9 de 117

Capítulo 2

Sistemas de Información Conceptos básicos

Sistema - Subsistema - Jerarquía Sistémica Consideremos la Empresa Crecer, cuyo ramo es: Turismo. Esta empresa se dedica a la comercialización de paquetes de viaje estudiantiles de fin de curso. Presentamos a continuación una breve síntesis de su funcionamiento . "El área de ventas está compuesta por: un supervisor general, vendedores y una persona que se ocupa de las contrataciones y reservas de Hoteles, micros, excursiones, boliches, etc. El supervisor general, se encarga de indicarle a los vendedores a qué escuelas dirigirse y el "paquete de ventas" a ofrecerle a los estudiantes. Jorge, el encargado de las contrataciones, envía fax a los hoteles, agencias de turismo de todo el país, y boliches solicitando información turística, costos y vacantes disponibles. Guarda toda la documentación que recibe en biblioratos debidamente ordenados. Pasados cuatro días se reúne con Ruben, el supervisor, con quien analiza la información recibida, confeccionando un informe de posibles contrataciones que es elevado a la Gerencia General para su evaluación. Cuando Ruben recibe de la Gerencia de Finanzas el "paquete de viaje" aprobado, tanto por dicha Gerencia como por la Gerencia General; le suma el precio actualizado de los micros que le enviara telefónicamente Mirta de la empresa YYY S.A. y se pone en contacto con el responsable del Área de Publicidad, quien activa la campaña publicitaria en periódicos, revistas, radio, canales de cable y otros medios. La Gerencia de Marketing en base al listado de escuelas secundarias reparte a los vendedores las carpetas de ventas, asignándole a cada uno, de acuerdo a su categoría (junior, senior), una zona de impacto.



Página 10 de 117

El vendedor visita las escuelas presentando a los estudiantes el "paquete de viaje", para eso utiliza el "speech" de ventas que les enseñaron en los cursos de entrenamiento, dictados por la Dirección de Recursos Humanos. Si logran su propósito, confeccionan una intención de contrato que entregan al supervisor, para que éste cite a cada uno de los alumnos interesados en viajar, para armar su contrato individual." Algunas conclusiones que se pueden obtener del ejemplo: El Sistema de Ventas está conformado por distintas partes o elementos (supervisor, encargado de reservas, vendedores), cada elemento cumple distintas funciones. Pero además existen y son imprescindibles las relaciones entre ellos. Es claro que este Sistema cuenta con lo que se denomina un objetivo común del conjunto. En este caso es: Vender paquetes de viajes de fin de curso. El mal funcionamiento o la falta de algún elemento pondría en riesgo el cumplimiento del objetivo final del Sistema. Si los vendedores no son eficientes la empresa reduce sus ventas. Si el encargado de reservas no puede comunicarse con los hoteles no se podría confeccionar el "paquete de viaje". Si el supervisor no les entrega a los vendedores la carpeta de ventas o no les asigna adecuadamente las escuelas, difícilmente estos últimos puedan cumplir su función. Si percibimos “el sistema” como un TODO, este es algo más que la sumatoria de las partes. El sistema está formado por sus elementos, mas las relaciones que los vinculan, mas ... Consideremos como sistema una obra de arte, un cuadro en el cual se representan una serie de figuras geométricas. Cada una de ellas elementos del sistema, tendrá sus características propias: color, forma, tamaño, etc. La composición total tendrá como objetivo producir un impacto estético en el público. Es decir, cuando se percibe el todo, obra de arte, el observador verá el sistema cuadro como algo más que la sumatoria de figuras geométricas plasmadas con una determinada orientación en la tela, quizás perciba una obra que le producirá asombro, admiración u otro tipo de sensaciones que el artista supo o quiso transmitir.

SISTEMA Conjunto de elementos interrelacionados ordenadamente con un objetivo común.



Página 11 de 117

El Sistema de Ventas de la empresa es tan sólo uno de los tantos con los que cuenta la empresa, también posee un Sistema de Cobranzas, Sistema de Pagos, Sistema de Marketing, Sistema Contable, Sistema de Sueldos y Jornales, etc. Cada uno de estos sistemas puede ser concebido como un SISTEMA (conjunto de elementos interrelacionados con un objetivo común). A su vez la empresa Crecer puede ser concebida como un SISTEMA (conjunto de elementos interrelacionados con un objetivo común). A su vez el grupo de Empresas dedicadas al turismo puede ser considerado como un SISTEMA (conjunto de elementos interrelacionados con un objetivo común). Y el grupo de las Empresas Argentinas puede ser considerado como SISTEMA (conjunto de elementos interrelacionados con un objetivo común). Y así se podría seguir infinitamente entre el átomo y el Universo.

Empresas Argentinas



Página 12 de 117

JERARQUÍA SISTÉMICA Todo sistema contiene sistemas de menor jerarquía y a su vez es parte de un sistema de jerarquía mayor que lo contiene

SUBSISTEMA Sistema que forma parte de otro de mayor jerarquía. Elemento del sistema.

Sistema de Información Continuemos con la Empresa Crecer. Para cumplir su objetivo, RECOLECTAR información sobre:

en

primera

instancia

necesita

Hoteles. Micros. Clientes. En el caso de los Hoteles y Micros recolecta información, a través de guías, folletos y contactos ya sea por Fax, teléfono o directamente. En el caso de los Clientes, recolecta información a través de un formulario dispuesto para tal efecto. Todo este proceso implica diversas maneras de RECOLECTAR información necesaria para poder ofrecer el servicio turístico. Cada área tiene su propio SUBSISTEMA para recolectar información y el conjunto forma el SISTEMA para RECOLECTAR información del Sistema de Ventas de la Empresa Crecer. Para el subsistema recolectar información de Hoteles, hay 2 ó 3 formas de obtener la información necesaria: Consultando guías o folletos, Por teléfono o FAX, Directamente. Es decir que cada subsistema esta a su vez formado por subsistemas menores.



Página 13 de 117

Subsistemas para Recolectar

Esto sucede n veces en cada paso. Cuando el profesional de Sistemas ANALIZA el sistema debe conocer todos y cada uno de los mínimos niveles de subsistemas para RECOLECTAR información , y cuando DISEÑA debe de hacerlo considerando TODOS y cada uno de los mínimos niveles de subsistemas para RECOLECTAR información. ¿Qué se hace con toda la información recolectada? La segunda instancia es ALMACENAR información. Los formularios de los Alumnos se guardan alfabéticamente en Ficheros, ordenados por Apellido y Nombre. La información de los Hoteles se guarda en la Base de Datos de Hoteles. Las guías en Biblioteca y los FAX en el Archivo General. La información de los Transportes se guarda en la Base de Datos de Transportes.



Página 14 de 117

Todo este proceso implica diversas maneras de ALMACENAR información para ofrecer el servicio turístico. Para ello, debe definirse cómo y en qué lugar conviene guardar la información para luego recuperarla cuando sea necesario. . El bibliorato y su orden es distinto del Fichero y su orden y totalmente diferente de las Bases de Datos. Debe decidirse para cada una de estas formas, dónde se guarda físicamente, en qué orden y en el caso de las Bases de datos, cuál es el diseño de las tablas, etc. Cada área entonces, tiene su propio SUBSISTEMA para ALMACENAR información y el conjunto forma el SISTEMA para ALMACENAR información del Sistema de Ventas de la Empresa Crecer..

Subsistemas para Almacenar

Para el subsistema almacenar información de Hoteles, hay tres formas de guardar la información: Las guías originales en Biblioratos Los FAX en el Archivo General Las BD de Hoteles en la computadora Seminario Profesional


Página 15 de 117

Es decir que cada subsistema está a su vez formado por subsistemas menores. Esto sucede n veces en cada paso. Cuando el profesional de Sistemas ANALIZA el sistema debe conocer todos y cada uno de los mínimos niveles de subsistemas para ALMACENAR información y cuando DISEÑA , debe hacerlo considerando todos y cada uno de los mínimos niveles de subsistemas para ALMACENAR información. ¿Qué sucede con la información almacenada? La tercera instancia es PROCESAR la información La información de Hoteles almacenada en la Base de Datos correspondiente es procesada en forma computacional con el fin de generar los listados de los distintos tipos de paquetes de viaje que ofrece la empresa. El listado de paquetes de viaje es procesado por los empleados con el fin de: generar el informe de Supervisión que es enviado al Dueño para su aprobación y obtener el listado con el costo final de los paquetes de viajes, una vez que han sido adicionados los costos correspondientes al Transporte. La información de las Escuelas, almacenada en el bibliorato correspondiente, es procesada, en forma manual, para obtener los listados de las Escuelas por zona de impacto. Todo este proceso implica distintas formas de PROCESAR la información necesaria para la Empresa Crecer. Al decidir la forma de procesar la información, se debe tener en cuenta los siguientes factores: Tipo de tarea a realizar; Volumen de información a procesar; Tiempo en que se necesita contar con la información y Controles a realizar. Cuando se procesa la información de Hoteles en forma computacional se esta realizando una secuencia lógica de pasos o algoritmos propia de dicho proceso. Es probable que según la complejidad del proceso intervenga más de un algoritmo. Estos algoritmos van a ser totalmente diferentes de los algoritmos que se desarrollan para procesar manualmente la información que contiene el listado de los paquetes de viaje y la información de las Escuelas. Existen diferentes Subsistemas para PROCESAR información y el conjunto forma el SISTEMA para PROCESAR información del Sistema de Ventas de la Empresa Crecer. Para el subsistema procesar información de Hoteles, hay dos formas de elaborar la información: Secuencia de pasos ABC. Seminario Profesional


Página 16 de 117

Secuencia de pasos YZ. Es decir que cada subsistema esta a su vez formado por subsistemas menores. Esto sucede n veces en cada paso. Cuando el profesional de Sistemas ANALIZA debe conocer todos y cada uno de los mínimos niveles de subsistemas (algoritmos) para PROCESAR información y cuando DISEÑA, debe hacerlo considerando todos y cada uno de los mínimos niveles de subsistemas para PROCESAR información.

Subsistemas para Procesar

¿Qué se hace luego de procesar la información? La cuarta instancia es DISTRIBUIR la información. Los listados de las Escuelas se distribuyen a los vendedores de acuerdo a la zona asignada a cada uno de ellos. También se distribuye a los vendedores el material especifico de Ventas de acuerdo a su categoría (Junior o Senior).



Página 17 de 117

Los vendedores luego distribuyen la información en las Escuelas con la intención de concretar la gestión de Ventas. Todo este proceso implica diversas formas de DISTRIBUIR la información necesaria para cerrar el circuito de la Empresa. Es importante mencionar que para distribuir información es necesario considerar, hacia dónde se debe enviar (sección, departamento, etc.)y decidir cuál es la manera más adecuada de presentar la información y que medio o canal de distribución conviene utilizar. Seguramente la forma de distribuir los listados de los Escuelas y material de promoción a los vendedores implica utilizar un procedimiento interno propio de la mecánica de la empresa, que es muy diferente al que utilizan los vendedores, aplicando las técnicas de comunicación apropiadas para desarrollar su actividad.. Cada área tiene su propio Subsistema para DISTRIBUIR información y el conjunto forma parte del SISTEMA para DISTRIBUIR información del Sistema de Ventas de la Empresa Crecer.

Subsistemas para Distribuir

Para el subsistema distribuir información de Hoteles, hay dos maneras de distribuir la información: en forma interna, en forma externa Seminario Profesional


Página 18 de 117

Es decir que cada subsistema está a su vez formado por subsistemas menores. Esto sucede n veces en cada caso. Cuando el profesional de Sistemas ANALIZA el sistema debe conocer todos y cada uno de los mínimos niveles de subsistemas para DISTRIBUIR información y cuando DISEÑA, debe hacerlo considerando todos y cada uno de los mínimos niveles de subsistemas para DISTRIBUIR información.

SISTEMA DE INFORMACIÓN Conjunto de subsistemas para recolectar, almacenar, procesar y distribuir información para la planificación, decisión y señalamiento en un Sistema Objeto (organización) del cual forma parte.

Actividad Profesional Los profesionales de cualquier disciplina se encargan de resolver problemas, cumpliendo en general los siguientes pasos: Análisis Situación Actual. Elaboración y Evaluación de Soluciones. Diseño. Implementación. La diferencia que existe entre las distintas profesiones es: la porción del Universo sobre la cual trabajan, es decir el Objeto de estudio. En el caso de los Profesionales de Sistemas el objeto de estudio son los Sistemas de Información. La actividad del Profesional de Sistemas es realizar Análisis, Diseño e Implementación de Sistemas de Información: Análisis: estudiar el problema, la situación actual. Diseño: hacer modelos de soluciones, de cómo va a funcionar eso en el futuro.



Página 19 de 117

Implementación: esos modelos del diseño, ponerlos en funcionamiento y que el sistema funcione.

Análisis, Diseño e Implementación de SI Teoría general de sistemas Metodología para análisis y diseño Fases / Etapas Técnicas Para obtener información Para documentar información Análisis, Diseño e Implementación

El profesional de sistemas tiene dos herramientas para trabajar: 1. La teoría general de sistemas, es una filosofía de trabajo, de visión, de análisis y conocimiento. La teoría general de sistemas propone: si existe un problema a resolver, la focalización inicial debe ser entender cual es el entrono donde el problema vive en lugar de estudiar el problema en detalle. Este entorno es parte de un universo y contiene elementos que interactúan con el sistema. La teoría general de sistemas propone: estudiar los elementos que están dentro del sistema y su comportamiento y las relaciones que hay con los elementos del entorno de interés. La visión fundamental de esta teoría es que el problema lo voy a entender en tanto y en cuanto entienda este entorno. No hay un problema que tenga una solución típica, si no que en general ese problema va a depender de ese entorno. El problema es parte del estudio porque es parte de los elementos del sistema, que se ha definido. Otra postura conocida como enfoque lineal se basa en conocer todos los detalles del problema y sus relaciones causales. El enfoque sistémico incluye el enfoque lineal y lo enriquece y amplia por lo que el análisis tiene una mejor calidad.



Página 20 de 117

2. Una metodología de trabajo: que se conoce como metodología para el análisis y diseño de sistemas de información. Esta metodología básicamente tiene: Fases o etapas (Ciclo de vida). Técnicas para: Obtener información Documentar información

Fases / Etapas Requerimientos del sistema C o n f i g u r a c i ó n

P r u e b a s

P l a n i f i c a r

Relevamiento Diseño lógico del sistema Diseño de la arquitectura Desarrollo o codificación

A u d i t o r í a

Implementación Mantenimiento Fases / Etapas

La metodología es un conjunto de actividades a realizar y esas actividades son llevadas adelante con un conjunto de técnicas. Las actividades se agrupan en fases. Las fases y etapas son llamadas ciclos de vida o metodología. Las técnicas para obtener información no son propias de sistemas, hay muchas profesiones que utilizan las mismas. Las técnicas más utilizadas y conocidas para obtener información son: Entrevistas Encuesta o cuestionario



Página 21 de 117

Algún tipo de censo Estudio de la documentación existente Observación personal Que no son propias de sistemas únicamente, pero que tienen como objetivo obtener información sobre los requerimientos y necesidades de información de los usuarios que trabajan en la organización. Las técnicas para documentar información, son varias, en su mayoría gráficas y están asociadas a cada una de las etapas. La técnica de redacción de informes es una técnica de documentación que está presente en casi todas las fases o etapas y permite documentar las actividades realizadas usando las técnicas de cada etapa.

Fases Requerimientos del sistema (que se quiere hacer): el producto de la fase es un informe de especificación de requerimientos en donde es posible incluir técnicas tales como: Un organigrama. Algún diagrama de contexto. Asociado al diagrama de contexto puede haber una tabla de eventos. Y en algunos casos puede haber un diagrama de nivel 1 de DFD. Casos de uso.

Relevamiento o estudio detallado es conocer como se opera actualmente en la organización y permite definir la situación actual. Las técnicas de documentación que se usan para modelar la situación actual y las necesidades futuras, que además pueden formar parte del informe de relevamiento son: Diagrama de Entidad Relación clases.

- Modelo de objetos o

Diagrama de Flujo de Datos – Tabla de Eventos. Asociada a estas dos técnicas está Diccionario de Datos y la Definición de Procesos. Seminario Profesional


Página 22 de 117

Pueden existir otras técnicas como ser Cursograma, es una técnica que se está reemplazando por tipos de herramientas como WorkFlow. Casos de uso extendidos.

Diseño lógico del sistema, se modeliza el sistema de acuerdo a las técnicas que se utilizaron antes más requerimientos para ello, con las modificaciones correspondientes: Diagrama de Entidad Relación (como va a ser el sistema desarrollado). Diagrama de Flujo de Datos (como va a ser el sistema). Asociado al DFD definición de procesos (para lo que se usa). Tablas de decisión, asociado a ésta el lenguaje estructurado. Cursogramas (WorkFlow: como va a ser la secuencia de los distintos trámites) Diseño de arquitectura del sistema (hardware, software de base y toda la instalación de hardware que va a ser necesaria). Desarrollo o codificación: aquí pueden usarse técnicas como los diagramas de árbol de módulos, los diagramas de flujo que muestran la lógica de los algoritmos del sistema. Implementación: requiere tener en cuenta la necesidad o conveniencia de hacer un paralelo entre el sistema que está actualmente en funcionamiento y el sistema que voy a desarrollar. También es una técnica propia de esta etapa la capacitación para enseñar a los usuarios como funciona el sistema. Mantenimiento o seguimiento del sistema: implica solucionar errores que hubiere en el sistema o bien que hubo en todo el proceso o por nuevos requerimientos del usuario.



Página 23 de 117

Técnicas Para obtener información

Entrevistas Encuestas o cuestionarios Censos Estudio de la documentación existente Observación personal

Para documentar información

Organigrama Diagrama de contexto (DC) Tabla de eventos (TE) Diagrama de flujo de datos (DFD) Diagrama de Entidad-Relación (DER) Definición de procesos Diccionario de datos (DD) Diseño de tablas de base de datos Cursograma Tabla de decisión Lenguaje estructurado Diagrama de flujos de algoritmos Manual de usuario Material para capacitación Pert Gantt Caminos críticos (CPM) Estudio de factibilidad Pruebas de caja negra Puebas de caja blanca

Técnicas

Todas estas fases son aquellas actividades que acompañan al proyecto. Una de las primeras y más importantes es planificar, esta etapa aparece con el planteo de todo el plan de trabajo para hacer el desarrollo del sistema y de alguna manera se interconecta con todas las etapas, ya sea para definir esa fase o realizar en mayor profundidad o para efectuar el seguimiento. Las técnicas de planeamiento son usualmente: Un Pert Un Gantt CPM



Página 24 de 117

Estudio de factibilidad que lo puedo hacer con cualquier etapa. Otra fase importante es la fase de pruebas, es importante que empiece desde el inicio. Existen distintos tipos: Pruebas unitarias Pruebas de integración Pruebas del sistema Pruebas que se realizan en la implementación (Pruebas de usuarios) (pruebas de control de calidad) Para esto existen dos técnicas, las de caja negra y las de caja blanca. Otra actividad importante es la configuración: es el sistema por el cual voy a mantener bajo control la documentación que se genera en el proyecto. Tengo que definirlo en todas las fases. Auditoría: fase importante, hay que tenerlo en cuenta siempre. Dos técnicas básicas de este curso con DFD y DER con su técnica asociada DICCIONARIO DE DATOS. El diagrama de contexto asociado con la tabla de eventos y el diagrama de nivel 1 de DFD, se empieza a usar en la definición de requerimientos, relevamiento y en el diseño lógico del sistema que es donde el DER pasa a lo que se llama diseño de tablas de la base de datos. Estas tres técnicas se van a utilizar en las fases de análisis y diseño.

El sistema de información en la organización Si analizamos el sistema de información de una organización, éste está compuesto por sistemas de información que brindan información de distinto tipo: un sistema de información de sueldos, un sistema de información contable, un sistema de información de proveedores, un sistema de información de ventas, un sistema de información de producción, un sistema de información de almacenes, si es institución educativa, tendrá un sistema de información de personal, sistema de información de inscripción, sistema de información de títulos otorgados, sistema de información de la condición de los alumnos, etc.



Página 25 de 117

R Subsistema A

R Subsistema B

Sistema de la organización

R Subsistema C

R Subsistema D

Subsistemas de recolección

Según la organización siempre hay un conjunto de sistemas de información cuyo objetivo es brindar información de distintos tipos. Cada uno de estos subsistemas tiene sistemas para recolectar y cada uno de los sistemas de recolectar es un conjunto de subsistemas y no de un único tipo. Existe una gran cantidad de subsistemas en los cuales tengo que pensar cuando se habla de una organización, estos sistemas además tienen que tener una característica, tienen que relacionarse. Los datos que se piden en un subsistema deben estar disponibles para cada subsistema que necesite utilizarlos, por esto los subsistemas de información deberían estar relacionados entre sí, todo esto que tiene que ver con el análisis, diseño e implementación de un sistema de información, tiene que ver con conocer y diseñar los sistemas para recolectar, para no solo conocer los sistemas para recolectar, sino conocer y diseñar las interconexiones.



Página 26 de 117

R Subsistema A

R

Subsistema B


R Subsistema C

R Subsistema D

Relaciones en subsistemas de recolección

Toda la información recolectada tenemos que tenerla guardada en un lugar específico y con un orden, esto implica diferentes tipos de archivos. Además es posible que se definan bases de datos para parte de la información recolectada y también tenemos que relacionar esa información con el resto, en consecuencia existirán muchos sistemas de archivos. Almacenar entonces es una suma de subsistemas. Cada uno de los subsistemas se diferencian por el tipo de información que brindan y cada uno de estos subsistemas también tienen subsistemas.



Página 27 de 117

R A Subsistema A

R A Subsistema B


R A Subsistema C

R A Subsistema D

Subsistemas de almacenamiento

Los sistemas para almacenar se relacionan con los sistemas para recolectar. Los sistemas de almacenamiento tiene que estar relacionados entre sí. Un sistema de recolección debe abastecer a varios sistemas de almacenamiento y viceversa.



Página 28 de 117

R A

Subsistema A

R A Subsistema B


R A Subsistema C

R A Subsistema D

Relaciones en subsistemas de almacenamiento

Resta definir cada uno de los procesos qué tenemos que hacer, o sea los distintos algoritmos de procesamiento y control (programas, procedimientos, etc.). Vamos a tener un conjunto de subsistemas para procesar, e implica definir todos y cada uno de los algoritmos que hay que llevar adelante.



Página 29 de 117

R A

Subsistema A

P

R A Subsistema B

P Sistema de la organización

R A Subsistema C

P

R A Subsistema D

P

Subsistemas de procesamiento

Así como hay un conjunto de subsistemas para recolectar información manuales y sistemas de recolección por computadora, lo mismo para los de almacenamiento y lo mismo para el procesamiento. Estos sistemas de procesamiento están vinculados a sus sistemas de almacenamiento. Es esperable que los procesos estén vinculados entre sí, es decir que un proceso reciba información de un almacenamiento y que un almacenamiento reciba información de un proceso.



Página 30 de 117

R A

Subsistema A

P

R A Subsistema B

P Sistema de la organización

R A Subsistema C

P

R A Subsistema D

P

Relaciones en subsistemas de almacenamiento

Una vez que se cuenta con toda la información hay que distribuirla en tiempo y forma. De la misma forma que la recolección, el almacenamiento y el procesamiento son un conjunto de subsistemas también lo es la distribución. Las grandes fallas de un sistema siempre están en la recolección y su distribución. La distribución no es trivial, es el moño que se le pone a todo sistema. Hay más de una forma de distribuir y deben estar relacionados con su propio sistema de procesamiento, además de estar vinculados entre sí o además el sistema de distribución recibe información de más de un sistema de procesamiento. Seminario Profesional


Página 31 de 117

R A Subsistema A

P D R A Subsistema B

P D


R A Subsistema C

P D R A Subsistema D

P D

Sistemas de la organización

Entonces, el análisis, diseño y la implementación de un sistema significa estudiar y diseñar sistemas para recolectar, almacenar, procesar y distribuir cuyo objetivo es brindar información para que en una organización se planifica, se decida y se señalice. La relación entre estos subsistemas (recolectar, almacenar, procesar y distribuir) es lo que llamamos dato o información.



Página 32 de 117

Hablamos de datos y de información, datos cuando estamos hablando de lo que el proceso toma para realizar su tarea y hablamos de información respecto de la información que ese sistema brinda.

Dato

Para poder decidir si algo es dato o información tenemos que ver respecto de qué proceso se está hablando. A- información, B- Datos, sale información y lo que ingresa es dato.

Subsistema A

Información

Dato

Información

Dato

Subsistema B

Información

Dato/Información

La información resultante del procesamiento de datos ingresados para el subsistema A, puede ser a su vez datos para otro subsistema B generando así información luego de haberlos procesados. Lo que relaciona a los subsistemas de recolectar, almacenar, procesar y distribuir es información que circula entre ellos.



Página 33 de 117

U Unn ssiisstteem maa ddee iinnffoorrm maacciióónn eess uunn ccoonnjjuunnttoo ddee ssuubbssiisstteem maass ppaarraa rreeccoolleeccttaarr,, aallm maacceennaarr,, pprroocceessaarr yy ddiissttrriibbuuiirr ddaattooss oo iinnffoorrm maacciióónn ccoonn eell oobbjjeettiivvoo ddee bbrriinnddaarr iinnffoorrm maacciióónn ppaarraa qquuee uunn ssiisstteem maa uu oorrggaanniizzaacciióónn ppuueeddaa ppllaanniiffiiccaarr,, ddeecciiddiirr oo sseeññaallaarr..

“El profesional tiene que analizar y entender, diseñar estas conexiones” El objetivo del sistema es que le llegue la información a un usuario, para esto el profesional tiene que analizar y entender, diseñar estas conexiones. El DER y DFD, entre otras técnicas, son mapas que permiten ver las relaciones de información dentro de un sistema.

Presentación del enfoque metodológico Nótese que en forma deliberada se omitió abundar en situaciones en las que se utilizará el computador, (excepto cuando se trata el almacenamiento en Bases de Datos). Con esto se quiere hacer notar que es absolutamente factible referirse a un Sistema de Información en el que no participen elementos tecnológicos. No obstante lo expuesto es lógico suponer que el avance de la tecnología y su relativa disminución de costos, tanto en el aspecto computacional como en el de las comunicaciones, se han transformado en importantísimas herramientas que puestas al servicio de los sistemas de información los potencian considerablemente. En el mundo de los Sistemas de Información existe una problemática que afecta por igual a los países del primer mundo y a los subdesarrollados, a las empresas multinacionales y a las familiares, sean grandes o pequeñas, que se manifiestan a través de:



Página 34 de 117

demoras en la iniciación de nuevos desarrollos, dificultad de mantenimiento de los sistemas existentes, relativa calidad de los productos obtenidos, subaprovechamiento y subutilización de la tecnología existente en la empresa, dificultad para adaptarse y adoptar nuevas tecnologías, dificultad en la adaptación de recursos humanos, frustración en la satisfacció0n de las expectativas y necesidades del usuario frustración en la satisfacción de las expectativas de los profesionales de sistemas, resolución de proyectos coyunturales integrabilidad de los sistemas,

versus

la

incumplimiento de los plazos originalmente previstos al planificar el proyecto.

Entre los factores que tienden a solucionar la problemática mencionada cobran importancia relevante las distintas propuestas de METODOS y TECNICAS para el Análisis y Diseño de Sistemas de Información. Es interesante destacar que aún cuando cada método se “autodefine” como el mejor, el único, el que soluciona lo que otros no solucionen, planteando un conjunto de etapas y herramientas que “aseguran” rapidez y confiabilidad en la tarea, la realidad nos indica que ni la cultura de la empresa, ni sus profesionales, pueden terminar de asimilar y poner en régimen una metodología, junto a sus herramientas, cuando la “competencia” ya le está ofreciendo una nueva alternativa, un software superador y descalificador del anterior. Los interrogantes a nivel empresario son: ¿qué software para desarrollo comprar?, ¿cómo evaluar si la inversión a realizar es rentable?, ¿cuál CASE es el más conveniente?, ¿cuanto tiempo se debe invertir en la formación de los recursos humanos?, ¿qué hacer con los viejos sistemas?,



Página 35 de 117

“No existe lo único, lo mejor para todas las situaciones ” “ La compra del CASE, en sí misma, no soluciona nada” “La compra del CASE, y el aprendizaje del método es mejor, pero tampoco por si solo alcanza” Los métodos y técnicas de Análisis y Diseño no son el único factor que concurre a la solución de la problemática. Deben considerarse también las decisiones políticas, técnica, económicas y la formación de los recursos humanos, tanto en lo que hace a los aspectos técnicos como en la toma de conciencia de la importancia de la interacción de los distintos grupos intervinientes que forman la organización. Deseamos que el profesional conozca las posibles herramientas disponibles y que desarrolle criterios para decidir cuál conviene aplicar según cada escenario. Es con esta filosofía, la de adquirir habilidad en el uso y aplicación práctica de las herramientas existentes, sin considerarlas como la única o la mejor sino como el conocimiento del potencial de cada una de ellas, que se emprende esta propuesta.



Página 36 de 117

Capítulo 3

Modelo de Datos Diagrama de Entidad Relación

Diagrama de Entidad Relación La técnica de entidad relación sirve para modelar una situación de negocio desde el punto de vista de los datos que necesita guardar. Es decir, representar el modelo lógico o conceptual de los datos de la organización. Para la técnica de modelado de Entidad-Relación se usan básicamente tres elementos: Las entidades, que se dibujan a través de un rectángulo. Las relaciones, que se dibujan a través de una línea. Los atributos, que son el contenido de las entidades, como puede ser Código de Cliente.

Una entidad está identificada por medio de un sustantivo, porque una entidad refleja una idea, una cosa del negocio que necesita ser guardada, por ejemplo, los datos del cliente en una situación comercial, los datos de un alumno en una situación académica. Tiene que ir en singular, porque básicamente lo que se representa son las ideas de a una, lo más diferenciadas posible. Por ejemplo: cliente, empleado, alumno, etc.



Página 37 de 117

Entidad.

Cliente

Descripción Nombre en singular de la idea que representa entidad

Entidad

Las relaciones están identificadas por medio de una letra R y de un número, que generalmente se pone en forma consecutiva pero no es necesario, lo importante es que el número no sea igual. Las relaciones van a mostrar el vínculo que existe entre las ideas, es decir, entre dos entidades.

Relación. Frase verbal que describe como se relacionan las entidades

Cliente

compra

R3

es comprado

Artículo

Identificador Las relaciones se identifican como Rn, donde n es un número único

Frase verbal que describe como se relacionan las entidades

Relación

Los atributos son las características particulares que tiene esa entidad, por ejemplo: el código de cliente, su nombre, su teléfono, su domicilio.

Atributos Nombre Cliente

Cliente Límite Crédito Cliente

Atributos



Página 38 de 117

Entre estos atributos se pueden distinguir tres tipos principales: Claves o identificadores Candidatos No claves Un atributo clave o identificador es aquel atributo que puede determinar de manera única y mínima al resto de los atributos, por ejemplo, código de cliente. Los candidatos son aquellos atributos que pueden ser claves pero por alguna regla de negocio no lo son. Por ejemplo, DNI Cliente, CUIL Cliente, Nro.Cliente; los tres atributos son candidatos ya que los tres sirven para identificar al cliente, sólo uno de ellos será el identificador, y esta elección se realiza de acuerdo a las reglas de negocio del sistema a analizar. Los no clave son aquellos que mencionan características de la entidad, por ejemplo: Nombre Cliente, Apellido Cliente, Domicilio Cliente, etc.

Situación de ejemplo: Existe un cliente que compra mercadería entonces existe una relación entre el cliente y el artículo que vende la empresa. Para representar esta relación, lo que se hace es dibujar una línea entre las entidades e identificarla.

Cliente

R8

Artículo

Relación de ejemplo

Estas entidades tienen ciertas características, o sea sus atributos. Por ejemplo, un código de cliente y un nombre de cliente, y este artículo tendrá un código de artículo y un nombre de artículo.



Página 39 de 117

Propiedades de la relación Existen ciertas propiedades que cumple una relación: la propiedad de cardinalidad y la propiedad de modalidad. La cardinalidad es la cantidad máxima de relaciones que tiene una entidad con respecto a la otra entidad. Y la modalidad es la cantidad mínima de relaciones que tienen las mismas entidades. Dicho de otra forma, la cardinalidad es el número máximo de instancias de una entidad que se pueden relacionar con un número de instancias de otra entidad. Existen dos formas de marcar cardinalidad, la primera es indicar que se relaciona muchas veces, que se hace a través del signo mayor o menor según corresponda, y la segunda es indicar que se relaciona una vez que se hace a través de una línea que atraviesa la relación. Y esta simbología es representada en el lado opuesto de la entidad analizada. Relaciones - Cardinalidad. Línea que simboliza cardinalidad 'Muchos'

Empleado

pertenece

Area

R1

trabajan

Línea que simboliza cardinalidad 'Uno'

Cardinalidad

Existen distintos tipos de cardinalidades: Uno a muchos Uno a uno (bastante atípica) Muchos a uno Muchos a muchos Por ejemplo, en el caso planteado anteriormente, el cliente puede comprar muchos artículos. Tanto la cardinalidad como la modalidad se van a marcar en contra de la entidad que es afectada, si hablamos del cliente con respecto a los artículos comprados se marca en contra de esta entidad. Entonces este cliente compra muchos artículos, este artículo es comprado por muchos clientes.



Página 40 de 117

Para poder detectar la cardinalidad lo que se hace es referirse a la acción concreta que esa entidad ejerce sobre la otra. Para nuestro ejemplo, ‘compra’ para la entidad artículos y ‘es comprado’ para la entidad cliente. Entonces, el cliente compra muchos artículos y el artículo es comprado por muchos clientes.

R8

Cliente

Artículo

Cardinalidad de ejemplo

La modalidad es la cantidad mínima de relaciones entre las entidades, por lo tanto se pueden dar dos opciones: que exista o que no exista. Con un cero se indicará que no existe o bien que es opcional, que quiere decir que en algún momento esa relación no va a existir. Y con una línea que cruza la relación se indicará que existe o que es obligatoria. Las posibles combinaciones son: obligatorio-obligatorio opcional-obligatorio opcional-opcional En el ejemplo planteado, el cliente compra por lo menos un artículo, sino no sería cliente, entonces la modalidad aquí es obligatoria, y por el contrario, un determinado artículo puede ser que no lo haya comprado nadie y por lo tanto es opcional. La modalidad se marca un lugar más adentro que la cardinalidad. Relaciones - Modalidad. Línea que simboliza modalidad 'Obligatoria'

Cliente

pertenece

tiene

R4

Factura

Círculo que simboliza modalidad 'Opcional'

Modalidad



Página 41 de 117

Otra propiedad de las relaciones es el grado de éstas. El grado es el número de entidades que participan en la relación. Y pueden ser: Unarias o recursivas Binarias Las binarias son las que relacionan dos entidades, y las unarias son aquellas que se relacionan con sí mismas. Por ejemplo la entidad Madre, la madre se relaciona con la madre suya pero también es madre de su hija, entonces la entidad Madre se relaciona con sí misma.

Madre

R7

Grado Unario

R12

Modelo

Automóvil

Grado binario

Entidad Tipo-Subtipo Existe otro tipo de entidad que es la llamada Tipo-Subtipo. Donde una entidad es el tipo y tiene relacionadas otras que son sus subtipos. Por ejemplo, una entidad Tipo Empleado, y dos subtipos: Empleado por convenio y Empleado sin convenio. A su vez la entidad Empleado por convenio puede ser Tipo y tener otras entidades Subtipos, como ser Plomero y Electricista. El identificador en este tipo de relaciones es el identificador de la entidad Tipo de mayor jerarquía, o sea, en el caso planteado sería el Nro.Legajo, el cual se traslada a las demás entidades Subtipo.



Página 42 de 117

Supertipo - Subtipo. Empleado

Supertipo

es un

Empleado f/convenio

Empleado d/convenio

Empleado contratado

es un

Empleado técnico

Subtipos

Empleado profesional

Tipo - Subtipo

Los Subtipos heredan todos los atributos del Tipo, y cada uno de ellos tiene atributos propios y distintos de los demás Subtipos. Una situación a determinar entre las entidades Tipo-Subtipo es si es completa o no. Esto se indica con dos líneas paralelas horizontales para cuando está completa y una sola línea horizontal para incompleta.



Página 43 de 117

En resumen, los elementos utilizados para el DER son: Entidad. Descripción Nombre en singular de la idea que representa entidad

Cliente

Relación. Frase verbal que describe como se relacionan las entidades

Cliente

compra

R3

es comprado

Artículo

Identificador Las relaciones se identifican como Rn, donde n es un número único

Frase verbal que describe como se relacionan las entidades

Relaciones - Cardinalidad. Línea que simboliza cardinalidad 'Muchos'

Empleado

pertenece

Area

R1

trabajan

Línea que simboliza cardinalidad 'Uno'

Relaciones - Modalidad. Línea que simboliza modalidad 'Obligatoria'

Cliente

tiene

R4

pertenece

Factura

Círculo que simboliza modalidad 'Opcional'

Supertipo - Subtipo. Empleado

Supertipo

es un

Empleado f/convenio

Empleado d/convenio

Empleado contratado

es un

Empleado técnico

Subtipos

Empleado profesional

Simbología Diagrama de Entidad Relación



Página 44 de 117

Trabajos prácticos Trabajo práctico Editoriales

Área temática

Nivel

Modelo de datos

Inicial

Objetivos: Identificar las entidades componentes del sistema. Identificar las relaciones entre entidades. Identificar los atributos de las entidades. Armar el diagrama de Entidad-Relación.

EDITORIAL Ediciones CPU trabaja con muchos autores diferentes que escriben libros para la editora. Algunos autores escribieron un solo libro, mientras que muchos escribieron más de uno; además algunos libros han sido escritos por más de un autor. La empresa trabaja con múltiples imprentas, algunas están asociadas por lo que reciben un porcentaje de las ventas de cada libro mientras que otras son independientes y cobran honorarios por cada trabajo realizado. Se maneja información distinta para cada tipo de imprenta aún antes de que impriman su primer libro, lo que le permite a la empresa contar con información de proveedores posibles y no sólo con los que ya imprimieron algún libro. Cada libro es asignado a una sola imprenta. Cada editor que trabaja para la compañía coordina varios proyectos a la vez, aunque cada proyecto tiene asignado un solo editor. En cada proyecto participan uno o varios autores y puede suceder en algún momento que un autor no esté trabajando en ningún proyecto.



Página 45 de 117

Trabajo práctico Buques

Área temática

Nivel

Modelo de datos

Medio


Una importante compañía naviera, la decimoquinta a nivel mundial, tiene una flota de más de 500 buques, todos identificados por un número de patente, nombre, la bandera del país, dimensiones (eslora, calado, tonelaje), velocidad crucero y una velocidad máxima. Cada barco tiene un capitán que debe estar matriculado, se conoce su apellido y nombre y su nacionalidad. La compañía naviera trabaja con dos tipos de clientes: empresas de combustible y líneas comerciales. De las primeras existe un catálogo internacional donde figuran la identificación, la razón social, sus teléfonos y el número de fax. De las segundas, cada país codifica sus líneas e informa sus nombres y números de fax. Los buques pueden ser de varios tipos (cargueros de contenedores, tanques, cerealeros o de pasajeros). Los cargueros pueden o no estar equipados con un tipo de grúa (codificación internacional) y tienen una cantidad máxima de contenedores. Los tanques son clasificados según el tipo de combustible que transportan (codificación de la compañía) y se conoce su capacidad en litros. Realizan viajes transportando combustible para distintas empresas, aunque en cada viaje lo hacen para una sola. Los viajes se numeran secuencialmente y pueden incluir más de una parada en cada puerto, pagando en cada uno de ellos un costo por tonelada y por día, conociéndose además la fecha desde y hasta de cada parada. La compañía numera los servicios que realizan sus cargueros. Cada servicio se factura por un total y se registra la línea comercial, el buque carguero y la cantidad de contenedores transportados. Cada país numera sus puertos.



Página 46 de 117

Trabajo práctico Becas RCI

Área temática

Nivel

Modelo de datos

Medio


Las Universidades extranjeras conceden un número de becas para cada uno de los cursos que dictan, por ello el Instituto de Orientación al Estudiante guarda registro de las becas disponibles en todo el mundo. Cada beca tiene un código de identificación único dado por cada universidad extranjera y puede incluir varios cursos. Cada universidad tiene un código de identificación único de carácter internacional, sus otros datos son: el país al que pertenece, el nombre de la universidad, los teléfonos y el domicilio de la universidad. De los cursos interesa su código de identificación (asignado por cada universidad), el nombre del curso, la fecha de dictado, la beca ofrecida y el número de becas disponibles, el responsable del curso, el domicilio del responsable y todos sus títulos. De cada beca se desea conocer el tipo de beca (total, parcial, individual, grupal), el nombre de la beca, el monto de la beca y las características que pueden variar entre 1 y 15 (están definidas a través de un código único y de una descripción).



Página 47 de 117

Trabajo práctico Taller

Área temática

Nivel

Modelo de datos

Medio


El taller “Libertad” se dedica a la atención integral del automotor. Cuenta entre sus clientes a varias empresas de rubros como: reparto de soda, alimentos, correos privados y clearing bancario. Además atiende a clientes particulares, de los cuales sólo algunos pueden operar en cuenta corriente. Todos ellos deben dejar sus datos identificatorios (razón social para empresas y apellido y nombre para particulares, además, en todos los casos, dirección y hasta un máximo de tres teléfonos) y fundamentalmente impositivos (CUIT y situación ante el IVA). Las empresas informan un contacto y los días de pago. Uno de los socios del taller es el encargado de la administración de las cuentas corrientes, para lo cual asigna el límite de crédito y la cantidad de días de plazo para calcular la fecha de vencimiento de las facturas. Se conoce en todo momento el saldo actualizado de cada cuenta corriente. Por cada pedido que se atiende abren una ficha prenumerada donde anotan la fecha, el número de cliente, la patente del vehículo, el recepcionista y las observaciones que formula el cliente. A medida que los distintos sectores participan en la atención del vehículo, anotan en la ficha su código de sector, la fecha y hora de entrada, la fecha y hora de salida, el responsable de la atención, el servicio realizado (código único que permite conocer la descripción) y los repuestos utilizados (están codificados, puede haber ninguno). Se puede pasar más de una vez por el mismo sector durante la atención de un pedido. Con toda esta información, Marcela confecciona la factura cumpliendo con todas las normas de la DGI, agregando a la letra y número de factura: la fecha de emisión y de vencimiento, la forma de pago (contado o cuenta corriente) y el total de la factura (sumando los precios de los artículos). Ella decide como facturar los servicios y repuestos, ayudada por una tabla de artículos de facturación que incluye los precios. Los códigos de artículo no guardan relación directa con los servicios o repuestos. La factura siempre hace referencia a un único pedido.



Página 48 de 117

Trabajo práctico Peluquería

Área temática

Nivel

Modelo de datos

Medio


Una de las más prestigiosas peluquerías de Bs. As., tiene las siguientes características: mantiene un registro de sus clientes identificando a cada uno por tipo y Nro. de documento; entre los datos que se guardan figura el peluquero que lo atiende. Los empleados de la peluquería son identificados por un código asignado por la misma peluquería, guardando además el nombre, la dirección y el teléfono entre otros datos. Existen distintos tipos de empleados: administrativos, peluqueros y auxiliares, guardando de cada uno de ellos datos particulares. Por ejemplo, de los auxiliares interesa saber que cursos realizaron. Cada vez que un cliente es atendido se registra en una ficha: Nro. de pedido, fecha de atención, horario del turno y el empleado administrativo que lo atendió. Por cada pedido interesa saber, qué servicios se han prestado al cliente. La peluquería tiene un catálogo con los distintos servicios que presta; un servicio es, por ejemplo: lavado de cabello, o corte, o peinado, o permanente, etc. De un servicio de un determinado pedido interesa saber los productos empleados, siendo un dato importante la cantidad utilizada de cada uno; la peluquería tiene un catálogo de los productos con que trabaja. Además puede participar, en algunas ocasiones, un auxiliar.



Página 49 de 117

Trabajo práctico Competen

Área temática

Nivel

Modelo de datos

Medio

Objetivo: Dada una parte del diagrama Entidad-Relación indicar la respuesta correcta, teniendo en cuenta las aclaraciones. Se conoce el número y fecha de certificación del atleta para cada especialidad en la que compite. Puede suceder que un atleta todavía no esté inscripto en ninguna especialidad. Se guardan los resultados obtenidos por cada atleta previamente inscripto en un evento (hasta un máximo de 5). Se fijan premios para repartir entre los ganadores en función de la especialidad y la categoría del evento. Todas las categorías tienen premio, no así las especialidades.

obtiene

Atleta

compite en

tiene

Resultado Evento

Inscripción Evento

Especialidad

tiene

tiene

Evento

pertenece a

Categoría Evento

pertenece a

La fecha y hora de certificación del atleta en la especialidad son atributos: 1. de la relación Atleta-Especialidad. 2. de una entidad asociativa entre Atleta-Especialidad que no está dibujada. 3. de la entidad Atleta. 4. ninguna de las anteriores. "Puede suceder que un atleta..." está representado en la relación "compite en": 1. correctamente por la modalidad. 2. correctamente por la cardinalidad. 3. incorrectamente por la modalidad. 4. Incorrectamente por la cardinalidad. La entidad Inscripción Evento: 1. tiene mal representada la modalidad con Evento. Seminario Profesional


Página 50 de 117

2. no tiene dibujada una relación con Resultado Evento ya que la entidad Resultado Evento debería relacionarse con Inscripción Evento y no con Atleta y Evento. 3. tiene todos los problemas arriba mencionados. 4. no tiene problemas. Los premios se guardan en una entidad Premio relacionada con: 1. Categoría Evento

tiene

Premio

tiene

Especialidad

Categoría Evento

tiene

Premio

tiene

Especialidad

Categoría Evento

tiene

Premio

tiene

Especialidad

2.

3.

4. ninguna de las anteriores.



Página 51 de 117

Trabajo práctico Construcc

Área temática

Nivel

Modelo de datos

Avanzado


La empresa constructora necesita guardar los siguientes datos de los departamentos: a qué edificio corresponden y en qué municipio se encuentra ubicado el edificio. El edificio se identifica con un código dado por la empresa constructora y que es correlativo dentro de cada municipio. El municipio se identifica con un código nacional. También se desea conocer el nombre del edificio, el domicilio y la cantidad de unidades por piso, ya que cada municipio fija la tasa a pagar mensualmente según dicha cantidad. De cada unidad en particular (puede haber hasta un máximo de 50 unidades) se desea saber piso y número de departamento, superficie total, cantidad de ambientes y si tiene cochera propia. De cada ambiente del departamento: su número correlativo, el código de ambiente (se considera ambiente no sólo a las habitaciones y el comedor, sino también a la cocina, los baños, balcones, lavadero, baulera, etc.), su descripción, la superficie del ambiente y la cantidad de ventanas. Los Servicios Generales del edificio pueden ser hasta cinco, están identificados por el código de servicio (que es nacional) y se conoce su descripción. Se debe registrar para cada edificio: el número de Plano Aprobado del edificio, el número de autorización municipal, el domicilio de la Oficina de Autorización Municipal (existe una única oficina por municipio), el arquitecto encargado de la construcción (su nombre y matrícula nacional) y la fecha en que inició su trabajo en el edificio. Los departamentos se numeran correlativamente por piso, mientras que los códigos de ambiente los determina cada municipio.



Página 52 de 117

Capítulo 4

Modelo de Funciones y Eventos Diagrama de Flujo de Datos, Diagrama de Contexto, Tabla de Eventos, Diagrama de Sistema

Modelado de funciones Diagrama de Flujo de Datos (DFD) Objetivo El objetivo del Diagrama de Flujo de Datos (DFD) es modelar la situación de negocio desde el punto de vista de las funciones. Esta técnica se centraliza en ver COMO funciona el sistema sin tener en cuenta CON QUIEN ni CON QUE. La técnica de DFD se compone de tres partes: Diagrama de Contexto (DC) Tabla de Eventos (TE) Diagrama de sistema

Diagrama de Contexto El objetivo del DC es mostrar: El alcance e interacción del sistema con el ambiente. Las interfaces con otros sistemas. Los eventos ante los cuales el sistema debe responder.



Página 53 de 117

La técnica de Diagrama de Contexto usa básicamente tres elementos: El sistema, que se dibuja a través de una burbuja. Sistema Número del proceso. En el DC es un cero.

0 Sistema de premiación

Nombre del sistema

Sistema

Las entidades externas, que se dibujan a través de un cuadrado identificada con una letra. Entidad externa. Identificación Letra en minúsculas que identifica a la EE

a

Cliente

Descripción Nombre de la EE

Esta línea no se dibuja cuando la EE es única, pero sí si se encuentra duplicada

Entidad Externa

Los flujos de datos, que se representan a través de líneas dirigidas.



Página 54 de 117

Flujo de datos.

FLUJO

DE DATOS

Flujo de Datos

Vamos a tomar como ejemplo el siguiente relevamiento de una zapatería: “Generalmente los clientes entran al negocio con la intención de adquirir un par de zapatos (previamente elegidos). Algún vendedor o el dueño del negocio (Lucas Pantano) atienden al cliente mostrándole los zapatos escogidos o en el caso de estar agotado el modelo, el numero (tamaño), o color se le muestra un modelo similar, que respete el estilo de lo requerido por el cliente. De lo contrario se le darán las excusas pertinentes por la falta de la mercadería solicitada, consultando previamente si en el corto plazo se realizará una reposición de mercadería (verificando el fichero de ordenes de compra) para que el cliente pueda regresar y comprar sus zapatos. Luego de cada venta, el vendedor anota en un cuaderno la venta realizada, registrando el código del zapato, el color y el número, para que luego a fin del día se efectúen las bajas en el cuaderno de stock y poder así realizar un nuevo pedido de mercaderías. El cuaderno de stock tiene un hoja por cada producto y se indica en cada renglón la fecha de actualización y la cantidad disponible. Además existen 2 columnas para registrar la fecha y cantidad real de las mediciones que efectúa periódicamente el dueño. Después de actualizar el stock, el empleado de Depósito le envía a Compras un listado con los totales de los artículos vendidos en el día. Los precios de venta son fijados por el dueño, de acuerdo a los costos de la mercadería, los costos fijos del mes, las ventas del mes anterior, y lo que pretende ganar. Cuando el cliente paga el o los zapatos comprados (la cantidad depende de la astucia del vendedor o del débil carácter del cliente) el cajero extiende una factura. Se realizarán descuentos si el cliente lleva más de 2 pares de zapatos o si la compra supera los $150. En todos los casos, el cajero debe anotar en el cuaderno Comisiones por ventas: el nombre del vendedor, la fecha de la venta y el total vendido, para que a fin de mes las comisiones de sus ventas estén reflejadas en el sueldo (es importante Seminario Profesional


Página 55 de 117

saber que el dueño entrega un premio al mejor vendedor del mes que consiste en pagarle con un cheque un 50% más de lo que le corresponde por las comisiones de ese mes, desde ya este premio no figura en su sueldo). El cálculo de las comisiones se realiza con los porcentajes que fija el dueño y se informan al empleado administrativo que liquida los sueldos. Al dueño se le envía un detalle de las comisiones a pagar, ordenado por total de ventas para que pueda entregar el premio mencionado. Las condiciones para descuentos las fija el dueño cuando lo considera oportuno. La fijación de precios no estará incluida en la primera versión del sistema.” Pasos para realizar el DC: El primer paso consiste en dibujar la burbuja del sistema, colocando el nombre del sistema y un número arábigo que identifica al sistema, para este caso cero. Posteriormente identificamos los entes que se relacionan con el sistema, denominados entidades externas, las cuales deben estar señaladas con una letra minúscula ubicada en el ángulo superior izquierdo de ésta y se identifican por medio de un sustantivo. Cada letra identifica a una única entidad externa. Por último representamos gráficamente los flujos a través de una flecha que entra o sale del proceso, representando datos en movimiento. El nombre asignado debe ser lo suficientemente representativo de los datos que viajan en él, nombrándolos con un sustantivo calificado o no. En nuestro caso de ejemplo: El cliente solicita zapatos, el vendedor le entrega el modelo solicitado y el cliente se dirige a caja para efectuar el pago, en caso de que no se encuentre el modelo pedido, el vendedor ofrece disculpas e informa cuando tendrá lo tendrá. Por otra parte el vendedor para determinar la disponibilidad del modelo de zapatos toma la información de futuras compras. El dueño de la zapatería fija los precios y descuentos para la mercadería. Y a fin del día se le informa a compras los totales de las ventas. Seminario Profesional


Página 56 de 117

MERCADERÍA

a

A REPONER

b

?

SOLICITUD DE MERCADERÍA

Cliente

Compras MERCADERÍA SOLICITADA

0 EXCUSAS Y

FUTURA

DISPONIBILIDAD

TOTALES DEL DÍA

Sistema de venta de zapatos

PRECIOS Y DESCUENTOS

c Dueño

Diagrama de Contexto del ejemplo

Tabla de Eventos El objetivo de a técnica de Tabla de Eventos es detectar e individualizar los eventos a que reacciona el sistema. Se define como evento a aquel suceso que ocasiona que el sistema reaccione de alguna manera, es decir, que el sistema ante determinada acción externa o interna genere respuestas para el sistema y/o las entidades externas. Los eventos se representan mediante la tabla de eventos, la cual cuenta con: las especificaciones de los eventos, los flujos de datos correspondientes al evento y la función del mismo.

#

Eventos Tipo

Entidad Externa

Flujos de datos Descripción

Estímulo

Respuesta

Función asociada

Tabla de Eventos



Página 57 de 117

La especificación de los eventos consta de tres subdivisiones: el tipo, pudiendo ser externo o temporal, la entidad externa involucrada y la descripción del evento. La especificación de los Flujos de Datos se divide en: estímulo y los de respuesta. Siguiendo el relevamiento anterior: Detectamos un primer evento, que lo llamaremos Nro. 1, de tipo externo generado por la entidad cliente donde el cliente solicita mercadería. La función de este evento es la de atender el pedido. Este evento es estimulado por el flujo de datos "solicitud de mercadería" y sus respuestas son "mercadería solicitada" y "excusas y futura disponibilidad". Otro evento encontrado, el numero dos, que es mencionado en el relevamiento cuando cita “...al fin del día se efectúan las bajas del cuaderno de stock...”, dicho evento es temporal, y al ser de este tipo no es generado por ninguna entidad externa sino que lo que estimula al evento es el factor tiempo. La respuesta al evento es “totales del día” y la función de este evento es la de "actualizar stock". Se debe tener en cuenta que los nombres de los flujos de datos son los mismos que los mencionados en el DC.

#

Eventos

Flujos de datos

Tipo

Entidad Externa

Descripción

1

Externo

Cliente

Cliente solicita mercadería

2

Temporal

-

Al fin del día se efectúan las bajas en el cuaderno de stock

Estímulo - Solicitud de mercadería

Respuesta

Función asociada

- Mercadería solicitada - Excusas y futura disponibilidad

Atender pedido

- Totales del día

Actualizar stock

-

Tabla de Eventos de ejemplo



Página 58 de 117

Diagrama de sistema Ahora que ya definimos Diagrama de contexto y tabla de eventos podremos continuar con el diagrama de flujo de datos. El DFD consta de los siguientes elementos: Los procesos, que se dibuja a través de una burbuja. Proceso. Número del proceso. En el DFD es la correlación de los procesos.

1 Ingresar solicitud

Nombre del proceso. Es una acción ya que es un proceso.

Proceso

Las entidades externas, que se dibujan a través de un cuadrado identificada con una letra. Entidad externa. Identificación Letra en minúsculas que identifica a la EE

a

Cliente



Entidad Externa



Página 59 de 117

Los flujos de datos, que se representan a través de líneas dirigidas. Flujo de datos.

FLUJO DE DATOS

Flujo de Datos

Los flujos activadores, que se representan a través de líneas dirigidas de mayor grosor o bien, con doble línea. Flujo activador.

FLUJO ACTIVADOR

Flujo activador

Las demoras, que se dibujan con rectángulo abierto en su lado derecho e indicando el número de demora en el izquierdo. Demora. Esta línea simple se convierte en doble cuando existen duplicados de la misma demora. Tanto la original como los duplicados.

D1

Tarifas Nombre de la demora Es el nom bre identificativo de lo que representa esta estructura. Número de la demora Lleva la letra 'D' seguida del número de la demora.

Demora



Página 60 de 117

Basándonos en DC y la tabla de eventos armamos el DFD: Primero, dibujamos las burbujas de los procesos que corresponden a la cantidad de eventos detectados en la tabla, en este caso dos. Los nombres de los procesos serán las funciones asociadas en cada evento. Luego, dibujamos la entidades externas identificadas en el DC. También dibujamos los flujos de datos relacionadas a cada entidad y revisaremos con la tabla de eventos a qué proceso corresponden. En la tabla de eventos encontramos que el flujo de datos "solicitud de mercadería" es el estímulo al primer evento, por tal motivo se conoce como flujo activador del proceso número uno. Los flujos de datos pueden ser de dos tipos: flujos de datos y flujos activadores. Los flujos activadores son aquellos datos con que se inicia el proceso en cuestión, y se identifican con doble línea o bien una gruesa. Son los que se mencionan en la TE. También, en la tabla de eventos, vemos que el evento número dos es temporal por lo cual no tiene flujo activador, cuando el activador de un proceso no es un flujo de datos y es el tiempo se coloca en el ángulo superior izquierdo del proceso la letra T que significa temporal.

T

1

Ingresar solicitud

Proceso temporal

Ahora, habrá que detectar cuáles datos son detenidos en el tiempo para ser utilizados cuando los procesos los requieran. Para esto utilizaremos las demoras. Una demora es el mecanismo mental por el cual se decide dejar establecida la necesidad de que una idea, que estaba viajando desde un elemento del sistema hacia otro quede suspendida en el tiempo para su uso posterior.



Página 61 de 117

Volviendo al relevamiento de ejemplo, encontramos que, los precios y descuentos de la mercadería son fijados por el dueño y el vendedor consulta estos precios cuando lo necesita. Entonces nos encontramos frente a datos demorados, es decir una demora. De la misma forma analizamos los datos restantes identificando todas las demoras existentes.

c D1

Disponibilidades

Dueño

DISPONIBILIDADDE

a

MERCADERÍA

SOLICITUDDE MERCADERÍA

PRECIIOSY DESCUENTOS

Cliente EXCUSASY FUTURA

1

DISPONIBILIDAD

Precios

D2 PRECIOSY DECUENTOS

MERCADERÍA SOLICITADA

Atender pedido *

VENTAS

MERCADERÍA A REPONER

VENTAS

D3

Futuras compras

DEL DÍA

b

MERCADERÍA A REPONER

D4

?

Ventas realizadas VENTAS

T

?

Compras

2

DEL DÍA

DISPONIBILIDADDE MERCADERÍA

Actualizar stock

TOTALESDEL DÍA

* Tabla de decisión 1

D1

Disponibilidades

Diagrama de sistema



Página 62 de 117

En resumen, los elementos utilizados para el DFD son:

Entidad externa.

Demora. Esta línea simple se convierte en doble cuando existen duplicados de la misma demora. Tanto la original como los duplicados.

Identificación Letra en minúsculas que identifica a la EE

a

Cliente


D1

Nombre de la demora Es el nom bre identificativo de lo que representa esta estructura.


Flujo activador.

Tarifas

Número de la demora Lleva la letra 'D' seguida del número de la demora.

Flujo de datos.

FLUJO ACTIVADOR

FLUJO DE DATOS

Proceso. Número del proceso. En el DC es un cero. En el DFD es la correlación de los procesos.

1 Ingresar solicitud

Nombre del proceso. Es una acción ya que es un proceso.

Simbología DFD



Página 63 de 117

Trabajos prácticos Trabajo práctico Importac

Área temática

Nivel

Modelo de funciones y eventos

Inicial

Objetivos: Armar el diagrama de contexto. Definir los eventos y funciones principales del sistema. Armar el diagrama de flujo de datos.

La tramitación necesaria para la comercialización de mercaderías importadas, es la siguiente: La mercadería que entra al país es registrada por la Aduana, quien se ocupa de documentar sus condiciones de ingreso. La DGI hace el control de su estadía en el país. Cuando el importador decide comercializarla realiza el siguiente procedimiento: confecciona una solicitud de comercialización por triplicado. El original lo presenta en la Oficina de Comercio Internacional, el duplicado lo entrega en la Aduana y el triplicado lo guarda para él. No bien puede la Oficina de Comercio Internacional le da curso, consulta los antecedentes que recibió de la DGI. Si son malos rechaza la solicitud, si son buenos consulta los de entrada al país que posee la Aduana. Si son malos rechaza la solicitud, si son buenos entrega al interesado un formulario de aranceles para que abone los derechos de comercialización. Los derechos de comercialización se cobran en función de un porcentaje de acuerdo al tipo y cantidad de mercadería que se trate. El importador presenta el formulario de aranceles en Caja, el cajero completa la cifra a pagar, controla que el resto de los datos se haya completado, recibe el pago, sella y devuelve el original como constancia de pago y archiva el duplicado por fecha Con las solicitudes aceptadas y rechazadas la Oficina de Comercio Internacional elabora trimestralmente un informe de resultados que envía al INDEC para hacer estadísticas respecto de la importación de mercaderías y poder establecer el déficit de la balanza comercial



Página 64 de 117

Trabajo práctico Circ_Event

Área temática

Nivel


Inicial


El Círculo del Personal Civil de la Fuerza Aérea organiza frecuentes eventos, ya sea por fechas patrias o por fechas específicas del Círculo o de la Fuerza Aérea. Cada vez que se decide realizar un evento el Administrador envía un memorándum a la Comisión de Eventos. Según el tipo de evento, se verifica cual es su categoría y se prepara la lista de invitados según la categoría del evento, de acuerdo con lo dispuesto en uno de los Estatutos del Reglamento Interno del Círculo. En caso de duda respecto a algún invitado se consulta al Administrador y se espera su respuesta. De la lista de invitados se verifica si la cuota de afiliado está al día o presenta signos de irregularidad, en cuyo caso no será invitado. Si todo está en regla se procede a emitir las participaciones que serán enviadas por correo al domicilio particular del socio. Unos diez días antes del evento con las respuestas de los socios que fueron participados, se realiza una selección por grado militar, si se tratase de un evento exclusivo para personal civil se hace por categoría para determinar en qué sectores deberán ser ubicados y que protocolo de ceremonia se le asignará al evento. Se informará de la selección, la ubicación y el protocolo al Comandante de Personal. Cada vez que un evento termina, el Comandante de Personal envía una lista de los asistentes reales, con esta lista se procede a realizar un informe para el Administrador, considerando entre otros, todas las invitaciones enviadas, las respuestas a las invitaciones, y quienes fueron seleccionados.



Página 65 de 117

Trabajo práctico Rascacie

Área temática

Nivel


Medio

Objetivos: Armar el diagrama de contexto. Definir los eventos y funciones principales del sistema. Armar el diagrama de flujo de datos. La empresa constructora “El Rascacielos” está construyendo edificios de lujo con departamentos de uno, dos, tres ambientes y semipisos. Se desea estudiar el Sistema de Atención al Cliente. Cuando un interesado llega hasta la obra, el encargado de la oficina de atención al público le comenta las características de los departamentos (de acuerdo a lo informado por el Departamento de Construcciones), los antecedentes de la empresa, y los requisitos para efectuar la compra; evitando mencionar inicialmente las características de aquellos departamentos que se encuentran reservados por cualquier motivo. Si el comprador solicita algún departamento específico se le piden en ese momento los comprobantes de ingresos mensuales y si tiene alguna propiedad. De acuerdo a los datos anteriores, el empleado decide el trámite que deberá seguirse, según corresponda. Para ello cuenta con una tabla cuyos valores actualiza semanalmente el Departamento de Ventas. INGRESO MENSUAL

PROPIEDADES

TRAMITE A SEGUIR

menor a $1000

NO

Rechazar solicitud

$1000 a $2000

SI

Ofrecer financiación

$1000 a $2000

NO

Rechazar solicitud

más de $2000

SI

Ofrecer financiación

más de $2000

NO

Pedir una garantía

Si se trata de pedir una garantía pasa el trámite al Departamento de Investigación de la empresa, quien verificará la garantía. En el caso de planes de financiación, completa un formulario y se pasa el trámite al Departamento de Finanzas quien informa a los interesados acerca de los planes posibles teniendo en cuenta sus ingresos, las características de mercado a esa fecha y un estudio a largo plazo de la economía del país. En algún caso no previsto, el encargado consulta al Gerente de Ventas, quien resuelve en forma particular cual de las alternativas conviene seguir en ese caso, le informa al encargado que proceda según corresponda. En todos los casos se deja marcado con lápiz en la ficha correspondiente “reservado para tramitación”.



Página 66 de 117

Trabajo práctico Sargo

Área temática

Nivel


Medio


La empresa SARGO S.A. es líder en la comercialización de artículos de pirotecnia. Trabaja con clientes mayoristas y minoristas a los cuales brinda una atención diferenciada. Los pedidos mayoristas se analizan apenas se reciben en la empresa. Se verifican primero los datos del cliente y si existen pedidos pendientes según la ficha enviada por Compras. Se suma el total del pedido y se controla que el crédito establecido por la División Cuentas Mayoristas no esté excedido; en ese caso se rechaza, caso contrario se revisa el stock actual (informado una vez por día desde Compras vía listado). Si el stock es insuficiente se llama telefónicamente al importador que responde en el instante. El pedido se acepta solo si se puede cumplir con la entrega solicitada por el cliente. Se le responde siempre al cliente, se avisa de los pedidos aceptados a Compras y el total del pedido a Cuentas Mayoristas para que actualice el crédito del cliente. Los pedidos minoristas se analizan una vez por día, controlando los datos del cliente, su situación crediticia informada por Cuentas Minoristas y el stock actual (solo se acepta si existe stock). El pedido puede ser en cuenta corriente o al contado. Si es en cuenta corriente y no alcanza su crédito se rechaza. Si es al contado y tiene deuda pendiente se consulta en el momento con Cuentas Minoristas para que tome una decisión, si no tiene deuda se avisa a Tesorería para que efectúe la cobranza. Todos los pedidos aceptados van al fin del día a Compras y se envía por correo la respuesta a los clientes.



Página 67 de 117

Trabajo práctico Hot_Colo

Área temática

Nivel


Avanzado


El área de Recepción del Hotel Colonia tiene a su cargo entre otras las tareas de: efectuar reservas, asignar habitaciones y facturar estadías. Muchos huéspedes hacen sus reservas con bastante anticipación. Para ello, se comunican telefónicamente o se dirigen al hotel en donde Recepción les informa sobre los distintos tipos de habitaciones y servicios que brinda el hotel en base a los catálogos confeccionados por el sector de Marketing al igual que las distintas tarifas que trimestralmente prepara la gerencia teniendo en cuenta los precios de la competencia y los de los proveedores. Si existen habitaciones disponibles, lo cual se chequea entre las reservas realizadas y el listado de habitaciones libres, se registra la reserva informándole al futuro huésped el nro. de habitación asignado, horario de entrada y el nro. de reserva asignado. En ocasiones llegan personas sin aviso ni solicitud previa de alojamiento. En estos casos, el hotel sólo puede aceptar más huéspedes en función del número de habitaciones libres y las reservas confirmadas. Si la persona tenía una reserva, se le asigna una habitación, borrando la reserva del registro. Conforme se asignan habitaciones se las borran y se registran en el formulario general de habitaciones ocupadas. El hotel mantiene la reserva de habitaciones a sus clientes aún cuando estos no lleguen en la fecha prevista. Cuando por error se asigna un huésped a una habitación reservada, el hotel se compromete a conseguirle alojamiento en un hotel próximo, pagando todos los gastos resultantes del traslado. En el momento que el cliente se presenta y se percibe el error se consulta telefónicamente a los hoteles cercanos hasta que se obtenga una habitación. Se le informa al cliente y se contrata un remisse para el traslado. Cuando el pasajero se retira del hotel, Recepción prepara una factura con los gastos de cada huésped considerando el valor de la estadía según el registro de habitaciones ocupadas, la lista de precios de habitaciones y la declaración de gastos que ha ido presentando diariamente el Servicio de Habitación. Siempre que se retira un huésped del hotel se deben actualizar los registros de habitaciones ocupadas y disponibles.



Página 68 de 117

Trabajo práctico Ticketron

Área temática

Nivel


Avanzado


La venta de entradas en el sistema Ticketron se realiza de la siguiente forma: El cliente puede adquirir las entradas de distintas formas: en boleterías donde se lleva a cabo el espectáculo, en boleterías localizadas en sitios remotos, comercios autorizados... Cuando se hace una solicitud, el sistema determina el lugar y fecha del espectáculo (algunos clientes tienen información errónea sobre el mismo). Para esto se lleva un calendario maestro provisto por la Gerencia de Promoción. Si corresponde se provee al cliente de información sobre diversos espectáculos en la misma fecha o en otra diferente. Una vez que el cliente selecciona el evento y la fecha, el sistema le asigna los asientos de acuerdo con un plano maestro. A medida que se otorgan los asientos el plano maestro se actualiza para indicar la disponibilidad de los lugares. Cuando el cliente confirma su acuerdo, el sistema habilita la cobranza. El precio de la entrada está en función del evento, de la hora, del lugar y de la localidad en la que se realiza el espectáculo. También varían de acuerdo al patrocinador del evento. Por ejemplo, es común que el precio de las entradas sea menor, en caso de que el cliente sea jubilado; de acuerdo al tipo de espectáculo también se realizan descuentos a estudiantes. Algunas entradas son distribuidas sin costo por la administración o los patrocinadores del evento, aun en estos casos solicitan las entradas a través del sistema. Las entradas cobradas y entregadas se registran en el Archivo Diario de Movimientos de Entradas. Se registra información de cada una de las ventas y cobros para que Marketing lleve el control y la liquidación para los administradores y patrocinadores.



Página 69 de 117

Trabajo práctico Fin_DFD01

Área temática

Nivel


Avanzado

Objetivo: Especificar y justificar claramente los errores cometidos en el armado del diagrama. Diagrama de contexto a PASAJEROS

Aduana

INTERNACIONALES

RESERVA

0

VUELO

b

Sistema de reserva de pasajes

PEDIDO

Pasajero

VUELO

VUELOS DISPONIBLES

VUELOS INTERNACIONALES

PASAJES CONFIRMADOS

PASAJE CONFIRMADO

c CARACTERÍSTICAS AVIONES

Compañía aerea

Diagrama de sistema

c

b

VUELOS DISPONIBLES

Pasajero

Compañía aerea

PEDIDO VUELO

VIAJES APROBADOS

VIAJES APROBADOS

Programación de viajes

Viajes

D2

1 RESERVA VUELO

Reservar vuelos

T

4

PASAJES

Clientes

D4

CONFIRMADOS

VIAJE

VUELO

D1

Asignar pasajes

Reservas

D3

Compañía aerea

d

3

RESERVA

Gerente de marketing

DISTRIBUCIÓN PASAJES

RESERVA RESERVA

VUELO

VUELO

2

c

T

COMPAÑÍA

Compañía aerea RESERVAS EFECTUADAS

PASAJE CONFIRMADO

CANCELACIÓN

D3

Informar Compañía aerea

Pasajes cancelados

PASAJES INTERNACIONALES

a Pasajero

b Aduana



Página 70 de 117

Trabajo práctico Fin_DFD02

Área temática

Nivel


Avanzado

Objetivo: Justificar si existen los errores marcados en el Diagrama de Flujo de Datos. Parte A: Dic96-1

z Subsistema inscripción

Abonos activos

D49

S OLICITUD

A BONO

NUEVOS

ACTIVO

h

INSCRIPTOS

A BONO ACTIVO

1

Sistema cobranzas

V ALOR CUOTA

NUEVOS

1

INSCRIPTOS

INSTALACIÓN

Incorporar socio

Valores cuotas

D48

A REALIZAR

2

E X-ABONADO E X-ABONADO

D50

Instalaciones pendientes Ex-Abonados

D47

Aclaración: Se consultan los nuevos inscriptos accediendo a los archivos del Subsistema de Inscripción.

Parte B: Dic96-2

a

ORDEN SELECCIONADA

Comandante personal

Invitados

D56

4 INVITADO A EVENTO

Seleccionar invitados 1

INVITADO SELECCIONADO

INVITADO SELECCIONADO

2

D33

CUOTA

INVITADO

AL DÍA

SELECCIONADO

Invitados seleccionados

1 5

h

n CUOTA

Invitado


Cobrar cuota

PAGA


Socio

Página 71 de 117

Capítulo 5

Descripción de procesos Tabla de Decisión

Tabla de decisión La tabla de decisión es una herramienta que se utiliza para documentar información relacionada con la descripción de procesos o procedimientos de información. Facilita la registración ordenada de un conjunto de condiciones que con sus respectivas combinación de valores determinarán acciones diferentes a seguir según sea la combinación. Con anterioridad a la aparición de las tablas de decisión, se usaban los diagramas de flujo como una técnica para documentar los procedimientos de un programa o procesos, que eran deducidos de narraciones descriptivas de un problema o una situación. La técnica de Tablas de Decisión es la herramienta más adecuada para documentar procedimientos de decisión con varias combinaciones de condiciones a analizar. Esta técnica se usa para: Definir lógica de procesos de decisión. Definir programas o algoritmos computacionales. Definir un procedimiento de control Tener en cuenta que la primer descripción de un procedimiento se presenta en forma narrativa, motivo por el cual usar esta herramienta permite mejorar la interpretación (menos subjetividad) de parte de quien la lea. Minimizar el riesgo de errores en la exposición de casos posibles o planteamiento de casos que tengan sentido.



Página 72 de 117

Conceptos Decisión Es la selección de las acciones a desarrollar bajo ciertas condiciones. Pueden ser Programadas o No Programadas.

PROGRAMADA NO PROGRAMADAS Son repetitivas. Se toman de la Contienen elementos creativos, misma manera. son originales. Son fácilmente automatizadas.

Son propias del ser humano producto de sus experiencias. En algunos casos son automatizables en un sistema experto

La tabla de decisión, como herramienta específica, permite dejar documentadas las decisiones programadas. Con respecto al campo de aplicación, particular de informática, la tabla de decisión programada, puede especificarse en cualquier sistema de información asociada a una operación en un cursograma, a un proceso en un Diagrama de Flujo de datos, a un algoritmo en un módulo (entre otros).

Condición Es un conjunto de circunstancias determinada.

que rodean a una situación

Estas condiciones pueden tomar diversos valores o estados. Por ejemplo: categoría de cliente A,B,C,D Dada una o un conjunto de condiciones se cumplen una o un conjunto de acciones. Con lo cual se hace uso de la estructura:



Página 73 de 117

Si......(condición) Entonces....... (acción) Ejemplo: Si ( Tipo de cliente A) ENTONCES (Descontar 10%) Acción Es lo que debe hacerse dada una circunstancia determinada (conjunto de condiciones con un valor específico). Se indica con un verbo en infinitivo y un sustantivo.

Ejemplo: Si el cliente es A ENTONCES descontar 10%.

Presentación de una tabla Por razones prácticas, es conveniente que su tamaño no exceda el de una página. Toda tabla está formada por cuatro cuadrantes: Cuadrante 1: se identifican las Condiciones afectan al problema. (Matriz de Condiciones)

que

Cuadrante 2: se identifican las Acciones a desarrollar. (Matriz de Acciones). Cuadrante 3: se identifican las combinaciones de valores de las condiciones que darán lugar a la toma de decisión. Cuadrante 4: se identifican las acciones a realizar de acuerdo a los valores en cada caso.

Cuadrante 3 + Cuadrante 4 = REGLA DE DECISION



Página 74 de 117

Cuadrante 1

Cuadrante 3

CONDICIONES

ACCIONES

1

2

3

4

Condición A

--

N

S

--

Condición B

N

--

N

S

Acción 1

X

--

X

--

Acción 2

--

X

--

--

Cuadrante 2

Cuadrante 4

IMPORTANTE Para cada condición planteada, Hay una combinación de valores especificada en el cuadrante 3 y de acuerdo a ello se origina una combinación de valores de acciones reflejada en el cuadrante 4. Esta relación entre el cuadrante 3 y el 4 origina una REGLA de DECISIÓN. Las reglas van numeradas de izquierda a derecha, formando cada una de ellas una columna.

Como leer una tabla de decisión La lectura de una tabla es un proceso muy sencillo por ejemplo:



Página 75 de 117

1

2

3

Condiciones Acciones

Día de sol

S

S

N

Tengo ganas

S

N

N

Salir al parque

X

--

--

Andar en bicicleta

X

--

--

Quedarme en casa

--

X

X

IMPORTANTE: Debemos diferenciar el ‘Si’ DEL CONDICIONAL DEL SÍ que corresponde a uno de los valores que puede tomar una condición excluyente: S = Sí, N = No.

Regla 1:

SÍ (‘Si’ el día es de sol) Y SÍ (‘Si’ tengo ganas) ENTONCES salgo al parque Y ando en bicicleta.

Regla 2:

SÍ (‘Si’ el día es de sol) Y SÍ (‘No’ tengo ganas) ENTONCES decido quedarme en casa.

Regla 3:

SÍ (‘No’ es día de sol) Y SÍ (‘No’ tengo ganas) ENTONCES decido quedarme en casa.

Condiciones y Acciones: Tipos de valores En una tabla de decisión tanto las condiciones como las acciones pueden tomar valores: Limitados Extendidos Mixtos



Página 76 de 117

Valores limitados Valores limitados quiere decir que pueden tomar, como máximo, dos valores opuestos mutuamente excluyentes. Condiciones:

Se cumple (S) ó no se cumple (N)

Acciones:

Se hace (X) ó no se hace (--)

1

2

3

Condiciones

Día de sol

S

S

N

Tengo ganas

S

N

N

Acciones

Salir al parque

X

--

--

Quedarme en casa

--

X

X

Valores extendidos Valores extendidos quiere decir que pueden tomar más de dos valores o bien que los valores no son mutuamente excluyentes (aún cuando sean S/N). Condiciones: Edad postulante: E

Seminario Sistemas De Informacion

Sistemas De Informacion En Internet

Seminario

Seminario De Magia

Fronteras De La Informacion

Sistemas de Numeración

Diseño Estructurado De Sistemas

Sistemas de Desigualdades Lineales

El Seminario De Los Frailes

Sistemas de Banco de Dados

Implantacion De Sistemas

Sistemas Politico De Garzon

Diseño De Sistemas De Sonido

Sistemas de Ecuaciones Lineales

Curso De Cifrado De La Informacion

Dinamica de Sistemas (Spanish Edition)

Analisis Forense De Sistemas Gnu

Necesidades De Informacion En Comunidades De Usuarios

Formacion De Usuarios De La Informacion

Sistemas De Significacion En Arquitectura

Teoria General De Los Sistemas

Estudio Del Usuario De Informacion

Analisis de Sistemas Electricos de Potencia

Las psicosis (El Seminario De Jacques Lacan)

Manual do Seminario de Ciencias Biblicas

Fundamentos y Diseño de Sistemas de Riego

Psicologia De Los Sistemas De Juego

Sistemas de informação: quesitos de excelência dos sistemas de informação operativos e estratégicos

Desarrollo Profesional Gestion De Bibliotecas Y De Servicios De Informacion

Los Flujos De Informacion Algunas Reflexiones

La Sociedad De La Informacion En Mx

Seminario Sistemas De Informacion

Sistemas De Informacion En Internet

Seminario

Seminario De Magia

Fronteras De La Informacion

Sistemas de Numeración

Diseño Estructurado De Sistemas

Sistemas de Desigualdades Lineales

El Seminario De Los Frailes

Sistemas de Banco de Dados

Implantacion De Sistemas

Sistemas Politico De Garzon

Diseño De Sistemas De Sonido

Sistemas de Ecuaciones Lineales

Curso De Cifrado De La Informacion

Dinamica de Sistemas (Spanish Edition)

Analisis Forense De Sistemas Gnu

Necesidades De Informacion En Comunidades De Usuarios

Formacion De Usuarios De La Informacion

Sistemas De Significacion En Arquitectura

Teoria General De Los Sistemas

Estudio Del Usuario De Informacion

Analisis de Sistemas Electricos de Potencia

Las psicosis (El Seminario De Jacques Lacan)

Manual do Seminario de Ciencias Biblicas

Fundamentos y Diseño de Sistemas de Riego

Psicologia De Los Sistemas De Juego

Sistemas de informação: quesitos de excelência dos sistemas de informação operativos e estratégicos

Desarrollo Profesional Gestion De Bibliotecas Y De Servicios De Informacion

Los Flujos De Informacion Algunas Reflexiones

La Sociedad De La Informacion En Mx

Recommend Documents