comunicado

UNIDAD II. TIPOS DE DISEÑO



2.1 DISEÑO ORIENTADO A OBJETOS
Diseño orientado a objetos es una fase de la metodología orientada a objetos para el desarrollo de Software. Su uso induce a los programadores a pensar en términos de objetos, en vez de procedimientos, cuando planifican su código. Un objeto agrupa datos encapsulados y procedimientos para representar una entidad. La 'interfaz delobjeto', esto es, las formas de interactuar con el objeto, también se definen en esta etapa. Un programa orientado a objetos se caracteriza por la interacción de esos objetos. El diseño orientado a objetos es la disciplina que define los objetos y sus interacciones para resolver un problema de negocio que fue identificado y documentado durante el análisis orientado a objetos.

2.1.1 OBJETOS YCLASES

En la programación orientada a objetos, una clase es una construcción que se utiliza como un modelo (o plantilla) para crear objetos de ese tipo. El modelo describe el estado y contiene el comportamiento que todos los objetos creados a partir de esa clase tendrán. Un objeto creado a partir de una determinada clase se denomina una instancia de esa clase.
Una clase por lo general representaun sustantivo, como una persona, lugar o cosa. Es el modelo de un concepto dentro de un programa de computadora. Fundamentalmente, delimita los posibles estados y define el comportamiento del concepto que representa. Encapsula el estado a través de espacios de almacenaje de datos llamados atributos, y encapsula el comportamiento a través de secciones de código reutilizables llamadas métodos.2.1.2 DISEÑO DE LA ARQUITECTURA
Meyer sugiere cinco criterios para evaluar la calidad de un método de diseño a partir de la modularidad.

Descomponibilidad: Facilidad con la que un método de diseño ayuda al diseñador a descomponer un problema en subproblemas más sencillos.

Componibilidad: Grado en el que un método de diseño permite la reutilizabilidad de módulos.
Compresibilidad:Facilidad para comprender un componente del programa sin tener que hacer referencia a otros módulos.
Continuidad: Capacidad de realizar cambios en un programa y que esos cambios afecten a un número mínimo de módulos.
Protección: Característica arquitectónica que reduce la propagación de errores.

A partir de estos criterios, Meyer sugiere la derivación de cinco principios de diseño paraarquitecturas modulares:
• Unidades modulares
• Pocas interfaces
• Interfaces pequeñas (acoplamiento débil)
• Interfaces explícitas
• Ocultamiento de información

Para conseguir un acoplamiento débil, se debe minimizar el número de interfaces entre módulos y minimizar la cantidad de información que se mueve a través de una interfaz.
Siempre que los módulos tengan que comunicarse tiene quehacerlo de forma clara, mediante interfaces explícitas, y no mediante una zona global de datos, ya que la comunicación entre módulos no sería fácilmente comprensible para un observador externo.
El principio de ocultamiento de información se consigue cuando toda la información del módulo está oculta para el acceso desde el exterior, a menos que la información se defina explícitamente de formapública.
Si bien estos principios son aplicables a cualquier tipo de diseño, el método de Diseño Orientado a Objetos consigue alcanzar estos principios de forma más eficiente que el resto de los enfoques, consiguiendo arquitecturas más modulares.

2.1.3 MODELOS DE DISEÑO

El diseño del software se encuentra en el núcleo técnico de la respectiva ingeniería y se aplica de manera independienteal modelo de software que se utilice. Una vez que se analizan y especifican los requisitos, el diseño del software es la última acción de la ingeniería correspondiente dentro de la actividad del modelado, la cual establece una plataforma para la construcción (generación de código y prueba).
2.2. DISEÑO DE SOFTWARE EN TIEMPO REAL


Un sistema de tiempo real es un sistema software cuyo correcto...