Understanding Course Structure and Planning

The Course Structure and Planning subsystem maintains all of the details required to fully define courses and units. Students enrol in Course Offering Options and Unit Offering Options which are defined by many attributes. The following diagrams and explanations describe the relationships between data elements, and in particular, how they combine to create course and unit offering options. The first diagram shows the broad relationships between the main data groups within the subsystem.

Further information is available in the subsystem glossary section and in the sections devoted to individual forms.

Diagrams are provided to describe:

Other topics include:

Refer also to:


Relationships between main data groups. (crs01)

This diagram illustrates the types of data recorded in the subsystem which ultimately permit the specification of the course and unit offering instances into which students are enrolled.Reference details are the basic data used to define courses and units. For example, a Course Status is required for the definition of a course. The permissible set of course statuses is maintained separately as reference data. These details remain relatively static over time. Individual course and unit details are defined by their combinations of attributes, including those defined as reference details. The main data groups shown in this diagram are expanded upon below.


Definition of course versions. (crs02)

Course version diag.

This shows how reference detail data is combined to define course versions. In these diagrams, solid arrows indicate that the data is mandatory while dotted arrows indicate an optional relationship. Thus, to define a course version, it is mandatory to define a course type, course status, government special course type and organisational unit for the course version. Similarly, a course status must have a system course status assigned to it to be fully defined. A course type must be assigned a government course type but the assignment of a course type group is optional.


Course details. (crs03)

This diagram illustrates the detail which may be maintained against each course version once it has been defined. The diagram also shows that many of the attributes of a course version are defined by other data which is maintained as reference data. For example, a course version can be assigned a particular field of study (making it the CRS Field of Study). This field of study must be maintained as reference data and is, in turn, dependant on the existence of a suitable government field of study for its own definition.


Relationship between a course version and its offerings, offering instances, offering options and offering patterns. (crs04)

CRS version relationships

The diagram above represents the relationship between course versions and their offerings, offering options and offering patterns. Typical data is included to show how a particular set of records is 'built up'. Students actually enrol in a particular Course Offering Pattern of a course. A unique Course Offering Pattern is created by combining information relating to a specific course version with information describing when (calendar), where (location) and how (attendance type and mode) the course will be offered.


Course offering option data relationships. (crs05)

CRS offering option relationships

Not all reference data is applied directly to course versions. Course offering options are also 'built' from a number of data elements. This diagram shows the relationships required to define a course offering option.


Definition of unit versions. (crs06)

Unit versions

The main Unit data groups shown in the first diagram are expanded upon here. The data elements above the Unit Version in the diagram are reference details used in the definition of a unit version. Unit Status and Course Unit Level are both dependant on other reference data for their definition.

The data elements below the Unit Version are the details that may be maintained against each unit version once it has been defined. The diagram also shows that many of the attributes of a unit version are defined by other data that is maintained as reference data. For example, a unit version can be assigned a particular discipline (making it the Unit Discipline). This discipline must be maintained as reference data and is, in turn, defined by a suitable Government Discipline Group.


Unit Offering Relationships (crs07)

Unit offering relationships

This diagram shows the relationships required to uniquely define a unit offering option. Students enrol in Unit Offering Options. Typical data values are included in the diagram to show how the data is combined.


Notes Facility in Course Structure & Planning. (crs08)

CRS notes facility

This illustrates the data relationships relating to the notes facility, within Course Structure and Planning. The notes function allows additional information to be attached to certain data. The Note Type attribute enables notes to be grouped according to a common characteristic. Notes of many types may be created, each type reflecting the purpose of the notes associated with it. In the Course Structure & Planning subsystem for example, notes of type HANDBOOK could be created to facilitate maintenance of the University handbook.

Notes may be created, stored and retrieved in almost any format. The currently available formats are:

Full instructions and explanations for the use of the notes facility are covered under Notes Facility in the General System Functions and Facilities section.

Note:


Unit Sets

Unit sets are used to define a path of study undertaken to ensure the satisfactory progression and completion of student course attempts.

The unit set concept features in the following areas of Callista:

Academic/Administrative Unit Sets

Unit sets can be differentiated as academic or administrative.

Academic unit sets are those that further define the path of study a student has selected. For example: a MAJOR in Accounting or a SPECIALISATION in Taxation.

Administrative unit sets can be used to restrict the set of pathways a student can follow within a course. For example: a Bachelor of Business that has two STREAMS

Through the use of unit sets, a student enrolled in a Bachelor of Business may nominate to complete an Accounting MAJOR, this student would be restricted to unit sets related to STREAM1. They may not pursue unit sets in STREAM2 except in special circumstances.

Administrative unit sets may also include subjects that all students are required to complete. For example: a CORE unit set which comprises an English unit and a Physical Education unit may have to be completed by all students as part of their course regardless of field.

The use of administrative unit sets can also be used to define progression components of a course. By default, administrative unit sets are not displayed on documentation such as transcripts and testamurs.

Examples of the Use of Unit Sets

Bachelor of Business - M320

CORE (all students must complete)(administrative)

STREAM1(administrative)

STREAM2(administrative)

Majors

Majors

Accountancy

Banking and Finance

Economics

Management

Marketing

Communications

Minors

Minors

Taxation

Share Market

Third World Countries

Industrial Relations

Advertising

Public Relations

Small Business

International Business

Public Sector Economics

Public Sector Management

Tourism

Organisational Communication

Information Systems

Banking Regulations

Regional Planning

Human Resource Management

Arts and Culture

Languages

Auditing

Money Management

 

Arbitration

Sports

 

Specialisations

Public Speaking

Information Technology

Budgets

Proposals and Grants

Government and Politics

Students attempting a Bachelor of Business are required to complete:

Possible Rules of the Bachelor of Business:

For example:

A student enrolled in a Bachelor of Business and having selected to do Accountancy would have the following unit set options:

Unit set MAJORS or MINORS within STREAM2 can be selected by the student in special circumstances, as institution policy dictates. These circumstances could require the use of the Authorised By fields.

The CORE unit set is a policy of the institution that requires all students to complete an English, Mathematics and Physical Education unit within their first year of study.

The CORE, STREAM1 and STREAM2 unit sets are administrative, details of the unit set do not appear on transcripts and testamurs.

Unit Sets Reference Data

In order for unit sets to be created, the following reference data must be created and maintained:

Reference Data

Purpose

Maintenance Form



Unit Set Categories

Used to define the type of unit set in CRSF4200. Each unit set category must be assigned a rank.

CRSF4120



Unit Set Statuses

Used to define the status of a unit set in CRSF4200. It is recommended that one to one mapping be established with the Callista system values of ACTIVE, INACTIVE and PLANNED.

CRSF4130

Setting Up and Maintaining Unit Sets

There are two mechanisms for creating and maintaining unit sets.

First:

Then either:

Or, when establishing courses:

Unit sets can be attached to entry point reference code in the Maintain Course Entry Point Reference Codes form (CRSF1420). By mapping to entry point codes, applicants uploaded into Admissions through the use of the Process TAC Offer File Load job (ADMJ4200) are automatically admitted to the unit set which then becomes part of their admission offer.

Attaching Unit Sets to Student Course Attempts

When a student enrols in a course attempt, unit sets can be selected for the course attempt to further define the students intended path of study.

To attach unit sets to a student course attempt:

Encumbrances

One of the System encumbrance effect types available to institutions is 'Excluded from Enrolment in a Specific Course Unit Set'. This effect can be used to prevent a student within a particular course from selecting a specific unit set. Refer to the Maintain Basic Person Encumbrance Details form (ENRF6310) for further details on applying encumbrances to individual students.

 


Course and Unit Rollover

Callista provides a number of mechanisms by which existing course and unit information can be used to create new information, considerably reducing the work involved in maintaining curriculum and associated data. These include:

These functions are described in Course and Unit Rollover Processes.

 

Last Modified on 18 August 2000