1. Informática I Módulo 1 Paradigma Orientado a Objetos Ing. Julio Gonzalo Brito

2. Ingeniería de Software Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 2

3. Ingeniería de Software Su objetivo central versa en torno a encontrar formas de construir software de calidad, para ello se vale de principios, métodos y herramientas que le permitirán abordar la complejidad inherente al desarrollo de productos software. Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 3

5. Robustez: capacidad de funcionar en situaciones anómalas.

6. Extensibilidad: facilidad de adaptación a los cambios de especificaciones.

7. Reusabilidad: posibilidad de reutilización parcial o total en nuevas aplicaciones.

8. Compatibilidad: capacidad de integración y combinación con otros productos software.Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 4

10. Facilidad de Uso: dotar al producto de capacidades que favorezcan la interacción.

11. Portabilidad: capacidad del producto de ejecutarse en diversas plataformas.

12. Mantenimiento: establecer mecanismo de mantención y evolución de manera amigable y gestionable.Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 5

14. Paradigma Orientado a Objetos: efectúa una descomposición en objetos para realizar la interpretación de los hechos citados. Por consecuencia, los programas se estructuran por los datos más que por las operaciones.Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 6

15. Paradigma Orientado a Objetos Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 7

17. Con la aproximación orientada a objeto el sistema se representa como una colección de objetos que interaccionan entre sí mediante mensajes.

18. Detalles de diseño, incluyendo implementación de procedimientos y especificación de estructuras de datos se retrasan en el proceso de diseño, y se ocultan en la fase de implementación.Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 8

19. Polimorfismo Abstracción Encapsulación Modularidad Jerarquía Paradigma Orientado a Objetos Pilares Fundamentales del Modelo Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 9

21. constituye una de las formas esenciales de abordar la complejidad, evitando que nos comprometamos prematuramente con detalles.

22. Utiliza la encapsulación para reforzar la abstracción.Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 10

24. nos interesa conocer qué hace la Clase pero no saber cómo lo hace.

25. La abstracción se centra en la vista externa y la encapsulación en la interna.Acelera() velocidad Frena() Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 11

27. Dividir un sistema en subsistemas, reduce notoriamente la complejidad.

28. Abstracción,Encapsulación y Modularidad se emplean de forma sinérgica.Motor tipo Caja denominación identificador potencia cambios arranca(ignición) Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 12

30. Las dos jerarquías más importantes para abordar la complejidad son:

31. Generalización-Especialización, cuya semántica es “es un”, determinando Herencia (simple o múltiple).

32. Agregación, cuya semántica es “parte de”, permitiendo el agrupamiento físico de estructuras relacionadas lógicamente.Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 13

33. Jerarquías de Clase Transporte Marítimo Aire Nieve Tierra Atmosfera NoAtmosfera 1-Persona N-Personas Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 14

35. La definición del método reside en la clase base.

36. La implementación del método reside en la clase derivada.Auto Acelera Frena Cohete Acelera Frena Caballo Acelera Frena Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 15

37. Notación de Modelado UML Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 16

39. Es una notación empleada para el modelado Orientado a Objetos.

40. Combina notaciones provenientes desde:

41. Modelado Orientado a Objetos

42. Modelado de Datos

43. Modelado de Componentes

44. Modelado de Flujos de TrabajoInstituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 17

45. Notación UML Diagramas de Clases Diagramas de Casos de Uso Diagramas de Objetos Diagramas de Actividad Diagramas de Estados Diagramas de Secuencia Modelos Component Diagrams Component Diagrams Diagramas de Componentes Diagramas de Colaboración Diagramas de Implantación Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 18

46. Programación Orientada a Objetos Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 19

47. Programación Orientada a Objetos Constituye un método de programación en el que un programa se contempla como un conjunto de objetos limitados que, a su vez, son colecciones independientes de estructuras de datos y rutinas que interactúan con otros objetos, dando acceso para modificar el contenido de un dato o propiedad del propio objeto. También se identifica con las siglas POO y OOP (del inglés ObjectOrientedProgramming). Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 20

49. Las operaciones o métodos que pueden modificar dicho estado, determinando las capacidades del objeto.Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 21

51. Consecuentemente, la programación orien-tada a objetos es "programación con TDA", al combinar la funcionalidad de distintos TDAs para resolver un problema.

52. En orientación a objetos, nos referimos a los tipos de dato abstractos (TDA) como clases. Por lo tanto, una clase define las propiedades de objetos instancia en un ambiente orientado a objetos.Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 22

54. Consecuentemente, un objeto constituye una instancia simple de una clase, que detenta un estado y un comportamiento. Los objetos, retienen la estructura y las operaciones de una clase.Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 23

55. Implementación en Java Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 24

56. Creación de Clases Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 25

57. Creación de Clases Modificador de Acceso Nombre de Clase Método Público Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 26

58. Creación de Objetos Importo Biblioteca Instancia de Clase Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 27

59. Variables Primitivas y Objeto Variable Primitiva Variable Objeto Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 28

60. Asignación de Referencias Asignación de Referencia Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 29

62. Protected: el campo o método es visible en la clase donde se define y en cualquiera de sus subclases.

63. Public: El campo o método es visible en cualquier clase.

64. Ninguno de los anteriores (amistoso): el campo o método es visible en cualquiera de las clases pertenecientes al paquete donde se define.Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 30

65. Encapsulación / Visibilidad Modificadores de Acceso Operaciones permitidas Operaciones restringidas Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 31

66. Encapsulación / Visibilidad Modificadores de Acceso Operaciones permitidas Operaciones restringidas Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 32

67. Herencia / Polimorfismo Herencia Simple Variables propias de la instancia Instancia de Clase Base Imprime 1 Instancia de Clase actual Imprime 10 Instituto Universitario Aeronáutico – Cátedra de Informática I – Villa Dolores 33