1 | =============================
|
---|
2 | Description of Main Processes
|
---|
3 | =============================
|
---|
4 |
|
---|
5 |
|
---|
6 | I JAMB UME Entry
|
---|
7 | ----------------
|
---|
8 |
|
---|
9 | Students apply for studying at a University of their choice to the Joint Admissions and Matriculation Board (JAMB). JAMB conducts the Universities Matriculation Examination (UME) and sends the results of the students, who have passed the UME, in electronic form (file on CD) directly to the universities. Students check their results online on the JAMB website. Students who have passed the UME can then apply online for the Post University Matriculation Examination (PUME) conducted by Uniben directly on the PUME Application website.
|
---|
10 |
|
---|
11 | Relevant fields that will be extracted from the JAMB data for further processing are:
|
---|
12 |
|
---|
13 | ::
|
---|
14 |
|
---|
15 | Registration Number
|
---|
16 | Last Name
|
---|
17 | Surname
|
---|
18 | Other Names
|
---|
19 | State of Origin
|
---|
20 | LGA (Local Government Area)
|
---|
21 | Date of Birth
|
---|
22 | Age
|
---|
23 | Sex
|
---|
24 | 1st Choice Course of Study
|
---|
25 | 2nd Choice Course of Study
|
---|
26 | 1st Choice University
|
---|
27 | 2nd Choice University
|
---|
28 | JAMB Score
|
---|
29 |
|
---|
30 | The extraction is done manually. The Portal Manager uploads and imports the data.
|
---|
31 |
|
---|
32 |
|
---|
33 | Step 1 (online): PUME Application
|
---|
34 | +++++++++++++++++++++++++++++++++
|
---|
35 |
|
---|
36 | The student buys an **Application Access Card** and enters the Access Code (PIN) together with his/her JAMB registration number on the *PUME Application Website*. His/Her JAMB data set (see above) will show up and the student will be requested to upload a passport picture. After uploading the picture the student can print out the *PUME Acknowledgement Slip* for presentation in the examination hall. The picture must be displayed on the Acknowledgement Slip as well as the Admission and Hostel Allocation Slip (see below). Furthermore, a member account with random password will be assigned. The password is also displayed on the *PUME Acknowledgement Slip*.
|
---|
37 |
|
---|
38 | Data fields to be shown on the PUME Acknowledgement Slip:
|
---|
39 |
|
---|
40 | ::
|
---|
41 |
|
---|
42 | JAMB Registration Number
|
---|
43 | Student's Name
|
---|
44 | Study Programme/Course (Certificate)
|
---|
45 | Sex
|
---|
46 | PUME Application Date
|
---|
47 | PUME Exam Date
|
---|
48 | PUME Venue
|
---|
49 | Password
|
---|
50 |
|
---|
51 | - `PUMEAcknowledgementSlip.jpg <Examples/PUMEAcknowledgementSlip.jpg>`_
|
---|
52 |
|
---|
53 | Other fields to be added to the student's record will include:
|
---|
54 |
|
---|
55 | ::
|
---|
56 |
|
---|
57 | Passport Photograph with red background (has to be uploaded here)
|
---|
58 |
|
---|
59 | PUME General Paper (relevant after the PUME Exams)
|
---|
60 | PUME English Score (relevant after the PUME Exams)
|
---|
61 | PUME Mathematics Score (relevant after the PUME Exams and
|
---|
62 | applicable only to Local Programme Students)
|
---|
63 | PUME Total Score (relevant after the PUME Exams)
|
---|
64 |
|
---|
65 |
|
---|
66 |
|
---|
67 | Step 2 (offline): PUME
|
---|
68 | ++++++++++++++++++++++
|
---|
69 |
|
---|
70 | The student goes to the examination hall and writes the examination.
|
---|
71 |
|
---|
72 |
|
---|
73 | Step 3 (offline/online): Upload of PUME Results
|
---|
74 | +++++++++++++++++++++++++++++++++++++++++++++++
|
---|
75 |
|
---|
76 | The examination officer compiles exam results into an Excel spreadsheet. The Portal Manager uploads and imports the data.
|
---|
77 |
|
---|
78 | Data fields to be imported:
|
---|
79 |
|
---|
80 | ::
|
---|
81 |
|
---|
82 | PUME General Paper
|
---|
83 | PUME English Score
|
---|
84 | PUME Mathematics Score (applicable only to Local Programme Students)
|
---|
85 |
|
---|
86 |
|
---|
87 | Step 4 (online): PUME Result Checking
|
---|
88 | +++++++++++++++++++++++++++++++++++++
|
---|
89 |
|
---|
90 | The student checks the exam results on the *PUME Results Checking Website*. To access the website he/she reuses his/her **Application PIN** and enters the password (printed on the *PUME Acknowledgement Slip*). He/She will see the results and can print out the *PUME Result Slip*.
|
---|
91 |
|
---|
92 | Except the password, the PUME Results Checking Website shows the same data as the PUME Acknowledgement Slip. Additionally the PUME results are displayed: English, Mathematics and General (papers 1, 2 and 3 respectively)
|
---|
93 |
|
---|
94 |
|
---|
95 | Step 5 (offline/online): Upload of Admission List
|
---|
96 | +++++++++++++++++++++++++++++++++++++++++++++++++
|
---|
97 |
|
---|
98 | The Admission Board decides on those students to be admitted and compiles the Admission List which is then uploaded and imported by the Portal Manager.
|
---|
99 |
|
---|
100 | - `Admission_upload_excerpt.xls <Examples/Admission_upload_excerpt.xls>`_
|
---|
101 |
|
---|
102 | Step 6 (online/offline): Admission Checking
|
---|
103 | +++++++++++++++++++++++++++++++++++++++++++
|
---|
104 |
|
---|
105 | The student checks for admission to the university on the *Admission Checking Website* and prints out the *Admission Slip*. To enter the website he reuses his **Application PIN** together with the password. He/she will also see the study programme (certificate) he/she is admitted to. This can differ from the student's choice and has to be officially accepted by the student by signing a letter of acceptance to be presented later to the Clearance Officer (formerly done by filling the online Acceptance Form which is now deprecated).
|
---|
106 |
|
---|
107 | - `AdmissionSlip.html <Examples/AdmissionSlip.html>`_
|
---|
108 |
|
---|
109 | Step 7 (online): Clearance
|
---|
110 | ++++++++++++++++++++++++++
|
---|
111 |
|
---|
112 | The student buys a **Clearance Access Card** and proceeds to the *Clearance and Eligibility Form* where he/she enters the corresponding PIN and the password first.
|
---|
113 |
|
---|
114 | The Eligibility Form contains the following data:
|
---|
115 |
|
---|
116 | ::
|
---|
117 |
|
---|
118 | Entry Date
|
---|
119 | Access Code
|
---|
120 | Session
|
---|
121 | Registration No
|
---|
122 | Student's Name
|
---|
123 | Sex
|
---|
124 | Faculty
|
---|
125 | Course Major
|
---|
126 | Passport Picture
|
---|
127 |
|
---|
128 | The data are not editable and are taken from the students record compiled so far.
|
---|
129 |
|
---|
130 | The student has to fill the following fields:
|
---|
131 |
|
---|
132 | ::
|
---|
133 |
|
---|
134 | Date of Birth
|
---|
135 | Local Government
|
---|
136 | Nationality
|
---|
137 | 1st Sitting (SSCE, WAEC, GCE, NECO, NABTEB): Exam Number, Exam Date, Exam Type, Exam Subjects, Exam Grades
|
---|
138 | 2nd Sitting (SSCE, WAEC, GCE, NECO, NABTEB): Exam Number, Exam Date, Exam Type, Exam Subjects, Exam Grades
|
---|
139 | Advanced Level Results: Exam Number, Exam Date, Exam Type, Exam Subjects, Exam Grades
|
---|
140 | Other Qualifications: Higher Qualification, Higher Grade, School Attended, Matric Number, Session Obtained, Discipline
|
---|
141 |
|
---|
142 | The relationship between Higher Qualification and Higher Grade is:
|
---|
143 |
|
---|
144 | ::
|
---|
145 |
|
---|
146 | Bachelor Degree:
|
---|
147 | First Class
|
---|
148 | Second Class (Upper Division)
|
---|
149 | Second Class (Lower Division)
|
---|
150 | Third Class
|
---|
151 | Pass
|
---|
152 |
|
---|
153 | Higher National Diploma:
|
---|
154 | Distinction
|
---|
155 | Upper Credit
|
---|
156 | Lower Credit
|
---|
157 | Pass
|
---|
158 |
|
---|
159 | Ordinary National Diploma:
|
---|
160 | Distinction
|
---|
161 | Upper Credit
|
---|
162 | Lower Credit
|
---|
163 | Pass
|
---|
164 |
|
---|
165 | National Certificate of Education:
|
---|
166 | Distinction
|
---|
167 | Credit
|
---|
168 | Merit
|
---|
169 | Pass
|
---|
170 |
|
---|
171 | University Diploma:
|
---|
172 | Distinction
|
---|
173 | Credit
|
---|
174 | Merit
|
---|
175 | Pass
|
---|
176 |
|
---|
177 |
|
---|
178 |
|
---|
179 | The student has to upload scanned documents which show the results of all examinations done before.
|
---|
180 |
|
---|
181 | A Local Programme student already entered his/her results of previous examinations in his/her Local Programme Application Form (see Step 1). These data must be carried over into Clearance Form. In contrast to a PUME applicant, the result data are not editable by the student in the Clearance Form.
|
---|
182 |
|
---|
183 | Then he/she has to tick appropriate documents to be presented for clearance process.
|
---|
184 |
|
---|
185 | Furthermore the student can defer admission till next session by ticking an appropriate box. Finally, the student has to confirm possessing all the qualifications which he/she claims to have obtained.
|
---|
186 |
|
---|
187 | - `ClearanceForm.html <Examples/ClearanceForm.html>`_
|
---|
188 |
|
---|
189 | Step 8 (offline/online): Clearance Validation
|
---|
190 | +++++++++++++++++++++++++++++++++++++++++++++
|
---|
191 |
|
---|
192 | The student goes with all documents to the Clearance Officer who validates the entered data and uploaded files. Finally the *Eligibility Form* is printed and signed by both the student and the Course Manager.
|
---|
193 |
|
---|
194 | The student is now properly admitted to the university and is a member of the portal.
|
---|
195 |
|
---|
196 | Step 9 : Matriculation Number Generation
|
---|
197 | ++++++++++++++++++++++++++++++++++++++++
|
---|
198 |
|
---|
199 | The Matriculation Number is generated by the system.
|
---|
200 |
|
---|
201 | - `MatricNumberExplanation.doc <Examples/MatricNumberExplanation.doc>`_
|
---|
202 |
|
---|
203 | Step 10 (online): Personal Data
|
---|
204 | +++++++++++++++++++++++++++++++
|
---|
205 |
|
---|
206 | The student has to fill the *Personal Data Form* which contains all sorts of personal information. Now he/she is also able to change the password for accessing his/her personal portal member area which has been automatically created after Clearance Validation. The basis for Personal Data Form is the data already gathered from the Clearance and Eligibility data. Other details such as permanent home address, next of kin, sponsor and all other such related information are filled in here. The information does not have direct relevance to course registration, but are useful for generation of School identity cards.
|
---|
207 |
|
---|
208 | - `PersonalData.html <Examples/PersonalData.html>`_
|
---|
209 |
|
---|
210 | Step 11 (online): Hostel Allocation
|
---|
211 | +++++++++++++++++++++++++++++++++++
|
---|
212 |
|
---|
213 | The student buys a **Hostel Application Access Card** and proceeds to the *Hostel Application Form* where he/she enters the PIN. The systems determines if there is free bed space according to the students attributes: sex, study programme, study level, special needs. Beds are allocated according to the 'first come, first serve' principle. The bed allocation algorithm is shown in a separate flow chart.
|
---|
214 |
|
---|
215 | The student prints the *Hostel Allocation Slip*.
|
---|
216 |
|
---|
217 | - `HostelAllocationSlip.jpg <Examples/HostelAllocationSlip.jpg>`_
|
---|
218 |
|
---|
219 | Additionally, this form must also display the passport picture from the student's record.
|
---|
220 |
|
---|
221 |
|
---|
222 | Step 12 (online): Hostel Maintenance
|
---|
223 | ++++++++++++++++++++++++++++++++++++
|
---|
224 |
|
---|
225 | The student buys a **Hostel Maintenance Card** which belongs to the allocated hostel and pays his/her Hostel Fee by entering the PIN on the *Hostel Maintenance Website*.
|
---|
226 |
|
---|
227 | The student prints the *Hostel Maintenance Receipt*.
|
---|
228 |
|
---|
229 | - `HostelMaintenanceReceipt.jpg <Examples/HostelMaintenanceReceipt.jpg>`_
|
---|
230 |
|
---|
231 |
|
---|
232 | Step 13 (online): Course Registration
|
---|
233 | +++++++++++++++++++++++++++++++++++++
|
---|
234 |
|
---|
235 | The student buys a **School Fee Card** which belongs to his/her study programme or faculty respectively. After entering the PIN on the *Course Registration Form*, the student is able to add (or delete) courses from a list of courses which are automatically generated by the portal according to the student's study programme and level. The total credit load must not exceed 50 units. Otherwise the student is requested to reduce the load.
|
---|
236 |
|
---|
237 | The student prints the *School Fees Receipt*.
|
---|
238 |
|
---|
239 | - `RegistrationForm.jpg <Examples/RegistrationForm.jpg>`_
|
---|
240 | - `SchoolFeesReceipt.jpg <Examples/SchoolFeesReceipt.jpg>`_
|
---|
241 |
|
---|
242 |
|
---|
243 | Step 14 (online): Course Adviser Validation
|
---|
244 | +++++++++++++++++++++++++++++++++++++++++++
|
---|
245 |
|
---|
246 | The Course Adviser controls and validates the registered courses. This step can be omitted if the course registration process runs completely automatically.
|
---|
247 |
|
---|
248 | II Returning Students
|
---|
249 | ---------------------
|
---|
250 |
|
---|
251 | Returning Students proceed with the above described admission and registration process at Step 11 (Hostel Allocation). They log in with their Matriculation Number and their Password (Step R1). Before they can apply for accommodation or register new courses their previous session result must have been uploaded online by the Portal Manager (Step R2). Only Categories A (passed all courses) and B (passed some but have some carryovers) are eligible to register for a new level in the new session and also to apply for accommodation. The students placed in Category C are students that have just enough credits to remain in the faculty and repeat the level (probation). They are allowed to register for the same level but not to apply for accommodation. The students placed in Category D or higher are either expected to withdraw from the university or been allowed to probate after consulting respective authorities. The latter requires portal manager validation.
|
---|
252 |
|
---|
253 | Exception: 200 level Medical students represent a unique group of students who do not write sessional examinations and will thus be allowed to apply for accommodation when they have successfully registered for level 300. That inadvertently means they have to be allowed to register for 300 level without results for their 200 level.
|
---|
254 |
|
---|
255 | The students print out the *Sessional Result Slip*. A Student is not allowed to see his scores but rather the grade and Sessional GPA. The Result Slip however also shows the student's name, matric number, registration number, course of study, faculty, session and level.
|
---|
256 |
|
---|
257 | - `CourseResultList.html <Examples/CourseResultList.html>`_
|
---|
258 | - `ResultSlip.jpg <Examples/ResultSlip.jpg>`_
|
---|
259 | - `GPACalculation.doc <Examples/GPACalculation.doc>`_
|
---|
260 |
|
---|
261 | Steps 11 - 13 are then identical. Only during course registration the so-called 'carryovers', i.e. the courses that were failed in the previous session, are picked up by the system and listed first.
|
---|
262 |
|
---|
263 |
|
---|
264 | III Direct Entry
|
---|
265 | ----------------
|
---|
266 |
|
---|
267 | Direct Entry (DE) Students bypass Step 1 - 4. The Excel Data sheet from JAMB is directly sent to the Admission board. The following procedure is identical as the one for the UME Students.
|
---|
268 |
|
---|
269 | IV Local Programme Entry
|
---|
270 | ------------------------
|
---|
271 |
|
---|
272 | For admission into Diploma (full and part time), Degree (part time) and Post graduate programmes (full and part time) students can bypass the JAMB admission procedure and apply directly at the university. Only the entry examination (Step 2) then differs and is called *Local Programme Examination*. The Local Programme Application Form can be combined with the PUME Application Form (Step 1). However, the application for this requires their results to be added; scanned unlike Post UME where the result is scanned and added after the student has been admitted. If the results are not yet available the students can tick a box called 'awaiting results'.
|
---|
273 |
|
---|
274 | Also the 'JAMB data' have to be filled manually. The registration number is generated internally with the pattern of 3-alphabets representing the study programme, 6 digits random number and 2-digits representing the year.
|
---|
275 |
|
---|
276 | For example: ``DIA000001/06`` means the first person to log in is for Diploma in Accounting and is applying in the 2006/2007 session.
|
---|
277 |
|
---|
278 |
|
---|
279 | V Portal Setup
|
---|
280 | --------------
|
---|
281 |
|
---|
282 | (description of portal content types will follow)
|
---|
283 |
|
---|
284 |
|
---|
285 | VI Gown Hiring
|
---|
286 | --------------
|
---|
287 |
|
---|
288 | (forthcoming)
|
---|
289 |
|
---|
290 |
|
---|
291 | VII Access Card Management
|
---|
292 | --------------------------
|
---|
293 |
|
---|
294 | The Access Card (Scratch Card) data are kept outside of the main portal and managed only by the Access Card Manager.
|
---|
295 |
|
---|
296 | The data fields of Access Card records are:
|
---|
297 |
|
---|
298 | ::
|
---|
299 |
|
---|
300 | Series Batch Code
|
---|
301 | Access Code
|
---|
302 | Matric or Registration Number
|
---|
303 | Cost
|
---|
304 | Generated By
|
---|
305 | Date Activated
|
---|
306 | Sold by
|
---|
307 |
|
---|
308 |
|
---|
309 | Each Access Code starts with a prefix depending on the Access Card's function, i.e. what it is used for. The prefix also defines the value of the Access Card.
|
---|
310 |
|
---|
311 | Administrative PINs:
|
---|
312 |
|
---|
313 | ::
|
---|
314 |
|
---|
315 | Application APP
|
---|
316 | Clearance CLR
|
---|
317 | Hostel Application HOS
|
---|
318 | Hostel Maintenance
|
---|
319 | Old Hostels (Halls 1, 2, 3, 4) HMU
|
---|
320 | New Hostel (Hall 5) HMF
|
---|
321 | Postgraduate Hostel HMP
|
---|
322 | Gown Hiring GWN
|
---|
323 |
|
---|
324 |
|
---|
325 | School Fee PINs:
|
---|
326 |
|
---|
327 | ::
|
---|
328 |
|
---|
329 | AGRICULTURE AGR
|
---|
330 | ARTS ART
|
---|
331 | BASIC MEDICAL SC. BMS
|
---|
332 | DENTISTRY DEN
|
---|
333 | EDUCATION EDU
|
---|
334 | ENGINEERING ENG
|
---|
335 | LAW LAW
|
---|
336 | LIFE SCIENCE LSC
|
---|
337 | PHYSICAL PSC
|
---|
338 | PHARMACY PHA
|
---|
339 | MEDICINE MED
|
---|
340 | SOCIAL SCIENCES SSC
|
---|
341 |
|
---|
342 | Masters in Bus. Admin. MBA
|
---|
343 | Masters in Public Admin MPA
|
---|
344 | Masters Banking & Fin. MBF
|
---|
345 | Masters in Law LLM
|
---|
346 | Masters in Public Health MPH
|
---|
347 | Bachelors in Public Adm BPA
|
---|
348 | Bachelors in Accounting BIA
|
---|
349 | Bachelors in Social Wks BSW
|
---|
350 | Diploma in Public Adm DPA
|
---|
351 | Diploma in Law DIL
|
---|
352 | Diploma in Data Proc. DDP
|
---|
353 | Diploma in Comp. Eng DCE
|
---|
354 |
|
---|
355 |
|
---|
356 | For New Students ``NEW`` is added to the School Fee PIN prefixes. For example, a new student in the Education Faculty will need to buy a Scratch Card with Prefix: ``EDUNEW``.
|
---|
357 |
|
---|
358 |
|
---|
359 | VIII Portal Roles and Permissions
|
---|
360 | ---------------------------------
|
---|
361 |
|
---|
362 | Portal Manager (PM)
|
---|
363 | +++++++++++++++++++
|
---|
364 |
|
---|
365 | The Portal Manager is the main system administrator (or Zope manager) who has exclusive rights to access all parts of the portal including the Zope Management Interface (ZMI).
|
---|
366 |
|
---|
367 | University Manager (UM)
|
---|
368 | +++++++++++++++++++++++
|
---|
369 |
|
---|
370 | The University Manager is able to set up the infrastructure of the entire university and to provide content specific to the university.
|
---|
371 |
|
---|
372 | Clearance Officer (CO)
|
---|
373 | ++++++++++++++++++++++
|
---|
374 |
|
---|
375 | The Clearance Officer has access to the eligibility data of all students. His only function is to validate the clearance and eligibility data on the basis of the material presented by each student.
|
---|
376 |
|
---|
377 | Matric Number Manager (MM)
|
---|
378 | ++++++++++++++++++++++++++
|
---|
379 |
|
---|
380 | Only the Matric Number Manager is allowed to edit Matriculation Numbers and to access and configure the Matric Number Generation tool.
|
---|
381 |
|
---|
382 | Access Card Manager (AM)
|
---|
383 | ++++++++++++++++++++++++
|
---|
384 |
|
---|
385 | The only function of the Access Card Manager will be to generate and administer the Access Codes (PINs).
|
---|
386 |
|
---|
387 | Faculty Manager (FM)
|
---|
388 | ++++++++++++++++++++
|
---|
389 |
|
---|
390 | The Faculty Manager sets up the infrastructure of his/her faculty and provides content specific to his/her faculty. He/She can add or change departments and can assign local roles within all departments.
|
---|
391 |
|
---|
392 | Department Manager (DM)
|
---|
393 | +++++++++++++++++++++++
|
---|
394 |
|
---|
395 | The Department Manager is the supervisor of the Course Adviser und the Lecturers. The DM will manage the content provided by the department (staff list, publication lists, etc). He/She can assign local roles (CA and L) within his/her department. At the current stage the local DM role is not needed.
|
---|
396 |
|
---|
397 | Course Adviser (CA)
|
---|
398 | +++++++++++++++++++
|
---|
399 |
|
---|
400 | The Course Adviser is responsible for the study programmes of the department. He/She selects the courses (from the entire university course list) for each study programme and validates the registered courses of each student who is studying in the department. The CA role is a sub-role of the Department Manager.
|
---|
401 |
|
---|
402 | Lecturer (L)
|
---|
403 | ++++++++++++
|
---|
404 |
|
---|
405 | The Lecturer will be responsible for the courses and course material provided to the students. At the current stage this local role is not needed.
|
---|
406 |
|
---|
407 | Hostel Manager (HM)
|
---|
408 | +++++++++++++++++++
|
---|
409 |
|
---|
410 | The Hostel Manager sets up and manages the infrastructure of all hostels.
|
---|
411 |
|
---|
412 | Additional Permissions
|
---|
413 | ++++++++++++++++++++++
|
---|
414 |
|
---|
415 | Permissions to upload and import the various data files: JAMB Lists, PUME Exam Results, Local Programme Exam Results, Admission List, Course Result List, Access Card List.
|
---|
416 |
|
---|
417 |
|
---|
418 |
|
---|
419 | IX Portal Versioning and Archiving
|
---|
420 | ----------------------------------
|
---|
421 |
|
---|
422 | Course specific data (including list of participants) are under version control. Each session new course objects are created on the basis of the data of the previous session.
|
---|
423 |
|
---|
424 |
|
---|
425 |
|
---|