...
No. | User stories |
|---|---|
US1 | A researcher wants to find relevant resources by the available metadata, using keywords or other search dimensions (facets) such as date, location, language, format, etc. to use in their work. |
US2 | A linguist wants to be able to find (software) tools that can be used to process the data that they have found. For instance, they want to find a tokenizer for the Dutch language. |
| US3 | A community manager wants to make some language technology tools findable for researchers. The tools have little to no metadata. |
| US4 | A researcher wants to be able to access the content of a resource that it has found through a search engine or other means. They do not want to need a separate account and authorization to access the account and prefer if they can use their institute’s credentials for access. |
| US5 | A researcher wants to manage a group of related resources (not limited to a single existing collection or site) in a way that they can be easily findable, accessible, and citable. |
| US6 | A repository manager wants to be able to group related resources from their repository in citable collections. |
| US7 | A researcher wants to know what tools can be used to process a given resource that they have. They may have found the resource through an online repository or have produced it themselves. The researcher would like to have an overview quickly showing a selection of tools that are relevant and useful |
| US8 | A researcher or software engineer has developed a tool for processing resources. They want to make this tool available, findable, and accessible to as many researchers and users as possible. They prefer if they can make the tool available and maintain it themselves without having to ask help from a middle layer |
| US9 | A user of an EOSC-hub repository or data discovery wants to be able to find and access CLARIN data resources and collections from within the service they are using when searching for relevant resources. |
| US10 | A linguist using one of the EOSC-hub services wants to be able to see what linguistic tools they can use to process a given data object, without leaving the environment of the service that they are using |
Use cases
| 정보 | ||
|---|---|---|
| ||
A use case is a list of actions or event steps typically defining the interactions between a role (known in the Unified Modeling Language as an actor) and a system to achieve a goal. Include in this section any diagrams that could facilitate the understanding of the use cases and their relationships. |
...
Requirement ID | EOSC-hub service | GAP (Yes/No) + description | Requirement description | Source Use Case | |||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
Example | EOSC-hub AAI | Yes: EOSC-hub AAI doesn’t support the Marine IdP | EOSC-hub AAI should accept Marine IDs | UC1 | RQ1 | <Gap service> | Yes: …. | RQ2 | Cloud Compute | No | Create VMs ia a gateway |
| VLO, B2FIND | Yes (?) | Make VLO data findable in B2FIND |
Capacity Requirements
EOSC-hub services | Amount of requested resources | Time period |
|---|---|---|
...