sensorial-concept-Mcs (model)

description::

· model is a-secondary-entity which is-mapped with a-primary-one, the-archetype.

· output of methodMapping is the-secondary entity which is a-model of the-input.

name::

* McsEngl.filMcsMdl.last.html!⇒model,

* McsEngl.dirCor/filMcsMdl.last.html!⇒model,

* McsEngl.MODEL,

* McsEngl.methodMapping'02_output,

* McsEngl.methodMapping'att002-output,

* McsEngl.methodMapping'output-att002,

* McsEngl.methodMapping'model,

* McsEngl.model,

* McsEngl.model'(system.model)!⇒model,

* McsEngl.model-of-methodMapping,

* McsEngl.rlnMapping'model!⇒model,

* McsEngl.system.model!⇒model,

description::

· archetype is the-original entity that a-mapping-relation connects with another entity, the-model.

· input of methodMapping is the-primary entity that is-mapped to another one.

name::

* McsEngl.archetype-of-methodMapping!⇒archo,

* McsEngl.archetype-of-model!⇒archo,

* McsEngl.archo, {2020-08-08},

* McsEngl.entity-being-modeled!⇒archo,

* McsEngl.methodMapping'01_input!⇒archo,

* McsEngl.methodMapping'att001-input!⇒archo,

* McsEngl.methodMapping'archetype!⇒archo,

* McsEngl.methodMapping'input=att001!⇒archo,

* McsEngl.model'01_archetype!⇒archo,

* McsEngl.model'att001-archetype!⇒archo,

* McsEngl.model'archetype!⇒archo,

* McsEngl.original-entity-of-model!⇒archo,

* McsEngl.rlnMapping'archetype!⇒archo,

* McsEngl.subject-of-model!⇒archo,

description::

· The entity we use to construct a model: information, matter, both.

[hmnSgm-{2012-11-23}]

name::

* McsEngl.model'04_medium,

* McsEngl.model'att004-medium,

* McsEngl.model'medium,

name::

* McsEngl.model'05_node,

* McsEngl.model'att005-node,

* McsEngl.model'node,

name::

* McsEngl.model'06_node-relation,

* McsEngl.model'att006-node-relation,

* McsEngl.model'node-relation,

name::

* McsEngl.model'07_mapping-unit,

* McsEngl.model'att007-mapping-unit,

* McsEngl.model'mapping-unit,

name::

* McsEngl.model'08_unit,

* McsEngl.model'att008_unit,

* McsEngl.model'unit,

description::

· the-entity that creates a-model.

· implementor is the-entity that uses the-method and does the-implementation.

name::

* McsEngl.methodMapping'05_implementor,

* McsEngl.methodMapping'att005-implementor,

* McsEngl.methodMapping'implementor-att005,

* McsEngl.model'09_creator,

* McsEngl.model'att009-creator,

* McsEngl.model'creator,

* McsEngl.model'implementor,

description::

· model'user is an-entity that uses it.

name::

* McsEngl.model'10_user,

* McsEngl.model'att018-user,

* McsEngl.model'user,

description::

· defining what is of "value".

· degree of correctness of mapping-relation.

· usage, method, cost-time-reduction, ...

===

"In practice, as quality management terms, the definitions of verification and validation can be inconsistent. Sometimes they are even used interchangeably."

[{2020-08-09} https://en.wikipedia.org/wiki/Verification_and_validation]

name::

* McsEngl.model'11_evaluation,

* McsEngl.model'att011-evaluation,

* McsEngl.model'evaluation,

description::

· modeling is any doing related to models, designing, creating, evaluating, using, ...

name::

* McsEngl.model'doing,

* McsEngl.modeling,

description::

* creating,

* evaluating,

* using,

* designing,

* comparing,

* revising,

* testing,

description::

· implementation of methodMapping is the-mapping-acting of the-method.

name::

* McsEngl.methodMapping'04_implementation,

* McsEngl.methodMapping'att004-implementation,

* McsEngl.methodMapping'implementation-att004,

* McsEngl.model'att010-creating,

* McsEngl.model'creating,

* McsEngl.model'building,

* McsEngl.model'implementation,

description::

· model'evaluating is the-process of finding the-degree of correctness of archetype-model-mapping, ie the-problem-of-truth!!!

* experiment,

* testing,

* time,

name::

* McsEngl.model'att016-evaluating,

* McsEngl.model'evaluating,

addressWpg::

* https://en.wikipedia.org/wiki/Verification_and_validation_of_computer_simulation_models,

* https://en.wikipedia.org/wiki/Software_verification,

description::

a) the-process of operating a-model.

b) the-process we are-doing with the-model.

name::

* McsEngl.model'att017-using,

* McsEngl.model'using,

description::

"Models are vehicles for learning about the world. Significant parts of scientific investigation are carried out on models rather than on reality itself because by studying a model we can discover features of and ascertain facts about the system the model stands for; in brief, models allow for surrogative reasoning (Swoyer 1991). For instance, we study the nature of the hydrogen atom, the dynamics of populations, or the behavior of polymers by studying their respective models. This cognitive function of models has been widely acknowledged in the literature, and some even suggest that models give rise to a new style of reasoning, so-called ‘model based reasoning’ (Magnani and Nersessian 2002, Magnani, Nersessian and Thagard 1999). This leaves us with the question of how learning with a model is possible.

Hughes (1997) provides a general framework for discussing this question. According to his so-called DDI account, learning takes place in three stages: denotation, demonstration, and interpretation. We begin by establishing a representation relation (‘denotation’) between the model and the target. Then we investigate the features of the model in order to demonstrate certain theoretical claims about its internal constitution or mechanism; i.e. we learn about the model (‘demonstration’). Finally, these findings have to be converted into claims about the target system; Hughes refers to this step as ‘interpretation’. It is the latter two notions that are at stake here."

[http://plato.stanford.edu/entries/models-science/]

name::

* McsEngl.learing.with-model,

* McsEngl.model'using'learing,

name::

* McsEngl.model'evoluting,

{time.2020-08-02}::

=== McsHitp-creation:

· creation of current concept.

name::

* McsEngl.model'whole-part-tree,

whole-tree-of-model::

*

* ... Sympan.

name::

* McsEngl.model'generic-specific-tree,

* McsEngl.model.specific,

generic-tree-of-model::

* system,

* entity,

specific-tree-of-model::

* concept,

* conceptual-model,

* conceptual-model.sensorial,

description::

* accurate-model,

* accurate-strong-model,

* accurate-weak-model,

* accurate-accurateNo-model,

* accurateNo-weak-model,

* accurateNo-strong-model,

* accurateNo-model,

name::

* McsEngl.model'att012-specs-division-on.evaluation,

* McsEngl.model.specs-division-on.evaluation,

description::

* same-medium-model,

* sameNo-medium-model,

===

* mental-model,

* mentalNo-model,

===

* computer-model,

* info-model,

* text-model,

* theory,

* visual-model,

name::

* McsEngl.model'att013-specs-division-on.medium,

* McsEngl.model.specs-division-on.medium,

description::

* one-way-model,

* two-way-model,

===

* analogical-model,

* analogicalNo-model,

===

* abstract-model,

* abstractNo-model,

===

* math-model,

* linear-model,

* scientific-model,

* statistical-model,

name::

* McsEngl.model'att014-specs-division-on.mapping-method,

* McsEngl.model.specs-division-on.mapping-method,

description::

* body-model,

* process-model,

===

* economy-model,

* social-model,

* society-model,

* organism-model,

* organization-model,

* worldview-model,

description::

· human-model,

· humanNo-model,

name::

* McsEngl.model'att019-specs-division-on.creator,

* McsEngl.model'specs-division-on.creator,

description::

· codomain-of-model is the-set of all models.

name::

* McsEngl.codomain-of-model,

* McsEngl.model.026-codomain,

* McsEngl.model.aggregate,

* McsEngl.model.codomain,

description::

· domain-of-model is the-set of all its archetypes.

description::

"A scientific model seeks to represent empirical objects, phenomena, and physical processes in a logical and objective way. All models are in simulacra, that is, simplified reflections of reality that, despite being approximations, can be extremely useful.[6] Building and disputing models is fundamental to the scientific enterprise. Complete and true representation may be impossible, but scientific debate often concerns which is the better model for a given task, e.g., which is the more accurate climate model for seasonal forecasting.[7]

Attempts to formalize the principles of the empirical sciences use an interpretation to model reality, in the same way logicians axiomatize the principles of logic. The aim of these attempts is to construct a formal system that will not produce theoretical consequences that are contrary to what is found in reality. Predictions or other statements drawn from such a formal system mirror or map the real world only insofar as these scientific models are true.[8][9]

For the scientist, a model is also a way in which the human thought processes can be amplified.[10] For instance, models that are rendered in software allow scientists to leverage computational power to simulate, visualize, manipulate and gain intuition about the entity, phenomenon, or process being represented. Such computer models are in silico. Other types of scientific models are in vivo (living models, such as laboratory rats) and in vitro (in glassware, such as tissue culture).[11]"

[{2020-08-04} https://en.wikipedia.org/wiki/Scientific_modelling]

name::

* McsEngl.modelSci,

* McsEngl.model.005-scientific!⇒modelSci,

* McsEngl.model.method.scientific!⇒modelSci,

* McsEngl.model.scientific!⇒modelSci,

description::

"Models are of central importance in many scientific contexts.

The centrality of models such as the billiard ball model of a gas, the Bohr model of the atom, the MIT bag model of the nucleon, the Gaussian-chain model of a polymer, the Lorenz model of the atmosphere, the Lotka-Volterra model of predator-prey interaction, the double helix model of DNA, agent-based and evolutionary models in the social sciences, or general equilibrium models of markets in their respective domains are cases in point.

Scientists spend a great deal of time building, testing, comparing and revising models, and much journal space is dedicated to introducing, applying and interpreting these valuable tools.
**In short, models are one of the principal instruments of modern science**."

[http://plato.stanford.edu/entries/models-science/]

description::

· modelMath quantify the-archetype.

name::

* McsEngl.mathematical-model!⇒modelMath,

* McsEngl.modelMath,

* McsEngl.model.006-math!⇒modelMath,

* McsEngl.model.math!⇒modelMath,

* McsEngl.model.method.math!⇒modelMath,

description::

"A statistical model is a mathematical model that embodies a set of statistical assumptions concerning the generation of sample data (and similar data from a larger population). A statistical model represents, often in considerably idealized form, the data-generating process.[1]

A statistical model is usually specified as a mathematical relationship between one or more random variables and other non-random variables. As such, a statistical model is "a formal representation of a theory" (Herman Adèr quoting Kenneth Bollen).[2]

All statistical hypothesis tests and all statistical estimators are derived via statistical models. More generally, statistical models are part of the foundation of statistical inference."

[{2020-08-05} https://en.wikipedia.org/wiki/Statistical_model]

name::

* McsEngl.modelStats,

* McsEngl.model.007-statistical!⇒modelStats,

* McsEngl.model.statistical!⇒modelStats,

* McsEngl.model.method.statistical!⇒modelStats,

* McsEngl.probabilistic-model!⇒modelStats,

* McsEngl.statistical-model!⇒modelStats,

description::

""All models are wrong" is a common aphorism in statistics; it is often expanded as "All models are wrong, but some are useful". It is usually considered to be applicable to not only statistical models, but to scientific models generally. The aphorism recognizes that statistical/scientific models always fall short of the complexities of reality but can still be of use.

The aphorism is generally attributed to the statistician George Box, although the underlying concept predates Box's writings."

[{2020-08-05} https://en.wikipedia.org/wiki/All_models_are_wrong]

name::

* McsEngl.all-models-are-wrong,

* McsEngl.modelStats'all-models-are-wrong,

description::

· Abstract-model is a model if it misses some attributes of the archetype.

Every generic-concept is an abstract-model of its referents.

[hmnSgm-{2014-02-27}]

name::

* McsEngl.abstract-model!⇒modelAbstract,

* McsEngl.modelAbstract,

* McsEngl.model.009-simulation!⇒modelAbstract,

* McsEngl.model.abstract!⇒modelAbstract,

* McsEngl.model.method.abstract!⇒modelAbstract,

* McsEngl.model.simulation!⇒modelAbstract,

* McsEngl.simulation!⇒modelAbstract,

descriptionLong::

"A simulation is an approximate imitation of the operation of a process or system;[1] that represents its operation over time.

Simulation is used in many contexts, such as simulation of technology for performance tuning or optimizing, safety engineering, testing, training, education, and video games. Often, computer experiments are used to study simulation models. Simulation is also used with scientific modelling of natural systems or human systems to gain insight into their functioning,[2] as in economics. Simulation can be used to show the eventual real effects of alternative conditions and courses of action. Simulation is also used when the real system cannot be engaged, because it may not be accessible, or it may be dangerous or unacceptable to engage, or it is being designed but not yet built, or it may simply not exist.[3]

Key issues in simulation include the acquisition of valid sources of information about the relevant selection of key characteristics and behaviors, the use of simplifying approximations and assumptions within the simulation, and fidelity and validity of the simulation outcomes. Procedures and protocols for model verification and validation are an ongoing field of academic study, refinement, research and development in simulations technology or practice, particularly in the work of computer simulation."

[{2020-08-05} https://en.wikipedia.org/wiki/Simulation]

description::

"Simulation, therefore, is the process of running a model. Thus one would not "build a simulation"; instead, one would "build a model", and then either "run the model" or equivalently "run a simulation"."

[{2020-08-07} https://en.wikipedia.org/wiki/Computer_simulation]

description::

"An idealization is a deliberate simplification of something complicated with the objective of making it more tractable."

[http://plato.stanford.edu/entries/models-science/]

name::

* McsEngl.idealization!⇒modelIdealized,

* McsEngl.modelIdealized,

* McsEngl.modelAbstract.idealized!⇒modelIdealized,

* McsEngl.model.011-idealized!⇒modelIdealized,

* McsEngl.model.idealized!⇒modelIdealized,

descriptionLong::

"Idealized models. An idealization is a deliberate simplification of something complicated with the objective of making it more tractable. Frictionless planes, point masses, infinite velocities, isolated systems, omniscient agents, or markets in perfect equilibrium are but some well-know examples. Philosophical debates over idealization have focused on two general kinds of idealizations: so-called Aristotelian and Galilean idealizations.

Aristotelian idealization amounts to ‘stripping away’, in our imagination, all properties from a concrete object that we believe are not relevant to the problem at hand. This allows us to focus on a limited set of properties in isolation. An example is a classical mechanics model of the planetary system, describing the planets as objects only having shape and mass, disregarding all other properties. Other labels for this kind of idealization include ‘abstraction’ (Cartwright 1989, Ch. 5), ‘negligibility assumptions’ (Musgrave 1981) and ‘method of isolation’ (Mäki 1994).

Galilean idealizations are ones that involve deliberate distortions. Physicists build models consisting of point masses moving on frictionless planes, economists assume that agents are omniscient, biologists study isolated populations, and so on. It was characteristic of Galileo's approach to science to use simplifications of this sort whenever a situation was too complicated to tackle. For this reason it is common to refer to this sort of idealizations as ‘Galilean idealizations’ (McMullin 1985); another common label is ‘distorted models’.

Galilean idealizations are beset with riddles. What does a model involving distortions of this kind tell us about reality? How can we test its accuracy? In reply to these questions Laymon (1991) has put forward a theory which understands idealizations as ideal limits: imagine a series of experimental refinements of the actual situation which approach the postulated limit and then require that the closer the properties of a system come to the ideal limit, the closer its behavior has to come to the behavior of the ideal limit (monotonicity). But these conditions need not always hold and it is not clear how to understand situations in which no ideal limit exists. We can, at least in principle, produce a series of table tops that are ever more slippery but we cannot possibly produce a series of systems in which Planck's constant approaches zero. This raises the question of whether one can always make an idealized model more realistic by de-idealizing it. We will come back to this issue in section 5.1.

Galilean and Aristotelian idealizations are not mutually exclusive. On the contrary, they often come together. Consider again the mechanical model of the planetary system: the model only takes into account a narrow set of properties and distorts these, for instance by describing planets as ideal spheres with a rotation-symmetric mass distribution.

Models that involve substantial Galilean as well as Aristotelian idealizations are sometimes referred to as ‘caricatures’ (Gibbard and Varian 1978). Caricature models isolate a small number of salient characteristics of a system and distort them into an extreme case. A classical example is Ackerlof's (1970) model of the car market, which explains the difference in price between new and used cars solely in terms of asymmetric information, thereby disregarding all other factors that may influence prices of cars. However, it is controversial whether such highly idealised models can still be regarded as informative representations of their target systems (for a discussion of caricature models, in particular in economics, see Reiss 2006).

At this point we would like to mention a notion that seems to be closely related to idealization, namely approximation. Although the terms are sometimes used interchangeably, there seems to be a substantial difference between the two. Approximations are introduced in a mathematical context. One mathematical item is an approximation of another one if it is close to it in some relevant sense. What this item is may vary. Sometimes we want to approximate one curve with another one. This happens when we expand a function into a power series and only keep the first two or three terms. In other situations we approximate an equation by another one by letting a control parameter tend towards zero (Redhead 1980). The salient point is that the issue of physical interpretation need not arise. Unlike Galilean idealization, which involves a distortion of a real system, approximation is a purely formal matter. This, of course, does not imply that there cannot be interesting relations between approximations and idealization. For instance, an approximation can be justified by pointing out that it is the ‘mathematical pendant’ to an acceptable idealization (e.g. when we neglect a dissipative term in an equation because we make the idealizing assumption that the system is frictionless)."

[http://plato.stanford.edu/entries/models-science/]

description::

· abstractNo-model is a-model identical with its archetype.

name::

* McsEngl.abstractNo-model!⇒modelAbstractNo,

* McsEngl.modelAbstractNo,

* McsEngl.model.010-abstractNo!⇒modelAbstractNo,

* McsEngl.model.abstractNo!⇒modelAbstractNo,

* McsEngl.model.method.abstractNo!⇒modelAbstractNo,

description::

· modelHuman is a-model with creator a-human.

name::

* McsEngl.modelHuman,

* McsEngl.model.014-human!⇒modelHuman,

* McsEngl.model.creator.human!⇒modelHuman,

* McsEngl.model.human!⇒modelHuman,

description::

· modelHumanNo is a-model without creator a-human.

name::

* McsEngl.modelHumanNo,

* McsEngl.model.015-humanNo!⇒modelHumanNo,

* McsEngl.model.creator.humanNo!⇒modelHumanNo,

* McsEngl.model.humanNo!⇒modelHumanNo,

description::

· modelCmr is a-model with medium a-computer.

name::

* McsEngl.computational-model!⇒modelCmr,

* McsEngl.computer-model!⇒modelCmr,

* McsEngl.modelCmr,

* McsEngl.model.021-computer!⇒modelCmr,

* McsEngl.model.medium.computer!⇒modelCmr,

* McsEngl.model.computer!⇒modelCmr,

name::

* McsEngl.modelCmr'mapping-method,

description::

· simulation-language is a-programing-language used to create computer-models.

===

"A computer simulation language is used to describe the operation of a simulation on a computer.[1][2] There are two major types of simulation: continuous and discrete event though more modern languages can handle more complex combinations. Most languages also have a graphical interface and at least a simple statistic gathering capability for the analysis of the results. An important part of discrete-event languages is the ability to generate pseudo-random numbers and variants from different probability distributions."

[{2020-08-09} https://en.wikipedia.org/wiki/Simulation_language]

name::

* McsEngl.computer-simulation-language!⇒lagSim,

* McsEngl.lagSim,

* McsEngl.modelCmr'simulation-language!⇒lagSim,

* McsEngl.simulation-language!⇒lagSim,

description::

· simulation-program is a-computer-program we use to create computer-models.

name::

* McsEngl.CpgmSim,

* McsEngl.computer-simulation-program!⇒CpgmSim,

* McsEngl.modelCmr'simulation-program!⇒CpgmSim,

* McsEngl.simulation-program!⇒CpgmSim,

* McsEngl.simulation-software!⇒CpgmSim,

addressWpg::

* https://en.wikipedia.org/wiki/List_of_computer_simulation_software,

description::

"... avoids actual experimentation, which can be costly and time-consuming. Instead, mathematical knowledge and computational power is used to solve real-world problems cheaply and in a time efficient manner."

[{2020-08-09} https://en.wikipedia.org/wiki/Modeling_and_simulation]

description::

* https://en.wikipedia.org/wiki/Computer_simulation,

* https://en.wikipedia.org/wiki/Modeling_and_simulation,

description::

· any doing related to modelCmr.

name::

* McsEngl.modelCmr'doing,

descriptionLong::

"A computer model is the algorithms and equations used to capture the behavior of the system being modeled. By contrast, computer simulation is the actual running of the program that contains these equations or algorithms. Simulation, therefore, is the process of running a model. Thus one would not "build a simulation"; instead, one would "build a model", and then either "run the model" or equivalently "run a simulation"."

[{2020-08-09} https://en.wikipedia.org/wiki/Computer_simulation#Simulation_versus_model]

description::

* McsHitp-modelConceptSensorial,

* computer-program,

description::

"A discrete-event simulation (DES) models the operation of a system as a (discrete) sequence of events in time. Each event occurs at a particular instant in time and marks a change of state in the system.[1] Between consecutive events, no change in the system is assumed to occur; thus the simulation time can directly jump to the occurrence time of the next event, which is called next-event time progression.

In addition to next-event time progression, there is also an alternative approach, called fixed-increment time progression, where time is broken up into small time slices and the system state is updated according to the set of events/activities happening in the time slice.[2] Because not every time slice has to be simulated, a next-event time simulation can typically run much faster than a corresponding fixed-increment time simulation.

Both forms of DES contrast with continuous simulation in which the system state is changed continuously over time on the basis of a set of differential equations defining the rates of change of state variables."

[{2020-08-09} https://en.wikipedia.org/wiki/Discrete-event_simulation]

name::

* McsEngl.DES-discrete-event-simulation!⇒modelCmrDiscrete,

* McsEngl.modelCmrDiscrete,

* McsEngl.modelCmr.001-discrete-event!⇒modelCmrDiscrete,

* McsEngl.modelCmr.discrete-event!⇒modelCmrDiscrete,

description::

"Continuous Simulation refers to a computer model of a physical system that continuously tracks system response according to a set of equations typically involving differential equations.[1][2]"

[{2020-08-09} https://en.wikipedia.org/wiki/Continuous_simulation]

name::

* McsEngl.modelCmrContinuous,

* McsEngl.modelCmr.002-continuous-event!⇒modelCmrContinuous,

* McsEngl.modelCmr.continuous-event!⇒modelCmrContinuous,

description::

"Web-based simulation (WBS) is the invocation of computer simulation services over the World Wide Web, specifically through a web browser.[1][2][3][4] Increasingly, the web is being looked upon as an environment for providing modeling and simulation applications, and as such, is an emerging area of investigation within the simulation community.[4][5][6]"

[{2020-08-09} https://en.wikipedia.org/wiki/Web-based_simulation]

name::

* McsEngl.WBS-web-based-simulation!⇒modelWeb,

* McsEngl.modelCmr.003-web!⇒modelWeb,

* McsEngl.modelCmr.web!⇒modelWeb,

* McsEngl.modelWeb,

* McsEngl.web-modelCmr!⇒modelWeb,

description::

· modelVisual visualizes the-archetype.

name::

* McsEngl.modelVisual,

* McsEngl.model.008-visual!⇒modelVisual,

* McsEngl.model.medium.visual!⇒modelVisual,

* McsEngl.model.visual!⇒modelVisual,

* McsEngl.visual-model!⇒modelVisual,

description::

· modelInfoBioNo is a-model with medium NOT infoBio.

name::

* McsEngl.modelInfoBioNo,

* McsEngl.model.013-infoBioNo!⇒modelInfoBioNo,

* McsEngl.model.infoBioNo!⇒modelInfoBioNo,

* McsEngl.model.medium.infoBioNo!⇒modelInfoBioNo,

description::

· modelPhysical model with medium mentalNo, not info.

name::

* McsEngl.modelPhysical,

* McsEngl.model.020-physical!⇒modelPhysical,

* McsEngl.model.medium.physical!⇒modelPhysical,

* McsEngl.model.physical!⇒modelPhysical,

description::

· modelProcess is a-model of a-process.

name::

* McsEngl.modelProcess,

* McsEngl.model.016-process!⇒modelProcess,

* McsEngl.model.archo.process!⇒modelProcess,

* McsEngl.model.process!⇒modelProcess,

description::

· modelBody is a-model of a-body.

name::

* McsEngl.modelBody,

* McsEngl.model.017-body!⇒modelBody,

* McsEngl.model.archo.body!⇒modelBody,

* McsEngl.model.body!⇒modelBody,

description::

· modelSys is a-model of a-system.

name::

* McsEngl.modelSys,

* McsEngl.model.018-system!⇒modelSys,

* McsEngl.model.archo.system!⇒modelSys,

* McsEngl.model.system!⇒modelSys,

description::

· modelSysDynamic is a-model of a-sysDynamic.

name::

* McsEngl.modelSysDynamic,

* McsEngl.model.019-sysDynamic!⇒modelSysDynamic,

* McsEngl.model.archo.sysDynamic!⇒modelSysDynamic,

* McsEngl.model.sysDynamic!⇒modelSysDynamic,

description::

· a-model of an-organism.

name::

* McsEngl.modelOgm,

* McsEngl.model.022-organism!⇒modelOgm,

* McsEngl.model.archo.organism!⇒modelOgm,

* McsEngl.model.organism!⇒modelOgm,

* McsEngl.organism-model!⇒modelOgm,

addressWpg::

* https://www.nytimes.com/2012/07/21/science/in-a-first-an-entire-organism-is-simulated-by-software.html,

* https://en.wikipedia.org/wiki/Synthetic_Organism_Designer,

description::

· a-model of an-human-organization.

name::

* McsEngl.modelOzn,

* McsEngl.model.023-organization!⇒modelOzn,

* McsEngl.model.archo.organization!⇒modelOzn,

* McsEngl.model.organization!⇒modelOzn,

* McsEngl.organization-model!⇒modelOzn,

description::

· a-model of a-human-society.

name::

* McsEngl.modelSoc,

* McsEngl.model.024-society!⇒modelSoc,

* McsEngl.model.archo.society!⇒modelSoc,

* McsEngl.model.society!⇒modelSoc,

* McsEngl.society-model!⇒modelSoc,

description::

· a-model of a-human-economy.

name::

* McsEngl.economy-model!⇒modelEcon,

* McsEngl.modelEcon,

* McsEngl.model.025-economy!⇒modelEcon,

* McsEngl.model.archo.economy!⇒modelEcon,

* McsEngl.model.economy!⇒modelEcon,

this page was-visited times since {2020-08-02}

page-wholepath: synagonism.net / Mcs-worldview / dirCor / model

SEARCH::

· this page uses 'locator-names', names that when you find them, you find the-LOCATION of the-concept they denote.

⊛ **GLOBAL-SEARCH**:

· clicking on the-green-BAR of a-page you have access to the-global--locator-names of my-site.

· use the-prefix 'model' for sensorial-concepts related to current concept 'entity.model'.

⊛ **LOCAL-SEARCH**:

· TYPE CTRL+F "Mcs.words-of-concept's-name", to go to the-LOCATION of the-concept.

· a-preview of the-description of a-global-name makes reading fast.

webpage-versions::

• version.last.dynamic: ../../dirMcs/dirCor/McsCor000012.last.html,

• version.1-0-0.2021-04-06: (0-7) filMcsMdl.1-0-0.2021-04-06.html,

• filMcsMdl.0-1-0.2020-08-02.last.html: draft creation,