1. Technical Overview of Kuali Rice UC Davis, Information & Educational Technology January 2009

2. Agenda Overview of Rice Component Assessment Strategies for Adoption at UC Davis What’s Next for Rice at the Foundation?

3. Rice Mission “…to provide a consistent development framework and common middleware layer for Kuali Foundation based applications to leverage.”

4. Rice Components Rice components are the “glue” that tie the pieces of an enterprise application together KNS– Kuali Nervous System KEW – Kuali Enterprise Workflow KEN – Kuali Enterprise Notification KSB – Kuali Service Bus KIM – Kuali Identity Management

5. Rice Components

6. Value of Rice 1.Consistent interface for end user training 2.Increased developer productivity through consistency 3.Developers focus on business functionality – faster turn around

7. Value of Rice (con’t) 4.Infrastructure consistent across projects 5.Scalable through clustering 6.Power of community source 7.Highly productive development environment a. For Kuali projects b. For non-Kuali projects

8. Rice Maturity ComponentMaturity KNS (Kuali Nervous System) Stable KEW (Kuali Enterprise Workflow) Stable KEN (Kuali Enterprise Notification) Initial Release KSB (Kuali Service Bus) Evolving KIM (Kuali Identity Management) Initial Release

9. Challenges for Rice 1.Needs work to integrate with other non- Kuali Enterprise applications. Ex: Non-Rice enabled applications cannot publish services. 2.Investments are necessary Staffing Documentation Component maturity (KIM) 3.Documentation needs attention

10. Kuali Service Bus (KSB) Enables real-time application interaction Custom built – Goal of incorporating a mature open source bus (driven by KS) Flexible security Light weight Registry of services

11. Kuali Service Bus (KSB)

12. Kuali Nervous System (KNS) Provides: reusable code, shared services, integration layer, and a development strategy a common look and feel through screen drawing framework a document (business process) centric model with workflow as a core concept a standard way to use workflow, perform CRUD operations, handle business transactions

13. Kuali Nervous System (KNS) Data Dictionary Provides single location to define fields Transactional documents Data entry that models business process Maintenance documents Basic CRUD operations for support tables Inquires Standard way to drill down into info Lookups Standard search infrastructure

14. Kuali Enterprise Workflow (KEW) Facilitates routing and approval of business processes Provides re-usable routing rule creation Provides hooks for client applications to handle workflow lifecycle events Provides route log functionality for auditing

15. Kuali Enterprise Workflow (KEW) eDocLite Paper  Electronic forms No Java programming required Hosted centrally, deployed at dept level Hidden jewel of KEW

16. Kuali Enterprise Notification (KEN) Works with the action list to provide a single place for all university related communications Workflow items come from KEW Non-workflow items from KEN Non-workflow example items Overdue library book A concert on campus Graduation checklists for seniors

17. Kuali Enterprise Notification (KEN) Provides a secure and controlled environment for notifying the masses Eliminates sifting through email Communication broker which provides any combination of action list, text messages, email, etc... Audit trail just as in KEW

18. KEN - Institutional Use Case Faculty member logs into campus portal: Notices that their grant proposal was successfully submitted to grants.gov (KRA) Notices that their lab equipment purchase cannot be drawn against the account provided (KFS) Notices that their merit package has been forwarded on to their dean's office for review (MyInfoVault) Notices that two sections of their course are full for current quarter (Sakai)

19. Kuali Identity Management (KIM) Consistent service interfaces used by all Kuali apps Leverages KNS and KEW to provide a reference implementation out of the box Flexibility for dynamic attribute associations with IdM entities (persons, groups, roles, etc) Pluggable support for Internet2 products (Grouper, Signet, etc) or other IdMtools

20. Kuali Identity Management (KIM)

22. Strategies for Adoption Build out central Rice infrastructure in Middleware team Integrate KIM interface to Mothra/Sun IdM Leverage Rice framework in non-Kuali applications to “glue” administrative systems together Promote eDocLite to departmental IT groups

23. UC Davis’s central Rice support model

24. What’s Next for Rice? Rice components will piggy back on each other KEW and KEN will use KNS to draw screens, etc. Standards JPA for data persistence (move to Hibernate) Easier configuration and turn-key upgrades Light weight service interfaces (WSDL, XSD) Open source ESB foundation for KSB

25. Resources http://rice.kuali.org Rice Wiki https://test.kuali.org/confluence/x/FmI Kuali Rice at UC Davis Hampton Sublett (hbsublett@ucdavis.edu)hbsublett@ucdavis.edu Curtis Bray (clbray@ucdavis.edu)clbray@ucdavis.edu