1 / 34

Next Generation Courseware

Carl Berger and Kim Bayer MERLOT September 2002. Next Generation Courseware. Integrating Teaching, Learning, Research and Collaboration. http://chefproject.org. CourseTools Background. Built on tests at UM-AA, Dearborn, Ford/UAW Released in Fall 1999 - over 6,000 users

liliha
Download Presentation

Next Generation Courseware

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Carl Berger and Kim Bayer MERLOT September 2002 Next Generation Courseware Integrating Teaching, Learning, Research and Collaboration http://chefproject.org

  2. CourseTools Background • Built on tests at UM-AA, Dearborn, Ford/UAW • Released in Fall 1999 - over 6,000 users • Growth exceeds expectations – 11,000 users in Winter 2000 • Then over 16,000 users – Fall 2000 • Currently about 50,000 users on 3 campuses • Over 12,000 unique users in a peak day - Fall 2002

  3. Growth curve looks like this Fall 2002 Introduction Fall 1999 Spring 2001 Fall 2001 Fall 2000

  4. Unique users per day* *Peak day seems to be always a Tuesday Fall 2001 Fall 2002 Fall 2000 Winter 2001

  5. CourseTools “Classic” First capabilities focus on administrative efficiency for faculty and standard navigation for students Faculty deliver their material online Course sites integrated with registration Students view all courses separately Built on Lotus Notes and Domino CourseTools.NG First capabilities to match “Classic” but quickly move to making sites interactive and customizable Faculty customize learning experience using easily configurable modules Course sites integrated with many services Students have both a portal for courses and “My workspace” for portfolio Built on open source model using OKI specs Why Next Generation?

  6. CT.NG Features • Person centric. User feedback, campus surveys, user centered design driving the process • Focus on both instruction and research, at multiple levels • Courses are viewed together in a portal which incorporates a personal workspace and notion of “presence” • Broader definition of roles so more flexibility in levels and types of access and customization • All resources are addressable (have a URL)

  7. CHEF Architecture: Goals • Collaborative development with other schools. Build here, use there and vice versa • Plan is to use open source, home built, AND off the shelf (commercial) software • New model of development and integration with campus departments. New modules can be developed by others and plugged in easily • Focus on integration with campus-wide systems. Integrates campus legacy (even new) systems

  8. CHEF Architecture: Implementation • Client/server • Model View Controller practice • Separation of concerns introduces metaphors for • Tools • Services • Interface technology • Portals

  9. Old Administrative efficiency is the driver Ability to form community is limited Pedagogically limited and limiting New User centered design and pedagogy is driving Learning and research communities are possible Pedagogical flexibility Moving from here to the future

  10. So… this Next Generation is a new way of thinking in regard to • Pedagogy • Technology • Goals • Infrastructure

  11. A paradigm shift….if it works! • Open source, collaborative development • Customizable, personalizable environment for faculty and for students • Broad integration with campus systems and new ways of working with departments • Potential for research on learning within the tool

  12. What don’t we know • How will they really use it if they can • Select from a broad menu of choices: design entire pages, incorporate any module, see who else is active on the site • Reap benefits of everything connecting seamlessly: registration, library, grades, financials, calendars, etc. • Extend use beyond class, school, university …universe!

  13. More of what we don’t know • What are the implications of: • Unintended connectivity • Changing loyalty model of students from class to building their own portfolio • Use across many schools causing changes to our U structure • Change for students to tracking, portfolio, opportunity to take and get resources, courses elsewhere

  14. Unanswered questions • What’s the model for collaborative development work? • Who owns the source code? • What does open source mean and how far does open source go? • How do you handle upgrades, version control? • If something goes wrong, who do you call?

  15. So… NG changes the model of • Who is responsible for what • The role of student and of faculty • Support role • Developer role • Top administration support needed

  16. But the potential payoff is huge • Able to take our core competency in teaching and learning and apply it • Can share the cost, work together to build something better than any one can build alone • Shared standards let us share content, students and more • End frustration and costs with getting vendors to provide what we need, when we need it • Not held hostage to vendor pricing structures

  17. Soooo, what does the prototype look like? • Idea is to make it very similar to tools people already know to smooth the transition process • Initial goal is to match basic functionality of CourseTools Classic plus a few “delighters” • Underlying technology is completely changed but invisible to the user • We are in our second semester of pilot use. Full rollout to campus expected Fall 2003

  18. CT.NG Information Page

  19. Use Kerberos Or Native CHEF passwd

  20. Class and Research Sites User’s personal workspace Menus User Present list Once you’ve logged in, this is What you’ll see

  21. The Announcement “teamlet” Inside a pilot course site

  22. Same tool named differently for different applications

  23. 1 2 3 4 Adding a resource

  24. CHEF Jetspeed Velocity Turbine Tomcat Apache Teamlet-Based Ed/Research Apps Groups, Awareness, Tools, Administration Portal Engine UI Templating Engine Web Application Framework Servlet and JSP HTTP Server

  25. Net-Based Services (Grid) CHEF OKI/API’s Jetspeed Velocity Turbine Teamlet-Based Ed/Research Apps Teamlets are tools built for the portal environment We are building the OKI APIs and GRID services into the portal environment Tomcat Apache

  26. CourseTools/WorkTools Next Generation • Built on a Portal model. Aggregates Courses and My.Workspace for each student and faculty • Access control for teams or groups, not just individuals • A Portlet (page) can aggregate Teamlets (tools that understand groups) and is configurable • A Teamlet is a tool that displays on a page • Teamlets can be mixed/matched on a page • Combine or not according to a Team’s/User’s needs

  27. Watch what happens • Example of how to add a teamlet

  28. For any page, choose which teamlets to display…

  29. Teamlets (tools) can be added or taken away (access is controlled to level of individual or group) Library Group & role assignment Portfolio Grade sheet Event Recorder (dt) MERLOT (site) Chat Assessment Discussion Online video (live) Critique Wisconsin Colab Class Trail map (class or student) Mail

  30. Adding selected teamlets

  31. Often interop….

  32. In Summary • Next generation is a quantum leap ahead of next version - are we ready? • This is going to create new synergies - what are the possibilities? • We have the opportunity finally to improve learning outcomes by using data and research generated within the tool - will we use these to iterate instructional design?

  33. http://chefproject.org

More Related