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 4 Next »

As we roll out the UC 5.0 platform including PlantUML, Unified Dictionary, API Access and more, we will be putting in place an initial set of permission-based roles to manage access to the application functionality.

While we are still in the early stages, the goal is to create a small set of roles that could potentially expand as we learn more about customer usage.

Overview

For each of the initial areas: PlantUML, Dictionary, and Glossary we want to grant access in a consistent fashion across those areas with the following roles.

  1. Owner - full access to account and community

  2. Contributor - full access to account-owned documents, diagrams …

  3. Reviewer - read and tag access to account (note: tagging or classifying will come later)

  4. Reader - read access to account

In addition to the product-specific roles, there are two additional administrative roles:

  1. Platform Administrator - manages access.

  2. Billing Administrator - manages subscriptions and billing.

  • Note: when CCH and Mapper are added, additional roles may be added that focus on the approval process.

Product-specific Access

After analyzing the different jobs-to-be-done (JTBD), we identified the following access requirements:

  1. Visibility: private, community, or both

  2. Ownership: account-owned vs. not-account-owned or both

  3. Actions: create, read, update, delete, tag, classify, comment …

  4. Scope: specific object access (e.g., “glossary A”, “dictionary C”, “PlantUML Diagram 1” …)

Discussion topic: Many modern SaaS applications include collaboration aspects where users can individually grant access to specific documents, diagrams … for others to comment on or edit. How does scope and collaboration work together? Or are they the same thing?

PlantUML

PlantUML access need not have Scope defined for early access, but will likely be needed for GA.

Role

Description

Visibility

Ownership

Actions

Scope

Comments

PlantUML Owner

Access to all private and community diagrams

Private and Community

Account-owned and not-account-owned

All (create, update, delete, …)

All (any PlantUML diagram)

PlantUML Contributor

Access to all account-owned diagrams whether private or community

Private and Community

Account-owned only

All (create, update, delete, …)

All (any PlantUML diagram)

PlantUML Reviewer

Review access to all account-owned diagrams whether private or community

Private and Community

Account-owned only

Read and comment

All (any PlantUML diagram)

Their role-specific actions such as comment won’t be available early on which makes this role identical to “reader”

PlantUML Reader

Read access to all account-owned diagrams whether private or community

Private and Community

Account-owned only

Read

All (any PlantUML diagram)

Glossary

Glossary (as opposed to PlantUML and Dictionary) access must have Scope defined early on to ensure only specific users can access sensitive information.

Role

Description

Visibility

Ownership

Actions

Scope

Comments

Glossary Owner

Access to all private and community glossaries including search

Private and Community

Account-owned and not-account-owned

All

Create and manage glossaries and manage a set of terms in those glossaries

Manage access to each glossary

Search third-party dictionaries

All (any glossary)

Must be able restrict access to specific glossaries to person, group or team (could start with users)

Glossary Contributor

Must be able access all account-owned glossaries whether private or community and search as long as have permission to access those glossaries

Private and Community

Account-owned only

Create, read, update, and delete terms within glossaries

Search third-party dictionaries

Only those given access to

Glossary Reviewer

Must be able access all account-owned glossaries whether private or community as long as have permission to access those glossaries

Private and Community

Account-owned only

Read and comment on terms

Only those given access to

Their role-specific actions such as comment won’t be available early on which makes this role identical to “reader”

Glossary Reader

Must be able access all account-owned glossaries whether private or community as long as have permission to access those glossaries

Private and Community

Account-owned only

Read glossary terms

Only those given access to

Dictionary

Dictionary access need not have Scope defined for early access, but might be needed for GA. The hypothesis is that organizations will only have one dictionary that will be “federated” with the compliance dictionary for citation tagging for their private documents.

Role

Description

Visibility

Ownership

Actions

Scope

Comments

Dictionary Owner

Access to all private and community dictionaries including search

Private and Community

Account-owned and not-account-owned

All

Create and manage a compliance dictionary and manage a set of terms in that dictionary

Search third-party dictionaries

All (any dictionary)

We hypothesize that only one dictionary will be needed.

Dictionary Contributor

Must be able access all account-owned dictionaries whether private or community and search

Private and Community

Account-owned only

Create, read, update, and delete dictionary terms within a dictionary

Search third-party dictionaries

All (any dictionary)

Dictionary Reviewer

Must be able access all account-owned dictionaries whether private or community

Private and Community

Account-owned only

Read and comment on terms

All (any dictionary)

Their role-specific actions such as comment won’t be available early on which makes this role identical to “reader”

Dictionary Reader

Must be able access all account-owned dictionaries whether private or community

Private and Community

Account-owned only

Read terms

All (any dictionary)

  • No labels