ANALISIS - PUD

AGEND
A

ANALISIS

ARTEFACTOS
TRABAJADORES
FLUJO DE TRABAJO
ACTIVIDAD: ANLISIS DE LA ARQUITECTURA

Identificacin de clases de identidad obvias

Identificacin de requisitos especiales comunes
Identificacin de clases del anlisis
Descripcin de interacciones entre objetos del anlisis
Captura de requisitos especiales

ACTIVIDAD: ANALIZAR UNA CLASE

Identificacin de paquetes del anlisis

ACTIVIDAD: ANALIZAR UN CASO DE USO

EL ANLISIS EN EL CICLO DE VIDA DEL SOFTWARE

Identificar responsabilidades
Identificacin de atributos
Identificacin de asociaciones y agregaciones
Identificacin de generalizaciones
Captura de requisitos especiales

ACTIVIDAD: ANALIZAR UN PAQUETE

INTRODUCCIN
El anlisis como actividad es muy importante ya que permite
refinar y estructurar los requisitos de forma que se agrupen en
varias categoras de los mismos tales como: funcionales, no
funcionales, especiales y otros. Y las actividades del anlisis son
igualmente centrales ya que ellas integran a los trabajadores y
los artefactos, y son las que en s analizan los componentes tales
como: arquitectura, casos de uso, clases y paquetes.
De este modo se obtienen bosquejos de los modelos de
arquitectura y del anlisis que permiten mediante diagramas
visualizar las relaciones entre casos de uso y clases, lo cual
evitar malentendidos o atrasos en las subsiguientes actividades
de diseo e implementacin.

ANLISIS
Para comunicar de manera eficiente las funciones del sistema al cliente:
Los casos de uso deben mantenerse de forma independiente
Los casos de uso deben expresarse en el lenguaje natural del cliente
Debe estructurarse cada caso de uso para que se especifique una funcionalidad completa
Durante el anlisis se hace un refinamiento de los requisitos el cual consiste en resolver aspectos relativos
a la interferencia, concurrencia y los conflictos entre casos de uso.
En la fase de anlisis a diferencia de la captura de requisitos los resultados se pueden expresar en
lenguaje de los desarrolladores. El modelo de casos de uso guarda ciertas caractersticas en comn con el
modelo de anlisis pero difiere en otras.
El modelo de anlisis ayuda a refinar los requisitos de acuerdo a los parmetros explicados anteriormente.
Tambin ayuda en el la estructuracin y el mantenimiento de los requisitos. El anlisis se debe llevar a
cabo antes que el diseo y la implementacin, ya que da una estructura de los requisitos la cual es una
entrada que da forma al sistema.
EL ANLISIS EN EL CICLO DE VIDA DEL SOFTWARE
Durante el ciclo de vida del software el anlisis se puede utilizar de 3 formas:

El anlisis se renueva constantemente luego de la fase de diseo e implementacin.

El anlisis se hace antes del diseo pero despus no se sigue actualizando una vez se pasa a otra fase
del ciclo.
El anlisis no se utiliza en lo absoluto.

ARTEFACTOS

Artefacto: modelo del anlisis

La estructura impuesta por el modelo de anlisis es una jerarqua de paquetes del anlisis que
contienen clases del anlisis y realizaciones de casos de uso. El modelo del anlisis se representa
mediante un sistema de anlisis que denota el paquete de ms alto nivel del modelo.

Artefacto: clase del anlisis

Una clase de anlisis representa una abstraccin de una o varias clases de diseo del sistema.
Clases de interfaz
Las clases de interfaz se utilizan para modelar la interaccin entre el sistema y sus actores (usuarios y
sistemas externos). Estas clases representan a menudo abstracciones de ventanas, formularios,
paneles, etc. Basta con que cada clase describa lo que se obtiene de cada interaccin sin profundizar
en cmo se ejecuta fsicamente tal accin.
Clases de entidad
Las clases de entidad modelan la informacin y el comportamiento asociado de algn fenmeno o
concepto como una persona, o un objeto o suceso del mundo real.
Clases de control
Las clases de control se usan a menudo para encapsular el control de un caso de uso en concreto, y
representan coordinacin, secuencia, transacciones y control de objetos.

Artefacto: Realizacin de casos de uso-anlisis

Una realizacin de casos de uso-anlisis es una colaboracin dentro del modelo de anlisis que
describe cmo se lleva a cabo y ejecuta un caso de uso determinado en trminos de las clases del
anlisis y de los objetos de anlisis en interaccin.

Diagrama de clases
Un diagrama de clases ayuda en el anlisis a coordinar todos los requisitos de una clase y sus
objetos que puedan tener diferentes casos de uso.
Diagramas de interaccin
En los diagramas de interaccin o colaboracin se muestran las interacciones entre objetos creando
enlaces entre ellos y aadiendo mensajes a estos enlaces.
Flujo de sucesos-anlisis
Es un texto que ayuda a comprender ciertos diagramas, tales como los de colaboracin, en trminos
de objetos que interactan para llevar a cabo un caso de uso.
Requisitos especiales
Son descripciones textuales que recogen todos los requisitos funcionales sobre una realizacin de
caso de uso.

Artefacto: Paquetes de anlisis: Proporcionan un medio para organizar los artefactos del
modelo de anlisis en piezas manejables.

TRABAJADORES

Trabajador: Arquitecto
Durante esta fase del anlisis el arquitecto garantiza que el modelo del anlisis sea
correcto, consistente y legible. En sistemas grandes, donde se requiere ms
mantenimiento, este trabajador puede delegar este trabajo a otro trabajador.
Trabajador: Ingeniero de casos de uso
Este trabajador se responsabiliza de la integridad de una o ms realizaciones de casos de
uso, garantizando que cumplen los requisitos que debe cumplir cada uno.
Trabajador: Ingeniero de componentes
El ingeniero de componentes define y mantiene las responsabilidades, atributos,
relaciones y requisitos especiales de una o varias clases del anlisis, asegurndose de que
cada clase del anlisis cumple los requisitos que se esperan de ella, de acuerdo a la
realizacin de casos de uso en las que participa.

FLUJO DE
El flujoTRABAJO
de trabajo tambin tiene un comportamiento dinmico
en el cual intervienen los trabajadores anteriormente
descritos.

ACTIVIDAD: ANALISIS DE LA
ARQUITECTURA
El propsito de esta actividad es la de hacer u bosquejo del
modelo del anlisis y de la arquitectura, mediante la
identificacin de paquetes del anlisis, clases del anlisis
evidentes y requisitos especiales comunes.

Identificacin de paquetes del anlisis

Los paquetes del anlisis proporciona un medio para dividir el modelo
del anlisis en piezas ms manejables. Una identificacin inicial se
hace de forma natural basndose en los requisitos funcionales y en el
dominio del problema.
Identificacin de clases de identidad obvias
Se debera hacer un esbozo de las clases de identidad ms
importantes para la arquitectura. Una clase de identidad que no
participa en la realizacin de un caso de uso no es necesaria.
Identificacin de requisitos especiales comunes
Un requisito especial es aquel que aparece durante el anlisis y que
debe ser anotado de forma que pueda ser tratado adecuadamente en
las siguientes actividades de diseo e implementacin.

ACTIVIDAD: ANALIZAR UN CASO

DE USO
Una forma alternativa de llamar al anlisis de casos de uso
seria refinamiento de casos de uso, ya que se refina cada caso
de uso como colaboracin de clases del anlisis.
Identificacin de clases del anlisis
En este paso se identifican las clases de control, entidad e
interfaz necesarias para realizar los casos de uso y se esbozan
sus nombres, atributos, responsabilidades y relaciones.
Descripcin de interacciones entre objetos del anlisis
Esta descripcin se hace en cuanto a cmo interactan los
objetos de las clases necesarias para la realizacin de los casos
de uso. Esto se hace evidente al realizar diagramas de
colaboracin que contienen las instancias de actores
participantes, los objetos del anlisis y sus actores.

 Captura de requisitos especiales

En este paso se recogen los requisitos identificados en el
anlisis pero que deberan tratarse en el diseo y la
implementacin, tal como los requisitos no funcionales.
ACTIVIDAD: ANALIZAR UNA
Los objetivosCLASE
de analizar una clase son:
Identificar y mantener las responsabilidades de una clase del
anlisis, basada en su papel en la realizacin de los casos de
uso.
Identificar y mantener los atributos y relaciones de la clase del
anlisis.

 Identificar responsabilidades
Todas las responsabilidades de una clase pueden recopilarse
combinando los roles que tiene en diferentes realizaciones de
caso de uso.
Identificacin de atributos
Un atributo especifica una propiedad de la clase del anlisis y
normalmente es necesaria para las responsabilidades de su
clase.
Identificacin de asociaciones y agregaciones
Los objetos del anlisis interactan unos con otros mediante
enlaces en los diagramas de colaboracin. Los enlaces pueden
implicar la necesidad de referencias y agregaciones entre
objetos.
Un ingeniero de componentes de fine la multiplicidad de las
asociaciones, los nombres de los roles, auto asociaciones,
clases de asociacin, roles ordenados, roles cualificados y
asociaciones n-arias.

 Identificacin de generalizaciones
Las generalizaciones deberan utilizarse durante el anlisis para
extraer comportamiento compartido y comn entre varias
clases del anlisis diferentes. El objetivo de las generalizaciones
debera ser hacer el modelo anlisis ms fcil de comprender.
Captura de requisitos especiales
En este paso se recogen los requisitos de una clase del anlisis
que se han identificado en el anlisis pero que deberan tratarse
en el diseo y la implementacin (requisitos no funcionales).

ACTIVIDAD: ANALIZAR UN
PAQUETE

CONCLUSIONES
El flujo de trabajo tiene 2 comportamientos: uno esttico y otro

dinmico. En este caso al tratar el dinmico intervienen los

trabajadores tales como el arquitecto, y los ingenieros de casos
de uso y de componentes.
En el campo de las actividades se puede llevar a cabo un anlisis
de la arquitectura, casos uso, clases y paquetes. En cada una de
ellas se inicia por la identificacin de uno o varios de los
componentes de cada uno.
Las actividades mas importantes a realizar dentro del anlisis
son el anlisis de los casos de uso, arquitectura, clases y
paquetes.

REFRENCIAS
JACOBSON, Ivar. BOOCH, Grady. RUMBAUGH, James. El

Proceso Unificado de Desarrollo de Software. Espaa: Pearson

Educacin S.A. 2000. ISBN 84-7829-036-2.