Í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 ... 10Sistema - 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
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
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
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.
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.
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.
Esquema de clases
Clase Nº 1 2 3 4 5 6 7 8 9 10 11 12 13 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 ✘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
✘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.
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.
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.
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, en primera instancia necesita RECOLECTAR información sobre:
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.
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.
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
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 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).
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
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.
Implementación: esos modelos del diseño, ponerlos en funcionamiento y que el sistema funcione.
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.
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
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
Requerimientos del sistema
Relevamiento
Diseño lógico del sistema
Diseño de la arquitectura
Desarrollo o codificación
Implementación
Mantenimiento
P
l
a
n
i
f
i
c
a
r
P
r
u
e
b
a
s
C
o
n
f
i
g
u
r
a
c
i
ó
n
A
u
d
i
t
o
r
í
a
Fases / Etapas
Fases / EtapasLa 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
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 - Modelo de objetos o clases.
Diagrama de Flujo de Datos – Tabla de Eventos.
Asociada a estas dos técnicas está Diccionario de Datos y la Definición de Procesos.
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.
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
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
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.
Subsistema A Subsistema B Subsistema C Subsistema D R R R R Sistema de la organización 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.
Subsistema A Subsistema B Subsistema C Subsistema D R R R R Sistema de la organización
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.
Subsistema A Subsistema B Subsistema C Subsistema D R R R R Sistema de la organización A A A A 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.
Subsistema A Subsistema B Subsistema C Subsistema D Sistema de la organización R R R R A A A A
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.
Subsistema A Subsistema B Subsistema C Subsistema D Sistema de la organización R R R R A A A A P P P 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.
Subsistema A Subsistema B Subsistema C Subsistema D Sistema de la organización R R R R A A A A P P P 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.
Subsistema A Subsistema B Subsistema C Subsistema D Sistema de la organización R R R R A A A A P P P P D D D 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.
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.
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 Subsistema B Dato Información Información Dato 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.
“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:
U UUnnnsssiiissstteteemmamaa dddeeeiininnfffooorrrmmamaaccciióióónnn eeesss uuunnn cccooonnnjjjuuunntnttooo dddeee s ssuuubbbssisiissstteteemmmaaassspppaaarrraaa rrreeecccoololleeecctcttaaarrr,, , aaallmlmmaaaccceeennnaararr,, , ppprrroooccceeessasaarrr y yy dddiiisssttrtrriibibbuuuiirirr dddaaattotoosss ooo iiinnnffofoorrrmmmaaaccciióióónnncccooonnneeell l ooobbbjjjeeettitiivvvooo dddeee b bbrrriininndddaaarrr iiinnnfffooorrrmmamaaccciióióónnn pppaaarrraaa qqquuueee uuunnnsssiisisstteteemmmaaa uuu o oorrrgggaaannniiizzzaaacciciióóónn n pppuuueededdaaa ppplllaaanniniifffiiicccaaarrr,,, dddeeeccciididdiiirrr ooo ssseeeñññaaallalaarrr...
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 versus la integrabilidad de los sistemas,
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?,
“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.
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.
Cliente
Descripción
Nombre en singular de la idea que representa entidad
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.
Cliente R3 compra Artículo
es comprado
Identificador
Las relaciones se identifican como Rn, donde n es un número único Frase verbal que describe
como se relacionan las entidades
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.
Cliente
Atributos
Nombre Cliente
Límite Crédito Cliente
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.
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.
Empleado R1 Area
trabajan
pertenece
Línea que simboliza cardinalidad 'Uno' Línea que simboliza
cardinalidad 'Muchos'
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.
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.
Cliente
R8
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.
Cliente R4 tiene Factura
pertenece
Círculo que simboliza modalidad 'Opcional' Línea que simboliza
modalidad 'Obligatoria'
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
Modelo
R12
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.
Supertipo - Subtipo. Empleado Empleado f/convenio es un Empleado d/convenio Empleado contratado Empleado técnico Empleado profesional es un Supertipo Subtipos 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.
En resumen, los elementos utilizados para el DER son:
Cliente
Descripción
Nombre en singular de la idea que representa
entidad
Entidad.
Relación.
Cliente R3 compra Artículo
es comprado
Identificador
Las relaciones se identifican como Rn, donde n es un
número único Frase verbal que
describe como se relacionan las
entidades
Frase verbal que describe como se relacionan las entidades
Relaciones - Cardinalidad.
Empleado R1 Area
trabajan
pertenece
Línea que simboliza cardinalidad 'Uno' Línea que simboliza
cardinalidad 'Muchos'
Relaciones - Modalidad.
Cliente R4 tiene Factura
pertenece
Círculo que simboliza modalidad 'Opcional' Línea que simboliza
modalidad 'Obligatoria' Supertipo - Subtipo. Empleado Empleado f/convenio es un Empleado d/convenio Empleado contratado Empleado técnico Empleado profesional es un Supertipo Subtipos
Trabajos prácticos
Trabajo práctico
Área temática
Nivel
Editoriales
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.
Trabajo práctico
Área temática
Nivel
Buques
Modelo de datos
Medio
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.
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.
Trabajo práctico
Área temática
Nivel
Becas RCI
Modelo de datos
Medio
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.
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).
Trabajo práctico
Área temática
Nivel
Taller
Modelo de datos
Medio
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.
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.
Trabajo práctico
Área temática
Nivel
Peluquería
Modelo de datos
Medio
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.
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.
Trabajo práctico
Área temática
Nivel
Competen
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.
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.
Atleta Inscripción Evento Evento Especialidad Resultado Evento Categoría Evento compite en obtiene tiene tiene tiene pertenece a pertenece a
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.
2.
3.
4. ninguna de las anteriores.
Categoría Evento tiene Premio tiene Especialidad
Categoría Evento tiene Premio tiene Especialidad
Trabajo práctico
Área temática
Nivel
Construcc
Modelo de datos
Avanzado
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.
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.
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.
La técnica de Diagrama de Contexto usa básicamente tres elementos:
El sistema, que se dibuja a través de una burbuja.
Sistema
0 Sistema de premiación
Número del proceso.
En el DC es un cero.
Nombre del sistema
Sistema
Las entidades externas, que se dibujan a través de un cuadrado identificada con una letra.
Cliente
a
Descripción
Nombre de la EE
Identificación
Letra en minúsculas que identifica a la EE
Esta línea no se dibuja cuando la EE es única, pero
sí si se encuentra duplicada Entidad externa.
Entidad Externa
Los flujos de datos, que se representan a través de líneas dirigidas.
Flujo de datos.
FLUJODEDATOS
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
