USP – INGENIERIA INDUSTRIAL

INGENIERIA DE SOFTWARE

Ing. Jorge Sucari

 Tema 7
Modelo de Análisis (I)

Ing. Jorge Sucari

 AGENDA

• Análisis. Visión General

• Análisis. Conceptos UML
• Análisis. Artefactos.
• Trabajadores
• Actividades del Análisis Orientado a Objetos
Rational Unified Process (RUP)

4
 Visión general
• Los CU son una base, pero es probable que queden aspectos
de los requisitos sin resolver
• Los CU deben:
– Mantenerse tan independientes como sea posible
– Describirse con el lenguaje del cliente
– Estructurarse para formar una especificación de funcionalidad
completa
• Analizar requisitos
– Refinarlos
– Estructurarlos
Visión general
Análisis. Visión general
Análisis. Visión general
Análisis. Visión general
 Análisis. Visión general
• El objetivo del análisis:
– Ofrecer una especificación más precisa de los requisitos.

– Describir utilizando el lenguaje de los desarrolladores.

– Estructurar los requisitos para facilitar su comprensión,

preparación, modificación y mantenimiento.

– Conseguir una primera aproximación al modelo de

diseño
Análisis. Diagramas UML
 Análisis. Conceptos de UML
Clasificador
• Concepto discreto en el modelo que tiene identidad, estado,
comportamiento, y relaciones
• Tipos de Clasificadores
– Elementos del Sistema:
• Clase
• Interfaz
• Tipos de datos
– Conceptos de Comportamiento: Caso de Uso
– Elementos del entorno: Actor

– Estructuras de implementación:
• Componente Nodo Subsistema
 Análisis. Conceptos de UML
Otros conceptos:
• Clase
– Conjunto de objetos con estructura, comportamiento, relaciones,
y semántica común
• Objeto
– Estructura + operaciones + estado interno + identidad
– Un objeto es una instancia de una clase
• Realización
– Relación semántica entre clasificadores, en la cual un
clasificador especifica un contrato que otro clasificador se
compromete a llevar a cabo
• Colaboración
– Define las interacciones que han de producirse entre los objetos
con el fin de que estos puedan desempeñar su papel
Análisis. Artefactos
 Análisis – Artefactos
• Durante la captura de requisitos: lenguaje del cliente.
• Es impreciso: deja problemas sin resolver (ambigüedades).
• Modelo de análisis:
– especificación detallada (precisa) de requisitos.
– refina los casos de uso como colaboraciones entre clasificadores:
• clasificadores: clases de análisis, paquetes.
• Colaboraciones: realizaciones de los casos de uso..
Artefactos. Clases de Análisis
Artefactos. Clases de análisis. Interfaz
Artefactos. Clases de análisis. Control
Artefactos. Clases de análisis. Entidad
Artefactos. Realización de los casos de uso en
análisis
Artefactos. Realización de los casos de uso en
análisis
Artefactos. Realización de los casos de uso en
análisis
Realización de los casos de uso en análisis
• Diagramas de interacción
– Representan cómo interactúan cooperativamente los objetos
para implementar el comportamiento definido por los casos de
uso.
– Una interacción es un conjunto de mensajes que se
intercambian dentro del contexto de una colaboración por
instancias de clases (objetos) a través de enlaces (instancias de
asociación)
– En análisis se suelen utilizar diagramas de colaboración
(también se podrían utilizar diagramas de secuencia)
Análisis. Artefactos
 Artefactos. Realización de los casos de uso en
análisis
Realización de los casos de uso en análisis
– Flujos de eventos
• Para clarificar los diagramas de colaboración: descripción
textual
• Si es muy complejo ¿no será mejor dividir el caso de uso?
– Requisitos no funcionales
• Asignados a casos de uso
• Se recogen textualmente si aparecen
Artefactos. Paquetes de análisis
Ejemplo Cajero Automático
 Actividades. Análisis casos de uso
• Identificar las clases de análisis necesarias para la
realización del caso de uso y representar el diagrama de
clases.
• Distribuir el comportamiento del caso de uso entre las
clases de análisis describir las interacciones
entre objetos
• Capturar/asignar requisitos no funcionales a clases de
análisis
Actividades. Análisis casos de uso. Identificación y
representación de las clases de análisis

• Clases entidad se derivan de la descripción del caso de

uso (información persistente en el sistema).
• Una clase interfaz por cada actor (p.e.).
• Una clase de control que gobierne en flujo del caso de
uso
• Representar las clases de análisis en un diagrama de
clases
Ejemplo Cajero: “Validar usuario”
 Análisis. Actividades

Análisis de los casos de uso:

– Describir las interacciones entre objetos:
• Utilizar diagramas de colaboración
– Indicar instancias y enlaces
• Un diagrama de colaboración por cada camino del caso de
uso
– Siempre inicia un actor
– La expresión de las interacciones se traduce en mensajes entre
objetos
Diag. Colaboración Validar Usuario
Análisis del caso de uso: “Sacar dinero”
Análisis del caso de uso: “Sacar dinero
Análisis del caso de uso: “Transferencia”
 Análisis. Actividades
Análisis de las clases
– Identificar las responsabilidades de las clases de
análisis
– Identificar atributos y relaciones de las clases de
análisis.
– Capturar requisitos especiales
 Análisis. Actividades
Análisis de las clases
– Identificar las responsabilidades de las clases de
análisis:
• En cada caso de uso, ver qué papel juega (diagramas de
colaboración).
• Combinar papeles y describirlos juntos.
• También es posible que al analizar el caso de uso hayan
aparecido más requisitos .
 Análisis. Actividades
Análisis de las clases
– Identificar atributos y relaciones de las clases de
análisis:
• Suelen ser nombres
• Los tipos son conceptuales
• Clases entidad: derivados del dominio.
• Clases interfaz con actores humanos: campos de texto,
etiquetas, etc.
• Clases interfaz con subsistemas externos: propiedades de la
interfaz de comunicación.
• Clases control: estado de la sesión actual
• Capturar requisitos especiales
 Análisis. Actividades
Análisis de las clases
 Análisis. Actividades
Análisis de las clases
 Análisis. Resumen

• Flujo de trabajo de Análisis -> Modelo de Análisis: analiza

los requisitos mediante su refinamiento y estructuración.
• Modelo de análisis incluye:
– Paquetes de análisis con sus dependencias.
– Clases de análisis (interfaz, control, entidad): sus
responsabilidades, atributos, relaciones y requisitos especiales.
– Realización de las casos de uso-análisis: descripción de cómo se
refinan los CU en términos de colaboraciones.
• Modelo de análisis es la entrada para las actividades de
diseño
FIN