Difference between revisions of "Talk:Model"
(added discussion point) |
|||
| Line 23: | Line 23: | ||
A) Of course the model is DOING s.th. otherwise there would not come out any numbers in the end. <br> | A) Of course the model is DOING s.th. otherwise there would not come out any numbers in the end. <br> | ||
| − | B) If you say that models are a description of the process, then I say that all models fulfill this description. What I am talking about above is the description of the model i.e. the description of the description of the process if you are more happy with this expression. I mean, the model is not changed in itself if I write about how the management is done (e.g. everything in the sub-sub attribute "management" under "procedure"), or not. | + | B) If you say that models are a description of the process, then I say that all models fulfill this description. What I am talking about above is the description of the model i.e. the description of the description of the process if you are more happy with this expression. I mean, the model is not changed in itself if I write about how the management is done (e.g. everything in the sub-sub attribute "management of the model" under "procedure"), or not. --[[User:Alexandra Kuhn|Alexandra Kuhn]] 10:32, 18 June 2008 (EEST) |
}} | }} | ||
Revision as of 07:32, 18 June 2008
Why description?
⇤#(number): : Why is a model a description of the computation procedure and not the procedure as such? Or an "incarnation" or a "software"? --Alexandra Kuhn 12:12, 14 May 2008 (EEST)
- --#(number): : Because the computation procedure is the doing of it (after you have taken the input to compute and before you have got the output as the result; the whole thing is a process). Or, in other words, the running of the software is a procedure, the software is a description of a procedure. But you are right, the definition is not very clear. --Jouni 22:07, 14 May 2008 (EEST)
| Statements:
Resolution: Resolution not yet found. (A stable resolution, when found, should be updated to the main page.) |
| Argumentation:
⇤#(1): : There is no such thing as structured and unstructured models. --Alexandra Kuhn 08:12, 10 June 2008 (EEST) Jouni: There are formally structured models (they are methods), and then there are informally structured model (they are not OA objects). Because of this, "model" is an ambiguous word and I try to avoid it in methodology text. The same applies to "tool". I don't like their current definitions (or, I don't see a reason to develop better definitions for them). How do you know if a model is structured or not???? I think, that there is not such thing as structured or unstructured models. I think the DESCRIPTION is structured or not. --Alexandra Kuhn 08:12, 10 June 2008 (EEST) A model IS a description of a process for doing something. The model is not DOING, it is a description. The model can be structured if it has the attributes listed on the Model page. For many models, these are not clear. But it is worth putting work on this so that the models can be clarified and the intputs/outputs etc. clearly defined. --Jouni 16:10, 17 June 2008 (EEST)
|
