Skip to content


Latest Additions

You are here: Home > Use > Use Cases > Use Case 5

IESR Use Case 5: Direct Use of IESR by a Person

Creator Ann Apps, Mimas, The University of Manchester, UK
Date 2007-02-27
Identifier http://iesr.ac.uk/use/uses-cases/usecase5.html
Rights Creative Commons License This work is licensed under a Creative Commons Licence:
Creative Commons License Attribution Required; Creative Commons License Non-Commercial; Creative Commons License Share-Alike.

Change History
2007-02-27 Correction to step 1g1: IESR does support a search on service locator via the `All Fields' option
2006-11-09 This is the first version

Use Scenarios

These scenarios illustrate various ways in which IESR might be used according to the Use Case detailed in the next section.

5.1 The physics department at ABC University has a departmental library. Grace, the librarian, wants to create a list of resources available for physicists, either those for which the institution has a subscription or those which are freely available. She uses the IESR web interface to discover appropriate resources. Rather than writing her own descriptions of these resources she copies the descriptions of the collections from IESR into her catalogue. However, for some general resources, she augments the description with physics-biased information.

5.2 Margaret is a materials science lecturer. She wants to find resources available to her within her discipline. After investigation she will recommend to her students resources that she considers suitable. She uses the IESR web interface to find resources that will have materials science information.

5.3 Stephen is a historian. He uses an institutional portal which includes an IESR search box. He uses this search box to perform a direct search of IESR to discover resources of interest.

5.4 Colin is a researcher at institution that does not have an OpenURL resolver. He wants to set up Openly OpenURL Referrer as a Firefox extension so that he will be able to attempt to link to the full text of articles from resources that provide COinS OpenURL linking. He uses the IESR Web interface to find a freely available OpenURL resolver and sets access to it in the Firefox extension. Although this doesn't give him guaranteed access to full text, not being aware of his institution's subscriptions to provide `appropriate copy' links, he is happy with the service that this installation now provides to him.

5.5 Jackie is a researcher at ABC University. She is visiting XYZ University and wishes to find some articles relevant to her work using Zetoc using a machine on an XYZ University IP address. XYZ University does not have an OpenURL resolver, but ABC University does. She wants to set up Openly OpenURL Referrer as a Firefox extension so that she will be able to link to the full text of articles via the Zetoc COinS OpenURL linking and ABC University's resolver. But she does not know the URL of this resolver. She uses the IESR Web interface to find the ABC University OpenURL resolver address and sets access to it in the Firefox extension. Although this may not give her access to some articles, (i.e. those which authenticate by IP address only and for which XYZ University does not have subscription) she is able to access most of the material in which she is interested.

5.6 Sue is the editor of an overlay journal in the medical domain. She wants to find three repositories of `open access' literature from which to select articles for a new issue of the journal. She searches IESR to find high quality repositories that include medical literature.

5.7 (Sequel to 5.6) Sue is sent information about a paper that she may wish to include in her journal. The details she receives are in the form of metadata according to the Eprints Application Profile. She wants to know more about the provenance of the article, such as access rights policies and conditions, and whether the repository provides other methods of access besides OAI-PMH. But the only piece of information about the source of the article is the address of the OAI-PMH service from which the metadata was acquired. Sue uses this address to find the details of the repository in IESR.
[This scenario is based on a suggestion by Andy Powell of the type of question IESR should be able to answer.]

Use Case

Use Case Summary

A person discovers resources of interest.

Primary Actor (and goals)

User To discover resources of interest

Secondary Actors (and goals)

IESR To assist discovery and use of registered resources
Terminology Service To assist in determining search terms in a suitable vocabulary and of suitable granularity
Portal May provide general IESR search box

Stakeholders and Interests

IESR Contributors Increased use of resources

Main Success Scenario

Step Action Analysis
1 User searches the IESR Web interface to discover resources within their discipline IESR needs subject terms that are `words' unless either Extension 1a is followed, or search is on `any field'
2 User reads from the IESR Web interface details of each resource  
3 User makes use of appropriate details of each resource  

Extensions

[A possible extension to step n of the 'main success scenario' is labelled nx, steps involved in its execution being labelled nxm, etc.]

Step Extension Analysis
1a User uses Dewey term for subject search  
1a1     User uses terminology service to translate natural language search term into a Dewey term  
1b User needs to know a broader term for subject search Scenario 5.2
1b1     User uses terminology service to find a broader term  
1c Search is from within a portal Scenario 5.3
1c1     Portal includes IESR search box in display presented to user IESR could provide an XHTML fragment for a search box
1d User wants transactional services with a particular protocol, discipline being irrelevant Scenarios 5.4, 5.5
1d1     User performs a service protocol search using `drop down' selector box on IESR Web search page  
1e User is looking for services available at a particular institution Scenario 5.5
1e1     User includes domain address in search (in `all fields')  
1f User is looking for a particular type of collection Scenario 5.6
1f1     User includes collection type (in `all fields') in search IESR may need more collection types (Scenario 5.6)
1g User wants to search by a specific detail Scenario 5.7
1g1     User searches IESR by that detail in `all fields'  
1h No suitable records found  
1h1     User will not use IESR This is failure scenario. IESR must contain a large and comprehensive variety of resources
   
4a User wants resource description to be more specific for a further use Scenario 5.1
4a1     User augments description for use in particular domain