PROYECTO TELECOMUNICACIONES

ÓSCAR MAURICIO RAMOS PÁEZ

PEDROZA MENESES JOHAN
LAURA DANIELA GUTIÉRREZ BEDOYA
BRAYAN ORLANDO REINA CERON

POLITECNICO GRANCOLOMBIANO

TELECOMUNICACIONES (MODALIDAD VIRTUAL)

2019

1
 ARQUITECTURA DE SOFTWARE

ÓSCAR MAURICIO RAMOS PÁEZ 1921981649

PEDROZA MENESES JOHAN 1421024640

LAURA DANIELA GUTIÉRREZ BEDOYA 1711025458

BRAYAN ORLANDO REINA CERON 1921981340

ESTE TRABAJO ES PRESENTADO COMO PROYECTO TEORICO/PRACTICO DE

ARQUITECTURA DE SOFTWARE A LA DOCENTE : ARTURO CASTILLO
TUTOR DEL AREA VIRTUAL

POLITECNICO GRANCOLOMBIANO

TELECOMUNICACIONES (MODALIDAD VIRTUAL)

2019

2
 Contenido
PLANTEAMIENTO DEL PROBLEMA............................................................................... 4

OBJETIVO GENERAL..........................................................................................................5

OBJETIVOS ESPECÍFICOS................................................................................................. 5

JUSTIFICACIÓN................................................................................................................... 6

CONCLUSION PRIMERA FASE..........................................................................................8

RECOMENDACIONES PRIMERA FASE............................................................................9

CONCLUSION SEGUNDA FASE...................................................................................... 10

RECOMENDACIONES SEGUNDA FASE........................................................................ 11

GLOSARIO.......................................................................................................................... 12

BIBLIOGRAFÍA.................................................................................................................. 14

3
 INTRODUCCIÓN

¿QUE ES EL INTERNET DE LAS COSAS?: Internet de las cosas es una red de objetos
físicos –vehículos, máquinas, electrodomésticos y más– que utiliza sensores y APIs para
conectarse e intercambiar datos por internet.

¿Qué hace posible IoT? IoT depende de una serie integral de tecnologías –como las interfaces
de programación de aplicaciones (API) que conectan los dispositivos a internet–.
Otras tecnologías IoT clave son las herramientas de gestión de Big Data, las analíticas
predictivas, la IA y machine learning, la nube y la identificación por radiofrecuencia (RFID).

Arquitectura y plataformas de IoT La arquitectura y las plataformas IoT basadas en la nube

conectan los mundos reales y virtuales. Ayudan a las empresas a gestionar la seguridad y la
conectividad de los dispositivos IoT –así como a recolectar datos de dispositivos, vincular
dispositivos con sistemas backend, asegurar la interoperabilidad IoT y construir y operar
aplicaciones IoT.

Aprovechar la explosión de datos de IoT Los dispositivos inteligentes genera una cantidad
enorme de datos de IoT que deben analizarse y aprovecharse en tiempo real.
Aquí aparecen las analíticas predictivas y Big Data. Machine learning también se usa para sumar
contexto a los datos –y generar acciones sin intervención humana.

Internet de las cosas industrial (IoT) y M2M En fabricación, IoT se transforma en internet de las
cosas industrial (IIoT) –también conocida como internet industrial o industria
4.0–. La IIoT usa tecnología de máquina a máquina (M2M) para dar soporte a todo tipo de cosas,
desde monitoreo remoto y telemetría hasta mantenimiento predictivo.

4
 OBJETIVO GENERAL

Planificar, diseñar e implementar un software para dar solución a la optimización de

diferentes operaciones realizadas mediante una plataforma de uso IoT.

OBJETIVOS ESPECÍFICOS

1. Diseñar una interfaz llamativa de tal manera que el usuario pueda tener fácil acceso a las
funciones de cada modulo
2. Implementación de un software con atributos de integración
3. Utilizar métodos agiles para el desarrollo del software en los tiempos establecidos
4. Contar con un servicio ágil y practico a la hora de brindar soporte acerca del software
5. Buscar alternativas ante las problemáticas propuestas para el desarrollo del servicio

5
 JUSTIFICACIÓN

Se realizara una implementación IoT de uso global y general la cual permita la integración
e interacción de varios usos y plataformas.

6
 ENLACE AL PROYECTO

Se inserta enlace.

CRONOGRAMA

Se genera un Diagrama en Excel con el fin de generar el cronograma o calendario de

actividades a realizar por cada uno de los integrantes del grupo

Tabla 1. Diagrama De Gannt Cronograma

7
 ANALISIS DE PLATAFORMAS
Plataforma Ventajas
Aer cloud Su capacidad de escalamiento
manteniendo la seguridad y
fiabilidad en los datos que
intercambia mediante M2M
Arkessa Esta enfocado en el entorno
empresarial y la gestion de sus correcta visualizacion desde y
servicios desde disp remotos
Arrayant connect Perfecta para la interaccion
con dispositivos, facilmente
manejable por los
desarrolladores
Axeda Es fuerte en el manejo y
administracion de datos
basada en las comunicaciones
M2M
Ayla's cloud fabric Posee Framework especifico lo
cual hace que el desarrollo e
implementacion de
aplicaciones moviles sea
sencilla
Carriots Funcional en todo nivel,
permite la implementacion de
triggers com parte del proceso
de interaccion, Aplicabilidad
de BigData extensa
Echelon Control autonomo de
dispositivos gracias al manejo desarrolladores expertos, poco
amplio recursos
Etherios Es altamente compatible con
software e implementaciones gratuitos a los devps hasta por
de terceros habilitando clouds
especializados para cada uno
Exosite Soporta analisis de datos en
tiempo real para usuarios, de
desarrollo facil y robusto en el
consumo de API
GroveStreams monitoreo de eventos exitoso,
permite la interaccion facil definicion de tipo de datos, No
con el usuario mediante
anuncios implementados como
SMS o Mail
Desventajas
Poco amigable para los
desarrolladores
No es adecuada para la
hacia las aplicaciones
La visualizacion es pobre,
poco adeacuada cuando se
trata de administracion de los
sistemas
Es altamente dependiente de
sitios web de terceros lo que la
hace poco autosuficiente
Su robustes la hace
inadecuada para aquellos
desarrolladores con
implementaciones a pequeña
escala
Le falta mejorar en el diseño
de presentacion final al
usuario, no es intuitiva
Solamente aplicable a
amigable para principiantes
Aunque permite trials
30 dias son pocos los
dispositivos habilitados
Carece de manejo en Big Data
Aunque posee una gran
cuenta con servicios estadiscos
 IBM IoT -Eficacia ante todo Difícil para la creación de
-Escaso margen de error prototipos
-Geek Jedi Girl

InfoBright -OTA disponible como Faltan servicios estadísticos.

módulos o firmware
-Instalación sencilla
-Web API para aplicaciones
personalizadas
-Integración con los sistemas
de propiedad o de terceros
-Libre interfaz web y usuario
del panel configurable
-Los clientes pueden crear
cuadros de mando sin
necesidad de escribir software
-Soporta 100.000 a 1.000.000
de dispositivos por servidor
-No hay suscripciones
necesarias para los usuarios
finales
-Puerta de entrada a base de
Iota para la ejecución off-the-
shelf
Jasper Control Patrones de comportamiento Adecuado para servicios de
Centre basados en reglas habilitado automatización.
KAA Es compatible con aplicaciones Menos módulos de hardware
NoSQl y Big data compatibles
Microsoft Es adecuada para Domótica Carece de API compatibles
research lab of
things
Nimbits Es una Plataforma de código Deficiencias en el
abierto, Compatible con la procesamiento de consultas en
mayoría de los servidores tiempo real.
J2EE (Apache Tomcat,
Espolón Server).
Oracle IoT cloud Es una Plataforma de código Deficiencias en el
abierto, Compatible con la procesamiento de consultas en
mayoría de los servidores tiempo real.
J2EE (Apache Tomcat,
Espolón Server).
OpenRemote Se integra una variedad de Tiene un costo elevado para
protocolos, Soluciones los desarrolladores.
personalizadas que se adaptan
a sus necesidades, De cuentas
únicas soluciones para marca
totalmente, Nube basada en
herramientas de diseño.
Plotly Es la mejor herramienta de Cantidad limitada de
visualización IOT. instalaciones de
almacenamiento
SeeControl IoT -Aprovecha las potentes Los dispositivos de código
instalaciones de computación abierto son difíciles de
en la nube, como la obtener.
escalabilidad de los datos, la
visualización rápida y el
análisis de programas de
usuario.
- MathEngine permite a los
desarrolladores realizar
operaciones matemáticas
complejas en los datos.-Las
características FastGrpah y
LiveConnect ayudan a los
desarrolladores a procesar
la funcionalidad grafica de los
datos almacenados cargados
por el manual (CSV) o
automáticamente (API de
OpenData).
SensorCloud Un almacenamiento de datos Es difícil conectar dispositivos
única, la virtualización y la de código abierto.
plataforma de gestión remota,
SensorCloud apoya cualquier
dispositivo de red, sensor o
sensor a través de una API
OpenData
Temboo Una de las ventajas que ofrece No es adecuada para
esta plataforma consiste en la aplicaciones con un uso
opción que ofrece de simular intensivo de recursos.
código para configurar
cualquier tipo de sensor en las
placas Arduino contando con
un simulador de circuitos y a
partir del mismo generar el
código correspondiente a la
configuración dada.
Thethings.io -APIs y Bibliotecas Carece de auto sostenibilidad,
Optimizadas: o Gracias al API depende de servicios web de
del thethings.io, se pueden terceros, esto quiere decir que
crear librerías para conectarse depende de otros para su
a la plataforma desde funcionamiento.
cualquier dispositivo.
-Administración de
dispositivos y licenciamiento:
permite gestionar los
dispositivos y almacenar sus
datos en tiempo real.
-Almacenamiento de datos
ilimitado.
ThingSpeak Con plugins, visualizaciones Tiene menos capacidad para
de datos y la capacidad de interconectar equipos
integrar los datos con una simultáneamente.
variedad de plataformas de
terceros, sistemas y
tecnologías, incluyendo otras
plataformas líderes de la IO
como ioBridge y Arduino,
ThingSpeak es el complemento
perfecto para un sistema
empresarial existente para
aprovechar el Internet de las
Cosas
ThingWorx La creación de aplicaciones Se puede conectar un número
intensivas en datos es fácil. limitado de dispositivos
Xiely -Un intuitivo Developer No es apta para
Workbench centraliza todo lo desarrolladores a pequeña
necesario para crear, depurar escala.
y desplegar servicios
conectados.
-Un completo centro de
desarrollo con guías de API,
tutoriales, vídeos y Bibliotecas
que soportan cientos de
plataformas, millones de
gateways y miles de millones
de dispositivos.
-las fuentes de datos definidas
como públicas estarán
indexadas y disponibles en
Google y Bing.
 Ejemplo de Uso Kaa Enterprise IoT platform8

Dentro de las plataformas IOT que estudiamos, la plataforma KAA se distingue entre las demás
por su versatilidad y compatibilidad, un ejemplo del uso de la plataforma KAA es un sistema de
gestión de edificios (BMS) es un ejemplo de lo que puede hacer con la plataforma Kaa. Dónde
mediante el uso de hardware de Termostato, personalizado, se realiza el control de las unidades
de aire acondicionado de Oficinas en cualquier parte del mundo de la administración centralizada
de esta plataforma; Permite realizar el seguimiento de las temperaturas, identificar fallos y
realizar gráficos estadísticos del ambiente de cada oficina.

Descripción del Espacio de trabajo

El espacio de trabajo consta de los siguientes elementos:
Devices: Lugar donde encontramos los Termostatos implementados y desde el cual podemos
tener gestión sobre ellos; Permite añadir nuevos termostatos, Para añadir un nuevo dispositivo
damos clic en el icono con el signo -", donde se desplegará la interfaz para regsitrar el nuevo
dispositivo tal como se muestra en la Figura 3.2. Para realizar el regsitro de un nuevo dispositivo
este se debe conectar a la red LAN, y posterior a esto se registra en la plataforma con la dirección
MAC; De esta manera ya tendremos control sobre el dispositivo. La siguiente grafica es un
ejemplo de interfaz gráfica de la plataforma.
Desde la siguiente grafica podemos observar cómo realizar la inclusión de nuevos dispositivos:

Una vez seleccionado el dispositivo a verificar, podemos tener acceso a las configuraciones del
mismo, tales como el control de temperatura el cual gestiona el Aire Acondicionado del entorno,
tal como se muestra en la Figura:
 CONCLUSIÓNES

La plataforma Kaa admite protocolos IoT ligeros para la conexión de dispositivos, como
MQTT y CoAP. Kaa es agnóstica del transporte y puede admitir cualquier protocolo IoT.
La plataforma permite crear aplicaciones que funcionan en cualquier tipo de conexión de red, ya
sea persistente o intermitente. Puede elegir una de las implementaciones de protocoloM de
transporte existentes que vienen con Kaa, o crear transportes personalizados y conectarlos a su
sistema. MQTT es el protocolo predeterminado usado por Kaa.
Kaa Protocol está construido sobre MQTT y CoAP, y define reglas básicas de comunicación
entre la plataforma y los dispositivos. El protocolo es totalmente abierto, asíncrono y permite
formatos de mensajes arbitrarios. Además, puede elegir entre canales encriptados y no
encriptados. Utilice el canal encriptado para proteger los datos confidenciales o el canal sin cifrar
para los datos abiertos.

9
 GLOSARIO

ARQUITECTURA DE REFERENCIA: Es una estructura que optimiza el trabajo,

aumenta la confiabilidad y proporciona una implementación efectiva da soluciones técnicas
y prácticas para el desarrollo del software.

ATRIBUTO DE CALIDAD: Características que el sistema debe poseer adicional a la

funcionalidad. (Desempeño, modificabilidad, entre otros). El diseño de la arquitectura
determina el cumplimiento y balance entre los atributos de calidad requeridos.

CMIS: es un estándar abierto que permite a diferentes sistemas de gestión de contenidos

interoperar a través de Internet, por sus siglas en inglés, Content Management
Interoperability Services.

CONCURRENCIA: Es la tendencia de las cosas a producirse al mismo tiempo en un

sistema.

CONTROLADOR: Es el encargado de procesar las interacciones del usuario y ejecuta los

cambio en el modelo.

DISEÑAR: analizar requerimientos, idear, planificas, implementar y modificas el

desarrollo de un software.

12
DRIVERS: son requerimientos en ingles que se conocen como DRIVERS DE LA
ARQUITECTURA las cuales se denominan como guías que incluyen atributos de calidad,
funciones, reglas, componentes y restricciones.

ESTILO: Se basa en la estructura, investigación y teoría del software posee un conjunto

predeterminado de elementos los cuales se relaciona entre ellos un ejemplo es cliente
servidor.

GOF: Es un libro de ingeniería de software que describe patrones de diseño el cual tiene
dos partes la primera describe la programación orientada a objetos y la segunda al diseño
del software.

HERRAMIENTAS CASE: Son programas informáticos destinados en la mejora del

diseño ofrecen diagramación y corrección en los diagramas para el desarrollo de u software.

MARCO DE REFERENCIA: Es una guía el cómo y el que.

MODELO: Representa la información con la que trabaja la aplicación es su lógica.

PATRONES: Diseño, practica, proceso y código del software.

PROYECTAR: Es la visión final del desarrollo del software.

REFACTORIZACIÓN: Es realizar una trasformación al software manteniendo su

comportamiento modificando únicamente su estructura interna para su mejoramiento.

REQUERIMIENTOS: Son los insumos más importantes para la arquitectura del software
se denominan como funcionales y no funcionales, son las condiciones o necesidades de un
cliente o usuario.

13
SAAS: Se trata de un modelo de distribución y licenciamiento de software en el que la
solución de software a utilizar yace en servidores centralizados y de manera aislada de los
clientes que la utilizan.

SOA: Arquitectura orientada a servicios, cambio significativo en el diseño y creación de

aplicaciones.

STAKEHOLDERS: Grupo de personas interesados en el proyecto y hacia los cuales va

dirigido este documento.

BIBLIOGRAFÍA

1. Humphrey, W. S. (2002). Personal Software Process (PSP). En: Encyclopedia Of

Software Engineering, Volume 2, 948-961.
2. Humphrey, W. S. (2000). The Team Software Process SM (TSP SM), (November)
3. PRESTASHOP (2019). Utilizado para la creacion de la plantilla de la pagina.
4. https://sg.com.mx/revista/28/requerimientos-y-arquitecturaRequerimientos y
Arquitectura publicado en SG #28 ARQUITECTURA Autor Humberto Cervantes.

5. http://amedrano1.blogspot.com/ 16 de Agosto del 2012 Publicado por UnKnown

6. Giardine, B., Riemer, C., Hardison, R. C., Burhans, R., Elnitski, L., Shah, P., ... &
Nekrutenko, A. (2005). Galaxy: a platform for interactive large-scale genome
analysis. Genome research, 15(10), 1451-1455.

14