Overview of the Configurable Elements of the ADSS System by Linda Limback

1. Student Systems Programme Overview of the Configurable Elements of the ADSS System by Linda Limback

2. Objective To raise awareness of the ADSS configuration options and functionality that can be used to assist with the admissions decision process.

3. Content - Areas of Configuration • Candidate Score Requirements • Using Individual Assessment Scores for Candidate Evaluation • Ranking and Banding Candidates • Subject Status Transitions • Allocation and Reallocation/Redistribution requirements • Course Group Capacity within Colleges • Option Groups and Flag Displays • Summary

4. Candidate Score Requirements Score Types 3 & 4 – subject specific configuration

5. Example - Configured Scores Free text entry – numeric, integer, with input boundaries Non free text entrywith drop down list selection mapped to numeric input

6. Example Group of Configured scores Generic Scores list relates to fields on the candidaterecord where the input scores will be displayed Score Sets representconfigured score calculations

7. Using Individual Assessment Scores for Candidate Evaluation Calculations • Assessment scores can be used to • Provide tutor assessment of individual candidates viaADSS web view • Perform further assessment calculations e.g. averages • Carry out an overall assessment of all candidates usingranking and banding • Evaluation calculations can comprise • Subject specific assessment components • External test scores • System calculated UCAS scores

8. Example - Averaged Scores Candidate field where average will be displayed Candidate field where component scores are held Weight and scale used to achieve average

9. Example – Configured Candidate Score Evaluation Nested substitutes used if score is ‘null’

10. Ranking and Banding Candidates • Ranking • No configuration required Example Banding Criteria

11. Example – Banding (Score Range)

12. Subject Status Transitions ADSS requires Subject specific status transition (to meet departmentneeds) ‘Overall’ status transition (to meet UAO needs) Subject specific statuses to be associated with the appropriate ‘overall status

13. Example – Status Group Transition

14. Allocation and Reallocation/Redistribution Requirements Automated college allocations using a preselectedmethod of selecting candidates and suggested colleges Example Candidate Selection Types

15. Allocation and Reallocation/Redistribution Requirements Automated college allocations using a preselectedmethod of selecting candidates and suggested colleges Example College Selection Algorithms

16. Example – Allocation Definition

17. Allocation and Reallocation/Redistribution Requirements Inclusions and Exclusions

18. Course Group Capacity within Colleges If using the automated allocation, reallocation or redistribution functionality, the college capacity information for a standalone course or a course group is essential

19. Option Groups and Flag Displays • Create up to 7 drop down lists for input • 5 generic • 1 interview location • 1 interview decision • Two flag displays • Both can be displayed as either Yes/No options or flag icons on ADSS web view

20. Example – Option Group Candidate field where drop down list will be displayed

21. Example – User Defined Flag Display (ADSS Web View) User Defined Flag can be displayed as Flag or Y/N field

22. Statements Relating to ADSS Functionality • You cannot use ranking and banding without evaluating candidates first • You cannot use quality based allocation or reallocation/redistribution without evaluating candidates first • You cannot use allocation or reallocation/redistribution without entering college/course group capacity • You can use allocation or reallocation/redistribution without ranking and banding but the quality of candidates is integral to some of the allocation or reallocation/redistribution selection criteria and options are therefore reduced. • You can use ranking and banding without entering college/course capacity • Usage of user defined fields and flags is optional but if creating views for department/faculty specific information they may be required to enable the specific data to be displayed and entered

23. Question Time

24. Student Systems Programme Discussion on ADSS Configuration, Training, Support and the User Group by Andrew Foster

25. ADSS User Group • ADSS User Group • Why are we convening a User Group? • Who should attend? • When does it meet? • ADSS Configuration Checklist • Relates to the configurable elements of the new ADSS service • Assists with planning the training and support for the new service rollout • Please complete the document before you leave today? • ADSS Configuration Template • Will be used to collate the information and prepare for the configuration required

26. Project Update • Provisional dates for Pilot Training are 18-19 July • Full user training for departments will be offered in August • College training will be offered in September • User Acceptance Testing is planned for August and September • Go live is planned for late September

27. ADSS Project Contact Information Contact details for further information:Andrew Foster – Project Managertelephone: 01865 616381 mobile: 07521 970812 email: andrew.foster@it.ox.ac.uk