DIBUJO DE CASO DE USO COMPLETO

CASO DE USO COMPLETO

CASO DE USO COMPLETO

EXPLICACION DE LA MAQUINA RECICLADORA:

Básicamente lo que plantea el ejemplo es que se encuentran varios actores que son el cliente, maquina recicladora y el operador. Simplemente el cliente se encarga de depositar los ítems secundarios que son botella, tarro y jaba, luego esto va directamente a un depósito de ítem principal que se encarga de imprimir y también la maquina genera una alarma que va directamente al operador.

La función del operador es que cuando se genera la alarma este simplemente hace un reporte diario de los depósitos de los ítems tanto primarios como secundarios, ya teniendo los reporte este simplemente los imprime nuevamente, permitiendo hacer un reporte general de los depósitos que se hacen a diario.

Luego, el operario puede cambiar los ítems de los depósitos primarios y secundarios, es decir que los depósitos hechos por el cliente, el operario lo que hace es modificar la máquina y nuevamente puede generar un nuevo reporte de la máquina.

CASO DE USO 3

CASO DE USO 2

QUE ES UN CASO DE USO

EJEMPLO Y PROBLEMAS DE CASOS DE USO

EJEMPLO DE CASOS DE USO

Lista de requerimientos

Hotel

1. El hotel tiene habitaciones sencillas, dobles y salones de eventos.
2. El hotel alquila sus espacios a los clientes.
3. El hotel requiere los reportes siguientes, realizados por el gerente:
1. Cuántas habitaciones y salones están ocupados.
2. Los números de habitaciones ocupados y la información de los residentes.
3. Los números de salones ocupados y la información del cliente.
4. El salón que tiene el equipo de presentación.
5. Cuál es la ganancia del día.

Salones de eventos

1. Existen cinco salones de eventos, numerados del 1 al 5.
2. La tarifa de cada salón es de $10 000.00 diarios.
3. El cliente puede alquilar el salón que desee siempre y cuando esté desocupado.
4. El alquiler y renta del salón ocurre el mismo día.
5. Cuando el cliente alquile el salón este último estará ocupado.

Equipo de presentación

1. El hotel cuenta con un equipo de presentación.
2. El equipo de presentación únicamente se puede instalar en un salón.
3. El equipo de presentación puede ser solicitado por el cliente.
4. El equipo se puede mover al salón que lo solicite el cliente.
5. El equipo está ocupado si el salón está alquilado y se solicitó el equipo.

Habitaciones sencillas

1. Existen 10 habitaciones sencillas, numeradas del 6 al 15.
2. Deberá conocerse la primera habitación desocupada de la secuencia.
3.  El cliente puede solicitar el alquiler de una habitación sencilla.
4. La tarifa por habitación sencilla es de $600.00 pesos.
5. Cuando el cliente alquile la habitación sencilla esta última estará ocupada.
6. Cuando el cliente entregue la habitación, el estatus será desocupado.

Habitaciones dobles

7. Existen 30 habitaciones sencillas, numeradas del 16 al 45.
8. Deberá conocerse la primera habitación desocupada de la secuencia.
9.  El cliente puede solicitar el alquiler de una habitación doble.
10. La tarifa por habitación doble es de $600.00 pesos.
11. Cuando el cliente alquile la habitación doble esta última estará ocupada.
12. Cuando el cliente entregue la habitación, el estatus será desocupado.

Cliente

1. El cliente puede solicitar cualquier habitación o salón de eventos, siempre y cuando haya vacantes.
2. El recepcionista deberá registrar el nombre del cliente y el pago de la habitación.
3. Se asume que el cliente paga en efectivo con la cantidad exacta.
4. El cliente puede rentar varios espacios cuando llega al hotel.

Actores

Cliente – Persona que alquila un espacio (salón, habitación, sencilla, habitación doble)

Recepcionista – Persona que atiende al cliente cuando llega al hotel y se retira de éste.

Gerente – Persona que se encarga de analizar el estado del negocio.

Casos de uso

DIBUJO EJEMPLO DEL PROBLEMA CASOS DE USO

VIDEO DE CASOS DE USO

VIDEO UML

FORO UML

LA UML

Es un Lenguaje Unificado de Modelos prescribe un conjunto de notaciones y diagramas estándar para modelar sistemas orientados a objetos, y describe la semántica esencial de lo que estos diagramas y símbolos significan. Mientras que ha habido muchas notaciones y métodos usados   para el diseño orientado a objetos, ahora los modeladores solo tiene que aprender una única notación.

ANALISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOS USANDO LENGUJE UNIFICADO DE MODELACION

      Es la forma en que se puede agrupar un sistema en objetos que interactúan entre si, y en algunos casos si no es que en su mayoría dependen entre si de ellos mismos.

      En este caso él se ha estandarizado en UML (Unified Modeling Language) o lenguaje unificado de modelación, al cual es respaldado por la OMG (Object Management Group), la cual es la encargada de la regulación del mantenimiento y los estándares en la industria de la computación.

      Existen tres elementos importantes por no decir imprescindibles en este tema los cuales son: Modelo, Diagrama y Metodología.

      En donde se han tomado tres metodologías en el uso del análisis, que son las siguientes:

        ✓ METODOLOGIA DE BOOCH (Grady Booch)
        ✓ METODOLOGIA DE JACOBSON (Ivar Jacobson)
        ✓ METODOLOGIA DE RUMBAGH (James Rumbagh)

      Asiendo la clara connotación que el UML no es una metodología.

      En razón a la metodología es con la cual obtenemos el inicio y el final del producto, ya que a través de ella podemos hacer uso de diferentes modelos según sean requeridos, que van desde los estructurados...

FORO CASOS DE USO

CASOS DE USO

Los casos de uso son una técnica para especificar el comportamiento de un sistema: “Un caso de uso es una secuencia de interacciones entre un sistema y alguien o algo que usa alguno de sus servicios.” Todo sistema de software ofrece a su entorno una serie de servicios.

1.        Un caso de uso es una forma de expresar cómo alguien o algo externo a un sistema lo usa. Cuando decimos “alguien o algo” hacemos referencia a que los sistemas son usados no sólo por personas, sino también por otros sistemas de hardware y software.

CARACTERISTICAS:

1.    están expresados desde el punto de vista del actor. describen tanto lo que hace el actor como lo que hace el sistema cuando interactúa con él, aunque el énfasis está puesto en la interacción.

2.    se documentan con texto informal. son iniciados por un único actor. están acotados al uso de una determinada funcionalidad del sistema, claramente diferenciada.

Los Casos de Uso no son parte del diseño (cómo), sino parte del análisis (qué). De forma que al ser parte del análisis nos ayudan a describir qué es lo que es sistema debe hacer. Los Casos de Uso son qué hace el sistema desde el punto de vista del usuario. Es decir, describen un uso del sistema y cómo este interactúa con el usuario.

Si te has enfrentado alguna vez a UML normalmente habrás visto algún diagrama de clases y esperarás que los Casos de Uso sean también una forma visual de representar la información. Sin embargo estás muy equivocado, si bien los casos de usos se pueden agrupar en diagramas, los diagramas no son lo importante. Voy a repetirlo para que quede claro, "Los diagramas no son lo importante".

Sé que alguno estará impaciente con los diagramas, así que luego los trataré. Pero primero vayamos con lo realmente interesante.

QUE ES UN CASO DE USO

es una interacción típica entre un usuario
y un sistema de cómputo. Considérese el procesador de palab ras con el
que escribo estas líneas que usted lee.