Documento de Arquitectura de Software IEEE-1471-2000

Control del documento

Proyecto

Servicios para la agricultura con IOT – AGRI-CLOUD-IOT

Título

Especificación inicial del proyecto– [v1.1 al 10 de Junio 2020]

Generado por

Juan Francisco Prado – Juan Vivanco Abarca

Aprobado por

[]
 1. Introducción

1.1 Propósito

El presente documento proporciona una descripción de la arquitectura del sistema/aplicación

en la nube que permitirá monitorear activos en la agricultura: AGRI-CLOUD-IOT, y que será
utilizada por el cliente para revisar el estado de sus activos (Animales y Sembradíos).
Utilizando diversas vistas para representar el sistema y las funcionalidades dentro del mismo.

1.2 Alcance

El documento contiene la representación del proyecto (AGRI-CLOUD-IOT) mediante el

diseño de diagramas, el cual se basa en un previo análisis de los requisitos del sistema para
dar solución a las necesidades establecidas por el cliente y/o usuario.

El documento está organizado mediante tres ideas principales.

 Características generales del diseño

 Requisitos funcionales y no funcionales para el diseño.
 Los modelos y vistas que lo representan.

Los modelos utilizados para la representación del sistema permiten analizar el funcionamiento
del mismo desde diferentes perspectivas o puntos de vista, de modo que podemos
implementar el “Modelo de arquitectura 4+1” de Krutchen. Gracias a esto se puede
implementar el análisis de los requisitos, implementación del diseño de solución. Asimismo, se
puede especificar, construir y desplegar el sistema en su ambiente de explotación. Cada
modelo fue implementado en la herramienta de modelado UML.
 1.3 StackeHolders.

El documento de arquitectura de software contribuye a la fácil comprensión para todos

aquellos usuarios o clientes que deseen comprender el diseño y la arquitectura inherente al
proyecto.

1.4 Recomendaciones de conformidad con esta práctica.

N/A.

2. Referencias

Para realizar este documento se utilizaron las siguientes referencias

 Estándar IEEE 830-1998 ST

 ISO 9126 -2001 Calidad del Software y Métricas de evaluación
 The 4+1 View. Kruchten - 1009

3. Definiciones, acrónimos y abreviaciones.

ASSET o ACTIVOS: Corresponde a los bienes y otros recursos de carácter económico que
son controlados o manejados por la empresa, de los cuales se espera obtener un beneficio y/o
rendimiento económico en un periodo de tiempo. Puede ser corto, mediano o largo plazo.

BASE DE DATOS: Conjunto de datos, relacionados en un mismo contexto, que se almacenan

de forma sistemática para su posterior uso o para ser consultados. Su propósito es poder
acceder a la información que contiene de forma rápida y simple desde computador u otra
plataforma conectada a ella.

CLOUD: Literalmente, Cloud es nube en inglés. No obstante, se utiliza el termino Cloud en

informática para referirse a las tecnologías que permiten a los usuarios almacenar datos fuera
de sus dispositivos o instalaciones, haciéndolos accesibles desde cualquier ubicación y
dispositivo mediante una conexión a internet. OneDrive y Google Drive son ejemplos de
Cloud.

IOT: Es la sigla para “Internet of Things” o el Internet de las cosas. Corresponde a una
interconexión digital de los objetos cotidianos (tanto en el hogar como en la empresa) como
maquinas, análogas o digitales, objetos, animales y personas, que poseen un identificador
único y la capacidad de transferir información a través de una red, sin la necesidad de la
interacción entre personas y computadores.

LORAWAN: Es la especificación que se utiliza para las redes de baja potencia que cubren un
área amplia o de dimensiones considerables, la cual fue diseñada para utilizarse con aparatos
de bajo consumo de alimentación para operar en redes con diverso alcance (local, regional,
etc.)

Este estándar apunta directamente a los requerimientos que caracterizan el IOT, como son
conexiones de bajo consumo y baja frecuencia, bajo ancho de banda, geolocalización y largo
alcance de comunicación y permite la conexión entre objetos sin que se requieran
instalaciones complejas. Otorga una libertad casi “ilimitada”, tanto a los usuarios,
desarrolladores y empresas.
MONITOREO: Se refiere al proceso mediante el cual se reúne, analiza, estudia y utiliza
información para realizar un seguimiento a un programa, acción o suceso en particular y que
permite efectuar toma de decisiones sobre dicho programa o suceso.

ARQUITECTURA DE SOFTWARE: conjunto de elementos estáticos, propios del diseño

intelectual del sistema, que definen y dan forma tanto al código fuente, como al
comportamiento del software en tiempo de ejecución. Naturalmente este diseño
arquitectónico ha de ajustarse a las necesidades y requisitos del proyecto.

DESCRIPCION DE ARQUITECTURA: colección de productos de documentación.

VISTAS: es una representación de un área de interés o perspectiva del sistema en alto

nivel.

TIPOS DE VISTAS: especificación de una convención de cómo construir y usar una vista.
Deben satisfacer la capacidad de creación y análisis de una vista.

STAKEHOLDER: Individuo, equipo u organización con intereses relativos al sistema.

ESCENARIO: especifica el comportamiento y limita el interés de un área específica del

sistema para uno o varios stakeholders.

MODULO O COMPONENTE: cualquier elemento estructural abstracto, visible, externo,

de alto nivel, analizable, que pueda constituir una funcionalidad de la solución del
sistema.

ATRIBUTOS DE CALIDAD: un atributo de calidad, es una cualidad deseable de la solución,

que pueda manifestarse en forma de requerimiento no funcional, que pueda ser medible,
testeable y finalmente evaluable.
 4. Framework Conceptual

4.1 Descripción de la arquitectura en contexto

El documento representa la arquitectura del software mediante la

implementación de diferentes vistas relacionadas al “Modelo de vistas 4+1” de
Kruchten. Cada una de estas vistas, representan el sistema desde distintos puntos de vista
para los interesados dentro del proyecto. Las vistas son las siguientes:

 Vista lógica: Describe la arquitectura del sistema, presentando varios niveles de

refinamiento. Indica los módulos lógicos principales, sus responsabilidades y
dependencias.

 Vista física: Describe los diversos nodos físicos para las configuraciones más
comunes del software.

 Vista de procesos: Describe los procesos concurrentes del sistema.

 Vista de escenarios: Describe los casos de uso de la arquitectura de software.

4.2 Stakeholders y sus roles

El presente documento identifica las funciones de los interesados (stakeholders) a partir de la

interpretación de los casos de uso del sistema.

4.3 Actividades de arquitectura en el ciclo de vida

N/A.

4.4 Usos de las descripciones de arquitectura

Las descripciones de arquitectura de este documento se usarán para referenciar el diseño del
sistema de software de AGRI-CLOUD-IOT.

5. Descripciones prácticas de arquitectura

N/A.

5.1 Documentación de la arquitectura

N/A.
5.2 Identificación de los Stakeholders y sus responsabilidades
 5.3 Selección de puntos de vista de la arquitectura.

Vistas UML
Escenarios Casos de uso
Lógica Clases
Física Despliegue
Procesos Secuencia

5.4 Vistas de la arquitectura

Vistas. – Escenarios

La vista de casos de uso es un elemento importante para la selección del conjunto de

casos/escenarios que son el foco de una iteración. En él se describe el conjunto de casos que
representan algunas funciones importantes del sistema. A su vez, se describen también el
conjunto de casos/escenarios que tienen una cobertura arquitectónica sustancial de la
arquitectura del proyecto.

Los casos de uso del software AGRI_CLOUD_IOT son:

 Login.
 Registro de Activos/Dispositivos.
 Control de Activos/Dispositivos.
 Reporte de Temperatura y Humedad.
 Reporte de estado de Dispositivos.
 Programación de Eventos/Actividades.
 Configuración de Alertas y Mensajes.
 Configuración Perfiles de Usuario.
5.4.1 Login.

Este caso de uso explica como el usuario se autentica en la aplicación de

AGRI-CLOUD-IOT. Quienes inician este proceso son los usuarios que han
adquirido el producto.

5.4.2 Registro de Activos/Dispositivos.

Este caso de uso permite el ingreso de activos y/o dispositivos directamente

desde la aplicación cada vez que se requiere. Quien inicia este proceso es el
usuario.
5.4.3 Control de Activos/dispositivos.

Este caso de uso permite controlar los dispositivos existentes y conocer el

estado/ubicación de los activos mediante la aplicación. Quien inicia este
proceso es el cliente.

5.4.4 Reporte de Temperatura y Humedad.

Este caso de uso permite acceder a los reportes de estado de Temperatura y

Humedad de los sembradíos, permitiendo la toma de decisiones mediante la
aplicación. Este proceso es iniciado por el usuario.
5.4.5 Reporte de estado de Dispositivos.

Este caso de uso permite acceder a los reportes de estado de los dispositivos,
como los sensores de posición, antenas y equipos permitiendo el control y la
toma de decisiones mediante la aplicación. Este proceso es iniciado por el
usuario.

5.4.6 Programación de Eventos/Actividades.

Este caso de uso permite acceder al módulo de programa de actividades,

desde el cual se pueden programar, por ejemplo, frecuencia de riego, de
reportes y alertas, siempre mediante la aplicación. Este proceso es iniciado por
el usuario.
5.4.7 Configuración de Alertas y Mensajes.

Este caso de uso permite acceder al módulo de configuración de alertas y

notificaciones desde el cual se puede programar, por ejemplo, la frecuencia de
las alertas o mensajes relacionados a los activos/dispositivos, siempre
mediante la aplicación. Este proceso es iniciado por el usuario.

5.4.8 Configuración Perfiles de Usuario.

Este caso de uso permite al usuario administrador configurar perfiles para

distintos usuarios, con más o menos privilegios y/o accesos a los módulos de la
aplicación. Este proceso es iniciado por el usuario con perfil de administrador.
Vista. - Lógica
Diagramas. -
Clases

Vista. - Desarrollo
Diagrama de componentes general, estilo arquitectónico “N-Tiers / Orientación a
objetos”

Vista. - Física
Diagrama. -
Despliegue

Vista.- Proceso
5.5 Consistencia en la cantidad de vistas de la arquitectura.
DESCRIPCION DE CONECTORES

5.6 Arquitectura lógica.

Performances

Calidad

5.7 Ejemplo de uso.

N/A.

5.8 Detalles de la implementación

5.8.1 Lenguajes y plataformas