Very rough requirements, not exactly matching the "user stories" metaphor of Scrum.
IPS topological and architectural requirements with phased plan here.
- Real Time Updates
- When an end user updates a system of record (Moira, Touchstone), that change is reflected by the LDAP query, and therefore client applications, in real time.
- No replication of user or group data.
- This LDAP implementation will be a facade that appears to be an LDAP database but, in fact, fronts for proprietary interfaces without another LDAP data store.
- In its final state, mapldap.mit.edu will have no data store.
- Finiite integration context
- We are providing LDAP connectors to more efficiently use off the shelf products within ISDA.
- Requirements will continue to be derived based on Clearspace, Confluence, Alfresco, and Stellar, only.
- A generic, reusable nature is a good goal but there is no requirement to design with intent to provide a community-wide service.
- A developer accesses LDAP connectors without needing to understand the local Moira internals about proxies.
- A system that calls the LDAP connector does not have to pass a Moira proxy along, unless standard LDAP provides an analogous metaphor.
- A client application sends a user ID and a group and the system returns a positive or negative result about whether the user is in the specific group or not.
- This works for groups where the developer or client application is not allowed to list every member of the group.
- The Application Administrators must run LDAP on existing systems. No new systems are requisitioned for this release. They can use the existing web-services hosting environment, the existing console/instrumentation system, and others. The timelines for Touchstone external users are the only dependency.
- And end user must go to an external system (Moira, Accounts, Touchstone, Stellar) to administer users.