[MÚSICA] [MÚSICA] Hola, y bienvenido. Antes de comenzar a modelar, es importante hablar de los conceptos básicos de modelado. Así que comencemos definiendo qué es modelar. Modelar consiste en observar una realidad y a partir de esta, abstraer conceptos para representarlos en un modelo de nuestra elección. Pero, ¿por qué debemos usar un modelo como representación abstracta? Bueno, porque la realidad es infinitamente compleja, con un sinnúmero de sutilezas que nos sería imposible representar sin replicar la realidad misma. Veamos un ejemplo: imaginemos que queremos desarrollar el sistema de información de cursos de una universidad. Para esto, vamos a necesitar crear un modelo de nuestro sistema, y por lo tanto, comenzaremos dándole un vistazo a la universidad. ¿Necesitamos modelar sus edificios? ¿Su reglamento, su personal administrativo? No, ciertamente. Y del mismo modo, si decimos que una universidad tiene cursos y los cursos tienen estudiantes, no tenemos que representar todas las características de estos elementos. Ahora bien, hay características y propiedades que tendremos que tener en cuenta los nombres de los cursos, el número de estudiantes, los códigos. Como responsables de abstraer la realidad, será nuestra decisión, junto con retroalimentación por parte del cliente, de elegir las características que queremos emplear. Esto subraya le importancia de elegir un modelo apropiado capaz de comunicar nuestras decisiones a quienes lo lean y que solo se puede interpretar de una única manera. ¿you ves hacia dónde quiero llegar? Primero, para modelar entonces necesitamos observar, ver y oír la realidad. Necesitamos abstraer, extraer los conceptos necesarios que queremos modelar, y finalmente representar en una notación que otros puedan interpretar y puedan usar para comprender la realidad que hemos abstraído. Este último paso tiene especial importancia. Es necesario tener un lenguaje. Uno, cuyos elementos es decir, la sintaxis, expresen cosas claras para todos los que lean la notación, la semántica, y que nos permita representar lo que deseamos de nuestros modelos. Algo así como el español, que nos permite comunicarnos de forma natural día a día. O la matemáticas, que nos permite representar el mundo a través de números y realizar operaciones con una notación que todos conocemos, comprendemos y sabemos usar. La diferencia entre el español y los modelos es que en los modelos no hay ambigüedades, es decir, todos leen lo mismo. Si todos leen lo mismo, significa que podemos validar si nuestro entendimiento de la realidad fue correcto o no. UML es un lenguaje que nos provee la notación, sintaxis y la semántica para modelar este tipo de problemas. UML o Unified Modelling Language, lenguaje de modelado unificado, es una notación gráfica propuesta por la OMG desde 1997, pero cuya historia se remonta a mucho más atrás. Para conocer más sobre UML, te invito a revisar la línea de tiempo que está en este curso. Para que entiendas el contexto y el desarrollo de estos modelos hasta llegar a hoy, el estándar UML dos punto cinco, que es el que usamos en el presente curso. UML 2.5 consta de 13 tipos de diagramas diferentes para representar aspectos variados del desarrollo de software. Seis de estos diagramas son de tipo estático. Permiten describir los aspectos estructurales de nuestro modelo, mientras que los siete restantes son de tipo dinámico y describen el comportamiento de nuestro modelo. Durante este curso, nos concentramos en uno de los 13 diagramas, los diagramas de clase. Para modelar estructuralmente nuestros problemas, en especial en un sistema orientado a objetos. Así que, acompáñame. Durante este curso, veremos los conceptos básicos para construir diagramas de clases con diferentes asociaciones. Aprenderemos a leerlos y a construirlos usando diferentes ejemplos. ¿Estás preparado? Pues, comencemos. [MÚSICA] [MÚSICA] [MÚSICA] [MÚSICA] [AUDIO_EN_BLANCO] [AUDIO_EN_BLANCO]
