Blogs

Program Enrollment Experience

By Peter Dawes posted 01-09-2012 07:06 AM

  

This blog is intended as a place for people exploring the Program Enrollment functionality to exchange information. It will rely totally on your contributions to make it useful, so if you are exploring program enrolment please share your experience with the rest of us. It doesn’t need to be comprehensive or earth shattering, every small observation can help us to build up an overall picture of the functionality and how to use it.

I will start with my first observation, which is that you have to decide up front at Institution level whether to relate the Academic Item(AI) Program object to Programs or to Plans- you cannot mix and match. It seems to me that one would always choose to join them at the Plan level. A program always has to have a plan, if you only have one plan per program you lose nothing by relating that to the Academic Item(AI) Program. If you have multiple plans per program then presumably they have different academic structures and you would need to relate them to different AI program structures.   

3 comments
26 views

Related Content

Permalink

Comments

Peter Dawes
02-23-2012 07:48 AM

Sub structures

Hi Roel


You refer to plans as sub branches, maybe I am missing something, but I can't see anywhere to set up sub structures, the only place to relate Academic Items is as programs.

Archive User
01-09-2012 12:01 PM

two structures, two approaches

I'm stuck with some questions after exploring the Program Enrollment / Marks & Exams functionality.


- Why is it that Activity Registry structures can't overlap while Academic Item Registry structures can?

- Why is it that an Activity Registry Item cannot occur more than once in an Acitivity Registry structure (in the Activity Management Folder) while an Academic Registry Item can occur multiple times in one Academic Item Registry structure? 


Seems to me that this puts severe limitations to managing/restructuring your curriculum data. 

This approach also makes it impossible to calculate different results (within the same or another registry) from one activity with let's say a test score  (in connection with different other activity results) without inputting the data twice.

Simple example: if you have test results X, Y en Z and you want to calculate the average of X and Y, and also the average of Y and Z, you're out of luck ... you'll have to create two 'identical' Y items and score them seperately for each student.


Archive User
01-09-2012 11:21 AM

Program Enrollment Experience - program or plan?

A Program doesn't have to have a plan, because one can attach plans to a program or to a career. Of course a student with an academic program also has a plan, but that plan may be tied to his career and not to his program. In that case it really does make sense to relate the AIProgram to an Academic Program. If you do have multiple plans per program then the corresponding academic structures can exist as subbranches within the Academic Item Registry. So I think I'll vote for relating to the program, not the plan.