Ninguno

CAPÍTULO I – INTRODUCCIÓN

CONCEPTOS

- OO puede describirse como el conjunto de disciplinas (ingeniería) que desarrollan y modelizan software que facilita la construcción de sistemas complejos a partir de componentes.
- OO es un modelo de desarrollo de software, que es empleado para simular el comportamiento del “mundo real”, lo que conlleva a que una aplicación sea desarrollada entérminos de objetos.
- OO no es un producto, es una filosofía, un enfoque y un paradigma de la ingeniería del software.
- OO es la organización del software como una colección de objetos que contienen tanto estructura como comportamiento.
- El desarrollo de OO es una “nueva forma” de pensar acerca del software, basándose en abstracciones que existen en el mundo real.

HISTORIA- Auge de la Programación Estructurada en la década de los 60
- Comienzos a finales de los 60 – Simulación de sistemas Industriales y Científicos (Noruega). Simula-67 (Dahl & Nygaard)
- 1970 cobra significado con Smalltalk (Dynabook) – Alan Kay en Xerox Parc.
- 1980. C++=C+Smalltalk+Simula. C con clases. Bjarne Stroustrup. Bell labs.
- Primera versión de C++ comopreprocesador de C, luego incorporó jerarquía de clases, ligadura dinámica y polimorfismo, sobrecarga de funciones y operaciones
- Dominio de la POO desde los 80 hasta la actualidad.
- 1995. Java de Sun
- 1997. UML 1.1 aprobado por OMG (Graddy Booch - Jim Rumbaugh - Ivar Jacobson)
- Actualidad IDL´s.

TAXONOMIA DE LPOO (Wegner)

1. Basado en Objetos: Conjunto de operaciones(comportamiento) y estado
2. Basado en Clases: Basado en Objetos más clases
3. Orientado a Objetos: Basado en Clases mas herencia.
3.1 LOO Puro
3.2 LOO Híbrido

COMPLEJIDAD DEL SOFTWARE

Propiedad particular del software, no error o accidente. Cuatro elementos (Booch/94):

1. Complejidad del Dominio del Problema.
- Cantidad de requisitos, muchas veces contradictorios
-Interacción entre usuario y desarrollador
- Imprecisión de los requerimientos del cliente vs comprensión del desarrollador
- Suposiciones del usuario y desarrollador acerca de la naturaleza de la solución
- Esquematización del problema (dificultad de interpretación)
- ¿Diseño o requisito?
- Realidad: Los requisitos de un sistema software cambian durante su desarrollo- Realidad: Un sistema grande tiende a evolucionar con el tiempo
- Interpretación errónea del término “mantenimiento” (Mantenimiento – Evolución - Conservación)

2. Dificultad para gestionar el proceso de desarrollo.
- Un programa grande no siempre corresponde a un buen o virtuoso programa
- Ante grandes proyectos, grandes grupos de trabajo que conduce a la modularización eintegración de grupos de trabajo
- Coordinación de grupos de trabajo (Conocimiento, lenguaje común, ubicación geográfica)
- POO facilita el diseño e implementación de aplicaciones, ya que los objetos en el dominio de la aplicación se corresponden directamente con los objetos en el dominio del software

3. Flexibilidad a través del Software.
- El software es flexible, de modo quepuede representar cualquier abstracción
- Diferentes LPOO, puros e híbridos
- Mejoramiento de la capacidad para administrar y mejorar el sistema mientras se desarrolla
- POO extiende capacidades de uso y creación de tipos de datos

DESARROLLO DE SOFTWARE

- Fases: Análisis, Diseño, Implementación, Depuración, Mantenimiento
- Spot escaso, caro y poco fiable
- FrederickBrooks/80: “No silver bullet”
- Brad cox/81: “There is a silver bullet”: Cambio cultural y no tecnológico
- POO nuevo paradigma: Nuevos LP, nuevo modo de pensar, nueva forma de diseño de aplicaciones

CARACTERÍSTICAS EN LA CALIDAD DEL SOFTWARE

( Eficiencia, Transportabilidad, Verificabilidad, Integridad, Uso, Corrección, Robustez, Extensibilidad, Reutilización, Compatibilidad...