Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 58 Next »

Sakai WG - Data Analysis

Easily accessible information about Sakai users and their usage is critical to the work of Sakai-related staff including support staff, designers, researchers, developers, testers, and system administrators. Current capabilities to gather the required data and tools to present and interpret it are limited and vary across Sakai implementations. The Sakai Data Analysis group intends to fully describe the types of usage data needed by all stakeholders, compare current strategies for gathering and interpreting user and usage data, and specify new strategies for gathering and interpreting data. Development of these strategies may be undertaken as a Sakai project.

Focusing on the use cases allows us to see that while there are many stakeholders who need usage data, the data in many cases is the same. This site has been structured around the initial use cases shown below. My hope is that the use case focus will allow us to design/deliver meaningful and complete chunks of usage data as we progress. In addition, we can compare ways that we access particular types of data across institutions, helping us understand the complexities of global and local configurations.

Sakai Warehouse

Given the diversity of the Use Cases and Requirements a Sakai Warehouse seems to be a viable solution.
Sakai warehouse (definition):

  • Provides an integrated and total view of learning/collaboration systems
    Existing VLE/CLE don't provide integrated views while this is often required by some stakeholders like management
  • Makes the systems current and historical information easily available for decision making
    Availability of current and historical information is essential for decision-making
  • Makes decision-support transactions possible without hindering operational systems
    Usage of learning/collaboration enterprise systems generates a large volume of data that tend to be unmanageable and hinder operational systems.
  • Presents a flexible and interactive source of strategic information
    Strategic information should be presented in such a way that it can be understood by a stakeholder. Whether this is an instructor, or a board member

Architecture


The Sakai Warehouse consists of three components: Data acquisition, Data Storage, and Information Delivery
Compared to existing VLE/CLE's data retrieval from sources and the delivery of information is split. This setup makes it possible to retrieve data without hindering operational systems and provides the information delivery a certain flexibility. Example of sources are the 'EVENT' table or the 'log' files

  1. Data acquisition
    The 'Data acquisition'- component retrieves data from sources and pre-processes the data so that it can be stored
  2. Data Storage
    Actual storage of pre-processed data that can be accessed by information delivery tools. Exmple of of storage are 'flattened' tables according to a STAR schema.
  3. Information delivery
    This component retrieves data from the 'Storage' component. All kind of (different) tools can access the Data storage. A Sitestats tool for instructors, a PDF generated report for management, a Data Mining tool for researchers

Use Cases


Each use case below has a page to house discussion and examples. The image at right is a diagram linking the use cases, the actors and their responsibilities.

Related Sakai 2.2 Requirements

Proposed High-Level Data Specifications

The following documents are proposals for how to access certain data, NOT YET designs for particular Sakai tools. Do these proposals cover the types of data in the above requirements?

No files shared here yet.
  • No labels