PROYECTO FINAL D.A.M

PROYECTO FINAL D.A.M

Desarrollo de aplicaciones multiplataforma

Autor: Aljarilla Castro, Alejandro Autor: Hernández Salvador, Neil Tutor: Benitez Chico, Francisco Manuel

11/06/2023

ALJARILLA CASTRO, ALEJANDRO HERNÁNDEZ SALVADOR, NEIL

02.introducción

03.SOLUCIÓN

01.PRESENTACIÓN

04.SERVIDOR

TABLA DE CONTENIDO

07.DESPLIEGUE

08.ADVERSIDADES

05.CLIENTE

06.WEB

11.AGRADECIMIENTO

10.BIBLIOGRAFÍA

12.PREGUNTAS

09.TRABAJO FUTURO

02

INTRODUCCIÓN

¿QUé ES REAKTOR?

02. RESUMEN

¿QUÉ ES REAKTOR?

REAKTOR, es un proyecto diseñado para la gestión de equipos, con la finalidad de hacer eficiente la administración de estos de una forma sencilla e intuitiva.Todo esto conseguido con 3 partes fundamentales: - Cliente - Servidor - Interfaz Web

PALABRAS CLAVE

Gestión de Equipos, Interfaz WEB, Gestión de Recursos

03

SOLUCIÓN

¿POR QuÉ REAKTOR?

03. SOLUCIÓN

¿POR QUÉ REAKTOR?

Este proyecto se inició por la dificultad del profesorado del I.E.S Jándula, a la hora de controlar el gran volumen de equipos que tenían en sus instalaciones, tras este planteamiento, junto al profesor Paco, decidimos idear una solución con los siguientes objetivos.

03. SOLUCIÓN

oBJETIVOS

• Centralizar todos los equipos del centro en un unico nodo
• Gestión y visualizacion de los equipos y sus caracteristicas desde un acceso web público
• Administración de Software no deseado, desde la interfaz web
• Avisar del uso de Software no deseado, mediante una alarma
• Hacer configurable este Software de forma externa
• Localizar un equipo en el centro por aula o profesor a cargo
• Ayudar al Profesorado con esta gestión tan tediosa

04

SERVIDOR

¿QUé HACE EL SERVIDOR?

04. servidor

¿QUÉ HACE el servidor?

API REST

Expone una API de forma pública, para la subida de caracteristicas de lo equipos y subida por parte del administrador de Software no deseado, al igual, que expone distintos Endpoints, para la obtención de dicha información por parte del cliente Web.

05

CLIENTE

¿Qué hace el cliente?

05. cliente

HEARTBEAT

ANALIZAR MALWARE

Scheduled que informa de forma periodica al servidor de que el equipo está activo, configurable desde el yaml

Scheduled que obtiene los programas o webs no deseados actualmente del servidor, y comprueba si se está haciendo uso actualmente de estos, emitiendo el equipo un sonido constante mientras se está ejecutando (no aplica a administradores)

OBTENCIón de detalles

Creación de un objeto REAKTOR, con toda la información del equipo, mediante la librería OSHI y comandos ejecutados directamente en consola

06

WEB

ACCESIBILIDAD

06. WEB

accesibilidad

Vale, vale, pero ¿como manejo todo esto? Hemos creado una web de acceso publico, con una una interfaz amigable e intuitiva, tanto para la visualización directa de todos los equipos, mostrando detalles en unas tarjetas como de si está encendido o no, ademas dentro de cada tarjeta muestra toda la informacióin de este, tambien un acceso a la configuración del malware no deseado, pudiendo ser gestionado facilmente.

07

DESpliegue

¿COMO lo uso?

07. DESPLIEGUE

CONSTRUIR

MONTAR / CONFIGURAR

Buildear proyectos

Montar Docker y abrir puertos

DESPLEGAR

desplegar Docker y ¡ACCEDER!

08

ADVERSIDADES

¿HA SIDO TODO UN CAMINO DE ROSAS?

08. ADVERSIDADES

Comandos

Pensado multiplataforma

Argumentos

Conocimiento Técnico

09

trabajo futuro

¿como puedo mejorar esto?

TRABAJO FUTURO

duración del sonido "beep"

Integración en Linux

Filtrado de ordenadores en la web

librerÍA para el control de argumentos

Envío de alertas y apagado remoto

flujo de datos en tiempo real

10

BIBLIOGRAFÍA

Bibliografía

REFERENCIAS BIBLIOGRÁFICAS

• Oshi Core Java API Documentation

https://www.oshi.ooo/oshi-core-java11/apidocs/com.github.oshi/module-summary.html

• Oracle Java SE API Documentation

https://docs.oracle.com/en/java/javase/17/docs/api/

• Spring Boot Reference Documentation

https://docs.spring.io/spring-boot/docs/current/reference/htmlsingle/

• OpenAI ChatGPT Documentation

https://chat.openai.com/

• Stack Overflow

https://stackoverflow.com/

• Recopilación de información del sistema utilizando comandos CMD

https://barcelonageeks.com/comandos-cmd-para-recopilar-informacion-de-un-sistema/

• Documentación de Angular

https://docs.angular.lat/docs

REFERENCIAS BIBLIOGRÁFICAS

• Cómo obtener información de la placa base

https://www.profesionalreview.com/2017/01/08/como-saber-los-datos-de-tu-placa-base/

• Repositorio de GitHub de Oshi

https://github.com/oshi/oshi

• Tutorial de DominiCode en YouTube

https://www.youtube.com/watch?v=epSVNMtG80I&ab_channel=DominiCode

• Ejemplos de solicitudes HTTP POST en Angular

https://jasonwatmore.com/post/2019/11/21/angular-http-post-request-examples

• Arquitectura en Oracle

https://vinimo.medium.com/fault-tolerant-java-application-in-oracle-cloud-infrastructure-oci-821bc8349580

11

Agradecimientos

agradecimientos

agradecimientos

GRACIAS

• Francisco Manuel Benitez Chico
• Juana María Rodriguez García
• Rafael Delgado Cubilla
• María Jesus García Molina

• Jesús Pérez Zafra
• María del Pilar Lopez Lopez
• José Cayetano Bautista Exposito
• Jose Antonio Sanchez García

Gracias por su atención

¿Alguna pregunta?