Tema 5 (Introducción al Modelado Conceptual) PDF

Preview

Summary

Download Tema 5 (Introducción al Modelado Conceptual) PDF

Description

Introducción a la Ing. del Software y los Sistemas de Información Tema 5: Introducción al Modelado Conceptual Curso 2020 – 2021

1. Introducción: Es una técnica que se utiliza en la fase licitación de requisitos y de diseño de base de datos. Esta sirve para asistir en identificar los problemas antes de comenzar el desarrollo, esto no son más que unos dibujos (formados por cajas y flechitas) que se puede usar para interactuar con el usuario y el cliente. Esta técnica es fundamental como técnica de diseño de base de datos ya que si tenemos claro cuál es el diseño del modelo conceptual solo tenemos que aplicar unas reglas para a partir del modelo conceptual tener directamente la base de datos que almacena los requisitos de información expresados en ese modelo conceptual. Si el modelo conceptual está mal, también lo estará la base de datos, de ahí la importancia de este primero. Se conoce como dominio del problema al área de experiencia o aplicación que necesita conocerse para resolver un problema, lo normal es que en el dominio haya conceptos que interrelacionados (Ejemplos: Dominio académico, financiero, un gimnasio…). A veces es bueno que los ingenieros de requisitos conozcan del dominio del proyecto, aunque hay otras veces que no es tan bueno, ya que pueden creer que conocen el dominio del problema y eso puede dar lugar a confusiones por parte del equipo que tiene que definir los requisitos, ya que se asume los detalles del dominio. Como ya hemos dicho el modelado conceptual se usa en la fase de análisis, aunque también se usarán más en adelante, por ejemplo, en la fase de diseño e implementación se usan los modelos o diagramas de clase, que son muy parecidos a los modelos conceptuales, con la única diferencia que en los modelos conceptuales en la fase de análisis se muestran cuáles son los problemas, mientras que con el diagrama de clase se representa la solución al problema. Es importante tener en cuenta que todo elemento del modelo conceptual debe estar trazado hacia los requisitos, que los justifican, normalmente requisitos de información y reglas de negocio.

Estándar para el modelado conceptual: - UML (Unified Modeling Language) - Se definen hasta 14 tipos de diagramas para modelar sistemas software - Para modelado conceptual, se utilizan principalmente: o Diagramas de clases o Diagramas de objetos Conceptos básicos sobre los modelos conceptuales: - Clases o entidad: Formadas por atributos. Representa un concepto relevante del dominio, tiene que venir dado por el documento de requisitos, ya que sin este no puedo saber las entidades de mi domino, y se nombra mediante un sustantivo en singular. Se representa:

o

Atributos: Los atributos que forman la clase entidad no son más que propiedades que están asociadas a un concepto relevante del domino, de igual modo son sustantivos en singular y deben tener valores atómicos. Para explicar este concepto usaremos el ejemplo anterior de la entidad asignatura, los profesores no se consideran atributos ya que una asignatura por el dominio del problema solo puede tener un profesor(en ese caso si fuese un atributo), en caso de que fueran un grupo de profesores, dejaría de serlo, habría que representarlo como una asociación entre clases.

o

Asociación entre entidades: Representa algún tipo de relación entre dos o más conceptos relevantes del dominio y se escriben mediante un verbo en tercera persona del singular, se leen de derecha a izquierda, además debe formar una frase con sentido al leerla con los roles.

-

Asociaciones: Relaciones entre clases/entidades y tienen un rol o multiplicidad o Roles de un extremo de una asociación: Sirven para decir el papel que juega la clase en la asociación, lo normal es que haga el papel que nombra la clase, sino es el papel que juega, se pone en la asociación.

Ejemplo: Desde el punto de vista del vuelo, el vuelo juega un rol de vuelo de salida en la relación saleDe aeropuerto, y aeropuerto juega el rol de aeropuerto de origen. Esto de se puede leer de la siguiente forma: Un vuelo de salida, saleDe 1 único aeropuerto de origen y un único vuelo de llegada, llegaA un único aeropuerto destino. o

-

Multiplicidad: Sirven para indicar el nº máximo y mínimo de objetos que tenemos en la asociación. Los valores más comunes son: ▪ 0..1: Opcional ▪ 0..*: Opcional múltiple ▪ * : equivalente a 0..* ▪ 1..1 : Obligatoria ▪ 1..* : Obligatoria múltiple ▪ 1 : Equivalente a 1..1

Objetos: Instancias de una clase o Diagrama de objetos: Instancia de un diagrama de clases. Son bastante útiles para saber si el modelo que estamos haciendo está bien

Ejemplo: Un jugador de futbol puede jugar en un equipo o no, pero solo puede jugar en un único equipo(0..1), en cambio, en un equipo pueden jugar muchos jugadores(*).

-

Enlaces: Instancias de una asociación. Aunque UML proporciona muchos constructores, solo vamos a utilizar: o Herencia (generalización o especialización): La clase más general (la superclase), contiene todas las propiedades (atributos y asociaciones) comunes, que son heredados por las clases más específicas (las subclases).

o

Composición: Asociación especial que representa el concepto de ser-parte-de o de estar-compuesto-por: ▪ Una parte sólo puede pertenecer a un todo. ▪ Una parte no puede existir sin pertenecer a un todo. ▪ La eliminación del todo implica la eliminación de todas sus partes. ▪ Es una relación transitiva y antisimétrica. ▪ Puede ser recursiva.

Conceptos básicos sobre los modelos conceptuales (usados en Visual Studio Code): - Empiezan con @startuml y terminan con @enduml -

Usamos title para ponerle un título

-

Podemos usar directivas !include para incluir archivos

-

Para hacer una relación usamos “--”. Ejemplo: Asignatura – Matrícula o Si ponemos “-r-” conseguimos que Matricula aparezca a la derecha de asignatura y de igual modo con “-l-” aparece a la izquierda.

-

Para nombrar una relación, usamos “:” detrás de la relación. Ejemplo: Asignatura – Matrícula : apareceEn

-

Para cambiar direccionalidad de una relación: o < (hace una flecha hacía arriba) o > (hace una flecha hacía abajo) Con este se indica la dirección de la lectura

-

Para asignar un rol, lo hacemos junto a la variable a la que relaciona y entre comillas dobles, y solo se usan cuando son estrictamente necesarios.

Ejemplo: Asignatura “rolA” – “rolM” Matricula : apareceEn < -

Para expresar la multiplicidad, habría que ponerlo en el mismo espacio que los roles. Ejemplo: Asignatura “*\nrolA” – “1..1\nrolM” Matricula : apareceEn <

-

La herencia se muestra con una flecha grande(...