Difference between revisions of "Talk:Faces User Management"
Jump to navigation
Jump to search
| Line 5: | Line 5: | ||
== UC_FAC_UM_03 Create account user == | == UC_FAC_UM_03 Create account user == | ||
* State '''inactive''' is not supported by the core services yet. Natasa will talk to FIZ, because the state is needed for Faces and PubMan (see Jira Task FAC-68: http://zim01.gwdg.de:8080/browse/FAC-68). --[[User:Kristina|Kristina]] 08:39, 29 August 2008 (UTC) | |||
== UC_FAC_UM_04 Edit account user == | == UC_FAC_UM_04 Edit account user == | ||
Revision as of 08:39, 29 August 2008
UC_FAC_UM_01 Log on to the system[edit]
- As long as the standard mechanism provided by the coreservices is used this use-case is fine. --Natasa 14:27, 25 August 2008 (UTC)
UC_FAC_UM_02 Log off from the system[edit]
UC_FAC_UM_03 Create account user[edit]
- State inactive is not supported by the core services yet. Natasa will talk to FIZ, because the state is needed for Faces and PubMan (see Jira Task FAC-68: http://zim01.gwdg.de:8080/browse/FAC-68). --Kristina 08:39, 29 August 2008 (UTC)
UC_FAC_UM_04 Edit account user[edit]
UC_FAC_UM_05 Deactivate account user[edit]
UC_FAC_UM_06 Confirm account user[edit]
User States[edit]
User Roles[edit]
- A more generic remark: defined component visibility is tricky, as it is required by a certain context (ie. FACES context allows "public" component visibility only for the 6 persons, the rest have to be "private" or "restrcited visibility to the account users.) therefore, definition of component visibility due to certain usage in a certain context might make "re-usage" and "re-purposing" of data tricky. For FACES collection, we still might go this way, as the usage rights for the images will not change, neither in other contextes...--Ulla 08:55, 12 June 2008 (UTC)
- not certain if all Face albums by users should be created in "Faces" context in fact
- What other context is possible? --Kristina 09:15, 27 June 2008 (UTC)
- My assumption (Natasa):
- We need 1 separate context i.e. "Albums context" where users can create albums
- We need in "Faces" context thus role "Privileged Viewer" for users who are able to view all items independent on component (image) visibility.
- Background: Currently only the states private (only visible for the creator of the image) and public (visible for all users) are available in the framework. But for Faces we need more. Therefore the role "Privileged Viewer" will be implemented which allows a user to view all private components within a special context (Faces) also when he is not the creator. This role has to be automatically assigned to each Faces account user.
- --> Role was delivered by the framework