I'm sorry, but I cannot access external websites or specific YouTube videos, including the one you linked. Therefore, I cannot provide a transcript or any information about its content.
This video demonstrates the application of various UML (Unified Modeling Language) diagrams in the context of an airplane ticket reservation system. It walks through different diagram types, explaining their purpose and how they contribute to the overall system modeling process, from initial use cases to component and deployment views.
[Música] bien buen día vamos a en este momento a visualizar un ejemplo o un caso en el cual vamos a utilizar cada uno de los artefactos que él le propone para el modelamiento de sistemas orientados a objetos hay algunos artefactos que han sido vistos y hay otros que van a ser vistos posteriormente el caso que vamos a analizar es el caso de un un sistema de reserva de tiquetes de avión en el cual pues una persona puedes hacer su pedido a una agencia y en el cual van a intervenir ciertos actores entonces vamos no lo vamos a desarrollar completamente sino que vamos a ver ciertas partes importantes de cómo se va viendo el modelado de esta aplicación lo primero que nosotros tenemos que tener claro es el caso de uso normalmente se va a partir de un caso de uso en el cual pues nosotros vamos a especificar tipo un algoritmo cuál es la secuencia de actividades que se van a desarrollar dentro de el sistema que vamos a modelar en este caso pues tenemos 12 actividades en la cual comienza el pasajero verdad solicitando un vuelo verifica el vendedor verdad si existe o no existe una disponibilidad la aerolínea pues dice sí sí o no hay una disponibilidad verdad se provee algunos detalles pasajero también el pasajero verdad probablemente haya donde pueda escoger un asiento el vendedor va a reservar ese asiento del vendedor para confirmar la reserva del pasajero el vendedor solicita el pago el pasajero envía el pago el vendedor verdad luego el vendedor envía el pago a la aerolínea la aerolínea provee la confirmación al final al vendedor y el vendedor emite el ticket al pasajero como podemos observar en esta declaratoria que tenemos acá hay ciertos elementos que han sido identificados por ejemplo los que están en color rojo son los roles probablemente o nuestras clases conceptuales esto nos va a servir para modelar el primer diagrama que nosotros tenemos que es el modelo de dominio y lo que tenemos subrayado son cada una de las acciones estas clases son las encargadas de hacer entonces a partir del caso de uso es decir normalmente esto nos vamos a entrevistar con la persona que hace esto verdad entonces y vamos a comenzar a escribir entonces ese es el primer paso definir el caso de uso luego que lo definamos verificamos cuáles son nuestros roles o nuestras clases candidatas y los cada uno de los verbos encontramos en esta redacción que son las fracciones que va a tener la clase y luego pues ese diagrama de caso de uso pues lo podemos pasar al diagrama que ya más o menos hemos conocido verdad donde tenemos un pasajero que tiene un caso de uso que se llama reserva de vuelo que también la aerolínea lo va a utilizar y el vendedor habrá que recordarse que cuando nosotros hacemos un diagrama de caso de uso los actores principales están al lado izquierdo y los actores secundarios van a estar al lado derecho en este caso nuestro actor principal es el pasajero y nuestros actores secundarios son la aerolínea y el vendedor y por eso están a la derecha recordemos el uso de las palabras y uses y extend que normally se van a utilizar para incluir un caso de uso dentro de otro en el caso del buses y en el caso del extend para pues ampliar la capacidad que nosotros queramos darle a este caso de uso por ejemplo la reserva de vuelos o sea puede ser extendida a hacerla por medio del agente es decir que el pasajero no lo haga directamente y por supuesto un caso de uso que es obligado a utilizarlo es el pago el pago de vuelo pues es un caso de uso que es obligatorio utilizarlo y existen puedo podemos hacerlo con una tarjeta de crédito o también que nos diga pues mira el pago no fue aceptado dentro de lo que es la transacción ustedes pueden darse esas posibilidades y debe de quedar claro en su diagrama de casos de usos luego de haber hecho este diagrama de caso de usos nosotros tenemos un diagrama de clase en la cual pues nosotros tenemos los conceptos que hemos identificado en el caso de uso la aerolínea boleto pasajero ticket boleto de la agencia el boleto del vendedor verdad y la reserva de los vuelos y el vuelo propiamente dicho ustedes pueden observar que estas son clases conceptuales estas no son clases o sea que van a ser directamente digital a un código sino que nos permiten y ver cuál es la interrelación entre cada uno de esos actores conceptos o sea que tenemos a la hora de modelar nuestro sistema por el caso pues tenemos la aerolínea pues dar los detalles del vuelo y confirma el vuelo en este caso el boleto pues reservas o verifica si algo no disponible verdad ese boleto y también ustedes pueden ver ahí cuál es la relación que hay verdad una aerolínea puede tener de uno a muchos boletos y un boleto puede pertenecer a una sola aerolínea y así esa es la forma en la cual ustedes tienen que ir haciendo este diagrama lógicamente pues vamos a ver más adelante con más detalle cómo se elabora cada uno de estos diagramas el objetivo de esto es que veamos que a través de diferentes diagramas o sea podemos hacer el modelo de ese sistema el diagrama de paquetes el diagrama de paquetes me va a permitir a mí poder visualizar cuáles son los otros sistemas con los cuales yo puedo hacer referenciado con los cuales yo puedo tener contacto por ejemplo el sistema de reserva de vuelos de la aerolínea el sistema de rastreo de vuelos probablemente de la aerolínea o de algún de algún tercero el sistema de mantenimiento de aviones que muy probablemente no pertenece a la misma aerolínea la contabilidad pues y el personal pues el diagrama de paquetes me va a permitir visualizar la dependencia de otro sistema respecto al sistema que yo estoy desarrollando el diagrama de colaboración en este programa de colaboración nosotros tenemos cómo interactúan cada uno de los objetos o clases dentro de lo que es el sistema en este caso tenemos al pasajero al vendedor y la aerolínea vemos que el pasajero en este caso vladimir díaz pregunta por el vuelo al vendedor verifica el vendedor con la aerolínea si hay una disponibilidad y así sucesivamente hasta puedes emitir el vuelo este diagrama de colaboración es para el caso de éxito normally los diagramas de colaboración se hacen con ese propósito no se ponen los cursos alternos por ejemplo que no haya el asiento que yo prefiero que el pago no pueda emitirse etcétera entonces este diagrama de colaboración me va a permitir a diferencia del anterior cómo se interrelacionan cada uno de los objetos o sea que yo he identificado y cómo colaboran estos objetos para dar respuesta o dar solución al problema planteado el diagrama de secuencias pues también nos indica cuál es la forma en la cual opera normally este diagrama se obtiene de la anterior o viceversa en este caso pues tenemos que pasajeros solicita el vuelo luego se va a la aerolínea a verificar la disponibilidad reservación disponible se reserva el vuelo da los detalles del vuelo etcétera entonces un diagrama de secuencias y un diagrama como el anterior de colaboración básicamente reflejan lo mismo pero cada uno tiene su peculiaridad y va a depender del ámbito del problema en el cual nosotros estamos para poder presentarlo en posteriores lecciones vamos a hablar un poco más claro de la diferencia que existe entre ellos dos el diagrama de estado pues indica o sea cuáles son los estados en los cuales cada uno de los objetos se ven involucrados en el proyecto de desarrollo en este caso pues tenemos una agenda de vuelo es se asientos están disponibles verdad si están reservados todos entonces si se hace una cancelación o no entonces es los estados que van a tomar cada uno de los objetos en diferentes circunstancias el diagrama de estado nos va a servir para esto por ejemplo los asientos de primera clase disponible verdad hay una persona que está pidiendo subir a una primera clase por ejemplo normally se da con muchos aviones muchas aerolíneas permiten a sus clientes si los asientos de primera clase están disponibles o sea ascenderlos entonces el diagrama de estado nos puede o nos ayudará a validar esto el diagrama de componentes tiene que ver propiamente con el sistema cómo está implementado el sistema dentro de la organización en este caso pues tenemos un componente de base de datos un servidor de impresión eso que imprime los tickets y el servidor del front-end verdad donde nosotros pues capturamos los datos del cliente para posteriormente poder ser impresos en un ticket y posteriormente pues mandarlo al plan de vuelo verdad o sea que tiene la aerolínea el diagrama de componentes básicamente nos va a decir cómo está compuesto nuestro sistema en la organización en la cual va a ser implementada luego el diagrama de implementación ya que básicamente pues detalla cada uno de los componentes es así cómo va a funcionar el sistema verdad está el impresor de boletos una computadora que va a hacer o va a poder realizar reservaciones en el aeropuerto un servidor y estamos viendo también las conexiones o sea qué tipo de conexión hay entre cada uno de esos componentes o sea que ustedes tienen ahí pues en este caso en el aeropuerto y el servidor estamos asumiendo que el servidor está dentro del aeropuerto porque la conexión es la cndh puede ser tcp/ip cualquier tipo de conexión que ustedes estimen convenientes para poder hacer la conexión la pc o la computadora del agente de viajes también tenemos un componente de firewall recuerden sé que esto es importante de la parte de seguridad para las computadoras que van a conectarse desde la casa para hacer la reserva recuerden sé que en el caso de uso que vimos al inicio era posible hacer la reservación de manera directa oa través del intermediario el sistema que nosotros estábamos planteando entonces acá podemos ver cómo es esa configuración del diagrama de deployment o de implementación que ustedes tienen este es otro diagrama que ustedes pueden tener un diagrama de actividades en donde pues también tienen los objetos o sea que interactúan pasajero agente vendedor y aerolínea y que comienza con el pasajero donde se requiere un boleto se verifica la disponibilidad provee los detalles provee las opciones y los precios de vuelo verdad selecciona el vuelo y solicita el pago y la reserva del vuelo verdad la confirmación y el asiento y pagar el vuelo verdad y luego pues se requiere del vuelo básicamente o sea o que se imprima el ticket verdad de la aerolínea para poder abordar el avión entonces el doble diagrama que es útil utilizarlo como hemos podido observar muchos diagramas ofrecen información similar va a depender a la persona a la cual ustedes van a ir entrevistar o con la cual van ir a validar el sistema que ustedes están proponiendo no todo no todos los sistemas van a tener que hacerse durante el desarrollo probablemente la mitad de estos que hemos visto son los más importantes pero va a depender de las personas con las cuales vayamos a entrevistarnos o a dar por válido un proceso o un requerimiento para poder presentarse lo hasta aquí y gracias por la atención prestada [Música] bien [Música]
