Cecilia Labraa C. Cecilia Labraa C.

Ing. Civil Informtico

SupongaunsistemadeVentasdonde,previasolicituddedatosdelos
clientes estos puedan hacer pedidos de productos y consultar su estado clientes,estospuedanhacerpedidosdeproductosyconsultarsuestado.
Losproductospuedenincluircatlogos.
Ylasformasdepagopuedenseracontadootarjetadecrdito.
Caso de Uso Comprar Producto
Objetivo Permite al cliente comprar productos en el local de venta
Actor Principal Cliente Actor Principal Cliente
Actores Secundarios Cajero, sistema de tarjetas de crdito, soporte, supervisor
Pre Condicin Sistema OperandoNormalmente
PostCondicin Laventasecompletayelclienteseretiraconelproducto
comprado
Inicio Cliente
Escenario Principal 1. El CU inicia cuando el cliente desea comprar un
producto
2. Cliente revisa el catalogo
3 Incluye seleccionar producto 3. Incluye seleccionar producto
4. Cliente pasa por caja
5. Cliente indica al cajero la forma de envo
6. Sistema entrega precio total incluyendo el
envo
7. Cliente proporciona tarjeta de crdito
8. Sistema autoriza la compra de acuerdo al
sistema de tarjetas de crdito sistema de tarjetas de crdito
9. El sistema confirma la venta
10. El CU termina
E i Alt ti 4 El li t li t f t Escenario Alternativo 4. El cliente es cliente frecuente
4.1. Sistema entrega costo de envo, precio y tarjeta de
crdito registrada. g
4.2. El cliente acepta o modifica datos. Regresa al paso 8.
5. Cliente desea despacho a domicilio
5.1. Extiende Despachar producto a domicilio. Regresar
al paso 6.
8. Tarjeta de crdito no autorizada:
8.1. El cliente proporciona otra tarjeta de crdito.
Regresa al paso 7 Regresa al paso 7.

Excepciones 1. En cualquier momento, el sistema deja de operar.

1.a. Soporte del sistema recupera el sistema.
8 Sistema de tarjetas no disponible 8. Sistema de tarjetas no disponible
8.1. El cajero completa manualmente el formulario de
tarjeta de crdito
8.2. Supervisor autoriza la compra. Regresa al paso 9.

Puntos de Excepcin 7.1. Forma de pago

Observaciones: Se esperaba que el tiempo de respuesta del sistema de Observaciones: Se esperaba que el tiempo de respuesta del sistema de
tarjetas de crdito no supere los 60 segundos
El pollofrito es una empresa familiar ubicada en la ciudad de
Concepcin que se dedica a la venta de comida rpida Concepcin, que se dedica a la venta de comida rpida.
Esta puede ser de consumo inmediato o ser reservada para su posterior
entrega.
El sistema a desarrollar tendr como nombre ecomidaVeloz y ser
implementado sobre una plataforma Web. Adems deber proveer las
f siguientes funciones:
1. Gestionar de clientes.
2. Gestionar las reservas de comida.
3. Gestionar los productos ofrecidos.
4. Controlar el acceso al sistema.
Gestin de clientes
L li t d l i t d b t i d Losclientesparaaccederalsistemadeberncrearseunacuentaingresando
unaseriededatosdescriptivos.
El sistema deber proporcionarle a la empresa la informacin de los clientes Elsistemadeberproporcionarlealaempresalainformacindelosclientes
querecientementesehayanregistrado,conelfindecorroborarsuidentidady
asactivarsucuentaono.
Unavezactivadalacuenta,elclientepodreventualmentemodificarsusdatos.
Porotroladolaempresapodrconsultarlainformacindelosclientes,
eliminndolossiloconsideranecesario
Gestin de reserva de comida
El i t d b l l li t l ibilid d d li Elsistemadeberproveerlesalosclienteslaposibilidadderealizarsusreservas
deformaanticipada.
Asimismo el sistema deber permitirles anular las reservas realizadas y conocer Asimismo,elsistemadeberpermitirlesanularlasreservasrealizadasyconocer
elestadodeestas.
Porelladodelaempresa,elsistemadeberentregarlelainformacindelas p g
reservasefectuadas,dndolelosmecanismosnecesariosparaactualizarsu
estado.
Gestin de productos ofrecidos
El i t d b iti l lt d l i f i d l d t Elsistemadeberpermitirlaconsultadelainformacindelosproductos
disponibles.
Adems el sistema deber permitir el ingreso de nuevas gamas de productos Adems,elsistemadeberpermitirelingresodenuevasgamasdeproductos
quesernofrecidasalcliente,ascomotambinlaeliminacinomodificacin
deellos
Control de acceso al sistema
El i t d b i l i d lid i d i Elsistemadeberproporcionarlosmecanismosdevalidacindeusuariospara
elaccesoalsistema.
Asimismo,deberproporcionarleunasesinalsistemadistintaacadausuario,
proporcionndole el acceso a las opciones de men de acuerdo a los permisos proporcionndoleelaccesoalasopcionesdemendeacuerdoalospermisos
queposean
Caractersticas de los usuarios
E i t t ti d i d i t l d i i t d l Existentrestiposdeusuariosqueaccedensistemaquesoneladministrador,el
operadoryelcliente.
Eladministrador tendraccesoalasopcionesrelacionadasconla
administracin del servicio. ste podr conocer informacin referente de los administracindelservicio.stepodrconocerinformacinreferentedelos
clientesqueaccedenalosservicios,yserelencargadodeeliminaryactivarlas
cuentasdestos.
Ademstendraccesoalagestindelosproductosquelaempresaofrece,
ingresando,modificandooeliminandotantocategorasdeproductoscomo
productoscomotal.
Porltimo,sercapazderealizarconsultarsobrelasreservasdecomidaquese
han realizado hanrealizado.
Caractersticas de los usuarios
El d t d l i i l d l i t t Eloperador tendraccesoalasopcionesoperacionalesdelsistema,yestara
cargodelaccesoalainformacinyactualizacindelosestadosdelasreservas
decomidarealizadas.
El cliente ser el que acceder al servicio, pudiendo reservar y anular pedidos. Elclienteserelqueaccederalservicio,pudiendoreservaryanularpedidos.
Adems,podrconsultarlainformacindelosproductosofrecidosporla
empresa.
Sirven para:
l d d Representar el comportamiento dinmico de un sistema
Haciendo hincapi: Haciendo hincapi:
En la secuencia de actividades que se llevan a cabo y las
condiciones que guardan o disparan esas actividades
Estado inicial:
l d d l fl d Marca el punto de inicio del flujo de ejecucin
Estado final: Estado final:
Marca el punto final del flujo de ejecucin
d d Actividad / Accin:
Representan la realizacin de un paso del flujo de ejecucin
Flujo de control:
Determina qu actividad va a continuacin de otra
( l d i b ) (se le puede asociar un nombre)
estado inicial estado inicial
actividad
Actividad 1
transicin
Actividad 2
Actividad 3
estado final
Un estado inicial no puede ser destino de una
transicin transicin
Toda actividad tiene al menos un flujo de entrada y
otro de salida
Puede haber cero o ms estados finales (por Puede haber cero o ms estados finales (por
ejemplo, un proceso continuo no tendr estado
final
Conviene colocar (no es obligatorio) el estado
inicial en la parte superior izquierda del diagrama
Lo normal es que puedan aparecer distintos flujos
d di d d d i d dependiendo de que se den una serie de
circunstancias u otras
Por ejemplo:
qu pasa si la tarjeta no es vlida?
qu pasa si el cdigo introducido no es el de la tarjeta?
l d d l d l d d qu pasa si la cantidad solicitada supera la cantidad
disponible en la tarjeta?
qu pasa si con los tipos de billetes que tiene el cajero en
ese momento no puede entregar la cantidad solicitada?
Decisin:
l d fl l Marca la existencia de flujos alternativos
Condicin Condicin
Se escribe encima de un flujo de control e indica la
condicin que se debe cumplir para que el flujo contine a
travs de l [cond.] travs de l [cond.]
Fusin (merge):
Sirve para juntar dos o ms flujos alternativos de ejecucin
que se han producido por una decisin
Una decisin tiene un flujo de entrada y dos o ms de salida
Todo flujo de salida de un decisin debe estar etiquetado con
una condicin
Las condiciones de todos los flujos de salida de una decisin
deben ser disjuntas y completas
Se puede utilizar la condicin else para representar el flujo
que se sigue en caso de que ninguna de las otras condiciones
sea cierta
Una fusin tiene dos o ms flujos de entrada y un flujo de
salida
Un diagrama de actividades tambin nos permite representar
flujos que ocurren de forma concurrente (en paralelo) flujos que ocurren de forma concurrente (en paralelo)
Tambin permite indicar actividades que se pueden hacer en
cualquier orden (si lo hicieran elementos distintos lo podran cualquier orden (si lo hicieran elementos distintos lo podran
hacer a la vez)
P j l Por ejemplo:
A la vez que se expulsa una tarjeta no vlida se le muestra un
mensaje al usuario
Supongamos que el cdigo y la cantidad se pueden introducir en
cualquier orden)
Divisin:
l d fl d d d l l Marca el inicio de flujos de actividades en paralelo
Unin: Unin:
Marca el fin de flujos de actividades en paralelo
Una divisin tiene un flujo de entrada y dos o ms flujos de
salida salida
Una unin tiene dos o ms flujos de entrada y un flujo de
salida salida
El flujo de salida de una unin se dispara cuando se han
fi li d d l fl j d d l i ( d ll finalizado todos los flujos de entrada en la unin (todos ellos
discurren en paralelo)
Para que los diagramas no queden excesivamente
l j d d l i h i d d complejos se pueden modularizar haciendo uso de
subactividades
Por ejemplo
Los proceso de:
V lid i d di Validacin de cdigo
Introduccin de una cantidad
Tarjeta no vlida
Se puede representar aparte facilitando la comprensin del
diagrama
Subactividad:
d d d b d ll d d La actividad se describe ms en detalle en un diagrama de
actividades aparte
Accin / Actividad
Una accin representa un paso del flujo de ejecucin que se
considera atmico, mientras que una actividad representa considera atmico, mientras que una actividad representa
un comportamiento compuesto de elementos individuales
que son acciones