Interop Best Practice E: Difference between revisions

From IDESG Wiki
Jump to navigation Jump to search
m (7 revisions imported: Initial Upload of old pages from IDESG Wiki)
 
(No difference)

Latest revision as of 04:01, 28 June 2018

<< Back to Baseline Functional Requirements Index

INTEROP-BP-E. RECOMMENDED MODULARITY

Entities SHOULD implement modular identity components in their digital identity management functions.

SUPPLEMENTAL GUIDANCE

This best practice is for IDENTITY-PROVIDERS to offer modular identity solutions for the services and functions they perform relating to digital identity management. "Modular identity solutions" are services that can be used by USERS, RELYING-PARTIES and other participants either individually, or in combination with other modular services from the same or different providers, in order to provide choices and efficiencies in meeting their needs. Often such services are designed and offered around single function, and with STANDARDS-based interfaces that allow them to be composed with other purchased services or the purchaser's own systems.

On the concept of service modularity and composition generally, see: A Practical Guide to Federal Service Oriented Architecture (Federal CIO Council, 2008), at page 16: https://cio.gov/wpcontent/uploads/downloads/2013/03/PGFSOA_v1-1.pdf, and OASIS SOA Reference Model (2006): http://docs.oasis-open.org/soa-rm/v1.0/soa-rm.html

APPLIES TO ACTIVITIES

REGISTRATION, CREDENTIALING, AUTHENTICATION, AUTHORIZATION, INTERMEDIATION

KEYWORDS

ARCHITECTURE, DESIGN, INTEROPERABILITY, OPEN-STANDARDS



Quick Links: SALS | Baseline Functional Requirements v1.0 | Glossary |