Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Current »

The relationship between a user and a farm is defined, at the highest level, by the role that user plays at the farm. The role can be thought of as the verb that ties the user and the farm together. For example, John owns a farm, Jane manages a farm, and Tony works on a farm. Users may play different roles at different farms. These roles correspond to the roles defined in Role-based Access Control. Here are three common use cases where a user would have associations with different farms:

  1. An individual that wishes to become a farm owner will apprentice as a farm manager at someone else’s farm.

  2. A farm worker may be a worker at several different farms throughout a given season.

  3. A certification technician may inspect many farms each year for compliance.

For this reason, it’s important that Lite Farm support the ability for a user to be associated with any number of farms. For each association, the user may have a different role.

Litefarm must support the following multi-role flows:

Architectural Guidance

High level architecture guidance

Open Questions

Open Questions

Discussion

Decisions

Where should user settings / configurations be held?

It depends. Obviously user-centric configurations such as language should be held on the user.

Settings that may vary from role to role, such as permissions to read/write should be stored on the user-farm.

Other, farm specific settings such as measuring system* and currency should be stored on the farm settings.

Can a user play more than one role at a single farm?

Depends on our implementation of RBAC.

  • No labels