You are on page 1of 11

Control de cargas

mediante protocolo
SNMP
Modelo de diseño del sistema MDS

Jhon Roberth Fernández Ortiz


Jairo Andrés Terán Arcos
Yonatán Leider Bolaños
6/3/2010
1. Modelo del Diseño del Sistema/Solución

Modelo de análisis del sistema

La mayoría de los sistemas relacionados con control domótico que son monitoreados
remotamente tienen una arquitectura en la que el computador cliente se comunica con un
equipo servidor. Generalmente se tiene una aplicación en el equipo cliente que le permite a
un usuario ejecuta acciones sobre los dispositivos domóticos. La figura siguiente indica dicha
arquitectura.

Para que el sistema funcione bajo un ambiente seguro, debe existir una arquitectura que
permita establecer una única comunicación a la vez entre gestor y agente y así admita un solo
ingreso al sistema y control del hardware domótico. Así mismo, debe integrarse un control de
usuarios en el agente, el cual estará en la capacidad de reconocer al usuario correcto, además
de almacenar la información en una misma base de datos.

A continuación se describirán la arquitectura del sistema que se considerarán para llevar a


cabo tal fin.

La figura anterior ilustra los componentes que integran la arquitectura de hardware la cual, está
conformada por un servidor (agente) encargado de alojar las Mib’s a los cuales el sistema accede;
un servidor de base de datos encargado de almacenar los datos de los usuarios; un equipo cliente
(gestor) el cual será la herramienta que el usuario utilizará para tener control sobre las cargas del
hardware domótico; un controlador domótico (PIC) encargado de enviar las órdenes de apagado o
encendido al hardware domótico y de estar monitoreando con el servidor de aplicaciones si hay
tareas pendientes por realizar; un hardware domótico que simula a escala el ambiente interno de
una casa y su sistema de iluminación.

Luego de la definición de la estructura y características de hardware, a continuación se


definirá la arquitectura de software para la parte de aplicaciones que permite al usuario
administrar las cargas finales y la parte de comunicación mediante SNMP. Así mismo, se dará
un vistazo a las opciones de software de desarrollo que se pueden utilizar para realizar la
aplicación en ambas partes y cual se escogió.

Aplicación software que permite el control de cargas al usuario.

La Figura siguiente muestra el diagrama de clases del sistema en general, en donde una clase
llamada Cliente-(Gestor) es la encargada de enviar los datos para configurar la aplicación en de
acuerdo a las solicitudes del usuario. La “puerta” por donde entran y salen las órdenes y los datos
es el Controlador Principal - (Agente) quien decide cuando utilizar el Controlador Domótico para
llevar a cabo las tareas asignadas.

Diagrama de clases de análisis del sistema


En la siguiente grafica se muestra un diagrama de secuencia del funcionamiento en general
del sistema.

Gestor Agente Base de datos

: Usuario
1 : Ingreso al sistema()

2 : Solicita identificacion()

3 : Ingreso de login y password() 4 : Envio de datos() 5 : Envio de login y password()

6 : Verificacion()

7 : Respuesta correcta()
9 : Se muestra Interfaz de inicio() 8 : Envio datos para pagina de inicio()

10 : Respuesta incorrecta()
11 : Envio datos pagina de error()
12 : Se muestra pagina de error()

Diagrama de secuencia de análisis de inicio de sesión

Diagrama de secuencia de análisis de control de cargas


Modelo diseño del sistema

Para poder visualizar con más claridad el diseño utilizamos los diagramas de clases

Cargas R-Usb
Gestor Base de datos
+Nombre +nombre_carga
+No_de_cargas +Estado +Id_usuarios
+valor_carga
+Id_cargas +Ubicacion +Leer_datos()
+Id_usuario +Escribir_datos() +Enviar_datos()
+Apagar() +Leer_datos()
+Envio_datos() +Encender()
+Recibo_datos() 1
+Mostrar_datos() 1
1..*
1
1

se conecta al
accede por medio
1
1

1 Agente 1

1 +Id_mib
Usuario +Id_carga Interfaz inicio
+Id_usuario
+Login +cargas
+Password Se verifica identificacion +Leer_mib() +usuarios
+nombre +Escribir_mib()
1 1 1 1 +Encender cargas()
+Leer_BD()
+Consultar estado de cargas() +Apagar cargas()
+Enviar_datos_BD()
+cambiar estado de cargas() +Identificar usuario()
+Enviar_datos_RUsb()
+Leer_datos_RUsb() 1
+Enviar_datos_Gestor() 1 1
+Recibir_datos_Gestor()

1 *
1
Alarma Ventilador Luces .

Diagrama de clases de diseño


Diagramas de secuencia de diseño

Para poder visualizar la comunicación y mensajes entre clases en un tiempo progresivo,


utilizamos los diagramas de secuencia como los siguientes:

I_Usuario B. Datos Pag_Inicio


: Usuario

1 : Verificar Datos()

2 : Buscar datos()

3 : Buscar()

4 : Responder()
5 : Comparar()

6 : Mostrar interfaz()

7 : Visualizar opciones()

Diagrama de secuencia de diseño cambiar estado

Pag_Inicio Luces hogar R_USB

: Usuario
1 : Seleccionar luces()
2 : Pedir interfaz()

3 : Mostrar opciones()

4 : Modificar estado luz()

5 : Modificar estado OID()

6 : Enviar()

7 : Moficar carga()

8 : Responder()
9 : Visualizar cambio()

10 : Salir()

11 : Pedir interfaz()
12 : Mostrar opciones()

Diagrama de secuencia de diseño control luces


Pag_Inicio Venetilacion R_USB

: Usuario
1 : Seleccionar ventilacion()
2 : Pedir interfaz()

3 : Mostrar interfaz()

4 : Cambiar estado ventilador()

5 : Modificar OID()

6 : Enviar()

7 : Modificar carga()

8 : Responder()
9 : Visualizar cambio()
10 : Salir()

11 : Pedir interfaz()
12 : Visualizar interfaz()

Diagrama de secuencia de diseño control ventilación

Pag_Inicio Ventilador R_USB

: Usuario
1 : Seleccionar ventilacion()
2 : Pedir Interfaz()

3 : Visualizar initerfaz()
4 : Modificar estado alarma-on-off()

5 : Modificar OID()
6 : Enviar()

7 : Modificar carga()

8 : Responder()
9 : Visualizar cambio()
10 : Salir()

11 : Pedir interfaz()
12 : Visualizar interfaz()

Diagrama de secuencia de diseño control alarma


INTERFACES GRAFICAS DE USUARIO

A continuación se explica la funcionalidad de las diferentes interfaces que intervienen en


desarrollo de los servicios del sistema.

Cuando arrancamos la aplicación la primera interfaz que se muestra es:

En donde el usuario valida sus datos como son el login y el password, después de validar sus
datos el sistema muestra la siguiente interfaz:

En la cual hay opciones como control de luces, de ventanas, de puertas, y de seguridad.

 Si escojo el control de luces se despliega la siguiente interfaz:


En la cual se puede modificar el estado de las luces y al mismo tiempo observar los cambios en
cada sección de la imagen en donde se hizo la modificación.

 Si escojo la opcion de ventilación el sistema mustra la siguiente interfaz:

En donde se puede activar y desactivar tanto la ventilación de la sala como el de la habitación.

 Si escojo la opción de puertas y ventanas se despliega la siguiente interfaz:


En la cual se puede abrir y cerrar tanto las puertas como las ventanas.

 Si escojo la opción de seguridad se despliega la siguiente interfaz:

En donde puedo activar o desactivar la alarma


2. MODELO DE DESPLIEGUE/DISTRIBUCIÓN DEL SISTEMA/SOLUCIÓN

Se ha dividido el sistema en nodos los cuales son:

- Agente: El cual compone de la MIB en la que se encuentran las OIDs que están sincronizadas
con las cargas a administrar, así como una base de datos donde se almacena los datos de los
usuarios por cuestiones de seguridad, pero el componente principal es el control local el cual
administra las cargas y a través de las interfaces y conexiones se comunica tanto con el
controlador como con el gestor.
- Gestor: Se compone de una base de datos para controlar los usuarios, y el componente
principal que es el control remoto el cual se comunica a través de las interfaces y conexiones
con el agente, enviando y recibiendo las PDUs.
- Controlador: este se compone de un PIC el cual se comunica con el control local a través de
las interfaces y conexiones recibiendo y enviando los bytes de mensajes, después de recibir los
mensajes del agente hace los cambios en cargas casa.

TCP/IP

Base datos
Agente
Mib
Gestor

Control Local Control remoto

Base de datos

Controlador
Pic
USB

CargasCasa

Diagrama de distribución