Skip to content

Commit

Permalink
Browse files Browse the repository at this point in the history
  • Loading branch information
hschmidthh committed Jan 2, 2018
2 parents d3ac43d + c3a58b5 commit a1e1501
Show file tree
Hide file tree
Showing 73 changed files with 582 additions and 1,197 deletions.
334 changes: 0 additions & 334 deletions DataModels/Assets/AggregateExample.svg

This file was deleted.

101 changes: 0 additions & 101 deletions DataModels/DataModels.md

This file was deleted.

28 changes: 15 additions & 13 deletions DataModels/MetaModel.md
Original file line number Diff line number Diff line change
@@ -1,25 +1,25 @@
# Introduction

- _TODO:_ What is the OIH meta model? What is its purpose?

## Requirements
# Requirements

- mulit-tenancy support
- conflict management support
- extensibility per tenant

# Multi-Tenancy
## Multi-Tenancy

SaaS applications and multi-tenancy go hanad in hand. Hence, for the OIH it is essential to support multi-tenancy out pf the box.

The meta model to describe master data models in the OIH must provide an identifier for the tenant which is the data's owner.

# Conflict Management Support
## Conflict Management Support

- timestamps for _created_ and _last modified_
- alternatively versioning by revision numbers
- or both?

## Extensibility per Tenant

In case the master data model provided by the OIH is lacking of one or more fields or a specific tenant, and there is no sense in applying this extension to the global master data model, there should be a possibility to add those tenant specific fields only in the tenant's specific context.

# Notation / Schema

As of now, there are two important contemporary forms in which structured data is exchanged:
Expand All @@ -29,15 +29,14 @@ As of now, there are two important contemporary forms in which structured data i

Both should - sooner or later - be applicable by the OIH at least at its outer boundaries. When it comes to the internals of the OIH, espacially the data hub, it is essential to decide for one of those alternatives, as the OIH will provide automatisms like conflict management, and the focus on one alternative will reduce implemenation efforts and risk.

Proposal: JSON!
<!--TODO: argumentation...-->
Decision: JSON!

## JSON-Schema vs. GraphQL
<!--TODO: when, how and by whom was this decision made? -->

## Schema Definition Language (SDL)

# Extensibility per Tenant
Decision: [JSON-Schema](http://json-schema.org) (s. [https://github.com/openintegrationhub/Data-and-Domain-Models/issues/5](https://github.com/openintegrationhub/Data-and-Domain-Models/issues/5) and [../MasterDataModels/README(.md/.pdf)](../MasterDataModels/README.md))

In case the master data model provided by the OIH is lacking of one or more fields or a specific tenant, and there is no sense in applying this extension to the global master data model, there should be a possibility to add those tenant specific fields only in the tenant's specific context.

# Granularity

Expand All @@ -47,6 +46,9 @@ In case the master data model provided by the OIH is lacking of one or more fiel
- loose coupling
- multiple aggregates/entities per master data model

(Done, s. [../MasterDataModels/README(.md/.pdf)](../MasterDataModels/README.md))


# Security / Authorization

- ACLs/ACEs
- ACLs/ACEs
51 changes: 0 additions & 51 deletions DataModels/RulesandRegulations.md

This file was deleted.

Loading

0 comments on commit a1e1501

Please sign in to comment.