• No se han encontrado resultados

Ventajas y desventajas de diferentes modelos arquitectónicos

Capítulo 2. Marco Teórico

A. Ventajas y desventajas de diferentes modelos arquitectónicos

Categoría Sub-Categoría Nombre Ventajas Desventajas Estructura del

Sistema

Repositorio * Es una forma eficiente de compartir grandes cantidades de información.

* Los subsistemas deben de ponerse de acuerdo en el modelo de datos que tendrá el repositorio. * Los subsistemas no requieren preocuparse de cómo

se produce la información. (Sencillamente, saben que está ahí.)

* La evolución de los datos es difícil y costosa.

* El modelo de compartición de datos está explícito en el esquema del repositorio.

* No hay lugar para políticas específicas de manejo de información.

* Es difícil distribuir este modelo de forma eficiente.

Cliente-Servidor* Es sencillo distribuir la información. * No existe un modelo de datos común, por lo que los subsistemas tienen maneras distintas de organizar los datos.

* Hace uso efectivo de los sistemas de red. * El intercambio de información puede ser ineficiente. * Puede requerir hardware más barato. * Hay administración de recursos redundante en cada

servidor. * Es fácil añadir nuevos servidores o actualizar los servidores existentes.

* No existe un registro central de nombres y servicios, puede ser difícil determinar que servidores y servicios se encuentran disponibles.

Máquina Abstracta

* Soporta el desarrollo incremental de los subsistemas en diferentes capas. Cuando la interface de una capa cambia, solamente se afecta a la capa adyacente.

* Con frecuencia es difícil estructurar sistemas conforme a este modelo.

* Soporta el desarrollo incremental de los subsistemas en diferentes capas. Cuando la interface de una capa cambia, solamente se afecta a la capa adyacente.

Control del Sistema Control Centralizado Llamada- Retorno

* El flujo del programa puede determinarse con facilidad.

* Sólo se aplica a sistemas cuyos procesos tienen un orden secuencial.

Administrador * Aplicable a la creación de sistemas concurrentes. * Si el administrador falla, el sistema también.

Dirigido por Eventos

Mensaje masivo * Es una forma eficiente de integrar subsistemas que residen en distintas computadoras conectadas a una red.

* Los subsistemas no saben si un evento será generado, ni cuando.

* Los mensajes carecen de protocolos de control, son los subsistemas quienes deciden que eventos son de interés para ellos.

Dirigido por Interrupciones

* Aplicable a sistemas donde una veloz respuesta al evento es esencial.

* Es difícil de programar y validar. * Los tipos de interrupciones y sus manejadores

delimitan claramente el alcance del sistema.

* El sistema será fuertemente dependente del hardware.

Módulos del Sistema

Orientado a Objetos

* El mantenimiento del sistema es más sencillo pues los objetos son entidades independientes.

* Es difícil identificar a los objetos. * Los objetos son componentes reusables.

* Los objetos poseen interfaces bien definidas.

Flujo de Datos * Aplicable a sistemas donde el procesamiento de datos es intensivo y secuencial. (Proceso por lotes)

* No es adecuado para sistemas interactivos.

Dominio Específico

Genérico * Resume las características de los sistemas de un cierto tipo.

Referencia * Provienen del estudio de una aplicación. * Constituyen un estándar contra el cual es posible evaluar nuevos sistemas.

* Proporcionan una base para el diseño e implementación de nuevos sistemas.

Apéndices

A. Ventajas y desventajas de diferentes modelos arquitectónicos

Categoría Sub-Categoría Nombre Ventajas Desventajas Estructura del

Sistema

Repositorio * Es una forma eficiente de compartir grandes cantidades de información.

* Los subsistemas deben de ponerse de acuerdo en el modelo de datos que tendrá el repositorio. * Los subsistemas no requieren preocuparse de cómo

se produce la información. (Sencillamente, saben que está ahí.)

* La evolución de los datos es difícil y costosa.

* El modelo de compartición de datos está explícito en el esquema del repositorio.

* No hay lugar para políticas específicas de manejo de información.

* Es difícil distribuir este modelo de forma eficiente.

Cliente-Servidor* Es sencillo distribuir la información. * No existe un modelo de datos común, por lo que los subsistemas tienen maneras distintas de organizar los datos.

* Hace uso efectivo de los sistemas de red. * El intercambio de información puede ser ineficiente. * Puede requerir hardware más barato. * Hay administración de recursos redundante en cada

servidor. * Es fácil añadir nuevos servidores o actualizar los servidores existentes.

* No existe un registro central de nombres y servicios, puede ser difícil determinar que servidores y servicios se encuentran disponibles.

Máquina Abstracta

* Soporta el desarrollo incremental de los subsistemas en diferentes capas. Cuando la interface de una capa cambia, solamente se afecta a la capa adyacente.

* Con frecuencia es difícil estructurar sistemas conforme a este modelo.

* Soporta el desarrollo incremental de los subsistemas en diferentes capas. Cuando la interface de una capa cambia, solamente se afecta a la capa adyacente.

Control del Sistema Control Centralizado Llamada- Retorno

* El flujo del programa puede determinarse con facilidad.

* Sólo se aplica a sistemas cuyos procesos tienen un orden secuencial.

Administrador * Aplicable a la creación de sistemas concurrentes. * Si el administrador falla, el sistema también.

Dirigido por Eventos

Mensaje masivo * Es una forma eficiente de integrar subsistemas que residen en distintas computadoras conectadas a una red.

* Los subsistemas no saben si un evento será generado, ni cuando.

* Los mensajes carecen de protocolos de control, son los subsistemas quienes deciden que eventos son de interés para ellos.

Dirigido por Interrupciones

* Aplicable a sistemas donde una veloz respuesta al evento es esencial.

* Es difícil de programar y validar. * Los tipos de interrupciones y sus manejadores

delimitan claramente el alcance del sistema.

* El sistema será fuertemente dependente del hardware.

Módulos del Sistema

Orientado a Objetos

* El mantenimiento del sistema es más sencillo pues los objetos son entidades independientes.

* Es difícil identificar a los objetos. * Los objetos son componentes reusables.

* Los objetos poseen interfaces bien definidas.

Flujo de Datos * Aplicable a sistemas donde el procesamiento de datos es intensivo y secuencial. (Proceso por lotes)

* No es adecuado para sistemas interactivos.

Dominio Específico

Genérico * Resume las características de los sistemas de un cierto tipo.

Referencia * Provienen del estudio de una aplicación. * Constituyen un estándar contra el cual es posible evaluar nuevos sistemas.

* Proporcionan una base para el diseño e implementación de nuevos sistemas.

B. SQL para crear el esquema del GD/D

Documento similar