DOCSLIB.ORG

D3.1 Innovation Hub Technical Specification

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
D3.1 Innovation Hub Technical Specification D3.1 Innovation Hub Technical Specification Project Acronym: PoliRural Project title: Future Oriented Collaborative Policy Development for Rural Areas and People Grant Agreement No. 818496 Website: www.polirural.eu Contact: [email protected] Version: 1.1 Date: 30 September 2019 Responsible Partner: CCSS Contributing Karel Charvat (CCSS), Runar Bergheim (Avinet), Karel Panek (NUVIT), Pavel Partners: Kogut (21C), Raul Palma, Ota Cerba, Pavel Hajek, Jiri Kvapil (Plan4all), Raitis Berzins (BOSC), Sarka Horakova (CoO), Uri Marchaim (Migal), Jesus Maria Estrada Villegas (Tragsa) Reviewers: Jesus Mª Estrada Villegas (TRAGSATEC), John O’Flaherty (MAC). Dissemination Level: Public X Confidential - only consortium members and European Commission Services This project has received funding from the European Union’s Horizon 2020 research and innovation programme under grant agreement no. 818496 D3.1 Innovation Hub Technical Specification Revision History Revision Date Author Organization Description no. Karel 0.1 17/07/2019 CCSS Initial TOC Charvat 0.2 Karel 25/07/2019 NUVIT Link to text mining Panek Pavel 0.3 29/70/2019 21C DiH Mock up Kogut Raul Palma, Ota Cerba, 0.4 25/08/2019 Plan4all, CCSS Infrastructure components description Pavel Hajek, Jiri Kvapil Sarka 0.5 26/08/2019 CoO Description of pilot site data Horakova Pavel 0.6 28/08/2019 Plan4all Update of technology design Hajek Raitis Berzins, 0.7 02/09/2019 BOSC, Migal Update of technology design and pilots Uri Marchaim Runar Bergheim, 0.8 04/9/2019 Avinet, CCSS Update of architecture design Karel Charvat Pavel Kogut, Runar Bergheim, Karel 21C, Avinet, Update and final review of architecture and 0.9 12/09/2019 Charvat, CCSS, Tragsa pilots Jesus Maria Estrada Villegas Sarka 1.0 19/09/2019 CoO Final version Horakova John O´Flaherty, 1.1 22/09/2019 MAC, Tragsa Reviewers comments Jesus Maria © 818496 PoliRural Project 30/09/2019 2 D3.1 Innovation Hub Technical Specification Estrada Villegas Runar Bergheim, 1.2 26/09/2019 AVINET, CCSS Final version Karel Charvat Responsibility for the information and views set out in this publication lies entirely with the authors. Every effort has been made to ensure that all statements and information contained herein are accurate, however the PoliRural Project Partners accept no liability for any error or omission. © 818496 PoliRural Project 30/09/2019 3 D3.1 Innovation Hub Technical Specification Table of Contents List of Tables ..................................................................................................................... 7 List of Figures .................................................................................................................... 8 List of Acronyms ................................................................................................................ 8 Executive Summary ........................................................................................................... 9 1 Introduction ............................................................................................................ 11 2 Digital Innovation Hub inside of PoliRural ................................................................ 12 3 User Needs .............................................................................................................. 14 3.1 Pilot 1 Flanders, Belgium ............................................................................................ 14 3.1.1 Pilot background ............................................................................................................................. 14 3.1.2 Data availability and requirements ................................................................................................ 14 3.1.3 Analytical needs .............................................................................................................................. 14 3.1.4 Available tools................................................................................................................................. 15 3.2 Pilot 2 Monaghan, Ireland .......................................................................................... 15 3.2.1 Pilot background ............................................................................................................................. 15 3.2.2 Data availability and requirements ................................................................................................ 15 3.2.3 Analytical needs .............................................................................................................................. 16 3.2.4 Available tools................................................................................................................................. 16 3.3 Pilot 3 Galicia-Castilla la Mancha, Spain ...................................................................... 16 3.3.1 Pilot background ............................................................................................................................. 16 3.3.2 Data availability and requirements ................................................................................................ 16 3.3.3 Analytical needs .............................................................................................................................. 17 3.3.4 Available tools................................................................................................................................. 17 3.4 Pilot 4 Vidzeme, Latvia ............................................................................................... 17 3.4.1 Pilot background ............................................................................................................................. 17 3.4.2 Data availability and requirements ................................................................................................ 18 3.4.3 Analytical needs .............................................................................................................................. 18 3.4.4 Available tools................................................................................................................................. 18 3.5 Pilot 5 Mazowieckie, Poland ....................................................................................... 18 3.5.1 Pilot background ............................................................................................................................. 18 3.5.2 Data availability and requirements ................................................................................................ 19 3.5.3 Analytical needs .............................................................................................................................. 19 3.5.4 Available tools................................................................................................................................. 19 3.6 Pilot 6 Central Bohemia, Czech Republic...................................................................... 19 3.6.1 Pilot background ............................................................................................................................. 19 3.6.2 Data availability and requirements ................................................................................................ 20 3.6.3 Analytical needs .............................................................................................................................. 20 3.6.4 Available tools................................................................................................................................. 20 3.7 Pilot 7 Nitra, Slovakia ................................................................................................. 20 3.7.1 Pilot background ............................................................................................................................. 20 3.7.2 Data availability and requirements ................................................................................................ 21 3.7.3 Analytical needs .............................................................................................................................. 21 3.7.4 Available tools................................................................................................................................. 21 3.8 Pilot 8 Hame, Finland.................................................................................................. 22 3.8.1 Pilot background ............................................................................................................................. 22 3.8.2 Data availability and requirements ................................................................................................ 22 3.8.3 Analytical needs .............................................................................................................................. 22 © 818496 PoliRural Project 30/09/2019 4 D3.1 Innovation Hub Technical Specification 3.8.4 Available tools................................................................................................................................. 22 3.9 Pilot 9 Central Greece, Greece .................................................................................... 22 3.9.1 Pilot background ............................................................................................................................. 22 3.9.2 Data availability and requirements ...............................................................................................
Load more

Recommended publications
  • Implementación De Un Sistema De Gestión Del Aprendizaje Basado En Arquitectura Sin Servidor
    TFG: Implementación de un Sistema de Gestión del Aprendizaje basado en arquitectura sin servidor. Oscar Sanz Llopis Grau de Tecnologies de Telecomunicació Aplicacions multimèdia per e-learning Consultor: Aleix López Antón Profesor responsable: José Antonio Morán Moreno 12/06/2019 i A mi familia por su apoyo, a mi compañera Eva por su paciencia, y a mi hijo, Pol, que algún día lo entenderá. Esta obra está sujeta a una licencia de: Reconocimiento 3.0 España de Creative Commons ii FICHA DEL TRABAJO FINAL Implementación de un Sistema de Gestión del Título del trabajo: Aprendizaje basado en arquitectura sin servidor. Nombre del autor: Oscar Sanz Llopis Nombre del consultor: Aleix López Antón Nombre del PRA: José Antonio Morán Moreno Fecha de entrega (mm/aaaa): 06/2019 Titulación o programa: Grau de Tecnologies de Telecomunicació Área del Trabajo Final: Aplicacions multimèdia per e-learning Idioma del trabajo: Castellano Palabras clave: serverless, Node.js, LMS Resumen del Trabajo (máximo 250 palabras): Los Sistemas de Gestión del Aprendizaje, también conocidos como LMS (del acrónimo en inglés de Learning Management System), representan ya desde hace tiempo una alternativa plenamente viable a los métodos tradicionales de enseñanza presencial, en muchos tipos de materias y conocimientos, cuya evolución ha ido de la mano del avance de las tecnologías de la información y la comunicación y el desarrollo informático sobre el que se fundamentan. No obstante, su desarrollo y en especial muchas de las arquitecturas que encontramos en la categoría de sistemas de código abierto, presentan una uniformidad en cuanto a las tecnologías empleadas que se basan, en su mayoría, en un conjunto de aplicaciones y servicios bien conocidos que se ejecutan en un servidor estándar ya sea físico o virtualizado, como es el caso de las populares implementaciones basadas en LAMP.
    [Show full text]
  • Flexible Generation of E-Learning Exams in R: Moodle Quizzes, OLAT Assessments, and Beyond
    JSS Journal of Statistical Software June 2014, Volume 58, Issue 1. http://www.jstatsoft.org/ Flexible Generation of E-Learning Exams in R: Moodle Quizzes, OLAT Assessments, and Beyond Achim Zeileis Nikolaus Umlauf Friedrich Leisch Universit¨at Innsbruck Universit¨at Innsbruck Universit¨at fur¨ Bodenkultur Wien Abstract The capabilities of the package exams for automatic generation of (statistical) exams in R are extended by adding support for learning management systems: As in earlier versions of the package exam generation is still based on separate Sweave files for each exercise { but rather than just producing different types of PDF output files, the package can now render the same exercises into a wide variety of output formats. These include HTML (with various options for displaying mathematical content) and XML specifications for online exams in learning management systems such as Moodle or OLAT. This flexibility is accomplished by a new modular and extensible design of the package that allows for reading all weaved exercises into R and managing associated supplementary files (such as graphics or data files). The manuscript discusses the readily available user interfaces, the design of the underlying infrastructure, and how new functionality can be built on top of the existing tools. Keywords: exams, e-learning, multiple choice, arithmetic problems, Sweave, R,LATEX, HTML, XML, IMS QTI, Moodle, OLAT. 1. Introduction The design for version 1 of the exams package was conceived eight years ago (in 2006) when the original authors (Grun¨ and Zeileis 2009) were involved in a redesign of the introductory statistics lecture at WU Wirtschaftsuniversit¨at Wien. Back then the main goal was to be able to produce exams along with associated self-study materials as PDF (portable document format) files.
    [Show full text]
  • E-Learning Methodologies and Good Practices SECOND EDITION
    E-learning methodologies and good practices SECOND EDITION A guide for designing and delivering e-learning solutions from the FAO elearning Academy E-learning methodologies and good practices SECOND EDITION A guide for designing and delivering e-learning solutions from the FAO elearning Academy Food and Agriculture Organization of the United Nations Rome, 2021 II Required citation: FAO. 2021. E-learning methodologies and good practices: A guide for designing and delivering e-learning solutions from the FAO elearning Academy, second edition. Rome. https://doi.org/10.4060/i2516e The designations employed and the presentation of material in this information product do not imply the expression of any opinion whatsoever on the part of the Food and Agriculture Organization of the United Nations (FAO) concerning the legal or development status of any country, territory, city or area or of its authorities, or concerning the delimitation of its frontiers or boundaries. The mention of specific companies or products of manufacturers, whether or not these have been patented, does not imply that these have been endorsed or recommended by FAO in preference to others of a similar nature that are not mentioned. ISBN 978-92-5-134401-9 First edition, 2011 © FAO, 2021 Some rights reserved. This work is made available under the Creative Commons Attribution-NonCommercial- ShareAlike 3.0 IGO licence (CC BY-NC-SA 3.0 IGO; https:// creativecommons.org/licenses/by-nc-sa/3.0/igo/ legalcode). Under the terms of this licence, this work may be copied, redistributed and adapted for non-commercial purposes, provided that the work is appropriately cited.
    [Show full text]
  • Openolat 10.4 User Manual
    OpenOLAT 10.4 User Manual 01.04.2016 Table01-Apr-2016 of Contents Table of Contents 1 Introduction 13 1.1 What to Expect From this Manual 14 1.2 Manual's Structure 14 1.3 Further Sources of Information 16 1.3.1 Context-Sensitive Help 16 1.3.2 Support 16 2 General Information on this Learning Platform 16 2.1 Information on OpenOLAT 17 2.2 Requirements when Working with OpenOLAT 18 2.3 The Idea of Open-Source Software 19 2.4 Technology and Navigation 19 2.5 Roles and Rights 19 3 Registration, Login and Logout 20 3.1 Your First OpenOLAT Registration 21 3.2 Login Page 21 3.2.1 Guest Access 21 3.2.2 Browser Check 22 3.3 Session Timeout and Logout 22 4 Personal menu and general components 22 4.1 Personal Menu 23 4.1.1 Calendar 24 4.1.2 Subscriptions 24 4.1.3 Personal Folder 25 4.1.4 Notes 26 4.1.5 Evidence of Achievement 26 4.1.6 Bookings 26 4.1.7 Other Users 26 4.1.8 ePortfolio 26 4.1.9 E-mails 30 4.2 Configuration 30 4.2.1 Profile 30 4.2.2 Settings 31 4.3 Calendar 33 4.3.1 Create / Edit entry 34 4.4 E-Mail 35 4.4.1 Content 36 4.5 Folders 36 4.5.1 Meta Data 38 4.6 Full-Text Search 38 4.6.1 Syntax 39 4.7 Chat 41 4.7.1 Changing Your Status 42 4.7.2 Sending Messages 43 4.7.3 Receiving messages 43 4.7.4 Manage group list contacts 43 4.7.5 Join a group/course chat 44 4.7.6 Settings 44 4.7.7 Chat logs 44 4.8 Portal configuration 44 4.9 Video 45 4.9.1 Add / edit video 45 4.9.2 Prepare video for upload 48 5 Groups 54 5.1 Create Groups 55 5.1.1 Create Groups / My Groups 55 5.1.2 Group Names 56 5.1.3 Number of Participants and Waiting List 57 5.2 Group
    [Show full text]
  • Openolat 8.1 - User Manual
    OpenOLAT 8.1 - User Manual http://www.frentix.com - 4.2012 v8.1 @2012 Copyright Some rights reserved! This document is copyright protected by the owners and companies listed below under the Attribution-NonCommercial-ShareAlike Creative Commons license. For more information check: http://creativecommons.org/licenses/by-nc-sa/2.5/ch/ Responsible persons: • Sandra Arnold (Overall), University of Zurich, MELS, [email protected] • Renata Sevcikova (Overall), University of Zurich, MELS, [email protected] • Kristina Isacson (Overall), University of Zurich, MELS, [email protected] • Joël Fisler (Specials), University of Zurich, MELS, [email protected] • Sandra Hübner (Content), Hochschule Furtwangen, [email protected] • Christian Meier (Content), TU Dresden, [email protected] • Sven Morgner (Content), BPS, [email protected] • Kirsten Scherer Auberson (Content), frentix, [email protected] OpenOLAT 8.1 - User Manual Content Introduction.................................................................................................................................................4 What to Expect From this Manual.........................................................................................................4 Manual's Structure.................................................................................................................................. 4 Further Sources of Information..............................................................................................................5
    [Show full text]
  • Types/Bluebird
    @types/bluebird MIT https://www.npmjs.com/package/@types/bluebird @types/body-parser MIT https://www.npmjs.com/package/@types/body-parser @types/chai MIT https://www.npmjs.com/package/@types/chai @types/express MIT https://www.npmjs.com/package/@types/express @types/express-serve-static-core MIT https://www.npmjs.com/package/@types/express-serve-static-core @types/form-data MIT https://www.npmjs.com/package/@types/form-data @types/geojson MIT https://www.npmjs.com/package/@types/geojson @types/js-yaml MIT https://www.npmjs.com/package/@types/js-yaml @types/lodash MIT https://www.npmjs.com/package/@types/lodash @types/mime MIT https://www.npmjs.com/package/@types/mime @types/moment-range MIT https://www.npmjs.com/package/@types/moment-range @types/node MIT https://www.npmjs.com/package/@types/node @types/node-statsd MIT https://www.npmjs.com/package/@types/node-statsd @types/react MIT https://www.npmjs.com/package/@types/react @types/react-dom MIT https://www.npmjs.com/package/@types/react-dom @types/react-transition-group MIT https://www.npmjs.com/package/@types/react-transition-group @types/recompose MIT https://www.npmjs.com/package/@types/recompose @types/request MIT https://www.npmjs.com/package/@types/request @types/sequelize MIT https://www.npmjs.com/package/@types/sequelize @types/serve-static MIT https://www.npmjs.com/package/@types/serve-static @types/validator MIT https://www.npmjs.com/package/@types/validator aasm MIT https://rubygems.org/gems/aasm abab ISC https://www.npmjs.com/package/abab abbrev ISC http://github.com/isaacs/abbrev-js
    [Show full text]
  • Unit Test Virtualization with VMVM
    Unit Test Virtualization with VMVM Jonathan Bell Gail Kaiser Columbia University Columbia University 500 West 120th St, MC 0401 500 West 120th St, MC 0401 New York, NY USA New York, NY USA [email protected] [email protected] ABSTRACT by the test suite. These tests are added to existing unit test Testing large software packages can become very time in- suites and in an ideal continuous integration environment, tensive. To address this problem, researchers have inves- executed regularly (e.g., upon code check-ins, or nightly). tigated techniques such as Test Suite Minimization. Test Because developers are often creating new tests, as software Suite Minimization reduces the number of tests in a suite grows in size and complexity, its test suite frequently grows by removing tests that appear redundant, at the risk of a similarly. Software can reach a point where its test suite has reduction in fault-finding ability since it can be difficult to gotten so large that it takes too long to regularly execute identify which tests are truly redundant. We take a com- | previous work has reported test suites in industry taking pletely different approach to solving the same problem of several weeks to execute fully [36]. long running test suites by instead reducing the time needed To cope with long running test suites, testers might turn to execute each test, an approach that we call Unit Test to Test Suite Minimization or Test Suite Prioritization [43]. Virtualization. With Unit Test Virtualization, we reduce Test Suite Minimization techniques such as [14, 15, 22, 23, the overhead of isolating each unit test with a lightweight 27, 28, 38, 41] seek to reduce the total number of tests to virtualization container.
    [Show full text]
  • Openolat 12.1 Benutzerhandbuch
    OpenOLAT 12.1 Benutzerhandbuch OpenOLAT 12.1 Benutzerhandbuch Exported on 11/13/2017 OpenOLAT 12.1 Benutzerhandbuch 1 Table of Contents 1 Table of Contents.............................................................................................2 2 Einführung......................................................................................................19 2.1 Über dieses Handbuch........................................................................................................19 2.1.1 © Copyright ...................................................................................................................................................... 19 2.2 Weitere Informationsquellen .............................................................................................20 2.2.1 Kontextsensitive Hilfe...................................................................................................................................... 20 2.2.2 Kursvorlagen und Demokurse......................................................................................................................... 20 2.2.3 Support............................................................................................................................................................. 21 3 Allgemeines zur Lernplattform......................................................................22 3.1 Informationen zu OpenOLAT..............................................................................................22 3.2 Voraussetzungen für die Arbeit mit
    [Show full text]
  • 1 Überschrift 1
    PLATFORM SPECIFICATION AND DESIGN PLATFORM SPECIFICATION AND DESIGN This project is funded with support from the European Commission. This publication reflects the views only of the author, and the Commission cannot be held responsible for any use which may be made of the information contained therein. PLATFORM SPECIFICATION AND DESIGN Document Info Project reference 586297-EPP-1-2017-1-EL-EPPKA2-CBHE-JP Deliverable / Task T2.1 Dissemination level Internal Date 30.06.2018 Document version 1.0 Status Final Authors Carlos Vaz de Carvalho Reviewer Hariklia Tsalapatas Contributors All partners Approved by Steering Committee This project is funded with support from the European Commission. This publication reflects the views only of the author, and the Commission cannot be held responsible for any use which may be made of the information contained therein. PLATFORM SPECIFICATION AND DESIGN CONTENTS CONTENTS ............................................................................................................... 3 INTRODUCTION ........................................................................................................ 4 DEVELOPMENT TOOLS AND RESOURCES................................................................... 5 ADAPTABLE PLATFORMS .............................................................................................. 5 (2) Project Management Software................................................................... 7 (3) Collaborative AND SOCIAL NETWORKING platforms ............................... 11 DEVELOPMENT
    [Show full text]
  • LMS) Has Now Become a Top Priority and Fundamental Projects in Organizations and Educational Institutions
    ABSTRACT Learning Management System (LMS) has now become a top priority and fundamental projects in organizations and educational institutions. There are both commercial and open source versions available for users, and they can be accessed over the Internet everywhere and any time. Selecting one LMS from these multiple options will be a serious challenge because each LMS alternative has its individual features. Several Multi-Criteria Decision Making techniques have been applied in various studies for solving different decision problems. Some of these techniques have also been applied for LMS evaluation; but there is a missing gap in using the fuzzy DEMATEL-TOPSIS integrated technique for LMS evaluation. Moreover, manual evaluation requires much time and effort, and errors or mistakes can easily be made. The evaluator also needs to have technical knowledge of the evaluation technique he/she will use. This shows that there is a need for a tool which will help, simplify and make an efficient LMS evaluations. In this thesis, a web-based LMS evaluation system is developed with Asp.net using the fuzzy DEMATEL-TOPSIS integrated technique. 24 most commonly used evaluation criteria are included in the system, also the top 10 open source LMS are included in the system. In the case study performed on Moodle, Sakai, Edmodo and ATutor based on accessibility, efficiency, flexibility, security and usability features. The result shows that Moodle LMS is the most suitable option based on the given requirements. This developed system will be beneficial to universities and organizations in choosing the right LMS that will suit their various needs.
    [Show full text]
  • Openolat 15.0 Open Source Learning Management System
    frentix Press Release 14.05.2020 Seite 1/4 OpenOlat 15.0 Open Source Learning Management System Pressemitteilung von frentix GmbH frentix GmbH · Okenstrasse 6 · 8037 Zurich · Switzerland · T +41 43 544 90 00 · [email protected] · www.frentix.com frentix Press Release 14.05.2020 Seite 2/4 Mit OpenOlat 15 präsentiert frentix GmbH die neueste Generation des seit über 20 Jahren entwickelten Open Source Learning Management Systems. Mit OpenOlat 15.0 ist der nächste Major Release verfügbar. Der Lernpfad bildet das Herzstück des neuen Release. Lernsequenzen können damit besser und einfacher strukturiert und gestaltet werden. Die Teilnehmeraktivitäten und der Lernfortschritt werden durch die neue Kursstruktur noch transparenter dargestellt - dies sowohl für Teilnehmende als auch für die Betreuer im Kurs. Der integrierte Rollenwechsel im Kurs ermöglicht einen schnellen Wechsel zwischen Autoren- und Teilnehmeransicht - und für einen noch besseren Überblick wurde für die zentralen Informations- und Kommunikationswerkzeuge im Kurs in der Toolbar zusätzlicher Platz geschaffen. Für spezielle Kurse mit geschütztem Material oder sensiblen Daten kann neu eine kursbezogene Nutzungsbedingung und Datenschutzerklärung vor dem Zugriff auf den eigentlichen Kursinhalt von den Benutzern eingeholt werden. Die Integration der Open Source Videokonferenz-Lösung BigBlueButton für virtuelle Klassenräume ermöglicht die unkomplizierte Organisation von Online-Terminen. Die Termine können im OpenOlat Kurs von den Betreuern geplant und Teilnehmenden gestartet werden - dabei unterstützt OpenOlat den Administrator mit einem integrierten Load-Balancing von mehreren BigBlueButton Server und einfach zu konfigurierenden Raumvorlagen für Klassenräume, Meetings oder Interview- Situationen. Im Bereich eAssessment wurde neben dem QTI 2.1 Fragetyp „Reihenfolge“ auch eine komplett neue Korrektur- Infrastruktur umgesetzt. Dies erlaubt es den Korrektoren über das zentrale Coaching-Tool auf Online-Tests und deren Bewertung zuzugreifen.
    [Show full text]
  • LMS) Budi Ilham Maliki1, Jaka Wijaya Kusuma2*, Mohammad Bayi Tabrani3, Hamidah4 1,2,3,4Universitas Bina Bangsa, Indonesia Email: [email protected]
    International Journal of Economy, Education and Entrepreneuship Vol. 1, No. 1, April 2021 https://doi.org/10.53067/ije3.v1i1 IDENTIFICATION OF EDUCATION IN INDONESIA AND LEARNING MODELS IN STUDENT LEARNING WITH LEARNING MANAGEMENT SYSTEM (LMS) Budi Ilham Maliki1, Jaka Wijaya Kusuma2*, Mohammad Bayi Tabrani3, Hamidah4 1,2,3,4Universitas Bina Bangsa, Indonesia Email: [email protected] Abstract If we identify education in Indonesia, the reality is still multiproblematic, which in essence includes the problem of equality, quality problems, efficiency problems, relevance problems, and the problem of lack of utilization of information and communication technology. This study aims to find out (1) What are the problems of education in Indonesia in general and (2) how the learning model with LMS so that can overcome educational problems, especially the problem of quality of education services. To answer the question above, the method used is the study of the library, namely. In this case, the author tries to study some available literature to explain the problem so that this paper's problems can quickly be answered. The results of the literature study stated that (1) education problems in Indonesia to date include equality issues, quality problems, efficiency problems, relevance issues, and problems of lack of ICT use; and (2) Learning models with the Learning Management System (LMS) can facilitate learners to learn more broadly, more and also vary. Through the facilities provided by the system, learners can learn anytime and anywhere (any time anywhere) without being limited by space and time. The materials they can learn are also more varied, not only in text, but also more affluent with visual, audio, and motion variations, better known as Multimedia.
    [Show full text]