TEMA: ANALISIS Y DISEÑO ORIENTADO

A OBJETOSCLAUDIA BELEÑO

PRESENTADORA

FRANKLIN GONZALEZEXPERTO ANALISTA DE SISTEMAS

OLGA ALVARADOEXPERTA ANALISTA DE SISTEMAS

ALBERT RUMBOEXPERTO ANALISTA DE SISTEMAS

INTRODUCCIONLa idea básica de la programación orientada aobjetos se basa en 8 principios, que se muestranpara un mejor entendimiento de la metodología:O ClasesO HerenciaO ObjetosO EncapsulaciónO AtributoO MensajesO MétodoO Polimorfismo:

Análisis Orientado a ObjetosEl enfoque de Coad y Yourdon para el análisisorientado a objetos esta basado en cinco capas.Estas capas dan mayor poder a la representaciónde la complejidad del análisis y el diseño ensistemas flexibles.

1. Capa Clase Objeto

2. Capa de Estructura

3. Capa de Atributos

4. Capa de Servicios

5. Capa de Tema

Capa Clase objetoEn el análisis de clases y Objetos se identifican lasclases, los objetos y las clases y objetos candidatos para laaplicación a desarrollar. los objetos se pueden manifestar dela siguiente manera:

O Entidades externas

O Cosas

O Ocurrencias o Sucesos

O Papeles

O Unidades organizativas

O Lugares

O Estructuras

Criterios Para Determinar Una Nueva Clase De Objetos

O Hay necesidad de recordarel objeto.

O Hay una necesidad dedeterminadoscomportamientos del objeto.

O Usualmente un objeto tendrávarios atributos.

O Los objetos debenimplementar requerimientosque son derivados delproblema y no de latecnología de solución.

O Los objetos no deben duplicar atributos o servicios que pueden ser derivados de otros objetos en el sistema

O Usualmente una clasetendrá más de unainstancia de objetos, amenos que sea una clasebase.

O Usualmente los atributostendrán siempre un valorsignificativo para cadaobjeto de la clase.

O Usualmente los serviciossiempre se comportarán enla misma forma

O para todos los objetos deuna clase.

REPRESENTACION DE UN OBJETO

REPRESENTACION DE UNA CLASE

CLASE-OBJETOS

EJEMPLOS DE METODOS U OPERACIONES

NOTA: Todos los objetos de una misma clase

comparten las mismas operaciones

DIAGRAMA DE CLASES

CAPA DE ESTRUCTURA

Hay dos tipos de estructuras que deben serimpuestas en las clases y objetos.

O Estructuras Generalización-Especialización.

O Estructuras Todo-Partes:

Estas estructuras indican conjuntosdiferentes de objetos que componen otroobjeto completo.

CAPA DE ATRIBUTOS

Aquí la idea básica de un atributo es la misma, esdecir, que definen las propiedades de un objeto dedatos.O Conexiones de Ocurrencia: En vez de amontonar el

paquete de diseño con los detalles de llavesprimarias y llaves foráneas, no se especifican losatributos de llave primaria.

O Plantilla de Especificación Preliminar: Con la introducción de los atributos es necesario detalles de análisis adicionales para dar soporte al diagrama de capas. En esta etapa estos detalles toman en cuenta solamente descripciones de atributos y sus valores.

CAPA DE SERVICIOSO Los servicios pueden ser llamados también

métodos o procedimientos y son una parteimportante de los objetos así como los son susatributos. Debido a que los servicios involucranfrecuentemente cambios en el estado de unobjeto, son comúnmente analizados y diseñadosusando diagramas de estado. El análisis deservicios consiste de tres actividades:

O Análisis del estado del objeto

O Especificaciòn de servicio

O Especificaciòn de mensajes

Análisis del estado delobjeto: Existen atributos encada objeto que puedenafectar su cambio de estado,es importante por tanto eneste análisis encontrar esosatributos. La flecha en laparte superior del cuadroEstado = detenido muestraque el estado inicial cuando elobjeto es creado es siempredetenido. Las otras flechasmuestran cambios de estadoposibles, por ejemplo, dedetenido a en movimiento o dedetenido a descargando. Nohay forma para cambiarestados de en movimiento adescargando.

Especificación deservicio: Los serviciospueden ser de dos tipos,simples o compuestos. Losservicios simplesinvolucran muy pocascondiciones u operaciones,y frecuentemente seaplican a cada Clase yObjeto en un sistema. Losservicios complejos encambio involucran ciclos,muchas operaciones ocondiciones compuestas.Estos servicios por logeneral se aplican a unaClase y Objeto.

O Especificación de mensajes:

Los mensajes detallan la manera en que elcomportamiento de un objeto puede activar elcomportamiento de otro objeto, esto con el fin dedocumentar la dependencia de un proceso sobreotro proceso en un objeto diferente. Los mensajesexisten solamente para comunicarse entreservicios, y ocasionan flujo de control y flujo dedatos. Los mensajes dirigidos a las clases, talescomo crear objetos y borrar objeto, por lo generalno son diagramados por que están implícitos en losservicios simples. Por tal razón los mensajes que síse diagraman terminan siendo de objeto aobjeto, y no de clase a clase o de objeto a clase.

Formato de plantilla de especificaciones

Análisis de temas

En el caso de sistemas muygrandes se puede usar unacapa adicional en el paquetede diagrama en capas OOpara organizar el trabajo deanálisis, diseño eimplementación. Esta capapermite subdividir unaespecificación compleja enunidades de trabajológicas, recomendable enproyectos grandes queinvolucran muchas clases.

Diseño Orientado a Objetos

O El enfoque de Coad yYourdon, plantea que elanálisis esrazonablementeindependiente de latecnología, en cambioel diseño viene a serentonces cada vez másorientado hacia unlenguaje OO particulary a un ambiente dedesarrollo.

Diseño del componente de dominio problema

El componente del dominio del problema (PDC) esel conjunto básico de objetos funcionales que llegade la etapa de análisis. Tales objetosdirectamente resuelven el problema que sepretende ser resuelto por el sistema que se estáconstruyendo, lo que quiere decir que el diseño delPDC se termina en su mayor parte en la etapa deanálisis, completándose ahora con la ejecución detres actividades, las cuales son:O Diseño de reusoO Estructura de ImplementaciónO Acomodo al lenguaje

Diseño del Componente de Interfaz Humana

O En esta actividad creamos losmenús, reportes y pantallas interactivas queusarán las personas para trabajar con elsistema. Por lo general, se puede obtenerayuda en gran forma en clases debibliotecas para el diseño de clases deInterfaz. Los prototipos son muy útilesdurante el diseño de Interfaz para hacermás fácil la manera en que trabajarán lasclases de biblioteca con los objetos delDominio.

Diseño de componentes de administración de tarea y datos

Ambos componentes estánestrechamente relacionadoscon la tecnología deimplementación. El manejo detareas esta muy determinadopor la configuración dehardware de computación, yel manejo de datos esta muydeterminado por el softwarede sistema disponible cuandoel sistema este de hecho enejecución.

ConclusionesExisten varias metodologías orientadas a objetos, apesar que tienen variantes entre ellas, todas trabajancon el mismo paradigma por tanto se basan en los mismofundamentos de modelación de objetos. Este trabajo seenfoca en la técnica de Análisis y Diseño de Coad yYourdon, por considerase sencilla al momento de aplicarpara analistas con poca experiencia. Las técnicas parael análisis y diseño Orientadas a Objetos todavía estánen desarrollo, esto debido a que la programación mismatodavía se encuentra en esta etapa. Por consiguientehan surgido tantas metodologías que tratan estemodelo de programación, llegando a destacarse unenfoque de Modelación de Lenguaje Unificado (UML)como uno de los más prácticos y eficientes. Sinembargo, no existe una técnica que se haya definidocomo estándar para este paradigma.

GRACIAS!!!!!