Tema 10: Interfaces. Índice

Documentos relacionados
UML: INTRODUCCIÓN, ORIENTACIÓN a Objetos

CLA. Diagramas de clases en Métrica V3

Lenguaje de Modelamiento Unificado.

Diagramas De Casos De Uso

Elementos Diagramas de Clases Clase:

Cristian Blanco

DIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO

Capítulo 16. Diagrama de Clases UML

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases

Conceptos de Programación Orientada a Objetos

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema

Análisis y Diseño de Sistemas

CIDE, SA. RIF: J NIT: MODELO FUNCIONAL

Programación orientada a objetos. Resumen de Temas Unidad 6: Polimorfismo y reutilización

Patrones de Diseño. Patrón estructural Composite. Técnicas de Programación - Curso 2007/08

Un caso de uso es una tarea que debe poder llevarse a cabo con el apoyo del sistema que se está desarrollando, se representa mediante un óvalo.

Introducción a la Orientación a Objetos

Contenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo

CONTENIDOS. La herencia permite: - Adoptar automáticamente características ya implementadas. Ahorro de tiempo y esfuerzo

Test : Conteste exclusivamente en una HOJA DE LECTURA ÓPTICA, no olvidando marcar que su tipo de examen es A.

Introducción al UML. Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación

Universidad Salesiana de Bolivia

CASOS DE USO Exploración de Requerimientos

TEMA 7: DIAGRAMAS EN UML

Clases abstractas e interfaces

Diagramas de secuencia

Desarrollo Orientado a Objetos en Métrica v. 3

Diagramas de interacción

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

Ingeniería a de Software CC51A

Planificaciones Análisis de la Información. Docente responsable: GONZALEZ NORBERTO DANIEL. 1 de 6

Modulo 11. Clases y Objetos en Java

PROGRAMACION ORIENTADA A OBJETOS EN C++

Modelado Básico con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

Fundamentos de Ingeniería del Software. Capítulo 3. Análisis de Requisitos Introducción a los casos de uso

Introducción a la Programación Orientada a Objetos

4. DIAGRAMAS DE INTERACCIÓN INTRODUCCIÓN DIAGRAMAS DE SECUENCIA Objetos Mensajes

Tutorial de C# Delegados y Eventos. Por: Óscar López, M.Sc.

2.2.- Paradigmas de la POO

Análisis y Diseño de Sistemas

Curso de Java POO: Programación orientada a objetos

Guía práctica de estudio 04: Clases y objetos

Índice.

Casos de Uso. Introducción. Actores

Programación Orientada a Objetos en Java

Interfaces y Clases Internas. ELO329: Diseño y Programación Orientados a Objetos

13019 Diseño de bases de datos

Modelado arquitectónico con UML

Las redes semánticas intentan trasladar esa afirmación a un formalismo Una red semántica será un grafo donde:

Java en 2 horas. Rodrigo Santamaría

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

1. Qué tipos de relación hay entre las siguientes clases?

Objeto Clase Atributo / Método Encapsulamiento Mensaje Herencia Polimorfismo Encadenamiento Dinámico

Programación en Java. Programación en OO

Diagramas de Clase en UML 1.1

EXAMEN FINAL Metodología y Programación Orientada a Objetos. Curso Cuatrimestre de otoño. 17 de Enero de 2011

Notación UML para modelado Orientado a Objetos

T3-Análisis y Diseño del Sistema Software

class Nombre_Clase extends Nombre_SuperClase { cuerpo de la clase extendida }

Evaluación Diagnóstico puesta en común. Escuela Técnica ORT - TIC

PARA QUÉ SIRVEN LAS INTERFACES JAVA. IMPLEMENTAR UNA INTERFAZ DEL API. VENTAJAS. EJEMPLOS BÁSICOS. (CU00697B)

Enterprise Architect y UML Básico

Modelo de Objetos Distribuidos

Java Avanzado Facultad de Ingeniería. Escuela de computación.

Los requisitos de un Sistema de Información

Conceptos más avanzados de Programación Orientada a Objetos

Java en 3 horas. Ampliación de Sistemas Operativos. Rodrigo Santamaría

Práctica 2: Java Remote Method Invocation (RMI)

JAVA -INTRODUCCIÓN AL LENGUAJE

b) Qué tipo de variable son las de la línea 6? Cuál es su visibilidad? Explique su

Tema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008

La Herencia: Teoría (1)

USECASE. CASOS de USO

Java: Clases Abstractas e Interfaces

Tema 5: El Lenguaje Unificado de Modelado. Departamento de Lenguajes y Sistemas Informáticos II

Introducción a la programación orientada a objetos

Tema 5. Diseño detallado.

Resultado de Aprendizaje:

El patrón Composite (Compuesto) Propósito Componer los objetos a una estructura de jerarquía de relación partetodo.

20483 Programación en C#

Programación Orientada a Objetos con Java

Diagramas de Casos de Uso

Relaciones entre clases: Diagramas de clases UML

Tema 2. Técnicas básicas de POO. Técnicas de Programación - Curso 2007/08

Capítulos 2 y 5: Modelación con UML y Modelo Objeto

TEMA 9: DIAGRAMA DE OBJETOS, SECUENCIA Y DESPLIEGUE EN UML

Tutorial de UML. Introducción: Objetivos: Audiencia: Contenidos:

MODELADO DE CASOS DE USO (Libro UML 2-Arlow & Neustad)

Tema 3: Genericidad en Java. Tema 3: Genericidad en Java. Objetivos y Bibliografía. Modelos de Datos Genéricos

16. Herencia Definición de herencia. 168 A. García-Beltrán y J.M. Arranz

Herencia. Hay clases que comparten gran parte de sus características.

Programación orientada a objetos. Capítulo 8 Mejora de las estructuras mediante herencia

Metodologías en la Ingeniería del Software Métodos Orientados a Objetos

Patrones de Diseño. Patrón estructural Composite. Técnicas de Programación - Curso 2008/09 (Esther Guerra Sánchez)

Java RMI. Sistemas Distribuidos Rodrigo Santamaría

Transcripción:

Tema 10: Interfaces Antonio J. Sierra Índice 1. Definición de una interfaz. 2. Implementación y uso de una interfaz. 3. Extensión de las interfaces. 4. Modelado UML de las interfaces. 5. Casos de uso. Diagrama UML de los casos de uso. 1

Introducción Abstracción completa de la implementación de una clase. La interfaz no define la implementación. Métodos sin cuerpo. Una clase puede implementar cualquier número de interfaces. Una clase sólo puede heredar de una superclase (abstracta o no) Admiten resolución de método dinámica. Definición de Interfaz (I) 2

Definición de Interfaz (II) acceso: o public o no se utiliza (por defecto). Implícitamente y. Implementación parcial abstract class Imcompleto implements LaInterfaz{ int a, b; void muestra() { System.out.println(a +" " + b); } // } 3

Acceso a implementaciones a través de la interfaz Se pueden declarar variables referencias a la interfaz Cualquier instancia que implementa la interfaz puede almacenarse en una variable de ese tipo. El método al que llamar se determina dinámicamente durante la ejecución. Proceso similar al uso de una referencia a la superclase para acceder a un objeto de la subclase. Herencia con interfaces Una interfaz puede heredar otra utilizando la palabra clave. La sintaxis es la misma que se utiliza en la herencia de clases. Cuando una clase implementa una interfaz que hereda de otra, tiene que implementar todos los métodos definidos en la cadena de herencia de la interfaz. 4

Interfaz en UML.Definición Una interfaz es una colección de operaciones que especifican un servicio de una clase o componente. Por lo tanto, una interfaz describe el comportamiento visible externamente de ese elemento. Una interfaz puede representar el comportamiento completo de una clase o componente o sólo una parte de este comportamiento. Una interfaz define un conjunto de especificaciones de operaciones (o sea, sus signaturas), pero nunca sus implementaciones. Una interfaz raramente se encuentra asilada, más bien, suele estar conectada a la clase o componente que la realiza. Modelado UML de las interfaces Es un elemento estructural. 5

Caso de uso Un Caso de uso, es una descripción de un conjunto de secuencias de acciones que un sistema ejecuta y que produce un resultado observable de interés para un actor particular. Un caso de uso se utiliza para estructurar los aspectos de comportamiento en un modelo. Un caso de uso es realizado por una colaboración. Modelado de los Casos de Uso Es un elemento estructural Realizar Pedido 6

Diagrama de casos de uso Un diagrama de casos de uso es una representación gráfica de parte o el total de los actores y casos de uso del sistema, incluyendo sus interacciones. Todo sistema tiene como mínimo un diagrama, que es una representación gráfica del entorno del sistema (actores) y su funcionalidad principal (casos de uso). El diagrama muestra los distintos requisitos funcionales que se esperan de una aplicación o sistema y cómo se relaciona con su entorno (usuarios u otras aplicaciones). Actor Un es una entidad que utiliza alguno de los casos de uso del sistema. En el ejemplo observamos un único actor representando al usuario de la máquina de café. 7

Ejemplo. Máquina de Café Se tienen como casos de uso de la máquina de café,,, y. Tres tipos de Relaciones entre Casos de Uso " " (<<communicates>>): Relación (asociación) entre un actor y un caso de uso que denota la participación del actor en dicho caso de uso. En el diagrama del ejemplo de la figura anterior todas las líneas que salen del actor denotan este tipo de asociación (en realidad estereotipada como <<comunicates>>). " ( <<uses>>) (o <<include>> en la nueva versión de UML): Relación de dependencia entre dos casos de uso que denota la inclusión del comportamiento de un escenario en otro. En el caso del ejemplo el caso de uso incluye en su comportamiento al de y incluye también. " (<< extends>>): Relación de dependencia entre dos casos de uso que denota que un caso de uso es una especialización de otro. Por ejemplo, podría tenerse un caso de uso que extienda la forma de pedir azúcar, para que permita escoger el tipo de azúcar (normal, dietético o moreno) y además la cantidad en las unidades adecuadas (cucharadas o bolsas). 8

Cuando usarlas 9