Ing. del software de componentes y sistemas distribuidos Código:  75.587    :  6
Consulta de los datos generales   Descripción   La asignatura en el conjunto del plan de estudios   Campos profesionales en el que se proyecta   Conocimientos previos   Información previa a la matrícula   Objetivos y competencias   Contenidos   Consulta de los recursos de aprendizaje de la UOC para la asignatura   Información adicional sobre los recursos de aprendizaje y herramientas de apoyo   Informaciones sobre la evaluación en la UOC   Consulta del modelo de evaluación  
Este es el plan docente de la asignatura para el segundo semestre del curso 2023-2024. Podéis consultar si la asignatura se ofrece este semestre en el espacio del campus Más UOC / La universidad / Planes de estudios). Una vez empiece la docencia, tenéis que consultarlo en el aula. El plan docente puede estar sujeto a cambios.

Los continuos adelantos en informática y telecomunicaciones están cambiando la manera como se desarrolla el software. En particular, el incesante aumento de la potencia de los ordenadores personales y dispositivos móviles, el abaratamiento de los costes del hardware y la aparición de redes de datos de cobertura global han hecho posible una infraestructura especialmente favorable para el uso de los sistemas abiertos y distribuidos.


Estos cambios han provocado, entre otras cosas, que los métodos de diseño y desarrollo de software tradicionales (vistos en las asignaturas de Ingeniería del software y Análisis y diseño con patrones) sean insuficientes, puesto que, más o menos implícitamente, asumen que la aplicación a desarrollar se ejecutará en un entorno básicamente centralizado. Por lo tanto, los métodos tradicionales son incapaces de gestionar de manera natural la complejidad de los requisitos de este nuevo tipo de sistemas. Por otro lado, los aspectos más próximos al análisis y a la especificación de requisitos estudiados en la asignatura Ingeniería de requisitos no cambian respecto a aquello que se ha visto en las asignaturas anteriores a esta y, por lo tanto, no se repiten aquí.

 

Esta asignatura sirve como introducción a las arquitecturas de software como marco de trabajo para el diseño y desarrollo de aplicaciones distribuidas donde se estudian y ponen en práctica los fundamentos, técnicas y habilidades aplicables en la definición moderna de arquitecturas del software, y se complementan los conocimientos adquiridos en las asignaturas previas. El diseño de la arquitectura de los sistemas de software permite describir de una manera abstracta y de alto nivel tanto la funcionalidad del sistema como otros muchos aspectos no funcionales de éste (distribución, fiabilidad, seguridad, adaptabilidad, prestaciones, etc.). Esta descripción del sistema suele definirse partiendo de un estilo arquitectónico, una clasificación de los sistemas de software en grandes familias que siguen un patrón estructural común. Entre los estilos arquitectónicos más usuales para los sistemas distribuidos hay los sistemas organizados en microservicios, múltiples capas, los sistemas cliente-servidor o los sistemas peer-to-peer.

 

El diseño de la aplicación en términos de microservicios de software tiene que refinarse, posteriormente, para adaptarlo e implementarlo en una tecnología de software distribuido concreta. Estas arquitecturas pueden implementarse utilizando cualquier paradigma de programación (orientado a objetos, estructurado...). En nuestro caso concreto, el lenguaje de referencia será Java que permite desarrollar aplicaciones distribuidas con arquitecturas de microservicios. Estos microservicios son los que servirán para implementar y testear los elementos arquitectónicos descritos en la arquitectura del sistema.

 

Finalmente, se recogen algunas buenas prácticas en el desarrollo y puesta en producción del software en arquitecturas distribuidas. Se trabajan algunos de los conceptos clave a la hora de desarrollar y puesta en producción, como la entrega continua, la cultura DevOps y el despliegue con contenedores.

Amunt

Esta asignatura está enmarcada dentro del itinerario de Ingeniería del Software del grado de Ingeniería Informática constituyendo una extensión en varias dimensiones de los conocimientos básicos de ingeniería del software incluidos tanto al itinerario concreto como en las asignaturas obligatorias del grado.

 

Para poder cursar con provecho esta asignatura, se requiere que los estudiantes tengan conocimientos previos sobre tecnología orientada a objetos. Concretamente, hay que conocer los fundamentos de la programación orientada a objetos y las notaciones básicas de UML, tal y como se ven, por ejemplo, en las asignaturas Ingeniería del software y Análisis y diseño con patrones de esta misma titulación.

Amunt

La asignatura será especialmente útil a todos los futuros profesionales dedicados al desarrollo de software según una concepción actual. El campo del desarrollo de software cambia día a día, y como ya se ha comentado al principio, tanto los sistemas distribuidos como los sistemas de microservicios van tomando más y más importancia. 

 

Por otra parte, también es importante por todo ingeniero informático adquirir las habilidades básicas en la instalación, configuración y uso de las diversas herramientas de apoyo muy populares en el mercado para el desarrollo, despliegue y ejecución de aplicaciones de software. En esta asignatura se llevará a cabo una intensa tarea en este sentido para consolidar estas habilidades mediante el apoyo de un aula de Laboratorio especializada. Por lo tanto, se evitará en lo posible el uso de máquinas virtuales automáticas con entornos ya configurados y, en cambio, fomentar el uso de herramientas individuales que el estudiante tendrá que aprender a instalar y configurar manualmente.

Amunt

Haber superado Ingeniería del software y Análisis y diseño con patrones o bien disponer de los conocimientos equivalentes es la condición previa para poder cursar esta asignatura.

 

Es también imprescindible que el estudiante tenga un buen nivel de Java para poder superar la asignatura. La asignatura tiene una parte importante de trabajo práctico en Java que asume un conocimiento y práctica importantes en este lenguaje. No es nada recomendable que el estudiante curse esta asignatura hasta que se haya logrado un buen nivel en Java, puesto que de lo contrario se verá abocado a repetir la asignatura con una alta probabilidad.


Amunt

Es recomendable haber superado las siguientes asignaturas del Grado:

Ingeniería del software y Análisis y diseño con patrones.

Amunt

Competencias transversales del Grado en Ingeniería Informática:

  • Capacidad de comunicación escrita en el ámbito académico y profesional.                                                              
  • Uso y aplicación de las TIC en el ámbito académico y profesional.                                                                                
  • Capacidad para adaptarse a las tecnologías y a futuros entornos actualizando las competencias profesionales.
  • Saber proponer y evaluar diferentes alternativas tecnológicas para resolver un problema concreto.           
  • Capacidad de analizar un problema en el nivel de abstracción adecuado a cada situación y aplicar las habilidades y conocimientos adquiridos para abordarlo y resolverlo.                                                                                                    
  • Saber construir aplicaciones informáticas mediante técnicas de desarrollo, integración y reutilización.      
  • Aplicación de las técnicas específicas de la Ingeniería del Software a las diferentes etapas del ciclo de vida de un proyecto.                                                                                                                                               

El objetivo general de la asignatura es que el estudiante adquiera los conocimientos básicos para el desarrollo de aplicaciones distribuidas basadas en microservicios. Este objetivo se concreta en los siguientes objetivos específicos

  • Explicar los fundamentos de la arquitectura de software y las características de una arquitectura.
  • Exponer argumentos sobre los puntos fuertes y los puntos débiles de los diferentes estilos arquitectónicos y cómo estos influyen en la decisión del estilo o estilos arquitectónicos más adecuados para una determinada aplicación.
  • Situar los nuevos paradigmas emergentes de la ingeniería del software dentro del marco de las arquitecturas del software.
  • Exponer argumentos que muestren los beneficios y también los riesgos y costes de una arquitectura de microservicios para resolver un problema concreto.
  • Proponer el diseño de una arquitectura de microservicios y su descomposición a partir de un caso de estudio.
  • Implementar microservicios centrados en la lógica de negocio y el acceso a datos.
  • Desplegar microservicios con estado propio, intercomunicación síncrona y consistencia de los datos.
  • Aplicar conceptos básicos de la arquitectura de microservicios.
  • Dominar las tecnologías básicas necesarias para la implementación de microservicios.
  • Reconocer los factores de testing y calidad de una especificación/diseño.
  • Evaluar formalmente el testing y la calidad de una implementación.
  • Identificar los modelos más importantes y estándares de calidad de software.
  • Reconocer los factores de entrega, despliegue e integración continúa.
  • Interpretar la cultura ágil en el desarrollo de software.
  • Implementar un pipeline de entrega, despliegue e integración continua.
  • Exponer argumentos sobre las ventajas y costes de los contenedores y plataformas de orquestación.
  • Preparar un buen informe final de entrega a un posible cliente.

Amunt

 La asignatura se estructura en 5 actividades principales, cada una con sus contenidos específicos:

 

Actividad 1: "Arquitecturas de software distribuidas: una solución para cada problema"

 

  • Libro "Fundamentals of Software Architecture" (Richards & Ford): Chapter 1. Introduction.          
  • Libro "Fundamentals of Software Architecture" (Richards & Ford): Part I Foundations (Chapters 2 - 8)        
  • Libro "Fundamentals of Software Architecture" (Richards & Ford): Part II Architecture Styles (Chapters 9 - 18).                                                                                                

 

Actividad 2: "Arquitecturas hexagonales y diseño de microservicios: una relación bien avenida"

 

  • Libro "Microservices patterns" (Richardson): Chapter 1. Section 6: "The Microservice architecture pattern language".
  • Libro "Microservices patterns" (Richardson): Chapter 2: "Decomposition strategies".                       
  • Libro "Microservices patterns" (Richardson): Chapter 3: "Interprocess communication in a microservice architecture"
  • Libro "Microservices patterns" (Richardson): Chapter 5: "Designing business logic in a microservice architecture".

 

Actividad 3: "De la creación a la interconexión de microservicios"

 

  • Libro "Microservices Patterns" (Chris Richardson): Chapter 6: "Developing business logic with event sourcing". Introduction.                                                 
  • Libro "Microservices Patterns" (Chris Richardson): Chapter 6: "Developing business logic with event sourcing".      
  • Libro "Microservices patterns" (Richardson): Chapter 7: "Implementing queries in a microservice architecture"      
  • Libro "Microservices patterns" (Richardson): Chapter 8: "External API patterns".                                                  

 

Actividad 4: "Calidad del software distribuido: inherente, transversal y crítico"

 

  • Libro "Microservices Patterns" (Chris Richardson): Chapter 9. "Testing microservices: Part 1". Introduction.
  • Libro "Microservices Patterns" (Chris Richardson): Chapter 9. "Testing microservices: Part 1".      
  • Libro "Microservices Patterns" (Chris Richardson): Chapter 10. "Testing microservices: Part 2".   
  • Libro "Fundamentals of Software Architecture" (Richards & Ford): Part I Foundations (Chapters 3 & 6).                                        

 

Actividad 5: "DevOps, CD/CI y cultura ágil: buenas prácticas para el desarrollo de software distribuido"

 

  • Libro Microservices Patterns (Chris Richardson) Chapter 12 Deploying microservices. Introduction.             
  • Libro Microservices Patterns (Chris Richardson) Chapter 12 Deploying microservices.                                         
  • Libro "Continuous Delivery: Reliable Software Releases through Build, Test, and Deployment Automation (Jez Humble & Dave Farley) Part I: Chapters 1-10.
  • Libro "The DevOps Handbook" (Patrick Debois, John Willis, Jez Humble & Gene Kim): Chapters 1 - 4.          

 

Amunt

El apoyo principal del material docente son los libros mencionados más arriba, que se distribuirán en formato digital según los canales habituales de la UOC (Biblioteca) accesibles desde el aula. Todos los libros de la asignatura son originales de autores de referencia mundial en el área de desarrollo de software distribuido y por ello están escritos enteramente en inglés. Se presupone competencias de comprensión lectora en inglés al alumnado que llega a esta etapa del grado, aunque dado el formato digital de estos materiales (lectura mediante un navegador web), permite una fácil lectura en otros idiomas mediante el uso de las funcionalidades de traducción automática de los navegadores actuales. Sin embargo, en ningún caso el equipo docente se hará responsable de los fallos y problemas de los sistemas de traducción automática, y se recomienda la lectura de los materiales en el idioma original, y especialmente identificar y comprender los conceptos y palabras clave en el idioma original para evitar confusiones con su traducción a otros idiomas.

 

Por otro lado, la asignatura dispone de un aula de Laboratorio con material y herramientas de software, y un consultor propio con experiencia en la parte técnica de la asignatura, donde el alumno obtendrá todo el apoyo necesario para llevar a cabo las prácticas. En particular, el Laboratorio dispone de software y manuales de instalación, cursos de formación y casos de estudio resueltos sobre instalación e implementación, preguntas frecuentes con respuestas y referencias a fuentes externas de información. Además, dispone de foros donde enviar dudas, consultas y problemas que el consultor responde lo más rápido posible, y que todos los alumnos pueden compartir y participar.

Amunt

El proceso de evaluación se fundamenta en el trabajo personal de cada estudiante y presupone la autenticidad de la autoría y la originalidad de los ejercicios realizados.

La falta de autenticidad en la autoría o de originalidad de las pruebas de evaluación; la copia o el plagio; el intento fraudulento de obtener un resultado académico mejor; la colaboración, el encubrimiento o el favorecimiento de la copia, o la utilización de material o dispositivos no autorizados durante la evaluación, entre otras, son conductas irregulares que pueden tener consecuencias académicas y disciplinarias graves.

Por un lado, si se detecta alguna de estas conductas irregulares, puede comportar el suspenso (D/0) en las actividades evaluables que se definan en el plan docente - incluidas las pruebas finales - o en la calificación final de la asignatura, ya sea porque se han utilizado materiales o dispositivos no autorizados durante las pruebas, como redes sociales o buscadores de información en internet, porque se han copiado fragmentos de texto de una fuente externa (internet, apuntes, libros, artículos, trabajos o pruebas del resto de estudiantes, etc.) sin la correspondiente citación, o porque se ha practicado cualquier otra conducta irregular.

Por el otro, y de acuerdo con las normativas académicas, las conductas irregulares en la evaluación, además de comportar el suspenso de la asignatura, pueden dar lugar a la incoación de un procedimiento disciplinario y a la aplicación, si procede, de la sanción que corresponda.

La UOC se reserva la potestad de solicitar al estudiante que se identifique o que acredite la autoría de su trabajo a lo largo de todo el proceso de evaluación por los medios que establezca la universidad (síncronos o asíncronos). A estos efectos, la UOC puede exigir al estudiante el uso de un micrófono, una cámara u otras herramientas durante la evaluación y que este se asegure de que funcionan correctamente.

La verificación de los conocimientos para garantizar la autoría de la prueba no implicará en ningún caso una segunda evaluación.

Amunt

Esta asignatura solo puede superarse a partir de la evaluación continua (EC), nota que se combina con una nota de prácticas (Pr) para obtener la nota final de la asignatura.La fórmula de acreditación de la asignatura es la siguiente: EC + Pr.Las calificaciones finales de la asignatura se calcularán de la siguiente manera:
- Si la EC y la Pr superan el mínimo, la calificación final será el resultado de la fórmula de cálculo.
- Si no se supera el mínimo de la EC, la calificación final será la de la EC.
- Si no se presenta la EC, la calificación final será No presentado.
- Si la EC supera el mínimo y la Pr no, la calificación final será la nota de la Pr.
- Si la EC supera el mínimo y la Pr no se presenta, la calificación final será Suspendido (2,5).

 
 

Amunt