Update

Due to a short software update, docu.ilias.de will be unavailable from 14:45 CEST for approximately 10 minutes.

Feature Wiki

Information about planned and released features

Tabs

Automatically Assign Study Program Member to Courses

Page Overview

[Hide]

1 Initial Problem

By now (v5.2.x), members of Study Programs are not automatically members of the assigned courses.
The administrator of the SP has to ensure that ...
  • either those course memberships are provided
  • or self-registration is activated in those courses
    and users join them on demand.
There surely are scenarios not fitting these requirements:
  • SP administrators don't have appropriate permissions to ensure the abovementioned requirements.
  • Self-registration is considered being too much an obstacle for users.
So, it would be helpful to have a functionality that creates the course memberships automatically.

2 Conceptual Summary

There are two conceivable models to solve that problem:

  • Model 2: Automated at runtime:
    A prerequisite for this is that trainers in all courses activate the "Access by Link" setting (i.e., by entering a hash URL, the user automatically becomes a member of the course).
    Such a function would ...
    • When a course is called, ILIAS checks whether this access comes from within a SP
      (technically speaking: whether the parent_object of the course reference is a SP),
    • if so, determine the hash link for automatic joining and
    • redirect the call to this hash URL.
    Disadvantages:
    • Activation of the "Access by Link" setting may be lapsed by the trainer.
    • The performance of the system may be impacted.
    • The learning progress report of a course does not list a user until he/she has accessed the course; therefore, the course cannot offer an overview of "delinquent" users.
    Remarks:
    • In case a course is accessed in which the user is already a member, nothing changes (already existing standard functionality).
    • It does not matter at which level of a SP a course reference is assigned, since sub-elements / branches of SPs are also objects of the type "Study Program".
    • This can possibly be mapped via the Workflow Engine.
  • Model 3: Automated via cronjob:
    Such a functionality would (at night when performance is rather irrelevant) ...
    • go through individual plans of all members of all study programs,
    • assign missing course memberships and
    • remove course memberships not relevant anymore.
    Disadvantages:
    • No assignment of courses at runtime.
    • Cronjob would check many cases unnecessarily.
    Remarks:
    • In case a course membership is withdrawn and reassigned later, no learning progress data is lost (already existing standard functionality).

I would like to discuss both of these models before defining more details.

3 User Interface Modifications

3.1 List of Affected Views

3.2 User Interface Details

3.3 New User Interface Concepts

4 Technical Information

5 Contact

  • Author of the Request: Suittenpointner, Florian [suittenpointner]
  • Maintainer: {Please add your name before applying for an initial workshop or a Jour Fixe meeting.}
  • Implementation of the feature is done by: {The maintainer must add the name of the implementing developer.}

6 Funding

If you are interest in funding this feature, please add your name and institution to this list.
  • ...

7 Discussion

8 Implementation

{The maintainer has to give a description of the final implementation and add screenshots if possible.}

Test Cases

Test cases completed at {date} by {user}
  • {Test case number linked to Testrail} : {test case title}

Approval

Approved at {date} by {user}.

Full Screen

Last edited: 3. Nov 2016, 18:21, Suittenpointner, Florian [suittenpointner]