UML- modelo de dominio

=> A Modelar el Dominio

Modelo Conceptual


Antes de definir el modelo estático o de clases, es necesario definir el
Modelo Conceptual, el cual nos muestra los conceptos presentes en el
dominio del problema. Un concepto para este caso, en términos de la
Programación Orientada a Objetos, es un objeto del mundo real; es decir,
es la representación de cosas del mundo real y NO decomponentes
de software. En él no se definen operaciones (o métodos); en este
modelo se pueden mostrar los conceptos, los atributos de los conceptos
(opcionalmente) y la relación o asociación entre ellos. Informalmente
podríamos decir que un concepto es una idea, cosa u objeto. Para
descubrirlos debemos analizar los sustantivos en las descripciones
textuales del dominio del problema, es decir, dela descripción del sistema,
de los requerimientos y de los Casos de Uso







Un modelo conceptual explica los conceptos más significativos en
un dominio del problema, identificando los atributos y las
asociaciones.
Un modelo conceptual representa cosas del mundo real, no
componentes del software. En UML se representa mediante un grupo
de diagramas de estructura estática dondeno se define ninguna
operación. En estos diagramas se muestran conceptos
(objetos), asociaciones entre conceptos (relaciones) y
atributos de conceptos (atributos).
Modelo conceptual parcial del dominio de la tienda y las ventas.

De donde saco los conceptos del dominio
Categoría del concepto

Ejemplos

Objetos físicos o tangibles

TDPV, Dado

Especificaciones, diseño odescripciones de cosas

EspecicacióndeProducto, ReglasdeJuego

Lugares

Tienda, MesadeJuego

Transacciones

Venta, Pago, Reservacion, Apuesta

Línea o renglón de un elemento de transacciones

VentasLineadeProducto

Rol de las personas

Cajero, Gerente, Jugador

Contenedores de otras cosas

Tienda, Cesto, Biblioteca

Cosas dentro de un contenedor

Producto, Libro

Otros sistemas decómputo o electromecánicos externos al sistema

SistemaAutorizacionTarjetasdeCredito

Conceptos de nombres abstractos

Hambre, Suerte

Organizaciones

DepartamentodeVentas, LineaAerea

Eventos

Venta, Robo, Junta, Vuelo, Accidente,
RodarDados

Procesos (A menudo no están representados como conceptos, pero
pueden estarlo)

VentaUnProducto, ReservacionAsiento

Reglas ypolíticas

PoliticadeReembolso,
PoliticadeCancelaciones

Catálogos

CatalogodeProductos, CatalogodeLibros

Registros de finanzas, de trabajo, de contratos, de asuntos legales

Recibo, Mayor, ContratodeEmpleo

Instrumentos y servicios financieros

LineadeCredito, Existencia

Manuales y libros

ManualdePersonal, ManualdeReparaciones



Otra forma simple de obtener conceptos, esidentificarlos de un
análisis semántico de las descripciones textuales referentes al
dominio del problema. Para hacer esto, los casos de uso
expandidos proveen una buena fuente de conceptos.
Acción de los actores

Respuesta del sistema

1. Este caso de uso comienza cuando un Cliente llega a
una caja de TPV con los productos que desea
comprar.
2. El Cajero registra el código de barras de cadaproducto. Si hay más de un producto, el Cajero
puede introducir también la cantidad.

3. Determina el precio del producto y a la transacción de
venta le agrega la información sobre el producto. Se
muestra la descripción y el precio del producto actual.

¿Se debería incluir la boleta que imprime el punto de venta? Esta boleta es un informe del
sistema, y dado que toda su informaciónproviene de otros objetos, no es necesario
incluirlo. Sin embargo, es posible que en una etapa posterior (por ejemplo cuando se
implemente devolver productos) se justifique su inclusión.
Por tanto, el modelo conceptual inicial del sistema de punto de venta (sin incluir atributos
ni asociaciones) sería:

Atributos
Un atributo es un valor lógico de un dato de un objeto. Es preferible
que los...