[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: [provision] Scope of SPML -- Identities and Resources
On the subject of Use Cases, what Use Cases have been submitted to this TC so far? The only ones I know of are the XRPM use cases. Have any other ones been submitted, and if so, where can I get them?
Jeff Bohren
"Ranthidevan, Anand" wrote:
For the last 2 years, Jamcracker has been helping to create this new ASP marketplace. At Jamcracker, we aggregate/resell/OEM Web Applications & Web Servcies from many diffrent providers. Some of these services include Email, VPN, HRMS, CRM, SFA, etc. And, of course, the *biggest* problem area has been Provisioning across various systems at various Providers.
We would like to contribute our lessons learnt over the last 2 years to helping make SPML a success. From our experience, I think the scope of SPML should cover the following identities and resources:
IDENTITIES: As *who* requires to be added, modified, or deleted. This shouldn't be limited to just Users, as that's too narrow. The main ones we've come across and have implemented (albeit without the benefit of a standard) are:
1. Systems
RESOURCES: As *systems* on which the identity needs to be added, modified, or deleted. The scope of SPML should strive to cover the entire set of enterprise resources -- as all these fall under the provisioning ambit. These include, but are not limited to:
2. Companies
3. Company Structures -- like Divisions, Departments, Cost Centers, Locations, Employee Types, and so on.
4. Users
5. User RolesThe second and third items in the list are key in business scenarios where a particular resource (service) needs to be first provisioned at the Company-level, before it can be provisioned for Users of that Company. Usually, a manual contract/paper agreement is signed at this level and many resources (like Email for example) require a Company-level identification before adding Users. This could well hold at the organizational structure levels also.
1. Directories
To make this more concrete, I can go ahead and put together some general business scenarios and use cases. Would that work for everyone? Should I post them to this list?2. Operating Systems
a. Microsoft Active Directory
b. Novell Directory Services
c. Sun iPlanet Directory Server
d. OpenLDAP3. Networks
a. MS Windows 2000
b. MS Windows NT
c. Sun Solaris
d. IBM AIX
e. HP UX
f. Linux4. Security
a. Novell Netware
5. Enterprise Email
a. VeriSign PKI
b. Cisco Secure ACS
c. Tivoli Policy Director
d. Tivoli SecureWay LDAP
e. RSA ClearTrust
f. Netegrity SiteMinder
g. Entegrity AssureAccess
h. Entrust getAccess
i. Oblix NetPoint
j. Baltimore SelectAccess6. Enterprise Database
a. Microsoft Exchange
b. Lotus Notes
c. Novell GroupWise7. Enterprise WebServers
a. Oracle
b. DB2
c. MS SQL Server
d. Sybase8. Enterprise AppServers
a. Apache
b. Microsoft IIS9. Enterprise Financials
a. IBM WebShere
b. BEA WebLogic
c. Sun iPlanet
d. HP AS10. Enterprise HRMS
a. SAP Financials
b. PeopleSoft Financials
c. Oracle Financials
d. GreatPlains Financials
e. JD Edwards Financials11. Enterprise CRM
a. PeopleSoft HR
b. SAP HR
c. Oracle HR12. Mainframe
a. Clarify
b. Remedy
c. Siebel
d. Oracle CRM13. Pure ASPs
a. IBM MVS RACF
b. IBM MVS ACF2
c. IBM AS/40014. Telco & Wireless Services
a. http://www.webex.com/home/default.htm
b. http://www.salesforce.com/
c. http://www.upshot.com/
d. http://www.employease.com/home.php3
e. http://www.openair.com/home/
f. http://www.ipass.com/main.php
a. Plain Old Telephone Service
b. DSL
c. T-1
d. 3G-Anand
[Anand Ranthidevan]
Product Manager - Jamcracker Platform
aranthidevan@jamcracker.com
http://www.jamcracker.com
--
Jeff bohren
Product Architect
OpenNetwork Techologies
jbohren@opennetwork.com
(727) 561-9500x219
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC