Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "HR Directory Access Control Policy"

(Notes)
(Notes)
Line 12: Line 12:
 
* See [[HOWL Update 1.1.104]] for related changes to support this use case
 
* See [[HOWL Update 1.1.104]] for related changes to support this use case
  
The problem found last week remains. First some background. It seems clear that these two dimensions of "resource scoping" should be orthogonal:
+
The problem found last week remains. These two dimensions of "resource scoping" are orthogonal:
*# what Attribute type(s) the Policy is talking about
+
# what Attribute type(s) the Policy is talking about
*# the set of Entities that the Policy is talking about
+
# the set of Entities that the Policy is talking about
 
The problem is that ex:p[1-3]'s :read and :modify links all "point" to an Attribute type, but these links don't indicate what set of Entities we're talking about since one Attribute type may be used by N Entity classes.
 
The problem is that ex:p[1-3]'s :read and :modify links all "point" to an Attribute type, but these links don't indicate what set of Entities we're talking about since one Attribute type may be used by N Entity classes.
  
 
==See Also==
 
==See Also==
 
* [[Access Control Use Cases]] - back to use cases
 
* [[Access Control Use Cases]] - back to use cases

Revision as of 17:49, 13 July 2008

{{#eclipseproject:technology.higgins}}

Higgins logo 76Wx100H.jpg

Access-control-use-cases-hr-v2.png

Notes

The above is a second (v2) attempt at modeling this use-case.

  • A new diagramming style is used--it is more compact at representing the literal attributes of an Entity within a single rectangular box.
  • The entire use case now fits on one diagram (just barely!)
  • The new group higgins:subject sub-attribute is now being used
  • A new selfInstanceOf higgins:subject sub-attribute is now being used
  • See HOWL Update 1.1.104 for related changes to support this use case

The problem found last week remains. These two dimensions of "resource scoping" are orthogonal:

  1. what Attribute type(s) the Policy is talking about
  2. the set of Entities that the Policy is talking about

The problem is that ex:p[1-3]'s :read and :modify links all "point" to an Attribute type, but these links don't indicate what set of Entities we're talking about since one Attribute type may be used by N Entity classes.

See Also

Back to the top