Casos generador

Los CRUD's son las acciones que se realizan sobre las tablas en la base de datos: Crear, Leer, Actualizar y Borrar.

Los casos que se presentan están basados en el siguiente modelo el cuál representa un club de deportes:

A continuación se presenta los diferentes casos permitidos por el generador y la respectiva aplicación generada.

Caso 2a

caso2a

En la siguiente figura podemos observar los casos de uso que componen la aplicación generada para el caso 2a, la cual consiste en una relación de asociación hacia la misma clase, concepto que se conoce como relación involutiva.

Ejemplo

GUI

El generador soporta relaciones con la misma clase, y esta se puede establecer mediante una lista de selección

Caso 2b

caso2b

Este caso se comporta igual que el anterior.

Caso 2c

caso2c

En la siguiente figura podemos observar los casos de uso que componen la aplicación generada para el caso 2c.

Ejemplo

caso2c

GUI

Este caso se comporta igual que el 1.

Caso 2d

caso2d

Este caso se comporta igual que el caso 2C

Caso 3

caso3

En la siguiente figura podemos observar los casos de uso que componen la aplicación generada para el caso tres, en este caso podemos ver una relación de agregación entre las dos clases.

Ejemplo

GUI

En el detalle de la entidad "Member" se encuentra un botón el cual muestra la relación con Sport.

Aquí podrá establecer los deportes que están relacionados con la entidad "Member".

Caso 4

caso4

En la siguiente figura podemos observar los casos de uso que componen la aplicación generada para el caso cuatro.

Ejemplo

caso4

GUI

En el detalle de la entidad "Member" se encuentra un botón el cual muestra la relación con Address.

Ahora se podrán crear nuevas direcciones que le pertenecen a la entidad "Member", el generador también crea algunas validaciones básicas de acuerdo al modelo generado, como lo es la obligatoriedad de los campos.

Caso 5

caso5

En la siguiente figura podemos observar los casos de uso que componen la aplicación generada para el caso cinco, en esta podemos generar relaciones de composición entre las diferentes clases,

.

Ejemplo

caso5

GUI

Funciona igual que el caso 4, ahora aparece un botón por cada relación en el detalle de la entidad.

Caso 6

caso6

En la siguiente figura podemos observar los casos de uso que componen la aplicación generada para el caso seis.

Ejemplo

caso6

En este ejemplo podemos ver la combinación de los casos 2a, 3 y 4, todos funcionan de la misma forma en que fueron explicados anteriormente.

Caso 7

caso7

En la siguiente figura podemos observar los casos de uso que componen la aplicación generada para el caso siete, para este caso tenemos múltiples relaciones entre dos clases.

Ejemplo

caso7

GUI

Este caso funciona igual que el caso 3, y sus relaciones son independientes.

Caso 8

caso8

En la siguiente figura podemos observar los casos de uso que componen la aplicación generada para el caso ocho.

Ejemplo

caso8

GUI

Se comporta de la misma manera que el caso 3, y se puede acceder usando sus respectivos botones.

Caso 9

Ejemplo

Se comporta igual al caso 4, con la diferencia que aquí solo se podrá crear un solo "MeasureMent" debido a la cardinalidad.

Caso 10

Ejemplo

GUI

El generador soporta la herencia, por lo que todos los atributos de User son heredados por Member, si User es abstracto no se generará vista en el front.

results matching ""

    No results matching ""