Introduction
An important part of the requirements gathering process is to engage end users and stakeholders. In an infrastructure project of this nature, a good way to relay the types of functionality that will be supported is through user stories. These stories demonstrate the types of functionality that will be directly supported by the infrastructure, as well as the types of tooling that will be enabled by the infrastructure.
Stories
# |
Story |
Priority |
Status |
---|---|---|---|
1 |
Search for all "pre-cancerous" biospecimens that are available for sharing at Washington University, Thomas Jefferson University, and Fox Chase Cancer Center. |
Must |
Draft |
2 |
Identify samples obtained for glioblastoma multiforme (GBM) and the corresponding CT image information |
Must |
Draft |
3 |
Automatically discover analytical steps for Illumina bead array analysis using inference based on the semantic metadata of the parameters. |
|
Draft |
4 |
Discover and orchestrate services to achieve LS research goals; e.g. start with a hypothesis, identify relevant services that provides the necessary analysis and data, create the workflow/pipeline, report findings. |
|
Draft |
5 |
Support the addition of data elements to an existing information model and automatically capture and publish the information about the extensions. |
Must |
Draft |
6 |
When defining new datasets for caIntegrator's data-warehouse for biomedical data collection and analysis, automatically record these new datatypes in a well-defined and federated manner so that data can be shared. |
Must |
Draft |
7 |
Support patient to trial matching through the use of computable eligibility criteria |
|
Draft |
8 |
Create, import and reuse forms and form components (modules) |
Must |
Draft |
9 |
Support of form annotations to enable form behavior |
Must |
Draft |
10 |
Managing semantic relationships in order to link and share data |
Must |
Draft |
Terminology
Priority
- Must: this story must absolutely be supported by the semantic infrastructure in order to meet the core needs of the community
- Should: this story should be supported by the semantic infrastructure because it represents important functionality without which many user needs will not be met
- Could: this story is not critical to the needs of the community but is "nice to have"
Status
- Draft: the story is still under development by the semantic infrastructure analysts
- Review: the story has completed the analysis process and is under a period of community review and comment
- Confirmed: the story has been reviewed and confirmed by the community
Requirements can be categorized as follows:
Summary Level
- Cloud level --> Very high level, can involve multiple user goals - "Operate a Specimen Bank"
- Kite level --> High level, a business process that takes place over several hours, days or weeks involving many steps - "Handle a Specimen Order"
User Goals
- Sea Level --> something the actor is trying to get done - "one person, one sitting"
Subfunctions
- Underwater --> needed to accomplish user goals, typically can be used and reused - "Save as a File"
- Clam --> not usually expanded into a use case - "insert record into database"