Construcción

UNIDAD 3. Construcción

La fase de construir es la que v consumir la mayor parte del esfuerzo y del tiempo en un proyecto de desarrollo. Para llevarla a cabo se va a adoptar un enfoque evolutivo, tomando en cada iteración un subconjunto de los requisitos (agrupados según casos de uso) y llevándolo a través del diseño de alto y bajo nivel hasta la implementación y pruebas.

El sistema va creciendo incrementalmente en cada ciclo. Con esta aproximación se consigue disminuir el grado de complejidad que se trata en cada ciclo, y se tiene pronto en el proceso una parte del sistema funcionando que se puede contrastar con el usuario/cliente.

3.1 Despliegue de componentes y arquitectónico

Se utilizan para modelar los elementos físicos que pueden hallarse en un nodo.

• Ejecutables

• Bibliotecas

• Tablas

• Archivos

• Documentos

Deben definir abstracciones precisas con interfaces bien definidas y que permitan la reemplazabilidad.

Representación gráfica:

Figura1. Representación gráfica

En muchos sentidos los componentes son como las clases:

• Ambos tienen nombre

• Ambos pueden realizar un conjunto de interfaces

• Ambos pueden participar en relaciones de dependencia, generalización y asociación

• Ambos pueden anidarse

• Ambos pueden participar en interacciones

La relación entre un componente y las clases que representa puede especificarse explícitamente.

Figura2. Relación de componentes

Los nodos al igual que los componentes son un elemento fundamental en el modelado físico de un sistema; Es decir, un procesador o un dispositivo sobre el que se pueden desplegar los componentes UML proporcionan una representación gráfica de un nodo genérico que se puede particularizar para representar procesadores y dispositivos específicos.

3.2 Técnicas de desarrollo de las arquitecturas de referencia en diferentes dominios.

3.2.1 Modelos de componentes

El modelo de componentes ilustra los componentes de software que se usarán para construir el sistema. Se pueden construir a partir del modelo de clases y escribir desde cero para el nuevo sistema o se pueden importar de otros proyectos y de productos de terceros.

Los componentes son agregaciones de alto nivel de las piezas de software más pequeñas y proveen un enfoque de construcción de bloques de “caja negra” para la elaboración de software.

El Diagrama de Componentes

El diagrama de componentes muestra la relación entre componentes de software, sus dependencias, su comunicación su ubicación y otras condiciones.

Figura3. Diagrama de componentes

Los Componentes de Servidor

Estos componentes son una mezcla de los ítems construidos a medida y adquiridos que se ensamblarán para proveer la funcionalidad requerida.

Los Componentes de Seguridad

El diagrama de componentes de la seguridad muestra cómo trabaja en conjunto el software de seguridad, tal como la Autoridad Certificadora (Certificate Authority), el navegador (Browser), el servidor WEB y otros elementos del modelo para asegurar la provisión de la seguridad en el sistema propuesto.

3.2.2 Arquitectura de referencia para sistemas de tiempo real fuente de alimentación

Los Sistemas de Tiempo Real (STR) ejecutan actividades o tareas en un intervalo de tiempo predeterminado.

Tienen varios tipos de propiedades:

• Funcionales: qué hacen.

• Temporales: cuándo lo hacen.

El comportamiento temporal de las tareas se especifica mediante sus atributos temporales:

• Cuándo se ejecutan: esquema de activación.

• Qué plazo tienen para ejecutar cada acción.

El diseño de arquitecturas de tiempo real involucra 2 aspectos:

- Nivel de Nodo Cada procesador debe proveer velocidad y predictibilidad en la ejecución de tareas de tiempo real, manejo de interrupciones e interacción con el mundo externo.

- Nivel de Sistema En este nivel las comunicaciones y la tolerancia a fallos son 2 aspectos que hacen difícil la predictibilidad. De cualquier manera, estos aspectos son inevitables.

ELEMENTOS QUE COMPONEN UN STR

• Aspectos de integración y de rendimiento.

• Manejo de Interrupciones.

• Bases de Datos de Tiempo Real.

• Sistemas Operativos de Tiempo Real.

• Lenguajes de Tiempo Real.

• Sincronización y comunicación de tareas.

3.2.3 Arquitectura de Referencia para Sistemas Móviles con Conexión a Internet

El concepto de Internet Móvil, o conexión móvil a Internet, surge a partir de la evolución de los sistemas de telefonía móvil hacia la prestación de nuevos servicios de datos. Dada la importancia de Internet como eje central sobre el que se desarrolla la Sociedad de la Información, el éxito de los sistemas móviles de 2G y la llegada de la banda ancha al mundo móvil con gracias a las redes de 3G y sucesivas, Internet móvil es fruto de la convergencia del mundo Internet y la movilidad.

Convergencia Internet-móvil

El crecimiento espectacular de ambas tecnologías ha impulsado la convergencia entre Internet y las comunicaciones móviles:

La tecnología WAP permite el desarrollo de contenidos y servicios en Internet con acceso desde todo tipo de terminales móviles. GPRS/EDGE garantiza una transición suave y con garantías de la segunda (GSM) a la tercera generación (UMTS) de comunicaciones móviles y permite acceso a Internet con velocidades de hasta 170/384 Kbps. UMTS suponela fusión de las telecomunicaciones móviles e Internet, proporcionando acceso ilimitado a contenidos y servicios multimedia con velocidades de hasta 2 Mbps.

HSDPA/HSUPA ofrecen altas prestaciones de voz y datos y permitirán la creación de un gran mercado de IP multimedia móvil.

Evolución de los sistemas móviles

Sistemas móviles de primera generación (1G)

Sistemas móviles de segunda generación (2G)

Sistemas móviles de generación 2,5 ( 2.5G)

Sistemas móviles de tercera generación (3G)

3.2.4 Arquitectura de referencia para sistemas de información

La decisión de abordar un estudio en profundidad para definir la Arquitectura de los Sistemas de Información, parte de la necesidad de conseguir unos objetivos de carácter general, que pueden resumirse

...