Análisis

JHON ALEJANDRO CUERVO.

20142578062
DAVID GONZALEZ MARTINEZ
20142578118

UNIVERSIDAD FRANCISCO JOSE DE CALDAS

FACULTAD TECNOLÓGICA
SISTEMATIZACIÓN DE DATOS
BOGOTA D.C
Mayo 2017
Tabla de Contenidos ii

Introducción .................................................................................................................................... 1
Flujo de análisis .............................................................................................................................. 1
Análisis de la arquitectura ........................................................................................................... 1
Diagramas de la fase análisis .......................................................................................................... 2
Diagramas de caso de uso ........................................................................................................... 2
Actores .................................................................................................................................... 2
Caso de uso ............................................................................................................................. 2
Relaciones ............................................................................................................................... 3
Identificación de los casos de uso ........................................................................................... 5
Tipos de caso de uso ............................................................................................................... 5
Diagrama de secuencia ............................................................................................................... 6
Tipos de mensajes ................................................................................................................... 7
Diagramas de colaboración ......................................................................................................... 9
Elementos .............................................................................................................................. 10
Diagramas de Estados ............................................................................................................... 11
Elementos .............................................................................................................................. 12
Diagramas de actividad ............................................................................................................. 13
Elementos de un diagrama de actividad: .............................................................................. 13
 1

Introducción

La fase inicial de la metodología RUP es sumamente importante ya que en la misma se

definirá que hará el sistema y el alcance del mismo. Alrededor de estos lineamientos gira
una gran cantidad de consideraciones que son realmente necesarias e importantes para el
proceso de conceptualizar lo que el usuario líder quiere.

La importancia de esta fase reside, en que no existe herramientas tecnológicas para la

documentación de requerimientos, lo que hace que el tiempo en esta fase sea mayor. Un
error durante esta etapa elevaría exponencialmente el costo de la producción del software,
también esta etapa es sumamente difícil ya que en la misma surgen contradicciones y
ambigüedades que atentan contra el correcto comienzo de la vida del software.

Flujo de análisis

Durante la fase de inicio, se hizo un borrador del modelo de análisis. Ahora construiremos
sobre este borrador, pero podemos descubrir que es necesario desechar partes sustanciales
de él. En la fase de elaboración, necesitamos trabajar con los casos de uso que son
significativos desde un punto de vista de la arquitectura, y con aquellos casos de uso
complejos que necesitemos refinar para comprender mejor los detalles de la apuesta
económica. En esta sección se abordan las actividades de análisis de la arquitectura,
analizar un caso de uso, analizar una clase y analizar un paquete. En el análisis, necesitamos
ocuparnos de los casos de uso significativo desde un punto de vista de la arquitectura.
También analizaremos los casos de uso para entenderlos de forma más precisa y para
discernir la interferencia de unos con otros.

Análisis de la arquitectura

En la fase de inicio se realiza el análisis de la arquitectura hasta el extremo de determinar

que había una arquitectura factible. Ahora, en la fase de elaboración, tenemos que extender
el análisis de la arquitectura hasta el extremo de que pueda servir de base a una línea base
de la arquitectura ejecutable. Con este propósito, el arquitecto realiza una partición inicial
del sistema en paquetes de análisis, trabajando sobre la vista de la arquitectura del modelo
de casos de uso, los requisitos relacionados con ellos, el glosario, y el conocimiento del
dominio. Para ello, puede emplear una arquitectura en capas, identificando los paquetes
específicos de la aplicación y los paquetes generales.
 2

Diagramas de la fase análisis

Diagramas de caso de uso

Un Diagrama de caso de uso muestra las interacciones entre casos de uso y actores.
Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interacción
externa.

Actores

Un actor son los elementos que desempeñan un papel externo en el sistema que realiza
algún tipo de interacción con el mismo, pueden ser personas u otros sistemas que
suministran o envían información al sistema.

Caso de uso

Un Caso de uso es una interacción típica entre un usuario y un sistema de cómputo. Un

caso de uso específica qué hará el sistema, pero no cómo.

Un caso de uso es una descripción de la secuencia de interacciones que se producen entre

un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tarea específica.
 3

Relaciones

 De comunicación: Representa una relación entre un CDU y un actor. El origen de

la flecha denota quien es el que desencadena.

 De uso: Permite a un caso de uso utilizar la funcionalidad suministrada por otro

caso de uso.
 4

 De generalización del actor: Denotan que hay varios actores con características
comunes.

 Caso de uso extiende de otro caso: Cuando un caso de uso especializa a otro
extendiendo su funcionalidad.
 5

Identificación de los casos de uso

 Método A

- Identificar actores de la organización

- Identificar los procesos que desencadenan o en los que participan

 Método B

- Identificar los eventos externos a los que debe responder el sistema

- Asociar los eventos a actores y casos de uso.

Tipos de caso de uso

 Casos de uso de alto nivel: Son breves descripciones de las funcionalidades del
sistema
 Casos de uso expandidos: Se utilizan para especificar más detalladamente los casos
de uso de alto nivel.
 Primario: los casos primarios de uso representan los procesos comunes más
importantes.
 Secundario: los casos secundarios de uso representan procesos menores o raros.
 Opcional: los casos opcionales de uso representan procesos que pueden no
abordarse.
 6

Diagrama de secuencia

Un diagrama de Secuencia muestra una interacción ordenada según la secuencia temporal

de eventos. En particular, muestra los objetos participantes en la interacción y los mensajes
que intercambian ordenados según su secuencia en el tiempo.

El eje vertical representa el tiempo, y en el eje horizontal se colocan los objetos y actores
participantes en la interacción, sin un orden prefijado. Cada objeto o actor tiene una línea.
 7

Tipos de mensajes

 Simples: El mensaje ejecuta una tarea de control.

 Síncronos: El emisor envía el mensaje y espera respuesta del receptor

 8

 De respuesta inmediata (“balking”): El emisor envía el mensaje y abandona si el

receptor no está inmediatamente preparado.

 De tiempo de espera (#timeout”): El emisor envía el mensaje y espera cierto

tiempo, abandonado si no recibe respuesta pasado ese tiempo.

 Asíncronos: El emisor envía el mensaje y continua su ejecución sin esperar

respuesta.
 9

Diagramas de colaboración

Un Diagrama de Colaboración muestra una interacción organizada basándose en los

objetos que toman parte en la interacción y los enlaces entre los mismos (en cuanto a la
interacción se refiere).

A diferencia de los Diagramas de Secuencia, los Diagramas de Colaboración muestran las

relaciones entre los roles de los objetos. La secuencia de los mensajes y los flujos de
ejecución concurrentes deben determinarse explícitamente mediante números de
secuencia.

Un diagrama de Colaboración muestra a una serie de objetos con los enlaces entre los
mismos, y con los mensajes que se intercambian dichos objetos. Los mensajes son flechas
que van junto al enlace por el que ``circulan'', y con el nombre del mensaje y los parámetros
(si los tiene) entre paréntesis.
 10

Elementos

Objeto

Un objeto se representa con un rectángulo dentro del que se incluye el nombre del objeto
y, si se desea, el nombre de la clase, separando ambos por dos puntos.

Vinculo

En el diagrama, un vínculo se representa como una línea continua que une ambos objetos
y que puede tener uno o varios mensajes asociados en ambas direcciones. Como un vínculo
instancia una relación de asociación entre clases, también se puede indicar la navegabilidad
del mismo mediante una flecha.

Mensaje

Un mensaje se representa con una pequeña flecha colocada junto a la línea del vínculo al
que está asociado. La dirección de la flecha va del objeto emisor del mensaje al receptor
del mismo. Junto a ella, se coloca el nombre del mensaje y sus argumentos.

A diferencia de los diagramas de secuencia, en los diagramas de colaboración siempre se

muestra el número de secuencia del mensaje delante de su nombre, ya que no hay otra
forma de conocer la secuencia de los mismos.

Además, los mensajes pueden tener asociadas condiciones e iteraciones que se

representaran como en los diagramas de secuencia.
 11

Diagramas de Estados

Los diagramas de Estados son una técnica utilizada para definir el comportamiento de un
sistema.

Describen todos los estados posibles en los que puede entrar un objeto particular y la
manera en que cambia el estado del mismo, como resultado de los eventos que llegan a él.

Los diagramas de estados se dibujan para una sola clase, mostrando el comportamiento de
un solo objeto durante todo su ciclo de vida.
 12

Elementos

Estado

Un estado se representa como un rectángulo con las esquinas redondeadas. El nombre del
estado se coloca dentro del rectángulo y debe ser único en el diagrama. Si se repite algún
nombre, se asume que simboliza el mismo estado.

Las acciones y actividades descritas como respuesta a eventos que no producen un cambio
de estado, se representan dentro del rectángulo con el formato:

nombre-evento (parámetros) [condición] /acción

El estado inicial se representa con un pequeño circulo relleno, y el estado final como un
pequeño circulo relleno con una circunferencia que lo rodea.

Transición

Una transición se representa con una flecha continua que une dos estados y que se dirige
al estado al que cambia el componente. Junto a ella se coloca una etiqueta que debe
contener al menos el nombre del evento que provoca la transición. Según el nivel de detalle,
puede presentar otros elementos con el formato siguiente:

nombre-evento (parámetros) [condición] /acción

 13

Diagramas de actividad

 Se utilizan para modelar los aspectos dinámicos de un sistema.

 Describen los cambios de estado que experimentan objeto.

Actividad: secuencia no atómica de ejecuciones que transcurren en una máquina de

estados

Elementos de un diagrama de actividad:

Conjunto de estados y transiciones.

 Todos o casi todos los estados son estados de actividad (secuencias no atómicas de
ejecución); también hay estados de acción (secuencias atómicas de ejecución).

 Todas o casi todas las transiciones entre estados se disparan al completarse la

actividad denotada por el nodo origen de la transición
 14

Bibliografía

 Modelado del Negocio con UML, recuperso de:

http://prof.usb.ve/lmendoza/Documentos/Reingenieria/PS6160_clase4y6.pdf
 Uml fase de análisis, recuperado de:
https://es.scribd.com/document/22567216/UML-Fase-de-Analisis