ANALISIS ORIENTADO A

OBJETOS
Ing. Franklin Daz
sysfranklin@gmail.com

ESPECIFICACION TEXTUAL DE LOS

REQUISITOS. ESTANDAR IEEE 830-1993/1998

Contrato: legalmente obligatorio y donde estarn de acuerdo el Cliente

y el Proveedor

Cliente: personas que pagan por el producto, no necesariamente define

los requisitos.

Proveedor: los que producen un software para el cliente.

Usuario: aquellos que actan directamente con el producto.

DOCUMENTO DE ESPECIFICACION DE
REQUISITO DE SOFTWARE (SRS)

Naturaleza del SRS

Ambiente del SRS

Caractersticas de un buen SRS

Preparacin de los Joins del SRS

Evolucin del SRS

Prototipos

Generar el diseo del SRS

Generar los Requisitos del Proyecto en el SRS

Naturaleza del SRS

Son las especificaciones para un producto de software en particular

Puede escribirse por proveedores, cliente o ambos

Describe

Funcionalidad: Qu se supone que va a hacer el software?

Interfaces externas: Cmo el software actua recprocamente con las personas, el

hardware de los sistemas, otro hardware, otro sistema?

Actuacin: Cul es la velocidad, disponibilidad, tiempo de contestacin, tiempo de

recuperacin, etc?

Atributos: Qu portabilidad tiene, exactitud, el mantenimiento, la seguridad, las

consideraciones etc.?

Restricciones de diseo que impusieron en una aplicacin: Hay algn requerimiento

Standard, idioma de aplicacin, las polticas para la integridad del banco de datos, los
lmites de los recursos, operando en qu ambiente (s) etc.?

ANLISIS ORIENTADO A OBJETOS

Es parte de la disciplina Anlisis y Diseo de RUP; esta disciplina tiene
como propsito:

Transformar los requisitos en un diseo del sistema a crear.

Definir una arquitectura robusta para el sistema.

Adaptar el diseo para que funcione en el ambiente

implementacin, disendolo para un desempeo esperado.

de

REQUERIMIENTOS VS ANLISIS
M. de Casos de Uso

Modelo de Anlisis

Descrito con el lenguaje del cliente

Descrito
con
desarrollador

Vista externa del sistema

Vista interna del sistema

Estructurado por los casos de uso

Estructurado por clases y paquetes

el

lenguaje

del

Utilizado como contrato entre clientes y Utilizado por los desarrolladores para
desarrolladores sobre que debera y que comprender como debera darse forma
no debera hacer el sistema
al sistema, es decir como debera ser
diseado e implementado.
Puede
contener
redundancias No
debe
tener
(mnimas), inconsistencias entre los inconsistencias
requisitos

redundancias,

Captura la funcionalidad del sistema

Esboza como llevar a cabo

funcionalidad dentro del sistema

Define casos de uso

Define realizaciones de casos de uso

la

ANLISIS ORIENTADO A OBJETOS

Toma los CU documentados del flujo de
trabajo de la Captura de Requisitos y los
traslada a elementos de diseo que
sern usados para construir el sistema.
Por medio de varias actividades y
modelos, el flujo de trabajo de Anlisis y
Diseo
transforma
la
informacin
obtenida
de
los
Stakeholders
en
informacin
que
los
programadores
podrn usar.
Se preocupa por establecer si la visin del
sistema es factible, y en determinar las
tecnologas potenciales para la solucin
de software

ANLISIS ORIENTADO A OBJETOS

Flujo de Trabajo del Anlisis

El objetivo del anlisis es comprender el problema y comenzar a

desarrollar un modelo visual de lo que se est tratando de
construir, independiente de la tecnologa a utilizar en la aplicacin,
como el lenguaje de programacin.

El anlisis se centra en la traduccin de los requisitos funcionales en

conceptos de software. La idea es identificar los objetos que conforman
el sistema, centrndose en el comportamiento

ANLISIS: TRABAJADORES Y
ARTEFACTOS

Arquitecto

Modelo de
anlisis

Descripcin de la
arquitectura

Ingeniero de
casos de uso

Realizacin caso
de uso -Anlisis

Ingeniero de
componentes

Clase del
anlisis

Paquete del
anlisis

ACTIVIDADES PARA EL MODELO DE

ANLISIS

ACTIVIDADES PARA EL MODELO DE

ANLISIS

El modelo de anlisis puede contener las clases y paquetes de

anlisis, las realizaciones de los casos de uso, las relaciones y los
diagramas. Es opcional detallar aqu las realizaciones de los casos de
uso, ya que estas pueden estar en el modelo de diseo donde se
recomienda que se encuentre

A diferencia del modelo de casos de uso que captura la funcionalidad

del sistema, el modelo de anlisis da forma a la arquitectura para
soportar las funcionalidades que en el anterior modelo se expresan.

ANLISIS DE LA ARQUITECTURA

ANLISIS DE LA ARQUITECTURA
Identificacin de los Paquetes de Anlisis

Los paquetes de anlisis constituyen una divisin del sistema de software que
tiene sentido desde el punto de vista de los expertos en el dominio.

Debido a que los requisitos funcionales se capturan en la forma de CU, una forma
directa de identificar paquetes del anlisis es asignar la mayor parte de un cierto
nmero de casos de uso a un paquete concreto.

Criterios de Identificacin de
Paquetes
a)

Tener un diagrama de casos de uso con

los roles bien definidos

b)

Los casos de uso que estn bajo la

responsabilidad de un actor deben
tener
contenidos
estrechamente
relacionados.

c)

Los casos de uso que estn

relacionados mediante relaciones de
generalizacin deben pertenecer al
mismo paquete.

d)

Los
casos
de
uso
relacionados
mediante relaciones de extensin y
que solo se extienden a partir de un
caso de uso base deben pertenecer
al mismo paquete del caso de uso base.

e)

Los casos de uso incluidos tienden a

generar su propio paquete la mayor
parte de veces.

ANLISIS DE LA ARQUITECTURA
Definicin de las dependencias entre los paquetes de anlisis

El objetivo es conseguir paquetes que sean relativamente independiente y

dbilmente acoplados, pero que posean una cohesin interna alta. Es
inteligente intentar reducir el nmero de relaciones entre clases en paquetes
diferentes, debido a que ello reduce las dependencias entre paquetes

ORGANIZACIN DE LOS PAQUETES

Los paquetes identificados se organizarn en la Capa de Aplicacin, la
cual se subdivide en dos capas internas:
a. Capa Especfica: se ubican los paquetes no reutilizables (Nivel Superior).
b. Capa General: se ubican los paquetes reutilizables (Nivel Inferior).
Para identificar las dependencias entre paquetes se basa en DGCUS, para
ubicar las relaciones que existen entre los CU.
Las dependencias se crean a partir de los paquetes de anlisis que
contienen los casos de uso base.

ORGANIZACIN DE LOS PAQUETES

ANLISIS DE LA ARQUITECTURA
Identificacin de clases de entidad obvias por cada paquete de
anlisis

Se identifican las clases tipo ENTITY por cada Caso de Uso

Se recomienda no involucrarse en mucho detalles

Reserva, Habitacin => clases del dominio del negocio

Detalle Reserva => clase de la asociacin entre Reserva y Habitacin

ANLISIS DE LA ARQUITECTURA
Identificacin de Requisitos Especiales Comunes

Se basan en:

Persistencia

Distribucin y Concurrencia

Caractersticas de Seguridad

Gestin de Transacciones

ANLISIS DE LA ARQUITECTURA
Identificacin de las caractersticas fundamentales de un requisito
especial.

Se indica las caractersticas de cada Requisito Especial Comn identificado

previamente.

Por ejemplo, las caractersticas de un REC de Persistencia son:

Rango de tamao
Volumen
Periodo de persistencia
Frecuencia de actualizados
Fiabilidad

ACTIVIDADES PARA EL MODELO DE

ANLISIS

ANLISIS DE CASOS DE USO

ANLISIS DE CASOS DE USO

Crear la Realizacin de Anlisis de Casos de Uso

Describe el modelamiento de un Caso de Uso en trminos de Objetos colaboradores

Se especifica que clases deben ser construidas para implementar cada Caso de Uso

ANLISIS DE CASOS DE USO

Encontrar clases de Anlisis del comportamiento de Caso de Uso

Se realiza para cada Realizacin de Caso de

Uso

Se basa a partir de las Especificaciones de

Caso de Uso para encontrar las 3 clases de
Anlisis
Boundary: representa la forma de interaccin
entre los usuarios y el sistema
Control: modela la coordinacin entre otros
objetos; as como tambin para representar
clculos
Entity: modela informacin persistente en el
sistema.

Estas 3 clases de Anlisis se basa en el

Patrn MVC (Modelo Vista Controlador)

ANLISIS DE CASOS DE USO

Encontrar clases de Anlisis del comportamiento de Caso de Uso
Caso de Uso:

Una de las tcnicas usadas para identificar

clases de anlisis tipo Entity, es ir filtrando
los sustantivos, de la Especificacin de
Casos, que pueden ser:

Objetos

Descripciones de un estado de un objeto

Entidades externas y/o actores

Otros fuera de contexto

Inscribir en Curso Taller

Flujo Principal:
1.

El caso de uso comienza cuando la secretaria selecciona la opcin

Inscribir en Curso Taller.
2.
El sistema muestra una ficha de inscripcin en el taller, en el que
ingresar los datos del alumno a buscar.
3.
La secretaria ingresa los datos del alumno solicitados.
4.
El sistema consulta los datos en el sistema.
5.
El sistema muestra los datos del alumno.
6.
La secretaria ingresa y/selecciona los datos requeridos (curso taller,
horario).
7.
El sistema verifica que estn ingresados y/o seleccionados todos los
datos obligatorios.
8.
El sistema verifica que el alumno no se encuentre inscripto en el curso
taller.
9.
El sistema guarda los datos de la inscripcin.
10. El sistema muestra una lista de los alumnos inscritos hasta el
momento.
Flujo Alternativo:

En el punto 3, si no se encuentra al alumno, vuelve al paso 2.

En el paso 6, si no se llenan los campos obligatorios, el sistema
muestra un mensaje de advertencia.
En el paso 8, si el alumno ya est inscrito en el curso taller, el sistema

ANLISIS DE CASOS DE USO

Encontrar clases de Anlisis del comportamiento de Caso de Uso
Caso de Uso:

Inscribir en Curso Taller

Flujo Principal:
1.

El caso de uso comienza cuando la secretaria selecciona la opcin

Inscribir en Curso Taller.
2.
El sistema muestra una ficha de inscripcin del taller, en el que
ingresar los datos del alumno a buscar.
3.
La secretaria ingresa los datos del alumno solicitados.
4.
El sistema consulta los datos en el Sistema.
5.
El sistema muestra los datos del alumno.
6.
La secretaria ingresa y/selecciona los datos requeridos (curso taller,
horario).
7.
El sistema verifica que estn ingresados y/o seleccionados todos los
datos obligatorios.
8.
El sistema verifica que el alumno no se encuentre inscripto en el curso
taller.
9.
El sistema guarda los datos de la inscripcin.
10. El sistema muestra una lista de los alumnos inscritos hasta el
momento.
Flujo Alternativo:

En el punto 3, si no se encuentra al alumno, vuelve al paso 2.

En el paso 6, si no se llenan los campos obligatorios, el sistema
muestra un mensaje de advertencia.
En el paso 8, si el alumno ya est inscrito en el curso taller, el sistema
le muestra un mensaje de error y finaliza el caso de uso.

ANLISIS DE CASOS DE USO

Encontrar clases de Anlisis del comportamiento de Caso de Uso

Caso de Uso

fuera de contexto

Secretaria Actor

Opcin fuera de contexto

Curso Taller

Sistema

Ficha de Inscripcin

Datos del alumno

Datos requeridos (curso taller, horario)

Datos obligatorios

Datos de la inscripcin

Lista de alumnos inscritos

Mensaje de Advertencia

Mensaje de error

fuera de contexto

fuera de contexto

fuera de contexto

ANLISIS DE CASOS DE USO

Encontrar clases de Anlisis del comportamiento de Caso de Uso

Curso Taller

Objeto genrico

Ficha de Inscripcin

Objeto genrico

Datos del alumno

Objeto genrico

Datos requeridos (curso taller, horario)

Datos obligatorios

Datos de la inscripcin

Lista de alumnos inscritos

Objeto especfico del Objeto genrico de Curso Taller

Objeto especfico del Objeto genrico de Ficha de Inscripcin y Alumno
Objeto especfico del Objeto genrico de Ficha de Inscripcin
Objeto genrico

ANLISIS DE CASOS DE USO

Encontrar clases de Anlisis del comportamiento de Caso de Uso

Curso Taller

Objeto genrico

Ficha de Inscripcin

Objeto genrico

Entity Ficha Inscripcin

Datos del alumno

Objeto genrico

Entity Alumno

Lista de alumnos inscritos

Objeto genrico

Entity Curso Taller

Entity Lista de Inscritos

ANLISIS DE CASOS DE USO

Crear el Diagrama de Clases

Representa la relacin entre los actores del sistema y las 3 clases de anlisis, por cada
Realizacin de Caso de Uso

ANLISIS DE CASOS DE USO

Crear el Diagrama de Comunicacin

Muestra la colaboracin dinmica entre los

objetos,
es
decir,
describe
el
comportamiento de un Caso de Uso
mostrando explcitamente las relaciones
de los objetos participantes.

La realizacin de un caso de uso puede

tener
uno
o
ms
diagramas
de
comunicacin, esto es debido a que se
representa el flujo bsico, subflujos y flujos
alternativos.

ANLISIS DE CASOS DE USO

Crear el Diagrama de Comunicacin

Elementos:

Enlace: representa la conexin entre las clases de anlisis

Mensaje: expresa la accin a realizar. Puede contiene:

Parmetros, entre parntesis

Valor de retorno

Nmero de mensaje: puede darse varios subniveles de numeracin

Mensajes condicionales: se indican mediante la forma [condicin], la cual se

coloca despus del nmero de mensaje