SlideShare una empresa de Scribd logo
1 de 9
Descargar para leer sin conexión
Universidad Técnica Federico Santa María
       Departamento de Informática




Sistemas de Información
      ILI-270


         Casos de Uso




               Autores:       Andrea Guzmán V.         [2104506- 3]
                              Víctor Peña y Lillo Z.   [2273001- 0]
                 Fecha:       22.09.2004
               Profesor:      Ricardo Acevedo.
1.- Máquina de Reciclaje

Supuestos:
   - Sólo el Operador tiene acceso a la consulta diaria y actualización de valores.
   - El sistema realiza el mismo caso de uso con cada usuario que ingrese elementos
      para reciclaje.

Casos de Uso identificados: 3
   a) Devolver Elementos
   b) Obtener Recuento Diario
   c) Actualizar Valores

Actores identificados: 2, Usuario y Operador.

Diagrama Caso de Uso.
a) Nombre: Devolver Elementos.
   Actores: Usuario (iniciador).
   Propósito: Recibir elementos para reciclaje y registrarlos en el sistema.
   Resumen: Uno o más usuarios traen elementos y los introducen a la máquina. El sistema
   registra los elementos depositados por cada usuario y entrega a cada usuario el valor de
   sus elementos entregados y el monto total a pagar.
  Tipo: Primario, Esencial.
  Referencias Cruzadas: --
  Curso Normal de Eventos:

                      Actores                                      Sistema
   1. Este caso de uso comienza cuando un
   usuario llega a la máquina e introduce en
   ella los elementos que desea reciclar.
                                                 2. El sistema reconoce cada elemento
                                                 guardando un registro de la cantidad total
                                                 de elementos de un determinado tipo.
                                                 Calcula el valor total de estos y determina
                                                 el monto total a pagar, luego imprime un
                                                 recibo con esta información.
   3. El usuario recibe el recibo y se retira.

  Curso Alternativo de Eventos:

 Línea 2: Existe un problema en el reconocimiento de los elementos. Entonces se envía un
 mensaje al operador.
 Línea 2: No queda papel para entregar el recibo. Entonces se envía un mensaje al
 operador informando lo sucedido.
b) Nombre: Obtener Recuento Diario.
   Actores: Operador (iniciador).
   Propósito: Dar a conocer al operador la cantidad de elementos por tipo reciclados en el
   día.
   Resumen: El operador accede al sistema y pide la información diaria. El sistema cuenta
   el número de elementos por tipo y entrega la información.
   Tipo: Primario, Esencial.
   Referencias Cruzadas: --
   Curso Normal de eventos:

                   Actores                                       Sistema
1. Este caso de uso comienza cuando el
operador ingresa al sistema y pide la
información del día.
                                              2. El sistema cuenta el número de elementos
                                              por cada tipo y entrega la información.
3. El operador recibe la información y
abandona el sistema.

  Curso Alternativo de Eventos: --


c) Nombre: Actualizar Valores.
   Actores: Operador (iniciador).
   Propósito: Cambiar valores a los elementos.
   Resumen: El operador ingresa al sistema y accede a los valores de los elementos.
   Modifica aquellos que desea y los ingresa al sistema.
   Tipo: Secundario, Esencial.
   Referencias Cruzadas: --
   Curso Normal de Eventos:

                   Actores                                       Sistema
1. Este caso de uso comienza cuando el
operador ingresa al sistema y pide por los
valores actuales de los elementos.
                                              2. El sistema busca los valores de cada
                                              elemento y los muestra.
3. El operador actualiza los valores.
                                              4. El sistema ingresa los nuevos valores al
                                              registro respectivo y confirma actualización
5. El operador sale del sistema.

    Curso Alternativo de Eventos:

    Línea 2: El sistema no puede buscar los valores. Entonces muestra mensaje de error.
2.- Máquina de Refrescos

Supuestos:
-El encargado, para reponer los refrescos y abastecer de dinero, no necesita al sistema,
esta acción se realiza directamente sobre la máquina.

Casos de Uso identificados: 1, Vender Refresco

Actores identificados: 1, Usuario.

Diagrama Caso de Uso.




a) Nombre: Vender Refresco.
   Actores: Usuario (iniciador).
   Propósito: Entregar un refresco requerido a un usuario que ha pagado por ello.
   Resumen: Un usuario se dirige a la máquina de refrescos, ingresa el importe,
   selecciona un refresco, la máquina se lo entrega, el usuario lo recibe y se retira.
   Tipo: Primario, Esencial.
   Referencias Cruzadas: --
   Curso Normal de Eventos:

                      Actores                                     Sistema
    1. Este caso de uso comienza cuando el
    usuario llega a la máquina e introduce el
    importe.
                                                2. El sistema verifica las monedas y
                                                solicita una opción.
    3. El usuario elige el refresco que desea
    comprar.
                                                4. El sistema comprueba que el monto
                                                sea suficiente y que el refresco esté
                                                disponible. Luego entrega el producto y
                                                el vuelto.
    5. El usuario retira el refresco y se va.
    Curso Alternativo de Eventos:

    Línea 2: Una o más monedas no son aceptadas. Entonces se devuelve el dinero.
    Línea 4: El monto no es suficiente. Entonces se muestra un mensaje.
    Línea 4: No quedan refrescos. Entonces se muestra un mensaje.
3.- Venta de Billetes

Casos de Uso identificados: 3

  a) Vender Billete.
  b) Consultar Trenes
  c) Consultar disposición de Pasajeros

Actores identificados: 4

  a)   Cajero.
  b)   Supervisor.
  c)   Encargado de seguridad.
  d)   Cliente.


Diagrama Caso de Uso.
a) Nombre: Vender Billete.
       Actores: Usuario (iniciador), Cajero.
       Propósito: Registrar la venta de un Pasaje
       Resumen: El cliente se acerca al cajero y solicita comprar un pasaje, el cajero le
       pregunta los datos, el cliente paga y se retira con su pasaje.
       Tipo: Primario, Esencial.
       Referencias Cruzadas: --

        Curso Normal de Eventos:

                    Actores                                        Sistema
1. Este caso de uso comienza cuando un
cliente se acerca al cajero y pide comprar
un billete, el cajero pregunta al cliente la
clase y el tipo del billete, y si desea un
asiento en ventana o pasillo.
                                                 2. El sistema verifica la disponibilidad de
                                                 asientos y los muestra.
3. El cajero comunica los asientos
disponibles y el cliente elige el, o los
asientos que desee, luego ingresa la
elección al sistema.
                                                 4. El sistema muestra el valor del pasaje.
5. El cliente procede a pagar.
 - Si paga al contado, ir a sección “Pago al
 Contado”.
 - Si paga con tarjeta, ir a sección “Pago
con Tarjeta”.
                                                 6. El sistema ingresa la compra e imprime
                                                 el pasaje.
7. El cajero le entrega el pasaje al cliente y
este se retira.

   Curso Alternativo de Eventos:

   Línea 2: No hay disponibilidad de asientos. Entonces se envía un mensaje y se
    retorna a la Línea 1.
   Línea 6: El sistema no puede ingresar la compra. Entonces se muestra un mensaje
   de error.
b) Nombre: Revisar Disposición de Pasajeros.
       Actores: Supervisor (iniciador).
       Propósito: Dar a conocer la disposición de los pasajeros dentro del tren.
       Resumen: El supervisor accede al sistema y consulta por la disposición de
        pasajeros de un cierto tren. El sistema entrega la información y el supervisor
       sale del sistema.
       Tipo: Primario, Esencial.
       Referencias Cruzadas: --

        Curso Normal de Eventos:

                  Actores                                      Sistema
1. Este caso de uso comienza cuando el
Supervisor ingresa al sistema y pide
consultar la disposición de pasajeros de un
determinado viaje.
                                              2. El sistema busca en la base de datos el
                                              tren en cuestión, recoge la disposición de
                                              pasajeros y la muestra al Supervisor.
3. El Supervisor revisa la información y
sale del sistema.

       Curso Alternativo de Eventos:

    Línea 2: El sistema no puede acceder a la Base de datos. Entonces muestra un
    mensaje de error.
c) Nombre: Consultar Trenes.
   Actores: Encargado de Seguridad (iniciador).
   Propósito: Dar a conocer las vías y los trenes que circulan por ellas.
   Resumen: El encargado de seguridad accede al sistema y consulta por el estado
   de las vías. El sistema entrega la información y encargado de seguridad sale del
   sistema.
   Tipo: Primario, Esencial.
   Referencias Cruzadas: --

   Curso Normal de Eventos:

                 Actores                                   Sistema
1. Este caso de uso comienza cuando el
Encargado de Seguridad accede al
sistema y pide la información de una o
más vías.
                                          2. El sistema busca la información y
                                          muestra las vías y los trenes que circulan
                                          por ella(s).
3. El Encargado de Seguridad revisa la
información y sale del sistema.

 Curso Alternativo de Eventos:

  Línea 2: El sistema no puede buscar la información. Entonces se muestra un
  mensaje de error.

Más contenido relacionado

Destacado

Manual 2014 i 04 lenguaje de programación ii (0870)
Manual 2014 i 04 lenguaje de programación ii (0870)Manual 2014 i 04 lenguaje de programación ii (0870)
Manual 2014 i 04 lenguaje de programación ii (0870)
Robert Rayco Quiroz
 
Mª magdalena muñoz revert. photoshop cs5. ejercicios prácticos (ejemplo)
Mª magdalena muñoz revert. photoshop cs5. ejercicios prácticos (ejemplo)Mª magdalena muñoz revert. photoshop cs5. ejercicios prácticos (ejemplo)
Mª magdalena muñoz revert. photoshop cs5. ejercicios prácticos (ejemplo)
Silvana Sartor
 
FRSA Flash 6 December 2012
FRSA Flash 6 December 2012FRSA Flash 6 December 2012
FRSA Flash 6 December 2012
215FAR_Allons
 
チームに向けてのLT_ yohhatu
チームに向けてのLT_ yohhatuチームに向けてのLT_ yohhatu
チームに向けてのLT_ yohhatu
Yoh Nakamura
 
Big Blockbuster Vs Small Budget Music Video
Big Blockbuster Vs Small Budget Music VideoBig Blockbuster Vs Small Budget Music Video
Big Blockbuster Vs Small Budget Music Video
NancyMediaA2
 
Les línies blanques del cel pastanagues
Les línies blanques del cel pastanaguesLes línies blanques del cel pastanagues
Les línies blanques del cel pastanagues
Escola11set
 
30120140507013
3012014050701330120140507013
30120140507013
IAEME Publication
 

Destacado (20)

Manual 2014 i 04 lenguaje de programación ii (0870)
Manual 2014 i 04 lenguaje de programación ii (0870)Manual 2014 i 04 lenguaje de programación ii (0870)
Manual 2014 i 04 lenguaje de programación ii (0870)
 
Mª magdalena muñoz revert. photoshop cs5. ejercicios prácticos (ejemplo)
Mª magdalena muñoz revert. photoshop cs5. ejercicios prácticos (ejemplo)Mª magdalena muñoz revert. photoshop cs5. ejercicios prácticos (ejemplo)
Mª magdalena muñoz revert. photoshop cs5. ejercicios prácticos (ejemplo)
 
Practica photoshop
Practica photoshopPractica photoshop
Practica photoshop
 
Practicas photoshop
Practicas photoshopPracticas photoshop
Practicas photoshop
 
Estadística descriptiva
Estadística descriptivaEstadística descriptiva
Estadística descriptiva
 
Modulo Photoshop Cs 6
Modulo Photoshop Cs 6Modulo Photoshop Cs 6
Modulo Photoshop Cs 6
 
BUSINESS INTELLIGENCE
BUSINESS INTELLIGENCEBUSINESS INTELLIGENCE
BUSINESS INTELLIGENCE
 
Software de negocios i 2011-i
Software de negocios i   2011-iSoftware de negocios i   2011-i
Software de negocios i 2011-i
 
Trabajo final idea de empresa
Trabajo final   idea de empresaTrabajo final   idea de empresa
Trabajo final idea de empresa
 
1 heart 1bkk
1 heart 1bkk1 heart 1bkk
1 heart 1bkk
 
March 2013: Outreach Newsletter
March 2013: Outreach NewsletterMarch 2013: Outreach Newsletter
March 2013: Outreach Newsletter
 
The City of Rochester
The City of RochesterThe City of Rochester
The City of Rochester
 
FRSA Flash 6 December 2012
FRSA Flash 6 December 2012FRSA Flash 6 December 2012
FRSA Flash 6 December 2012
 
チームに向けてのLT_ yohhatu
チームに向けてのLT_ yohhatuチームに向けてのLT_ yohhatu
チームに向けてのLT_ yohhatu
 
News letter jan 13
News letter jan 13News letter jan 13
News letter jan 13
 
Ch 2 unit schedule
Ch 2 unit scheduleCh 2 unit schedule
Ch 2 unit schedule
 
20071002 Apresentacao Mz Real Estate Port
20071002 Apresentacao Mz Real Estate Port20071002 Apresentacao Mz Real Estate Port
20071002 Apresentacao Mz Real Estate Port
 
Big Blockbuster Vs Small Budget Music Video
Big Blockbuster Vs Small Budget Music VideoBig Blockbuster Vs Small Budget Music Video
Big Blockbuster Vs Small Budget Music Video
 
Les línies blanques del cel pastanagues
Les línies blanques del cel pastanaguesLes línies blanques del cel pastanagues
Les línies blanques del cel pastanagues
 
30120140507013
3012014050701330120140507013
30120140507013
 

Similar a Tarea2 sia

FACCI Casos de uso
FACCI Casos de usoFACCI Casos de uso
FACCI Casos de uso
afrancoing
 
Planilla Trasmilenio
Planilla TrasmilenioPlanilla Trasmilenio
Planilla Trasmilenio
guest75260f
 
Desarrollo de aplicaciones web con casos de uso
Desarrollo de aplicaciones web  con casos de usoDesarrollo de aplicaciones web  con casos de uso
Desarrollo de aplicaciones web con casos de uso
Josafat Mtz
 

Similar a Tarea2 sia (20)

El modelado de casos de uso
El modelado de casos de usoEl modelado de casos de uso
El modelado de casos de uso
 
modelado casos de uso analisis y diseñoo
modelado casos de uso analisis y diseñoomodelado casos de uso analisis y diseñoo
modelado casos de uso analisis y diseñoo
 
3. El modelado de casos de uso.ppt
3. El modelado de casos de uso.ppt3. El modelado de casos de uso.ppt
3. El modelado de casos de uso.ppt
 
Capitulo3
Capitulo3Capitulo3
Capitulo3
 
Ir b c
Ir b cIr b c
Ir b c
 
Gonzalorojas 08 U M L, Diagramas De Secuencia
Gonzalorojas 08  U M L,  Diagramas De  SecuenciaGonzalorojas 08  U M L,  Diagramas De  Secuencia
Gonzalorojas 08 U M L, Diagramas De Secuencia
 
lñkjsdhkfjshfsd
lñkjsdhkfjshfsdlñkjsdhkfjshfsd
lñkjsdhkfjshfsd
 
1. el modelado de casos de uso
1. el modelado de casos de uso1. el modelado de casos de uso
1. el modelado de casos de uso
 
1. el modelado de casos de uso
1. el modelado de casos de uso1. el modelado de casos de uso
1. el modelado de casos de uso
 
Pilar alejandra del rio agudelo pfn
Pilar alejandra del rio agudelo pfnPilar alejandra del rio agudelo pfn
Pilar alejandra del rio agudelo pfn
 
Caso de uso
Caso de usoCaso de uso
Caso de uso
 
Trabajo Casos de Uso
Trabajo Casos de Uso Trabajo Casos de Uso
Trabajo Casos de Uso
 
Unidad iii -_parte_3_-_(2xpag)
Unidad iii -_parte_3_-_(2xpag)Unidad iii -_parte_3_-_(2xpag)
Unidad iii -_parte_3_-_(2xpag)
 
Formato act1
Formato act1Formato act1
Formato act1
 
Modelo dinámico de transacciones
Modelo dinámico de transaccionesModelo dinámico de transacciones
Modelo dinámico de transacciones
 
FACCI Casos de uso
FACCI Casos de usoFACCI Casos de uso
FACCI Casos de uso
 
5.1 ejemplos uml
5.1 ejemplos uml5.1 ejemplos uml
5.1 ejemplos uml
 
Planilla Trasmilenio
Planilla TrasmilenioPlanilla Trasmilenio
Planilla Trasmilenio
 
Desarrollo de aplicaciones web con casos de uso
Desarrollo de aplicaciones web  con casos de usoDesarrollo de aplicaciones web  con casos de uso
Desarrollo de aplicaciones web con casos de uso
 
Diagrama de Casos de Uso
Diagrama de Casos de UsoDiagrama de Casos de Uso
Diagrama de Casos de Uso
 

Tarea2 sia

  • 1. Universidad Técnica Federico Santa María Departamento de Informática Sistemas de Información ILI-270 Casos de Uso Autores: Andrea Guzmán V. [2104506- 3] Víctor Peña y Lillo Z. [2273001- 0] Fecha: 22.09.2004 Profesor: Ricardo Acevedo.
  • 2. 1.- Máquina de Reciclaje Supuestos: - Sólo el Operador tiene acceso a la consulta diaria y actualización de valores. - El sistema realiza el mismo caso de uso con cada usuario que ingrese elementos para reciclaje. Casos de Uso identificados: 3 a) Devolver Elementos b) Obtener Recuento Diario c) Actualizar Valores Actores identificados: 2, Usuario y Operador. Diagrama Caso de Uso.
  • 3. a) Nombre: Devolver Elementos. Actores: Usuario (iniciador). Propósito: Recibir elementos para reciclaje y registrarlos en el sistema. Resumen: Uno o más usuarios traen elementos y los introducen a la máquina. El sistema registra los elementos depositados por cada usuario y entrega a cada usuario el valor de sus elementos entregados y el monto total a pagar. Tipo: Primario, Esencial. Referencias Cruzadas: -- Curso Normal de Eventos: Actores Sistema 1. Este caso de uso comienza cuando un usuario llega a la máquina e introduce en ella los elementos que desea reciclar. 2. El sistema reconoce cada elemento guardando un registro de la cantidad total de elementos de un determinado tipo. Calcula el valor total de estos y determina el monto total a pagar, luego imprime un recibo con esta información. 3. El usuario recibe el recibo y se retira. Curso Alternativo de Eventos: Línea 2: Existe un problema en el reconocimiento de los elementos. Entonces se envía un mensaje al operador. Línea 2: No queda papel para entregar el recibo. Entonces se envía un mensaje al operador informando lo sucedido.
  • 4. b) Nombre: Obtener Recuento Diario. Actores: Operador (iniciador). Propósito: Dar a conocer al operador la cantidad de elementos por tipo reciclados en el día. Resumen: El operador accede al sistema y pide la información diaria. El sistema cuenta el número de elementos por tipo y entrega la información. Tipo: Primario, Esencial. Referencias Cruzadas: -- Curso Normal de eventos: Actores Sistema 1. Este caso de uso comienza cuando el operador ingresa al sistema y pide la información del día. 2. El sistema cuenta el número de elementos por cada tipo y entrega la información. 3. El operador recibe la información y abandona el sistema. Curso Alternativo de Eventos: -- c) Nombre: Actualizar Valores. Actores: Operador (iniciador). Propósito: Cambiar valores a los elementos. Resumen: El operador ingresa al sistema y accede a los valores de los elementos. Modifica aquellos que desea y los ingresa al sistema. Tipo: Secundario, Esencial. Referencias Cruzadas: -- Curso Normal de Eventos: Actores Sistema 1. Este caso de uso comienza cuando el operador ingresa al sistema y pide por los valores actuales de los elementos. 2. El sistema busca los valores de cada elemento y los muestra. 3. El operador actualiza los valores. 4. El sistema ingresa los nuevos valores al registro respectivo y confirma actualización 5. El operador sale del sistema. Curso Alternativo de Eventos: Línea 2: El sistema no puede buscar los valores. Entonces muestra mensaje de error.
  • 5. 2.- Máquina de Refrescos Supuestos: -El encargado, para reponer los refrescos y abastecer de dinero, no necesita al sistema, esta acción se realiza directamente sobre la máquina. Casos de Uso identificados: 1, Vender Refresco Actores identificados: 1, Usuario. Diagrama Caso de Uso. a) Nombre: Vender Refresco. Actores: Usuario (iniciador). Propósito: Entregar un refresco requerido a un usuario que ha pagado por ello. Resumen: Un usuario se dirige a la máquina de refrescos, ingresa el importe, selecciona un refresco, la máquina se lo entrega, el usuario lo recibe y se retira. Tipo: Primario, Esencial. Referencias Cruzadas: -- Curso Normal de Eventos: Actores Sistema 1. Este caso de uso comienza cuando el usuario llega a la máquina e introduce el importe. 2. El sistema verifica las monedas y solicita una opción. 3. El usuario elige el refresco que desea comprar. 4. El sistema comprueba que el monto sea suficiente y que el refresco esté disponible. Luego entrega el producto y el vuelto. 5. El usuario retira el refresco y se va. Curso Alternativo de Eventos: Línea 2: Una o más monedas no son aceptadas. Entonces se devuelve el dinero. Línea 4: El monto no es suficiente. Entonces se muestra un mensaje. Línea 4: No quedan refrescos. Entonces se muestra un mensaje.
  • 6. 3.- Venta de Billetes Casos de Uso identificados: 3 a) Vender Billete. b) Consultar Trenes c) Consultar disposición de Pasajeros Actores identificados: 4 a) Cajero. b) Supervisor. c) Encargado de seguridad. d) Cliente. Diagrama Caso de Uso.
  • 7. a) Nombre: Vender Billete. Actores: Usuario (iniciador), Cajero. Propósito: Registrar la venta de un Pasaje Resumen: El cliente se acerca al cajero y solicita comprar un pasaje, el cajero le pregunta los datos, el cliente paga y se retira con su pasaje. Tipo: Primario, Esencial. Referencias Cruzadas: -- Curso Normal de Eventos: Actores Sistema 1. Este caso de uso comienza cuando un cliente se acerca al cajero y pide comprar un billete, el cajero pregunta al cliente la clase y el tipo del billete, y si desea un asiento en ventana o pasillo. 2. El sistema verifica la disponibilidad de asientos y los muestra. 3. El cajero comunica los asientos disponibles y el cliente elige el, o los asientos que desee, luego ingresa la elección al sistema. 4. El sistema muestra el valor del pasaje. 5. El cliente procede a pagar. - Si paga al contado, ir a sección “Pago al Contado”. - Si paga con tarjeta, ir a sección “Pago con Tarjeta”. 6. El sistema ingresa la compra e imprime el pasaje. 7. El cajero le entrega el pasaje al cliente y este se retira. Curso Alternativo de Eventos: Línea 2: No hay disponibilidad de asientos. Entonces se envía un mensaje y se retorna a la Línea 1. Línea 6: El sistema no puede ingresar la compra. Entonces se muestra un mensaje de error.
  • 8. b) Nombre: Revisar Disposición de Pasajeros. Actores: Supervisor (iniciador). Propósito: Dar a conocer la disposición de los pasajeros dentro del tren. Resumen: El supervisor accede al sistema y consulta por la disposición de pasajeros de un cierto tren. El sistema entrega la información y el supervisor sale del sistema. Tipo: Primario, Esencial. Referencias Cruzadas: -- Curso Normal de Eventos: Actores Sistema 1. Este caso de uso comienza cuando el Supervisor ingresa al sistema y pide consultar la disposición de pasajeros de un determinado viaje. 2. El sistema busca en la base de datos el tren en cuestión, recoge la disposición de pasajeros y la muestra al Supervisor. 3. El Supervisor revisa la información y sale del sistema. Curso Alternativo de Eventos: Línea 2: El sistema no puede acceder a la Base de datos. Entonces muestra un mensaje de error.
  • 9. c) Nombre: Consultar Trenes. Actores: Encargado de Seguridad (iniciador). Propósito: Dar a conocer las vías y los trenes que circulan por ellas. Resumen: El encargado de seguridad accede al sistema y consulta por el estado de las vías. El sistema entrega la información y encargado de seguridad sale del sistema. Tipo: Primario, Esencial. Referencias Cruzadas: -- Curso Normal de Eventos: Actores Sistema 1. Este caso de uso comienza cuando el Encargado de Seguridad accede al sistema y pide la información de una o más vías. 2. El sistema busca la información y muestra las vías y los trenes que circulan por ella(s). 3. El Encargado de Seguridad revisa la información y sale del sistema. Curso Alternativo de Eventos: Línea 2: El sistema no puede buscar la información. Entonces se muestra un mensaje de error.