UniverseUniversity


Home Projects Jobs Clientele Contact

uu


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

Re: Implementing UMO Problem



Would you update the docos?

2007/5/28, Ilya A. Volynets-Evenbakh <ilya@total-knowledge.com>:
Terminology you propose is acceptable.

Alexey Parshin wrote:
> 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 <mailto: alexeyp@gmail.com>>:
>
>     Ok, lemme wait one more day for other comments.
>
>     2007/5/27, sergey@total-knowledge.com
>     <mailto:sergey@total-knowledge.com> <sergey@total-knowledge.com
>     <mailto: 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
>         <mailto:sergey@total-knowledge.com >
>         <sergey@total-knowledge.com <mailto: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
>         <mailto: sergey@total-knowledge.com> <
>         sergey@total-knowledge.com <mailto: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
>         <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 <http://www.sptk.net>
>         >> >
>         >>
>         >>
>         >>
>         >
>         >
>         > --
>         > Alexey Parshin,
>         > http://www.sptk.net
>         >
>
>
>
>
>
>     --
>
>     Alexey Parshin,
>     http://www.sptk.net <http://www.sptk.net>
>
>
>
>
> --
> Alexey Parshin,
> http://www.sptk.net

--
Ilya A. Volynets-Evenbakh
Total Knowledge. CTO
http://www.total-knowledge.com




--
Alexey Parshin,
http://www.sptk.net

Authoright © Total Knowledge: 2001-2008