Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

DESCOMPOSICION MODULAR

No description
by

ari aburto

on 14 November 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of DESCOMPOSICION MODULAR

Ventajas
- Se han desarrollado lenguajes de programación orientados a este modelo.
- los objetos representan entidades del mundo real lo cual los vuelve comprensibles.
- los objetos se pueden reutilizar.

DESCOMPOSICION MODULAR
Los diseñadores deben evitar, si es posible, tomar decisiones prematuras acerca de la concurrencia. la ventaja al evitar un diseño concurrente es que los programas secuenciales son mas fáciles de diseñar, implementar, verificar y probar que los sistemas en paralelo.
Modelos de objetos
Este modelo estructura el sistema en un conjunto de objetos débilmente acoplados con interfaces bien definidas. estos objetos llaman a los servicios ofrecidos por otros objetos.
Este es un ejemplo de un modelo arquitectónico orientado a objetos de un sistema de procesamiento de facturas. Este sistema puede emitir facturas a los clientes, recibir pagos etc. Se utiliza una notación UML donde se aprecian las clases de objetos con sus nombres y sus atributos que se encuentran relacionados.
DESCOMPOSICION DE LOS SUBSISTEMAS EN MODULOS
Por lo general los componentes en los módulos son mas pequeños que los subsistemas y esto permite utilizar modelos alternativos de descomposición.

1.- Modelo orientado a objetos: El sistema se descompone en un conjunto de objetos que se comunican entre ellos.

2.- Modelo de flujo de datos: se descompone en módulos funcionales que afectan entradas de datos y los transforman en datos de salida.
DESVENTAJAS
- Para utilizar los servicios, los objetos deben hacer referencia a un nombre y a otros objetos.
- las entidades mas complejas en ocasiones son difíciles de representar como objetos.
Modelo de flujo de datos
En este modelo las transformaciones funcionales procesan sus entradas y producen sus salidas.
Los datos de entrada fluyen a través de estas transformaciones hasta que se convierten en salidas.
Cuando las transformaciones son secuenciales, Con los datos separados por lotes se le conoce como un modelo secuencial de lotes. Esta es una arquitectura común como los sistemas de facturación que generan un gran numero de informes de salidas sobre varios registros de entrada.
Modelo de flujo de datos de un sistema de procesamiento de facturas
VENTAJAS
- Permite la reutilización de transformaciones
- Permite que el sistema evolucione al agregar nuevas transformaciones de forma directa
- Es sencilla de implementar ya sea como un sistema concurrente o secuencial
DESVENTAJAS
- Necesita de un formato para transferir datos que sea reconocido por todas las transformaciones.
- Cada transformacion debe adecuar su entrada y acomodar la salida a la forma acordada. Esto incrementa la sobrecarga del sistema
Cuando las transformaciones se presentan como procesos separados se les conoce como modelo de canal y filtro, en referencia a la utilizada en sistemas UNIX. El sistema UNIX suministra canales que actúan como conductores de datos.
FIN
Full transcript