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 5 Next »

Sakai 3 ePortfolio (UM)

This page describes features that UM has wanted but been unable to implemented due to limitations with the underlying OSP framework.

Multiple Evaluator Workflow

  1. Matrix cells (and other completed artifacts) must allow evaluation by multiple users
  2. Matrix cells (and other structures) must allow multiple types of evaluation (different forms specific to roles or users)
  3. Users must be able to request feedback or evaluation on arbitrary completed components to site members or anyone
  4. Guiding users (instructor/evaluator) must able to lock and "hand off" components to users who will take further action before returning an item to a student. (Per-item workflow phases). 

Additional Permissions

  1. Users granted the ability must be able to edit instructions inside a Form or for a Cell without the full "Manage Matrices" permissions.

Bugs

  1. Artifacts linked or submitted through a portion (cell) of the portfolio must be available to the users that may view that portion (cell); also written up as "Embedded images in resources not passing through security advisor" in http://jira.sakaiproject.org/browse/SAK-7464

Filtered Views

  1. Users must be able to filter a view to only those items that they may interact with
    1. Students must be able to filter to just those cells that are available
    2. Instructors must be able to filter to just completed cells that are pending evaluation
  2. Users must be able to filter or sort by recency of request or status change on a list of items Beth: What is an" item"?
  3. Users must be able to filter a view to those items where another user has requested interaction (feedback/evaluation)

Email Notification

  1. Users must have the ability to opt into email notification for certain events (cells becoming available, being submitted, etc.)
  2. Notification opt-in must provide useful batch operations such as enabling notification for all Matrices, Matrices within a specific site, a group of cells, new requests for feedback, all new pending evaluations, etc. Beth: Is this another way of saying you'd like to limit the scope of notifications?

"Matrix" Batch Operation

  1. Batch operations must be better supported (e.g. changing a group of cells to available)

Reporting

  • Aggregate student responses (with student id) into comma or tab-delimited data that can be pulled into SPSS

Aggregated Views

When using OSP in any volume, the multiplicity of sites and tools becomes very cumbersome, fracturing the integrative experience. Providing a single location where users can then navigate in portfolio-specific ways, rather than site- and tool-specific ways promises to alleviate much of the confusion and frustration.

  • Cross-Site Aggregation
    This is similar to the "synoptic" views, where a specific tool is placed in My Workspace to show the user, for example, Announcments from all of his sites. With respect to OSP, the user may complete artifacts within any sites, even those that are not specifically involved with portfolio methodology. The user may also be in multiple sites that do employ components of portfolio methodology. The user must be able to interact with content from all of these sites from a single location.
  • Cross-Tool View Aggregation
    To couple with cross-site aggregation, the user must be able to view artifacts and portfolio components from multiple tools. With respect to OSP, this means that a user must be able to view Matrices and Wizards, for example, in a single list. This type of aggregation is not currently present elsewhere in Sakai because each tool has a specific task-oriented purpose. The closest similarity is the integration between Assignments and Gradebook, where placing and viewing grades for a specific assignment could be expected to happen in either tool. The OSP tools are currently problematic for users because they are so numerous and the "task" is always some level of portfolio interaction.
  • Scope Adjustment Mechanisms
    The user must be able to "drill-down" to and search for content or interactions that are presently relevant. Seeing every item of every type from every site is likely to overwhelm almost all users, but overviews and complete lists are essential to some needs. Providing the "knobs" to "tune in" to certain types of information, specific sites, or other filtering will be absolutely necessary. These features should be very responsive (AJAX).
  • No labels