software_lifecycle_planning
FAIR2 for research software Training program at the U. of Sheffield
https://github.com/fair2-for-research-software/software_lifecycle_planning
Science Score: 62.0%
This score indicates how likely this project is to be science-related based on various indicators:
-
✓CITATION.cff file
Found CITATION.cff file -
✓codemeta.json file
Found codemeta.json file -
✓.zenodo.json file
Found .zenodo.json file -
○DOI references
-
✓Academic publication links
Links to: zenodo.org -
○Academic email domains
-
✓Institutional organization owner
Organization fair2-for-research-software has institutional domain (rse.shef.ac.uk) -
○JOSS paper metadata
-
○Scientific vocabulary similarity
Low similarity (10.6%) to scientific vocabulary
Keywords
Repository
FAIR2 for research software Training program at the U. of Sheffield
Basic Info
- Host: GitHub
- Owner: FAIR2-for-research-software
- License: other
- Default Branch: main
- Homepage: https://fair2-for-research-software.github.io/Software_Lifecycle_Planning/
- Size: 42.2 MB
Statistics
- Stars: 1
- Watchers: 0
- Forks: 0
- Open Issues: 0
- Releases: 0
Topics
Metadata Files
README.md
Software Management Plans, open licences and dissemination for research software
The application of the FAIR principles (Findable, Accessible, Interoperable, Reusable) to a research software project is easier when you plan the development of your software. Considering who is in charge of the development, what tools will be used, who will be in charge of its long term maintenance and where are the potential risks related to software development are all important aspects of a successful software project. This course will introduce these ideas in the context of creating FAIR software for your research. Planning the development of your research software will help you with organisation and resource management, long term sustainability, and intellectual property aspects.
We will start by introducing the concept of research software management plans (SMPs) and we will discuss why it is important to plan for the development of your software. We will go through the standard software lifecycle and highlight important features of an SMP.
Then we will discuss two important aspects of software development in the context of software in academia: Licences and Intellectual Property: Software is a creative work and as soon as it is created it automatically attracts copyright protection. This means that if you want other people to be able to use your software without having to ask you directly you need to apply a licence to it. We will look at why licensing matters, how to choose a licence and what the implications are when you want to build on other people’s openly licensed software. Dissemination: While putting your software online certainly helps it satisfy the FAIR principles, simply doing so might not be enough for other researchers to actually find and utilise what you’ve put out there. It’s important to know the benefits and issues with where you store and publish your data, and to make the most of the tools these platforms provide, such as Digital Object Identifiers (DOIs). It’s also important to know best practice for how to increase the visibility and citability of your work in cases where your chosen platform lacks these features. We will introduce and explore worked examples of elements that you should consider when publishing your software, which will help you easily reference your work, and also help make it more findable and reusable by others.
Target audience:
This course is aimed at researchers, including postgraduate researchers, who write software (whether a few scripts or something more substantial) as part of their research and wish to bring open research best practice to their project or team.
Outline
Introduction to software planning
- What is research software and what is a software management plan (SMP)? Which software requires an SMP?
- Importance of software development planning
Software development life cycle adapted to the research environment
- Planning and Analysis
- Design
- Implementation and Testing
- Deployment
- Publication
- Maintenance
SMP: Core requirements What?who?how?when?
- What will you develop?
- Who is developing it and who are they developing it for?
- How will you develop it?
Intellectual property: Software Licences
- Introduction to copyright and intellectual property
- Choosing an open software licence
- Third party dependencies and how to navigate the licensing
Software dissemination and impact:
- DOIs
- What are they, how do they work and how do I get one?
- Repositories (both software and non-software versions).
- What do they allow you and others to do and how to pick one
- Metadata
- Why it’s important
- Best practice and good examples
- Citation
- You (probably) already know how to do this (sort of)
- What do you want them to access? (static vs dynamic work).
Prerequisites
No prior knowledge of any programming language or open research practices is required.
Time commitment
Half day.
Learning outcomes
After completing this course, participants should be able to:
- Understand what is research software and when does it need a management plan
- Recognize what are the main steps of the research software lifecycle
- Create a plan for a software project and be able to select the right tools for it.
- Understand the potential risks associated with software development and how to overcome them
- Understand why open licences are a key part of sharing software
- Know how to choose an appropriate licence for software and the implications of your choices
- Understand how to work with other openly licensed software and respect the terms of the licence
- Select a repository that best suits your needs, and understand what best practice to follow if it’s necessary to deposit research outputs in more than one.
- Understand the creation of DOIs, how to get one for your software, and what types of output should have a DOI.
- Understand the importance of, and be able to create, good metadata for your software.
- Understand best practice around the citation of your software and what should be stored long term.
Contact Information: Please contact rdm@sheffield.ac.uk for any queries regarding this lesson
Citation: https://github.com/FAIR2-for-research-software/SoftwareLifecyclePlanning/blob/main/CITATION.cff
Licence: https://github.com/FAIR2-for-research-software/SoftwareLifecyclePlanning/blob/main/LICENSE.md
Sources/references
https://www.software.ac.uk/guide/writing-and-using-software-management-plan
https://zenodo.org/records/7248877
https://osf.io/preprints/biohackrxiv/k8znb
https://f1000research.com/articles/6-876/v1
Owner
- Name: UoS FAIR2 for research software
- Login: FAIR2-for-research-software
- Kind: organization
- Email: rse@sheffield.ac.uk
- Website: https://rse.shef.ac.uk/training/fair4rs/
- Repositories: 1
- Profile: https://github.com/FAIR2-for-research-software
Training in FAIR (Findable, Accessible, Interoperable, Reusable) and Reproducible research software skills at the University of Sheffield
Citation (CITATION.cff)
# This CITATION.cff file was generated with cffinit.
# Visit https://bit.ly/cffinit to generate yours today!
cff-version: 1.2.0
title: Thinks before Coding: Create a Software Management Plan
message: >-
If you use this software, please cite it using the
metadata from this file.
type: software
authors:
- given-names: 'Romain'
family-names: 'Thomas'
email: 'romain.thomas@sheffield.ac.uk'
affiliation: University of Sheffield
orcid: https://orcid.org/0000-0001-8385-3276
- given-names: 'Kate'
family-names: 'O'Neill'
email: 'k.oneill@sheffield.ac.uk'
affiliation: University of Sheffield
orcid: 'https://orcid.org/0000-0003-2420-0763'
- given-names: 'Jenni'
family-names: 'Adams'
email: 'j.adams@sheffield.ac.uk'
affiliation: University of Sheffield
orcid: 'https://orcid.org/0000-0002-2013-0502'
- given-names: 'Ric'
family-names: 'Campbell'
email: 'r.j.campbell@sheffield.ac.uk'
affiliation: University of Sheffield
orcid: 'https://orcid.org/0000-0002-0975-9270'
repository-code: 'https://github.com/FAIR2-for-research-software/Software_Lifecycle_Planning'
url: 'https://github.com/FAIR2-for-research-software/Software_Lifecycle_Planning'
abstract: >-
The application of the FAIR principles (Findable, Accessible, Interoperable, Reusable) to a research software project is easier when you plan the development of your software. Considering who is in charge of the development, what tools will be used, who will be in charge of its long term maintenance and where are the potential risks related to software development are all important aspects of a successful software project. This course will introduce these ideas in the context of creating FAIR software for your research. Planning the development of your research software will help you with organisation and resource management, long term sustainability, and intellectual property aspects.
We will start by introducing the concept of research software management plans (SMPs) and we will discuss why it is important to plan for the development of your software. We will go through the standard software lifecycle and highlight important features of an SMP.
Then we will discuss two important aspects of software development in the context of software in academia:
Licences and Intellectual Property: Software is a creative work and as soon as it is created it automatically attracts copyright protection. This means that if you want other people to be able to use your software without having to ask you directly you need to apply a licence to it. We will look at why licensing matters, how to choose a licence and what the implications are when you want to build on other people’s openly licensed software.
Dissemination: While putting your software online certainly helps it satisfy the FAIR principles, simply doing so might not be enough for other researchers to actually find and utilise what you’ve put out there. It’s important to know the benefits and issues with where you store and publish your data, and to make the most of the tools these platforms provide, such as Digital Object Identifiers (DOIs). It’s also important to know best practice for how to increase the visibility and citability of your work in cases where your chosen platform lacks these features. We will introduce and explore worked examples of elements that you should consider when publishing your software, which will help you easily reference your work, and also help make it more findable and reusable by others.
keywords:
- carpentries
- fair4rs
- university of sheffield
- software management plans
- software lifecycle
- repositories
- dois
- metadata
- citation
license: CC-BY-4.0
GitHub Events
Total
- Issues event: 4
- Delete event: 1
- Issue comment event: 3
- Push event: 48
- Pull request event: 5
- Create event: 2
Last Year
- Issues event: 4
- Delete event: 1
- Issue comment event: 3
- Push event: 48
- Pull request event: 5
- Create event: 2
Issues and Pull Requests
Last synced: 6 months ago
All Time
- Total issues: 2
- Total pull requests: 5
- Average time to close issues: about 2 months
- Average time to close pull requests: 9 minutes
- Total issue authors: 1
- Total pull request authors: 1
- Average comments per issue: 0.0
- Average comments per pull request: 0.8
- Merged pull requests: 4
- Bot issues: 0
- Bot pull requests: 0
Past Year
- Issues: 2
- Pull requests: 5
- Average time to close issues: about 2 months
- Average time to close pull requests: 9 minutes
- Issue authors: 1
- Pull request authors: 1
- Average comments per issue: 0.0
- Average comments per pull request: 0.8
- Merged pull requests: 4
- Bot issues: 0
- Bot pull requests: 0
Top Authors
Issue Authors
- ns-rse (2)
Pull Request Authors
- ns-rse (5)
Top Labels
Issue Labels
Pull Request Labels
Dependencies
- actions/upload-artifact v3 composite
- actions/checkout v3 composite
- carpentries/actions/check-valid-pr main composite
- carpentries/actions/comment-diff main composite
- carpentries/actions/download-workflow-artifact main composite
- carpentries/actions/download-workflow-artifact main composite
- carpentries/actions/remove-branch main composite
- carpentries/actions/check-valid-pr main composite
- carpentries/actions/comment-diff main composite
- actions/checkout v3 composite
- actions/upload-artifact v3 composite
- carpentries/actions/check-valid-pr main composite
- carpentries/actions/setup-lesson-deps main composite
- carpentries/actions/setup-sandpaper main composite
- r-lib/actions/setup-pandoc v2 composite
- r-lib/actions/setup-r v2 composite
- actions/checkout v3 composite
- carpentries/actions/setup-lesson-deps main composite
- carpentries/actions/setup-sandpaper main composite
- r-lib/actions/setup-pandoc v2 composite
- r-lib/actions/setup-r v2 composite
- actions/checkout v3 composite
- carpentries/actions/check-valid-credentials main composite
- carpentries/actions/update-lockfile main composite
- carpentries/create-pull-request main composite
- r-lib/actions/setup-r v2 composite
- actions/checkout v3 composite
- carpentries/actions/check-valid-credentials main composite
- carpentries/actions/update-workflows main composite
- carpentries/create-pull-request main composite