Está en la página 1de 9

24/09/2016

Proceso unificado de desarrollo Proceso unificado de desarrollo


Flujo de trabajo de análisis Flujo de trabajo de análisis
Bibliografía: REPASO:
“El Proceso Unificado de En cada iteración pasamos algunos UC al modelo de análisis
Desarrollo de Software”, Proponemos clasificadores y asociaciones
JACOBSON, Ivar, BOOCH,
Grady, RUMBAUGH, James Construimos estructura de clasificadores (clase de análisis) y
Editorial Addison-Wesley – relaciones entre ellas.
Madrid, Año 1999 Describimos la colaboraciones que llevarán a cabo los UC
(realizaciones de UC)
Capítulo 8

Proceso unificado de desarrollo Proceso unificado de desarrollo


Flujo de trabajo de análisis Flujo de trabajo de análisis
Diagrama de clases del análisis (estructura)
Estereotipos del análisis
Una clase participa en varias realizaciones de UC en el
encapsulan un tipo diferente de comportamiento.
modelo de análisis
identificar responsabilidades de los clasificadores
encontrar relaciones entre ellos
contiene clases y asociaciones.
Clases de entidad:
modelan
información que
tiene larga vida y
Clases de interfaz: Clases de control:
aveces persistente
modelan represntan
interacción entre coordinación,
sistema y actores secuencia,
transacciones y
control de otros
objetos

Proceso unificado de desarrollo Proceso unificado de desarrollo


Flujo de trabajo de análisis Flujo de trabajo de análisis
Diagrama de colaboración (interacción)
Detalle de la interacción entre los objetos. Especificación de todas las responsabilidades y atributos
de una clase
Describe cómo se ejecuta una realización de UC
Se hace la recopilación de todos los roles que cada
clase cumple en todas las realizaciones de UC
contiene instancias y enlaces Se integran en un conjunto consistente de
. responsabilidades y atributos.
Debe asegurarse de que las clases realizan los UC con
la calidad pretendida

1
24/09/2016

Proceso unificado de desarrollo Proceso unificado de desarrollo


Flujo de trabajo de análisis Flujo de trabajo de Análisis
(cap 8)
Repasemos: Refina y estructura los requisitos que se
1. Identificar UC
2. Especificar describieron en la captura de requisitos.
3. Proponer clasificadores y asociaciones
4. Diagrama de clases Objetivo:
5. Diagrama de colaboración
6. Especificación de responsabilidades y atributos. •comprensión más precisa.

•fácil de mantener.

•estructurar el sistema completo.

Proceso unificado de desarrollo Proceso unificado de desarrollo


Flujo de trabajo de Análisis Modelo de análisis
(cap 8)
•Da mayor formalización y poder
expresivo.
•Estructura centrada en el mantenimiento
de los requerimientos.
•Hace abstracciones y evita resolver
resolver algunos problemas y
requerimientos.
•No es diseño porque no trata
requerimientos no funcionales.

Proceso unificado de desarrollo Proceso unificado de desarrollo


Modelo de análisis Modelo de análisis
Objeto del análisis
• Especificaciones más precisas
• Lenguaje de desarrolladores (más
formal)
• Estructura requisitos para facilitar
comprensión, preparación, modificación.
• Es la primera aproximación al modelo de
diseño.

2
24/09/2016

Proceso unificado de desarrollo Proceso unificado de desarrollo


Modelo de análisis Modelo de análisis
¿Cuándo es necesario hacerlo? El papel del análisis en el ciclo de vida
• Para planificar
• Para tener una visión general sin tantos
detalles.
• Si hay posibilidades de diseño o
implementaciones alternativas.
• Trabajando sobre un sistema heredado
complejo (reingeniería).

Proceso unificado de desarrollo Proceso unificado de desarrollo


Modelo de análisis Artefactos del análisis
El papel del análisis en el ciclo de vida – Modelo de análisis
Las iteraciones iniciales de la elaboración
– Clases de análisis
se centran en el análisis para obtener una
arquitectura estable y sólida y facilita la – Realización de casos de uso-análisis
comprensión en profundidad.
Cuando eso se logra (al término de la fase – Paquete del análisis
de elaboración y en la de construcción) el
– Descripción de la arquitectura
énfasis pasa al diseño y a la
implementación.

Proceso unificado de desarrollo Proceso unificado de desarrollo


Artefactos del análisis Artefactos del análisis
Modelo de análisis:
Clases de análisis:
estructura jerárquica de paquetes de análisis que
contienen clases de análisis y realizaciones de Trata requisitos funcionales, se define
casos de uso.. mediante responsabilidades, define
atributos, participa en relaciones.
Siempre encajan en uno de los tres
estereotipos básicos:
• Interfaz
• Control
• Entidad

3
24/09/2016

Proceso unificado de desarrollo Proceso unificado de desarrollo


Artefactos del análisis Artefactos del análisis
Realización de casos de uso análisis: es Paquete del análisis:
una colaboración que describe cómo se Permiten organizar los artefactos en piezas
lleva a cabo y se ejecuta un caso de uso. manejables.
Posee: Deben ser fuertemente cohesivos y
Diagrama de clases. débilmente acoplados.
Diagrama de interacción.
Flujo de sucesos-análisis.
Requisitos (no funcionales - especiales).

Proceso unificado de desarrollo Proceso unificado de desarrollo


Artefactos del análisis Trabajadores del análisis
Descripción de la arquitectura: Arquitecto: responsable de la integridad del
modelo (correcto, consistente y legible como un
Contiene una vista de la arquitectura del todo) y de la arquitectura del modelo de
modelo de análisis, mostrando los análisis.
artefactos significativos para la
arquitectura (descomposición en paquetes Ingeniero de casos de uso: responsable
de la integridad de las realizaciones de UC.
y dependencias, clases fundamentales del
análisis y realizaciones que describen Ingeniero de componentes: responsable
funcionalidad importante y crítica). de definir y mantener las responsabilidades,
atributos, relaciones y requisitos especiales de
las clases y de la integridad de los paquetes de
análisis.

Proceso unificado de desarrollo Proceso unificado de desarrollo


Flujo de trabajo de análisis Flujo de trabajo de análisis

Análisis de la arquitectura

Analizar un caso de uso

Analizar una clase

Analizar un paquete

4
24/09/2016

Proceso unificado de desarrollo Proceso unificado de desarrollo


Flujo de trabajo de análisis Flujo de trabajo de análisis
Análisis de la arquitectura: Analizar un caso de uso

Identificación de paquetes de análisis. Identificación de clases de análisis.

Identificación de clases de entidades Descripción de las interacciones entre


obvias. los objetos del análisis.

Identificación de requerimientos Captura de requisitos especiales.


especiales comunes.

Proceso unificado de desarrollo Proceso unificado de desarrollo


Flujo de trabajo de análisis Flujo de trabajo de análisis
Analizar una clase Analizar un paquete

Identificación responsabilidades. Definir y mantener las dependencias.

Identificación atributos. Asegurarnos de que contiene las clases

Identificación de asociaciones y correctas.

agregaciones. Limitar las dependencias con otros

Captura de requisitos especiales. paquetes.

P. U. D. Arlow cap 6 P. U. D. Arlow cap 6


Flujo de trabajo de análisis Flujo de trabajo de análisis
La mayor parte de la actividad (en la ARTEFACTOS

elaboración) será realizar modelos que Clases de análisis: modelan conceptos


CAPTUREN EL COMPORTAMIENTO claves en el dominio de negocio.
DESEADO DEL SISTEMA (qué y no cómo) Realizaciones de casos de uso: muestran
El trabajo de análisis se solapa con el de cómo las instancias de las clases de
requisitos. análisis interactuan para realizar el
comportamiento especificado.

5
24/09/2016

P. U. D. Arlow cap 6 P. U. D. Arlow cap 6


Flujo de trabajo de análisis Flujo de trabajo de análisis
UML (fig. 6.3): Workflow de análisis ( fig. 6.4)

• Paquetes • Trabajadores

• Clases • Actividades

• Realizaciones de casos de uso

• Modelo de análisis

P. U. D. Arlow cap 6 P. U. D. Arlow cap 6


Flujo de trabajo de análisis Flujo de trabajo de análisis
Reglas generales:
Reglas generales: •Siempre en lenguaje de negocio
Tamaño y complejidad moderado habrá •Crear diagramas para aclarar algo importante.
•Capturar la idea general, no detalles.
entre 50 y 100 clases (de análisis). •Distinguir entre dominio del problema y dominio
de la solución. (ejemplo)
Declaración consisa y sencilla de la
•Minimizar el acolpamiento (cuidado con la
esctructura y comportamiento del sistema herencia)
•Generar modelos útiles para todos los grupos de
(implementación queda para el wf de diseño
decisión.
e implementación) •Mantener el modelo sencillo.

P. U. D. Arlow cap 8 P. U. D. Arlow cap 8


Encontrar clases de análisis Encontrar clases de análisis
Tres técnicas: ¿Qué son las clases de análisis?

• Análisis nombre/verbo • Representan una abstracción en el dominio

• Análisis CRC del problema.

• Estereotipos de clases de análisis RUP. • Deberían mapearse con conceptos de


negocio del mundo real.
El analista debe clarificar conceptos
inapropiados o confusos

6
24/09/2016

P. U. D. Arlow cap 8 P. U. D. Arlow cap 8


Encontrar clases de análisis Encontrar clases de análisis
Anatomía de una clase de análisis (fig 8.3) ¿Qué hace una buena clase de análisis?
eer pag 184
• Nombre: obligatorio
• Su nombre refleja la intención
• Atributos: un subconjunto importante de
• Modela un elemento específico del dominio
los atributos candidatos (tipo: opcional)
del problema.
• Operaciones: declaraciones de
• Mapea en una característica identificable
responsabilidades de las clases a alto
en el dominio del problema.
nivel. (parámetros: si es necesario)
• Visibilidad, • Tiene pocas responsabilidades bien
• Estereotipos definidas.
• Valores etiquetados • Tiene alta cohesión y bajo acoplamiento.

P. U. D. Arlow cap 8 P. U. D. Arlow cap 8


Encontrar clases de análisis Encontrar clases de análisis
Reglas generales de clases de análisis Encontrar clases:
• De 3 a 5 responsabilidades por clase. 1 - Análisis nombre/verbo:
• Ninguna clase permanece sola.
• Evitar muchas clases muy pequeñas o • Los nombres y las frases nominales
pocas muy grandes. indican clases o atributos.
• Cuidado con las funciones
procedimentales disfrazadas. • Los verbos y las frases verbales indican
• Cuidado con las clases omnipotentes. responsabilidades u operaciones.
• Evitar árboles de herencia profundos. • Encontrar clases “ocultas”.

P. U. D. Arlow cap 8 P. U. D. Arlow cap 8


Encontrar clases de análisis Encontrar clases de análisis
Encontrar clases: Encontrar clases:

2- Análisis CRC - fig 8.4: 3- Utilizar los estereotipos RUP


Clases – Responsabilidades - Colaboradores • Interfaz (usuario, sistema, dispositivo)
• Fase 1: torbellino de ideas. • Control (gestor o controlador)
• Fase 2: analizar la información. • Entidad (expresan la estructura lógica de
los datos del sistema)

7
24/09/2016

P. U. D. Arlow cap 8 P. U. D. Arlow cap 12


Encontrar clases de análisis Realización de casos de uso
Encontrar clases: Objetivos:

4- Otras fuentes • Averiguar qué clases interactúan.

• Objetos físicos • Averiguar qué instancias de mensajes de

• Papeleo (cuidado con los sistemas obsoletos) esas clases se tienen que enviar

• Interfaces conocidas • Actualizar el modelo de casos de uso, de

• Entidades conceptuales requisitos y de clases de análisis.


No se necesita para todos los casos de uso

P. U. D. Arlow cap 12 P. U. D. Arlow cap 12


Realización de casos de uso Realización de casos de uso
¿Qué son las realizaciones de casos de Elementos:
uso? • Diagramas de clases de análisis.
• Demuestran como las clases y objetos de • Diagramas de interacción (secuencia,
estas clases interactúan para realizar el comunicación, visión de interacción,
comportamiento esperado. diagramas de tiempo).
• Convierte al caso de uso en diagramas de • Requisitos especiales.
clase y diagrama de interacción. • Mejora de casos de uso.
.

P. U. D. Arlow cap 12 P. U. D. Arlow cap 12


Realización de casos de uso Realización de casos de uso
Interacciones: se crean para demostrar Líneas de vida:
Representan un solo participante en una
cómo el comportamiento especificado se interacción.
puede realizar por instancias de Representan cómo una instancia de un
clasificadores pasándose mensajes. clasificador específico participa en la
interacción.
Elementos claves:
• Líneas de vida Tiene: nombre, tipo y selector.
• Mensajes

8
24/09/2016

P. U. D. Arlow cap 12 P. U. D. Arlow cap 12


Realización de casos de uso Realización de casos de uso
Mensajes: Diagramas de interacción:
Representa un tipo específico de
comunicación entre dos líneas de vida en
• Diagramas de secuencia
una interacción.
• Diagramas de comunicación
Puede implicar:
• Diagramas de visión de interacción
•invocar una operación
•crear o destruir una instancia • Diagramas de tiempo
•enviar una señal)

También podría gustarte