Output – SAFIR: Requirements Specification – Scenarios

Title: Digital Library Project (SAFIR): Requirements Specification

Pages: 14-15
Date Released: 07 March 2008

URI for Output: https://vle.york.ac.uk/bbcswebdav/xid-89716_3

Summary of contents:
Five scenarios are presented for the use of a mulitmedia repository.
Each is focused around a key type of use; they are:

  • finding image materials
  • sharing resources, advice and guidance
  • streaming
  • archival collections
  • video materials

Comments:

The five scenarios are relevant to the growing knowledge/ innovation  base connected to the e-Framework.

Advertisements

Output – CAIRO: Cairo Use Cases

Title: Cairo use cases: a survey of user scenarios applicable to the Cairo ingest tool

Pages: all
Date Released: 21 May 2007

Summary of contents:
The CAIRO “project will develop a tool for ingesting complex collections of born-digital materials, with basic descriptive, preservation and relationship metadata, into a preservation repository.” The tool is designed to aggregate and interface with other tools and so reduce the computing skills overhead on archivists awnting to create AIPs. p3
“This document outlines a set of [55] use cases describing the different interactions users of the Cairo tool have with that tool. The use cases also describe the behaviour of the tool in response to those user interactions.”p5

URI for Output: http://cairo.paradigm.ac.uk/projectdocs/cairo_project_use_cases_pv1.pdf

Comments:
This document provides a selection of use cases that have shaped the developed of an ingest tool. As such they inform not only this tools but software/service development more generally and institutional preservation planning.

Output – CLAReT – Personas

Title: CLAReT PERSONAS AND SCENARIOS

Pages: all

Date Released: not known

URI for Output: http://www.claret.ecs.soton.ac.uk/presentations/CLAReT%20PERSONAS.ppt

Summary of contents:

The output contains persona and corresponding scenarios for six end users of a system managing digital learning materials in the context of language learning. The personae were used in the context of roleplay in workshops to develop and test the concept/ domain map of language learning in HE.

Comments:
The personae provide a useful reference for system desginers in this domain.

Project – ROAD


Project Name: Robot-generated Open Access Data

Programme Name: Repositories and Preservation Programme

Strand: Tools and Innovation

JISC Project URI:http://www.jisc.ac.uk/whatwedo/programmes/reppres/tools/road

Project URI: http://www.inf.aber.ac.uk/projects/road/

Start Date:01 June 2007

End Date: 31 June 2009

Governance: Repositories and preservation advisory group, Integrated Information Environment Committee (JIIE)

Contact Name and Role: Stuart Lewis, Project Manager

Brief project description:

The aim of the two year JISC funded project (start date June 2007) is to investigate the use of current open-source digital repository software to enable the automatic curation of robot-generated experimental data and metadata.

The intention is to demonstrate the feasibility of using current open-source digital repository software for management of data acquired directly from automatic integrated laboratory equipment, specifically the Robot Scientist created at UWA.

It is expected that the project will also contribute to research on the sharing of experimental data as well as providing a case study for similar scientific installations in other institutions and for other scientific domains. The vision for data repositories in Digital Repositories Roadmap: looking forward has an information environment in which raw research data is made available on an open access basis. This vision includes the idea of direct linking between laboratory equipment and a departmental or institutional repository. The link with the Robot Scientist constitutes a sophisticated demonstration of this vision.

Development work and testing will focus on three open source repository systems: DSpace, Fedora and EPrints.

Name of Trawler: Mahendra Mahey

Output:  No outputs are available at present. The plan suggests the following:
Reports
• A report detailing the ability of different repository platforms to ingest and store the requisite data in a suitable fashion
• Quarterly project reports giving updates on the progress of the project.
• Final report detailing the investigations undertaken, the software written, and the evaluation performed.
Software (specific to chosen repository platform)
• A suitable data repository to hold the data from the Robot Scientist
• Software to perform the ingest of large amounts of data into the chosen repository platform
• Suitable interfaces to allow people and machines to easily download the data help within the repository

Output – SOURCE – User Case Studies of Bulk-Migration in HE

Title: User Case Studies of Bulk-Migration in HE

Date Released: 25th May 2007

URI for Output: http://www.bbk.ac.uk/lib/life/source/UserCases/player.html

Summary of contents: Slide and audio description of the SOURCE project use cases by David Flanders. Twelve bulk transfer use cases are presented in addition to architecture, object model and GUI overviews. Most use cases describe either full or partial bulk transfer of objects and/or metdata between repositories.  The scenarios are based on the transfer of learning objects but are applicable more widely.

Additonal information: Six R&D case studies and six deposit API use studies are described as part of the same presentation.

Comments: Although the slide and audio description are useful and detailed, the output in the form of a Adobe Flash movie limits it’s usefulness and re-usability. No other form of the use cases is provided via the project website. The notes section of the presentation provides textual description of the use cases but this can’t be copied.

Output – Lirolem – SUM: service arrangement

Title: LIROLEM – Service Usage Model

Section: Structure & Arrangement

Page: 6

Summary of contents:

(section reproduced)

Services: Security, user management, submission, object store, metadata management, search, transcoding, rights management, dissemination and reporting.

Data Sources: User profile information; data object & object representation information (SIP); provenance, context, reference and fixity information (AIP); METS, IMS Packages, IEEE LOM, PBCore, Dublin Core/OAI-PMH (DIP). For SIP, AIP & DIP, see OAIS Reference Model.

Co-ordination:

  • The Security service authenticates and authorises the user to use the upload, metadata management, search, transcode and download services.
  • The User Management service creates, modifies and removes users and their permissions.
  • The Submission service permits the ingest of data objects and and object representation information (SIP) to the repository.
  • The Object Store service tracks data objects being submitted and disseminated from the repository.
  • The Metadata Management service, creates, modifies, verifies and removes all content metadata (descriptive, administrative and technical) in the repository, as well as private user metadata (notes, bookmarks) and shared user metadata (tags, comments). Metadata is linked to objects (items, sets, resources), Licences and users. Provenance, context, reference and fixity information (AIP) is comnpleted for the data object and validated.
  • The Search service allows a user to search data managed by the metadata management service, according to permissions granted by the user management service. The search service returns and displays search results drawing from the object store service and metadata management service.
  • The Transcoding service converts data objects from the source format to another format. This occurs at submission time to create preview thumbnails of images and clips of video and audio and also as requested by the user prior to dissemination. Transcoding is performed according to rights applied to the data object.
  • The Rights Management service requires the application of terms and conditions (a ‘Licence’) to the data object.
  • The Dissemination service permits the download of transcoded data objects and selected metadata (DIP) according to the Licence applied to the data object.
  • The Reporting service permits the audit and reporting of transactions by each of the above services.”
  • Comments:

    this section presents the key service arrangement part of the SUM. this outlines the arrangement of software services and standards LIROLEM used to support the management and use of multimedia resources. As such it provides a point of reference for other software development and delineates what standards the development/ implementation used.

    it would have been helpful if the SUM had explicitly linked standards with specific service arrangements – however the connections will, in general, be deducible.

    Date Released: 2007 -11- 07 (Note: although this SUM is complete it is currently still on the eFramework development wiki – it may move)

    URI for Output: https://e-framework.usq.edu.au/users/wiki/DevelopmentSUMLiroLem

    Output – Lirolem – SUM

    Title: LIROLEM Service Usage Model

    Summary of contents:

    “The Lirolem/Virtual Studio is a means of digitally managing and preserving the output of students and staff at the University of Lincoln, irrespective of the format in which they are produced. Initially, the repository will concentrate on teaching and learning outputs within the School of Architecture, but it is intended that the repository will also manage research and teaching and learning outputs from all University departments. The repository will permit members of the University community to deposit, describe, search for, interact with and extract material that they deem valuable for use in their research, teaching and learning. This SUM describes the specific business processes involved in the operation of the repository and the services it provides. ”

    The SUM contains a business process model of LIROLEM; a SUM diagram of it, lists of eF service types used by LIROLEM their arrangement, design trade offs, and relevant standards.

    Comments:

    although excerpts from this SUM will create or be part of other outputs.  I consider a reference to the SUM as a entity to provide the most appropriate direct evidence of support for the eFramework.

    Page numbers: all

    Date Released: 2007 -11- 07 (Note: although this SUM is complete it is currently still on the eFramework development wiki – it may move)

    URI for Output: https://e-framework.usq.edu.au/users/wiki/DevelopmentSUMLiroLem