Curriculum & Catalog Management Glossary

Jump to: A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

A

Action List

The Action List in CM allows any user in the system to view and access proposals that they need to complete an action on.

Active -

Catalog: Status option that applies when the Start Date of a catalog has passed, but the End Date has not.
Curriculum Management: Status option that is applied when a proposal has completed the approval process and is within the current term.

Addendum

A proposer can request another user within CM to add a comment to their draft proposal. These comments will live on the proposal for the approver(s) to view as the proposal passes through workflow.

Addenda

Contains new and updated information that become available within a catalog after the catalog is published. Addenda may include the following types of changes:

New: This includes any new courses, programs, etc. that have never published before in the selected catalog, and will take effect prior to the next full publication.
Updated: This includes any previously published courses, programs, etc. that have been modified in anyway since publication.
Retired: This will include any courses, programs, etc. that will no longer be offered.

Admin (User Role)

Admins have access to Groups, Users, Workflow, and System Settings. They can also admin approve proposals, view admin only panels, and access all proposals in the system. See Configure Security Profiles for more.

Agenda

Agendas provide institutions with a method for quickly and easily compiling, reviewing, and approving proposals as part of the curriculum cycle.

Archived

A status option for Catalog that applies when both the Start and End date have passed the current date.

API

RESTful APIs (Application Programming Interfaces) that enable you to push data to and get data from CM.

Audit Log

This tool enables users within CM to analyze changes that have taken place to a specific item (e.g., course, program, etc.) including:

Action taken (item was created, edited, updated, etc.)
Form field the action was taken on, if applicable (e.g., Subject Code or Description)
User who completed the action
Date and time when the action occurred

C

Catalog Activation Date: The date a catalog becomes Active and available to the public.
Catalog Management: Kuali Catalog Management works seamlessly with Kuali Curriculum Management to turn your customized courses and programs into a branded catalog, which you can dynamically build and publish online or download in PDF format and print for distribution. Any changes made to your curricula are automatically reflected in the catalog.
CMAdmin (User Role): CMadmins have access to System Settings, can admin approve documents, can view admin-only panel, and access all proposals in the system. See Configure Security Profiles for more.
Content Item: Content Items usually house the information typically found in the front, or back of a catalog, such as Policies, Procedures, or the descriptive information for schools/colleges/departments. They may be placed directly within the navigation, or nested beneath a Content Set within Catalog.
Content Set: Content Sets are used to organize Content Items within your catalog. They are not stand-alone items, but house a grouping of individual items, and they can appear as either a nested menu or list of links. A common usage of Content Items may be to group all of the Department information together under a single Content Set.
Content Types: Content types refer to the various curriculum content that can be managed in Curriculum Management. Although every institution has a unique set up, the documentation will reference them by the default titles.
Course: A course is a unit of teaching that typically lasts one academic term. The course item has its own form configuration, workflow, and search page.
Curriculum Management (CM): Kuali Curriculum Management helps institutions build and maintain a permanent, canonical record of all versions of its programs, courses and other types of learning experiences (e.g. service learning projects, apprenticeships, competency-based learning and prior learning assessments)

D

Data Export: A Mongo export of all of your CM data and schema that you can download once per month.

Note: Daily Frequency (Optional) of a Mongo export of all of your CM data and schema can be made available to download daily. If the daily export option is purchased, then the limit is no more than once per day.

Data Streams: A near real-time data stream of changes made to customer’s CM data and sample code to implement data replication (optional add on).
Diffing: Compares and identifies changes proposed in a new version or revision of a record can be highlighted. Similar to track changes, diffing makes it easier to quickly review what has changed. Automatically highlights any credit changes resulting from rules changes.
Dependencies: Records that are linked in some way to another record through the use of rules.
Dependency Analysis: Make connections and identify impact throughout your curricular ecosystem
Draft: A status option within CM applied to newly created proposals. Proposals stay in this state until the document is submitted to the workflow.

E

Edit Mode: When you are editing a draft or proposal (see proposal) in CM, you are in Edit Mode. In edit mode, you can change any field and each field is saved immediately.
Experiences: An experience is an item type within CM that institutions can use for any additional items that they want to track in the system. Experiences have their own form configuration, workflow, and search page. This item type can be renamed under institution preferences.

F

Feature Flag

The Feature Flag section of your System Settings in CM lets you turn on and off new functionality. This lets you prepare by turning on new features in your staging or sandbox environment before turning them on in production.

Form Gadgets

Form gadgets in CM allow users to add in fields on their item forms for users to enter in data, select from a predetermined list, etc. Gadgets also determine the data available for use in reporting.

Form Templates

Each item type (Course, Program, Experience, Specialization) gets its own Form template. Templates are configured by Kuali admins. Each time a new draft is created it pulls from the template defined for that item type.

Future -

Catalog: Status option that applies when neither the Start nor the End date have passed the current date.
Curriculum Management: Status option that is applied when a proposal has completed the approval process with a date for a future term. When the proposal becomes current, the status will change to Active.

I

Inheritance: Allows users to pick a gadget from their program form to pull into a specialization.
Item Type: Item types or Item(s) are the general terms used to refer to the configurable items such as courses, programs, experiences, etc. in Curriculum Management. Due to the configurable nature of the titles of these items, documentation will typically use these terms to minimize confusion across institutions.

K

Knowledge Base: The Kuali Knowledge Base allows users to access documentation for each product in a user-friendly, searchable interface. Users can use search to look up keywords or subjects within the documentation or simply browse the available resources by section. Documentation is added and updated regularly.

L

Learning Outcomes: Learning Outcomes in CM can be created by users on your forms or by an Admin in System Settings. Course outcomes can be linked to program outcomes, and you can report on these relationships for your universities.
Logic: Business logic. Example: a "Complete ALL of the following" dropdown that appears automatically above all of the rules added. See also: Rules

N

Nested Navigation: Nested navigation allows for the Content Items within a Content Set to display under a collapsible menu on your Catalog, using the Content Set title as the overall heading. See Editing a Content Set.

O

Option Type: Option Types are small forms that Admins use to create lists for users to select from when entering data in a proposal.

P

Past: Status option in CM that is applied when a proposal has completed the approval process but the date is prior to the current term.
Program: A Program is an item type that usually results in a degree or other award. It normally contains information such as courses to take, rules for admission and graduation, accreditation information, program ownership, and so forth. Programs have their own form configuration, workflow. and search page. This item type can be renamed under institution preferences.
Progressive Disclosure: An interaction design pattern that allows you to tailor the form experience. Fields dynamically appear based on values input into the form (includes pre-populated data and user input). Designed to reduce user errors and simplify form completion.
Proposal: A form used to indicate new additions, or changes to curriculum content that follows an approval workflow.
Proposal Group: Proposal Groups in CM are used to support users who want to group and follow the approval of multiple, related items. For example, a central administrator may use Proposal Groups to bundle together all proposals related to a new program including new courses or specializations.

R

Reports

Users in CM will have access to reports for each item type in use at their institution. Any item types not in use will not be displayed in the report landing page.

Report Filter

Filters can be used to narrow down the amount of information that displays within a report.

Retired

Status option in CM that is applied when a curricular record will no longer be offered or available in the catalog.

Revision

Revisions are changes to versions of items (e.g., courses, programs, etc.). Revisions are submitted for approval in Workflow, either in the original Workflow configuration used for all proposals or in a revision-specific workflow.

Review

Status option that is applied when a proposal moves from the draft state to an in-progress proposal within CM.

Roadmap

Rules

Rules are the requirements included in a course, program, or other item type for completion of a program, eligibility for enrollment, etc. Common rules include designations such as prerequisites, co-requisites, total credit hours required for program completion, etc. See also: Logic

S

SIS Connector: A standardized connector to synchronize data between your student information system and Kuali Curriculum Management. Supports synchronous and batch data synchronization, field-level mapping, transformations, and filters.
Specialization: A Specialization is an item type that links to and inherits from a program. It is generally a more specific degree or award that can be achieved. This item type can be renamed under institution preferences.
Status: Each version of a document in Curriculum Management has a Status. The status identifies if the course, program, etc. is offered in Enrollment. These statuses depend on the current term that is set up in System Settings. See also: Draft, Review, Active, Future, Past, and Retired.
Subject Code: Each institution can create a list of Subject Codes for their courses. A Subject Code (or prefix) is an identifying code for your courses, and often appears as an abbreviation for the entity that owns the course. For example, ACC for Accounting courses. This option type can be renamed under institution preferences.
Support: During implementation, you will designate up to three support representatives who are able to submit help requests via the Kuali Support portal. We respond to help requests in accordance with our Service Level Agreement, which was provided to you as part of your agreement with us or with the Kuali Foundation. See Kuali Operational Support Services.

U

User Community: In addition to articles available in the knowledge base, we have a Community feature that gives community schools a forum for discussion.
User Dashboard: The user dashboard gives users a view into the proposals they've created, proposals that have been shared with them, and any actions required of them in the approval process. From the dashboard, users are able to access drafts, review where their proposals are at in the approval process, and take action on items waiting in their Action List.
User Roles: You can give each user a role in user settings. Any user in the system can be part of curriculum governance or workflow and serve as a reviewer of curriculum. See also: User, CMAdmin, and Admin.
User (User Role): Users have the ability to create their own proposal. See Configure Security Profiles for more.

V

Version: Each document in Kuali's Curriculum Management has Versions attached to it. Each time a user proposes changes they are asked to define a new start term and it creates a new version. Multiple versions can be offered in Enrollment; returning students and alumni may have an old version of a course on their record while new students are enrolling in new versions of a course.

W

WYSIWYG: A WYSWIWYG editor is a 'What You See is What You Get' style of editor, that provides simple tools to ensure consistent formatting across your content. This type of editor is used to enter data within Catalog.

Articles in this section

A

C

D

E

F

I

K

L

N

O

P

R

S

U

V

W

Comments

Articles in this section

A

C

D

E

F

I

K

L

N

O

P

R

S

U

V

W

Related articles