Paradigma Orientado A Objetos

* Generalidades del paradigma orientado a objetos.

Clases: Es un tipo definido por el usuario que determina la estructura de datos y las operaciones asociadas con ese tipo.
Objeto: Es una entidad provista de un conjunto de propiedades o atributos (datos) y de comportamiento o funcionalidad (métodos), los mismos que consecuentemente reaccionan a eventos. Se corresponden con los objetos realesdel mundo que nos rodea, o con objetos internos del sistema (del programa). Es una instancia a una clase.
Evento: es un suceso en el sistema (tal como una interacción del usuario con la máquina, o un mensaje enviado por un objeto). El sistema maneja el evento enviando el mensaje adecuado al objeto pertinente. También se puede definir como evento la reacción que puede desencadenar un objeto; esdecir, la acción que genera.
Propiedad o atributo: contenedor de un tipo de datos asociados a un objeto (o a una clase de objetos), que hace los datos visibles desde fuera del objeto y esto se define como sus características predeterminadas, y cuyo valor puede ser alterado por la ejecución de algún método.
Estado interno: es una variable que se declara privada, que puede ser únicamente accedida yalterada por un método del objeto, y que se utiliza para indicar distintas situaciones posibles para el objeto (o clase de objetos). No es visible al programador que maneja una instancia de la clase.
Componentes de un objeto: atributos, identidad, relaciones y métodos.
Identificación de un objeto: un objeto se representa por medio de una tabla o entidad que esté compuesta por sus atributos yfunciones correspondientes.
En comparación con un lenguaje imperativo, una "variable" no es más que un contenedor interno del atributo del objeto o de un estado interno, así como la "función" es un procedimiento interno del método del objeto.
Modelos: La POO permite realizar un modelo de sistema casi independientemente de los requisitos del Proyecto. La razón es que en la POO la jerarquía laestablecen los datos, en cambio en la Programación estructurada la jerarquía viene definida por los programas. Este cambio hace que los modelos se establezcan de forma similar al razonamiento humano y, por lo Tanto, resulte más natural.

* Objetos tangibles e intangibles de dominio del problema y objetos del espacio a solucionar.
La primera tarea a lo que se enfretA un programador POO, es a laidentificación de los objetos inmersos en el problema a solucionar.
* Los objetos generalmente se clasifican en las siguientes categorías:
Cosas tangibles: avión, auto, producto e insumo.
Roles: gerente, cliente, vendedor, auxiliar, empleado.
Organizaciones o entidades: empresa, colegio, proveedor, EPS.
Cosas intangibles: vuelos, servicios, materias, programas.
* La complejidad de lossistemas de software.
Según Grady Booch, la complejidad de los sistemas de software se deriva de cuatro elementos:
1.- La complejidad del dominio del problema.
Los problemas que se intentan resolver son inherentemente complejos, con una gran cantidad de requisitos que compiten entre sí.

2.- La dificultad de gestionar el proceso de desarrollo.
Los desarrolladores de software enfrentan el retode dar a los usuarios la impresión de simplicidad, esto es reducir al mínimo la complejidad externa. Este reto les obliga a incrementar el tamaño de los sistemas, a inventar mecanismos ingeniosos, o a reutilizar diseños y código ya existentes.

3.- La flexibilidad que se puede alcanzar a través del software.
La elaboración de software es una actividad muy laboriosa porque empuja aldesarrollador a construir por sí mismo prácticamente todos los bloques fundamentales sobre los que se apoyan las abstracciones de más alto nivel. Esto es propiciado, en gran medida, por la existencia de pocos estándares para el control de calidad.

4.- Los problemas de caracterizar el comportamiento de sistemas discretos.
Los comportamientos de la mayoría de los objetos se representan por sistemas...