[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

*To*: uu@total-knowledge.com*Subject*: Re: Implementing UMO Problem*From*: sergey@total-knowledge.com*Date*: Mon, 28 May 2007 17:55:11 -0700 (PDT)*Delivered-to*: mailing list uu@total-knowledge.com*Importance*: Normal*In-reply-to*: <a75bc3cf0705280201p3fb893d1g887fb16c287f2935@mail.gmail.com>*Mailing-list*: contact uu-help@total-knowledge.com; run by ezmlm*References*: <46389.76.83.146.3.1180135128.squirrel@webmail.total-knowledge.com> <a75bc3cf0705251754w5064c1e5h793d1cdd1398b95@mail.gmail.com> <36557.76.83.146.3.1180141155.squirrel@webmail.total-knowledge.com> <a75bc3cf0705260033p7a1d6c5lcbe612ae2c7b69a3@mail.gmail.com> <60619.76.83.146.3.1180201877.squirrel@webmail.total-knowledge.com> <a75bc3cf0705261516w4f8cf618y2c331893d51b15e3@mail.gmail.com> <a75bc3cf0705280201p3fb893d1g887fb16c287f2935@mail.gmail.com>*User-agent*: SquirrelMail/1.4.8

Alexey, Can you please add to your scripts that initialize DB the following statements: insert into solution_type values(2, 'Single Answer'); insert into solution_type values(3, 'Multiple Choice'); insert into solution_type values(4, 'Human controlled'); Thanks. > I've added support for 'solution_data' in study_problem (as > 'sp_solution_data' field) and in related stored procs. I propose to > replace > a term 'answer' with a combination of 'solution_type' and 'solution_data'. > Solution types are stored in solution_type table. Solution data present an > information for solver and not controlled by the database. There is a > proc, > problem_modify, that allows to modify solution type and data. > > 2007/5/27, Alexey Parshin <alexeyp@gmail.com>: >> >> Ok, lemme wait one more day for other comments. >> >> 2007/5/27, sergey@total-knowledge.com <sergey@total-knowledge.com >: >> > >> > Per specs, answer is required field. Dealing with answers/solutions is >> > the >> > most important and complicated functionality for UMO Problem. We have >> to >> > have an ability to deal with answers for _every_ solution control(we >> > agreed on 3 for now: Single Answer, Multiple Choice, Human controlled) >> > for >> > 3 types of users: Authors, Students and Teachers. There is no way for >> me >> > to work on this without having everything setup in the DB. >> > In the class diagram we have 2 interfaces(Problem and Solution) and 3 >> > classes(SingleAnswerProblem, MultipleChoiceProblem, >> > HumanControlledProblem) that take care of implementing the UMO >> Problem. >> > I just commited the latest version of uu.xmi to SVN 'sergey' in case >> you >> > want to take a look. Comments for the most of operations are >> available. >> > >> > > Here is the possible solution. IMHO, an answer is the correct >> > solution. We >> > > already have a table for solutions, "problem_solution". We may have >> a >> > flag >> > > in this table, "ps_is_answer", and corresponding functions >> > > answer_{create,modfy,delete}. This provides us with the following >> > extra >> > > functionality: >> > > >> > > 1) It's possible to have zero to several correct solutions >> > > For instance, for the problem with headache, the possible >> solutions >> > >> > > are: >> > > - get the Panadol >> > > - get on the fresh air >> > > - cut-off the head >> > > 2) It is possible to have several solutions of the different type >> > > >> > > I suspect that it is not necessary to create an answer at the moment >> > when >> > > a >> > > problem is created. In general case, the problem may exist without >> an >> > > answer >> > > (solution). >> > > >> > > 2007/5/26, sergey@total-knowledge.com <sergey@total-knowledge.com>: >> > >> >> > >> > There is a only one table, 'solution_type' to support that part. >> I >> > >> don't >> > >> > have a clear understanding on how to define an answer at the >> > moment. >> > >> You >> > >> > can, for now, assume, that there is a field sp_answer text that >> > >> contains >> > >> > an >> > >> > answer description. I'd add support for this field in >> study_problem >> > >> > >> and >> > >> > procs in about 4-5 hours (I need to logically finish >> class-related >> > >> > things). >> > >> >> > >> No problem, I'll continue with other stuff. >> > >> >> > >> > Please, give me your vision of answer presentation, if any, or we >> > can >> > >> ask >> > >> > Ilya and Anatoly. >> > >> >> > >> Sure, here is how I understand it: >> > >> http://gateway.total-knowledge.com/~sergey/UU/ProblemCreate.html >> > <http://gateway.total-knowledge.com/%7Esergey/UU/ProblemCreate.html> >> > >> http://gateway.total-knowledge.com/~sergey/UU/ProblemEdit.html<http://gateway.total-knowledge.com/%7Esergey/UU/ProblemEdit.html> >> > >> (ignore Objectives text area field). >> > >> >> > >> > >> > >> > 2007/5/26, sergey@total-knowledge.com >> <sergey@total-knowledge.com>: >> > >> >> >> > >> >> I'm working on Problem functionality and I noticed that stored >> > >> >> procedures >> > >> >> problem_create() >> > >> >> problem_add_content() >> > >> >> problem_modify_content() >> > >> >> miss "Answer" field. Here is the link to the spesc: >> > >> >> http://www.total-knowledge.com/wiki/index.php/UU#Problem >> > >> >> Also these procs don't deal with difficulty levels and "required >> > time >> > >> to >> > >> >> solve" that mentioned in the specs. >> > >> >> >> > >> >> >> > >> > >> > >> > >> > >> > -- >> > >> > Alexey Parshin, >> > >> > http://www.sptk.net >> > >> > >> > >> >> > >> >> > >> >> > > >> > > >> > > -- >> > > Alexey Parshin, >> > > http://www.sptk.net >> > > >> > >> > >> > >> >> >> -- >> Alexey Parshin, >> http://www.sptk.net >> > > > > -- > Alexey Parshin, > http://www.sptk.net >

**Follow-Ups**:**Re: Implementing UMO Problem***From:*"Alexey Parshin" <alexeyp@gmail.com>

**References**:**Implementing UMO Problem***From:*sergey@total-knowledge.com

**Re: Implementing UMO Problem***From:*"Alexey Parshin" <alexeyp@gmail.com>

**Re: Implementing UMO Problem***From:*sergey@total-knowledge.com

**Re: Implementing UMO Problem***From:*"Alexey Parshin" <alexeyp@gmail.com>

**Re: Implementing UMO Problem***From:*sergey@total-knowledge.com

**Re: Implementing UMO Problem***From:*"Alexey Parshin" <alexeyp@gmail.com>

**Re: Implementing UMO Problem***From:*"Alexey Parshin" <alexeyp@gmail.com>

- Prev by Date:
**Re: Implementing UMO Problem** - Next by Date:
**Re: Implementing UMO Problem** - Previous by thread:
**Re: Implementing UMO Problem** - Next by thread:
**Re: Implementing UMO Problem** - Index(es):