Cap5 Caso

CAPITULO V
DISEO DE SISTEMAS
ORIENTADOS A OBJETOS
Anlisis y Diseo Orientado a

Objetos utilizando UML
5. Diseo de Sistemas Orientados a Objetos
Caso de Estudio - Punto de Venta

Supongamos como caso de estudio el sistema de una
terminal de punto de venta. Esta terminal es un sistema
automatizado con el que se registran las ventas y se
realizan los pagos.
Por lo general este tipo de sistemas comprenden hardware
(un computador y un lector de cdigo barras) y software
(el sistema que se ejecuta en la terminal).

Caso de Estudio - Los Requerimientos

Recordemos que los requerimientos son una descripcin
de las necesidades o deseos que debe satisfacer un
producto.
Se recomienda aqu definir al menos los siguientes puntos:
Panorama general
Metas
Funciones del sistema


Panorama general: Este proyecto tiene por objeto crear
un sistema de terminal para un punto de venta que se
utilizar en las ventas de un supermercado.
Metas: En trminos generales, la meta es una mayor
automatizacin del pago en las cajas registradoras, y dar
soporte a servicios ms rpidos, ms baratos y mejores.
Concretamente, la meta incluye:
Pago rpido de los clientes.
Anlisis rpido y exacto de las ventas.
Control automtico del inventario.


Funciones del sistema: Las funciones del sistema sern lo
que ste deber hacer.
Las funciones pueden clasificarse en tres categoras:
evidentes, ocultas y superfluas.
Las evidentes deben realizarse, y el usuario debe saber que se han
realizado.
Las ocultas tambin deben realizarse, y puede que no sean
visibles para el usuario.
Las superfluas son opcionales, y su inclusin no repercute
significativamente en el costo ni en otras funciones.


A continuacin se presentan algunas de las funciones ms
representativas del sistema de punto de venta:


Ref. Funcin Categora
R1.1 Registra la venta en proceso (actual): los productos comprados. evidente
R1.2 Calcula el total de la venta actual; se incluye el impuesto. evidente
R1.3 Captura la informacin sobre el objeto comprado usando su cdigo
de barras, o usando una captura manual del cdigo de producto. evidente
R1.4 Reduce las cantidades del inventario cuando se realiza una venta. oculta
R1.5 Se registran las ventas efectuadas. oculta
R1.6 El cajero debe introducir una identificacin y una contrasea para
poder utilizar el sistema. evidente
R1.7 Ofrece un mecanismo de almacenamiento persistente. oculta
R1.8 Ofrece mecanismos de comunicacin entre los procesos y entre
los sistemas. oculta
R1.9 Muestra la descripcin y el precio del producto registrado. evidente

Caso de Estudio - Casos de Uso

Recordemos: El formato para la descripcin de los casos
de uso es el siguiente:
Caso de uso: Nombre
Actores: Lista de actores (agentes externos)
Propsito: Intencin del caso de uso
Resumen: Repeticin del caso de uso de alto nivel o alguna sntesis.
Tipo: Primario, secundario u opcional. Esencial o real.
Referencias Cruzadas: Casos de uso relacionados y funciones
relacionadas del sistema.
Descripcin: Descripcin del caso de uso.


Los casos primarios de uso representan los procesos
comunes ms importantes.
Los casos secundarios de uso representan procesos
menores.
Finalmente, los casos opcionales de uso representan
procesos que pueden no abordarse.


El siguiente caso de uso describe el proceso de comprar
artculos en una tienda, a travs de un terminal de punto de
venta.
Caso de uso: Comprar productos

Actores: Cliente, cajero
Tipo: Primario
Descripcin: Un Cliente llega a la caja registradora con los artculos
que va a comprar. El Cajero registra los artculos y cobra el importe. Al
terminar la operacin, el Cliente se marcha con los
productos.


Recordemos:Es conveniente comenzar con los casos de
uso de ms alto nivel para lograr comprender mejor los
principales procesos globales.
A continuacin se presenta el diagrama inicial de casos
de uso de alto nivel para el sistema de punto de venta

Recordemos: Este esquema tiene por objeto ofrecer un diagrama

contextual que nos permita conocer rpidamente los actores externos de
un sistema y las formas bsicas en que stos lo utilizan.

Un diagrama de
casos de uso ms
refinado seria el
siguiente:


Recordemos: Un caso de uso expandido muestra ms
detalles que un caso de uso de alto nivel. Los casos de uso
expandidos son tiles para alcanzar un conocimiento ms
profundo de los procesos y los requerimientos.
A continuacin se presenta el caso de uso expandido para
Comprar productos en efectivo.


Caso de uso: Comprar productos en efectivo
Actores: Cliente (iniciador), Cajero.
Propsito: Capturar una venta y su pago en efectivo.
Resumen: Un Cliente llega a la caja registradora con artculos que
desea comprar. El Cajero registra los productos y recibe un pago en
efectivo. Al terminar la operacin, el Cliente se marcha con los
productos comprados.
Tipo: Primario y esencial.
Referencias cruzadas: Funciones: R1.1, R1.2, R1.3, R1.7, R1.9.


Curso Normal de los Eventos:


Cursos Alternativos :

Caso de Estudio - Modelo Conceptual

La siguiente figura muestra un modelo conceptual parcial
del dominio de la tienda y las ventas.


A partir de la lista de categoras de conceptos estudiada
en clases anteriores podemos generar un conjunto de
conceptos para nuestro problema del punto de venta:
TDPV EspecificaciondeProducto
Producto VentasLineadeProductos
Tienda Cajero
Venta Cliente
Pago Gerente
CatalogodeProductos


Por tanto, el modelo conceptual inicial del sistema de
punto de venta (sin incluir atributos ni asociaciones) sera:

Para identificar las asociaciones ms comunes, la
siguiente lista es de gran ayuda.
A es una parte fsica o lgica de B
A est lgica o fsicamente contenido en B
A es una descripcin de B
A es un elemento de lnea (o rengln) en una transaccin o reporte B
A se conoce/introduce/registra/presenta/captura en B
A es miembro de B
A es una unidad organizacional de B
A usa o dirige a B
A se comunica con B
A se relaciona con una transaccin B
A es una transaccin relacionada con otra transaccin B
A es propiedad de B
Los nombres de las asociaciones deben ser lo ms claros
posibles, y deben permitir leer y entender fcilmente las
relaciones entre conceptos. Por ejemplo:

En sntesis, para construir un modelo conceptual se
deben aplicar los siguientes pasos:
1. Liste los conceptos idneos usando la lista de
categoras de conceptos.
2. Dibjelos en un modelo conceptual.
3. Incorpore las asociaciones necesarias para
registrar las relaciones ms importantes (las que se
deben recordar).
4. Agregue los atributos necesarios para cumplir con
las necesidades de informacin.
El modelo conceptual de la figura que se presenta a
continuacin muestra un conjunto de conceptos,
asociaciones y atributos idneos para la aplicacin de punto
de venta.


Caso de Estudio - Diagrama de Secuencia
Recordemos: El diagrama de secuencia de un sistema
muestra grficamente los eventos que originan los actores y
que impactan al sistema.
La creacin de los diagramas de secuencia depende de la
formulacin de los casos de uso.
Durante la operacin del sistema, los actores generan
eventos, solicitando alguna operacin a cambio. Ejemplo:
cuando un cajero ingresa un cdigo de barras de un artculo,
est pidiendo al sistema de TPV que registre esa compra.
Con este evento se inicia una operacin en el sistema.
Caso de Estudio - Diagrama de Secuencia
El diagrama de secuencia del caso de uso Comprar
Productos podra ser el siguiente:

Caso de Estudio - Anlisis OO
Las herramientas usadas en la etapa de anlisis
(investigacin del problema) se pueden resumir en la
siguiente tabla.
Herramienta Preguntas que contesta
Casos de Uso Cules son los procesos del dominio?
Modelo Conceptual Cules son los conceptos, los trminos?
Diagramas de Secuencia Cules son los eventos y las operac. del sistema?

Caso de Estudio - Diagramas de Colaboracin
Recordemos: Los diagramas de colaboracin explican
grficamente las interacciones entre las instancias del
modelo (objetos).
A continuacin se presenta el diagrama de colaboracin
para el diagrama de secuencia del caso de uso Comprar
Productos.

Caso de Estudio - Diagramas de Colaboracin
El diagrama de colaboracin generado por el evento
pasarProducto sera el siguiente

Caso de Estudio - Anlisis y Diseo OO


Cap5 Caso

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Cap5 Caso

Încărcat de

Drepturi de autor:

Formate disponibile

CAPITULO V

Anlisis y Diseo Orientado a

Caso de Estudio - Punto de Venta

Anlisis y Diseo Orientado a

Caso de Estudio - Los Requerimientos

Anlisis y Diseo Orientado a

Caso de Estudio - Los Requerimientos

Anlisis y Diseo Orientado a

Caso de Estudio - Los Requerimientos

Anlisis y Diseo Orientado a

Caso de Estudio - Los Requerimientos

Anlisis y Diseo Orientado a

Caso de Estudio - Los Requerimientos

Anlisis y Diseo Orientado a

Caso de Estudio - Casos de Uso

Anlisis y Diseo Orientado a

Caso de Estudio - Casos de Uso

Anlisis y Diseo Orientado a

Caso de Estudio - Casos de Uso

Caso de uso: Comprar productos

Anlisis y Diseo Orientado a

Caso de Estudio - Casos de Uso

Anlisis y Diseo Orientado a

Caso de Estudio - Casos de Uso

Recordemos: Este esquema tiene por objeto ofrecer un diagrama

Anlisis y Diseo Orientado a

Anlisis y Diseo Orientado a

Caso de Estudio - Casos de Uso

Anlisis y Diseo Orientado a

Caso de Estudio - Casos de Uso

Anlisis y Diseo Orientado a

Caso de Estudio - Casos de Uso

Anlisis y Diseo Orientado a

Caso de Estudio - Casos de Uso

Anlisis y Diseo Orientado a

Caso de Estudio - Modelo Conceptual

Anlisis y Diseo Orientado a

Caso de Estudio - Modelo Conceptual

Anlisis y Diseo Orientado a

Caso de Estudio - Modelo Conceptual

Anlisis y Diseo Orientado a

Anlisis y Diseo Orientado a

Anlisis y Diseo Orientado a

Anlisis y Diseo Orientado a

Anlisis y Diseo Orientado a

Herramienta Preguntas que contesta

Casos de Uso Cules son los procesos del dominio?

Modelo Conceptual Cules son los conceptos, los trminos?

Anlisis y Diseo Orientado a

Anlisis y Diseo Orientado a

Anlisis y Diseo Orientado a

Anlisis y Diseo Orientado a

S-ar putea să vă placă și