Programación Orientada a ObjetosNo es difícil aprender a programar en un lenguaje OO, el problema es que es necesario cierto tiempo para aprender a aprovechar las ventajas que contiene el lenguaje OO

Los lenguajes permiten ventajas, pero no las proporcionan

En la programación poo, la unidad básica es el objeto, los cuales forman una jerarquía y se comunican entre ellos con mensajes

OBJETOS Un objeto es cualquier entidad tangible del

problema, esta formado por un conjunto complejo de datos y los procedimientos que manejan a los mismos, están insertos dentro de una jerarquía, la identidad es única dentro del dominio.

Los datos se conocen como propiedades y la forma de operar con ellos métodos

Las propiedades definen las características (estados)

Los métodos las operaciones (comportamiento)

OBJETOS RELACIONES

Permite al objeto entroncarse dentro de la jerarquía, son punteros

MENSAJESLa forma de comunicarse con un objeto se llama mensaje, y este ejecuta un método

Clases Equivale a la generalización de un tipo

especifico de objetos, los objetos NO existen por si solo, existe cuando se instancia la clase

LAS PROPIEDADES Y LOS METODOS FORMAN LA INTERFASE DE LA CLASE

Metodos

Siempre es recomendable evitar las asignaciones directas a atributos para dejar mas solida la clase, ocultando asi el nombre y tipo verdadero del atributo, para ello existen dos tipos de metodos

Accesores Se utilizan para poder acceder los atributos a través

de un metodo

Modificadores Se utilizan para modifcar el valor del atributo

Metodos

Constructores Es el metodo que inicializa los atributos con

un valor por defecto

Instancia Pertenece a una instancia de un objeto

creado

Tipos Procedimientos Funciones (siempre devuelven un valor)

Programación Orientada a Objetos Encapsulado

Protege los datos ante la corrupción que pueden causar desde el exterior

Oculta los detalles de implementación Depurar los objetos en forma individualmente Dividir los proyectos

Abstracción Centrarse en el problema Reutilización

Programación Orientada a Objetos Polimorfismo

Dado los mismos métodos responden en forma diferente dependiente del objeto

Simplifica la interfaz del objeto Reutilización

Herencia Reduce la programación redundante Reduce tamaño y optimiza la velocidad Viola el encapsulamiento

Proceso unificadoConcepcion

Elaboracion

Constuccion

Transicion

Dirigido por casos de uso, centrado en la arquitectura, iterativo e incremental

Concepción Situacion economica del proyecto

Alcance

Analisis inicial

Viabilidad

Elaboración Que se va a construir Como se va a construir Con que tecnología Analisis de riesgo

Requerimientos Tecnologicos Experiencia Politicos Gerencia Dominio

Constucción Cada iteración en un miniproyecto, es un

recorrido completo por el flujo de trabajo fundamental, reduce los riesgos

Una Iteracción es Requisitos

Analisis

Diseño

Implementacion

Pruebas

Qué es UML UML es un Lenguaje de Modelado Unificado

basado en una notación gráfica la cual permite: especificar, construir, visualizar y documentar los objetos de un sistema programado.

Este lenguaje es el resultado de la unificación de los métodos de modelado orientados a objetos de Booch, Rumbaugh (OMT: Object Modeling Technique) y Jacobson (OOSE: Object-Oriented Sotfware Engineering) .

Qué es UML El UML modela sistema mediante el uso

de objetos que forman parte de él así como, las relaciones estáticas o dinámicas que existen entre ellos.

UML puede ser utilizado por cualquier metodología de análisis y diseño orientada por objetos para expresar los diseños.

Qué es UML

Es un lenguaje unificado de modelado

Toma elementos de los métodos de BOOCH, RUMBAUGH, JACOBSON

Es un lenguaje de modelado y no un método

Qué es UMLMétodo : Lenguaje + Proceso

Lenguaje:Es la notación generalmente gráfica que se valen los métodos para expresar los diseños

Proceso: Pasos a seguir para hacer el diseño

(tratado en los libros User Guide)

Lo que tenemos que aprender es el lenguaje, porque el proceso lo adapta cada individuo

Qué es UML 1. Diagrama de Casos de Uso 2. Diagrama de Clases 3. Diagrama de Actividades 4. Diagrama de Iteración 4.1. Diagrama de Secuencia 4.2. Diagrama de Colaboración

Qué es UML 5. Diagrama de Estados 6. Diagrama de Implementación 6.1. Diagrama de Componentes 6.2 Diagrama de Despliegue Conceptos de patrones

Casos de uso Un diagrama de Casos de Uso muestra la

distintas operaciones que se esperan de una aplicación o sistema y cómo se relaciona con su entorno (usuario u otras aplicaciones).

Es una herramienta esencial para la captura de requerimientos y para la planificación y control de un proyecto interactivo.

Casos de uso Según Jacobson Es el elemento primario

de la planificación y el desarrollo de proyectos.

Es un documento narrativo que describe la secuencia de eventos de un actor (agente externo) que utiliza un sistema para completar un proceso.

Es una interacción típica entre un usuario

y un sistema informático

Casos de uso Los casos de Uso Se representa en el diagrama

por una elipse que denota un requerimiento solucionando por el sistema.

Cada caso de uso de uso es una operación completa desarrollada por los actores y por el sistema en un diálogo.

El conjunto de casos de uso representa la totalidad de operaciones desarrolladas por el sistema.

Casos de uso

Comunica

<<extend>>

Actor <<use>>

Profesor

Fig. 1 Ejemplo de Diagramas de Casos de Uso.

Casos de uso Actor: Es un usuario del sistema, que

necesita o usa alguno de los casos de uso. Un usuario puede jugar más de un rol. Un solo actor puede actuar en muchos casos de uso; recíprocamente, un caso de uso puede tener varios actores. Los actores no necesitan ser humanos pueden ser sistemas externos que necesitan alguna información del sistema actual.

Casos de uso Especificación narrativa

Numerarlo Ponerle un nombre Identificar los actores Primario: Destinado al caso de uso Secundario: Pueden ser o no destinado al caso

de uso Descripción Pre Condición Post Condición

Casos de uso Curso Básico

Curso de ejecucion Cuando se contesta que si a todas las preguntas

y esta todo bien Forma

Narrativa Conversaciones

No hay modelos estáticos son evolucionables Curso Alternativo

Bifucurcasiones al curso básico Excepciones

Mensajes de Error

Casos de uso Primario

Surgen de las primeras conversaciones con los actores

Extendido A partir del caso primerio se comienza a

implementar el sistema, comienzan los detalles de implementacion

Diagrama de Clases

Clase: representa un conjunto de entidades que tienen propiedades comunes.

Una clase es un constructo que define la estructura y comportamiento de una colección de objeto denominados instancia de la clase.

En UML la clase está representada por un rectángulo con tres divisiones internas, son los elementos fundamentales del diagrama.

Diagrama de ClasesEjemplo:

Publicación Nombre de la clase

Nombre de

Clase

Atributos

# Código P: Cadena [2]

-Ncopias: Entero

+Actor: Cadena [30]

-MontoA: Monetario

+Fecha: Date

-Agregar ()

-Consultar ()

+Listar()

Método

Fig.2 Representación de una clase

Diagrama de Clases

Propiedades: Representa una propiedad de una entidad. Cada atributo de un objeto tiene un valor que pertenece a un dominio de valores determinado.

Las sintaxis de una atributo es:Visibilidad <nombre>: tipo = valor incialDonde visibilidad es uno de los siguientes:+ público.# protegido.- privado.

Diagrama de Clases

Metodos: El conjunto de operaciones que describen el comportamiento de los objetos de una clase. La sintaxis de una operación en UML es:

Visibilidad nombre (lista de parámetros): tipo que retorna { propiedades}

Diagrama de Clases

Objeto: es una instancia de una clase. Se caracteriza por tener una identidad única, un estado definido por un conjunto de valores de atributos y un comportamiento representado por sus operaciones y métodos.

Asociación (rol, multiplicidad, calificador): representan las relaciones entre instancias de clase. Una asociación es una línea que une dos o más clases

Diagrama de Clases

Rol: Identificado como un nombre a los finales de la línea, describe la semántica de la relación en el sentido indicado. Cada asociación tiene dos roles; cada rol es una dirección en la asociación. El rol puede estar representado en el nombre de la clase.

Multiplicidad: Describe la cardinalidad de la relación, es decir, cuanto objetos de esa clase pueden participar en la relación dada [ Int-2].

Diagrama de Clases

La multiplicidad puede ser:

1 Clase Exactamente uno

* Clase Cero o más

O ..1 Clase Cero o uno

m..n Clase Especificada numéricamente

Fig. 3 Tipos de Multiplicidad

Diagrama de secuencia El diagrama de secuencia forma parte de

los diagramas de interacción

Describen la manera que colaboran grupos de objetos para un cierto comportamiento de un caso de uso. Se describen los objetos y los mensajes que son pasados entre ellos

Diagrama de secuencia Un diagrama de secuencia muestra la

interacción de un conjunto de objetos de una aplicación a través del tiempo. Esta descripción es importante porque puede dar detalle a los casos de uso, aclarándolos al nivel de mensajes de los objetos existentes, como también muestra el uso de los mensajes de las clases diseñadas en el contexto de una operación

Diagrama de secuencia

Cada objeto se muestra como una caja el la parte superior de una línea vertical punteada, esta línea se denomina línea de vida.

Cada mensaje se representa mediante una flecha entre las líneas de vida de dos objetos

Los mensajes trascurren hacia abajo

Diagrama de secuenciaMensaje Común Prepara()

Mensaje con iteración (*Para cada artículo) Baja Stock

Mensaje con condición(No existe artículo)Doy de alta(nro,nombre,familia)

Diagrama de secuencia

ACTUALIZAR DEPOSITO F.T.

:USUARIO AUTORIZADO

:DEPOSITO F.T.

:TOTAL_D

ACTUALIZAR TOTAL_D.

ACTUALIZAR DEPOSITO F.T.

OK

ACTUALIZAR TOTAL_D

OK

FIG. 3.9 Diagrama de secuencias asociadas al proceso “Actualizar Depósito”