EP1927094A2 - Vorrichtung, verfahren und computerprogramm zum zusammenstellen eines tests sowie vorrichtung, verfahren und computerprogramm zum prüfen eines prüflings - Google Patents

Vorrichtung, verfahren und computerprogramm zum zusammenstellen eines tests sowie vorrichtung, verfahren und computerprogramm zum prüfen eines prüflings

Info

Publication number
EP1927094A2
EP1927094A2 EP06791882A EP06791882A EP1927094A2 EP 1927094 A2 EP1927094 A2 EP 1927094A2 EP 06791882 A EP06791882 A EP 06791882A EP 06791882 A EP06791882 A EP 06791882A EP 1927094 A2 EP1927094 A2 EP 1927094A2
Authority
EP
European Patent Office
Prior art keywords
task
test
database
replacement
tasks
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP06791882A
Other languages
English (en)
French (fr)
Inventor
Fanny Bastianova-Klett
Karlheinz Brandenburg
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV
Original Assignee
Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV filed Critical Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV
Publication of EP1927094A2 publication Critical patent/EP1927094A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09BEDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
    • G09B7/00Electrically-operated teaching apparatus or devices working with questions and answers

Definitions

  • the present invention generally relates to a device, a method and a computer program for assembling a test, and to a device, a method and a computer program for testing a device under test, in particular devices, methods and computer programs that enable a dynamic test combination.
  • Computer-based learning systems are currently enjoying ever-increasing popularity in education and training. This increase in computer-based learning systems is partly due to the considerable advances in information technology and the proliferation of high-speed data communication networks.
  • electronic learning systems allow a multimedia teaching of learning content, whereby, for example, audiovisual elements can be used.
  • a learning control helps a learner to recognize knowledge and understanding deficits and can therefore also help to repeat the topics in which the learner still has some catching up to do. It should also be pointed out that a learning control can demonstrably increase the learner's motivation.
  • various types of learning controls are known. In the simplest case, at least one fixed test is stored in the electronic learning system, which can be edited by the user, whereupon an evaluation takes place in which it is determined which questions or test tasks the learner has correctly processed.
  • such a fixed test may be compiled by a human tutor, with the human tutor being responsible for ensuring that the test is balanced, ie equally demanding the learner's skills.
  • a firmly established test can only insufficiently or not at all take into account the current state of knowledge of the learner.
  • the present invention provides an apparatus for assembling a test comprising a database storing a plurality of test tasks, each test task associated with a task type of a plurality of task types, means for selecting test tasks from the database, a set of selected test tasks for the test, and means for outputting the selected test tasks of the test to a user.
  • the means for selecting test tasks comprises means for selecting, for a task type, the plurality of task types, at least one test task from a database, and for applying the selected test task to the set of selected test tasks if a task is available in the database for the task type and an exception handling logic configured to search for a task type among the plurality of task types for which no test task is available in the database, a substitute test task in the database according to a predetermined replacement rule, and the set of selected tasks if there is a test task in the database that meets the replacement rule.
  • a replacement test task is determined according to a predetermined replacement rule Knowledge of a learner or a test sample customized test composition can be done.
  • a rule-based selection of a replacement test task for a task type for which the If no test task is available then a balanced test can be generated even if test tasks are not available for all intended task types from a plurality of task types.
  • test-assembling device is activated before a sufficient number of test tasks are stored in the database for each type of task being processed, ie, for example, downloading the entire database of test tasks to a learner's local computer takes a relatively long time to activate and the device to assemble the test is activated before the download is completely completed.
  • no test tasks are available for a task type from the plurality of task types because those test tasks which the test object has already successfully solved are marked as not available in order to avoid repeated processing of the already successfully solved test tasks ,
  • the inventive concept allows a dynamic or user-adapted or user-adaptive compilation of a test.
  • the device according to the invention can thus also be regarded as a user-adapted or user-adaptive device.
  • the automated, well-balanced tests adapted to the level of knowledge of the user or examinee can be used both for a self-assessment and for an assessment within the framework of a certified examination acceptance test.
  • the present invention thus offers significant advantages over known devices for assembling a test.
  • the present invention enables a Assemble a test successfully even if at least one (or sufficiently many) test tasks are not available for all types of tasks to be used, whereas conventional test systems in this case do not allow a balanced or balanced test set-up.
  • a determination of a replacement test task for a task type for which no test task is available in the database by an exception handling logic using a predetermined replacement rule allows for a well-defined substitution, so that when a suitable replacement rule is specified, an automated method is still used balanced test can be done.
  • the substitution rule can hereby use information and / or meta information pertaining to the test tasks or the task types in order to control the replacement. Thus, optimal replacement can be ensured even if it is not known a priori which task types are available at all.
  • the device according to the invention for assembling a test makes it possible to subsequently reduce the number of available test tasks without this disrupting an automated test set-up. This can be z. For example, by deleting test tasks or by marking test tasks as unavailable.
  • the concept according to the invention makes it possible to carry out a self-assessment of a trainee as well as a test of a candidate under an examination situation.
  • the concept according to the invention can also include a certified test acceptance.
  • a user of a device according to the invention or of the inventive concept can therefore be both a learner and a candidate.
  • the device for assembling a test further comprises an availability control device that is designed to ensure that the device for selecting at least one test task from the database is already a test task that has already succeeded by the availability control than by a user is identified as not recognized as available.
  • the availability controller may be configured to add user-related information to the database indicating that the user has successfully completed a test task when the availability checker detects that the user has successfully completed the particular test task.
  • the availability control device can thus preferably evaluate information that is generated during an evaluation of the responses provided by the user.
  • the database comprises both test tasks and user-related information, which test tasks have already been successfully solved by a specific user.
  • the user-related information can of course be created for several different users, so that a particularly memory-efficient database system is created.
  • a user-customized test combination in a multi-user system eg in a client-server system
  • the availability controller may be configured to delete a particular test task on the database when a user successfully completes the test task has solved. This is advantageous, for example, in portable computer systems with limited storage space. Since, according to the invention, it can be provided that a test task which has already been successfully solved once is not repeated, it is, of course, not necessary to continue to store it. Thus, a resource-saving operation of an electronic learning system or an electronic learning environment can be made possible.
  • the inventive device for assembling a test has a device for receiving a desired level of difficulty, wherein each test task is further assigned a degree of difficulty, and wherein the device for assembling the test further comprises a difficulty control device which is designed to ensure that the means for selecting at least one test task from the database only recognizes as available a test task whose assigned degree of difficulty deviates by more than a predetermined degree of difficulty from the target level of difficulty.
  • a test carried out in the electronic learning system can be adapted to the learning progress of a learner by specifying a desired degree of difficulty.
  • the replacement rule is preferably designed to instruct the exception handling logic to determine a replacement task type for the task type from the plurality of task types for which no test task is available in the database and a replacement test task from the database in the database Find replacement task type and apply it to the set of selected tasks.
  • a replacement task type test task typically there is a very similar replacement task type to each task type, such that the use of a replacement task type test task (rather than a task type task, for which in the database there is no test task), the balance of the test is only marginally affected, since the types of tasks serve to train analog skills.
  • replacing a task type with a similar replacement task type is typically not perceived as disturbing by a human learner.
  • the exception handler may preferably be configured to determine the replacement task type for the task type for which no test task is available by accessing a task type replacement table. Indeed, it has been found that typically a well-defined replacement of a non-existent task type by a replacement task type is appropriate. Such an association between a task type and a replacement task type may, for example, be stored in a task type replacement table describing an association between task type (to be replaced) and replacement task type. The storage of the assignments between task types and replacement task types in the form of a table is very memory-efficient and also allows quick access.
  • each task type of the plurality of task types is assigned a task-type feature vector which, for example, describes a task type based on at least one numerically writable criterion, but better of several numerically writable criteria.
  • the exception handling device is preferably designed to determine a replacement task type for the task type for which no test task is available such that task-type feature vectors of the task type for which no test task is available and the replacement task type. Task type may make little difference. This can be ensured, for example, by identifying a replacement task type based on the task type feature vector of the task type to be replaced, the task type feature of which vector is as similar as possible to the task type feature vector of the task type to be replaced.
  • the similarity can be determined here for example by an arbitrary mathematical distance measure or a mathematical norm, wherein a weighting can be introduced for individual entries of the task type feature vectors (wherein an entry of the task type feature vector describes a characteristic property of a task type).
  • each task type by a task type feature vector it can be achieved that it is sufficient to describe each task type by a task type feature vector.
  • manual creation of a task type replacement table is no longer necessary. Rather, the task type replacement table may be created either automatically based on the task type feature vectors, or the task type feature vectors may be evaluated as shown whenever replacement of a task type by a replacement task type is needed.
  • This is particularly advantageous in connection with time-varying task databases, such as may arise, for example, through transmission via a network interface. Namely, exactly the task types are used in a determination of the most suitable replacement task type, which are also available in the database.
  • the description of the task types by task type feature vectors and the replacement of task types based on the task type feature vectors has the advantage that task types from different sources or tutors are thus comparable and thus eliminates central provision of replacement rules (e.g., in the form of a table).
  • the replacement rule be designed to instruct the exception handling logic, based on the target level of difficulty to determine a substitute degree of difficulty and to search for the task type of the plurality of task types for which there is no test task with the desired level of difficulty in the database, a degree of difficulty, the degree of difficulty of the substitute difficulty at most by a predetermined amount, and to include the replacement test task in the set of selected test tasks.
  • it has proved advantageous to extend the replacement rule such that for a task type for which there is no replacement test task at the target level of difficulty, a replacement test task with a different (substitute) difficulty level is identified.
  • a difficulty can be reduced if a certain task is not successfully solved several times, or if tasks of a certain type of task are not solved correctly enough comparatively frequently. In this case, it is recommended to set the substitute difficulty level for a replacement test task to be lower than the target difficulty level.
  • a strategy may be chosen differently in a selection of a replacement test task (i.e., the replacement rule), depending on whether the test performed is a self-test of a student or a test of a student. For example, when performing an examination with a candidate, an increased difficulty level of a replacement test task compared to the target difficulty level can be rewarded by an increased number of points that the candidate can receive by successfully responding to the replacement test task. Thus, the changed level of difficulty of the replacement test task can be taken into account in the evaluation of the test.
  • the exception handling logic may be configured to issue a message to the user that includes information about the use of a substitute difficulty level, if one is used.
  • the exception handling logic may include an interrogator configured to issue a message to the user if for a task type for which there is no test task in the database, there is no test task that satisfies the replacement rule.
  • the interrogator may be further configured to receive an input from the user, wherein the exception handler logic either generates a truncated test depending on the input or issues a prompt to the user to select another subject area and receives an input from the user which makes such a selection possible. If there is no test task that fulfills the replacement rule, it can no longer be guaranteed that a balanced test will be generated.
  • the device for compiling a test interacts with the user and thus allows the user to agree to carry out a shortened test by means of a corresponding input. If the user does not want a shortened test, it is further preferred to allow the user to interactively select a test for another topic to prevent the user from falling in motivation.
  • Such an arrangement of the device according to the invention for assembling a test is again particularly advantageous in connection with an electronic learning system in which the database with the test questions is only gradually set up or transferred to a processing device of the user.
  • the means for selecting at least one test task from the database is adapted to select for a task type from the plurality of task types a predetermined number of test tasks belonging to the task type from the database, if in the database for the task type sufficient number of test tasks is available.
  • a predetermined number of test tasks belonging to the task type from the database if in the database for the task type sufficient number of test tasks is available.
  • the device for assembling a test can provide that only one or a few test tasks of a time-consuming task type are selected while a predetermined number of test tasks are selected to a different, faster task type to be processed.
  • the predetermined number of tasks may be provided, for example, by means for receiving information about a number of tasks based on the received information on the number of tasks.
  • the inventive device for assembling a test in a device for testing a device under test.
  • the device for testing a device under test preferably also comprises a device for reading in a response to at least one of the selected test tasks output by the device for assembling the test.
  • the device for testing a device under test preferably comprises a device for evaluating the read-in response in order to obtain coded information as to whether the read-in response represents a correct solution of the output selected test task.
  • the device for testing a device under test comprises a device for outputting a test result as a function of the coded information.
  • a corresponding device for testing a device under test can thus be a test, starting from a test composition to a representation of the test result can be performed fully automated, which in turn results in the advantages of a test composition according to the invention with an exception treatment using substitution rules.
  • the availability control device which determines when a test task stored in the database is available for the device for selecting at least one test task from the database, is adapted to the encoded information, whether the read-in answer to evaluate a correct solution of the issued selected test task.
  • the coded information which can contain, for example, a two-valued statement as to whether a user has successfully solved a specific test task, is stored in a user-related database.
  • Such a system response may be, for example, an increase or decrease in the level of difficulty, as previously stated.
  • the means for evaluating the read-in responses comprises a comparison device which is designed to compare the read-in response with a comparison response stored in the database and belonging to the output selected test task, and the read-in response as a correct one Response if the response read in from the comparison response is at most a predetermined deviation. and to provide for the issued selected test task coded information corresponding to the comparison result.
  • a comparison device which is designed to compare the read-in response with a comparison response stored in the database and belonging to the output selected test task, and the read-in response as a correct one Response if the response read in from the comparison response is at most a predetermined deviation. and to provide for the issued selected test task coded information corresponding to the comparison result.
  • a predetermined deviation between an input response and the comparison response may be tolerable. This is the case, for example, when a user is asked to make a longer text entry. What is essential here is merely that a description form exists which makes a deviation of a response from the comparison response quantifiable.
  • a response as a correct answer only if the read-in answer matches the comparison response. This can be advantageous, for example, in multiple-choice test tasks, and enables a particularly advantageous electronic evaluation, for example with the aid of a comparison device.
  • the device for compiling a test can also include references to the relevant topics and / or to weak points of the user (the learning or the user) Test items).
  • FIG. 1 shows a flowchart of a method according to the invention for assembling a test according to a first exemplary embodiment of the present invention
  • FIG. 2 is a graphical representation of an example database entry for a test task
  • FIG. 3 shows a flow chart of a method according to the invention for determining the available test tasks
  • FIG. 4A shows a first part of a flowchart of a method according to the invention for assembling a test according to a second exemplary embodiment of the present invention
  • FIG. 4B shows a second part of a flowchart of a method according to the invention for assembling a test according to the second exemplary embodiment of the present invention
  • 5A is a flowchart of a method of identifying a replacement test task in a test task database using a replacement task type table according to the present invention
  • Fig. 5B is a graphical representation of a replacement task type table
  • 6A is a flowchart of a method according to the invention for identifying a permissible replacement
  • Fig. 6B is a graphical representation of a task type feature vector
  • FIG. 7 shows a flow chart of a method according to the invention for identifying a replacement task type according to a third exemplary embodiment of the present invention
  • FIG. 8 is a flowchart of a method according to the invention for carrying out a test according to a fourth exemplary embodiment of the present invention.
  • FIG. 9 shows a flowchart of a method according to the invention for carrying out a test according to a fifth exemplary embodiment of the present invention.
  • FIG. 1 shows a flowchart of a method according to the invention for assembling a test according to a first exemplary embodiment of the present invention.
  • the flowchart of FIG. 1 is designated 100 in its entirety.
  • the inventive method is designed to select test tasks from a database.
  • the database is designated by 110 and comprises a plurality of available test tasks.
  • each test task in the database is associated, for example, with a task type.
  • each test task in the database has an associated field or entry that describes the task type. It is equally possible that several tables or sub-databases exist in the database, with only test tasks of the same type being stored in a table or sub-database.
  • the data structure of the database is designed so that an association exists between test tasks and task types.
  • the tasks available in the database may be marked as unavailable.
  • the database may include a flag that specifies that a test task is not available. This flag can be set, for example, if a user has already successfully solved a task.
  • tasks in the database may be filtered out as available tasks, and available tasks typically have to satisfy a condition or a logical combination of several conditions.
  • the object of the algorithm shown with reference to FIG. 1 is to assemble a possibly balanced test, which typically comprises a plurality of types of tasks, and at the same time to allow treatment of an exceptional case in which no test task is available in the database for a task type ,
  • the algorithm shown receives as input at least one task type 120 of a test task to be searched for in the database.
  • the algorithm shown then examines whether a test task of the given task type 120 is available in the database. This can be done, for example, by filtering the test tasks available in the database 110.
  • the database may also be designed to log how many tasks of different types of tasks exist. In other words, the database may, for example, have a counter associated with a task type indicating the number of test tasks associated with and available to the task type. If it is detected in the first step 130 that at least one test task is available in the database for the given task type 120, at least one test task for the specified task type 120 is subsequently selected in a second step 140.
  • a test task for the given task type 120 is searched for in the database.
  • the first task found in the database for the given task type 120 may be used.
  • it is possible to randomly select one or more test tasks from a plurality of test tasks available in the database 110 for the given task type 120 for example using a random number generator.
  • step 130 of checking whether a task-type test task is available in the database and step 140 of selecting at least one task-type task may be very closely related. For example, an attempt can also be made to select a test task from the database 110. If the selection is unsuccessful, it can be determined in this case that there is no test task in the database for the given task type 120.
  • test task for the task type is selected in the second step 140, then in a third step 150, the selected test task can be taken over into a set of selected test tasks.
  • an exception handling 160 may be performed if it is determined in the first step 130 that for the given task type 120 no test task is available in the database. If this is the case, then in a step 164 a test task is searched in the database which fulfills a predetermined replacement rule.
  • the replacement rule hereby provides instructions as to which criteria a replacement test task, which replaces a task of the type 120, to that in the Database no test task is available, must meet.
  • the replacement rule may express that for a given task type 120 for which no test task is available in the database, a replacement task of a replacement task type may be used.
  • the replacement rule may specify one or more criteria according to which test tasks in the database 110 are classified as available.
  • the test task may also specify a filter that searches the database 110 for available tasks.
  • the database search filter specified by the replacement rule is hereby preferably wider than an original filter used to determine if a test task is available for the task type in the database.
  • a modified filter in which, for example, the predetermined task type 120 is replaced by a replacement task type
  • the replacement rule may be specific to a given task type 120.
  • a step 168 If it is determined in a step 168 that a task has been found in the database 110 in the step 164 that fulfills the predetermined replacement rule, then in a further step 172 the found test task satisfying the replacement rule is adopted in the set of the selected test tasks . If, on the other hand, no substitute test task that satisfies the replacement rule is found in the database 110, the exception handling 160 is terminated without taking over a test task in the set of selected test tasks.
  • the replacement rule may well be a multi-level replacement rule.
  • the multi-level replacement rule may include multiple partial replacement rules that are treated as descending priority.
  • a partial replacement rule with a lower priority is not applied until a replacement rule with a higher priority returns no result.
  • a filter used for the evaluation of the database 110 for a search of a replacement test task can be extended or changed step by step.
  • the flow chart 100 shown in FIG. 1 may be executed for a plurality of types of tasks. After the selection of the selected test task in the set of selected test tasks in the third step 150 or after the execution of the exception handling 160, it is thus preferably checked in a test step 180 whether another task type is to be processed. If so, a new task type is selected in a step 182 and the method shown is repeated. Once all the task types to be processed have been processed, finally the selected test tasks are output in an output step 190.
  • the selected test tasks for example, visually and / or audibly and / or tactfully issued to a user.
  • the test tasks may also be printed out or optionally stored on a data carrier for use by a user. Thus, the selected test tasks issued to the user are determined by the flow of the described algorithm 100.
  • test tasks are no longer available for individual task types. If a suitable test task does not exist for a task type 120 to be used, then the user is presented with a replacement test task which is in accordance with the replacement rule is selected. Thus, it can be ensured that always the best possible set of test tasks, in which the task types are represented as balanced as possible, is made available. Furthermore, it can be ensured that a certain number of test tasks are always output to the user, even if test tasks are no longer available for individual task types.
  • the method according to the invention enables the automated generation of tests which are always balanced and / or user-adapted, the exception handling 160 being well defined by at least one predetermined replacement rule.
  • FIG. 2 shows a graphical representation of an exemplary database entry for a test task.
  • the exemplary database entry is designated 200 in its entirety.
  • the database here has entries for a plurality of test tasks, two of which are shown in FIG. Incidentally, the database entries shown here are to be understood as exemplary, with individual entries being dispensable in the case of an actual implementation. On the other hand, additional entries may be added.
  • each test task is assigned a unique task identifier 210, for example in the form of a serial number.
  • a task be associated with a task type identifier 212 (eg, "A").
  • the task type identifier 212 may specify the type of task (eg, sort task, multiple-choice task.
  • the database entry for a test task may include a difficulty identifier 214, which preferably represents a difficulty of the task as a numerical value.
  • the database entry captures a cleared-flag 216 indicating whether a task has already been successfully resolved by a user.
  • the already-released flag may be a binary or Boolean entry.
  • the database entry may include a user-owned miss counter 218, indicating, for example, how many times a user has already solved a task unsuccessfully.
  • the database entry may include a period identifier 220 in which a processing time allowed or claimed for a task is entered in coded form.
  • the database entry 200 may also include a reference 222 to any text associated with the particular test task or other information associated with the test task (eg, images, audio information, animations, or other multimedia information), the text or other information can be considered as more in-depth information. It is likewise possible that the database entry 200 comprises a text field 224 in which a task text or at least a heading of the task is entered directly.
  • a coded subject area identifier 226 may also be part of the database entry 200. The information in the database entry 200 of a test task may be used in a search in the database to select available tasks and to further enable display and evaluation of the respective test tasks.
  • the already-resolved flag 216 and the miss-trial counter 218 may be individually stored in a separate table for a plurality of users, that is, the already-released flags 216 and the miscount counter 218 represents user-specific information associated with a user.
  • a database entry 200 for a task may include a plurality of other fields.
  • a database may include references to help texts and further information.
  • the database entry 200 may also include additional information relevant to an evaluation of the task, such as information about a correct answer or about a score that a candidate can obtain by correctly solving the task. All this information can be used both in the selection of the task and in the later output of the task and in the subsequent evaluation of a user input.
  • FIG. 3 shows a flow diagram of a method according to the invention for determining the available test tasks from a database, which comprises all test tasks (possibly divided over several tables for different task types).
  • the inventive method is designated in its entirety by 300.
  • a database 310 comprises a complete set of test tasks, with each test task being assigned at least one task type, one already successful resolved flag, and one difficulty level.
  • those test tasks are filtered out of the database 310 in which the already successful solved flag is set.
  • a filter 324 that only tasks of the type of task currently being processed (for example of the task type "A") are taken into account
  • the filter 324 can also be designed such that also a topic area Identifier (for example, subject area identifier "0x01" describing topic 1) is evaluated so that only tasks of the desired topic are selected.
  • a topic area Identifier for example, subject area identifier "0x01" describing topic 1
  • the already successful solved flag is set to "0”, so that only tasks that are not yet successful by the user are read out. were solved richly.
  • the other fields of the database entry 200 for example, need not be taken into account during the filtering and may for example assume any value (indicated by an asterisk "*").
  • a corresponding additional filtering can be applied in a second step 330, so that test tasks whose degree of difficulty differs from the given degree of difficulty are filtered out or not taken over into the set of available tasks. It should be noted that the consideration of the degree of difficulty in the second step 330 is optional. If consideration of the degree of difficulty is provided, the first step 320 and the second step 330 can also be combined. Subsequent to the filter steps 320, 330, a set of available test tasks that have not yet been successfully solved is then available. This set of test tasks may be described by a list of task identifiers 210, for example.
  • the set of available test tasks that have not yet been solved may include a copy of database entries 200.
  • FIGS. 4A and 4B show a first part and a second part of a flowchart of a method according to the invention for assembling a test according to a second embodiment of the present invention.
  • FIGS. 4A and 4B show a method which enables exception handling in the selection of test tasks for a task type. It should be noted that the method shown in FIGS. 4A and 4B can be traversed several times for different types of tasks in the context of a test composition according to the invention. It should also be noted that for a given task type, either only one task or a predetermined number of tasks may be searched, where the predetermined number may be different for different task types.
  • the method for assembling a test with a hierarchical exception treatment shown in FIGS. 4A and 4B is designated 400A and 400B, respectively.
  • a first step 410 it is attempted to identify in a database a predetermined number of tasks of a predetermined degree of difficulty marked as not yet solved.
  • step 412 If it is determined in a step 412 that the predetermined number of tasks (preferably exactly one task) has been successfully identified, the identified tasks are taken over in a set of selected tasks in a step 414. Subsequent to step 414, the illustrated method may be repeated for another task type until all task types to be processed are processed. Applying identified tasks to a set of selected tasks will create a test that can be issued to a user.
  • step 412 If, however, it is determined in step 412 that the predetermined number of test tasks (that is to say, not at least one test task) is available for a given task type and a predetermined degree of difficulty in the database, at least one is attempted in the database in a step 420 to identify a replacement test task from a valid replacement task type or from a set of multiple valid replacement task types. As permitted substitute task types, all available in the database which task types are used, or one or more replacement task types can be determined for the given task type by means of a replacement rule. Incidentally, the selection of replacement task types will be explained later with reference to FIGS. 5A, 5B, 6A and 6B.
  • one or more replacement test tasks can be identified from the replacement task type or from the set of multiple allowable replacement task types, then the identified replacement test tasks are again incorporated into the set of selected test tasks at step 414 and the algorithm is processed For another task type, repeat from the set of task types to be processed until all task types to be processed are edited. However, if it is determined in step 422 that the replacement task types identified in step 420 or the set of identified replacement test tasks do not have a replacement test task of the predetermined difficulty level in the database marked as not yet solved (resp If there are not enough spare test tasks available), then in a step 424 an attempt is made to identify in the database substitute test tasks with a permissible level of substitution difficulty.
  • a permissible level of substitute difficulty is derived from the given degree of difficulty.
  • the substitute difficulty level is a predetermined deviation, for. B.
  • a level of difficulty may be greater than the predetermined target level of difficulty.
  • a predetermined desired degree of difficulty or a substitute degree of difficulty may also include an interval of degrees of difficulty.
  • several levels of difficulty (or intervals of difficult grades) are successively checked to identify a replacement test task with an acceptable level of substitution difficulty in step 424 in the database.
  • step 424 either only test tasks in the database of the given task type or additional test tasks with one or more additional replacement task types can be used to identify a replacement test task.
  • step 430 it is determined in step 430 that in step 424 a replacement test task of the given task type and the substitute difficulty level or also (optionally) a substitute test task of a permissible replacement task type and a permissible substitute difficulty level could be identified
  • the identified test task is in turn taken over in step 414 in the set of selected tasks.
  • the output of a message to the user may also be initiated to indicate to the user that a test task with a substitute difficulty level has been used.
  • the corresponding edition is to be regarded as optional.
  • the output can also be done directly at the time the test is compiled, or even after the test is issued to the user with the substitute difficulty level.
  • step 434 a message is output to the user in a step 434 that only a reduced test can be carried out.
  • step 438 an input of the user is read. If the input of the user read in step 438 indicates that the user agrees with a reduced test, then if necessary, test tasks of other task types to be used are selected and included in the set of selected tasks, again using the same procedure. If test tasks or replacement test tasks have been included in the set of selected tasks for all the task types to be processed, a reduced test with tasks from the set of selected tasks is finally carried out in a step 446.
  • a step 450 the ongoing test composition is aborted.
  • a user may choose another subject area, or the test composition may be repeated after a predetermined waiting time.
  • the latter possibility is advantageous if it can be assumed that new test tasks can be added to the database of test tasks, so that, if appropriate, sufficient test tasks are available after the waiting time has expired.
  • Repeating the test composition after expiration of a waiting time which may be determined by a timer means, for example, thus makes it possible to carry out a complete test as soon as sufficient test tasks are available.
  • FIG. 5A shows a flow chart of a method of identifying a replacement task with a replacement task type in a task database using a replacement task type table.
  • the method shown in FIG. 5A is designated 500 in its entirety.
  • a replacement task type table also referred to as a task type replacement table
  • a task type replacement table according to the invention describes one or more replacement task types for each task type.
  • the arrangement of the replacement Task types in the table are typically a priority when checking the replacement task types or when looking for replacement task tasks with a replacement task type. Incidentally, it is noted that it may also happen that there is no substitute task type for a task type.
  • a task type replacement table may be implemented in the form of a conventional table, but also, for example, as a linked list.
  • the illustrated method 500 describes, for example, steps 420 and 422 of method 400A, 400B.
  • a first replacement task type is searched in a replacement task type table (or task type replacement table). If the first replacement task type is found in the replacement task type table, the first replacement task type is accepted as the current replacement task type and, consequently, in a second step 520 in the test task database, a replacement task of the first Replacement task type searched. If it is determined in a third step 524 that a replacement test task of the first replacement task type has been found, the replacement test task can be used in a fourth step 528, ie, for example, into the set of selected tasks. men, be.
  • a replacement test task of the new current replacement task type is again searched for in the test task database.
  • step 532 determines whether there is no other replacement task type for the given task type in the replacement task type table. If it is determined in step 532 that there is no other replacement task type for the given task type in the replacement task type table, the method shown is aborted with step 540, preferably telling a parent algorithm that there is no replacement Test task was found from an admissible replacement task type.
  • the replacement task type table for one or more replacement task types stored in the replacement task type table, it is checked whether a replacement test task is available in the test task database.
  • the order in which the possible replacement task types are processed for a given task type is in turn determined by the replacement task type table.
  • the task type replacement table may therefore be coded in various forms. For example, a classic table with a predetermined number of columns are used. However, a linked list may also be used to store the replacement task type table.
  • the substitute task type table may also be described by a different form of description (eg, "all but the specified task type") The substitute task type table may be statically predetermined, or may be specified when adding new task types are updated automatically.
  • Fig. 5B shows an exemplary replacement task type table
  • Task type replacement table of Fig. 5B is in their
  • Entity designated 570 The task type is again described by a task type identifier 572 (eg, "A”, “B”, “C”, 7)
  • a task type eg task type "A”
  • There then exists one Number of replacement task types 574, 576, 578 for example, task types "B” and “C”
  • task types "B" and “C” are listed by priority in the replacement task type table.
  • not all fields of the replacement task type table must be filled.
  • task type "A” is preferably replaced by task type "B”. If there is no replacement test task for task type "B", an attempt is also made to replace task type "A” with task type "C.” Similarly, task type "B” is preferred by task type "A”.
  • the task type "F” exists according to the exemplary replacement task type table 570 not a valid replacement task type, i. H.
  • the task type "F” can not be replaced by a replacement task of another task type.
  • FIG. 6A also shows a flow chart of a method according to the invention for identifying a permissible one Replacement task type for a given task type.
  • the method shown in FIG. 6A is designated 600 in its entirety.
  • task types are described by task type feature vectors, that is, each task type is assigned a task type feature vector.
  • a method exists for determining a quantitative measure of difference between two given task type feature vectors of different task types.
  • individual features of the task type feature vector can be weighted differently.
  • the task type feature vector may also be a scalar (ie, a one-entry vector).
  • a task type feature vector which preferably describes several numerically expressible criteria, is particularly well suited for processing by an electronic computer.
  • a distance function may preferably provide the difference between two task-type feature vectors in the form of a numerical value or a discretely expressible distance information, wherein a calculation of the distance function may be performed, for example, by an evaluation of a mathematical standard.
  • the associated task type feature vector is thus determined for a given task type to be replaced (for which no test task is available in the database). This can for example be taken from a table or extracted from the information stored in the database and associated with the task type. For a potential replacement task type, another task type feature vector (again preferably from a table) is then similarly determined. Thereafter, in a step 610, a quantitative measure of a difference between the task type feature vectors of the task type to be replaced and the potential replacement task type is determined.
  • the potential replacement task type is adopted in a set of possible replacement task types in a step 630.
  • the possible replacement task types may be additionally sequenced such that a possible replacement task type whose task type feature vector is least different from the task type feature vector of the given task type to be replaced with the highest priority is used, while other possible replacement task types, which differ more from the task type to be replaced according to their task type feature vectors, are used with lower priority.
  • the possible replacement task types can be entered, for example, in a table or a linked list.
  • FIG. 6B shows an exemplary graphical representation of a table of task type feature vectors for various types of tasks.
  • a task type feature vector for a given task type includes, for example, has a task type identifier 670, a processing time identifier 674 describing a processing time provided for processing the task type, and a plurality of request classifiers 678, 682, 686.
  • the request classifiers 678, 682, 686 describe, in coded form and in the form of numerical values, different requirement categories that a task type presents to a user. For example, it may be described how high the demands of a task on the user are in terms of knowledge, transferability and / or concentration ability. It should be noted that, however, only a single one of the described features of a task type (for example, only the processing time) or any combination of features may be used to create a task type feature vector. On the basis of the task type feature vectors, it can then be determined by determining a mathematically or algorithmically defined distance measure which task types can be replaced by which other task types.
  • the request categories of the request classifier may further optionally include, for example, requirements regarding communication capability or application of propositional logic and / or abstract logic.
  • FIG. 7 shows a flowchart of a further method according to the invention for identifying a replacement test task according to a third exemplary embodiment of the present invention.
  • the method shown in FIG. 7 is designated 700 in its entirety. Again, it is assumed that a task type and a degree of difficulty are given, for the specified task type and the given level of difficulty no test task in the database of test tasks is available. Thus, in a first step 710, a valid replacement task type is determined for the given task type, for which purpose, for example, a replacement task type table 712 may be used. In a further step 720 it is checked whether there is a replacement test task in the database of test tasks for an identified allowable replacement task type and the given difficulty level. If this is the case, then the replacement test task with the replacement task type and the specified difficulty level is used, ie taken over into the set of selected tasks.
  • a permissible level of substitute difficulty for the given level of difficulty is determined.
  • the further error handling 750 may include, for example, an output to a user and a query as to whether the user agrees to perform a truncated test. It should also be noted that if a replacement test task with a permissible level of substitution difficulty is used, it may generate a notification of the user by issuing a message to the user.
  • 8 shows a flow chart of a method according to the invention for carrying out a test according to a fourth exemplary embodiment of the present invention. The method shown in FIG. 8 is designated in its entirety by 800 and describes a test procedure.
  • a degree of difficulty is read in here. Furthermore, a subject area can optionally be read in as well. However, it is pointed out here that it is possible to omit the reading of the degree of difficulty, if, for example, in an electronic learning system only a single degree of difficulty is possible.
  • a test is then compiled using a database of test tasks.
  • the second step 820 can be, for example, a method 100 according to FIG. 1, a method 300 according to FIG. 3, a method 400A, 400B according to FIGS. 4A, 4B, a method 500 according to FIG. 5A, a method 600 according to FIG 6A and / or a method 700 according to FIG. 7.
  • the test is compiled using a database, whereby an exception treatment is preferably performed if there is no test task available for a task type of the database to be taken into account which has a suitable degree of difficulty and which is not yet correct by a user has been answered.
  • a third step 830 it is further determined whether the compilation of the test is successful. If this is not the case, then the inventive method is terminated. However, if the compilation of the test is successful, the test is performed in a fourth step 840.
  • the task issued, for example, in visual and / or audible form.
  • the output of the test task preferably comprises a visual output of a text, an image, a video, an animation, and / or a virtual reality modeling language (VRML) world, a reference to the output Visualization is stored in the database. Furthermore, it is preferred to also output an acoustic information to a user.
  • the database is used to describe or manage various multimedia sources for outputting the test task by cross-references.
  • the compilation of the test tasks in step 820 in this case provides a higher-level sequence control for the output of various multimedia contents.
  • the compilation of a test in step 820 thus takes place in such a way that results in a balanced output of multimedia content, wherein at least one replacement rule determines the selection of test tasks and thus the sequence of multimedia man-machine communication.
  • a response is read by the user.
  • the read-in response is then preferably evaluated by comparing the input response with a comparison response information from the test task database.
  • the evaluation of the read-in response can also take place in other ways, for example by involving a tutor or by entering the read-in response into a neuronal network. This method is recommended if a possible read-in response can be highly complex due to the present test task and if therefore several possible correct answers exist.
  • a difference between the read-in response and a comparison response stored in the database and belonging to the output test task can also be determined, wherein an input response is classified as correct if the difference is smaller than a given maximum allowable difference.
  • a read-in answer is correct only if it matches the comparison response belonging to the issued test question from the database.
  • any method for determining the difference between two inputs may be used. For numerical inputs, for example, a tolerance interval can be used.
  • a tolerance interval can be used.
  • questions where multiple possible answers exist for example, the lack of one of several possible answers may be tolerated, but the input is still recognized as correct.
  • a coded information is then generated as to whether the user has correctly solved the test task.
  • the coded information which contains information as to whether the user has correctly solved a test task, can then be stored in the database (either directly after the execution of a test task or after execution of all test tasks belonging to a test).
  • the encoded information may be stored in the database so as to be associated with a user when an electronic testing system can be used by multiple users.
  • the coded information is stored in step 850.
  • a test result may then be generated using the encoded information.
  • the test result for example, provides information about how many tasks a user has correctly solved.
  • the test result may further include time information indicative of how long a user has needed to process a test, what deficiencies the candidate has and / or which subjects should be preferentially treated to compensate for these deficiencies.
  • the time information may be determined, for example, by a timer that is part of a device for performing a test.
  • the method of performing a test may include starting an electronic timer and reading the electronic timer after completion of the last test task associated with a compiled test.
  • test result can also be output in a concluding step 870, for example visually and / or acoustically or in the form of an expression to the user.
  • test composition changes for each repeated execution of the method 800 based on the answers read by the user.
  • the method 800 does not pose the problem that a test can no longer be performed as soon as a user has correctly solved all test tasks of even one task type. Namely, by assembling a test using a database and using an exception handler, substitute test tasks can be identified for a task type for which no more test tasks are available. Replacement test tasks may also be selected according to predetermined replacement rules to continue to give a balanced test.
  • FIG. 9 shows a flow chart of a method according to the invention for carrying out a test according to a fifth exemplary embodiment of the present invention.
  • FIG. 9 describes the principle of the dynamic test combination.
  • the method shown in FIG. 9 is designated in its entirety by 900 and, in a first step 910, comprises reading in a subject area and reading in a degree of difficulty.
  • a number of test tasks to be processed can also be read in, if this is not specified.
  • the number of test tasks to be processed can also be derived from received information about a number of test tasks to be solved.
  • a number of test tasks per test and a degree of difficulty can be determined institution-dependent.
  • tests from 20 tasks of difficulty levels 1 to 5 can be put together, while in a second company tests consisting of 30 test tasks are put together.
  • a device for receiving a number and a degree of difficulty of the test tasks to be processed brings in some cases an added value, since thus a simple adaptation of the device according to the invention to different applications at different test institutes (or in different companies) is possible. A special advantage arises from this in the context of an examination situation.
  • a test of learning success is prepared, after which a set of unresolved test tasks are provided in a third step 930.
  • a fourth step 940 Based on the unresolved tasks provided in the third step 930, then, if possible, in a fourth step 940, one task per task type is selected. If this is possible (positive or "yes"), then the respective task is integrated into a test in a fifth step 942. If, on the other hand, it is not possible to select one task per type in the fourth step 940 (negative or "no")
  • a sixth step 950 an attempt is made to select a replacement task of a different (replacement) task type.
  • the replacement task is in turn integrated into the test in the fifth step 942. If it is not possible to find a replacement test task of another (replacement) task type in the sixth step 950, a replacement test task with a different (substitute) difficulty level in the database is attempted in a seventh step 960 to identify. If a test task with a different (substitute) difficulty level is identified in the database in the seventh step 960, an indication is issued to the user and the identified replacement test task is integrated into the test in the fifth step 942. If no replacement test task with a different difficulty can also be found (negative) in the seventh step 960, an output is made in one eighth step 970 in comparison with one User.
  • the user also reads in an input which, depending on the content, is evaluated as approval (positive) or rejection (negative) for carrying out a test with a reduced number of test tasks. If the input is such that it is considered as approval, then a reduced test is compiled. On the other hand, if the user does not agree to a reduced test in the eighth step 970, (negative), an issue is given to the user prompting the user to select another topic.
  • an input of the user is read in which allows selection of a topic.
  • a learning test environment thus comprises, in contrast to known teaching / learning / test systems, a broad spectrum of task types for learning success control.
  • Classification can be done in closed task types, semi open task types and open task types.
  • Closed task types include, for example, multiple choice tasks, true / false tasks, image selection, hot spot, reordering tasks, and assignment tasks.
  • Semi-open task types include, for example, image caption and short text inputs.
  • Open tasks include, for example, making a sketch and detailed text input.
  • Each type of task is preferably stored in a separate table of the task database (database of the test tasks), whereby in addition to task text, solution reference, topic reference, related topics and correct solution also response specifications can be specified or stored in the database.
  • a combination of different types of tasks makes it possible to combine the advantages with parallel compensation of the disadvantages. Furthermore, a variety of task types helps to develop and test different mental representations of knowledge.
  • the learning control can be carried out according to a requirement for early, regular and individual duel customizable learning success controls are designed so that a time of performing a learning test is determined to be constantly retrievable. Tasks can be processed in freely selectable processing sequences, and further viewed and / or edited as desired. Further, a targeted content of a learning control may be automatically preselected or freely selected by a user. Furthermore, it is preferred that three levels of difficulty be selected (beginner, intermediate and expert modes). In addition, a solution advice can be provided during the execution of a test.
  • dispense with a time limitation although preferably an indication of the exceeding of a time limit is output.
  • the required processing time can be displayed.
  • relevant modules or topic areas can be automatically selected.
  • Already processed tasks are also preferred.
  • Effective assistance can be provided by giving instructions on how to operate the learning control as well as the required user input to a user. This avoids cognitive overloading of the various types of tasks.
  • the dynamic test compilation algorithm thus checks the learning success of the user for each task. Taking into account the metadata, one task per task type is randomly selected from the set of unresolved tasks in order to achieve a balanced mix of task types. If a suitable task is found for a task type, a method described above proceeds, wherein, for example, the user can be informed about the respective method steps by corresponding outputs, and furthermore a user's consent can be read in by corresponding inputs.
  • the following information is preferably provided to the examinee or the learner:
  • Hypertext reference to uncontrolled topics where the elimination of knowledge deficits can also be done through a communication environment by accessing the distributed knowledge of the group.
  • the described method can be performed just as well by a corresponding device.
  • the method according to the invention can be implemented in hardware or in software.
  • the implementation may be on a digital storage medium, such as a floppy disk, CD, DVD, or flash memory medium, with electronically readable control signals that may interact with a programmable computer system to perform the appropriate method.
  • the invention thus also consists in a computer program product with program code stored on a machine-readable carrier for carrying out the method according to the invention, when the computer program product runs on a computer.
  • the invention can thus be realized as a computer program with a program code for carrying out the method when the computer program runs on a computer.
  • the present invention may be practiced on a server computer that exchanges data with one or more associated client computers.
  • a dedicated application program for retrieving data from the server may run on the client computer.
  • a standard program for displaying multimedia content for example a web browser, can also run on the client computer.
  • a preparation of the information to be output can thus be done either in the client computer or in the server computer.
  • Such implementations of the present invention can be considered server execution or client-server execution.
  • the inventive method for compiling a test and for carrying out the test thus offers the advantage that a balanced as possible test can be created even if no or not enough test tasks in a database are available from a task types.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Educational Administration (AREA)
  • Educational Technology (AREA)
  • General Physics & Mathematics (AREA)
  • Electrically Operated Instructional Devices (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

Vorrichtung, Verfahren und Computerprogramm zum Zusammenstellen eines Tests sowie Vorrichtung, Verfahren und Computerprogramm zum Prüfen eines Prüflings
Beschreibung
Die vorliegende Erfindung bezieht sich im Allgemeinen auf eine Vorrichtung, ein Verfahren und ein Computerprogramm zum Zusammenstellen eines Tests sowie auf eine Vorrichtung, ein Verfahren und ein Computerprogramm zum Prüfen eines Prüflings, im Speziellen auf Vorrichtungen, Verfahren und Computerprogramme, die eine dynamische Testzusammenstellung ermöglichen.
Computergestützte Lernsysteme erfreuen sich zur Zeit einer ständig wachsenden Verbreitung im Bereich der Aus- und Fortbildung. Für diese Zunahme im Bereich der computerge- stützten Lernsysteme sind unter anderem die erheblichen Fortschritte der Informationstechnologie sowie auch die Verbreitung von Hochgeschwindigkeitsdatenkommunikations- netzwerken verantwortlich. So erlauben elektronische Lernsysteme eine multimediale Vermittlung von Lerninhalten, wobei beispielsweise audiovisuelle Elemente zum Einsatz kommen können.
Neben der reinen Darstellung von Lerninhalten ist es bei elektronischen Lernsystemen allerdings sehr wichtig, eine Lernkontrolle mit einzuführen. Eine solche Lernkontrolle hilft einem Lernenden, Wissens- und Verständnisdefizite zu erkennen und kann somit auch dazu beitragen, gezielt diejenigen Themen zu wiederholen, bei denen der Lernende noch einen Nachholbedarf aufweist. Daneben sollte darauf hinge- wiesen werden, dass eine Lernkontrolle nachweislich auch die Motivation des Lernenden erhöhen kann. Bei herkömmlichen elektronischen Lernsystemen sind verschiedene Arten von Lernkontrollen bekannt. Im einfachsten Fall ist in dem elektronischen Lernsystem mindestens ein fest zusammengestellter Test gespeichert, der von dem Benutzer bearbeitet werden kann, woraufhin eine Auswertung erfolgt, bei der festgestellt wird, welche Fragen bzw. Testaufgaben der Lernende korrekt bearbeitet hat. Ein solcher fest vorgegebener Test kann beispielsweise von einem menschlichen Tutor zusammengestellt sein, wobei der menschliche Tutor die Verantwortung dafür trägt, dass der Test ausgewogen ist, d. h. die Fähigkeiten des Lernenden gleichmäßig fordert. Allerdings kann ein solcher fest zusammengestellter Test den aktuellen Wissensstand des Lernenden nur unzureichend bzw. gar nicht berücksichtigen.
Bei einem anderen bekannten Verfahren zur automatisierten Testerstellung existiert beispielsweise eine vorgegebene Menge von Testfragen, aus denen dann eine Mehrzahl von Fragen ausgewählt und zu einem Test zusammengestellt wird. Um einen ausgewogenen Test zu ermöglichen, kann eine Mehrzahl von Kategorien vorhanden sein, wobei die Anzahl der Fragen pro Kategorie herkömmlicherweise bereits vor der Zusammenstellung des Selbsttests vorgegeben ist. Durch das gezeigte Verfahren lässt sich zwar ein ausgewogener Test erzielen, die Auswahl der Fragen ist aber wiederum nicht an den Wissensstand des Lernenden angepasst. Im Übrigen wird darauf hingewiesen, dass durch das gezeigte Prinzip zur Testzusammenstellung eine solche Anpassung an den Wissensstand des Lernenden herkömmlicherweise auch nicht möglich ist.
Es ist die Aufgabe der vorliegenden Erfindung, ein Konzept zum automatisierten Zusammenstellen eines ausgewogenen und an den Wissensstand eines Benutzers bzw. Prüflings ange- passten Tests zu schaffen.
Diese Aufgabe wird durch eine Vorrichtung zum Zusammenstellen eines Tests gemäß Anspruch 1, ein entsprechendes Ver- fahren gemäß Anspruch 21 und ein Computerprogramm gemäß Anspruch 22 sowie durch eine Vorrichtung zum Prüfen eines Prüflings gemäß Anspruch 23, ein Verfahren zum Prüfen eines Prüflings gemäß Anspruch 28 und ein Computerprogramm gemäß Anspruch 29 gelöst.
Die vorliegende Erfindung schafft eine Vorrichtung zum Zusammenstellen eines Tests, mit einer Datenbank, in der eine Mehrzahl von Testaufgaben gespeichert ist, wobei jede Testaufgabe einem Aufgabentyp einer Mehrzahl von Aufgabentypen zugeordnet ist, einer Einrichtung zum Auswählen von Testaufgaben aus der Datenbank, um eine Menge von ausgewählten Testaufgaben für den Test zu erhalten, und einer Einrichtung zum Ausgeben der ausgewählten Testaufgaben des Tests einem Benutzer gegenüber. Die Einrichtung zum Auswählen von Testaufgaben umfasst eine Einrichtung zum Auswählen, für einen Aufgabentyp der Mehrzahl von Aufgabentypen, mindestens einer Testaufgabe aus einer Datenbank, und zum Übernehmen der ausgewählten Testaufgabe in die Menge der ausgewählten Testaufgaben, falls in der Datenbank für den Aufgabentyp eine Testaufgabe verfügbar ist, sowie eine Ausnahmebehandlungslogik, die ausgebildet ist, um für einen Aufgabentyp aus der Mehrzahl von Aufgabentypen, für den in der Datenbank keine Testaufgabe verfügbar ist, in der Datenbank eine Ersatz-Testaufgabe gemäß einer vorgegebenen Ersetzungsregel zu suchen und in die Menge von ausgewählten Aufgaben zu übernehmen, falls in der Datenbank eine Testaufgabe existiert, die die Ersetzungsregel erfüllt.
Es ist der Kerngedanke der vorliegenden Erfindung, dass durch eine flexible Auswahl von Testaufgaben, bei der unter Verwendung einer Ausnahmebehandlungslogik zu einem Aufgabentyp, für den keine Testaufgabe in der Datenbank vorhanden ist, gemäß einer vorgegebenen Ersetzungsregel eine Ersatz-Testaufgabe bestimmt wird, eine an das Wissen eines Lernenden bzw. eines Prüflings angepasste Testzusammenstellung erfolgen kann. Durch eine regelbasierte Auswahl einer Ersatz-Testaufgabe für einen Aufgabentyp, für den in der Datenbank keine Testaufgabe verfügbar ist, kann nämlich auch dann ein ausgewogener Test erzeugt werden, wenn nicht zu allen vorgesehenen Aufgabentypen aus einer Mehrzahl von Aufgabentypen Testaufgaben verfügbar sind.
Eine solche Situation kann beispielsweise auftreten, wenn die Vorrichtung zum Zusammenstellen des Tests aktiviert wird, bevor zu jedem zu bearbeiteten Aufgabentyp ausreichend viele Testaufgaben in der Datenbank gespeichert sind, wenn also beispielsweise ein Herunterladen der gesamten Datenbank mit den Testaufgaben auf einen lokalen Rechner eines Lernenden eine vergleichsweise lange Zeit in Anspruch nimmt und die Vorrichtung zum Zusammenstellen des Tests aktiviert wird, bevor das Herunterladen vollständig abge- schlössen ist. Ferner ist es denkbar, dass zu einem Aufgabentyp aus der Mehrzahl von Aufgabentypen keine Testaufgaben mehr verfügbar sind, weil diejenigen Testaufgaben, die der Prüfling bereits erfolgreich gelöst hat, als nichtverfügbar gekennzeichnet sind, um eine wiederholte Bearbei- tung der schon erfolgreich gelösten Testaufgaben zu vermeiden.
Somit ermöglicht das erfindungsgemäße Konzept eine dynamische bzw. benutzerangepasste oder benutzeradaptive Zusam- menstellung eines Tests. Die erfindungsgemäße Vorrichtung kann damit auch als eine nuterangepasste oder benutzeradap- tive Vorrichtung angesehen werden.
Die automatisiert zusammengestellten, ausgewogenen und an den Wissensstand des Benutzers bzw. Prüflings angepassten Tests können sowohl für eine Selbst-Beurteilung (self- assessment) als auch für eine Beurteilung (assessment) im Rahmen einer zertifizierten Prüfungsabnahme eingesetzt werden.
Die vorliegende Erfindung bietet somit wesentliche Vorteile gegenüber bekannten Vorrichtungen zum Zusammenstellen eines Tests. So ermöglicht es die vorliegende Erfindung, einen Test auch dann erfolgreich zusammenzustellen, wenn nicht zu allen zu verwendenden Aufgabentypen bereits mindestens eine (bzw. hinreichend viele) Testaufgaben vorliegen, während herkömmliche Testsysteme in diesem Fall keine bzw. keine ausgewogene TestZusammenstellung ermöglichen. Eine Bestimmung einer Ersatz-Testaufgabe für einen Aufgabentyp, für den in der Datenbank keine Testaufgabe verfügbar ist, durch eine Ausnahmebehandlungslogik unter Verwendung einer vorgegebenen Ersetzungsregel erlaubt hierbei eine wohl definier- te Ersetzung, so dass bei Vorgabe einer geeigneten Ersetzungsregel immer noch in automatisierter Weise ein ausgewogener Test erfolgt werden kann. Die Ersetzungsregel kann hierbei zu den Testaufgaben bzw. den Aufgabentypen gehörige Informationen und/oder Metainformationen benutzen, um die Ersetzung zu steuern. Somit kann eine optimale Ersetzung gewährleistet werden, selbst wenn nicht a priori bekannt ist, welche Aufgabentypen überhaupt zur Verfügung stehen.
Im Übrigen sei darauf hingewiesen, dass es die erfindungs- gemäße Vorrichtung zum Zusammenstellen eines Tests ermöglicht, die Anzahl der verfügbaren Testaufgaben nachträglich zu verringern, ohne dass dadurch eine automatisierte Testzusammenstellung gestört wird. Dies kann z. B. durch Löschen von Testaufgaben oder durch Markieren von Testaufga- ben als nicht-verfügbar erfolgen.
Im Hinblick auf eine Durchführung eines Tests kann im übrigen zwischen einem Lernenden und einem Prüfling unterschieden werden. Das erfindungsgemäße Konzept ermöglicht hierbei sowohl eine Durchführung eines Selbsttests (self- assessment) eines Lernenden als auch eine Prüfung eines Prüflings im Rahmen einer Prüfungssituation. Das erfindungsgemäße Konzept kann dabei auch eine zertifizierte Prüfungsabnahme enthalten. Bei einem Benutzer einer Erfin- dungsgemäßen Vorrichtung bzw. des erfindungsgemäßen Konzepts kann es sich daher sowohl um einen Lernenden als auch um einen Prüfling handeln. Weiterhin wird es bevorzugt, dass die Vorrichtung zum Zusammenstellen eines Tests ferner eine Verfügbarkeitssteu- erungseinrichtung aufweist, die ausgelegt ist, um sicherzustellen, dass die Einrichtung zum Auswählen mindestens einer Testaufgabe aus der Datenbank eine Testaufgabe, die von der Verfügbarkeitssteuerung als von einem Benutzer bereits erfolgreich gelöst identifiziert wird, nicht als verfügbar erkennt. Somit kann erreicht werden, dass bei der Testzusammenstellung Aufgaben nicht mehr berücksichtigt werden, die ein Benutzer bereits erfolgreich gelöst hat. Damit wird eine Wiederholung von bereits erfolgreich gelösten Testaufgaben vermieden, wodurch sich die Lerneffizienz eines elektronischen Lernsystems deutlich steigern lässt, und wodurch auch die Motivation eines Lernenden effizient erhöht werden kann. Die Verfügbarkeitssteuerung kann beispielsweise ausgelegt sein, um der Datenbank eine benutzerbezogene Information hinzuzufügen, die anzeigt, dass der Benutzer eine Testaufgabe erfolgreich gelöst hat, wenn die Verfügbarkeitsprüfungseinrichtung erkennt, dass der Benut- zer die bestimmte Testaufgabe erfolgreich gelöst hat. Die Verfügbarkeitssteuerungseinrichtung kann somit bevorzugt Informationen auswerten, die bei einer Auswertung der von dem Benutzer gelieferten Antworten erzeugt werden.
Ferner wird darauf hingewiesen, dass in der gezeigten Weise erreicht werden kann, dass die Datenbank sowohl Testaufgaben als auch benutzerbezogene Informationen, welche Testaufgaben ein bestimmter Benutzer bereits erfolgreich gelöst hat, umfasst. Die benutzerbezogenen Informationen können freilich für mehrere verschiedene Benutzer angelegt werden, so dass ein besonders speichereffizientes Datenbanksystem entsteht. Damit ist dann auch eine benutzerindividualisierte Testzusammenstellung in einem Mehrbenutzersystem (z. B. in einem Client-Server-System) möglich.
Ferner kann die Verfügbarkeitssteuerungseinrichtung ausgelegt sein, um eine bestimmte Testaufgabe auf der Datenbank zu löschen, wenn ein Benutzer die Testaufgabe erfolgreich gelöst hat. Dies ist beispielsweise vorteilhaft in tragbaren Computersystemen mit begrenztem Speicherplatz. Da nämlich erfindungsgemäßer Weise vorgesehen werden kann, dass eine Testaufgabe, die bereits einmal erfolgreich gelöst wurde, nicht wiederholt wird, ist es freilich auch nicht nötig, diese weiterhin zu speichern. Somit kann ein ressourcensparender Betrieb eines elektronischen Lernsystems bzw. einer elektronischen Lernumgebung ermöglicht werden.
Ferner wird es bevorzugt, dass die erfindungsgemäße Vorrichtung zum Zusammenstellen eines Tests eine Einrichtung zum Empfangen eines Soll-Schwierigkeitsgrads aufweist, wobei jeder Testaufgabe ferner ein Schwierigkeitsgrad zugeordnet ist, und wobei die Vorrichtung zum Zusammenstellen des Tests ferner eine Schwierigkeitssteuerungseinrich- tung aufweist, die ausgelegt ist, um sicherzustellen, dass die Einrichtung zum Auswählen mindestens einer Testaufgabe aus der Datenbank nur eine Testaufgabe, deren zugeordneter Schwierigkeitsgrad um höchstens eine vorgegebene Schwierigkeitsgrad-Abweichung von dem Soll-Schwierigkeitsgrad abweicht, als verfügbar erkennt. Dadurch kann ein in dem elektronischen Lernsystem ausgeführter Test durch Vorgabe eines Soll-Schwierigkeitsgrads an den Lernfortschritt eines Lernenden angepasst werden.
In der erfindungsgemäßen Vorrichtung ist die Ersetzungsregel bevorzugt ausgelegt, um die Ausnahmebehandlungslogik anzuweisen, einen Ersatz-Aufgabentyp für den Aufgabentyp aus der Mehrzahl von Aufgabentypen, für den in der Datenbank keine Testaufgabe verfügbar ist, zu ermitteln und in der Datenbank eine Ersatz-Testaufgabe von dem Ersatz- Aufgabentyp zu suchen und in die Menge der ausgewählten Aufgaben zu übernehmen. Es hat sich nämlich gezeigt, dass es typischerweise zu jedem Aufgabentyp einen diesem sehr ähnlichen Ersatz-Aufgabentyp gibt, so dass die Verwendung einer Testaufgabe des Ersatz-Aufgabentyps (anstelle einer Testaufgabe von dem Aufgabentyp, für den in der Datenbank keine Testaufgabe vorhanden ist) die Ausgewogenheit des Tests nur wenig beeinträchtigt, da die Aufgabentypen dem Trainieren von analogen Fertigkeiten dienen. In andere Worten, das Ersetzen eines Aufgabentyps durch einen ähnli- chen Ersatz-Aufgabentyp wird von einem menschlichen Lernenden typischerweise nicht als störend wahrgenommen.
Die Ausnahmebehandlungseinrichtung kann bevorzugt ausgelegt sein, um für den Aufgabentyp, für den keine Testaufgabe verfügbar ist, durch Zugriff auf eine Aufgabentyp- Ersetzungstabelle den Ersatz-Aufgabentyp zu ermitteln. Es hat sich nämlich gezeigt, dass typischerweise ein wohl definierter Ersatz eines nicht-vorhandenen Aufgabentyps durch einen Ersatz-Aufgabentyp zweckmäßig ist. Eine solche Zuordnung zwischen einem Aufgabentyp und einem Ersatz- Aufgabentyp kann beispielsweise in einer Aufgabentyp- Ersetzungstabelle abgelegt werden, die eine Zuordnung zwischen (zu ersetzendem) Aufgabentyp und Ersatz- Aufgabentyp beschreibt. Die Ablage der Zuordnungen zwischen Aufgabentypen und Ersatz-Aufgabentypen in Form einer Tabelle ist hierbei sehr speichereffizient und erlaubt zusätzlich einen schnellen Zugriff.
Bei einem weiteren bevorzugten Ausführungsbeispiel ist jedem Aufgabentyp der Mehrzahl von Aufgabentypen ein Aufgabentyp-Merkmalsvektor zugeordnet, der beispielsweise einen Aufgabentyp anhand mindestens eines numerisch beschreibbaren Kriteriums, besser aber mehrerer numerisch beschreibbarer Kriterien, beschreibt. In diesem Fall ist die Ausnahme- behandlungseinrichtung bevorzugt ausgelegt, um für den Aufgabentyp, für den keine Testaufgabe verfügbar ist, einen Ersatz-Aufgabentyp derart zu bestimmen, dass sich Aufgabentyp-Merkmalsvektoren des Aufgabentyps, für den keine Testaufgabe verfügbar ist, und des Ersatz-Aufgabentyps mög- liehst wenig unterscheiden. Dies kann beispielsweise gewährleistet werden, indem basierend auf dem Aufgabentyp- Merkmalsvektor des zu ersetzenden Aufgabentyps ein Ersatz- Aufgabentyp identifiziert wird, dessen Aufgabentypmerkmals- vektor dem Aufgabentypmerkmalsvektor des zu ersetzenden Aufgabentyps möglichst ähnlich ist. Die Ähnlichkeit kann hierbei beispielsweise durch ein beliebiges mathematisches Abstandsmaß bzw. eine mathematische Norm bestimmt werden, wobei für einzelne Einträge der Aufgabentypmerkmalsvektoren eine Gewichtung eingeführt werden kann (wobei ein Eintrag des Aufgabentyp-Merkmalsvektors eine charakteristische Eigenschaft eines Aufgabentypen beschreibt) .
Damit kann erreicht werden, dass es ausreichend ist, jeden Aufgabentyp durch einen Aufgabentypmerkmalsvektor zu beschreiben. Somit ist eine manuelle Erstellung einer Aufgabentyp-Ersetzungstabelle nicht mehr nötig. Die Aufgabentyp- Ersetzungstabelle kann vielmehr entweder automatisch auf- grund der Aufgabentypmerkmalsvektoren erstellt werden, oder die Aufgabentypmerkmalsvektoren können in der gezeigten Weise immer dann ausgewertet werden, wenn eine Ersetzung eines Aufgabentyps durch einen Ersatz-Aufgabentyp benötigt wird. Dies ist wiederum besonders in Verbindung mit zeit- lieh veränderlichen Aufgabendatenbanken, wie sie beispielsweise durch Übertragung über eine Netzwerkschnittstelle entstehen können, sehr vorteilhaft. Es werden hierbei nämlich genau die Aufgabentypen bei einer Bestimmung des am besten geeigneten Ersatz-Aufgabentyps herangezogen, die auch in der Datenbank verfügbar sind. Schließlich bringt die Beschreibung der Aufgabentypen durch Aufgabentypmerkmalsvektoren und die Ersetzung von Aufgabentypen basierend auf den Aufgabentypmerkmalsvektoren den Vorteil, dass Aufgabentypen von verschiedenen Quellen bzw. Tutoren somit vergleichbar sind, und dass sich damit eine zentrale Bereitstellung von Ersetzungsregeln (z.B. in Form einer Tabelle) erübrigt.
Ist einer Testaufgabe ein Schwierigkeitsgrad zugeordnet und weist die erfindungsgemäße Vorrichtung ferner eine Einrichtung zum Empfangen eines Soll-Schwierigkeitsgrads auf, so wird es bevorzugt, dass die Ersetzungsregel ausgelegt ist, um die Ausnahmebehandlungslogik anzuweisen, basierend auf dem Soll-Schwierigkeitsgrad einen Ersatz-Schwierigkeitsgrad zu ermitteln und für den Aufgabentyp aus der Mehrzahl von Aufgabentypen, für den in der Datenbank keine Testaufgabe mit dem Soll-Schwierigkeitsgrad vorhanden ist, eine Ersatz- Testaufgabe zu suchen, deren Schwierigkeitsgrad von dem Ersatz-Schwierigkeitsgrad höchstens um einen vorgegebenen Betrag abweicht, und um die Ersatz-Testaufgabe in die Menge von ausgewählten Testaufgaben zu übernehmen. Es hat sich nämlich als vorteilhaft erwiesen, die Ersetzungsregel so zu erweitern, dass für einen Aufgabentyp, für den bei dem Soll-Schwierigkeitsgrad keine Ersatz-Testaufgabe vorliegt, eine Ersatz-Testaufgabe mit einem anderen (Ersatz-) Schwierigkeitsgrad identifiziert wird.
So kann es beispielsweise vorkommen, dass ein Lernender für einen bestimmten Aufgabentyp ein besonders gutes Verständnis entwickelt und somit die Aufgabentypen des Soll- Schwierigkeitsgrads gerade für diesen Aufgabentyp besonders schnell bearbeitet. In diesem Fall empfiehlt es sich, den Ersatz-Schwierigkeitsgrad für eine Ersatz-Testaufgabe höher zu wählen als den Soll-Schwierigkeitsgrad. Durch eine Erhöhung des Schwierigkeitsgrads von Ersatz-Testaufgaben, für einen Aufgabentypen, für den die ursprünglichen Testaufgaben mit dem Soll-Schwierigkeitsgrad bereits abgearbei- tet sind, kann wiederum eine möglichst gleichmäßige Abarbeitung der Testaufgaben erzielt werden. Im Übrigen kann durch eine solche Maßnahme ferner erzielt werden, dass ein Test von einem Lernenden als ausgewogen empfunden wird.
Andererseits kann ein Schwierigkeitsgrad reduziert werden, wenn eine bestimmte Aufgabe mehrmals nicht erfolgreich gelöst wird, oder wenn Aufgaben eines bestimmten Aufgabentyps vergleichsweise häufig nicht korrekt gelöst werden. In diesem Fall empfiehlt es sich also, den Ersatz- Schwierigkeitsgrad für eine Ersatz-Testaufgabe niedriger zu wählen als den Soll-Schwierigkeitsgrad. Schließlich sei noch darauf hingewiesen, dass es in manchen Fällen deutlich vorteilhafter ist, für eine Aufgabentyp, für den keine Testaufgabe mit dem Soll-Schwierigkeitsgrad in der Datenbank vorhanden ist, eine Ersatz-Testaufgabe mit einem anderen als dem Soll-Schwierigkeitsgrad zu suchen als eine Ersatz-Testaufgabe mit einem anderen (Ersatz-) Aufgabentypen. Dies trifft beispielsweise dann zu, wenn es für einen Aufgabentyp keinen Ersatz-Aufgabentyp gibt, der dem zu ersetzenden Aufgabentyp hinreichend ähnlich ist. Dabei kann von einem Lernenden die Veränderung des Schwierigkeitsgrads also als weniger störend empfunden werden als die Veränderung des Aufgabentyps.
Im übrigen wird darauf hingewiesen, dass eine Strategie bei einer Auswahl einer Ersatz-Testaufgabe (d.h. die Ersetzungsregel) unterschiedlich gewählt werden kann, je nachdem ob es sich bei dem durchgeführten Test um einen Selbsttest eines Lernenden oder um ein Prüfung eines Prüflings handelt. Bei der Durchführung einer Prüfung mit einem Prüfling kann beispielsweise ein erhöhter Schwierigkeitsgrad einer Ersatz-Testaufgabe im Vergleich zu dem Soll- Schwierigkeitsgrad durch eine erhöhte Zahl an Punkten, die der Prüfling durch eine erfolgreiche Beantwortung der Ersatz-Testaufgabe erhalten kann, honoriert werden. Damit kann der veränderte Schwierigkeitsgrad der Ersatz- Testaufgabe bei der Auswertung der Prüfung mit berücksichtigt werden.
Um einen Lernenden in das System besser einzubinden, kann es beispielsweise vorteilhaft sein, dass die Ausnahmebehandlungslogik ausgelegt ist, um an den Benutzer eine Nachricht auszugeben, die eine Information über eine Verwendung eines Ersatz-Schwierigkeitsgrads umfasst, sofern ein solcher verwendet wird.
Ferner kann es vorteilhaft sein, dass die Ausnahmebehandlungslogik eine Abfrageeinrichtung umfasst, die ausgelegt ist, um an den Benutzer eine Nachricht auszugeben, falls für einen Aufgabentyp, für den in der Datenbank keine Testaufgabe vorhanden ist, keine Testaufgabe existiert, die die Ersetzungsregel erfüllt. Die Abfrageeinrichtung kann ferner ausgelegt sein, um von dem Benutzer eine Eingabe zu empfangen, wobei die Ausnahmebehandlungslogik in Abhängigkeit von der Eingabe entweder einen verkürzten Test erzeugt oder an den Benutzer eine Aufforderung zur Auswahl eines anderen Themenbereichs ausgibt und von dem Benutzer eine Eingabe empfängt, aufgrund derer eine solche Auswahl ermög- licht wird. Ist nämlich keine Testaufgabe vorhanden, die die Ersetzungsregel erfüllt, so kann nicht mehr sichergestellt werden, dass ein ausgewogener Test erzeugt wird. In diesem Fall ist es vorteilhaft, dass die Vorrichtung zum Zusammenstellen eines Tests mit dem Benutzer in Wechselwir- kung tritt und somit dem Benutzer ermöglicht, einer Durchführung eines verkürzten Tests durch eine entsprechende Eingabe zuzustimmen. Wünscht der Benutzer einen verkürzten Test nicht, so wird es ferner bevorzugt, dem Benutzer eine interaktive Auswahl eines Tests zu einem anderen Thema bzw. Themenbereich zu ermöglichen, um ein Absinken der Motivation des Benutzers zu verhindern. Eine derartige Auslegung der erfindungsgemäßen Vorrichtung zum Zusammenstellen eines Tests ist wiederum besonders vorteilhaft in Verbindung mit einem elektronischen Lernsystem, bei dem die Datenbank mit den Testfragen erst nach und nach aufgestellt bzw. zu einem Verarbeitungsgerät des Benutzers übertragen wird.
Weiterhin wird es bevorzugt, dass die Einrichtung zum Auswählen mindestens einer Testaufgabe aus der Datenbank ausgelegt ist, um für einen Aufgabentyp aus der Mehrzahl von Aufgabentypen eine vorgegebene Anzahl von zu dem Aufgabentyp gehörigen Testaufgaben aus der Datenbank auszuwählen, falls in der Datenbank für den Aufgabentyp eine ausreichende Anzahl von Testaufgaben verfügbar ist. Durch eine solche Auslegung kann gewährleistet werden, dass die Anzahl der Testfragen zu verschiedenen Aufgabentypen in einem ausgewogenen Verhältnis steht. Beispielsweise kann die Vorrichtung zum Zusammenstellen eines Tests dafür sorgen, dass nur eine oder wenige Testaufgaben eines zeitintensiven Aufgabentyps ausgewählt werden, während eine vorgegebene Anzahl von Testaufgaben zu einem anderen, schneller zu bearbeitenden Aufgabentyp ausgewählt werden. Somit kann eine besonders ausgewogene Zusammenstellung eines Tests gewährleistet werden. Die vorgegebene Anzahl von Aufgaben kann beispielsweise von einer Einrichtung zum Empfangen einer Information über eine Anzahl von Aufgaben, basierend auf der empfangenen Information über die Anzahl von Aufga- ben, bereitgestellt werden.
Auch eine zufällige Auswahl von Testaufgaben, beispielsweise unter Verwendung eines Zufallszahlengenerators, kann in besonders ausgewogenen Tests resultieren, wobei bei der wiederholten Durchführung eines Tests eine Vorhersagbarkeit vermieden werden kann. Dies ermöglicht eine objektivere Beurteilung des tatsächlichen Kenntnisstands eines Lernenden.
Weiterhin wird es bevorzugt, die erfindungsgemäße Vorrichtung zum Zusammenstellen eines Tests in eine Vorrichtung zum Prüfen eines Prüflings einzubinden. Die Vorrichtung zum Prüfen eines Prüflings umfasst ferner bevorzugt eine Einrichtung zum Einlesen einer Antwort auf mindestens eine der durch die Vorrichtung zum Zusammenstellen des Tests ausgegebene ausgewählte Testaufgabe. Ferner umfasst die Vorrichtung zum Prüfen eine Prüflings bevorzugt eine Einrichtung zum Auswerten der eingelesenen Antwort, um eine codierte Information zu erhalten, ob die eingelesene Antwort eine korrekte Lösung der ausgegebenen ausgewählten Testaufgabe darstellt. Ferner ist es vorteilhaft, dass die Vorrichtung zum Prüfen eines Prüflings eine Einrichtung zum Ausgeben eines Testergebnisses in Abhängigkeit von der codierten Information umfasst.
Durch eine entsprechende Vorrichtung zum Prüfen eines Prüflings kann somit ein Test beginnend von einer Testzusammenstellung bis zu einer Darstellung des Testergebnisses vollständig automatisiert durchgeführt werden, wobei sich wiederum die erfindungsgemäßen Vorteile einer Testzusammenstellung mit einer Ausnahmebehandlung unter Verwendung von Ersetzungsregeln ergeben.
Weiterhin wird es bevorzugt, dass die Verfügbarkeitssteue- rungseinrichtung, die festlegt, wann eine in der Datenbank gespeicherte Testaufgabe für die Einrichtung zum Auswählen mindestens einer Testaufgabe aus der Datenbank zur Verfü- gung steht, ausgelegt ist, um die codierte Information, ob die eingelesene Antwort eine korrekte Lösung der ausgegebenen ausgewählten Testaufgabe darstellt, auszuwerten. Hierbei wird es bevorzugt, die codierte Information, die beispielsweise eine zweiwertige Aussage enthalten kann, ob eine Benutzer eine bestimmte Testaufgabe erfolgreich gelöst hat, benutzerbezogen in einer Datenbank abzulegen. Durch eine derartige Auslegung ergibt sich ein besonders vorteilhaftes elektronisches Testsystem, indem sichergestellt ist, dass gegenüber einem Benutzer eine einmal gelöste Testauf- gäbe nicht ein zweites Mal ausgegeben wird. Dadurch kann ein effizientes Lernen erzielt werden, wobei weiterhin verhindert wird, dass eine Motivation des Benutzers durch Wiederholung von bereits gelösten Aufgaben verloren geht.
Es kann auch gespeichert werden, wie oft eine Aufgabe nicht gelöst wurde, um entsprechende Systemreaktionen auszulösen. Eine derartige Systemreaktion kann beispielsweise eine Erhöhung oder Erniedrigung des Schwierigkeitsgrades sein, wie bereits vorher ausgeführt wurde.
Ferner wird es bevorzugt, dass die Einrichtung zum Auswerten der eingelesenen Antworten eine Vergleichseinrichtung umfasst, die ausgelegt ist, um die eingelesene Antwort mit einer in der Datenbank abgelegten und zu der ausgegebenen ausgewählten Testaufgabe gehörigen Vergleichsantwort zu vergleichen, und um die eingelesene Antwort als eine korrekte Antwort zu bewerten, wenn die eingelesene Antwort von der Vergleichsantwort höchstens eine vorbestimmte Abwei- chung aufweist, und um für die ausgegebene ausgewählte Testaufgabe eine dem Vergleichsergebnis entsprechende codierte Information bereitzustellen. In anderen Worten, es wurde erkannt, dass die Auswertung der Benutzereingaben wiederum automatisiert erfolgen kann. Um eine übermäßige Fehlinterpretation von Antworten des Benutzers bzw. des Lernenden zu vermeiden, wird es bevorzugt, eine vorbestimmte Abweichung zwischen der Antwort des Benutzers und einer in der Datenbank abgelegten Vergleichsantwort zuzulassen. Die Abweichung kann beispielsweise durch einen numerischen Wert definiert sein. Außerdem kann beispielsweise bei Fragen, bei denen komplexere Antworten erforderlich sind, eine vorbestimmte Abweichung zwischen einer eingegebenen Antwort und der Vergleichsantwort tolerierbar sein. Dies ist beispielsweise der Fall, wenn ein Benutzer aufgefordert wird, eine längere Texteingabe zu tätigen. Wesentlich ist hierbei lediglich, dass eine Beschreibungsform existiert, die eine Abweichung einer Antwort von der Vergleichsantwort quantifizierbar macht.
Ferner wird es manchmal bevorzugt, eine Antwort nur dann als korrekte Antwort zu akzeptieren, wenn die eingelesene Antwort mit der Vergleichsantwort übereinstimmt. Dies kann beispielsweise bei Multiple-Choice-Testaufgaben vorteilhaft sein, und ermöglicht eine besonders vorteilhafte elektronische Auswertung, beispielsweise mit Hilfe einer Vergleichseinrichtung.
Bei größeren Abweichungen zwischen einer korrekten Antwort und einer von dem Benutzer eingegebenen Antwort bzw. falls ein Benutzer eine Testaufgabe nicht löst, kann die erfindungsgemäße Vorrichtung zum Zusammenstellen eines Tests ferner Verweise auf die relevanten Themen und/oder auf Schwachstellen des Benutzers (des lernenden oder des Prüf- lings) ausgeben. Bevorzugte Ausführungsbeispiele der vorliegenden Erfindung werden nachfolgend Bezug nehmend auf die beiliegenden Zeichnungen näher erläutert. Es zeigen:
Fig. 1 ein Flussdiagramm eines erfindungsgemäßen Verfahrens zum Zusammenstellen eines Tests gemäß einem ersten Ausführungsbeispiel der vorliegenden Erfindung;
Fig. 2 eine graphische Darstellung eines beispielhaften Datenbankeintrags für eine Testaufgabe;
Fig. 3 ein Flussdiagramm eines erfindungsgemäßen Verfahrens zum Ermitteln der verfügbaren Testaufgaben;
Fig. 4A einen ersten Teil eines Flussdiagramms eines erfindungsgemäßen Verfahrens zum Zusammenstellen eines Tests gemäß einem zweiten Ausführungsbeispiel der vorliegenden Erfindung;
Fig. 4B einen zweiten Teil eines Flussdiagramms eines erfindungsgemäßen Verfahrens zum Zusammenstellen eines Tests gemäß dem zweiten Ausführungsbeispiel der vorliegenden Erfindung;
Fig. 5A ein Flussdiagramm eines erfindungsgemäßen Verfahrens zum Identifizieren einer Ersatz-Testaufgabe in einer Testaufgaben-Datenbank unter Verwendung einer Ersatz-Aufgabentyp-Tabelle;
Fig. 5B eine graphische Darstellung einer Ersatz- Aufgabentyp-Tabelle;
Fig. 6A ein Flussdiagramm eines erfindungsgemäßen Verfah- rens zum Identifizieren eines zulässigen Ersatz-
Aufgabentyps; Fig. 6B eine graphische Darstellung eines Aufgabentyp- merkmalsvektors;
Fig. 7 ein Flussdiagramm eines erfindungsgemäßen Verfah- rens zum Identifizieren eines Ersatz-Aufgabentyps gemäß einem dritten Ausführungsbeispiel der vorliegenden Erfindung;
Fig. 8 ein Flussdiagramm eines erfindungsgemäßen Verfah- rens zum Durchführen eines Tests gemäß einem vierten Ausführungsbeispiel der vorliegenden Erfindung; und
Fig. 9 ein Flussdiagramm eines erfindungsgemäßen Verfah- rens zum Durchführen eines Tests gemäß einem fünften Ausführungsbeispiel der vorliegenden Erfindung.
Fig. 1 zeigt ein Flussdiagramm eines erfindungsgemäßen Verfahrens zum Zusammenstellen eines Tests gemäß einem ersten Ausführungsbeispiel der vorliegenden Erfindung. Das Flussdiagramm der Fig. 1 ist in seiner Gesamtheit mit 100 bezeichnet. Das erfindungsgemäße Verfahren ist ausgelegt, um Testaufgaben aus einer Datenbank auszuwählen. Die Daten- bank ist hierbei mit 110 bezeichnet und umfasst eine Mehrzahl von verfügbaren Testaufgaben. Ferner ist anzumerken, dass eine Zuordnung zwischen Testaufgaben und Aufgabentypen besteht. In anderen Worten, jede Testaufgabe in der Datenbank ist beispielsweise einem Aufgabentyp zugeordnet. Beispielsweise gehört zu jeder Testaufgabe in der Datenbank ein zugeordnetes Feld bzw. ein zugeordneter Eintrag, der den Aufgabentyp beschreibt. Ebenso gut ist es möglich, dass in der Datenbank mehrere Tabellen bzw. Unter-Datenbanken existieren, wobei in einer Tabelle bzw. Unter-Datenbank nur Testaufgaben des gleichen Typs abgelegt sind. Zusammenfassend lässt sich also sagen, dass die Datenstruktur der Datenbank so ausgelegt ist, dass eine Zuordnung zwischen Testaufgaben und Aufgabentypen existiert. Ferner ist darauf hinzuweisen, dass ein Unterschied zwischen den in der Datenbank vorhandenen Aufgaben und den im Rahmen des hier beschriebenen Algorithmus verfügbaren Aufgaben bestehen kann. Mit anderen Worten, eine oder mehrere Aufgaben in der Datenbank können als nichtverfügbar gekennzeichnet sein. Beispielsweise kann die Datenbank ein Flag umfassen, das festlegt, dass eine Testaufgabe nicht verfügbar ist. Dieses Flag kann beispielswei- se gesetzt werden, wenn ein Benutzer eine Aufgabe bereits erfolgreich gelöst hat. Im Übrigen wird darauf hingewiesen, dass je nach Begebenheit Aufgaben in der Datenbank als verfügbare Aufgaben herausgefiltert werden können, wobei verfügbare Aufgaben typischerweise eine Bedingung bzw. eine logische Verknüpfung aus mehreren Bedingungen erfüllen müssen.
Die Aufgabe des anhand der Fig. 1 gezeigten Algorithmus besteht darin, einen möglichst ausgewogenen Test, der typischerweise eine Mehrzahl von Aufgabentypen umfasst, zusammenzustellen, und gleichzeitig eine Behandlung eines Ausnahmefalls, in dem für einen Aufgabentyp keine Testaufgabe in der Datenbank verfügbar ist, zu ermöglichen.
Der gezeigte Algorithmus empfängt als Eingangsgröße zumindest einen Aufgabentyp 120 einer in der Datenbank zu suchenden Testaufgabe. In einem ersten Schritt 130 untersucht der gezeigte Algorithmus dann, ob in der Datenbank eine Testaufgabe von dem vorgegebenen Aufgabentyp 120 verfügbar ist. Dies kann beispielsweise durch eine Filterung der in der Datenbank 110 verfügbaren Testaufgaben erfolgen. Ferner kann die Datenbank auch ausgelegt sein, um zu protokollieren, wie viele Aufgaben von verschiedenen Aufgabentypen vorhanden sind. Mit anderen Worten, die Datenbank kann beispielsweise einen zu einem Aufgabentyp gehörigen Zähler aufweisen, der die Zahl der zu dem Aufgabentyp gehörigen und verfügbaren Testaufgaben anzeigt. Wird in dem ersten Schritt 130 erkannt, dass zu dem vorgegebenen Aufgabentyp 120 mindestens eine Testaufgabe in der Datenbank verfügbar ist, so wird daraufhin in einem zweiten Schritt 140 mindestens eine Testaufgabe für den vorgegebe- nen Aufgabentyp 120 ausgewählt. Dabei wird beispielsweise eine Testaufgabe für den vorgegebenen Aufgabentyp 120 in der Datenbank gesucht. Es kann beispielsweise die erste zu dem vorgegebenen Aufgabentyp 120 in der Datenbank gefundene Aufgabe verwendet werden. Ferner ist es möglich, aus einer Mehrzahl von in der Datenbank 110 zu dem vorgegebenen Aufgabentyp 120 verfügbaren Testaufgaben eine oder mehrere Testaufgaben zufällig, also beispielsweise unter Verwendung eines Zufallszahlengenerators, auszuwählen. Im Übrigen wird darauf hingewiesen, dass der Schritt 130 des Überprüfens, ob eine Testaufgabe für den Aufgabentyp in der Datenbank verfügbar ist, und der Schritt 140 des Auswählens mindestens einer Testaufgabe für den Aufgabentyp sehr eng miteinander verbunden sein können. So kann beispielsweise auch der Versuch unternommen werden, eine Testaufgabe aus der Datenbank 110 auszuwählen. Ist das Auswählen nicht erfolgreich, so kann in diesem Fall festgestellt werden, dass für den vorgegebenen Aufgabentyp 120 keine Testaufgabe in der Datenbank vorhanden ist.
Ist in dem zweiten Schritt 140 mindestens eine Testaufgabe für den Aufgabentyp ausgewählt, so kann dann in einem dritten Schritt 150 die ausgewählte Testaufgabe in eine Menge von ausgewählten Testaufgaben übernommen werden.
Andererseits kann eine Ausnahmebehandlung 160 durchgeführt werden, wenn in dem ersten Schritt 130 festgestellt wird, dass für den vorgegebenen Aufgabentyp 120 keine Testaufgabe in der Datenbank verfügbar ist. Ist dies der Fall, so wird in einem Schritt 164 in der Datenbank eine Testaufgabe gesucht, die eine vorgegebene Ersetzungsregel erfüllt. Die Ersetzungsregel liefert hierbei Anweisungen, welche Kriterien eine Ersatz-Testaufgabe, die an die Stelle einer Testaufgabe von dem Aufgabentyp 120 tritt, zu dem in der Datenbank keine Testaufgabe verfügbar ist, erfüllen muss. Die Ersetzungsregel kann hierbei also beispielsweise ausdrücken, dass für einen vorgegebenen Aufgabentyp 120, zu dem in der Datenbank keine Testaufgabe verfügbar ist, eine Ersatz-Testaufgabe von einem Ersatz-Aufgabentyp verwendet werden darf.
Die Ersetzungsregel kann hierbei beispielsweise ein oder mehrere Kriterien festlegen, gemäß denen Testaufgaben in der Datenbank 110 als verfügbar klassifiziert werden. In anderen Worten, die Testaufgabe kann auch einen Filter spezifizieren, mit dessen Hilfe die Datenbank 110 nach verfügbaren Aufgaben durchsucht wird. Der von der Ersetzungsregel vorgegebene Filter für die Datenbanksuche ist hierbei bevorzugterweise breiter als ein ursprünglicher Filter, der verwendet wird, um zu bestimmen, ob eine Testaufgabe für den Aufgabentyp in der Datenbank verfügbar ist. Anstelle eines breiteren Filters kann auch ein veränderter Filter (in dem beispielsweise der vorgegebene Aufgabentyp 120 durch einen Ersatz-Aufgabentyp ersetzt ist) durch die Ersetzungsregel definiert werden. Die Ersetzungsregel kann hierbei freilich spezifisch für einen vorgegebenen Aufgabentyp 120 sein.
Wird in einem Schritt 168 festgestellt, dass in der Datenbank 110 in dem Schritt 164 eine Aufgabe gefunden wurde, die die vorgegebene Ersetzungsregel erfüllt, so wird in einem weiteren Schritt 172 die gefundene Testaufgabe, die die Ersetzungsregel erfüllt, in die Menge der ausgewählten Testaufgaben übernommen. Wird hingegen in der Datenbank 110 keine Ersatz-Testaufgabe gefunden, die die Ersetzungsregel erfüllt, so wird die Ausnahmebehandlung 160 beendet, ohne eine Testaufgabe in die Menge der ausgewählten Testaufgaben zu übernehmen.
Es sei hier im Übrigen darauf hingewiesen, dass die Ersetzungsregel durchaus eine mehrstufige Ersetzungsregel sein kann. In anderen Worten, die mehrstufige Ersetzungsregel kann mehrere Teil-Ersetzungsregeln umfassen, die mit absteigender Priorität behandelt werden. Mit anderen Worten, eine Teil-Ersetzungsregel mit einer niedrigeren Priorität wird erst dann angewendet, wenn eine Ersetzungsregel mit einer höheren Priorität kein Ergebnis liefert. So kann ein für die Auswertung der Datenbank 110 verwendetes Filter für eine Suche einer Ersatz-Testaufgabe schrittweise erweitert bzw. verändert werden. Somit kann erreicht werden, dass weniger bevorzugte Ersetzungen einer Testaufgabe durch eine Ersatz-Testaufgabe (gemäß einer weniger bevorzugten Teil- Ersetzungsregel niedriger Priorität) nur dann stattfinden, wenn bevorzugte Ersetzungen (gemäß einer bevorzugten Teil- Ersetzungsregel hoher Priorität) nicht möglich sind.
Schließlich wird darauf hingewiesen, dass das in der Fig. 1 gezeigte Flussdiagramm 100 für eine Mehrzahl von Aufgabentypen ausgeführt werden kann. Nach dem Übernehmen der ausgewählten Testaufgabe in die Menge der ausgewählten Testaufgaben in dem dritten Schritt 150 oder nach der Abarbeitung der Ausnahmebehandlung 160 wird somit in einem Prüfschritt 180 bevorzugt überprüft, ob ein weiterer Aufgabentyp zu bearbeiten ist. Ist dies der Fall, so wird in einem Schritt 182 ein neuer Aufgabentyp ausgewählt, und das gezeigte Verfahren wird wiederholt. Sind alle zu behandeln- den Aufgabentypen abgearbeitet, so werden schließlich die ausgewählten Testaufgaben in einem Ausgabeschritt 190 ausgegeben. Hierbei können die ausgewählten Testaufgaben beispielsweise visuell und/oder akustisch und/oder taktil an einen Benutzer ausgegeben werden. Die Testaufgaben können ferner ausgedruckt oder optional auf einem Datenträger zur Verwendung durch einen Benutzer gespeichert werden. Somit werden die dem Benutzer gegenüber ausgegebenen ausgewählten Testaufgaben durch den Ablauf des beschriebenen Algorithmus 100 bestimmt.
Existiert zu einem zu verwendenden Aufgabentyp 120 keine geeignete Testaufgabe, so wird dem Benutzer eine Ersatz- Testaufgabe präsentiert, die gemäß der Ersetzungsregel ausgewählt wird. Somit kann gewährleistet werden, dass immer eine bestmögliche Zusammenstellung von Testaufgaben, in der die Aufgabentypen möglichst ausgeglichen vertreten sind, zur Verfügung gestellt wird. Ferner kann gewährleis- tet werden, dass gegenüber dem Benutzer stets eine bestimmte Anzahl von Testaufgaben ausgegeben wird, selbst wenn zu einzelnen Aufgabentypen keine Testaufgaben mehr verfügbar sind.
Damit ermöglicht das erfindungsgemäße Verfahren die automatisierte Erzeugung von stets ausgewogen und/oder nutzeran- gepasst zusammengestellten Tests, wobei die Ausnahmebehandlung 160 durch mindestens eine vorgegebene Ersetzungsregel wohl definiert ist.
Fig. 2 zeigt eine graphische Darstellung eines beispielhaften Datenbankeintrags für eine Testaufgabe. Der beispielhafte Datenbankeintrag ist in seiner Gesamtheit mit 200 bezeichnet. Die Datenbank weist hierbei Einträge für eine Mehrzahl von Testaufgaben auf, von denen in Fig. 2 zwei gezeigt sind. Die hier gezeigten Datenbankeinträge sind im Übrigen als beispielhaft zu verstehen, wobei bei einer tatsächlichen Implementierung einzelne Einträge entfallen können. Andererseits können auch zusätzliche Einträge hinzukommen.
In einer Datenbank wird es bevorzugt, dass einer jeden Testaufgabe ein eindeutiger Aufgabenidentifizierer 210 beispielsweise in Form einer laufenden Nummer zugeordnet ist. Ferner wird es bevorzugt, dass einer Aufgabe ein Aufgabentyp-Identifizierer 212 (z. B. „A") zugeordnet ist. Der Aufgabentyp-Identifizier 212 kann hierbei beispielsweise die Art der Aufgabe (z. B. Sortieraufgabe, Multiple- Choice-Aufgabe, Bildbeschriftungsaufgabe, Rechenaufga- be, ... ) beschreiben. Ferner kann der Datenbankeintrag zu einer Testaufgabe einen Schwierigkeitsgrad-Identifizierer 214 umfassen, der bevorzugterweise eine Schwierigkeit der Aufgabe als einen numerischen Wert darstellt. Ferner um- fasst der Datenbankeintrag bevorzugterweise ein Schon- Gelöst-Flag 216, das anzeigt, ob eine Aufgabe von einem Benutzer schon erfolgreich gelöst wurde. Das Schon-Gelöst- Flag kann beispielsweise ein binärer bzw. boolescher Ein- trag sein. Ferner kann der Datenbankeintrag einen zu einem Benutzer gehörigen Fehlversuch-Zähler 218 umfassen, der beispielsweise angibt, wie oft ein Benutzer eine Aufgabe schon erfolglos bzw. mit falschem Ergebnis gelöst hat.
Weiterhin kann der Datenbankeintrag einen Zeitdauer- Identifizierer 220 umfassen, in dem in codierter Form eine für eine Aufgabe zulässige bzw. in Anspruch genommene Bearbeitungszeit eingetragen ist. Schließlich kann der Datenbankeintrag 200 auch einen Verweis 222 auf einen zu der jeweiligen Testaufgabe gehörigen Text oder auf sonstige zu der Testaufgabe gehörige Informationen (z. B. Bilder, Audioinformationen, Animationen oder sonstige Multimedia- Informationen) umfassen, wobei der Text oder die sonstige Information als tiefer gehende Information betrachtet werden kann. Ebenso ist es möglich, dass der Datenbankeintrag 200 ein Textfeld 224 umfasst, in dem direkt ein Aufgabentext oder zumindest eine Überschrift der Aufgabe eingetragen ist. Schließlich kann auch ein codierter Themenbereich-Identifizierer 226 Teil des Datenbankeintrags 200 sein. Die Informationen in dem Datenbankeintrag 200 einer Testaufgabe können bei einer Suche in der Datenbank verwendet werden, um verfügbare Aufgaben auszuwählen, und um ferner eine Anzeige und eine Auswertung der jeweiligen Testaufgaben zu ermöglichen.
Es sei ferner darauf hingewiesen, dass beispielsweise in einer Mehrbenutzer-Umgebung das Schon-Gelöst-Flag 216 und der Fehlversuch-Zähler 218 in einer separaten Tabelle für eine Mehrzahl von Benutzern individuell abgespeichert sein können, dass also das Schon-Gelöst-Flag 216 und der Fehlversuchzähler 218 benutzerspezifische Informationen darstellen, die einem Benutzer zugeordnet sind. Im Übrigen wird darauf hingewiesen, dass ein Datenbankeintrag 200 zu einer Aufgabe noch eine Vielzahl von weiteren Feldern umfassen kann. So kann eine Datenbank Verweise auf Hilfetexte und weitergehende Informationen umfassen. Ferner kann der Datenbankeintrag 200 auch zusätzliche Informationen umfassen, die für eine Auswertung der Aufgabe relevant sind, wie beispielsweise Informationen über eine korrekte Antwort oder über eine Punktzahl, die ein Prüfling durch korrektes Lösen der Aufgabe erhalten kann. All diese Infor- mationen können sowohl bei der Auswahl der Aufgabe verwendet werden als auch bei der späteren Ausgabe der Aufgabe und bei der anschließenden Auswertung einer Benutzereingabe.
Fig. 3 zeigt ein Flussdiagramm eines erfindungsgemäßen Verfahrens zum Ermitteln der verfügbaren Testaufgaben aus einer Datenbank, die alle Testaufgaben (gegebenenfalls aufgeteilt auf mehrere Tabellen für verschiedene Aufgabentypen) umfasst. Das erfindungsgemäße Verfahren ist in seiner Gesamtheit mit 300 bezeichnet. Hierbei wird davon ausgegangen, dass eine Datenbank 310 einen vollständigen Satz von Testaufgaben umfasst, wobei jeder Testaufgabe zumindest ein Aufgabentyp, ein Schon-Erfolgreich-Gelöst- Flag sowie ein Schwierigkeitsgrad zugeordnet sind. In dem ersten Schritt 320 werden aus der Datenbank 310 diejenigen Testaufgaben ausgefiltert, bei denen das Schon-Erfolgreich- Gelöst-Flag gesetzt ist. In dem ersten Schritt 320 wird ferner durch eine geeignete Festlegung eines Filters 324 sichergestellt, dass nur Aufgaben des gerade zu verarbei- tenden Aufgabentyps (beispielsweise des Aufgabentyps „A") berücksichtigt werden. Der Filter 324 kann ferner so ausgelegt sein, dass auch ein Themenbereich-Identifizierer (z. B. der Themenbereich-Identifizierer „0x01", der das Thema 1 beschreibt) ausgewertet wird, so dass nur Aufgaben von dem gewünschten Thema ausgewählt werden. Schließlich wird es bevorzugt, dass in dem Filter 324 das Schon-Erfolgreich- Gelöst-Flag auf „0" gesetzt wird, so dass nur Aufgaben ausgelesen werden, die von dem Benutzer noch nicht erfolg- reich gelöst wurden. Die anderen Felder des Datenbankeintrags 200 müssen beispielsweise bei der Filterung nicht berücksichtigt werden und dürfen beispielsweise einen beliebigen Wert (angezeigt durch einen Stern „*") annehmen.
Wird auch ein Schwierigkeitsgrad der Testaufgaben mit berücksichtigt, so kann in einem zweiten Schritt 330 eine entsprechende zusätzliche Filterung angewendet werden, so dass Testaufgaben, deren Schwierigkeitsgrad sich von dem gegebenen Schwierigkeitsgrad unterscheidet, ausgefiltert bzw. nicht in die Menge der verfügbaren Aufgaben übernommen werden. Es sei hierbei darauf hingewiesen, dass die Berücksichtigung des Schwierigkeitsgrads in dem zweiten Schritt 330 optional ist. Ist eine Berücksichtigung des Schwierig- keitsgrads vorgesehen, so können auch der erste Schritt 320 und der zweite Schritt 330 kombiniert durchgeführt werden. Anschließend an die Filterschritte 320, 330 steht dann eine Menge von verfügbaren Testaufgaben, die noch nicht erfolgreich gelöst wurden, zur Verfügung. Diese Menge von Test- aufgaben kann beispielsweise durch eine Liste von Aufgaben- Identifizierern 210 beschrieben sein. Ebenso kann die Menge von verfügbaren Testaufgaben, die noch nicht gelöst wurden, auch eine Kopie von Datenbankeinträgen 200 umfassen. Im Übrigen wird auch darauf hingewiesen, dass es nicht zwin- gend erforderlich ist, eine Menge von verfügbaren Testaufgaben explizit bereitzustellen, solange gewährleistet ist, dass bei einer weiteren Verarbeitung eben die als verfügbar klassifizierten Testaufgaben berücksichtigt werden.
Die Fig. 4A und 4B zeigen einen ersten Teil und einen zweiten Teil eines Flussdiagramms eines erfindungsgemäßen Verfahrens zum Zusammenstellen eines Tests gemäß einem zweiten Ausführungsbeispiel der vorliegenden Erfindung.
Die Fig. 4A und 4B zeigen hierbei ein Verfahren, das eine Ausnahmebehandlung bei der Auswahl von Testaufgaben für einen Aufgabentyp ermöglicht. Es sei hierbei darauf hingewiesen, dass das in den Fig. 4A und 4B gezeigte Verfahren im Rahmen einer erfindungsgemäßen Testzusammenstellung mehrmals für verschiedene Aufgabentypen durchlaufen werden kann. Es sei ferner darauf hingewiesen, dass für einen vorgegebenen Aufgabentyp entweder nur eine Aufgabe oder eine vorgegebene Anzahl von Aufgaben gesucht werden können, wobei die vorgegebene Anzahl für verschiedene Aufgabentypen unterschiedlich sein kann.
Das in den Fig. 4A und 4B gezeigte Verfahren zur Zusammen- Stellung eines Tests mit einer hierarchischen Ausnahmebehandlung ist mit 400A bzw. 400B bezeichnet. Hierbei wird in einem ersten Schritt 410 versucht, in einer Datenbank eine vorgegebene Anzahl von als noch nicht gelöst markierten Aufgaben eines vorgegebenen Schwierigkeitsgrads zu identi- fizieren.
Wird in einem Schritt 412 festgestellt, dass die vorgegebene Anzahl von Aufgaben (bevorzugter Weise genau eine Aufgabe) erfolgreich identifiziert wurde, so werden die identi- fizierten Aufgaben in einem Schritt 414 in eine Menge ausgewählter Aufgaben übernommen. Im Anschluss an den Schritt 414 kann das gezeigte Verfahren für einen anderen Aufgabentyp wiederholt werden, bis alle zu bearbeitenden Aufgabentypen bearbeitet sind. Durch das Übernehmen von identifizierten Aufgaben in eine Menge ausgewählter Aufgaben entsteht somit ein Test, der an einen Benutzer ausgegeben werden kann.
Wird in dem Schritt 412 allerdings festgestellt, dass zu einem vorgegebenen Aufgabentyp und einem vorgegebenen Schwierigkeitsgrad in der Datenbank nicht die vorgegebene Anzahl von Testaufgaben (also beispielsweise nicht mindestens eine Testaufgabe) verfügbar ist, so wird in einem Schritt 420 versucht, in der Datenbank mindestens eine Ersatz-Testaufgabe von einem zulässigen Ersatz-Aufgabentyp oder aus einer Menge von mehreren zulässigen Ersatz- Aufgabentypen zu identifizieren. Als zulässige Ersatz- Aufgabentypen können hierbei alle in der Datenbank vorhan- denen Aufgabentypen verwendet werden, oder es können zu dem vorgegebenen Aufgabentyp ein oder mehrere Ersatz- Aufgabentypen mittels einer Ersetzungsregel bestimmt werden. Die Auswahl von Ersatz-Aufgabentypen wird im Übrigen später anhand der Fig. 5A, 5B, 6A und 6B näher erläutert.
Können eine oder mehrere Ersatz-Testaufgaben von dem Ersatz-Aufgabentyp oder aus der Menge von mehreren zulässigen Ersatz-Aufgabentypen identifiziert werden, so werden die identifizierten Ersatz-Testaufgaben wiederum in dem Schritt 414 in die Menge ausgewählter Testaufgaben übernommen, und die Abarbeitung des Algorithmus wird für einen weiteren Aufgabentyp aus der Menge von zu bearbeitenden Aufgabentypen wiederholt, bis alle zu bearbeitenden Aufgabentypen bearbeitet sind. Wird allerdings in dem Schritt 422 festgestellt, dass zu dem in dem Schritt 420 identifizierten Ersatz-Aufgabentypen oder der Menge von identifizierten Ersatz-Testaufgaben keine Ersatz-Testaufgabe von dem vorgegebenen Schwierigkeitsgrad in der Datenbank verfügbar ist, die als noch nicht gelöst markiert ist (bzw. nicht genügend Ersatz-Testaufgaben verfügbar sind) , so wird in einem Schritt 424 versucht, in der Datenbank Ersatz-Testaufgaben mit einem zulässigen Ersatz-Schwierigkeitsgrad zu identifizieren. In anderen Worten, aus dem vorgegebenen Schwierig- keitsgrad wird ein zulässiger Ersatz-Schwierigkeitsgrad abgeleitet. Hierbei kann beispielsweise davon ausgegangen werden, dass, wenn zu einem vorgegebenen Schwierigkeitsgrad keine zulässigen Ersatz-Testaufgaben in der Datenbank verfügbar sind, Ersatz-Testaufgaben mit einem anderen als dem vorgegebenen Schwierigkeitsgrad identifiziert werden sollen. Dabei kann beispielsweise festgelegt werden, dass der Ersatz-Schwierigkeitsgrad um eine vorgegebene Abweichung, z. B. eine Schwierigkeitsgradstufe, größer als der vorgegebene Soll-Schwierigkeitsgrad sein darf. Ein vorgege- bener Soll-Schwierigkeitsgrad bzw. Ersatz- Schwierigkeitsgrad kann hierbei im Übrigen auch ein Intervall von Schwierigkeitsgraden umfassen. Ferner können auch mehrere Schwierigkeitsgrade (bzw. Intervalle von Schwierig- keitsgraden) sukzessive überprüft werden, um in dem Schritt 424 in der Datenbank eine Ersatz-Testaufgabe mit einem zulässigen Ersatz-Schwierigkeitsgrad zu identifizieren.
Ferner sei darauf hingewiesen, dass in dem Schritt 424 entweder nur Testaufgaben in der Datenbank von dem vorgegebenen Aufgabentyp oder zusätzlich Testaufgaben mit einem oder mehreren zusätzlichen Ersatz-Aufgabentypen herangezogen werden können, um eine Ersatz-Testaufgabe zu identifi- zieren.
Wird also in dem Schritt 430 festgestellt, dass in dem Schritt 424 eine Ersatz-Testaufgabe mit dem vorgegebenen Aufgabentyp und dem Ersatz-Schwierigkeitsgrad oder auch (optional) eine Ersatz-Testaufgabe mit einem zulässigen Ersatz-Aufgabentyp und einem zulässigen Ersatz- Schwierigkeitsgrad identifiziert werden konnte, so wird die identifizierte Testaufgabe wiederum in dem Schritt 414 in die Menge ausgewählter Aufgaben übernommen. In diesem Fall kann ferner die Ausgabe einer Nachricht an den Benutzer initiiert werden, um dem Benutzer anzuzeigen, dass eine Testaufgabe mit einem Ersatz-Schwierigkeitsgrad verwendet wurde. Die entsprechende Ausgabe ist allerdings als optional anzusehen. Die Ausgabe kann ferner direkt bei der Zusammenstellung des Tests erfolgen oder auch erst nachgelagert, wenn die entsprechende Ersatz-Testaufgabe mit dem Ersatz-Schwierigkeitsgrad an den Benutzer ausgegeben wird.
Kann allerdings keine Testaufgabe mit dem Ersatz- Schwierigkeitsgrad und dem vorgegebenen Aufgabentyp oder gegebenenfalls auch einem zulässigen Ersatz-Aufgabentyp identifiziert werden, so wird in einem Schritt 434 eine Nachricht an den Benutzer ausgegeben, dass nur ein reduzierter Test durchgeführt werden kann. Daraufhin wird in einem Schritt 438 eine Eingabe des Benutzers eingelesen. Zeigt die in dem Schritt 438 eingelesene Eingabe des Benutzers an, dass der Benutzer mit einem reduzierten Test einverstanden ist, so werden, falls nötig, Testaufgaben von anderen zu verwendenden Aufgabentypen ausgewählt und in die Menge ausgewählter Aufgaben übernommen, wobei wiederum das gleiche Verfahren angewendet wird. Sind für alle zu bearbeitenden Aufgabentypen Testaufgaben bzw. Ersatz- Testaufgaben in die Menge ausgewählter Aufgaben übernommen, so wird schließlich in einem Schritt 446 ein reduzierter Test mit Aufgaben aus der Menge ausgewählter Aufgaben durchgeführt.
Zeigt allerdings die in dem Schritt 438 eingelesene Eingabe des Benutzers an, dass der Benutzer mit einem reduzierten Test nicht einverstanden ist, so wird in einem Schritt 450 die laufende Testzusammenstellung abgebrochen. Daraufhin kann ein Benutzer beispielsweise ein anderes Themengebiet wählen oder die Testzusammenstellung kann nach Ablauf einer vorgegebenen Wartezeit wiederholt werden. Letztere Möglichkeit ist vorteilhaft, wenn davon auszugehen ist, dass zu der Datenbank von Testaufgaben neue Testaufgaben hinzugefügt werden können, so dass gegebenenfalls nach Ablauf der Wartezeit genügend Testaufgaben zur Verfügung stehen. Das Wiederholen der Testzusammenstellung nach Ablauf einer Wartezeit, die beispielsweise durch eine Zeitgebereinrichtung bestimmt sein kann, ermöglicht somit eine Durchführung eines vollständigen Tests, sobald genügend Testaufgaben verfügbar sind.
Fig. 5A zeigt ein Flussdiagramm eines erfindungsgemäßen Verfahrens zum Identifizieren einer Ersatz-Testaufgabe mit einem Ersatz-Aufgabentyp in einer Testaufgaben-Datenbank unter Verwendung einer Ersatz-Aufgabentyp-Tabelle. Das in der Fig. 5A gezeigte Verfahren ist in seiner Gesamtheit mit 500 bezeichnet. Zur Durchführung des Verfahrens 500 wird davon ausgegangen, dass eine Ersatz-Aufgabentyp-Tabelle (auch als Aufgabentyp-Ersetzungstabelle bezeichnet) vorhan- den ist, wie sie beispielsweise in Fig. 5B gezeigt ist. Eine erfindungsgemäße Aufgabentyp-Ersetzungstabelle beschreibt zu jedem Aufgabentypen einen oder mehrere Ersatz- Aufgabentypen. Hierbei legt die Anordnung der Ersatz- Aufgabentypen in der Tabelle typischerweise eine Priorität bei der Überprüfung der Ersatz-Aufgabentypen bzw. bei der Suche von Ersatz-Testaufgaben mit einem Ersatz-Aufgabentyp fest. Im Übrigen wird darauf hingewiesen, dass es auch vorkommen kann, dass es zu einem Aufgabentypen keinen Ersatz-Aufgabentypen gibt.
Gemäß der Aufgabentyp-Ersetzungstabelle kann somit einem vorgegebenen Aufgabentyp kein Ersatz-Aufgabentyp, genau ein Ersatz-Aufgabentyp oder eine Mehrzahl von Ersatz- Aufgabentypen zugeordnet sein, wobei die Ersatz- Aufgabentypen typischerweise eine Reihenfolge bzw. verschiedene Prioritäten aufweisen. Eine Aufgabentyp- Ersetzungstabelle kann in Form einer herkömmlichen Tabelle, aber auch beispielsweise als eine verkettete Liste realisiert sein.
Es wird ferner darauf hingewiesen, dass das gezeigte Verfahren 500 beispielsweise die Schritte 420 und 422 des Verfahrens 400A, 400B beschreibt.
Das Verfahren 500 wird also durchgeführt, wenn in der Datenbank nicht die vorgegebene Anzahl von als noch nicht gelöst markierten Aufgaben des vorgegebenen Aufgabentyps und des vorgegebenen Schwierigkeitsgrads identifiziert wurde. In diesem Fall wird in einem ersten Schritt 510 ein erster Ersatz-Aufgabentyp in einer Ersatz-Aufgabentyp- Tabelle (bzw. Aufgabentyp-Ersetzungstabelle) gesucht. Wird der erste Ersatz-Aufgabentyp in der Ersatz-Aufgabentyp- Tabelle gefunden, so wird der erste Ersatz-Aufgabentyp als aktueller Ersatz-Aufgabentyp übernommen, und es wird folglich in einem zweiten Schritt 520 in der Testaufgaben- Datenbank eine Ersatz-Testaufgabe von dem ersten Ersatz- Aufgabentyp gesucht. Wird in einem dritten Schritt 524 festgestellt, dass eine Ersatz-Testaufgabe von dem ersten Ersatz-Aufgabentyp gefunden wurde, so kann die Ersatz- Testaufgabe in einem vierten Schritt 528 verwendet, d. h. beispielsweise in die Menge ausgewählter Aufgaben übernom- men, werden. Wird aber keine Ersatz-Testaufgabe von dem ersten Ersatz-Aufgabentyp gefunden, so wird in einem fünften Schritt 532 geprüft, ob in der Ersatz-Aufgabentyp- Tabelle ein weiterer Ersatz-Aufgabentyp vorhanden ist. Ist dies der Fall, so wird in einem sechsten Schritt 536 der weitere Ersatz-Aufgabentyp aus der Ersatz-Aufgabentyp- Tabelle als aktueller Ersatz-Aufgabentyp übernommen, und das Verfahren wird in der gezeigten Weise mit dem neuen aktuellen Ersatz-Aufgabentyp wiederholt. Es wird also wieder in der Testaufgaben-Datenbank eine Ersatz- Testaufgabe von dem neuen aktuellen Ersatz-Aufgabentyp gesucht.
Wird aber in dem Schritt 532 festgestellt, dass in der Ersatz-Aufgabentyp-Tabelle kein weiterer Ersatz-Aufgabentyp zu dem vorgegebenen Aufgabentyp vorhanden ist, so wird das gezeigte Verfahren mit dem Schritt 540 abgebrochen, wobei bevorzugterweise einem übergeordneten Algorithmus mitgeteilt wird, dass keine Ersatz-Testaufgabe von einem zuläs- sigen Ersatz-Aufgabentyp gefunden wurde.
In anderen Worten, bei dem erfindungsgemäßen Verfahren 500 wird für einen oder mehrere Ersatz-Aufgabentypen, die in der Ersatz-Aufgabentyp-Tabelle abgelegt sind, geprüft, ob eine Ersatz-Testaufgabe in der Testaufgaben-Datenbank verfügbar ist. Die Reihenfolge, in der die möglichen Ersatz-Aufgabentypen zu einem vorgegebenen Aufgabentyp abgearbeitet werden, ist wiederum durch die Ersatz-Aufgabentyp- Tabelle festgelegt.
Ferner wird darauf hingewiesen, dass es zu einem vorgegebenen Aufgabentyp keinen Ersatz-Aufgabentyp, einen Ersatz- Aufgabentyp oder mehrere Ersatz-Aufgabentypen geben kann. Ferner ist es möglich, dass für einen Aufgabentyp alle anderen Aufgabentypen als Ersatz-Aufgabentypen fungieren können. Je nach den Gegebenheiten kann die Aufgabentyp- Ersetzungstabelle daher in verschiedener Form codiert sein. Beispielsweise kann eine klassische Tabelle mit einer vorgegebenen Anzahl von Spalten verwendet werden. Ebenso gut kann jedoch auch eine verkettete Liste zur Speicherung der Ersatz-Aufgabentyp-Tabelle verwendet werden. Im Übrigen kann die Ersatz-Aufgabentyp-Tabelle auch durch eine ander- weitige Beschreibungsform (z. B. „alle außer dem vorgegebenen Aufgabentyp") beschrieben sein. Die Ersatz-Aufgabentyp- Tabelle kann im Übrigen statisch vorgegeben sein, oder kann beim Hinzufügen von neuen Aufgabentypen automatisch aktualisiert werden.
Fig. 5B zeigt eine beispielhafte Ersatz-Aufgabentyp-Tabelle
(auch als Aufgabentyp-Ersetzungstabelle bezeichnet) . Die
Aufgabentyp-Ersetzungstabelle der Fig. 5B ist in ihrer
Gesamtheit mit 570 bezeichnet. Der Aufgabentyp ist wiederum durch einen Aufgabentyp-Identifizierer 572 (z. B. „A", „B", „C", ...) beschrieben. Zu einem Aufgabentyp (z. B. dem Aufgabentyp „A") existiert dann eine Anzahl von Ersatz- Aufgabentypen 574, 576, 578 (beispielsweise Aufgabentypen „B" und „C"), die, geordnet nach Priorität, in die Ersatz- Aufgabentyp-Tabelle eingetragen sind. Hierbei müssen freilich nicht alle Felder der Ersatz-Aufgabentyp-Tabelle gefüllt sein. Bei dem gezeigten Beispiel wird der Aufgabentyp „A" bevorzugt durch den Aufgabentyp „B" ersetzt. Falls für den Aufgabentyp „B" keine Ersatz-Testaufgabe existiert, so wird ferner versucht, den Aufgabentyp „A" durch den Aufgabentyp „C" zu ersetzen. In ähnlicher Weise wird der Aufgabentyp ,,B" bevorzugt durch den Aufgabentyp ,,A" ersetzt und, falls eine Ersetzung durch den Aufgabentyp „A" nicht möglich ist, durch den Aufgabentyp „C". Der Aufgabentyp „D" kann nur durch den Aufgabentyp „E" ersetzt werden und umgekehrt. Für den Aufgabentyp „F" existiert gemäß der beispielhaften Ersatz-Aufgabentyp-Tabelle 570 kein zulässiger Ersatz-Aufgabentyp, d. h. der Aufgabentyp „F" kann nicht durch eine Ersatzaufgabe von einem anderen Aufgaben- typ ersetzt werden.
Die Fig. 6A zeigt ferner ein Flussdiagramm eines erfindungsgemäßen Verfahrens zum Identifizieren eines zulässigen Ersatz-Aufgabentyps zu einem vorgegebenen Aufgabentyp. Das in der Fig. 6A gezeigte Verfahren ist in seiner Gesamtheit mit 600 bezeichnet. Hierbei wird davon ausgegangen, dass Aufgabentypen durch Aufgabentypmerkmalsvektoren beschrieben sind, dass also jedem Aufgabentyp ein Aufgabentypmerkmals- vektor zugeordnet ist. Ferner wird davon ausgegangen, dass ein Verfahren existiert, um zwischen zwei gegebenen Aufgabentypmerkmalsvektoren von unterschiedlichen Aufgabentypen ein quantitatives Maß für einen Unterschied zu bestimmen. Hierbei können einzelne Merkmale des Aufgabentypmerkmals- vektors verschieden gewichtet werden. Im Übrigen wird darauf hingewiesen, dass es sich bei dem Aufgabentypmerk- malsvektor auch um einen Skalar (d. h. um einen Vektor mit nur einem Eintrag) handeln kann. Ein Aufgabentypmerkmals- vektor, der bevorzugt mehrere numerisch ausdrückbare Kriterien beschreibt, eignet sich hierbei besonders gut für eine Verarbeitung durch eine elektronische Rechenanlage. Eine Abstandsfunktion kann bevorzugt den Unterschied zwischen zwei Aufgabentypmerkmalsvektoren in Form eines numerischen Werts oder einer diskret ausdrückbaren Abstandsinformation liefern, wobei eine Berechnung der Abstandsfunktion beispielsweise durch eine Auswertung einer mathematischen Norm erfolgen kann.
Gemäß dem erfindungsgemäßen Verfahren 600 wird somit für einen vorgegebenen zu ersetzenden Aufgabentyp (für den keine Testaufgabe in der Datenbank verfügbar ist) der zugehörige Aufgabentypmerkmalsvektor ermittelt. Dieser kann beispielsweise aus einer Tabelle entnommen oder auch aus den in der Datenbank abgelegten und zu dem Aufgabentyp gehörigen Informationen extrahiert werden. Für einen potentiellen Ersatz-Aufgabentyp wird dann in ähnlicher Weise ein weiterer Aufgabentypmerkmalsvektor (wiederum bevorzugt aus einer Tabelle) ermittelt. Daraufhin wird in einem Schritt 610 ein quantitatives Maß für einen Unterschied zwischen den Aufgabentypmerkmalsvektoren des zu ersetzenden Aufgabentyps und des potentiellen Ersatz-Aufgabentyps ermittelt. Wird ferner in einem Schritt 620 festgestellt, dass ein Unterschied zwischen den Aufgabentypmerkmalsvektoren des zu ersetzenden Aufgabentyps und des potentiellen Ersatz- Aufgabentyps kleiner oder gleich einer vorgegebenen Schwelle ist, so wird der potentielle Ersatz-Aufgabentyp in einem Schritt 630 in eine Menge von möglichen Ersatz- Aufgabentypen übernommen.
Daraufhin wird in einem Schritt 640 überprüft, ob noch ein weiterer potentieller Ersatz-Aufgabentyp verfügbar ist. Ist dies der Fall, so wird das beschriebene Verfahren wiederholt, es wird also wiederum ein quantitatives Maß für den Unterschied zwischen den Aufgabentypmerkmalsvektoren des zu ersetzenden Aufgabentyps und des weiteren potentiellen Ersatz-Aufgabentyps ermittelt. Wird in dem Schritt 640 aber festgestellt, dass kein weiterer potentieller Ersatz- Aufgabentyp verfügbar ist, so werden die in die Menge der möglichen Ersatz-Aufgabentypen übernommenen Aufgabentypen zum Identifizieren einer Ersatz-Testaufgabe verwendet.
Hierbei wird ferner darauf hingewiesen, dass die möglichen Ersatz-Aufgabentypen beispielsweise zusätzlich in eine Reihenfolge gebracht werden können, so dass ein möglicher Ersatz-Aufgabentyp, dessen Aufgabentypmerkmalsvektor sich am wenigsten von dem Aufgabentypmerkmalsvektor des vorgege- benen zu ersetzenden Aufgabentyps unterscheidet, mit der höchsten Priorität verwendet wird, während andere mögliche Ersatz-Aufgabentypen, die sich gemäß ihrem Aufgabentypmerkmalsvektoren mehr von dem zu ersetzenden Aufgabentyp unterscheiden, mit geringerer Priorität verwendet werden. Ferner ist anzumerken, dass die möglichen Ersatz-Aufgabentypen beispielsweise in eine Tabelle oder eine verkettete Liste eingetragen werden können.
Ferner sei darauf hingewiesen, dass die Fig. 6B eine bei- spielhafte graphische Darstellung einer Tabelle von Aufgabentypmerkmalsvektoren für verschiedene Aufgabentypen zeigt. Bei dem gegebenen Beispiel umfasst ein Aufgabentypmerkmalsvektor zu einem vorgegebenen Aufgabentyp beispiels- weise einen Aufgabentyp-Identifizierer 670, einen Bearbeitungszeit-Identifizierer 674, der eine für eine Bearbeitung des Aufgabentyps vorgesehene Bearbeitungszeit beschreibt, sowie mehrere Anforderungs-Klassifizierer 678, 682, 686.
Die Anforderungs-Klassifizierer 678, 682, 686 beschreiben in codierter Form bzw. in Form von numerischen Werten verschiedene Anforderungskategorien, die ein Aufgabentyp an einen Benutzer stellt. So kann beispielsweise beschrieben werden, wie hoch die von einem Aufgabentyp an den Benutzer gestellten Anforderungen hinsichtlich des Wissens, hinsichtlich der Transferfähigkeit und/oder hinsichtlich der Konzentrationsfähigkeit sind. Hierbei sei darauf hingewiesen, dass für die Erstellung eines Aufgabentypmerkmalsvek- tors allerdings auch nur ein einzelnes der beschriebenen Merkmale eines Aufgabentyps (beispielsweise nur die Bearbeitungszeit) oder eine beliebige Kombination von Merkmalen verwendet werden kann. Aufgrund der Aufgabentypmerkmalsvek- toren kann dann durch die Bestimmung eines mathematisch bzw. algorithmisch definierten Abstandsmaßes bestimmt werden, welche Aufgabentypen durch welche anderen Aufgabentypen ersetzt werden können. Eine Ersetzung ist typischerweise möglich, wenn Unterschiede zwischen Aufgabentyp- Merkmalsvektoren von verschiedenen Aufgabentypen hinrei- chend klein (also kleiner als ein vorgegebener maximaler Unterschied) sind. Die Anforderungskategorien des Anforderungs-Klassifizierers können ferner optional beispielsweise Anforderungen hinsichtlich Kommunikationsfähigkeit oder hinsichtlich einer Anwendung von Aussagenlogik und/oder abstrakter Logik umfassen.
Fig. 7 zeigt ein Flussdiagramm eines weiteren erfindungsgemäßen Verfahrens zum Identifizieren einer Ersatz- Testaufgabe gemäß einem dritten Ausführungsbeispiel der vorliegenden Erfindung. Das in Fig. 7 gezeigte Verfahren ist in seiner Gesamtheit mit 700 bezeichnet. Es wird hierbei wiederum davon ausgegangen, dass ein Aufgabentyp und ein Schwierigkeitsgrad vorgegeben sind, wobei für den vorgegebenen Aufgabentyp und den vorgegebenen Schwierigkeitsgrad keine Testaufgabe in der Datenbank von Testaufgaben verfügbar ist. Somit wird in einem ersten Schritt 710 ein zulässiger Ersatz-Aufgabentyp zu dem vorge- gebenen Aufgabentyp ermittelt, wozu beispielsweise eine Ersatz-Aufgabentyp-Tabelle 712 verwendet werden kann. In einem weiteren Schritt 720 wird geprüft, ob es zu einem identifizierten zulässigen Ersatz-Aufgabentyp und dem vorgegebenen Schwierigkeitsgrad eine Ersatz-Testaufgabe in der Datenbank von Testaufgaben gibt. Ist dies der Fall, so wird die Ersatz-Testaufgabe mit dem Ersatz-Aufgabentyp und dem vorgegebenen Schwierigkeitsgrad verwendet, d. h. in die Menge der ausgewählten Aufgaben übernommen.
Ist zu dem zulässigen Ersatz-Aufgabentyp und dem vorgegebenen Schwierigkeitsgrad keine Ersatz-Testaufgabe in der Datenbank verfügbar, so wird in einem Schritt 730 gemäß einer Ersatz-Schwierigkeitsgrad-Regel 732 ein zulässiger Ersatz-Schwierigkeitsgrad zu dem vorgegebenen Schwierig- keitsgrad ermittelt. Daraufhin wird in einem Schritt 740 geprüft, ob es zu dem zulässigen Ersatz-Schwierigkeitsgrad eine Ersatz-Testaufgabe in der Datenbank gibt, wobei entweder nur der vorgegebene Aufgabentyp oder weiterhin auch eine Menge von zulässigen Ersatz-Aufgabentypen geprüft wird. Gibt es zu einem zulässigen Ersatz-Schwierigkeitsgrad eine Ersatz-Testaufgabe in der Datenbank, so wird die identifizierte Ersatz-Testaufgabe verwendet, d. h. in die Menge der ausgewählten Aufgaben übernommen. Gibt es zu dem zulässigen Ersatz-Schwierigkeitsgrad aber keine Ersatz- Testaufgabe in der Datenbank, so wird eine weitere Fehlerbehandlung 750 durchgeführt. Die weitere Fehlerbehandlung 750 kann beispielsweise eine Ausgabe an einen Benutzer und eine Abfrage umfassen, ob der Benutzer mit der Durchführung eines verkürzten Tests einverstanden ist. Ferner wird darauf hingewiesen, dass, falls eine Ersatz-Testaufgabe mit einem zulässigen Ersatz-Schwierigkeitsgrad verwendet wird, eine Benachrichtigung des Benutzers durch Ausgabe einer Nachricht gegenüber dem Benutzer erzeugen kann. Fig. 8 zeigt ein Flussdiagrairan eines erfindungsgemäßen Verfahrens zum Durchführen eines Tests gemäß einem vierten Ausführungsbeispiel der vorliegenden Erfindung. Das in Fig. 8 gezeigte Verfahren ist in seiner Gesamtheit mit 800 bezeichnet und beschreibt eine Testdurchführung.
In einem ersten Schritt 810 wird hierbei ein Schwierigkeitsgrad eingelesen. Ferner kann optional auch ein Themen- gebiet eingelesen werden. Es wird hier allerdings darauf hingewiesen, dass auf das Einlesen des Schwierigkeitsgrades verzichtet werden kann, wenn beispielsweise in einem elektronischen Lernsystem nur ein einziger Schwierigkeitsgrad möglich ist.
In einem zweiten Schritt 820 wird daraufhin ein Test unter Verwendung einer Datenbank von Testaufgaben zusammengestellt. Der zweite Schritt 820 kann beispielsweise ein Verfahren 100 gemäß der Fig. 1, ein Verfahren 300 gemäß der Fig. 3, ein Verfahren 400A, 400B gemäß den Fig. 4A, 4B, ein Verfahren 500 gemäß der Fig. 5A, ein Verfahren 600 gemäß der Fig. 6A und/oder ein Verfahren 700 gemäß der Fig. 7 umfassen.
In dem zweiten Schritt 820 wird also der Test unter Verwendung einer Datenbank zusammengestellt, wobei bevorzugt eine Ausnahmebehandlung durchgeführt wird, wenn zu einem zu berücksichtigenden Aufgabentypen der Datenbank keine Testaufgabe verfügbar ist, die einen passenden Schwierigkeits- grad aufweist und die noch nicht von einem Benutzer korrekt beantwortet worden ist.
In einem dritten Schritt 830 wird ferner festgestellt, ob das Zusammenstellen des Tests erfolgreich ist. Ist dies nicht der Fall, so wird das erfindungsgemäße Verfahren abgebrochen. Ist das Zusammenstellen des Tests allerdings erfolgreich, so wird in einem vierten Schritt 840 der Test durchgeführt. Für mindestens eine Testaufgabe wird hierbei die Aufgabenstellung beispielsweise in visueller und/oder akustischer Form ausgegeben. Bevorzugt umfasst die Ausgabe der Testaufgabe eine visuelle Ausgabe eines Textes, eines Bildes, eines Videos, einer Animation, und/oder einer VRML- Welt (VRML=virtual reality modeling language=Sprache zur Beschreibung einer virtuellen Realität) , wobei ein Verweis auf die auszugebende Visualisierung in der Datenbank gespeichert ist. Weiterhin wird es bevorzugt, auch eine akustische Information an einen Benutzer auszugeben. Somit dient die Datenbank dazu, verschiedene multimediale Quellen für eine Ausgabe der Testaufgabe durch Querverweise zu beschreiben bzw. zu verwalten. Die Zusammenstellung der Testaufgaben in dem Schritt 820 liefert hierbei eine übergeordnete Ablaufsteuerung für die Ausgabe verschienener multimedialer Inhalte. Die Zusammenstellung eines Tests im Schritt 820 erfolgt also derart, dass sich eine ausgewogene Ausgabe von multimedialen Inhalten ergibt, wobei mindestens eine Ersetzungsregel die Auswahl von Testaufgaben und damit den Ablauf der multimedialen Mensch-Maschine-Kommunikation festlegt.
Anschließend an eine Ausgabe einer Aufgabenstellung wird eine Antwort von dem Benutzer eingelesen. Die eingelesene Antwort wird dann bevorzugt ausgewertet, indem die eingele- sene Antwort mit einer Vergleichs-Antwort-Information aus der Testaufgaben-Datenbank verglichen wird. Die Auswertung der eingelesenen Antwort kann aber auch auf anderem Wege erfolgen, beispielsweise durch Einbeziehung eines Tutors oder durch Eingeben der eingelesenen Antwort in ein neuro- nales Netz. Dieses Verfahren empfiehlt sich, wenn eine mögliche eingelesene Antwort aufgrund der vorliegenden Testaufgabe eine hohe Komplexität aufweisen kann und wenn also mehrere mögliche korrekte Antworten existieren. Bei einem Auswerten der eingelesenen Antwort kann ferner ein Unterschied zwischen der eingelesenen Antwort und einer in der Datenbank abgelegten und zu der ausgegebenen Testaufgabe gehörigen Vergleichsantwort bestimmt werden, wobei eine eingelesene Antwort als korrekt klassifiziert wird, wenn der Unterschied kleiner als ein vorgegebener maximal zulässiger Unterschied ist. Im Übrigen kann auch angenommen werden, dass eine eingelesene Antwort nur dann korrekt ist, wenn sie mit der zu der ausgegebenen Testfrage gehörigen Vergleichs-Antwort aus der Datenbank übereinstimmt. Im Übrigen kann bei der Bestimmung des Unterschieds zwischen der eingelesenen Antwort und einer Vergleichs-Antwort ein beliebiges Verfahren zur Bestimmung des Unterschieds zwischen zwei Eingaben verwendet werden. Für numerische Einga- ben kann beispielsweise ein Toleranzintervall verwendet werden. Außerdem kann bei Fragen, bei denen mehrere mögliche Antworten existieren, beispielsweise das Fehlen von einer der mehreren möglichen Antworten toleriert werden, wobei die Eingabe dennoch als korrekt anerkannt wird. Basierend auf der Auswertung der eingelesenen Antwort wird dann eine codierte Information erzeugt, ob der Benutzer die Testaufgabe korrekt gelöst hat.
Im Übrigen sei darauf hingewiesen, dass das Ausgeben einer Aufgabenstellung, das Einlesen einer Antwort, das Auswerten der eingelesenen Antwort und das Erzeugen einer codierten Information, wenn die Mehrzahl von Testaufgaben, der Teil des Schritts 820 der zusammengestellten Tests sind, wiederholt werden kann.
Die codierte Information, die eine Information enthält, ob der Benutzer eine Testaufgabe korrekt gelöst hat, kann sodann (entweder direkt nach der Abarbeitung einer Testaufgabe oder nach Abarbeitung aller zu einem Test gehörigen Testaufgaben) in der Datenbank abgelegt werden. Die codierte Information kann in der Datenbank beispielsweise so abgelegt werden, dass sie einem Benutzer zugeordnet ist, wenn ein elektronisches Testsystem von mehreren Benutzern verwendet werden kann. Das Ablegung der codierten Informa- tion erfolgt hierbei in dem Schritt 850.
In einem weiteren Schritt 860 kann dann ein Testergebnis unter Verwendung der codierten Information erzeugt werden. Das Testergebnis trägt beispielsweise eine Information darüber, wie viele Aufgaben ein Benutzer korrekt gelöst hat. Das Testergebnis kann ferner eine Zeitinformation beinhalten, die eine Aussage darüber trägt, wie lange ein Benutzer für eine Bearbeitung eines Tests benötigt hat, welche Defizite der Prüfling aufweist und/oder welche Themen bevorzugt behandelt werden sollten, um diese Defizite auszugleichen. Die Zeitinformation kann beispielsweise durch einen Zeitgeber, der Teil einer Vorrichtung zum Durchführen eines Tests ist, ermittelt werden. In anderen Worten, das Verfahren zum Durchführen eines Tests kann ein Starten eines elektronischen Zeitgebers sowie ein Auslesen des elektronischen Zeitgebers nach Beendigung der letzten zu einem zusammengestellten Test gehörigen Testaufgabe umfassen.
Das Testergebnis kann ferner in einem abschließenden Schritt 870 beispielsweise visuell und/oder akustisch oder in Form eines Ausdrucks an den Benutzer ausgegeben werden.
Durch das erfindungsgemäße Verfahren 800 zum Durchführen eines Test kann somit erreicht werden, dass bei einer wiederholten Durchführung des Verfahrens bereits korrekt beantwortete Testaufgaben nicht wiederholt verwendet wer- den. Bei einem Zusammenstellen des Test in dem Schritt 820 wird nämlich auf die Datenbank zugegriffen, wobei die Datenbank unter anderem eine Information darüber umfasst, ob ein Benutzer eine Testaufgabe bereits erfolgreich gelöst hat. In dem Schritt 850 hingegen wird durch Auswertung einer von dem Benutzer ausgelesenen Antwort eine codierte Information in der Datenbank abgelegt, die eben die Information trägt, ob der Benutzer die Testaufgabe schon korrekt gelöst hat. Somit ändert sich die Testzusammenstellung für jede wiederholte Durchführung des Verfahrens 800 basierend auf den von dem Benutzer eingelesenen Antworten. Folglich entsteht ein Testsystem, das an die Bedürfnisse des Benutzers, also beispielsweise einen Wunsch, korrekt beantwortete Testaufgaben nicht mehrmals vorgelegt zu bekommen, angepasst ist. Im Gegensatz zu herkömmlichen Verfahren zur Testzusammenstellung tritt bei dem erfindungsgemäßen Verfahren 800 allerdings nicht das Problem auf, dass ein Test nicht mehr durchgeführt werden kann, sobald ein Benutzer alle Testaufgaben auch nur eines Aufgabentypen korrekt gelöst hat. Durch das erfindungsgemäße Zusammenstellen eines Tests unter Verwendung einer Datenbank und unter Verwendung einer Ausnahmebehandlung können nämlich für einen Aufgabentypen, für den keine Testaufgaben mehr ver- fügbar sind, Ersatz-Testaufgaben identifiziert werden. Ersatz-Testaufgaben können gemäß vorgegebenen Ersetzungsregeln ferner so ausgewählt werden, dass sich weiterhin ein ausgewogener Test ergibt.
Fig. 9 zeigt ein Flussdiagram eines erfindungsgemäßen Verfahrens zur Durchführung eines Test gemäß einem fünften Ausführungsbeispiel der vorliegenden Erfindung. Die Fig. 9 beschreibt dabei das Prinzip der dynamischen Testzusammenstellung. Das in Fig. 9 gezeigte Verfahren ist in seiner Gesamtheit mit 900 bezeichnet und umfasst in einem ersten Schritt 910 ein Einlesen eines Themenbereichs sowie ein Einlesen eines Schwierigkeitsgrades.
Optional kann ferner eine Anzahl von zu bearbeitenden Testaufgaben eingelesen werden, wenn diese nicht festgelegt ist. Die Anzahl von zu bearbeitenden Testaufgaben kann ferner von einer empfangenen Information über eine Anzahl von zu lösenden Testaufgaben abgeleitet werden. Damit können beispielsweise eine Anzahl von Testaufgaben pro Test sowie ein Schwierigkeitsgrad institutsabhängig festgelegt werden. Somit können beispielsweise bei einer Testdurchführung bei einer ersten Firma (oder im Auftrage einer ersten Firma) Tests aus 20 Aufgaben der Schwierigkeitsgrade 1 bis 5 zusammengestellt werden, während bei einer zweiten Firma Tests bestehend aus 30 Testaufgaben zusammengestellt werden. Somit bringt eine Einrichtung zum Empfangen einer Anzahl und eines Schwierigkeitsgrades der zu bearbeitenden Testaufgaben in manchen Fällen einen Mehrwert, da damit eine einfache Anpassung der erfindungsgemäßen Einrichtung an verschiedene Anwendungsfälle bei verschiedenen Testinstituten (bzw. in verschiedenen Firmen) möglich wird. Ein besonderer Vorteil ergibt sich daraus im Rahmen einer Prüfungssituation.
Basierend auf dem eingelesenen Themenbereich und dem eingelesenen Schwierigkeitsgrad werden in einem zweiten Schritt 920 eine Prüfung eines Lernerfolgs vorbereitet, woraufhin eine Menge von noch nicht gelösten Testaufgaben in einem dritten Schritt 930 bereitgestellt wird. Basierend auf den in dem dritten Schritt 930 bereitgestellten noch nicht gelösten Aufgaben wird dann in einem vierten Schritt 940, falls möglich, eine Aufgabe je Aufgabentyp ausgewählt. Ist dies möglich (positiv bzw. „ja") so wird in einem fünften Schritt 942 die jeweilige Aufgabe in einen Test integriert. Ist es hingegen nicht möglich, in dem vierten Schritt 940 eine Aufgabe je Typ auszuwählen (negativ bzw. „nein"), so wird in einem sechsten Schritt 950 versucht, eine Ersatzaufgabe eines anderen (Ersatz-) Aufgabentyps auszuwählen. Ist dies möglich (positiv) so wird die Ersatzaufgabe wie- derum in dem fünften Schritt 942 in den Test integriert. Ist es nicht möglich, in dem sechsten Schritt 950 eine Ersatz-Testaufgabe eines anderen (Ersatz-) Aufgabentyps zu finden, so wird versucht, in einem siebten Schritt 960 eine Ersatz-Testaufgabe mit einem anderen (Ersatz-) Schwierig- keitsgrad in der Datenbank zu identifizieren. Wird in dem siebten Schritt 960 eine Testaufgabe mit einem anderen (Ersatz-) Schwierigkeitsgrad in der Datenbank identifiziert, so wird ein Hinweis an den Benutzer ausgegeben, und die identifizierte Ersatz-Testaufgabe wird in dem fünften Schritt 942 in den Test integriert. Kann in dem siebten Schritt 960 auch keine Ersatz-Testaufgabe mit einer anderen Schwierigkeit gefunden werden (negativ) , so erfolgt in einem achten Schritt 970 eine Ausgabe gegenüber einem Benutzer. Von dem Benutzer wird ferner eine Eingabe eingelesen, die je nach Inhalt als Zustimmung (positiv) oder Ablehnung (negativ) für eine Durchführung eines Tests mit einer reduzierten Anzahl von Testaufgaben gewertet wird. Ist die Eingabe derart, dass sie als Zustimmung gewertet wird, so wird also ein reduzierter Test zusammengestellt. Stimmt der Benutzer einem reduzierten Test in dem achten Schritt 970 hingegen nicht zu, (negativ) so erfolgt eine Ausgabe gegenüber dem Benutzer, die den Benutzer zu der Auswahl eines anderen Themengebiets auffordert. Als Antwort auf eine Eingabe des Benutzers wird dann wiederum in dem Schritt 910 eine Eingabe des Benutzers eingelesen, die die Auswahl eines Themengebiets ermöglicht.
Eine erfindungsgemäße Lerntestumgebung umfasst also, im Unterschied zu bekannten Lehr-/Lern-/Testsystemen, ein breites Spektrum an Aufgabentypen zur Lernerfolgskontrolle. Eine Klassifizierung kann hierbei in geschlossenen Aufgabentypen, halb offenen Aufgabentypen und offenen Aufgaben- typen erfolgen. Geschlossene Aufgabetypen umfassen beispielsweise Multiple-Choice-Aufgaben, True/False-Aufgaben, Bildauswahl, Hot-Spot, Umordnungsaufgaben und Zuordnungsaufgaben. Halb offene Aufgabentypen umfassen beispielsweise Bildbeschriftung und kurze Texteingaben. Offene Aufgaben schließlich umfassen beispielsweise Anfertigen einer Skizze und ausführliche Texteingabe. Jeder Aufgabentyp wird bevorzugt in einer separaten Tabelle der Aufgabendatenbank (Datenbank der Testaufgaben) gespeichert, wobei neben Aufgabentext, Lösungshinweis, Themenbezug, verwandten Themen und richtiger Lösung auch noch Antwortvorgaben spezifiziert bzw. in der Datenbank gespeichert sein können.
Eine Kombination verschiedener Aufgabentypen erlaubt das Verbinden der Vorteile bei parallelem Ausgleich der Nachteile. Weiterhin verhilft eine Vielfalt an Aufgabentypen zur Herausbildung und Überprüfung unterschiedlicher mentaler Wissensrepräsentationen. Die Lernkontrolle kann gemäß einer Forderung nach frühen, regelmäßigen und indivi- duell anpassbaren Lernerfolgskontrollen so ausgelegt werden, dass ein Zeitpunkt einer Durchführung eines Lerntests als ständig abrufbar festgelegt wird. Aufgaben können in frei wählbarer Bearbeitungsreihenfolgen abgearbeitet wer- den, und ferner beliebig angesehen und/oder editiert werden. Ferner kann ein angestrebter Inhalt einer Lernkontrolle entweder automatisch vorausgewählt werden oder frei durch einen Benutzer ausgewählt werden. Weiterhin wird es bevorzugt, dass drei Schwierigkeitsgrade auswählbar sind (Anfänger-, Fortgeschritten- und Expertenmodus) . Daneben kann während der Durchführung eines Tests ein Lösungshinweis bereitgestellt werden. Weiterhin wird es bevorzugt, auf eine Zeitlimitierung zu verzichten, wobei jedoch bevorzugter Weise ein Hinweis auf das Überschreiten eines Zeit- limits ausgegeben wird. Außerdem kann die benötigte Bearbeitungsdauer angezeigt werden. Ferner wird es bevorzugt, für einen Test etwa 15 Aufgaben zu verwenden, um ein realistisches Bild eines Lernerfolgs zu liefern und gleichzeitig eine Konzentrationsfähigkeit eines Lernenden bzw. eines Prüflings nicht zu überfordern. In einem optionalen Klausurmodus mit etwa 20 Aufgaben unterschiedlichen Schwierigkeitsgrades können relevante Module bzw. Themengebiete ferner automatisch selektiert werden. Bereits bearbeitete Aufgaben werden außerdem bevorzugt gekennzeichnet. Eine effektive Hilfestellung kann gewährleistet werden, indem Hinweise zur Bedienung der Lernkontrolle wie auch zu den benötigten Benutzereingaben an einen Benutzer ausgegeben werden. Dies vermeidet eine kognitive Überforderungen bei den mannigfaltigen Aufgabentypen.
Eine erfindungsgemäße dynamische Zusammenstellung der einzelnen Tests weist folgende Vorteile auf:
Wiederverwendbarkeit der Aufgaben - Variation von Tests über mehrere Themengebiete (Module)
Freiheitsgrade für die Autoren (Anzahl der Aufgaben, Editieren usw. ) . Im Zusammenhang mit der erfindungsgemäßen dynamischen Lösung entsteht bzw. besteht das Problem der Zulassung von Wiederholungen bei dem Vorlegen bzw. Auswählen von Aufga- ben. Die zweckmäßige Lösung betrifft die Entscheidung, nur falsch gelöste Aufgaben mehrmals anzubieten. Folglich werden zusätzliche Metadaten gespeichert, welche die Rahmendaten für den Test bestimmen:
- Themenbereich und Schwierigkeitsgrad der Aufgabe sowie Lernerfolgsangabe für den jeweiligen Benutzer.
Der erfindungsgemäße Algorithmus der dynamischen Testzusammenstellung prüft also für jede Aufgabe den Lernerfolg des Benutzers. Aus der Menge der nicht gelösten Aufgaben wird unter Beachtung der Metadaten zunächst eine Aufgabe je Aufgabentyp zufällig ausgewählt, um eine ausgewogene Mischung der Aufgabentypen zu erreichen. Wenn für einen Aufgabetyp eine passende Aufgabe gefunden wird, läuft ein oben beschriebenes Verfahren ab, wobei beispielsweise der Benutzer über die jeweiligen Verfahrensschritte durch entsprechende Ausgaben informiert werden kann, und wobei ferner eine Zustimmung des Benutzer durch entsprechende Eingaben eingelesen werden kann.
Eine Auswertung des Lerntests erfolgt ebenso dynamisch. In diesem Zusammenhang hat die Rückmeldung eine zweifache Aufgabe:
- Korrektur und Ergänzung des Wissens und Aufzeigen von Stärken und Schwächen.
Dem gemäß werden dem Prüfling bzw. dem Lernenden bevorzugt folgende Informationen bereitgestellt:
Vollständiger Aufgabentext und Antwort des Lernenden Bewertung der Antwort und richtige Antwort Bearbeitungsdauer und Anzahl der richtig -gelösten Aufgaben
Hypertextverweis auf nicht beherrschte Themen, wobei der Abbau von Wissensdefiziten ebenso über eine Kommu- nikationsumgebung durch Zugriff auf das verteilte Wissen der Gruppe erfolgen kann.
Im Übrigen wird darauf hingewiesen, dass das beschriebene Verfahren genauso gut durch eine entsprechende Vorrichtung ausgeführt werden kann. Ferner kann das erfindungsgemäße Verfahren, abhängig von den Gegebenheiten, in Hardware oder in Software implementiert werden. Die Implementation kann auf einem digitalen Speichermedium, beispielsweise einer Diskette, CD, DVD, oder einem Flash-Speichermedium, mit elektronisch auslesbaren Steuersignalen erfolgen, die so mit einem programmierbaren Computersystem zusammenwirken können, dass das entsprechende Verfahren ausgeführt wird. Allgemein besteht die Erfindung also auch in einem Computer-Programm-Produkt mit auf einem maschinenlesbaren Träger gespeicherten Programm-Code zur Durchführung des erfindungsgemäßen Verfahrens, wenn das Computer-Programm-Produkt auf einem Rechner abläuft. In anderen Worten ausgedrückt, kann die Erfindung somit als ein Computer-Programm mit einem Programm-Code zur Durchführung des Verfahrens reali- siert werden, wenn das Computer-Programm auf einem Computer abläuft .
Ferner kann die vorliegenden Erfindung auf einem Server- Computer ausgeführt werden, der Daten mit einem oder mehre- ren zugehörigen Client-Computern austauscht. Auf dem Client-Computer kann beispielsweise ein dediziertes Applikationsprogramm für einen Abruf von Daten von dem Server ablaufen. Andererseits kann auf dem Client-Computer auch ein Standard-Programm zur Darstellung von multimedialen Inhalten, beispielsweise ein Web-Browser, ablaufen. Eine Aufbereitung der auszugebenden Informationen kann somit entweder in dem Client-Computer oder in dem Server-Computer erfolgen. Derartige Realisierungen der vorliegenden Erfin- dung können als Server-Ausführung oder als Client-Server- Ausführung betrachtet werden.
Das erfindungsgemäße Verfahren zur Zusammenstellung eines Test sowie zur Durchführung des Tests bietet somit den Vorteil, dass ein möglichst ausgewogener Test auch dann erstellt werden kann, wenn von einem Aufgabetypen keine bzw. nicht mehr genügend Testaufgaben in einer Datenbank verfügbar sind.

Claims

Patentansprüche
1. Vorrichtung (100; 400a, 400b; 700) zum Zusammenstellen eines Tests, mit folgenden Merkmalen:
einer Datenbank (110), in der eine Mehrzahl von Testaufgaben gespeichert ist, wobei jede Testaufgabe einem Aufgabentyp einer Mehrzahl von Aufgabentypen zugeord- net ist;
einer Einrichtung zum Auswählen von Testaufgaben aus der Datenbank (110), um eine Menge von ausgewählten Testaufgaben für den Test zu erhalten, wobei die Ein- richtung zum Auswählen von Testaufgaben folgende Merkmale aufweist:
eine Einrichtung (140) zum Auswählen, für einen Aufgabentyp der Mehrzahl von Aufgabentypen, mindestens ei- ner Testaufgabe aus der Datenbank (110), und zum Übernehmen (150) der ausgewählten Testaufgabe in eine Menge der ausgewählten Testaufgaben, falls in der Datenbank (110) für den Aufgabentyp eine Testaufgabe verfügbar ist; und
einer Ausnahmebehandlungslogik (160; 420, 422, 424, 430, 434, 438, 442, 446, 450), die ausgebildet ist, um für einen Aufgabentypen aus der Mehrzahl von Aufgabentypen, für den in der Datenbank (110) keine Testaufga- be verfügbar ist, in der Datenbank (110) eine Ersatz- Testaufgabe gemäß einer vorgegebenen Ersetzungsregel zu suchen (164) und in die Menge von ausgewählten Testaufgaben zu übernehmen (174), falls in der Datenbank eine Testaufgabe existiert, die die Erfindungsre- gel erfüllt; und
einer Einrichtung zum Ausgeben (190) der ausgewählten Testaufgaben des Tests einem Benutzer gegenüber. ^
2. Vorrichtung (100; 400a, 400b; 700) gemäß Anspruch 1, bei der die Vorrichtung zum Zusammenstellen eines Tests ferner eine Verfügbarkeitssteuerungseinrichtung (300) aufweist, die ausgelegt ist, um sicherzustellen, dass die Einrichtung zum Auswählen (130, 140) mindestens einer Testaufgabe aus der Datenbank (110) eine Testaufgabe, die von der Verfügbarkeitssteuerung (300) als von einem Benutzer bereits erfolgreich gelöst i- dentifiziert ist, nicht als verfügbar erkennt.
3. Vorrichtung (100; 400a, 400b; 700) gemäß Anspruch 2, bei der die Verfügbarkeitssteuerungseinrichtung (300) ausgelegt ist, um der Datenbank eine Benutzer-bezogene Information hinzuzufügen, die anzeigt, dass der Benutzer eine bestimmte Testaufgabe erfolgreich gelöst hat, wenn die Verfügbarkeitssteuerung (300) erkennt, dass der Benutzer die bestimmte Testaufgabe erfolgreich gelöst hat.
4. Vorrichtung (100; 400a, 400b; 700) gemäß Anspruch 2, bei der die Verfügbarkeitssteuerungseinrichtung ausgelegt ist, um eine bestimmte Testaufgabe aus der Datenbank zu löschen, wenn die Verfügbarkeitssteuerung er- kennt, dass der Benutzer die bestimmte Testaufgabe erfolgreich gelöst hat.
5. Vorrichtung (100; 400a, 400b; 700) gemäß einem der Ansprüche 1 bis 4, die ferner eine Einrichtung zum Empfangen eines Soll-Schwierigkeitsgrades aufweist, bei der jede Testaufgabe ferner einem Schwierigkeitsgrad zugeordnet ist, und bei der die Vorrichtung zum Zusammenstellen des Tests ferner eine Schwierigkeits- steuerungseinrichtung (330) aufweist, die ausgelegt ist, um sicherzustellen, dass die Einrichtung zum Auswählen (130, 140) mindestens einer Testaufgabe aus der Datenbank (110) nur eine Testaufgabe, deren zugeordneter Schwierigkeitsgrad um höchstens eine vorgegebene Schwierigkeitsgrad-Abweichung von dem * Soll- Schwierigkeitsgrad abweicht, als verfügbar erkennt.
6. Vorrichtung (100; 400a, 400b; 700) gemäß einem der Ansprüche 1 bis 5, bei der die Ersetzungsregel ausgelegt ist, um die Ausnahmebehandlungslogik (160; 420, 422, 424, 430, 434, 438, 442, 446, 450) anzuweisen, für einen Aufgabentypen aus der Mehrzahl von Aufgabetypen, für den in der Datenbank (110) keine Testaufga- be verfügbar ist, einen Ersatz-Aufgabentypen zu bestimmen und in der Datenbank (110) eine Ersatz- Testaufgabe mit dem Ersatz-Aufgabentypen zu suchen (164; 420) und in die Menge von ausgewählten Aufgaben zu übernehmen (172; 414).
7. Vorrichtung (100; 400a, 400b; 700) gemäß Anspruch 6, bei dem die Ausnahmebehandlungseinrichtung ausgelegt ist, um für den Aufgabentypen, für den in der Datenbank (110) keine Testaufgabe verfügbar ist, durch Zugriff (510; 710) auf eine Aufgabentyp- Ersetzungstabelle (570; 712) den Ersatz-Aufgabentypen zu bestimmen.
8. Vorrichtung gemäß Anspruch 6, wobei jedem Aufgabenty- pen der Mehrzahl von Aufgabentypen ein Aufgabentyp- Merkmalsvektor (670) zugeordnet ist, der Merkmale des Aufgabentypen beschreibt, und wobei die Ausnahmebehandlungseinrichtung ausgelegt ist, um für den Aufgabentypen, für den keine Testaufgabe in der Datenbank verfügbar ist, einen Ersatz-Aufgabentypen derart zu bestimmen (600), dass sich Aufgabentyp- Merkmalsvektoren (670) des Aufgabentyps, für den in der Datenbank keine Testaufgabe verfügbar ist, und des Ersatz-Aufgabentyps möglichst wenig unterscheiden.
9. Vorrichtung gemäß einem der Ansprüche 1 bis 8, bei der jeder Testaufgabe ein Schwierigkeitsgrad zugeordnet ist, die ferner eine Einrichtung zum Empfangen eines Soll-Schwierigkeitsgrades aufweist und bei der die Ersetzungsregel ferner ausgelegt ist, um die Ausnahmebehandlungslogik (400a, 400b) anzuweisen, basierend auf dem Soll-Schwierigkeitsgrad einen Ersatz- Schwierigkeitsgrad zu ermitteln, für den Aufgabentypen aus der Mehrzahl von Aufgabetypen, für die in der Datenbank keine Testaufgabe mit dem Soll- Schwierigkeitsgrad vorhanden ist, eine Ersatz- Testaufgabe zu suchen (424), deren Schwierigkeitsgrad von dem Ersatz-Schwierigkeitsgrad höchstens um eine vorgegebene Schwierigkeitsgrad-Abweichung abweicht, und die Ersatz-Testaufgabe in die Menge von ausgewählten Aufgaben zu übernehmen.
10. Vorrichtung gemäß Anspruch 9, bei der die Ausnahmebehandlungslogik (400a, 400b) ferner ausgelegt ist, um gegenüber dem Benutzer eine Nachricht auszugeben, die eine Information über eine Verwendung des Ersatz- Schwierigkeitsgrades umfasst.
11. Vorrichtung gemäß Anspruch 9 oder 10, bei der die Ersetzungsregel ausgelegt ist, um die Ausnahmebehandlungslogik nur dann anzuweisen, basierend auf dem Soll-Schwierigkeitsgrad einen Ersatz- Schwierigkeitsgrad zu ermitteln und unter Verwendung des Ersatz-Schwierigkeitsgrads eine Ersatz-Testaufgabe zu suchen (424), wenn in der Datenbank keine Ersatz- Testaufgabe eines Ersatz-Aufgabentyps und des Soll- Schwierigkeitsgrads verfügbar ist.
12. Vorrichtung gemäß einem der Ansprüche 1 bis 11, bei der die Ausnahmebehandlungslogik ferner eine Abfrageeinrichtung (434) umfasst, die ausgelegt ist, um an den Benutzer eine Nachricht auszugeben, falls für ei- nen Aufgabentypen, für den in der Datenbank keine Testaufgabe verfügbar ist, keine Testaufgabe existiert, die die Ersetzungsregel erfüllt.
13. Vorrichtung gemäß Anspruch 12, bei der die Abfrageein- richtung ferner ausgelegt ist, um von dem Benutzer eine Eingabe zu empfangen (438), und bei der die Ausnahmebehandlungslogik ferner ausgelegt ist, um in Abhän- gigkeit von der Eingabe entweder einen verkürzten Test zu erzeugen oder an einen Benutzer eine Nachricht auszugeben, von dem Benutzer eine zweite Eingabe zu empfangen, und die zweite Eingabe für eine Auswahl eines anderen Themengebiets zu nutzen,
wobei die Ausnahmebehandlungslogik einen verkürzten Test erzeugt, indem die Ausnahmebehandlungslogik die bisher bestehende Menge von ausgewählten Aufgabe für eine Testdurchführung zur Verfügung stellt, ohne für den Aufgabentyp, für den in der Datenbank keine Testaufgabe verfügbar ist, und für den in der Datenbank keine Testaufgabe existiert, die die Ersetzungsregel erfüllt, eine Ersatzaufgabe zu bestimmen.
14. Vorrichtung gemäß einem der Ansprüche 1 bis 13, bei der die Einrichtung zum Auswählen mindestens einer Testaufgabe aus der Datenbank ausgelegt ist, um für einen Aufgabentyp aus der Mehrzahl von Aufgabentypen eine vorgegebene Anzahl von zu dem Aufgabentyp gehöri- gen Testaufgaben aus der Datenbank auszuwählen, falls in der Datenbank für den Aufgabentyp eine ausreichende Anzahl von Testaufgaben verfügbar ist.
15. Vorrichtung gemäß Anspruch 14, bei der die Einrichtung zum Auswählen mindestens einer Testaufgabe aus der Datenbank ausgelegt ist, um die zu dem Aufgabentyp gehörige vorgegebene Anzahl von Testaufgaben aus einer Nachschlagetabelle auszulesen.
16. Vorrichtung gemäß Anspruch 14, wobei die Vorrichtung ferner eine Einrichtung zum Empfangen einer Information über die vorgegebene Anzahl umfasst, die ausgelegt
ist, um die vorgegebene Anzahl basierend auf der Information über die vorgegebene Anzahl festzulegen.
17. Vorrichtung gemäß einem der Ansprüche 1 bis 16, bei der die Einrichtung zum Auswählen, für einen Aufgabetyp der Mehrzahl von Aufgabentypen, mindestens einer Testaufgabe ausgelegt ist, um mindestens eine Testaufgabe aus der Datenbank für den Aufgabentyp zufällig auszuwählen, falls in der Datenbank für den Aufgaben- typ mindestens zwei Testaufgaben verfügbar sind.
18. Vorrichtung gemäß Anspruch 17, bei der die Einrichtung zum Auswählen, für einen Aufgabetypen der Mehrzahl von Aufgabentypen, mindestens einer Testaufgabe einen Zu- fallszahlengenerator umfasst, und ferner ausgelegt ist, um eine von dem Zufallszahlengenerator gelieferte Zufallszahl für das zufällige Auswählen der Testaufgabe zu verwenden.
19. Vorrichtung gemäß einem der Ansprüche 1 bis 18, bei der zu jeder Testaufgabe in der Datenbank ein Typ- Identifizierer, der ein Datensymbol umfasst, das den Aufgabentyp der Testaufgabe codiert, und/oder ein Schwierigkeitsgrad-Identifizierer, der einen numeri- sehen Wert umfasst, der einen Schwierigkeitsgrad einer Testaufgabe beschreibt, und/oder ein Themenbereich- Identifizierer, der ein Datensymbol umfasst, das einen Themenbereich der Testaufgabe codiert, und/oder ein Gelöst-Identifizierer, der ein Datensymbol umfasst, das eine Aussage darüber liefert, ob ein Benutzer die Testaufgabe schon gelöst hat, und/oder ein Textfeld, in dem ein zu der Testaufgabe gehöriger Text gespeichert ist, und/oder ein Verweisfeld, in dem ein Verweis auf einem Ablageort einer zu der Testaufgabe ge- hörigen tiefer gehenden Information gespeichert ist, und/oder ein Zeitfeld, in dem in codierter Form eine für die Testaufgabe vorgesehene Zeitdauer gespeichert ist, und/oder ein Fehlerzählerfeld, in dem in codier- ter Form eine Anzahl von erfolglosen Lösungsversuchen eines Benutzers gespeichert ist, abgelegt sind.
20. Vorrichtung gemäß einem der Ansprüche 1 bis 19, bei der die Einrichtung zum Ausgeben der ausgewählten Aufgaben des Tests dem Benutzer gegenüber ausgelegt ist, um die ausgewählten Aufgaben unter Verwendung der Datenbank visuell und/oder akustisch und/oder als Ausdruck auszugeben.
21. Verfahren zum Zusammenstellen eines Tests unter Verwendung einer Datenbank (110), in der eine Mehrzahl von Testaufgaben gespeichert ist, wobei jede Testaufgabe einem Aufgabentyp einer Mehrzahl von Aufgabenty- pen zugeordnet ist, mit folgenden Schritten:
Auswählen von Testaufgaben aus der Datenbank (110), um eine Menge von ausgewählten Testaufgaben für den Test zu erhalten, wobei das Auswählen von Testaufgaben fol- gende Schritte aufweist:
Auswählen (140), für einen Aufgabentyp der Mehrzahl von Aufgabentypen, mindestens einer Testaufgabe aus der Datenbank (110), und Übernehmen (150) der ausge- wählten Testaufgabe in die Menge der ausgewählten Testaufgaben, falls in der Datenbank (110) für den Aufgabentyp eine Testaufgabe verfügbar ist; und
Durchführen einer Ausnahmebehandlung (160) für einen Aufgabentypen aus der Mehrzahl von Aufgabentypen, für den in der Datenbank keine Testaufgabe verfügbar ist, wobei das Durchführen der Ausnahmebehandlung (160) ein Suchen (164) einer Ersatz-Testaufgabe für den Aufgabentypen, für den in der Datenbank keine Testaufgabe verfügbar ist, in der Datenbank gemäß einer vorgegebenen Ersetzungsregel, sowie, falls in der Datenbank eine Testaufgabe existiert, die Ersetzungsregel erfüllt, 33
ein Übernehmen (172) der Ersatz-Testaufgabe in die Menge von ausgewählten Aufgaben umfasst; und
Ausgeben (190) der ausgewählten Aufgaben des Tests ei- nem Benutzer gegenüber.
22. Computer-Programm mit Programm-Code zur Durchführung des Verfahrens gemäß Anspruch 21, wenn das Computer- Programm auf einem Computer abläuft.
23. Vorrichtung (800; 900) zum Prüfen eines Prüflings mit folgenden Merkmalen:
einer Vorrichtung zum Zusammenstellen (820) eines Tests gemäß einem der Ansprüche 1 bis 20;
einer Einrichtung zum Einlesen (840) einer Antwort auf mindestens eine der durch die Vorrichtung zum Zusammenstellen des Tests ausgegebenen ausgewählten Test- aufgaben;
einer Einrichtung zum Auswerten (840) der eingelesenen Antwort, um eine codierte Information zu erhalten, ob die eingelesene Antwort eine korrekte Lösung der aus- gegebenen ausgewählten Testaufgaben darstellt; und
einer Einrichtung zum Ausgeben (870) eines Testergebnisses in Abhängigkeit von der codierten Information.
24. Vorrichtung (800; 900) gemäß Anspruch 23, mit Rückbezug auf Anspruch 2, bei der die Verfügbarkeitssteue- rungseinrichtung ausgelegt ist, um die codierte Information, ob die eingelesene Antwort eine korrekte Lösung der ausgegebenen ausgewählten Testaufgabe dar- stellt, auszuwerten, um eine Testaufgabe als von einem Benutzer bereits erfolgreich gelöst oder als von einem Benutzer noch nicht erfolgreich gelöst zu identifizieren.
25. Vorrichtung gemäß Anspruch 23 oder 24, die ferner eine Einrichtung umfasst, die ausgelegt ist, um die codierte Information Benutzer-bezogen in einer Datenbank ab- zulegen (850) .
26. Vorrichtung gemäß einem der Ansprüche 23 bis 25, bei der die Einrichtung zum Auswerten (840) der eingelesenen Antwort eine Vergleichseinrichtung umfasst, die ausgelegt ist, um die eingelesene Antwort mit einer in der Datenbank abgelegten und zu der ausgegebenen ausgewählten Testaufgabe gehörigen Vergleichs-Antwort zu vergleichen, und um die eingelesene Antwort als eine korrekte Antwort zu bewerten, wenn die eingelesene Antwort von der Vergleichs-Antwort höchstens eine vorbestimmte Abweichung aufweist, und um für die ausgegebenen Testaufgabe eine dem Vergleichsergebnis entsprechende codierte Information bereitzustellen.
27. Vorrichtung gemäß einem der Ansprüche 23 bis 25, bei der die Einrichtung zum Auswerten (840) der eingelesenen Antworten eine Vergleichseinrichtung umfasst, die ausgelegt ist, um die eingelesene Antwort mit einer in der Datenbank abgelegten und zu der ausgegebenen aus- gewählten Testaufgabe gehörigen Vergleichs-Antwort zu vergleichen, und um die eingelesene Antwort als eine korrekte Antwort zu bewerten, wenn die eingelesene Antwort mit der Vergleichs-Antwort übereinstimmt, und um für die ausgegebene Testaufgabe eine dem Ver- gleichsergebnis entsprechende codierte Information bereitzustellen.
28. Verfahren (800; 900) zum Prüfen eines Prüflings, mit folgenden Schritten:
Zusammenstellen eines Tests gemäß Anspruch 20; Einlesen (840) einer Antwort auf eine der ausgegebenen ausgewählten Testaufgaben;
Auswerten (840) der eingelesenen Antwort, um eine co- dierte Information zu erhalten, ob die eingelesene Antwort eine korrekte Lösung der ausgegebenen ausgewählten Testaufgabe ist; und
Ausgeben (870) eines Testergebnisses in Abhängigkeit von der codierten Information.
29. Computer-Programm mit Programm-Code zur Durchführung des Verfahrens gemäß Anspruch 28, wenn das Computer- Programm auf einem Computer abläuft.
EP06791882A 2005-09-23 2006-09-06 Vorrichtung, verfahren und computerprogramm zum zusammenstellen eines tests sowie vorrichtung, verfahren und computerprogramm zum prüfen eines prüflings Withdrawn EP1927094A2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102005045625A DE102005045625B4 (de) 2005-09-23 2005-09-23 Vorrichtung, Verfahren und Computerprogramm zum Zusammenstellen eines Tests sowie Vorrichtung, Verfahren und Computerprogramm zum Prüfen eines Prüflings
PCT/EP2006/008702 WO2007036287A2 (de) 2005-09-23 2006-09-06 Vorrichtung, verfahren und computerprogramm zum zusammenstellen eines tests sowie vorrichtung, verfahren und computerprogramm zum prüfen eines prüflings

Publications (1)

Publication Number Publication Date
EP1927094A2 true EP1927094A2 (de) 2008-06-04

Family

ID=37487625

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06791882A Withdrawn EP1927094A2 (de) 2005-09-23 2006-09-06 Vorrichtung, verfahren und computerprogramm zum zusammenstellen eines tests sowie vorrichtung, verfahren und computerprogramm zum prüfen eines prüflings

Country Status (5)

Country Link
US (1) US20080206731A1 (de)
EP (1) EP1927094A2 (de)
JP (1) JP4996608B2 (de)
DE (1) DE102005045625B4 (de)
WO (1) WO2007036287A2 (de)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8083675B2 (en) * 2005-12-08 2011-12-27 Dakim, Inc. Method and system for providing adaptive rule based cognitive stimulation to a user
US9892650B2 (en) 2006-09-11 2018-02-13 Houghton Mifflin Harcourt Publishing Company Recovery of polled data after an online test platform failure
US9142136B2 (en) 2006-09-11 2015-09-22 Houghton Mifflin Harcourt Publishing Company Systems and methods for a logging and printing function of an online proctoring interface
US9390629B2 (en) 2006-09-11 2016-07-12 Houghton Mifflin Harcourt Publishing Company Systems and methods of data visualization in an online proctoring interface
US20080102432A1 (en) * 2006-09-11 2008-05-01 Rogers Timothy A Dynamic content and polling for online test taker accomodations
US20080241809A1 (en) * 2007-03-09 2008-10-02 Ashmore Mary E Graphical user interface and method for providing a learning system
JP2009252176A (ja) * 2008-04-10 2009-10-29 Ntt Docomo Inc 情報配信装置および情報配信方法
US20100047760A1 (en) * 2008-08-20 2010-02-25 Mike Best Method and system for delivering performance based emulation testing
DE102010000873A1 (de) 2010-01-13 2011-08-25 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V., 80686 Kompetenzmanagementsystem, Verfahren zum Betrieb eines Kompetenzmanagementsystems und Computerprogramm
KR20150095053A (ko) * 2014-02-12 2015-08-20 한화테크윈 주식회사 제품 검사의 유효성 검증 장치 및 방법
EP3021225B1 (de) * 2014-11-14 2020-07-01 Mastercard International, Inc. Automatische konfigurationscodebasierende Auswahl von Testfällen für Zahlungsendgeräte
US12027069B2 (en) * 2019-01-14 2024-07-02 Pearson Education, Inc. Method and system for automated multidimensional content selection and presentation
JP6681485B1 (ja) 2019-01-21 2020-04-15 VISITS Technologies株式会社 課題収集評価方法、解決案収集評価方法、課題収集評価のためのサーバ、解決案収集評価のためのサーバ、並びに、課題及びその解決案の収集評価のためのサーバ
WO2020155118A1 (zh) * 2019-02-01 2020-08-06 姜淇宁 一种教学测试项目匹配方法、装置和设备

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030110215A1 (en) * 1997-01-27 2003-06-12 Joao Raymond Anthony Apparatus and method for providing educational materials and/or related services in a network environment
JP2001100626A (ja) * 1999-09-29 2001-04-13 Casio Comput Co Ltd 問題作成装置、ネットワーク型教育管理システム、及び記憶媒体
JP2001109365A (ja) * 1999-10-08 2001-04-20 Matsushita Electric Ind Co Ltd 学習支援装置、学習支援方法及びそのプログラムを記録した記録媒体
JP2001296790A (ja) * 2000-04-14 2001-10-26 Fujitsu Ltd オンライン試験方法およびオンライン試験システム並びにオンライン試験用問題集作成方法,オンライン試験用問題集作成装置およびオンライン試験用問題集作成プログラムを記録したコンピュータ読取可能な記録媒体
EP1156430A2 (de) * 2000-05-17 2001-11-21 Matsushita Electric Industrial Co., Ltd. System zum Wiederauffinden von Informationen
DE10155094A1 (de) * 2000-11-24 2002-06-20 Siemens Ag Vorrichtung und Verfahren zur Ermittlung einer individuell abgestimmten, nicht vorgefertigten Trainingseinheit
US20020086267A1 (en) * 2000-11-24 2002-07-04 Thomas Birkhoelzer Apparatus and method for determining an individually adapted, non-prefabricated training unit
DE50100063D1 (de) * 2001-01-29 2003-01-09 Geco Ag Verfahren zur Zusammenstellung eines Testes mit Hilfe einer Datenverarbeitungsanlage
US6537072B2 (en) * 2001-05-01 2003-03-25 Ibm System and method for teaching job skills to individuals via a network
JP2003156996A (ja) * 2001-11-22 2003-05-30 Junichi Yakahi 学習支援システム、方法およびプログラム、ならびに情報サーバ
US7052277B2 (en) * 2001-12-14 2006-05-30 Kellman A.C.T. Services, Inc. System and method for adaptive learning
US20040005536A1 (en) * 2002-01-31 2004-01-08 Feng-Qi Lai Universal electronic placement system and method
JP3915561B2 (ja) * 2002-03-15 2007-05-16 凸版印刷株式会社 試験問題作成システム、方法及びプログラム
US7395027B2 (en) * 2002-08-15 2008-07-01 Seitz Thomas R Computer-aided education systems and methods
US20040224297A1 (en) * 2003-05-09 2004-11-11 Marc Schwarzschild System and method for providing partial credit in an automatically graded test system
US8438147B2 (en) * 2003-09-29 2013-05-07 Home Box Office, Inc. Media content searching and notification
US20060014130A1 (en) * 2004-07-17 2006-01-19 Weinstein Pini A System and method for diagnosing deficiencies and assessing knowledge in test responses
US7335028B2 (en) * 2004-12-08 2008-02-26 Charles Sun System and method for creating an individualized exam practice question set
US20060134593A1 (en) * 2004-12-21 2006-06-22 Resource Bridge Toolbox, Llc Web deployed e-learning knowledge management system
US20060282413A1 (en) * 2005-06-03 2006-12-14 Bondi Victor J System and method for a search engine using reading grade level analysis

Also Published As

Publication number Publication date
WO2007036287A2 (de) 2007-04-05
DE102005045625B4 (de) 2008-06-05
DE102005045625A1 (de) 2007-04-05
US20080206731A1 (en) 2008-08-28
JP4996608B2 (ja) 2012-08-08
JP2009509200A (ja) 2009-03-05

Similar Documents

Publication Publication Date Title
Hager et al. Recovering informal learning: Wisdom, judgement and community
Kurfiss Critical Thinking: Theory, Research, Practice, and Possibilities. ASHE-ERIC Higher Education Report No. 2, 1988.
DE102005045625B4 (de) Vorrichtung, Verfahren und Computerprogramm zum Zusammenstellen eines Tests sowie Vorrichtung, Verfahren und Computerprogramm zum Prüfen eines Prüflings
Lee et al. Metacognitive judgments of prior material facilitate the learning of new material: The forward effect of metacognitive judgments in inductive learning.
Pflaumer et al. Appropriation of adaptive literacy games into the German elementary school classroom
DE69911054T2 (de) Trainingsgerät und -verfahren mit einem simulator der menschlichen interaktion
DE202015009592U1 (de) System zum Steuern des Zugriffs eines Benutzers auf ein elektronisches Gerät
Schoonenboom et al. How to Interact with Differences in Special Education Intervention Research: Six Guidelines.
Kimura L2 motivation theories from metatheoretical perspective: A critical review of CDST, L2 motivational self-system, AT, DMC, and TEA
Brown History for the non-originalist
Taconis Understanding based problem solving: Towards qualification-oriented teaching and learning in physics education
DE19852937A1 (de) Verfahren zur automatischen Überwachung der Erreichung von Lernzielen durch einen Rechner
Bruce Postgraduate response to an information retrieval credit course
Nelson Adaptive Hypermedia Instructional Systems: Possibilities for Learner Modeling.
Moore et al. Using occupational information to increase vocational differentiation
DE102020133046B3 (de) Computerimplementiertes Verfahren zum Betreiben einer Computernetzwerkstruktur zur nonverbalen Kommunikation und zum Coaching mittels zumindest eines Kartensets
Yin A progressively focused qualitative study of teacher thinking in English for academic purposes (EAP) classroom language assessment
Istianah The importance of implementing character values in learning in elementary schools
GEVINSON The shape of literary understanding: A study of four expert readers reading three short stories
Beazley Understanding the basis for gender differences in course Web site usage at a university
Aumann Entwicklung medienfachdidaktischer Kompetenzen von Lehramtsstudierenden im Verlauf der Planung, Umsetzung und Reflexion mediengestützten Biologieunterrichts im Semesterpraktikum
DEBELE Philosophical Foundation of Methodology Within Social Sciences and Sociology
Austin The research paper in cyberspace: Source-based writing in the composition classroom
Besoli The Problem of Categories in Oswald Külpe’s Critical Realism
Boykin Moral order and collective action: FA Hayek on modern democracy

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20080306

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA HR MK RS

DAX Request for extension of the european patent (deleted)
R17D Deferred search report published (corrected)

Effective date: 20070405

REG Reference to a national code

Ref country code: DE

Ref legal event code: 8566

RBV Designated contracting states (corrected)

Designated state(s): FR GB NL

17Q First examination report despatched

Effective date: 20111213

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20120626