Ignore:
Timestamp:
25 Jan 2011, 13:21:00 (14 years ago)
Author:
Henrik Bettermann
Message:

Rename applications to applicants.

Location:
main/waeup.sirp/trunk/docs/source/developerdocs
Files:
2 edited
5 moved

Legend:

Unmodified
Added
Removed

  • main/waeup.sirp/trunk/docs/source/developerdocs/api/api_applicants.rst

    r5675 r5676  
    1 `waeup.sirp.applications` -- Student Applications
     1`waeup.sirp.applicants` -- University Applicants
    22*************************************************
    33
    4 .. automodule:: waeup.sirp.applications
     4.. automodule:: waeup.sirp.applicants
    55   :members:
    66
    … …  
    1010   :maxdepth: 1
    1111
    12    api_applications_root
    13    api_applications_container
    14    api_applications_interfaces
     12   api_applicants_root
     13   api_applicants_container
     14   api_applicants_interfaces

  • main/waeup.sirp/trunk/docs/source/developerdocs/api/api_applicants_container.rst

    r5675 r5676  
    1 `waeup.sirp.applications.root` -- Student Application Containers
    2 ****************************************************************
     1`waeup.sirp.applicants.container` -- University Applicants Container
     2********************************************************************
    33
    4 .. automodule:: waeup.sirp.applications.container
     4.. automodule:: waeup.sirp.applicants.container
    55
    6 ApplicationsContainer -- The root of applications in a site
    7 ===========================================================
     6ApplicantsContainer -- The container of applicants in a site
     7============================================================
    88
    9 .. autoclass:: waeup.sirp.applications.container.ApplicationContainer
     9.. autoclass:: waeup.sirp.applicants.container.ApplicantsContainer
    1010   :members:
    1111   :undoc-members:

  • main/waeup.sirp/trunk/docs/source/developerdocs/api/api_applicants_interfaces.rst

    r5675 r5676  
    1 `waeup.sirp.applications.interfaces` -- Interfaces
     1`waeup.sirp.applicants.interfaces` -- Interfaces
    22**************************************************
    33
    4 .. automodule:: waeup.sirp.applications.interfaces
     4.. automodule:: waeup.sirp.applicants.interfaces
    55   :members:
    66
    7 IApplicationsRoot -- A root for student applications
    8 ====================================================
     7IApplicantsRoot -- A root for university applicants
     8===================================================
    99
    10 .. autointerface:: IApplicationsRoot
     10.. autointerface:: IApplicantsRoot
    1111   :members:
    1212
    1313
    14 IApplicationContainer -- A container for student applications
     14IApplicantsContainer -- A container for university applicants
    1515=============================================================
    1616
    17 .. autointerface:: IApplicationContainer
     17.. autointerface:: IApplicantsContainer
    1818   :members:

  • main/waeup.sirp/trunk/docs/source/developerdocs/api/api_applicants_root.rst

    r5675 r5676  
    1 `waeup.sirp.applications.root` -- Student Applications Root
     1`waeup.sirp.applicants.root` -- University Applicants Root
    22***********************************************************
    33
    4 .. automodule:: waeup.sirp.applications.root
     4.. automodule:: waeup.sirp.applicants.root
    55
    6 ApplicationsRoot -- The root of applications in a site
     6ApplicantsRoot -- The root of applicants in a site
    77======================================================
    88
    9 .. autoclass:: waeup.sirp.applications.root.ApplicationsRoot
     9.. autoclass:: waeup.sirp.applicants.root.ApplicantsRoot
    1010   :members:
    1111   :undoc-members:
    1212
    13 ApplicationsPlugin -- A plugin to setup/update an :class:`ApplicationsRoot`
     13ApplicantsPlugin -- A plugin to setup/update an :class:`ApplicantsRoot`
    1414===========================================================================
    1515
    16 .. autoclass:: waeup.sirp.applications.root.ApplicationsPlugin
     16.. autoclass:: waeup.sirp.applicants.root.ApplicantsPlugin
    1717   :members:
    1818   :undoc-members:

  • main/waeup.sirp/trunk/docs/source/developerdocs/api/index.rst

    r5667 r5676  
    1111
    1212   api_app
    13    api_applications
     13   api_applicants
    1414   api_authentication
    1515   api_catalog

  • main/waeup.sirp/trunk/docs/source/developerdocs/german/applicants.rst

    r5675 r5676  
    1 Application
     1Applicants
    22***********
    33
    4 Das Application Package dient der Anmeldung einer großen Zahl von Personen (bis 50.000) zur Teilnahme an einem hochschulinternen Screening-Verfahren, welche die Zulassung zum Studium an der Hochschule regeln. Es gibt zur Zeit acht verschiedene Screening-Verfahren mit zum Teil mehreren unterschiedlichen Anmeldeformularen. Ein Screening wird in der Regel durch einen Massentest ('Exercise') begleitet. Manchmal spielt auch nur die Herkunft (z.B. aus dem armen Norden) oder das Geschlecht eine Rolle bei der Vergabe von Studienplätzen. Hier die verschiedenen Screening-Verfahren:
     4Das Applicants Package dient der Anmeldung einer großen Zahl von Personen (bis 50.000) zur Teilnahme an einem hochschulinternen Screening-Verfahren, welche die Zulassung zum Studium an der Hochschule regeln. Es gibt zur Zeit acht verschiedene Screening-Verfahren mit zum Teil mehreren unterschiedlichen Anmeldeformularen. Ein Screening wird in der Regel durch einen Massentest ('Exercise') begleitet. Manchmal spielt auch nur die Herkunft (z.B. aus dem armen Norden) oder das Geschlecht eine Rolle bei der Vergabe von Studienplätzen. Hier die verschiedenen Screening-Verfahren:
    55
    66**1. Universities**
    … …  
    3333Darüber hinaus bieten die FCEs auch noch Sandwich und Diploma-Programme an. Die Formulare der Universitäten können benutzt werden.
    3434
    35 Die Frage tauchte auf, wie wir mit Screeningverfahren umgehen, für die es mehrere Anmeldeformulare gibt (z.B. PUME und PUME 2nd Choice). Ich schlage vor, jedes Anmeldeformular als eigenständigen Container für Application Records zu implementieren. Das Screening interessiert uns recht wenig, nur das Formular ist für uns interessant. An dem ApplicationForm-Container hängen dann die Informationen: Start Date, End Date (Deadline) und Title (Liste kann erweitert werden). Wir benötigen somit nur zwei Container-Ebenen, wobei die Id des ApplicationForm-Containers sich zusammensetzen muss aus dem Kürzel des Screeningverfahrens (+ evtl. Kennung unterschiedlicher Anmeldeformulare) + Sessionkennung. Der Pfad für eine PUME-Application könnte somit wie folgt aussehen: ``applications/pume_11/123456``. Innerhalb eines ApplicationForm-Containers ist die Id eindeutig. Beim Export der Daten über Sessiongrenzen hinweg müsste die Kennung, in diesem Fall ``pume_11``, der Id noch vorangestellt werden. In einer CSV-Datei würde die Id des Records dann ``pume_11_123456``` lauten.
     35Die Frage tauchte auf, wie wir mit Screeningverfahren umgehen, für die es mehrere Anmeldeformulare gibt (z.B. PUME und PUME 2nd Choice). Ich schlage vor, jedes Anmeldeformular als eigenständigen Container für Applicant Records zu implementieren. Das Screening interessiert uns recht wenig, nur das Formular ist für uns interessant. An dem formularspezifischen Applicants-Container hängen dann die Informationen: Start Date, End Date (= Deadline) und Title (Liste kann erweitert werden). Wir benötigen somit nur zwei Container-Ebenen, wobei die Id des Applicants-Containers sich zusammensetzen muss aus dem Kürzel des Screeningverfahrens (+ evtl. Kennung unterschiedlicher Anmeldeformulare) + Sessionkennung. Der Pfad für eine PUME-Application könnte somit wie folgt aussehen: ``applicants/pume_11/123456``. Innerhalb eines Applicants-Containers ist die Id eindeutig. Beim Export der Daten über Sessiongrenzen hinweg müsste die Kennung, in diesem Fall ``pume_11``, der Id noch vorangestellt werden. In einer CSV-Datei würde die Id des Records dann ``pume_11_123456``` lauten.
    3636
    3737Bei den Certificates gibt as das Attribut application_category. Dieses Attribut hilft bei der Gruppierung von Certificates, die den Antragstellern zur Auswahl gestellt werden. Hier werden die Screening-Typen DP, CT und PT noch einmal zusammengefasst, da sie anscheinend alle zu den gleichen Abschlüsse führen. Auch kommt bei all diesen Studenten der CEST zum Einsatz.

  • main/waeup.sirp/trunk/docs/source/developerdocs/german/index.rst

    r5652 r5676  
    1313   datacenter
    1414   accesscodes
    15    application
     15   applicants
    1616   users
Note: See TracChangeset for help on using the changeset viewer.