next up previous contents
Next: Generic Portal Engines Up: SAKAI EVALUATION EXERCISE (A Previous: Resources   Contents


Service Capability Set

This appendix summarises ongoing e-Service classification work which will be extended online at http://www.grids.ac.uk/ETF/public/WebServices/classes.html.

Figure 13: JISC Framework 1
\includegraphics[width=6.5in]{JISC_framework1.eps}

Figure 14: JISC Framework 2
\includegraphics[width=6.5in]{JISC_framework2.eps}

We list services which could form the basis for virtual environments for a variety of purposes. We specifically draw upon considerations of an information environment; virtual learning; and e-research. Reports and papers from which ideas have been taken are listed in the references. We thank the authors of these and also groups such as JCLT, JCIE and ETF whose members have been debating e-services for at least a year. Additional input has been taken from the various working and research groups of the Global Grid Forum which is currently identifying services, specifications and standards leading to an Open Grid Services Architecture (OGSA). In the UK, the recommendations of the Grid Architecture Task Force and the e-Science Gap Analysis carried out by Geoffrey Fox and David Walker have been taken on board.

We have attempted a rather broad and arbitrary classification of the services identified into the following areas: collaboration; e-research; e-learning; digital information; common infrastructure.

We do not consider these to be definitive lists of the services that can be provided, only examples, and we hope that additional services will be identified and developed in ensuing programmes, or identified services refined in the light of future requirements analyses ? such lists are organic and will grow and shrink. The aim is to kick-start a programme whereby a framework can be deployed to enable community input and contribution of more specialised services and resources. There is a tendency at the start to list many small-sized atomic services for every function imaginable, later the need to optimise the large-scale distributed system may indicate that services have to be aggregated (federated) in different ways to improve performance. We expect any e-Environment to support only a range of the services listed here.

e-Collaboration application services

Collaboration is about people working together, either as peers or in some more formally-defined relationship, such as researcher-supervisor. Collaboration extends to high-end technologies such as Access Grid.

$\bullet$ Calendar
$\bullet$ Collaboration Management
$\bullet$ Content Management
$\bullet$ Content Sharing
$\bullet$ Group or VO Management
$\bullet$ Peer Group Join
$\bullet$ Peer Service Location
$\bullet$ User Registration

e-Research application services

Research services are specific to supporting research processes and tools, including the Grid. They should include collaboration with experts and peers, encapsulation of complex procedures for non experts to facilitate growth of inter-disciplinary sciences and aids for results publication and proposal writing. We aim for a holistic system-based approach!

$\bullet$ Application Management
$\bullet$ Deployment
$\bullet$ Distribution
$\bullet$ Fabric Management
$\bullet$ Grid Information
$\bullet$ Information Access
$\bullet$ Information Aggregation
$\bullet$ Information Content Registration
$\bullet$ Information Query
$\bullet$ Information Metadata
$\bullet$ Information Presentation
$\bullet$ Information Notification
$\bullet$ Information Update
$\bullet$ Job Management
$\bullet$ Knowledge Extraction
$\bullet$ Knowledge Syndication (Join)
$\bullet$ Process Building
$\bullet$ Proposal Writing
$\bullet$ Resource Discovery
$\bullet$ Resource Management
$\bullet$ Scheduling
$\bullet$ Security
$\bullet$ Validation and Verification
$\bullet$ Visualisation

e-Learning application services

Learning services are about supporting a Managed Learning Environment with particular relevance to teachers and students supporting both peer groups and training hierarchies. A variety of approaches to teaching can be included with also self learning and assessment. A training and awareness environment might be distinguished from a more formal teaching environment because the former may not require assessment but could have more interactive demonstration material (e.g. via the Grid). There should be the ability to walk through material in various ways, log activities and attention to accessibility issues. Again the aim is to provide a holistic approach, but there must be access to humans if a student runs into difficulties, be they ones of understanding or personal. An electronic system cannot completely replace tutors!

$\bullet$ Activity Authoring
$\bullet$ Activity Management
$\bullet$ Assessment
$\bullet$ Competency
$\bullet$ Course Management
$\bullet$ e-Portfolio
$\bullet$ Grading
$\bullet$ Help
$\bullet$ Learner Profile Management
$\bullet$ Learning Flow
$\bullet$ Rating/Annotation
$\bullet$ Resource List
$\bullet$ Resource Management
$\bullet$ Scheduling
$\bullet$ Sequencing
$\bullet$ Trails and Personalisation
$\bullet$ View

Digital information services

These are services for digital information and data management, which will be informed by issues identified by the Digital Curation entre. Special attention to database servers and large collections, some of which are of qualitative nature, will be required. Conversion to electronic format and data mining may be targeted too.d

$\bullet$ Archiving
$\bullet$ Cataloguing/Curation
$\bullet$ Data Access and Integration
$\bullet$ Data Virtualisation
$\bullet$ Data Replication
$\bullet$ Data Management
$\bullet$ Deposition
$\bullet$ Dictionaries and Ontologies
$\bullet$ Digitial Rights Management (DRM)
$\bullet$ Resolver Services
$\bullet$ Resource Discovery
$\bullet$ Terminology

Common services

We have identified the following common services which may underpin many of the other services. They could in many cases be provided as part of the "infrastructure", and not directly visible to the users, maybe acting as "agents" to other high-level services. Session management is an example of this. Common services also give scope for system optimisation, e.g. through aggregation or federation in special cases and could be encapsulated in workflow for various scenarios. Some use cases are required here to extend and refine the list.

$\bullet$ Accounting
$\bullet$ Alert/Notification
$\bullet$ Authentication
$\bullet$ Authorization
$\bullet$ Billing
$\bullet$ Component Communication
$\bullet$ Filing
$\bullet$ File/Dataset/BLOB Management
$\bullet$ Identifier
$\bullet$ Logging
$\bullet$ Messaging
$\bullet$ Metadata Registry
$\bullet$ Monitoring
$\bullet$ Network Management
$\bullet$ Packaging
$\bullet$ Personalisation
$\bullet$ Portal Services
$\bullet$ Proxy Management
$\bullet$ Search
$\bullet$ Service Registry
$\bullet$ Transaction
$\bullet$ User Preferences
$\bullet$ Workflow


next up previous contents
Next: Generic Portal Engines Up: SAKAI EVALUATION EXERCISE (A Previous: Resources   Contents
Rob Allan 2005-05-09