Documento Primera Entrega

Introducción Sistemas Distribuidos

Camilo José Narváez Montenegro

Angela Catalina Llaña Arciniegas

Harold Duván Pinilla Salinas

Pontificia Universidad Javeriana

Facultad de ingeniería

Ingeniería de sistemas

2022
Diseño del sistema

El diseño del sistema se basó principalmente en el mecanismo de comunicación de

publicador/suscriptor, donde en términos generales existe un publicador que genera contenido o
información, en el caso del proyecto estos serían los diferentes sensores, y un suscriptor que es el
que consume o utiliza dicho contenido o información, en este caso los monitores. Usualmente en
este tipo de comunicación existe un sistema o servidor entre el publicador y el suscriptor que ayuda
a regular el intercambio de mensajes entre los dos. Igualmente, en el sistema se encuentra el
sistema de calidad (SC) encargado de gestionar las alarmas y alertas emitidas por los monitores y
posteriormente mostrarlas en pantalla a los usuarios autorizados. Por último, está la base de datos
(BD) donde los monitores almacenan las medidas sin errores que obtiene de los sensores.

Figura 1. Diagrama de clases sistema de medición de calidad del agua.

En cuanto al diagrama de secuencia, este representa de forma general el orden deseable de

ejecución del sistema, comenzando por la suscripción de los monitores a los sensores disponibles
para que posteriormente, empiecen a recibir las mediciones hechas por los sensores y así analizarla
para generar las alertas necesarias que el sistema de calidad le muestra al usuario.
 Figura 2. Diagrama de secuencia general del sistema.

Modelo de interacción

La comunicación del sistema, principalmente entre los sensores y los monitores va a ser realizada
por medio de un mecanismo de publicador/suscriptor. En este caso los publicadores van a ser los
diferentes sensores y los suscriptores los monitores, en estos últimos se tiene en cuenta que un
monitor solamente puede ser suscriptor de un tipo de sensor. Para el paso de mensajes entre los
sensores y los monitores, va a existir un sistema intermedio encargado de regular cada mensaje
enviado por los sensores. Los monitores luego revisan los datos enviados por los sensores y le
indican al sistema de calidad si hay alguna alarma que necesite ser mostrada al usuario.
 Figura 3. Modelo de interacción

El diagrama de despliegue del sistema sería el siguiente:

Figura 4. Diagrama de despliegue

Ordenamiento de eventos:

d1-> Dato #1 enviado por el sensor temperatura.

Sensor temperatura
 • Publicador recibe d1 antes de enviar d1 a monitor
• Monitor recibe d1 antes de enviar BD
• Monitor analiza d1 antes de enviar alarma

d1-> Dato #1 enviado por el sensor de PH.

Sensor de PH

• Publicador recibe d1 antes de enviar d1 a monitor

• Monitor recibe d1 antes de enviar BD
• Monitor analiza d1 antes de enviar alarma

d1-> Dato #1 enviado por el sensor de oxígeno.

Sensor de oxígeno

• Publicador recibe d1 antes de enviar d1 a monitor

• Monitor recibe d1 antes de enviar BD
• Monitor analiza d1 antes de enviar alarma

Modelo de seguridad:

Para prevenir ataques maliciosos e ingreso de usuarios o procesos no deseados se implementarán

las siguientes medidas de seguridad:

• Autentificación mediante verificación hash el ingreso al sistema de calidad.

• Autenticación para ingresar información a la base de datos.
• Se guardará registro del usuario y de las modificaciones realizadas en el sistema de calidad.

Modelo de fallos:

Los fallos más probables que sucedan en la implementación de este proyecto son los fallos por
omisión:

• Omisión Canal Un mensaje en el buffer emisor nunca llega al buffer

receptor.
 • Omisión de envío Proceso El proceso envía, pero el mensaje no llega al
buffer del emisor.
• Omisión de recepción Proceso El mensaje llega al buffer receptor pero el
proceso no lo recibe.

Para prevenir esta situación se realizará un enmascaramiento de fallas en el cual se tendrá un

componente replica el cual será el encargado de realizar las funciones del monitor en caso de que
esté presente fallos. Por otro lado, también se realizará un proceso encargado de verificar el estado
de los procesos monitores, este verificará que los mismos estén agregando los datos a las bases de
datos, que realicen las alertas cuando sea necesario y que estén recibiendo los datos de los sensores.

3. Protocolo de pruebas

Prueba Resultado esperado Resultado obtenido

Intencionalmente generar
Falla en el componente
monitor
Cerrar un monitor
Simular datos fuera del rango
Simular datos generales
Monitor de respaldo debe
entrar en ejecución.
El componente “health
check” debe alertar la falla de
un monitor.
El monitor debe alertar al
sistema de calidad los datos
fuera de rango
El monitor debe agregar la
información a la base de
datos y alertar sobre los datos
fuera de rango.

4. Rendimiento del sistema

Se realizarán variaciones en la implementación de dos sistemas que hacen la misma función, pero
se les aplicara diferentes condiciones con el fin de analizar su rendimiento; las condiciones que se
le aplicaran al sistema B para valorar su rendimiento son: cambiar los patrones de comunicación,
congestionar los servidores donde se ejecutan los monitores y aumentar la carga de información
que llega a los monitores.

Herramientas de medición:

• Monitor de actividad del sistema operativo.

• Librerías para medición del tiempo de ejecución.
• Librerías para revisar el uso de CPU de cada sistema.
• JMeter y Wireshark.

Variables a medir:

• Memoria usada por cada proceso.

• Cantidad de hilos usada por cada proceso.
• Tiempo de procesamiento de cada sistema.
• Paralelismo de cada sistema.