Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad


tipos de clases en java, Diapositivas de Programación Java

base para crear modelos de los requerimientos

Tipo: Diapositivas

2022/2023

Subido el 13/12/2023

alisson-estefania-ayo-bonilla
alisson-estefania-ayo-bonilla 🇪🇨

3 documentos

1 / 32

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
UNIVERSIDAD DE LAS FUERZAS
ARMADAS ESPE
PROGRAMACIÓN ORIENTADA A
OBJETOS
Ing. Mayra Alvarez Msc.
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe
pff
pf12
pf13
pf14
pf15
pf16
pf17
pf18
pf19
pf1a
pf1b
pf1c
pf1d
pf1e
pf1f
pf20

Vista previa parcial del texto

¡Descarga tipos de clases en java y más Diapositivas en PDF de Programación Java solo en Docsity!

UNIVERSIDAD DE LAS FUERZAS

ARMADAS ESPE

PROGRAMACIÓN ORIENTADA A OBJETOS Ing. Mayra Alvarez Msc. [email protected]

Lección 1. 9 .0:

Modelamiento de clases y Objetos

Problema del

mundo real

Resultados

del problema

Formulación

matemática

Datos de salida

Solución en el mundo real Dominio del problema Representación abstracta del problema Interpretación de los datos salida Solución en el computador Dominio matemático

Efecto de la abstracción matemática

Las aplicaciones son fáciles de diseñar pero muy difíciles de mantener Costo de las fases del desarrollo de una aplicación Mantenimiento 67% Pruebas de integración 7º Pruebas de módulos 8% Codificación 7% Diseño 5% Especificación 3º Análisis 3º

Modularizarían basada en el dominio del problema

Solución en el computador Problema del mundo real Resultados del problema Formulación en objetos Datos de salida Solución en el mundo real Dominio del problema Representación abstracta del problema Interpretación de los datos salida Dominio de modelado orientado a objetos

Modularización basada en el dominio del problema

Diseño de la aplicación de control de la puerta de un garaje: ◼ La puerta se abre cuando desde un coche se pulsa un mando. ◼ El motor mueve la puerta para abrirla o cerrarla. ◼ Cuando han transcurrido 10 segundos sin eventos la puerta se cierra. ◼ Si mientras que se está cerrando ocurre un evento de mando u obstáculo se vuelve a abrir ◼ El sistema se apaga coherentemente con un interruptor.

  • Implica diseñar la estructura y el comportamiento del sistema a través de la identificación y definición de clases y sus relaciones.
  • Se utiliza para representar y organizar el código de manera más modular y reutilizable.
  • Se especifica qué atributos y métodos tendrán las clases, cómo interactuarán entre sí y cómo se instanciarán objetos a partir de estas clases.
  • Puede implicar el uso de diagramas de casos de uso y clases que visualizan las clases, sus atributos y métodos, así como las relaciones entre ellas.

Modelamiento de clases y objetos

Modelos para Diseño

Es una técnica de especificación semiformal para el paradigma orientado a objetos. Ya que se trata de una técnica semiformal, una parte intrínseca es la notación gráfica asociada. El Lenguaje de Modelado Unificado (UML, Unified Modeling Language) se ha desarrollado en un intento de unificar las distintas notaciones existentes. Se ocupa de comprender y analizar la aplicación y el dominio en el que opera. El punto de partida es la declaración del problema que hay que resolver. El modelado orientado a objetos consta de tres pasos: modelado de casos de uso, modelado de clases y modelado dinámico.

Diagrama Casos de Uso

Identificar las funciones y la forma en que los roles interactúan con ellas. El propósito principal de los diagramas de casos de uso. Visión de alto nivel del sistema. Especialmente útil cuando se presenta a los administradores o a las partes interesadas. Se pueden destacar los papeles que interactúan con el sistema y la funcionalidad proporcionada por el sistema sin profundizar en el funcionamiento interno del sistema. Identificar los factores internos y externos. En grandes proyectos complejos un sistema puede ser identificado como una función externa en otro caso de uso.

Objetos del Diagrama Casos de Uso

Objetos del Diagrama Casos de Uso

Objetos del Diagrama Casos de Uso