source: main/waeup.kofa/trunk/docs/source/userdocs/academics.rst @ 12916

Last change on this file since 12916 was 12912, checked in by Henrik Bettermann, 10 years ago
File size: 6.4 KB
Line 
1.. _academic_section:
2
3Academic Section
4****************
5
6Academic bodies of universities are hierarchically structured. A
7university contains faculties which again host departments. The
8latter offer courses (course units) and study programmes (courses of
9study). A course is series of classes or lessons on a particular
10subject. This can be a lecture, tutorial, seminar, practical work
11offered by a lecturer of the department over a period of an academic
12term. A course can also be only an exam at the end of an academic
13term. A study programme is defined by a set of course units to be
14taken at various programme levels and by an academic degree
15certificate, which is issued at the end of the programme.
16Information about universities, their study programmes, lecturers
17and courses can be found in the university prospectus.
18
19Kofa's academic section takes on the task of the university
20prospectus. It is build to disseminate information about faculties,
21departments, courses, study programmes and the sets of courses to be
22taken. The academic section reflects exactly the universities'
23hierarchical structure as described above. Technically speaking, the
24academic section is a container of type `FacultiesContainer` with id
25``academics`` which contains faculty sub-containers. They again
26contain department sub-objects, nothing else. This leads to a
27:ref:`treelike storage of objects <object_database>`.
28
29.. note::
30
31  In the user handbook we do not describe how to browse the user
32  interface of Kofa. The menu navigation should be
33  self-explanatory and it's quite easy to follow the menu
34  prompts. However, in the beginning of the development of Kofa,
35  we used extensive doc tests which describe the navigation very
36  well. Thus navigating through the academic section and other
37  parts of Kofa with a test browser is perfectly described in
38  :ref:`browser.txt <browser_txt>`.
39
40Faculties
41=========
42
43Faculties are container objects of type `Faculty`. They have a
44`code`, a `title` and a `title_prefix` attribute. Furthermore,
45faculties and departments have a `longtitle` property which
46:py:func:`composes <waeup.kofa.university.faculty.longtitle>` and
47returns the full title as it appears in tables, in breadcrumbs and
48in many other places:
49
50  `longtitle` = `title_prefix` + `title` (`code`)
51
52The following :ref:`local roles <local_roles>` can be assigned at
53faculty tree level:
54
55  .. autoattribute:: waeup.kofa.university.faculty.Faculty.local_roles
56
57
58Departments
59===========
60
61Additionally, each department object has the attributes
62`certificates` and `courses`. These attributes again are containers
63which hold certificate and course objects respectively. A
64:py:meth:`traverse
65<waeup.kofa.university.department.Department.traverse>` method leads
66the user to believe that `certificates` and `courses` are the ids of
67objects stored inside a department container. De facto they are not.
68However, it doesn't matter if we store a sub-object 'in' or 'at' a
69parent object. The result is exactly the same: :ref:`a hierarchical,
70treelike storage of objects <object_database>`.
71
72The following :ref:`local roles <local_roles>` can be assigned at
73department tree level:
74
75  .. autoattribute:: waeup.kofa.university.department.Department.local_roles
76
77
78Courses
79=======
80
81The `Course` class inherits from `grok.Model` which means it is
82designed as a pure model and not a container. Courses are tips of
83the database tree branches. Course objects contain information as
84they are offered by the department. In the base package these are:
85`code`, `title`, `credits`, `passmark`, `semester` and the boolean
86attribute `former_course`. Like all objects in the academic section,
87they also have a `longtitle` property. A former course is an
88archived course which had been offered in the past and is no longer
89part of any curriculum.
90
91.. note::
92
93  Only the manager of the department, which offers the course,
94  decides how many credits can be earned, which pass mark must be
95  achieved and in which semester the course can be taken. The
96  manager cannot decide whether a course is mandatory or not, or
97  at which study level the course has to be taken when studying a
98  certain programme. This information is stored in
99  `CertificateCourse` objects, see below. Therefore it does not
100  make sense to speak e.g. of a 300 level course. Also course
101  codes like ``AEE311``, which tell the student that the course
102  is primarily intended for 300 level students, is somehow
103  misleading. There might be other study programmes which
104  recommend to take this course earlier or later.
105
106
107The following :ref:`local roles <local_roles>` can be assigned at
108course tree level:
109
110  .. autoattribute:: waeup.kofa.university.course.Course.local_roles
111   :noindex:
112
113
114Certificates
115============
116
117In Kofa, the terms 'certificate' and 'study programme' are used
118synonymously. A certificate object holds information about the study
119programme. Important data for further processing in Kofa are: the
120various school fees to be paid at certain levels, programme start
121and end level, the study mode and, last but not least, the
122application category to which the programme belongs.
123
124Certificates are containers which contain `CertificateCourse`
125objects. thatt means a certificate defines the curriculum, i.e. the
126list of course units which have to or can be taken within the
127programme.
128
129The following :ref:`local roles <local_roles>` can be assigned at
130certificate tree level:
131
132  .. autoattribute:: waeup.kofa.university.certificate.Certificate.local_roles
133   :noindex:
134
135.. warning::
136
137  Do not remove certificates without backing up the student data
138  of this department. If a certificate or even one of its parent
139  containers is removed, students studying this programme are
140  'homeless' and need to be re-allocated to another study
141  programme.
142
143
144Certificate Courses
145===================
146
147`CertificateCourse` objects point to `Course` objects which means
148they have a `course` attribute which is one of the course objects
149stored in the portal. If the course is removed, an event handler
150takes care of deleting also all referring certificate courses. The
151same happens if a course is beeing marked as former course (see
152above). A former course cannot be part of a curriculum.
153
154Certificate courses have to more attributes: `level` (integer) and
155`mandatory` (boolean). Simply put, certificate courses carry the
156information at which level a certain course can or has to be taken
157to meet the current curriculum.
158
159No local role can be assigned at certificate course tree level.
Note: See TracBrowser for help on using the repository browser.