10.07.2015 Views

Functional Requirements for Electronic Resource Management

Functional Requirements for Electronic Resource Management

Functional Requirements for Electronic Resource Management

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

14.1. store vendor-supplied primary and secondary URIs (e.g., <strong>for</strong> mirror sites) used<strong>for</strong> access to the resource14.2. support the creation, storage, and updating of persistent URIs and/or integrationwith external systems <strong>for</strong> managing persistent identifiers14.3. support authentication and access systems (such as proxy servers or statisticsgeneratingscripts), allowing <strong>for</strong> URIs to be constructed on the fly on the basis ofstored data elements14.4. generate notifications and/or exports of URI in<strong>for</strong>mation to appropriate linkedor external systems according to local requirements (e.g., notification or export tocataloging and in<strong>for</strong>mation technology departments or systems)14.5. provide seamless functional integration with external systems that record thisin<strong>for</strong>mation (e.g., through a shared pointer);15. Integrate proxy server/access management with other functionality15.1. provide a means <strong>for</strong> seamless integration of proxy server access <strong>for</strong> all orselected users and all or selected resources;16. Store lists of IP addresses used to register access to specific resources and provideautomated e-mail notification to online providers when IP addresses are updated,16.1. support the creation and maintenance of multiple lists of IP addresses that canbe associated or disassociated with one or more licensed locations and linked toone or more bibliographic entities16.2. <strong>for</strong> a given resource or online provider, indicate whether IP addresses are/wereregistered online and record the registration URI16.3. send automated e-mail notifications to vendors and providers when IP addressesare updated and record the date on which notifications are sent. Include theability to record an acknowledgment date. This implies the ability to designate avendor or provider contact address <strong>for</strong> IP address-notification purposes;17. Store one or more user IDs and passwords and provide the ability to generate securescreen displays of this in<strong>for</strong>mation <strong>for</strong> authorized users and staff, with associated textor <strong>for</strong> JavaScript autosubmission; and18. Implement access restrictions,18.1. record authorized user categories and authorized sites, including the ability toassociate specific actions with those elements, such as:18.1.1. generating staff and user displays18.1.2. implementing access controls18.1.3. exporting in<strong>for</strong>mation to a local access-management system (technicalsystem in use at your institution such as an authentication system and/orproxy server (see also <strong>Resource</strong> Administrative and <strong>Management</strong>Functions).

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!