Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Qualified relations - AND/OR/NOT combinations of Criterions #51

Open
bdevloed opened this issue Nov 2, 2022 · 4 comments
Open

Qualified relations - AND/OR/NOT combinations of Criterions #51

bdevloed opened this issue Nov 2, 2022 · 4 comments
Labels

Comments

@bdevloed
Copy link

bdevloed commented Nov 2, 2022

Are there any examples of qualified relations of requirements? Specifically nested AND/OR/NOT lists?
Or any application profiles implementing this?

I assume this will be a very common pattern in most applications. I would like to avoid reinventing the wheel as this would hinder interoperability.

My use case is complex high level requirements (Criterions) for public services - e.g. https://productencatalogus.vlaanderen.be/fiche/139 (in Dutch).

Possible ways to model this:

  • Have a sub-classes of Criterion (e.g. AndCriterion, OrCriterion and NotCriterion) and link those via qualified relations
  • Another option is to express AND/OR/NOT as Constraints, but those seem to be intended for lower level requirements? I’m not really convinced by either of these, hence any guidance is welcome.
@bertvannuffelen
Copy link
Contributor

Expressing a Requirement as a logical combination of sub requirements is not part of CCCEV.
The only logical expression which is available is the AND. Namely via hasRequirement. According to RDF semantics multiple statements of hasRequirement correspond to an logical AND.

So far only the need of a logical combination of the response side (via EvidenceTypeList) has been provided: that describes the kind of responses (EvidenceTypes) that would support the requirements.

If we approach the requirement side in the same way as the response side, the notion of a RequirementList could be introduced which represents an OR between different RequirementList entities.

@bertvannuffelen
Copy link
Contributor

On qualified relationships: it should be further specialised by the implementer with a qualification. E.g. a possibility could be a country qualification to indicate that the referenced requirement is the member state implementation.

The difference between hasRequirement and qualifiedRelationship is that in the first case the qualification is fixed to be part_of/contained in/more detailed as. The intend of qualifiedRelationship is to be a superproperty of any other case.

I agree this is very abstract. In general CCCEV is a great as abstract outline to interconnect the notions Requirement and Evidence, leaving a lot of freedom to implementers.

@bertvannuffelen
Copy link
Contributor

@bdevloed

what is the solution you in the end developed?

@GeertThijs
Copy link

Association class on a self relation on Criterion?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants