Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1. High Level Target: Modern IR Service
    • Functional Description: System that may be leveraged to manage, describe and publish digital content.  Modern IR Services apply to a number of “fields of application”: Institutional Repository (Individual Institution or Consortium), Data Archive, Research Information Systems (CRIS), Open Access Publisher (Journal and/or other publications), Museum Archive, Central Search Aggregator (SHARE / OpenAIR)
    • Use Cases:
    • Must be able to be easily tuned to fit “Field of Application”
      1. Core features span all Fields of Application
        1. Alternative features may or may not span one or more Fields of Application
        2. Unneeded features for a Field of Application should not be present in that deployment.
    • Should support metadata schemes standard in field of Application. 
      1. Support for more than DC.
      2. Should have higher level Methodology manage varied metadata formats.
    • DSpace should support accurate format detection
    • Formats allowed in DSpace should not be limited by lack of proper format detection system
    • Technologies of Interest:

Vision Area 2:

DSpace will be lean with agility and flexibility as primary goals. As a ‘lean’ application, DSpace will strive to be cost effective,  efficient, and scalable to operate, without requiring significant initial investment. It will be easy to configure, adapt, and upgrade.

...

  1. High Level Target: Flexibility
    • Functional Definition: 

    • Use Cases:

    • Technologies of Interest:

  2. High Level Target: Efficiency / Scalability
    • Functional Definition: 

    • Use Cases:

    • Technologies of Interest:

  3. High Level Target: Easy to Configure, Adapt, Upgrade
    • Functional Definition: Easy to Configure with restart,  DSpace needs to provide stable consistent backward compatable API across major versions. Configuration defaults should allow for little or no configuration to be present. Configuration should be treated as runtime user data and stored appropriately. 
    • Use Cases:DSpace should be easily configurable without rebuilding/restarting
    • Technologies of Interest:

Vision Area 3: 

DSpace will include a core set of functionality that can be easily extended. Through the provision of standardized integration points (‘hooks’) it will be possible to easily extend DSpace to operate with complimentary services, tools, or existing campus IT systems.

  1. High Level Target: Through the provision of standardized integration points (‘hooks’) it will be possible to easily extend DSpace
    • Functional Definition: There should be a core set of features identified in DSpace that are required functions of DSpace, Core set of Features that support all environments, they must be extensible to create “addons” to support DSpace functioning in each specific environment identified in Vision Area 1 "Fields of Application".
    • Use Cases:
      1. DSpace should be easily configurable without rebuilding/restarting
        • Configuration currently contains every possible functionality (+3000 lines, because its “every possible functionality”)
        • Allow for appropriate configuration changes to be completed by Repository Managers without system restart.
        • Allow for less configuration to be present in source directories, reducing dependencies on all config being present for application to operate.
      2. Integrations - Support External Authentication Systems
          DSpace API should be well defined, generic and more importantly, extensible.
          • Allow Developers to easily extend DSpace with additional functionality in a manner that is consistent and predictable, with well defined Interfaces
          • Allow review and Remediation of requests for Change to existing "standard" API  by qualified experts on team.
          • Allow for backwards compatibility in core API to assure that previous versions of addons may continue to work in newer versions of DSpace.
             
    • Technologies of Interest:
        • JAVA API, REST, LDAP/AD, SAML, Databases,

  2. High Level Target: DSpace should be able to easily interoperate with complimentary services, tools, or existing campus IT systems.
    • Functional Definition: The interoperation of DSpace with complementary Services happens in various functional areas throughout the application. In many cases, the presence of an API or Service Contract facilitates critical parts of application (Core) operating consistently while communicating with one or more external services. API are necessary to support consistent application behavior in the presence of varied and diverse service tiers
    • Use Cases:
      1. Support API to allow for interaction with external data sources that provide identification / disambiguation.
        • Allow multiple sources of disambiguation
        • Allow Repository Manager to configure sources in UI rather than core application
      2. Integrations - Support External Authentication Systems Support API to allow for interaction.with external systems for Authentication and Authorization
        1. Allow multiple sources of authentication
        2. Allow mapping between authenticated users and roles in DSpace.
        3. Allow management/creation of new user accounts
        .
        Support API to allow for deposit and retrieval of content in current community standards...
        1. .
    • Technologies of Interest:
        1. Authentication/Authorization
          • LDAP, AD, Shibboleth, CAS, OpenID
      , ...Identifier and Authority Control ServicesDOI, Handle, ORCID, OCLC Naming Authority, Getty Vocabularies, LoC Naming/Subject Authorities
          • , ...
      Deposit/dissemination technologiesSWORD, OAI

Vision Area 4:

DSpace will be designed to be configurable to integrate with the changing digital scholarship and cultural ecosystems. The digital landscape continues to evolve quickly, and it is important that the institutional repository is able to adapt and integrate with external services as they develop. Examples include author identification and disambiguation, bibliometrics, and usage statistics.

...