actividades formativas, Apuntes de Desarrollo de Software

¡Descarga actividades formativas y más Apuntes en PDF de Desarrollo de Software solo en Docsity!

Alumno: Rocha Bracamonte

Adrián

Prof.: JANELI ASTORGA

VILLELA

Maestría sistemas

computacionales y ciber

seguridad.

INDICE

-PATRON ARQUITECTONICO

-PATRON BROKER

-PATRON MVC

-PATRON CLIENTE-SERVIDOR

- PATRÓN PUERTO A PUERTO

- ATAM

PATRÓN ARQUITECTÓNICO

Un patrón arquitectónico es un conjunto de decisiones de diseño aplicables frente a un problema genérico recurrente. Representan la reutilización del conocimiento y la experiencia. Patrón de Capas Restricciones:

• Al menos hay dos capas
• No puede haber ciclos entre las capas (si B puede usar C, C no puede usar B)
• Cada pieza software se sitúa en una capa Debilidades
• Añadir capas puede incrementar los costes y la complejidad del sistema
• Introducir capas perjudica el rendimiento.

• El modelo no debe interaccionar directamente con el controlador. Debilidades
• Puede ser muy complejo para interfaces de usuario muy simples
• Puede que esta abstracción no sea adecuada para determinadas interfaces de usuario.

Patrón Cliente Servidor

Restricciones:

• Los clientes están conectados a los servidores a través de conectores de petición/respuesta.
• Los servidores pueden ser clientes de otros servidores. Debilidades:
• Un servidor puede ser un cuello de botella para el rendimiento.
• Un servidor puede ser un punto de fallo.
• A veces es complicado decidir dónde poner la funcionalidad, en el servidor o en el cliente, por la complejidad y el coste.

Patrón Puerto a Puerto (Peer-to-Peer)

Restricciones:

• El número de conexiones permitidas por cada puerto es limitado. - El número de saltos para buscar un puerto.
• Los puertos deben conocer otros puertos
• Algunas redes tienen topología de estrella en la que los puertos se conectan a super nodos. Debilidades
• Gestionar la seguridad, consistencia, disponibilidad y recuperabilidad es más complejo.
• En sistemas pequeños puede que no se alcance la disponibilidad y el rendimiento.

ATAM

Objetivo: comprobar si una arquitectura cumple con ciertos atributos de calidad. Hay varias formas de evaluar una arquitectura: si lo hace el diseñador, por pares o agentes externos al desarrollo de la arquitectura. ATAM es una metodología de evaluación diseñada para que los evaluadores no tengan que estar familiarizados con la arquitectura o sus Business Goals, de forma que no importa si la arquitectura está construida o si hay un gran número de stakeholders implicados. ATAM tiene una serie de costes y beneficios. Costes:

• Retraso del inicio del proyecto
• Coste de contratar al equipo evaluador Beneficios:
• Se reducen riesgos
• Se ahorra dinero
• Permite desarrollar una arquitectura sin fallos antes de construirla
• Es una arquitectura más flexible Participantes de ATAM - El equipo de evaluación:
• El líder del equipo
• El líder de evaluación
• El escriba de escenarios

CONCLUSION

La arquitectura de un sistema de software puede compararse con la estructura de un edificio. Si esta estructura está mal diseñada, el edificio puede derrumbarse. De igual manera, un sistema de software que carece de diseño arquitectónico de calidad puede funcionar de forma muy deficiente o simplemente no funcionar. Peor aún, podría generar consecuencias catastróficas para la organización o los usuarios que sirve. Para las empresas que dependen de los sistemas de información, que actualmente no son pocas, las arquitecturas de software son fundamentales para el logro de sus objetivos organizacionales, lo que incluye el poder evolucionar rápidamente según las condiciones altamente cambiantes de los mercados actuales.