3 minute read

Elementos de la arquitectura

Elementos de la Elementos de la arquitectura de arquitectura de software software

Un componente es un objeto de software específicamente diseñado para cumplir con cierto propósito.

Advertisement

Componentes Interacciones

La arquitectura de software Entre los componentes de la se compone por: arquitectura de software existe un conjunto de interacciones • clientes y servidores. entre las que sobresalen : • bases de datos. • filtros. • llamadas a procedimientos. • niveles en sistemas • comportamiento de variables. jerárquico. • protocolos cliente servidor. • transmisión asíncrona de eventos.

Elementos para generar una arquitectura de software

Sistemas de patrones arquitectónicos Sistemas de patrones arquitectónicos

Los patrones arquitectónicos, o patrones de arquitectura, también llamados arquetipos ofrecen soluciones a problemas de arquitectura de software en ingeniería de software. Dan una descripción de los elementos y el tipo de relación que tienen junto con un conjunto de restricciones sobre cómo pueden ser usados. Un patrón arquitectónico expresa un esquema de organización estructural esencial para un sistema de software, que consta de subsistemas, sus responsabilidades e interrelaciones. En comparación con los patrones de diseño, los patrones arquitectónicos tienen un nivel de abstracción mayor.

Modelos de arquitectura de Modelos de arquitectura de

software software , , ¿los conoces? ¿los conoces? Cada nivel de diseño y desarrollo de estos sistemas presenta sus propias técnicas de análisis, sus reglas de composición, sus problemas, sus ventajas, etc., entre sus modelos podemos encontrar:

Modelo dinámico. Aquí, el objetivo es describir el comportamiento del sistema a través del tiempo, y sus componentes son: modelo de máquina de estados, vista de actividades, vista de interacción.

Modelo estructural. Sirve para describir los distintos tipos y relaciones estáticas que existen entre los distintos objetos de un sistema. En él encontramos: diagramas de clases, de casos de uso, de secuencia.

Modelos de proceso. Pone el foco en los pasos involucrados en el desarrollo del software, de manera que la arquitectura es el resultado de seguir un script Modelo de Referencia Modelo de Referencia Un modelo de Referencia es una división de funcionalidad junto con el flujo de datos entre las piezas. Es un estándar de descomposición de un problema conocido, en partes que cooperativamente resuelven el problema. Modelo arquitectónico de Modelo arquitectónico de Referencia Referencia Es un modelo de referencia mapeado en elementos de software que cooperativamente implementan la funcionalidad definida en el modelo de referencia y flujos de datos entre ellos.

Requerimientos funcionales y Requerimientos funcionales y no funcionales no funcionales Generalmente se considera que los requerimientos de un

sistema se pueden dividir en dos • Requerimientos de usuario. categorías: Requerimientos Comportamiento del sistema, Funcionales (RFs) y frecuentemente se expresan en Requerimientos No Funcionales forma de casos de uso. (RNFs). • Requerimientos funcionales Requerimientos funciones. Son • Requerimientos de sistema. declaraciones de los servicios que Describen el mínimo hardware y proveerá el sistema, de manera software para que un sistema de en que éste reaccionará en información pueda funcionar. situaciones particulares. detallados. Por otra parte, los RNFs tienen Requerimientos no funcionales. que ver con la manera en que el Son restricciones de los servicios sistema soporta a los RFs. Estos o funciones ofrecidos por el incluyen: sistema. Incluyen restricciones de • Reglas de negocio. expresan tiempo, sobre el proceso de reglas de la organización que desarrollo, estándares, etc. deben ser soportadas por el sistema. De acuerdo a Wiegers , los RFs • Atributos de calidad. engloban los distintos tipos de • Restricciones. Expresan requerimientos que se reflejan en aspectos que deben los comportamientos de la considerarse al realizar el diseño aplicación y que incluyen: y limitan las decisiones que se pueden tomar. • Requerimientos de negocio. Interfaces externas. Motivación de negocio para que • Especificaciones de interfaces exista un sistema. de otros sistemas con los que se interactúa.

This article is from: