Multimedia Systems is a subject of Official master’s degree in Computer Engineering, pursued at the UAL which has a professionalizing character. For this reason, the subject has a strong practical component. In fact, his teaching is based on the methodology known as [Project-Based Learning] (https://en.wikipedia.org/wiki/Project-based_learning). In each academic year, students are (depending mainly on the complexity of the project) are organized ingroups and develop a free software/hardware project. The projects to date can be found in the Multimedia Systems group GitHub. Other important aspect to note is that the subject is taught in English.
Sistemas Multimedia es una asignatura del máster oficial en Ingeniería Informática, impartido en la UAL, que tiene caracter profesionalizante. Por este motivo, la asignatura se ha planteado con una fuerte componente práctica. De hecho, su impartición se basa en la metodología conocida como Aprendizaje Basado en Proyectos. Cada año académico los alumnos forman (dependiendo fundamentalmente de la complejidad del proyecto) un conjunto de grupos y desarrollan un proyecto de software/hardware libre. Los proyectos desarrollados hasta la fecha pueden encontrarse en el grupo de Sistemas Multimedia de GitHub. Otro aspecto importante a destacar de la asignatura es que es impartida en inglés.
The course consists of a total of 4 ECTS credits (equivalent currently to 30 hours in the mode of presence to 100%) and is developed during the months of October to January (see Official calendar of the master for more information on specific dates). in her second year of teaching the master, the master commission decided that all subjects were a 50% of presentiality, at least, and therefore the real and virtual sessions alternating weekly. For this reason, the length of each session classroom (one every two weeks) is 2 hours and expected duration each virtual session (one every two weeks) is estimated in 10 hours work per person, approximately.
Clarified this chronology, the distribution of the sessions are performed in the following way:
Week 1 (classroom). Introduction to the course and presentation of the project (development of a system related to the theme of the subject).
Week 2 (virtual). Analysis of project requirements. Each group work will make a memory with a Anaisis requirements about the project. This report and the other documents generated throughout the course should be part of the repository used for develop the project.
Week 3 (classroom). Exposure requirements analysis by each working group and presentation of the collaborative software development tools (GitHub Koding and Cloud9).
Week 4 (virtual). Creating user accounts on the development and creation of repositories tools used by each working group. Each group will record this work in the used collaborative development tools.
Week 5 (classroom). Presentation of the software libraries more suitable for the development of the project, if any.
Week 6 (virtual). Study of the possibilities and the libraries characteristics. A document with the conclusions of this study will be created.
Week 7 (classroom). Exposure of the guidelines used in the selection of the library and definition of the basic functionality of the application develop (requirements analysis).
Week 8 (virtual). First phase of project development. The development will always be online (at least during the teaching of the subject) in the selected collaborative tools.
Week 9 (classroom). First presentation of the current state of development of the project to the rest of the group (and the teacher) with aim of obtaining a feedback.
Week 10 (virtual). Second phase of project implementation.
Week 11 (classroom). Second presentation of the current state of the project.
Week 11 (virtual). Third and final phase of project implementation.
Week 12 (classroom). Exposure of the guidelines of the implementation of the developed system in a production environment real, whenever possible.
Week 13 (virtual). Implementation of the system.
Week 14 (classroom). final exhibition development. In the collaborative tools will record the process served along with a final updated report, of the built system.
La asignatura consta de un total de 4 créditos ECTS (lo que equivale actualmente a 30 horas lectivas en la modalidad de presencialidad al 100%) y es impartida durante los meses de octubre a enero (véase el calendario oficial del máster para más detalle sobre fechas concretas). La comisión docente del máster en su segundo año de impartición del máster decidió que todas las asignaturas del mismo fueran semipresenciales al 50% como mínimo, y por tanto, las sesiones presenciales y virtuales se alternan semanalmente. Por este motivo, la duración de cada sesión presencial (una cada dos semanas) es de 2 horas y la duración prevista de cada sesión virtual (una cada dos semanas) se estima en 10 horas de trabajo por persona, aproximadamente.
Aclarada esta cronología, la distribución de sesiones se realiza de la siguiente manera:
Semana 1 (presencial). Introducción a la asignatura y presentación del proyecto (desarrollo de un sistema relacionado con la temática de la asignatura).
Semana 2 (virtual). Análisis de requisitos del proyecto. Cada grupo de trabajo realizará una memoria con un anáisis de requisitos sobre el proyecto. Esta memoria y el resto de documentación generada a lo largo del curso deberá formar parte del repositorio usado para desarrollar el proyecto.
Semana 3 (presencial). Exposición del análisis de requisitos realizado por cada grupo de trabajo y presentación de las herramientas de desarrollo colaborativo de software (GitHub, Koding y Cloud9).
Semana 4 (virtual). Creación de las cuentas de usuario en las herramientas de desarrollo y creación de los repositorios usados por cada grupo de trabajo. Cada grupo dejará constancia de este trabajo en las herramientas de desarrollo colaborativo utilizadas.
Semana 5 (presencial). Presentación de las bibliotechas software más adecuadas para el desarrollo del proyecto, si existen.
Semana 6 (virtual). Estudio de las posibilidades y caractarísticas de las bibliotecas. Se creará un documento con las conclusiones de dicho estudio.
Semana 7 (presencial). Exposición de las directrices usadas en la selección de la biblioteca y definición de la funcionalidad básica de la aplicación a desarrollar (análisis de requisitos).
Semana 8 (virtual) Primera fase del desarrollo del proyecto. El desarrollo estará siempre online (al menos durante la duración de esta asignatura) en la herramientas colaborativa seleccionada.
Semana 9 (presencial). Primera presentación del estado actual del desarrollo del proyecto al resto del grupos (y al profesor) con el objetivo de obtener un feedback.
Semana 10 (virtual). Segunda fase de la implementación del proyecto.
Semana 11 (presencial). Segunda presentación del estado actual del proyecto.
Semana 11 (virtual). Tercera y última fase de implementación del proyecto.
Semana 12 (presencial). Exposición de las directrices sobre la implantación del sistema desarrollado en un entorno de producción real, siempre que sea posible.
Semana 13 (virtual). Implantación del sistema.
Semana 14 (presencial). Exposición final del desarrollo. En las herramientas colaborativas quedará constancia del proceso realizado junto con una memoria final, actualizada, del sistema construído.
See guía docente. / Ver guía docente.
See guía docente. / Ver guía docente.
All materials are available on the Internet (Web servers public, Wikipedia, etc.) and will seek to use only software / free hardware development project subject. However, with the idea to locate quickly main materials Follow local hyperlinks provided in the Teaching guide.
Todos los materiales están disponibles en Internet (servidores Web públicos, Wikipedia, etc.) y se tratará de utilizar sólo software/hardware libre en el desarrollo del proyecto de la asignatura. Sin embargo, con la idea de localizar rápidamente los principales materiales, síganse los hiperenlaces proporcionados en la guía docente.
In the virtual classroom will be used only email. The rest of the virtual interaction will be done through collaborative development tools. Indicate at this point that the community GitHub is currently the platform of collaborative software development most used and has excellent communication tools, monitoring and project analysis software. In fact, public GitHub activity is part of the curriculum vitae of many computer engineers.
En el aula virtual se utilizará exclusivamente el correo electrónico. El resto de la interacción virtual se realizará a través de las herramientas de desarrollo colaborativo. Indicar en este punto que la comunidad de GitHub es actualmente la plataforma de desarrollo colaborativo de software más usada y cuenta con excelentes herramientas de comunicación, seguimiento y análisis de proyectos software. De hecho, la actividad pública en GitHub forma parte de los curriculums vitae de muchos ingenieros informáticos.