Université Grenoble Alpes

Francia · 2026-27

Université Grenoble Alpes

41 prácticas de laboratorio para el temario de Grenoble Alpes.

La Licence Informatique de Université Grenoble Alpes (UFR IM2AG): programación imperativa en C, proyectos de software y bases de datos. Cada práctica está guiada paso a paso, se compila y se comprueba con una cadena de herramientas real en tu propio equipo: el modelo revisa tu código después, no decide si has aprobado.

Actualizado

Semestre a semestre

Programa: Licence Informatique (UFR IM2AG) — Portail IMA, parcours Informatique et MIAGE, parcours Informatique générale. Plan: Accréditation 2021-2026 (MCCC 2026-2027). Abre una asignatura para ver sus unidades prácticas y la práctica de laboratorio que GroutCode incluye para cada una.

  1. L1·S1

    1 asignatura3 prácticasPython
    • INF101Python

      Méthodes informatiques et techniques de programmation

      3

      prácticas

      • A grade book in Python — variables, types, control flow, functions and lists
      • Analysing algorithms in Python — counting cost and choosing the efficient solution
      Ver las 3 prácticas
      1. 1A grade book in Python — variables, types, control flow, functions and listsUnidad I · Introduction à l'algorithmique et à la programmation
      2. 2Analysing algorithms in Python — counting cost and choosing the efficient solutionUnidad II · Démarche analytique et complexité
      3. 3A calculator in Python — implement it, test it, fix it, document itUnidad III · Implémentation impérative (Python)
  2. L1·S2

    1 asignatura5 prácticasC
    • INF203C

      Système et environnement de programmation: principes d'utilisation

      5

      prácticas

      • Deterministic finite automata in C — build, run, analyse and complement them
      • Coding information and managing memory in C — bases, two's complement, UTF-8 and heap strings
      Ver las 5 prácticas
      1. 1Deterministic finite automata in C — build, run, analyse and complement themUnidad I · Introduction aux automates
      2. 2Coding information and managing memory in C — bases, two's complement, UTF-8 and heap stringsUnidad II · Programmation en C
      3. 3What the shell does before the kernel — paths, modes, wildcards and variablesUnidad III · Éléments de système
      4. 4Inside make, gcc and gdb — a dependency engine and the tools' own outputUnidad IV · Outils
      5. 5A small command interpreter — lexer, parser, expansion and builtinsUnidad V · Projet
  3. L2·S3

    2 asignaturas9 prácticasC
    • INF301C

      Algorithmique et programmation impérative

      5

      prácticas

      • From intention to realisation — ten algorithms with their invariants
      • Sequences, sets and dictionaries — three abstract types and their realisations
      Ver las 5 prácticas
      1. 1From intention to realisation — ten algorithms with their invariantsUnidad I · Raisonnement algorithmique
      2. 2Sequences, sets and dictionaries — three abstract types and their realisationsUnidad II · Structures de données
      3. 3Arrays, linked lists and binary search trees behind the abstract sequenceUnidad III · Structures bas-niveau pour représenter les structures haut-niveau
      4. 4Iteration, recursion and loop invariants — ten algorithms built from what stays trueUnidad IV · Structures algorithmiques itératives et récursives
      5. 5Measuring algorithmic complexity — counting operations and beating O(n^2)Unidad V · Analyse d'algorithmes
    • INF304C

      Bases du développement logiciel: modularisation, tests

      4

      prácticas

      • An opaque stack module and the RPN calculator that uses it
      • A testing toolkit — oracles, unit-test reports, random tests, shrinking and growth probes
      Ver las 4 prácticas
      1. 1An opaque stack module and the RPN calculator that uses itUnidad I · Programmation modulaire
      2. 2A testing toolkit — oracles, unit-test reports, random tests, shrinking and growth probesUnidad II · Test de logiciel
      3. 3Generic code in C — void pointers, comparators and an abstract vectorUnidad III · Abstraction, généricité
      4. 4Rebuilding make, diff and a test harness in CUnidad IV · Outils d'aide au développement de logiciel
  4. L2·S4

    2 asignaturas3 prácticasSQLC
    • INF403SQL

      Gestion de données relationnelles et applications

      2

      prácticas

      • Relational algebra in SQL — selection to division on a student database
      • From a UML class diagram to SQLite tables and views
      Ver las unidades
      1. 1Relational algebra in SQL — selection to division on a student databaseUnidad I · Modèle relationnel de données
      2. 2From a UML class diagram to SQLite tables and viewsUnidad II · Conception
    • INF404C

      Projet logiciel

      1

      práctica

      • Vectorising a bitmap — contour tracing, Douglas-Peucker and Bezier fitting
      Ver las unidades
      1. 1Vectorising a bitmap — contour tracing, Douglas-Peucker and Bezier fittingUnidad LAB · Projet logiciel: vectorisation
  5. L3·S5

    2 asignaturas9 prácticasCSQL
    • GBIN5U03C

      Programmation et projet d'études

      4

      prácticas

      • Heap memory, streams and function parameters in C
      • Inside the shell and make — word splitting, globbing and a rebuild planner
      Ver las 4 prácticas
      1. 1Heap memory, streams and function parameters in CUnidad I · Points techniques de programmation
      2. 2Inside the shell and make — word splitting, globbing and a rebuild plannerUnidad II · Outils pour l'automatisation
      3. 3A version-control module in C — hashes, line diffs and commit historyUnidad III · Outils et techniques pour le développement
      4. 4Bits, bytes and a binary wire format — implementing to a written specUnidad LAB · Projet logiciel de fin de semestre
    • GBIN5U06SQL

      Conception et exploitation des bases de données

      5

      prácticas

      • Querying a relational faculty database in declarative SQL
      • Relational algebra to SQL — eleven operators as eleven views
      Ver las 5 prácticas
      1. 1Querying a relational faculty database in declarative SQLUnidad I · Systèmes de gestion de bases de données relationnelles
      2. 2Relational algebra to SQL — eleven operators as eleven viewsUnidad II · Algèbre relationnelle et SQL
      3. 3Normalising a flat enrolment table to 3NF, measured with SQLUnidad III · Normalisation
      4. 4From a UML class diagram to a relational schemaUnidad IV · Conception UML
      5. 5Integrating a database into an application — views, triggers and transactionsUnidad V · Intégration dans une application
  6. L3·S6

    3 asignaturas12 prácticasCJava
    • GBIN6U01C

      Introduction aux systèmes et réseaux

      3

      prácticas

      • What the OS does for you — permissions, paths, pages, bytes and the scheduler
      • IPv4 from a program — addresses, subnets, checksums and routing
      Ver las 3 prácticas
      1. 1What the OS does for you — permissions, paths, pages, bytes and the schedulerUnidad I · Systèmes d'exploitation
      2. 2IPv4 from a program — addresses, subnets, checksums and routingUnidad II · Réseaux
      3. 3A shell's front end in C — words, quotes, variables, globs and pipelinesUnidad III · Shell et programmation C
    • GBIN6U03Java

      Programmation et projet logiciel

      4

      prácticas

      • Bank accounts and shapes — encapsulation, inheritance and polymorphism in Java
      • Six design patterns in Java — Strategy, Factory, Observer, Decorator, Composite, Command
      Ver las 4 prácticas
      1. 1Bank accounts and shapes — encapsulation, inheritance and polymorphism in JavaUnidad I · Programmation orientée objet en Java
      2. 2Six design patterns in Java — Strategy, Factory, Observer, Decorator, Composite, CommandUnidad II · Design patterns
      3. 3Event-driven programming — a widget toolkit's event system, without the screenUnidad III · Programmation évènementielle
      4. 4Connect Four with an observer-driven game loop and an alpha-beta AIUnidad LAB · Projet logiciel
    • GBIN6U08C

      Méthodes et outils pour la conception avancée

      5

      prácticas

      • A reusable string-builder library, compiled separately
      • Coverage probes, mutants and test suites that earn their keep
      Ver las 5 prácticas
      1. 1A reusable string-builder library, compiled separatelyUnidad I · Maintenabilité et réutilisabilité du code
      2. 2Coverage probes, mutants and test suites that earn their keepUnidad II · Tests et qualité des tests
      3. 3A heap checker and a symbolic executor for finding defectsUnidad III · Détection de défauts et erreurs
      4. 4Hardening parsers against overflows, injection and HeartbleedUnidad IV · Analyse de vulnérabilité
      5. 5Measuring performance: operation counts and a cache simulatorUnidad V · Analyse de performances

El temario completo de 22 asignaturas está transcrito en la aplicación, incluidas las asignaturas teóricas. Las prácticas están elaboradas siguiendo los códigos de asignatura que tienen trabajo de laboratorio, y la lista crece con cada versión.

GroutCode no está afiliado a Université Grenoble Alpes ni cuenta con su respaldo. Los códigos y nombres de las asignaturas se han transcrito de los documentos del plan publicados por la institución.

Cómo se hace una práctica

Los mismos cinco pasos en todas las prácticas y en todos los lenguajes.

  1. 1

    Elige tu temario

    Selecciona tu universidad o consejería y el semestre o curso en el que estás. La lista de asignaturas es el plan oficial transcrito, no una aproximación.

  2. 2

    Abre una práctica

    Cada práctica está guiada paso a paso para una asignatura concreta, con un archivo inicial que editas tú y un archivo de pruebas que no debes tocar.

  3. 3

    Escribe tú el código

    El archivo inicial trae las firmas y los TODO. Tú los implementas en el editor, en el lenguaje que se usa realmente en tu asignatura.

  4. 4

    Ejecuta las comprobaciones

    La cadena de herramientas compila y ejecuta las pruebas: entre 8 y 15 a lo largo de la práctica, una por paso, para que descubras qué cambio ha roto qué.

  5. 5

    Recibe la revisión

    Cuando las pruebas pasan, el modelo lee tu implementación y te dice con qué entrada se rompe. Nunca es él quien dicta el aprobado o el suspenso.

Por qué corrige el compilador y no el modelo

La forma obvia de construir una herramienta de laboratorio con IA es dejar que el modelo lea el código del estudiante y diga si es correcto. Es también la forma de acabar con una herramienta en la que nadie puede confiar. Un modelo te dirá que tu código funciona cuando el compilador dice lo contrario, y te suspenderá por un estilo que resulta que no le gusta.

Por eso los dos trabajos están separados:

  • El modelo diseña la práctica, escribe el archivo inicial y las pruebas y, una vez que las pruebas pasan, lee lo que has escrito de verdad y te dice con qué entrada se rompe.
  • La cadena de herramientas decide si compila y si cada paso pasa. Ese veredicto no se negocia y el modelo nunca lo emite.

Y por qué pasos en lugar de una única tarea grande

Una práctica de 40 a 60 minutos con un solo Run al final le da a alguien que empieza un bit de información por hora, y llega cuando ya ha tomado todas las decisiones. Aquí cada práctica tiene entre 8 y 15 pasos, cada uno con su propia instrucción y su propia comprobación, para que descubras qué cambio ha roto qué mientras todavía recuerdas haberlo hecho.

Preguntas frecuentes

¿GroutCode cubre el plan 2026-27 de Grenoble Alpes?

Sí. GroutCode incluye el plan 2026-27 de Grenoble Alpes transcrito para Licence Informatique (UFR IM2AG) — Portail IMA, parcours Informatique et MIAGE, parcours Informatique générale —22 asignaturas— con 41 prácticas de laboratorio elaboradas y asociadas a códigos de asignatura concretos. El temario se transcribió a partir de los documentos oficiales, y en la aplicación queda registrada la fuente y la suma de verificación de cada uno.

¿Qué lenguajes se usan en las prácticas de Grenoble Alpes?

C (27 prácticas), SQL (7 prácticas), Java (4 prácticas), Python (3 prácticas). El lenguaje se fija por código de asignatura en lugar de deducirlo del título, porque la misma materia se imparte en lenguajes distintos según la institución.

¿La IA me hace la práctica directamente?

No. El archivo inicial trae las firmas y los TODO; los implementas tú. Es la cadena de herramientas, y no el modelo, la que decide si tu código compila y si cada paso pasa, de modo que la IA no puede decirte que tu código funciona cuando el compilador opina lo contrario. Lo que sí hace después es leer tu implementación y señalarte la entrada con la que se rompe.

¿Las prácticas funcionan sin conexión?

Las prácticas, el temario y el ejecutor de pruebas van incluidos en la aplicación y se ejecutan en local, así que el ciclo de compilar y comprobar funciona sin conexión. El paso final de revisión usa un modelo, que puede ser local o en la nube con tu propia clave.

¿Qué necesito tener instalado?

GroutCode detecta qué cadenas de herramientas hay en tu equipo y te indica qué falta y cómo solucionarlo. Necesitas el compilador o intérprete del lenguaje que use tu asignatura: un compilador de C, un JDK, Python, Node o SQLite.

Haz tus prácticas de Grenoble Alpes con las comprobaciones incluidas

GroutCode va incluido en todas las licencias de Grout Suite. Descarga gratuita para Windows y macOS.

Descargar GroutCode