Kuali Student R2Update :: 2/28/11

Slides:



Advertisements
Similar presentations
Introduction to Kuali Rice ITANA Screen2Screen: Kuali on Campus May 2009 Eric Westfall – Kuali Rice Project Manager.
Advertisements

Kuali Student Project Introduction Rajiv Kaushik |University of Toronto.
Dr. Julian Lo Consulting Director ITIL v3 Expert
UNIT-e Research & Development Microsoft Technology Day Stephen Cain (System Architect)
Evolution of the Kuali Rice Project Charter, Governance and Roadmap
Managing a Project Using an Agile Approach and the PMBOK® Guide
System Design/Implementation and Support for Build 2 PDS Management Council Face-to-Face Mountain View, CA Nov 30 - Dec 1, 2011 Sean Hardman.
Open source administration software for education software development simplified KRAD Kuali Application Development Framework.
OSIAM4HE Proposed org structure Authored by the strategy and organization team.
Technical Overview of Kuali Rice UC Davis, Information & Educational Technology January 2009.
Exchange Network Node Help Desk NOLA Conference Feb 9-10, 2004.
Open source administration software for education next generation student system Using the Kuali Student Configurable User Interaction Model & Framework.
Introduction to RUP Spring Sharif Univ. of Tech.2 Outlines What is RUP? RUP Phases –Inception –Elaboration –Construction –Transition.
KRAD. 2 What is KRAD KRAD is the codename for the next generation of KNS It will be a rapid application development framework for use by many Kuali Foundation.
Eric Westfall – Indiana University Jeremy Hanson – Iowa State University Building Applications with the KNS.
Rational Unified Process Fundamentals Module 4: Disciplines II.
EDUCAUSE – October 2011 Kuali Student Project Update.
Kuali Nervous System Aaron Godert, Cornell University Jonathan Keller, University of California, Davis.
Kuali Nervous System Aaron Godert, Cornell University Jonathan Keller, University of California, Davis.
CHEF II / Sakai Architecture. CHEF II Changes uPortal replaces Jetspeed –jsr 168 portlet, servlet compliant Spring replaces Turbine component framework.
Building Applications with the KNS. The History of the KNS KFS spent a large amount of development time up front, using the best talent from each of the.
1 Geospatial and Business Intelligence Jean-Sébastien Turcotte Executive VP San Francisco - April 2007 Streamlining web mapping applications.
1 Kuali Nervous System (KNS) Part 1 Presented by: Jerry Neal – KFS Development Manager Geoff McGregor – KC Lead Developer Brian McGough – KRice Project.
Kuali Rice A basic overview…. Kuali Rice Mission First and foremost to provide a consistent development framework and common middleware layer for Kuali.
Health eDecisions Use Case 2: CDS Guidance Service Strawman of Core Concepts Use Case 2 1.
KS configuration application workshop Kuali Days :: Chicago May 13-14, 2008.
Kuali Nervous System Nate Johnson, Indiana University Jonathan Keller, University of California, Davis.
KEW Definitions Document Type The Document Type defines the routing definition and other properties for a set of documents. Each document is an instance.
Enterprise Integration Project 1 Enterprise Integration Project Proof of Concept I Review Daryl Shing December 5 th, 2006.
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
ARCH-5: Service Interfaces in Practice Christian Stiller Technical Architect.
The KSA (Kuali Student Account) Project April 25, 2012 Board Presentation.
Open source administration software for education next generation student system I Did Not Know You Could Do That With An SIS: How To Make Kuali Student.
Unit – I Presentation. Unit – 1 (Introduction to Software Project management) Definition:-  Software project management is the art and science of planning.
Evolution of the Kuali Rice Project Charter, Governance and Roadmap.
Copyright 2015, Robert W. Hasker. Classic Model Gathering Requirements Specification Scenarios Sequences Design Architecture Class, state models Implementation.
Guiding Questions (temp)  Should the TC:  Allow each implementation to figure it out (status quo)?  Allow XML tool vendors to figure it out in their.
October 2014 HYBRIS ARCHITECTURE & TECHNOLOGY 01 OVERVIEW.
Architecture Review 10/11/2004
Agile Project Management
Software Project Configuration Management
The Strategic Role of Information Development in Continuous Delivery
Getting Down to Business
Status Update of AMWG Change Requests As of February 15, 2016
Information Sharing for Integrated care A 5 Step Blueprint
Software Configuration Management
Chapter 18 MobileApp Design
SENIOR MANAGER - SOFTWARE TESTING PRACTICE
Srikanth Srigiri Magdelene Sona Amarnath Suggu
Chapter 3: The Project Management Process Groups: A Case Study
CMS HIPAA Transaction Implementation Status Checklist
COMP 350: Object Oriented Analysis and Design Lecture 2
Advantages OF BDD Testing
Kuali Student Project Overview CANHEIT 2014
Identity and Access Management Program Update CIO Council Update
ONC P2 FHIR Ecosystem Task Force
Project Ideation Agile Down-to-Earth © 2016.
Service Development at Aalto University Key Enabler for Aalto's Academic Mission Mari Svahn.
Highlights for Readers.
Project Management Process Groups
Analysis models and design models
Systems Engineering for Mission-Driven Modeling
Kuali Student: Student System Solutions Already Making a Difference
Technical Capabilities
Open Source Tool Based Automation solution with Continuous Integration and end to end BDD Implementation Arun Krishnan - Automation Manager Maria Afzal-
Employee engagement Delivery guide
Project Name - Testing Iteration 1 UAT Kick-off
Productivity Loop PowerWriter A systematic approach to world-class
Getting Knowledge into Action for Healthcare Quality
Presentation transcript:

Kuali Student R2Update :: 2/28/11 UC Berkeley KS Community Council Kuali Student R2Update :: 2/28/11

Topics to Cover Core Slice Deliverables R2 Tech Workshop Highlights R2 Roadmap

R2 Tech Workshop Highlights Provided level setting across all of the developers that will work on Core Slice Defined critical POC and development work prior to Iteration 0 KRAD Rules Services and Application Layers Defined Iterations 0 – 4 General functions Dependencies Timeline

R2 Core Slice Deliverables :: Development Provide an early demonstration of working code that crosses all major aspects of enrollment Prove the conceptual design vis-à-vis the skeleton for Enrollment Provide solid basis for development UIF (KRAD) Rules (KRMS) Identity, authorization, person (KIM) New search (KNS) New application layering Context Authorization Calculation/validation Assembly (Class II) Persistence

R2 Core Slice Deliverables :: Design Provide a comprehensive definition of Enrollment based on institutional work developed over the past 18 months Develop Analysis artifacts Representative User Stories Synthesized Business Requirements Synthesized Data Requirements Develop Class I and Class II Services Contracts Technical artifacts (as described in Service POC below) Develop UIM including Interaction patterns & widgets, including mobile devices Deep dive (wireframes) for Learning Plan and Schedule Builder For each of the above, define and publish the strategy for governance as parallel development begins

Iteration 0 - 4

March Focus: Development Services POC (aka Application Layering) is designed to prove the following improvements in service design and implementation API first design SVN restructuring Passing of context in service Perform authorization in service implementation Perform custom authentication Validate/CRUD data in multiple languages Improve entities to/from DTOs translations

March Focus: Development (cont.) Rules POC will be the first demonstration of execution of KS statements Rules POC Roles and Responsibilities While there is still some uncertainty around who will be doing the implementation (Rice or KS or both), the design work will be coordinated Execution Structure There are 2 possibilities and they depend heavily on how we design the KRMS repository to execution system :: Translate Statements to KRMS rule structure This will either be done at runtime or at create/modify of statements Translate Statements to Execution structure The KRMS team is considering a rule execution language or execution object structure for executing rules instead of reading directly from the KRMS repository

March Focus: Development (cont.) KRAD will be the UI tool for delivering KS application screens Rich UI Support Lightboxes Messages Progressive Disclosure Client Side Validation Table Tools A Themes AJAX Enabled Fields More UI Flexibility Using KNS many screens can be generated through configuration, e.g., a business object lookup, inquiry and CRUD can be generated from an XML file

March Focus: Design Continue to work on Core Slice Deliverables and their Governance Develop Design Specification for Core Slice What are the non-functional deliverables of each sprint? What are the functional deliverables of each sprint? What artifacts are required to support the above? Non-functional requirements Functional requirements Data requirements Screen flow

Project Planning/R2 Roadmap The leadership team will be working on the overall roadmap for R2 as it will unfold after Core Slice development is complete. The plan will be delivered by Dan McDevitt at the Kuali Community Workshop in April, including :: Third Party Integration Degree Audit Scheduling Define chunks of functionality Define effort estimates for completing each chunk Define assumptions Number of parallel teams Make up of each parallel team

R2 Roadmap (cont.) Formalize/standardize how Parallel Teams will work Structure Roles Processes Design Specifications Define timeline for R2 Check points for merging Define KS Core team to support R2 parallel teams R1 implementations Strategic partnerships On-boarding of new partners