Actividades de reflexión inicial.

Usted se encuentra en una empresa que necesita implementar un sistema de información

donde se realizó el estudio de la información, donde se detectaron los siguientes
requerimientos funcionales:

Gestión de clientes:
Actor- Atención al cliente: Gestiona la interacción de los clientes con el producto o servicio
dentro del sistema.

Gestión de factura:
Actor- Facturador: Se encarga llevar el control de cobros y pagos dentro del sistema.

Manejo de roles:
Actor- Administrador: Se encarga de la asignación de permisos.
Gestión Contable:
Actor-Contador: Se encarga del manejo financiero.

Síntesis Casos de usos

Los casos de uso son un método que, justamente, ayudan al Ingeniero de Software a
llevar adelante esta parte del desarrollo de un sistema de software. También es visto
como una técnica para la captura de requisitos potenciales de un nuevo sistema o una
actualización de software. Cada caso de uso proporciona uno o más escenarios que
indican cómo debería interactuar el sistema con el usuario o con otro sistema para
conseguir un objetivo específico.
Del levantamiento de información que realizo en base a su proyecto de formación y
donde se identificaron los requerimientos funcionales y no funcionales identificar,
¿Qué procesos son dependientes de actores?

Requerimientos Funcionales:
 El sistema debe permitir ingreso masivo de usuarios
 El sistema debe permitir la modificación y actualización de los registros de
usuarios.
 El sistema debe generar facturas.
 El sistema debe permitir realizar consulta de los registros.
 El sistema de realizar una copia de seguridad automática de la información.
 El sistema debe asegurar que los datos estén protegidos del acceso no autorizado
Requerimientos no funcionales:

 Conexión a internet.
 Los permisos de acceso al sistema podrán ser cambiados solamente por el
administrador de acceso a datos.
 El sistema debe contar con manuales de usuario estructurados adecuadamente.
 El sistema debe proporcionar mensajes de error que sean informativos y
orientados a usuario final.
 El sistema debe tener una disponibilidad del 100% de las veces en que un usuario
intente accederlo.

¿Qué procesos son dependientes de actores?

¿Qué es el diagrama de casos de uso?

Un caso de uso es una secuencia de interacciones entre un sistema y alguien o algo que
usa alguno de sus servicios.”

¿Para qué sirve un diagrama de casos de uso?

Sirven para especificar la comunicación y el comportamiento de un sistema mediante su
interacción con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que
muestra la relación entre los actores y los casos de uso en un sistema.

Dibujar cada uno de los símbolos que componen un diagrama de casos de uso y
para qué sirve cada uno.

 Actor: El actor representa el rol que cumple cada persona o cosa que actúa con
el sistema.
 Caso de uso: es una forma de describir un escenario de interacción usuario
sistema

 Límite: Empleado para delimitar los límites del sistema, y representado por un
rectángulo con color de fondo distintivo.

 Asociación: Es el tipo de relación más básica que indica la invocación desde un

actor o caso de uso a otra operación (caso de uso). Dicha relación se denota con
una flecha simple.

 Dependencia o Instanciación:
Es una forma muy particular de relación entre clases, en la cual una clase
depende de otra, es decir, se instancia (se crea). Dicha relación se denota con una
flecha punteada.
  Generalizacion :
Indica que un uso-caso (ovalo) es un caso especial de otro caso, en otros
términos, representa una relación padre-hijo, donde el hijo puede ser suplido
directamente por el padre en cualquier momento.

Comunicación: Este elemento representa la relación que existe entre un Uso-Caso y un

actor.

Inclusión: Una inclusión es utilizada para indicar que un uso-caso (ovalo) depende de
otro caso, dicho de otra manera, significa que la funcionalidad de determinado caso se
requiere para realizar las tareas de otro.

Extensión: Una extensión representa una variación de un uso-caso a otro.

¿Cómo se desarrolla un modelo de Casos de Uso?

 Tener el conocimiento de los requerimientos de la aplicación a desarrollar.

 Hacer una primera lista con todas las acciones posibles que se puedan
llevar a cabo en la aplicación

 Después hacer una lista más específica con una selección de las acciones
más relevantes que se realizarán en la aplicación. Estas
acciones serán las que aparezcan en el diagrama final.

 Realizar el diagrama de casos de uso UML.

¿Qué es un escenario?
Un escenario en UML es una circunstancia o situación, en la que se puede encontrar un
sistema, un escenario es amplio, y puede tener, diferentes formas de “ejecutarse” u
ocurrir, sirven para definir, que hace y que no hace un sistema.