Asignatura: Análisis y Diseño de Sistemas Fecha: 01 de Enero del 2019.

Unidad II: Proceso de Análisis del sistema

Modelo de sistema:

 Modelo Casos de Usos

1. Conocer y dominar el concepto de modelos de sistemas para el proceso de análisis según
lo requisitos del sistema.
2. Diseñar modelos de casos de usos para representar el funcionamiento general del sistema
a implementar en su proyecto usando herramientas de diseño UML

Introducción:
Los requerimientos del usuario deberían redactarse en lenguaje natural debido a que tienen que
ser comprendidos por personas que no son técnicos expertos. Sin embargo pueden expresarse
requerimientos del sistema más detallados de forma más técnica. Una técnica ampliamente
utilizada es documentar la especificación del sistema como un conjunto del modelo de sistema.
Estos modelos son representaciones gráficas que describen los procesos del negocio, el problema
a resolver y el sistema que tiene que ser desarrollado.
Siempre que sea posible se usará notaciones del lenguaje Unificado de Modelado (UML), que se
ha convertido en un lenguaje de modelado estándar para el Modelo Orientado a Objeto.

Conceptos y diagramas del lenguaje Unificado de Modelación (UML)

Vale la pena investigar y entender el enfoque UML, por su gran aceptación y uso. UML proporciona
un conjunto estandarizado de herramientas para documentar el análisis y diseño de software. El
conjunto de herramientas de UML incluye diagramas que permiten a las personas visualizar a la
construcción de un sistema orientado a objetos, similar a un conjunto de planos que permite a las
personas visualizar la construcción de un edificio.
Modelado de Casos de USO

UML está basado fundamentalmente en la técnica de Análisis Orientado Objetos conocida como
modelado de caso de uso, en la cual la palabra uso se pronuncia como sustantivo en lugar de
verbo. Un modelo de caso de uso describe lo que hace el sistema sin describir como lo hace; es
decir es un modelo lógico del sistema. El modelo de caso refleja la vista del sistema desde la
perspectiva de un usuario fuera del sistema (es decir, los requerimientos del sistema). El UML se
puede usar para analizar el modelo de caso de uso y para derivar objetos del sistema y sus
interacciones entre sí y con los usuarios del sistema.

Ejemplo

Símbolos en el modelo de casos de uso

Un diagrama de casos de uso se compone de actor (persona) y símbolos de casos de uso, junto
con líneas de conexión.

Actor Se refiere al papel particular de un usuario del sistema.

Ejemplo:
Un actor podría ser: Empleado, pero también podría ser un cliente en el almacén de una compañía.

El actor existe fuera del sistema e interactúa con es este de una forma específica.

Un actor pude interactuar con uno o dos casos de uso y viceversa:

Existen dos grandes grupos de actores los que proporcionan o reciben información del sistema y
los que ayudan a mantener el sistema en ejecución operan en centro de atención (analista,
telefónica, programadores etc.)
 A continuación ejemplo:

Un caso de uso proporciona a los desarrolladores una visión de lo que quieren los usuarios. No
contiene detalle técnicos o de implementación. Podemos pensar en un caso de uso como una
secuencia de transacciones en un sistema. El modelo de caso de uso se basa en las interacciones
y relaciones de casos de usos individuales.
Relaciones Las relaciones activas se denominan como relaciones de comportamiento y se emplean
del caso de principalmente en los diagramas de caso de uso. Hay cuatro tipos de relaciones de
uso comportamiento: Hay cuatro tipos de relaciones:
Desarrollo de los diagramas de caso de uso
El caso de uso principal, consiste de un flujo estándar de eventos en el sistema que describe un
comportamiento estándar del sistema.

En base a los requerimientos encontrados por los instrumentos de recolección de información que
describen el negocio:

1. Revise las especificaciones del negocio e identifique los actores del dominio del
problema.
2. Identifique los eventos de alto nivel y desarrolle los casos de uso principales de
que describen dichos eventos y como los inician los actores. Examine
cuidadosamente los papeles jugados por los actores para identificar todos los
posibles casos de uso principales iniciados por cada autor. No se necesita mostrar
los casos de uso con poca o ninguna interacción del usuario.
3. Revise cada caso de uso principal para determinar las posibles variaciones de flujo
a través de caso de uso. Con este análisis, establezca las rutas alternativas.
Debido a que el flujo de eventos normalmente es diferente en cada caso,
busque actividades que podría tener éxito o fallar. También busque
cualesquiera ramas en la lógica de caso de uso en que son posibles los
resultados diferentes.

Desarrollo de escenarios para cada caso de uso