Skip to main content
Have a personal or library account? Click to login
A Structured Examination of Reproducibility: A Case Study for HTS Using the PRIMAD Model and BioCompute Object Cover

A Structured Examination of Reproducibility: A Case Study for HTS Using the PRIMAD Model and BioCompute Object

Open Access
|Jul 2026

Figures & Tables

Table 1

The PRIMAD model for reproducibility in a computational experiment; each reproducibility label is associated with its gain and the way of achieving it. What dimensions will change are represented by the dark-coloured cells, what could possibly change are represented by the light-coloured ones, and what will not change are the non-coloured cells (adapted and extended from Freire, Fuhr and Rauber (2016)). The original table has been updated with new gains and labels, which are highlighted in underlined text to clearly distinguish the additions.

Label: Repeat
PlatformResearch ObjectiveImplementationMethodActorData (Raw)Data (Parameter)
Gain: Consistency across Trials, Determinism
Label: Port, Relocate
PlatformResearch ObjectiveImplementationMethodActorData (Raw)Data (Parameter)
Gain: Cross-Platform Compatibility (Portability), Minimal Dependency (Flexibility)
Label: Reuse/Repurpose
PlatformResearch ObjectiveImplementationMethodActorData (Raw)Data (Parameter)
Gain: Cross-Disciplinary Application (Apply Code in Different Settings), Resource Efficiency
Label: Re-code, Reinterpret
PlatformResearch ObjectiveImplementationMethodActorData (Raw)Data (Parameter)
Gain: Improved Code Quality, Correctness of Implementation, Expand Adoption, Enhanced Efficiency, Flexibility
Label: Ratify, Validate
PlatformResearch ObjectiveImplementationMethodActorData (Raw)Data (Parameter)
Gain: Hypothesis Correctness, Validation via a Different Approach, Findings Robustness
Label: Review, Independent Verify
PlatformResearch ObjectiveImplementationMethodActorData (Raw)Data (Parameter)
Gain: Enhanced Transparency (Sufficiency Information), Independent Verification
Label: Resample, Generalise
PlatformResearch ObjectiveImplementationMethodActorData (Raw)Data (Parameter)
Gain: Applicability across Different Settings
Label: Reparameterisation, Recalibration, Parameter Sweep,
PlatformResearch ObjectiveImplementationMethodActorData (Raw)Data (Parameter)
Gain: Robustness, Adaptation to Other Conditions (Sensitivity), Parameters Optimisation
Table 2

Overview of the BCO framework, highlighting the three top-level fields and its eight domains. Domains marked with an asterisk (*)—Error Domain, Parametric Domain, and Extension Domain—are optional and may be included as needed.

BCO TOP-LEVEL FIELDS
Unique Identifier, Schema Version’s Reference and Lightweight Cryptographic Hash Value
BCO DOMAINS
Usability Domain: An array of free text values that should align with the terminology used in the BCO name, keywords, and external references (xref) sections. It is intended to describe the computational workflow in the following sections: the need, method, results, and how the results can be used or interpreted for the scientific use case.Provenance Domain: History, version, contributors and review status of the BCO.
Input/output Domain: input and output files used by the computational workflow for execution.
Description Domain: Pipeline steps, input and output file relations, and external references for review.Execution Domain: Execution of a BCO in terms of scripts and the information required to run a pipeline.
* Error Domain: Specifies the accepted error range in an empirical and algorithmic manner.* Parametric Domain: A set of parameters used to customise the pipeline
* Extension Domain: The part of the workflow used to encompass additional structures outside the BCO schema.
Figure 1

Method steps for the systematic examination between the BCO and PRIMAD frameworks, including four steps (use case examination, concept-level/general mapping, field-level mapping, and quantitative scoring) applied to the BCO_022531/2.2 use case.

Table 3

A Mapping summary between the PRIMAD model dimensions and BCO domains and fields. For clarity, some subfields have been excluded. An asterisk (*) indicates optional domains and fields.

BIOCOMPUTE OBJECTPRIMAD MODEL
DOMAINFIELDSSUB FIELDSDIMENSION
UsabilityFree TextResearch ObjectiveConsistencyTransparency
Method
ProvenanceName
Version
Review*status
reviewer comment
date
reviewer
reviewer details
Derived From*
Obsolescence Time*
Embargo Period*
Created Time
Modification Time
ContributorsNameActor
Contribution
other details
Licence
DescriptionKeywords
External ReferencesNamespace, Name, IDs, Access TimePlatform
Platform/Environment
Pipeline StepsStep NumberImplementation
Name
Description
Version*
Prerequisites*Platform
Input ListData (Input Data)
Output ListConsistency
ScriptImplementation
ExecutionScript driverPlatform
Algorithmic tools and Software PrerequisitesName
Version
URIPlatform
Access Time
SHA1 Checksum
External Data EndpointsNamePlatform
URI
Environment Variables
IOInput SubdomainFilename*Data (Input Data)
URI
Access Time*
SHA1 Checksum*
Output SubdomainFilename*Consistency
Media Type
URI
Access Time*
SHA1 Checksum*
Parametric*ParameterData (Parameter)
Value
Step
Error*Algorithmic SubdomainInclusion RuleConsistency
Reference
Empirical ErrorInclusion Rule
Reference
Definitions
Extension*Free Text
Table 4

Summary of mapped fields and quantitative scores for PRIMAD dimensions in the BCO use case (BCO_022531/2.2), where field scores (Si) were assigned as 0 = missing/empty, 1 = present but insufficiently detailed or inaccessible, and 2 = present and verifiable.

PRIMAD DIMENSIONNO. OF MAPPED FIELDS IN THE DIMENSION (nd)SUM OF SCORES OF THE MAPPED FIELDS (sj)Dimension Score(d)=si2×nd×100
Platform71071
Research Objective12100
Implementation5990
Method12100
Actor36100
DataData Parameter36100
Data Input3583
Consistency101785
Transparency587867
Table 5

Proposed aspects for the PRIMAD model and their documentation through the BCO domains’ fields.

TIMEADDITIONAL RESOURCES
BCO FieldsDomainsBCO FieldsDomains
Obsolescence TimeProvenanceExternal ReferencesDescription
EMBARGO PERIODFAULT TOLERANCE
Created TimeBCO FieldsDomains
Modification TimeEmpirical Error ValuesError
Review DateAlgorithm Error ValuesError
Input/output Subdomain Access TimeI/OMETADATA SCHEMAS
Input/output List Access TimeDescriptionBCO FieldsDomains
External Reference Access TimeBCO Schema versionTop-Level Fields
DATA CATEGORISATIONSAdditional SchemaExtension
BCO FieldsDomainsVERSION
Input/output SubdomainsI/OBCO FieldsDomains
Input/output ListsDescriptionBCO VersionProvenance
ParametersParametricSoftware Prerequisites VersionExecution
HUMAN ROLESPipeline Step VersionDescription
BCO FieldsDomainsLICENCE
ContributorProvenanceBCO fieldsDomains
ReviewerBCO licenceProvenance
REVIEW
BCO FieldsDomainsBCO fieldsDomains
Review StatusProvenanceReview DateProvenance
Reviewer CommentReviewer
FUNCTIONALITY
BCO FieldsDomainsBCO FieldsDomains
Platform/EnvironmentDescriptionModification TimeProvenance
Pipeline Step’s PrerequisiteBCO Version
SHA ChecksumExecutionObsolescence Time
Environment VariableEmbargo Period
External Data EndpointsBCO licence
Software PrerequisitesSHA ChecksumI/O
ETagTop-Level Fields
Table 6

The proposed depth is in the form of aspects for each PRIMAD model’s dimension.

PRIMAD DIMENSIONSRESEARCH OBJECTIVEMETHODPLATFORMIMPLEMENTATIONACTORDATA
PROPOSED ASPECTS
Data Categorisations
Versions
Time
Additional Resources
Fault Tolerance
Licence
Functionality
Human Roles
Review
Metadata Schemas
Language: English
Page range: 24 - 24
Submitted on: Nov 24, 2025
Accepted on: Jun 15, 2026
Published on: Jul 14, 2026
Published by: Ubiquity Press
In partnership with: Paradigm Publishing Services

© 2026 Meznah Aloqalaa, Stian Soiland-Reyes, Carole Goble, published by Ubiquity Press
This work is licensed under the Creative Commons Attribution 4.0 License.