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

Copy of Tema5Unidad2

No description
by

Jessica Belem EM

on 26 January 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Copy of Tema5Unidad2

Da clic a la imagen
¿Qué es el diseño de la arquitectura?
* Centrada en datos

Bienvenida al Curso
Recordando
Tipos de estilos arquitectónicos
Tipos de estilos arquitectonicos
Arquitectura Centrada en Datos
Características
¿Qué es el diseño de datos?
Da clic en la imagen
* Flujo de datos
* Llamada a retorno
* Orientada a objetos
* Estratificada
Arquitectura centrada en datos

1. Un almacén de datos se encuentra en el centro de esta arquitectura.

2. Otros componentes tienen acceso a él y cuentan con la opción

de actualizar, agregar, eliminar o por otra parte, modificar
los datos de ese almacén.


Una variación de este enfoque transforma el depósito en un “pizarrón” que envía notificaciones al software cliente cuando cambian los datos de interés para el cliente.
Arquitectura centrada en datos
El software cliente accede a los datos independiente de cualquier cambio hecho a los datos o a las acciones de otros software cliente.
El software cliente tiene acceso a un almacén central.
Una arquitectura centrada en datos promueve la capacidad de integración, esto significa que es posible cambiar componentes existentes y agregar nuevos componentes cliente a la arquitectura sin preocuparse por otros clientes (ya que los componentes clientes operan en forma independiente).
Características
Además es posible pasar datos entre clientes empleando el mecanismo del pizarrón, es decir, el componente pizarrón sirve para coordinar la transferencia de información entre clientes.
Características
Los componentes cliente ejecutan los
procesos de manera independiente.
Características
Arquitectura centrada en datos
Ventajas y Desventajas
Ventajas
•Posibilita la integración de agentes.
•Adecuado para la resolución de problemas no deterministas.
•Se puede resumir el estado de conocimiento en cada momento del proceso.
Desventajas
•Estructura de datos común a todos los agentes.
•Problemas de carga a la hora de chequear y vigilar el estado de la pizarra
Arquitectura de Flujo de Datos
Da clic en la imagen
1. Tiene un conjunto
de componentes
denominados filtros,
5. Esta estructura acepta
un procesamiento por lotes
de datos y luego aplica una
serie de componentes secuenciales
filtro) para transformarlos.
3. Cada filtro funciona sin
tomar en cuenta si los
componentes tienen
flujo ascendente o descendente
4. Esta diseñado para
esperar la entrada de
datos con cierta forma
y producir su salida
(al siguiente filtro)
de una forma específica.
(no es necesario que el
filtro conozca el
funcionamiento
de los filtros vecinos.
2. conectados por tuberías
que transmiten datos de un
componente al siguiente.
Arquitectura de Flujo de Datos
Arquitectura de Flujo de Datos
Ventajas y Desventajas
Ventajas
•Permite entender el sistema global en términos
de la combinación de componentes
•Soporta de buena manera la reutilización
•Los filtros son independientes de sus vecinos
•Facilidad de mantenimiento y mejora
•Facilidad de diagnóstico
•Soportan la ejecución concurrente
Desventajas
•No aconsejable para cuando se necesita
interactividad
•Problemas de rendimiento ya que los datos se transmiten en forma completa entre filtros.
Arquitectura de Llamada y Retorno
•Con esta arquitectura se obtiene una estructura de
programa que resulta relativamente fácil de modificar y cambiar de tamaño.

•Existen dos subestilos:
–Arquitectura de programa principal/subprograma
–Arquitectura de llamada a procedimiento remoto
Arquitectura de Llamada y Retorno
–Esta estructura de programa clásica separa la función en una jerarquía de control donde un programa “principal” invoca a varios componentes de programa, que a su vez pueden invocar a otros componentes.
Arquitectura de programa principal/subprograma
Arquitectura de llamada a procedimiento remoto
•Los componentes de una arquitectura de programa principal/subprograma se distribuyen entre varias computadoras de una red.
Arquitectura de Llamada y Retorno
Arquitectura Orientada a Objetos
•Los componentes de un sistema encapsulan los datos y las operaciones que deben aplicarse para manipular los datos.
•La comunicación y coordinación entre los componentes se consigue mediante el paso de mensajes.
Arquitectura Orientada a Objetos
•Restricciones
–Los objetos son responsables de la integridad de sus representaciones
–Dicha representación es ocultada al resto de los objetos
Arquitectura Orientada a Objetos
Arquitectura Orientada a Objetos
Ventajas y Desventajas
Ventajas
•Gracias al invariante de ocultación es posible reemplazar la implementación sin que afecte a los clientes (“clientes” del objeto)
Desventajas
•Para invocar métodos de un
objeto se debe conocer
su identidad.
Arquitectura Estratificada
Arquitectura Estratificada
Desventajas y Ventajas
Ventajas
•Facilita la descomposición del problema en varios niveles de abstracción.
•Soporta fácilmente la evolución del sistema, los cambios sólo afectan a las capas vecinas
•Se pueden cambiar las implementaciones respetando las interfaces con las capas adyacentes
Desventajas
•No todos los sistemas pueden estructurarse en capas
•A menudo es difícil encontrar la separación
Diseño Arquitectónico
•Cuando se empieza el diseño arquitectónico debe ponerse en contexto el software que se habrá de desarrollar, es decir, el diseño debe definir las entidades externas (otros sistemas, otros dispositivos, otras personas) con las que interactúa el software y también la naturaleza de la interacción.
•Esta información suele adquirirse del modelo de análisis y toda la demás información reunida durante la ingeniería de requisitos.
Diseño Arquitectónico
•Una vez que se ha modelado el contexto (Diagrama de implementación) y que se han descrito todas las interfaces externas del software, el diseñador especifica la estructura del sistema al definir y refinar los componentes del software que implementan la arquitectura.
•Este proceso prosigue de manera iterativa hasta que se obtiene la estructura arquitectónica completa.
Ejemplo: Diagrama de contexto Arquitectónico, casa segura
Resumen
Da clic en la imagen
Referencias
•Ian Sommerville. Ingeniería de Software. 7a. Edición. Addison Wesley. 2005
•Pressman R. Ingeniería de Software: Un enfoque práctico. McGraw Hill. 2010
Full transcript