Anlisis y Diseo

Orientado a Objetos
Concepto de Anlisis
Anlisis: Investigacin
Hay que describir el problema y las
necesidades o requerimientos.
El Anlisis se centra en una investigacin del
problema, no en la manera de definir una
solucin.
Diseo: Solucin
Tambin es necesario contar con
descripciones detalladas y de alto nivel de la
solucin lgica y saber cmo satisface los
requerimientos y las restricciones.
El Diseo pone de relieve una solucin
lgica: cmo el sistema cumple con los
requerimientos.
Concepto de Diseo
UML
Lenguaje Unificado de Modelado (UML, por sus
siglas en ingls, Unified Modeling Language) es el
lenguaje de modelado de sistemas de software ms
conocido y utilizado en la actualidad; an cuando
todava no es un estndar oficial, est respaldado
por el OMG (Object Management Group).
Es un lenguaje grfico para visualizar, especificar,
construir y documentar un sistema de software.
En UML hay 13 tipos diferentes de diagramas.
Para comprenderlos de manera concreta, a veces es til
categorizarlos jerrquicamente, as:

Diagramas de estructura enfatizan en los elementos que deben existir
en el sistema modelado:
Diagrama de clases
Diagrama de componentes
Diagrama de objetos
Diagrama de estructura compuesta (UML 2.0)
Diagrama de despliegue
Diagrama de paquetes

Diagramas de comportamiento enfatizan en lo que debe suceder en
el sistema modelado:
Diagrama de actividades
Diagrama de casos de uso
Diagrama de estados
Diagramas de Interaccin, un subtipo de diagramas de
comportamiento, que enfatiza sobre el flujo de control y de datos entre
los elementos del sistema modelado:
Diagrama de secuencia
Diagrama de comunicacin
Diagrama de tiempos (UML 2.0)
Diagrama de vista de interaccin (UML 2.0)

Anlisis OO

Durante el anlisis orientado a objetos se
procura ante todo identificar y describir los
objetos -o conceptos- dentro del dominio del
problema.
Ejemplo, en el caso del sistema de
informacin de la biblioteca, algunos de los
conceptos son Libro, Biblioteca y Cliente.
Situar el dominio de un problema y su
solucin lgica dentro de la perspectiva de
los objetos (cosas, conceptos o entidades).

Diseo OO
Se procura definir los objetos lgicos del
software que finalmente sern
implementados en un lenguaje de
programacin orientado a objetos.
Los objetos tienen atributos y mtodos.
As, en el sistema de la biblioteca un objeto
de software Libro puede tener un atributo
titulo y un mtodo imprimir
En el anlisis y diseo orientados a objetos, cuando
se trata de definir lo que debe hacer un sistema se
hace un anlisis de requerimientos, en el cual los
procesos y las necesidades de los negocios se
descubren y se expresan en los casos de uso.
Los casos son descripciones narrativas textuales de
los procesos de una empresa o sistema:
Caso de uso: Colocar un pedido.
Descripcin: Este caso de uso comienza
cuando un cliente telefonea a un representante de
ventas para hacer una compra de MicroButterfly. El
representante anota en una nueva orden la
informacin relativa al cliente y al producto.
Ejemplo AOO y DOO
a. Definicin de Casos de Uso:
Para entender los requerimientos se necesita
conocer los factores externos que participan
en los procesos.
Dichos procesos de dominio pueden
expresarse en casos de uso, o sea, en
descripciones narrativas de los procesos del
dominio en un formato estructurado de prosa.
Un juego de dados en que un jugador lanza dos dados. Si
el total es siete, gana y de lo contrario pierde.
Los casos de uso no son propiamente un elemento del anlisis
orientado a objetos; se limitan a describir procesos y pueden ser
igualmente eficaces en un proyecto de tecnologa no orientada a
objetos. No obstante, constituyen un paso preliminar muy til
porque describen las especificaciones de un sistema.
Por ejemplo, en el juego de dados el caso de uso de Juega un
Juego.
Caso de Uso: Juega un Juego
Participantes: Jugador
Descripcin: Este caso de uso comienza
cuando el jugador recoge y hace rodar los dados. Si los puntos
suman siete, gana y pierde si suman cualquier otro nmero.

b. Definicin Modelo Conceptual
Para descomponer el dominio del problema
hay que identificar los conceptos, los
atributos y las asociaciones del dominio que
se juzgan importantes. El resultado puede
expresarse en un modelo conceptual, el cual
se muestra grficamente en un grupo de
diagramas que describen los conceptos
(objetos).
El modelo conceptual no es una descripcin de los
componentes del software; representa los
conceptos en el dominio del problema en el mundo
real.
c. Diagramas de Colaboracin
El diseo orientado a objetos tiene por objeto definir
las especificaciones lgicas del software que
cumplan con los requisitos funcionales, basndose
en la descomposicin por clases de objetos.
Un paso esencial de esta fase es la asignacin de
responsabilidades entre los objetos y mostrar
cmo interactan a travs de mensajes,
expresados en diagramas de colaboracin. Estos
presentan el flujo de mensajes entre las instancias y
la invocacin de mtodos.
d. Definicin del Diseo de Clases
Para definir una clase es preciso contestar varias
preguntas:
Cmo se conectan unos objetos a otros?
Cules son los mtodos de una clase?
Para contestar las preguntas anteriores, examine
detenidamente los diagramas de colaboracin
que indican las conexiones necesarias entre
objetos, y tambin los mtodos que cada clase de
software debe definir.
El diagrama de diseo de clases es el que expresa
esos detalles.
A diferencia del modelo conceptual, este diagrama no
muestra grficamente conceptos del mundo real; describe
nicamente los componentes del software.
Advertencia: el anlisis y el diseo pueden provocar
guerras terminolgicas.
La divisin entre anlisis y diseo es poco clara; el
trabajo de los dos existe en un contnuo (ver figura),
y los profesionales de los mtodos del "anlisis" y
"diseo" clasifican una actividad en varios puntos
del contnuo.
Ms orientado al anlisis Ms orientado al diseo


- qu - cmo
- requerimientos - solucin lgica
- investigacin del dominio