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 |
This work is licensed under a
Creative Commons Licence:
Attribution Required;
Non-Commercial;
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 |

Attribution Required;
Non-Commercial;
Share-Alike.