This document lists the use-cases and requirements that motivate the development and provision of resources within the [[[DPVCG]]]. Specifically, it lists the background information that feeds into the continued development of the [[[DPV]]] and its associated resources. It draws inspiration (and methodology) from [[[SHACL-UseCases]]]. The vocabulary, and instances of use-cases and requirements are available in DPVCG GitHub repo under ./use-cases path.
Please provide your comments by 15-OCT-2022 via GitHub or [email protected] (mailing list).
While v0.8.1 is a regular 0.x style release, it also acts as the v1.0 release candidate. This means if there are no major issues raised and unable to be resolved, including missing parts, errors or bugs, or requirements that must be added, then after 15-OCT-2022, this version will be re-released as DPV v1.0 along with any further enhancements, fixes, minor additions, or documentations that have been developed until then.
Newcomers to the DPV are strongly recommended to first read through the Primer to familiarise themselves with the semantics and concepts of DPV.
Related Links
The peer-reviewed article “Creating A Vocabulary for Data Privacy” presents a historical overview of the DPVCG, and describes the methodology and structure of the DPV along with describing its creation. An open-access version can be accessed here, here, and here.
This document is published by the Data Privacy Vocabularies and Controls Community Group (DPVCG) as a deliverable and report of its work in creating and maintaining the Data Privacy Vocabulary (DPV).
Contributing to the DPV and its extensions The DPVCG welcomes participation regarding the DPV, including expansion or refinement of its terms, addressing open issues, and welcomes suggestions on their resolution or mitigation.
For contributions to the DPV, please see the section on GitHub. The current list of open issues and their discussions to date can be found at GitHub issues.
The namespaces used in this document are as follows:
: | <<https://w3id.org/dpv/use-cases/vocab#> |
dpv: | <https://w3id.org/dpv#> |
dct: | <http://purl.org/dc/terms/> |
rdfs: | <http://www.w3.org/2000/01/rdf-schema#> |
skos: | <http://www.w3.org/2004/02/skos/core#> |
owl: | <http://www.w3.org/2002/07/owl#> |
vann: | <http://purl.org/vocab/vann/> |
xsd: | <http://www.w3.org/2001/XMLSchema#> |
sh: | <http://www.w3.org/ns/shacl#> |
| IRI | https://w3id.org/dpv/use-cases/vocab#UseCase |
skos:definition | An UseCase provides a description where information within the scope of DPVCG is expected to be relevant or applied, and acts as the basis for identifying requirements (including but not limited to creation of concepts). Use cases can contain descriptions of systems, their operations, actors and entities involved, restrictions or constraints, or any other pertinent detail. They can be a simple textual paragraph or elaborative structured documents (in which case we prefer to reference them here as an URL). |
dct:title)dct:description)dct:identifier)dct:contributor)dct:date)dct:source)dct:subject)dct:references)| IRI | https://w3id.org/dpv/use-cases/vocab#Requirement |
skos:definition | A Requirement is a functional or non-functional requirement desirable to provided by or implemented within DPVCG's outputs, primarily the DPV and its extensions. Requirements can relate to the design of the resource, specific concepts and relations within it, provision of a resource and its documentation, or any other pertinent usage or behaviour exhibited by resources developed within the scope of the DPVCG. |
dct:title)dct:description)dct:identifier)dct:references)dct:contributor)dct:source)dct:subject)Description of the use-case - a short summary of what/who/how/where/when etc. goes here. This can be as detailed as you want.
Related Requirements: R1
There are a vast number of concepts associated with data processing, with differences and variations across jurisdictions, domains, and sectors. A common dictionary of concepts with information on how they relate to other concepts across such differences would be an invaluable resource on its own. This could be a simple list, a dictionary, or a thesauri.
Related Requirements: R2
The concepts associated with a particular task can be considered the vocabulary necessary for representing information for that particular task. For example choosing the appropriate legal basis requires the concept associated with legal basis as well as the specific legal bases that can be utilised. In order to assist in providing the appropriate contextual vocabulary, the concepts should be encoded in a form that can be automatically queried or retrieved depending on the context.
This requirement does not entail anything
Motivation: U1
The encapsulation of concepts must be in a form that is machine-readable, consistent, and using a formal specification - ideally a standard. This will ensure the concepts are correctly parsed, interpreted, and used by machines across use-cases, and will assist in the automation of information and information-based tasks.
Relevant Concepts: dpv:Concept, dpv:Relation
The concepts should be bundled together and provided as a vocabulary or thesauri with distinct parts or sections (or sub-vocabularies) that relate to specific contextual details. For example, providing purposes as a separate taxonomy enables use of only purposes elsewhere.
Motivation: U3