Diagrama de Casos de Uso





























Caso de uso:
Objetivo
Ámbito
Actor principal
Actores secundarios
Pre-condición
Garantías mínimas
Post-condición
Inicio
Escenario principal
Escenario alternativo
Excepciones
Observaciones

Caso de uso: Realizar transacción.
Objetivo: Permite al cliente transar productos en el sitio web.
Ámbito: Aplicación.
Actorprincipal: cliente.
Actores secundarios: Empleado.
Pre-condición: Sistema operando normalmente.
Garantías mínimas:
Post-condición: El cliente realiza la transacción satisfactoriamente.
Inicio: Cliente.
Escenario principal:
1. El CU se inicia cuando el cliente ingresa a la página web.
2. Incluye identificar cliente.
3. Sistema solicita transacción a realizar.
4. Cliente seleccionatransacción arealizar.
5. Cliente realiza transacción.
6. Sistema valida transacción.
7. Incluye actualizar stock.
8. EL CU termina.
Escenario alternativo: No hay.
Excepciones: No hay.
Observaciones: No hay.

Caso de uso: Identificar Cliente.
Objetivo: Permitir al cliente identificarse y entrar al sistema.
Ámbito: Aplicación.
Actor principal: Cliente.
Actores secundarios: No hay.
Pre-condición:Sistema operando normalmente.
Garantías mínimas:
Post-condición: Se realiza la identificación y cliente se ingresa al sistema.
Inicio: Realizar Transacción.
Escenario principal:
1. El CU se inicia cuando el cliente ingresa al sitio web de CDResurrection.
2. Sistema solicita la identificación del cliente.
3. Cliente entrega su nombre de usuario y contraseña.
4. Sistema identifica al cliente.5. Sistema autoriza el acceso.
6. El CU termina.
Escenarios alternativos:
3a. Cliente indica que no posee identificación:
3a1. Extiende Registrar Cliente. Regresar al paso 3.
3b. Cliente ingresa nombre de usuario erróneo.
3b1. Sistema informa que el nombre de usuario es erróneo. Regresar al paso 2.
3c. Cliente ingresa contraseña errónea.
3c1. Sistema informa que la contraseña es errónea.Regresa al paso 2.
Excepciones: No hay.
Observaciones: No hay

Caso de uso: Registrar Cliente
Objetivo: Permitir al cliente registrarse como usuario y poder acceder al sistema.
Ámbito: Aplicación.
Actor principal: Cliente.
Actores secundarios: No hay
Pre-condición: No poseer identificación como usuario para el sistema.
Garantías mínimas:
Post-condición: Sistema operando normalmenteInicio: Cliente o Identificar cliente.
Escenario principal:
1. EL CU se inicia cuando el cliente quiere crear una cuenta en el sistema.
2. Sistema solicita nombre, RUT, dirección, sexo, fecha de nacimiento, cuenta bancaria y correo electrónico.
3. Cliente entrega sus datos personales.
4. Sistema solicita nombre de usuario y contraseña para su registro.
5. Cliente entrega su nombre de usuarioy contraseña para el registro.
6. Sistema verifica la disponibilidad del nombre de usuario
7. Sistema registra al nuevo cliente
8. El CU termina.
Escenario alternativo:
3a. Cliente no tiene mail:
3a1. Sistema solicita crear mail. Regresa al paso 8.
6a. Nombre de usuario ya existe:
6a1. Sistema solicita ingrese diferente nombre de usuario. Regresa a paso 5.
Excepciones: No hay.Observaciones: No hay.

Caso de uso: Actualizar stock.
Objetivo: Mantener actualizada la información respecto a inventario de productos de CDResurrection.
Ámbito: Aplicación.
Actor principal: Cliente
Actores secundarios: No hay.
Pre-condición: Sistema operando normalmente.
Garantías mínimas:
Post-condición: El inventario es actualizado luego de la transacción.
Inicio: Realizar transacción.Escenario principal:
1. El CU se inicia cuando una transacción ha sido validada por el sistema.
2. Sistema registra entrada o salida del producto en bodega.
3. Sistema modifica inventario del producto.
4. El caso de uso termina.

Escenario alternativo: No hay.
Excepciones: No hay.
Observaciones: No hay.

Caso de uso: Vender Producto
Objetivo: Permite al cliente vender productos en...