Elementos De Desarrollo OO


Lenguajes Orientados a Objetos



Elementos de Análisis y Desarrollo Orientados a Objetos
Contenido




1. El Problema de la Complejidad del Software


Los Cinco Atributos de un Sistema Complejo

El Rol de la Descomposición
2. El Modelo Orientado a Objetos


La Evolución del Modelo de Objetos

Elementos del Modelo de Objetos

Abstracción

Encapsulamiento

Modularidad

Jerarquía

Tipos(Tipificación)

Concurrencia

Persistencia

Aplicación del Modelo de Objetos
3. Objetos y Clases: Naturaleza y Relaciones


Estado

Comportamiento

Identidad

Relaciones entre Objetos

La Naturaleza de una Clase

Relaciones entre Clases

Relaciones de herencia

Relaciones de uso

Relaciones de instanciación

Relaciones de metaclases

Relaciones entre Clases y Objetos

El Rol de Clases y Objetos enAnálisis y Diseño

Relaciones de herencia entre clases

Relaciones de uso entre clases

Relaciones de instanciación entre clases

Metaclases
4. Metodología de Booch


Análisis

Diseño

Evolución

Modificación


5. Notación de Booch

Diagramas de Clases

Estados y Transiciones de Estado

Diagramas de Objetos

Diagramas de Módulos

Diagramas de Procesos

6. El Proceso de Desarrollo en la Metodología deBooch


Identificación de Clases y Objetos

Identificación de la Semántica de las Clases y Objetos

Identificación de las Relaciones entre Clases y Objetos

Implementación de Clases y Objetos

7. Metodología OMT


Análisis

Diseño de Sistemas

Diseño de Objetos
8. Modelos OMT


Modelado de Objetos

Objetos y Clases

Diagramas de Objetos

Enlaces y Asociaciones

Generalización y Herencia

ModeladoDinámico

Sucesos y Estados

Operaciones

Modelado Funcional

Empaquetamiento Físico

Implementación

Diseño de Objetos

Diseño de Asociaciones

Asignación de Subsistemas a Procesadores y a Tareas

Administración de Almacenes de Datos

Manejo de las Condiciones de Contorno

Diseño del Sistema

Descomposición de un Sistema en Subsistemas

Modelado Dinámico

Modelado Funcional

Adición de OperacionesIteración del Análisis


1. El Problema de la Complejidad del Software

La característica distintiva del software de dimensión industrial es que resulta sumamente difícil, si no imposible, para el desarrollador individual comprender todas las sutilidades de su diseño. Para hablar claro, la complejidad de tales sistemas excede la capacidad intelectual humana. Lamentablemente, la complejidad de laque se habla parece ser una propiedad esencial de todos los sistemas de software de gran tamaño. Con esencial quiere decirse que puede dominarse esa complejidad, pero nunca eliminarla.

Ya se sabe que algunos sistemas de software no son complejos. Son las aplicaciones altamente intranscendentes que son especificadas, construidas, mantenidas y utilizadas por la misma persona, habitualmente elprogramador aficionado o el desarrollador profesional que trabaja en solitario.

Tales sistemas tienden a tener un propósito muy limitado y un ciclo de vida muy corto. Uno puede permitirse tirarlos a la basura y reemplazarlos con software completamente nuevo en lugar de intentar reutilizarlos, repararlos o extender su funcionalidad.

En lugar de eso, interesan mucho más los desafíos que plantea eldesarrollo de lo que llamaremos software de dimensión industrial.

Por qué el software es complejo de forma innata

“La complejidad del software es una propiedad esencial, no accidental”. Se observa que esta complejidad inherente se deriva de cuatro elementos: la complejidad del dominio del problema, la dificultad de gestionar el proceso de desarrollo, la flexibilidad que se puede alcanzar a través delsoftware y los problemas que plantea la caracterización del comportamiento de sistemas discretos.

La complejidad del dominio del problema. Los problemas que se intentan resolver con el software conllevan a menudo elementos de complejidad ineludible, en los que se encuentra una miríada de requisitos que compiten entre sí, que quizás incluso se contradicen, y los requisitos de un sistema de...