Arquitectura Del Software

Metodo de evaluacion arquitectonica propuesto por Bosch:

Su propuesta incluye la valoración de los requisitos de calidad para una
arquitectura, y no sólo la valoración de los requisitos funcionales. Estos requisitos de calidad se deben valorar durante la fase de diseño de la arquitectura software.

Bosch muestra la dificultad de especificar con detalle los requisitos de calidad, pero síencuentra que los requisitos más importantes en la mayoría de las propuestas existentes presentan alguna forma de lo que denomina perfil (profile).

Un perfil es un conjunto de escenarios, generalmente con alguna relativa importancia relacionada con cada escenario. Por ejemplo, el
perfil de uso es un conjunto de escenarios que describen la utilización típica del sistema software.

Otrosperfiles posibles son el perfil de cambios o el perfil de riesgos. Basándose en esta idea, propone perfiles de los atributos de calidad y selecciona cinco atributos de calidad como los más relevantes desde una perspectiva de ingeniería de sistemas software general. Estos atributos son: Rendimiento, Mantenibilidad, Fiabilidad, Seguridad Física y Seguridad de Acceso
Como lo ha dicho Jan Bosch, unarquitecto práctico: “Existe una considerable diferencia entre la percepción académica de la AS y la práctica industrial. … Es interesante advertir que a veces los problemas que la industria identifica como los más importantes y difíciles, no se identifican o se consideran no-problemas en la academia






A continuación una lista con los patrones de diseño a objetos más habituales publicados enel libro "Design Patterns ", escrito por los que comúnmente se conoce como GoF (gang of four, "pandilla de los cuatro").

Patrones de creación
• Abstract Factory. Proporciona una interfaz para crear familias de objetos o que dependen entre sí, sin especificar sus clases concretas.
• Builder. Separa la construcción de un objeto complejo de su representación, de forma que el mismo proceso deconstrucción pueda crear diferentes representaciones.
• Factory Method. Define una interfaz para crear un objeto, pero deja que sean las subclases quienes decidan qué clase instanciar. Permite que una clase delegue en sus subclases la creación de objetos.
• Prototype. Especifica los tipos de objetos a crear por medio de una instancia prototípica, y crear nuevos objetos copiando este prototipo.
•Singleton. Garantiza que una clase sólo tenga una instancia, y proporciona un punto de acceso global a ella.

Patrones estructurales
• Adapter. Convierte la interfaz de una clase en otra distinta que es la que esperan los clientes. Permiten que cooperen clases que de otra manera no podrían por tener interfaces incompatibles.
• Bridge. Desvincula una abstracción de su implementación, de maneraque ambas puedan variar de forma independiente.
• Composite. Combina objetos en estructuras de árbol para representar jerarquías de parte-todo. Permite que los clientes traten de manera uniforme a los objetos individuales y a los compuestos.
• Decorator. Añade dinámicamente nuevas responsabilidades a un objeto, proporcionando una alternativa flexible a la herencia para extender lafuncionalidad.
• Facade. Proporciona una interfaz unificada para un conjunto de interfaces de un subsistema. Define una interfaz de alto nivel que hace que el subsistema se más fácil de usar.
• Flyweight. Usa el compartimiento para permitir un gran número de objetos de grano fino de forma eficiente.
• Proxy. Proporciona un sustituto o representante de otro objeto para controlar el acceso a éste.

Patronesde comportamiento
• Chain of Responsibility. Evita acoplar el emisor de una petición a su receptor, al dar a más de un objeto la posibilidad de responder a la petición. Crea una cadena con los objetos receptores y pasa la petición a través de la cadena hasta que esta sea tratada por algún objeto.
• Command. Encapsula una petición en un objeto, permitiendo así parametrizar a los clientes con...