Análisis y Elaboración de Caso Uso General

LENGUAJE DE MODELADO UNIFICADO UML
CÓDIGO: 200609
Paso 1 – Análisis y Elaboración de Caso Uso General
Presentado a:
Director de curso
Entregado por:
Grupo Colaborativo:
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA - UNAD

ESCUELA DE CIENCIAS BÁSICAS TEGNOLOGÍA E INGENIERÍA
14 de febrero de 2021
BOGOTÁ DC
Tabla de Contenido
Página 1 de 46
INTRODUCCIÓN...........................................................................................................................3
1. OBJETIVOS.........................................................................................................................4
1. 1 OBJETIVO GENERAL............................................................4
1. 2 OBJETIVOS ESPECIFICOS.....................................................4
2. PLANTEAMIENTO DEL PROBLEMA..............................................................................5

3. CASOS DE USO.................................................................................................................6
1. Excepciones.......................................................................................................................7
2. Excepciones.....................................................................................................................10
3. Excepciones.....................................................................................................................13
4. Excepciones.....................................................................................................................15
5. Excepciones.....................................................................................................................18
6. Excepciones.....................................................................................................................21
7. Excepciones.....................................................................................................................24
8. Excepciones.....................................................................................................................26
9. Excepciones.....................................................................................................................29
10. Excepciones.....................................................................................................................32
11. Excepciones.....................................................................................................................34
12. Excepciones.....................................................................................................................37
13. Excepciones.....................................................................................................................40
14. Excepciones.....................................................................................................................42
15. Excepciones.....................................................................................................................45
4. CASO DE USO GENERAL.............................................................................................47
5. CONCLUSIONES.............................................................................................................49
6. REFERENCIAS BIBLIOGRAFICAS..............................................................................50
INTRODUCCIÓN
Página 2 de 46
El presente trabajo pretende realizar el análisis de una problemática
planteada con el fin de proyectar Casos de Uso y la interacción de los
actores en cada uno de ellos, además se pretende a través de una
propuesta transmitir las características del comportamiento del
software. Se debe tener en cuenta el planteamiento del problema y se
plantea soluciones a través de una propuesta colaborativa.
Página 3 de 46
1. OBJETIVOS
1. 1 OBJETIVO GENERAL
Analizar el contexto del planteamiento del problema, obteniendo una

propuesta de solución.
1. 2 OBJETIVOS ESPECIFICOS
1. Generar casos de usos donde se evidencia la interacción de los

actores con el sistema.
2. Analizar a profundidad el planteamiento del problema para
hallar soluciones.
3. Plantear soluciones a los casos de uso y el caso de uso general.
Página 4 de 46
2. PLANTEAMIENTO DEL PROBLEMA
La organización ELECTRO@VERDE, se encuentra trabajando con

comunidades eco sostenibles de Colombia, prestándoles servicios de
mantenimiento, venta de productos, asistencia técnica y asesoría
comercial. Su representante legal es el sr. Nilson Albeiro Ferreira
Manzanares, quien está interesado en darle mayor visibilidad y
accesibilidad a los servicios que presta la empresa, por lo que abrió
una convocatoria para recibir propuestas relacionadas con la
adquisición de
una aplicación web que le permita administrar y tener control sobre

los
diferentes servicios que ofrece. Para ello, considera necesario tener

dos módulos: un módulo público que permita a usuarios particulares
y
clientes visualizar los servicios, solicitar cotizaciones y establecer

contactos, y un módulo privado que permita la gestión administrativa
(inventario, consultas, creación, actualización, eliminación y
generación de reportes, entre otros).
Página 5 de 46
3. CASOS DE USO
(1) INGRESAR (LOGUIN)
RF- <id del INGRESAR (LOGUIN)

requisito>
Versión 1.1
Autores Grupo Colaborativo No. 7
Fuentes Caso de Uso N. 1
Actores Los actores son: (Clientes, Empleados,
Representante Legal) deben iniciar sección en
el sistema para poder realizar sus operaciones
dentro de él.
Descripción Los “ACTORES” ingresan usuario y
contraseña, el sistema valida con la base de
datos, los datos ingresados y la base de datos
devuelve el resultado, si el usuario y
contraseña son correctos el actor ingresa y en
el momento que desee cierra sección. Si los
datos ingresados son incorrectos el sistema
genera un mensaje por pantalla diciendo que
los datos de usuario y contraseña son
incorrectos.
Página 6 de 46
Precondición  Para poder iniciar sección en el sistema
el actor debe estar registrado en la base
de datos de lo contrario no podrá
ingresar.
 Si se desea cambiar usuario o contraseña
se realiza desde el caso de uso
“MODIFICAR (CLIENTE)”.
Secuencia Paso Acción

1 El actor ingresa usuario y contraseña al
Normal
sistema.
2 El sistema verifica usuario y contraseña
ingresados.
3 La base de datos devuelve el resultado
de la búsqueda.
4 El sistema confirma si los datos
ingresados son correctos o incorrectos.
5 El sistema muestra por pantalla el
mensaje de aceptación o de rechazo a
los datos ingresados.
Postcondición Se debe generar una base de datos donde se
genere los usuarios y contraseña de cada
“ACTOR” del sistema.
Paso Acción
1. Excepciones
1.1 El sistema valida si quien está ingresado
O
los datos está autorizado.
Flujos Alternos 1.2 El sistema genera un mensaje por
pantalla diciendo que los datos son
incorrectos y que debe cambiarlos.
Página 7 de 46
1.3 El sistema muestra la información por
pantalla.
Rendimiento Paso Cota de tiempo
1.1 4 segundos
1.2 3 segundos
1.3 3 segundos
Frecuencia 1000 veces / durante un mes
esperada
Importancia Importante
Urgencia inmediatamente
Comentarios Si los datos ingresados son correctos se
ingresa al sistema sin ningún inconveniente de
lo contrario el sistema informa del error por
medio de un mensaje por pantalla. Si el error
persiste se debe modificar los datos para el
correcto ingreso al sistema.
(2) CREAR (USUARIO)
RF- <id del CREAR (USUARIO)

requisito>
Versión 1.1
Página 8 de 46
Actores Los actores son: (Usuarios) deben diligenciar el
formulario correspondiente con una cierta
información solicitada, esto con el fin de ser
registrados en la base de datos de la empresa
y se conviertan en clientes de la misma,
pudiendo ingresar al sistema cada vez que lo
deseen.
Descripción Los “ACTORES” ingresan al sistema y
seleccionan la opción de “REGISTRAR
(CLIENTE)”, el sistema realiza las respectivas
validaciones y registra los datos en la base de
datos, después de recibir el mensaje de
autenticación o de su correcto registro, el
usuario que ahora es cliente podrá ingresar en
cualquier momento al sistema.
Precondición  Para poder registrase en el sistema debe
ingresar a él por medios de enlace web y
dentro de le realizar el debido proceso.
 Después de estar registrado en el
sistema, si se desea cambiar usuario o
contraseña se realiza desde el caso de
uso “MODIFICAR (CLIENTE)”.

1 El “ACTOR” (Usuario) al sistema.
Normal
2 Registra los datos solicitados en el
formulario.
Página 9 de 46
3 Se realizan las respectivas validaciones,
es decir, que los datos ingresados
cumplan con lo solicitado en sus
respectivos campos.
4 El sistema confirma cambiar algunos
datos en caso que se requiera.
5 El sistema muestra el correcto registro
en el sistema.
guarden los datos ingresados para cada
“ACTOR” que intente realizar su registro.
Paso Acción
2. Excepciones
1.1 El sistema valida si los datos ingresados
O
son correctos.
Flujos Alternos 1.2 El sistema genera un mensaje por
pantalla diciendo que los datos son
incorrectos y que debe cambiarlos.
1.3 El sistema muestra la información por
pantalla.
1.1 3 segundos
1.2 3 segundos
1.3 4 segundos
esperada
Página 10 de 46
Comentarios Si el sistema al realizar sus respectivas
validaciones encuentra inconsistencias en los
datos ingresados, automáticamente genera un
mensaje pidiendo la modificación o completado
de los datos erróneos.
(3) ASIGANAR PERFIL
RF- <id del ASIGNAR PERFIL

requisito>
Versión 1.1
Actores El “ACTOR” es: (Representante Legal) es el
único autorizado por el sistema para realizar la
creación de perfiles a sus empleados, es decir,
con estos perfiles otorga o quita
funcionalidades dentro del sistema.
Descripción El “ACTOR” ingresa al sistema y habilita los
permisos correspondientes a cada uno de los
empleados registrados en el sistema y
dependiendo de sus funciones dentro de
compañía.
Página 11 de 46
Precondición  Para poder realizar la habilitación de
estos permisos el “ACTOR” debe estar
debidamente autenticado por el sistema,
es decir, con sección iniciada.
 Esta operación la puede hacer cada vez
que sea necesaria, durante el tiempo que
sea requerido.
1 El actor ingresa al sistema con sus
Normal
respectivas credenciales.
2 Ingresa el dato o datos del empleado
que quiere habilitar o deshabilitarle
funciones.
y se guarda la información
4 El sistema confirma el guardado de la
información
5 Salir del sistema.
guarden los datos ingresados.
Paso Acción
3. Excepciones
1.1 El sistema valida si el usuario y
O
contraseña ingresados son correctos.
Flujos Alternos 1.2 El sistema permite el ingreso y la
modificación de las funcionalidades
habilitadas para cada empleado.
1.3 El sistema guarda la información en
base de datos e informa el estado del
proceso.
Página 12 de 46
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
Comentarios Si la habilitación de funcionalidades la pretende
realizar alguien diferente al “ACTOR”
autorizado, no se permitirá el acceso a esta
opción, el único autorizado es el Representante
Legal.
(4) REGISTRAR (PRODUCTOS Y SERVICIOS)
RF- <id del REGISTRAR (PRODUCTOS Y SERVICIOS)

requisito>
Versión 1.1
Página 13 de 46
Actores Los “ACTORES” son: (Empleados de la
empresa) estos tendrán la facultad para
registrar en el sistema los productos y servicios
ofrecidos por la empresa, con las debidas
autenticaciones requeridas por el sistema.
Descripción Los “ACTORES” ingresan al con sus
respectivas credenciales, el sistema valida la
información, se realiza el registro de los
productos o servicios.
Precondición  Para poder realizar el registro de los
productos y servicios debe estar
registrado en el sistema anteriormente.
sea requerido.
Normal
2 Ingresa los datos requeridos para el
registro de productos o servicios.
y se guarda la información
4 El sistema confirma el guardado de la
información
guarden los datos ingresados.
Página 14 de 46
Paso Acción
4. Excepciones
O
Flujos Alternos 1.2 El sistema devuelve un mensaje
pidiendo corregir los datos ingresados.
1.3 El sistema pide nuevamente que se
ingresen los datos para su respectivo
ingreso.
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
Comentarios Si el actor no está registrado, habilitado o
ingresa datos erróneos el sistema no le
permitirá el ingreso. Para el registro de
productos o servicios se tienen que ingresar
datos correctos y el sistema entra a validar
esta información.
(5) CONSULTAR (PRODUCTOS Y SERVICIOS)
Página 15 de 46
RF- <id del CONSULTAR (PRODUCTOS Y SERVICIOS)
requisito>
Versión 1.1
consultar en el sistema los productos y
servicios ofrecidos por la empresa, con las
debidas autenticaciones requeridas por el
sistema.
información, se realiza la consulta de los
Precondición  Para poder realizar la consulta de los
sea requerido.
Normal
2 Ingresa los datos requeridos para la
consulta de productos o servicios.
y se muestra la información
Página 16 de 46
4 El sistema muestra la información
correspondiente al servicio o producto.
Postcondición Se debe generar una base de datos donde
estén guardados los datos de los productos y
servicios ofrecidos.
Paso Acción
5. Excepciones
O
ingreso, si el producto o servicio
consultado no existe o esta errónea el
sistema muestra por pantalla que el
producto o servicio no existe.
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
Página 17 de 46
permitirá el ingreso. Si el dato ingresado para
consultar productos o servicios, el sistema
informa que este no se encuentra, y permitirá
el nuevo ingreso de datos para validar.
(6) MODIFICAR (PRODUCTOS Y SERVICIOS)
RF- <id del MODIFICAR (PRODUCTOS Y SERVICIOS)

requisito>
Versión 1.1
modificar en el sistema los productos y
servicios ofrecidos por la empresa, con las
debidas autenticaciones requeridas por el
sistema.
información, se realiza la modificación de los
Página 18 de 46
Precondición  Para poder realizar la modificación de los
sea requerido.
Normal
consulta y modificación de productos o
servicios.
y se informa de la correcta modificación
4 El sistema muestra por pantalla la
modificación realizada.
Paso Acción
6. Excepciones
O
Página 19 de 46
producto o servicio no existe, y por lo
tanto, no puede realizar ninguna
modificación.
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
consultar y modificar productos o servicios, el
sistema informa que este no se encuentra, y
permitirá el nuevo ingreso de datos para
validar. El caso de uso MODIFICAR depende
del caso de uso CONSULTAR.
(7) ELIMINAR (PRODUCTOS Y SERVICIOS)
Página 20 de 46
RF- <id del ELIMINAR (PRODUCTOS Y SERVICIOS)
requisito>
Versión 1.1
eliminar en el sistema los productos y servicios
ofrecidos por la empresa, con las debidas
autenticaciones requeridas por el sistema.
Descripción Los “ACTORES” ingresan al sistema con sus
información, se realiza la eliminación de los
productos o servicios seleccionados.
Precondición  Para poder realizar la eliminación de los
sea requerido.
Normal
consulta y eliminación de productos o
servicios.
y se informa de la correcta eliminación
Página 21 de 46
eliminación realizada.
Paso Acción
7. Excepciones
O
producto o servicio no existe, y, por lo
tanto, no puede realizar ninguna
eliminación.
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
Página 22 de 46
consultar y eliminar productos o servicios, el
sistema informa que este no se encuentra, y
permitirá el nuevo ingreso de datos para
validar. El caso de uso ELIMINAR depende del
caso de uso CONSULTAR.
(8) MODIFICAR (CLIENTES)
RF- <id del MODIFICAR (CLIENTES)

requisito>
Versión 1.1
Actores Los “ACTORES” son: (Clientes) estos tendrán
la facultad para modificar sus datos en él, con
las debidas autenticaciones requeridas por el
sistema.
información, se realiza la modificación de
datos.
Página 23 de 46
Precondición  Para poder realizar la eliminación de los
sea requerido.
Normal
modificación de sus datos.
y se informa de la correcta modificación.
modificación realizada.
estén guardados los datos de los clientes.
Paso Acción
8. Excepciones
O
ingreso, si el cliente no está registrado o
sus datos son erróneos o no se podrá
realizar la modificación por parte del
cliente.
Página 24 de 46
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
permitirá el ingreso.
(9) DESPACHAR (PRODUCTOS Y/O SERVICIOS)
RF- <id del DESPACHAR (PRODUCTOS Y/O SERVICIOS)

requisito>
Versión 1.1
ingresar al sistema y generar los despachos
correspondientes a las ventas realizadas.
Página 25 de 46
información, se realiza el despacho
correspondiente a las ventas, el sistema
informa que el despacho se realizó
correctamente.
Precondición  Para poder realizar el despacho de las
ventas se debe estar registrado en el
sistema anteriormente.
sea requerido.
Normal
2 Ingresa los datos requeridos para la el
despacho de ventas.
y se informa el estado de la entrega.
4 El sistema realiza el despacho y muestra
por pantalla el estado ok del despacho.
estén guardados los datos de los clientes.
Paso Acción
9. Excepciones
O
Página 26 de 46
ingreso, si el consecutivo o ID que
corresponde a la venta no está
registrado o los datos son erróneos el
sistema no permite realizar dicha labor.
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
permitirá el ingreso. Para realizar los
despachos se debe antes generar la respectiva
venta, con los datos de la venta se realiza el
despacho.
(10) REPORTES (GENERAR)
RF- <id del REPORTES (GENERAR)

requisito>
Página 27 de 46
Versión 1.1
Actores El “ACTOR” son: (Representante Legal) tendrá
la facultad de revisar, descargar, solicitar
ciertos reportes debidamente logueado en el
sistema, estos reportes son, total de ventas,
total de ventas por producto, sus respectivas
cantidades, cantidad de empleados, cantidad
de usuarios registrados.
Descripción El “ACTOR” ingresan al sistema con sus
información, realiza la búsqueda de reportes
necesarios y los genera en archivos como .doc
o .pdf.
Precondición  Para poder realizar las revisiones,
generación y descarga de los reportes se
debe estar debidamente autorizado por
el sistema.
sea requerido.
Normal
2 Ingresa los datos requeridos para
generar los reportes requeridos.
y se informa el estado del reporte.
Página 28 de 46
4 El sistema realiza el reporte solicitado y
lo imprime en el formato deseado por el
actor.
estén guardados todos los datos de la empresa
para poder generar estos reportes.
Paso Acción
10. Excepciones
O
ingreso, los reportes no se generar sin
antes ingresar los datos requeridos para
tal fin, es decir, especificarle al sistema
lo que se quiere.
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
Página 29 de 46
permitirá el ingreso. El único habilitado para
generar estos reportes es el Representante
Legal, son datos que no son manipulables por
cualquier otro actor.
(11) SOLICITAR DEVOLUCIÓN
RF- <id del SOLICITAR DEVOLUCIÓN

requisito>
Versión 1.1
Actores Los “ACTORES” son: (Clientes, Empleados de
la empresa). Los clientes pueden realizar la
solicitud de devolución de dinero por productos
o servicios que no cumplen con lo solicitado,
los Empleados de la Empresa pueden atender
estas solicitudes y dar respuesta después de
validarlas.
Página 30 de 46
respectivas credenciales, ingresan todos los
datos requeridos para solicitar las
devoluciones, los empleados las revisan y dan
respuesta, si es un tema delicado se escala con
el Representante Legal.
Precondición  Para poder realizar las solicitudes de
devoluciones, el actor debe estar
debidamente autorizado por el sistema.
sea requerido.
Normal
solicitar las devoluciones.
y se informa el estado de la devolución.
4 El sistema realiza el reporte, para que
los empleados revisen y den respuesta.
estén guardados todos los datos de la empresa
y se pueda acceder a los ID de las ventas.
Paso Acción
11. Excepciones
O
Página 31 de 46
ingreso, si los datos de la compras no
está registrada en el sistema no podrá
generar la solicitud de devolución.
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
permitirá el ingreso. El no tener los datos de
las compras actualizados en la base de datos
genera errores al intentar generar las
solicitudes de devoluciones. Los empleados
pueden conceder o denegar estas devoluciones
bajo las políticas internas de la empresa.
(12) SOLICITAR COTIZACIÓN
Página 32 de 46
RF- <id del SOLICITAR COTIZACIÓN
requisito>
Versión 1.1
Actores Los “ACTORES” son: (Clientes, Empleados de
la empresa). Los clientes pueden realizar la
solicitud de cotizaciones de productos, los
Empleados de la Empresa pueden generar las
solicitudes de cotizaciones y revisar las
enviadas o solicitas por los clientes.
datos requeridos para solicitar las cotizaciones,
los empleados las revisan y dan respuesta, los
empleados también pueden generar las
solicitudes de cotizaciones.
Precondición  Para poder realizar las solicitudes de
cotizaciones, el actor debe estar
sea requerido.
Normal
solicitar las cotizaciones.
Página 33 de 46
y se informa el estado de la cotización.
4 El sistema realiza el reporte, para que
los empleados revisen y den respuesta.
estén debidamente guardados los datos.
Paso Acción
12. Excepciones
O
ingreso.
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
permitirá el ingreso.
Página 34 de 46
(13) VENDER (FACTURA)
RF- <id del VENDER (FACTURA)

requisito>
Versión 1.1
empresa). Los empleados de la empresa
realizan la respectiva venta ingresando los
datos necesarios para que el sistema arroje los
datos del producto o servicio a vender.
datos requeridos para generar la venta y
generar su respectiva factura, estos datos de
la venta deben quedar debidamente
autenticados y guardados en la base de datos,
para generar devoluciones, reportes,
inventarios, etc.
Página 35 de 46
Precondición  Para poder realizar las ventas, el actor
el sistema y los servicios y productos
deben estar debidamente registrados en
el sistema y sus cantidades disponibles.
sea requerido.
Normal
realizar las ventas.
y se informa el estado de la venta.
4 El sistema guarda todos los datos de la
venta y envía mensaje donde se
evidencia el correcto proceso de
guardado.
Paso Acción
13. Excepciones
O
Página 36 de 46
ingreso.
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
permitirá el ingreso, por lo tanto, no podrá
generar ventas.
(14) RESPONDER SOLICITUDES
RF- <id del RESPONDER SOLICITUDES

requisito>
Versión 1.1
Página 37 de 46
Actores El “ACTOR” es: (Empleados de la empresa).
Los empleados de la empresa realizan las
respectivas validaciones y respuestas a
solicitudes de cotizaciones y devoluciones.
respectivas credenciales, revisa las solicitudes
en buzón y realiza la validación de una por una
y da sus respectivas respuestas. Las solicitudes
que debe responder son de cotizaciones y
devoluciones.
Precondición  Para poder realizar las respuestas a estas
solicitudes el actor debe estar
sea requerido.
Normal
2 Ingresa los datos requeridos para validar
y contestar las diferentes solicitudes.
y se informa el estado de la solicitud.
4 El sistema guarda todos los datos de las
solicitudes y las pasa a estado resuelto,
con el fin de no validar dos veces la
misma solicitud.
Página 38 de 46
Paso Acción
14. Excepciones
O
ingreso.
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
permitirá el ingreso, por lo tanto, no podrá dar
solución a las solicitudes. Cada una de las
solicitudes permitirá pasarla estado resuelto,
es decir, una solicitud de cotización o
devolución queda resuelta cuando se cumplan
todos los requerimientos de esta, es decir se le
de solución a las devoluciones y se envíen o
entreguen las cotizaciones.
Página 39 de 46
(15) SURTIR INVENTARIO (COMPRAR)
RF- <id del SURTIR INVENTARIO (COMPRAR)

requisito>
Versión 1.1
Actores El “ACTOR” son: (Empleados de la empresa).
Los empleados de la empresa realizan la
consulta o verificación de stock de productos, y
generar la respectiva orden de compra para
ser avalada por el Representante Legal.
respectivas credenciales, revisa el stock en
bodega de cada uno d ellos productos
adquiridos por la empresa, si nota que se
agotan algunos, automáticamente genera la
orden de compra en el sistema, esta tiene que
ser aprobada por el Representante Legal para
poder ser efectuada, en ese momento pasa a
proceso de compra efectiva.
Página 40 de 46
Precondición  Para poder realizar las ventas, el actor
el sistema y los servicios y productos
deben estar debidamente registrados en
el sistema y sus cantidades disponibles.
sea requerido.
Normal
realizar órdenes de compra.
y se informa el estado de la orden de
compra.
4 El sistema guarda todos los datos de la
orden de compra y envía mensaje donde
se evidencia el correcto proceso de
guardado.
Paso Acción
15. Excepciones
O
Página 41 de 46
ingreso.
1.1 3 segundos
1.2 4 segundos
1.3 4 segundos
esperada
permitirá el ingreso, por lo tanto, no podrá
generar órdenes de compra y lo tendrá que
realizar un actor debidamente autorizado.
Página 42 de 46
4. CASO DE USO GENERAL
Página 43 de 46
Página 44 de 46
5. CONCLUSIONES
Se analiza y se interpreta el planteamiento del problema, se proponen

15 casos de uso donde se evidencia la interacción de los actores con el
sistema, además, se propone un caso de uso general.
Página 45 de 46
6. REFERENCIAS BIBLIOGRAFICAS
Kimmel, P. (2008). El Principio Con Casos de Uso. En Manual de UML

(Pp. 18-48). México. Recuperado de: https://elibro-
net.bibliotecavirtual.unad.edu.co/es/ereader/unad/73684?
page=36
Kimmel, P. (2008). Comprensión de los usos de los diagramas de

actividades. Manual de uml (Pp. 68-80). Mexico. Recuperado
de: https://elibro-
net.bibliotecavirtual.unad.edu.co/es/ereader/unad/73684?
page=68
OVI - Unidad 1 - Diagramas de Casos de Uso y Actividades.
Ferreira Manzanares, N. (2020). Diagramas de Casos de Uso y

Actividades. [Página Web]. Recuperado
de https://repository.unad.edu.co/handle/10596/35489
Página 46 de 46

Análisis y Elaboración de Caso Uso General

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Análisis y Elaboración de Caso Uso General

Cargado por

Copyright:

Formatos disponibles

LENGUAJE DE MODELADO UNIFICADO UML

Paso 1 – Análisis y Elaboración de Caso Uso General

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA - UNAD

2. PLANTEAMIENTO DEL PROBLEMA..............................................................................5

Analizar el contexto del planteamiento del problema, obteniendo una

1. Generar casos de usos donde se evidencia la interacción de los

La organización ELECTRO@VERDE, se encuentra trabajando con

una aplicación web que le permita administrar y tener control sobre

diferentes servicios que ofrece. Para ello, considera necesario tener

clientes visualizar los servicios, solicitar cotizaciones y establecer

(1) INGRESAR (LOGUIN)

RF- <id del INGRESAR (LOGUIN)

Secuencia Paso Acción

(2) CREAR (USUARIO)

RF- <id del CREAR (USUARIO)

Secuencia Paso Acción

(3) ASIGANAR PERFIL

RF- <id del ASIGNAR PERFIL

(4) REGISTRAR (PRODUCTOS Y SERVICIOS)

RF- <id del REGISTRAR (PRODUCTOS Y SERVICIOS)

(5) CONSULTAR (PRODUCTOS Y SERVICIOS)

(6) MODIFICAR (PRODUCTOS Y SERVICIOS)

RF- <id del MODIFICAR (PRODUCTOS Y SERVICIOS)

(7) ELIMINAR (PRODUCTOS Y SERVICIOS)

(8) MODIFICAR (CLIENTES)

RF- <id del MODIFICAR (CLIENTES)

(9) DESPACHAR (PRODUCTOS Y/O SERVICIOS)

RF- <id del DESPACHAR (PRODUCTOS Y/O SERVICIOS)

(10) REPORTES (GENERAR)

RF- <id del REPORTES (GENERAR)

(11) SOLICITAR DEVOLUCIÓN

RF- <id del SOLICITAR DEVOLUCIÓN

(12) SOLICITAR COTIZACIÓN

RF- <id del VENDER (FACTURA)

(14) RESPONDER SOLICITUDES

RF- <id del RESPONDER SOLICITUDES

RF- <id del SURTIR INVENTARIO (COMPRAR)

Se analiza y se interpreta el planteamiento del problema, se proponen

Kimmel, P. (2008). El Principio Con Casos de Uso. En Manual de UML

Kimmel, P. (2008). Comprensión de los usos de los diagramas de

OVI - Unidad 1 - Diagramas de Casos de Uso y Actividades.

Ferreira Manzanares, N. (2020). Diagramas de Casos de Uso y

También podría gustarte