These requirements will be used to evaluate Digital Repository Architecture Alternatives.
Once an alternative has been selected, we will return to these requirements to determine what functionality must be added from other systems and/or written from scratch.
- DLP staff can easily create new collections.
- DLP staff can easily manage existing collections.
- Faculty members, librarians, and others outside the DLP can easily create
collections using DLP-supported resources.
- Other digital library professionals can easily index, search, and obtain
metadata in DLP collections.
[Must] The repository is able to store/search/deliver both text-centric and
[Want] Audio and video objects can be stored/delivered.
[Want] Arbitrary document types (PowerPoint files, music notation files, etc.)
can be stored/delivered.
[Must] All metadata stored in the repository conforms to (or is easily exportable
to) a widely-recognized standard format.
[Want] A wide variety of standard metadata formats can be stored, including MARCXML, DC,
METS, and VRA Core.
[Want] Metadata about a single object can be transformed into multiple formats.
[May want] "Exceptions" to metadata transformations can be stored, either as full records in
an alternate format, or as single fields that override the transformed version.
[Must] It is possible to add custom fields to existing metadata schemas.
[Must] It is possible to use completely arbitrary metadata schemas.
[Must] [Preservation] is addressed, preferably in a way that is compatible with
checking file integrity using checksums, and preferably using an automatic connection to HPSS.
[High Want] The repository system is based on open-source software, so we don't
have to depend on someone else to add features we need.
[Must] The repository is able to manage data at many levels of granularity.
[Must] Access privileges to materials in the repository can be managed at many
levels of granularity.
[Must] There is a facility for searching across all collections held by the
[Must] External search systems can be easily connected to the repository, in order to
deal with specialized search fields.
[Must] Metadata about multiple versions of files can be maintained, including master and delivery
[Want] Repository materials (both media and metadata) can be easily accessed by course management
systems, including Oncourse CL.
- Will we include collection-level information in the repository? This includes things like the web sites that host collections, and the timeline of Cushman's life.