Cтраница 2
Какие параметры транзактов всегда доступны разработчику модели. [16]
При интуитивном подходе эксперт выступает как разработчик модели своего поведения при решении задач. Инженер по знаниям использует обычно оба эти подхода, сочетая их с методом интервью, т.е. беседой с экспертом. [17]
В ходе работ на данном этапе разработчик модели должен получить ответ на следующие вопросы: какую информацию следует считать необходимой для построения модели; где можно получить эту информацию и какими методами следует производить ее обработку. [18]
Нумерация и присвоение имен узлам стохастической сети производится разработчиком модели. Следует учесть, что транзакт всегда принадлежит одному из узлов графа и независимо от этого относится к определенной точке пространства или местности, координаты которой могут изменяться. [19]
Независимо от того, согласны ли вы с пессимистически настроенными разработчиками моделей конца света или с их критиками, нельзя не признать, что обсуждение проблемы пределов роста выявляет некоторые серьезные вопросы и выводы. Например, фундаментальная проблема нехватки ресурсов имеет временной аспект. [20]
Мы работаем также над способами, которые дадут возможность разработчику моделей определить общую стратегию создания моделей. [21]
Поскольку приведенный выше анализ не является повседневной операцией, перед разработчиком модели всегда встает-вопрос, насколько общей должна быть модель. Например, описанная здесь модель имеет лишь частичное свойство общности, так как охватывает ограниченные изменения в деятельности пристани. Итак, одной из проблем в случае модели, используемой периодически, является проблема целесообразной степени ее универсальности. [22]
Поскольку приведенный выше анализ не является повседневной операцией, перед разработчиком модели всегда встает вопрос, насколько общей должна быть модель. Например, описанная здесь модель имеет лишь частичное свойство общности, так как охватывает ограниченные изменения в деятельности пристани. Итак, одной из проблем в случае модели, используемой периодически, является проблема целесообразной степени ее универсальности. [23]
При разработке математических моделей руководители на стадии проектирования оценивают адекватность предлагаемых разработчиками моделей реальным процессам. Непосредственного участия руководителей требует и работа по предварительной подготовке объекта к внедрению, и особенно по вводу системы в эксплуатацию. Руководители различных уровней являются непосредственными пользователями создаваемой системы, и их участие во внедрении объективно необходимо. [24]
Ответ на этот вопрос зависит от свойств изучаемой системы и требует от разработчика модели как специальных знаний, так и практического опыта в этой области исследования. При изучении ХТС применяют гомоморфные модели двух классов: обобщенные и математические. [25]
Этот пример дает читателю представление о том, какого типа вопросы встают перед разработчиками модели. [26]
Проверка модели - этап чрезвычайно важный, поскольку имитационные модели вызывают впечатление реальности, и как разработчики моделей, так и их пользователи легко проникаются к ним доверием. К сожалению, для случайного наблюдателя, а иногда и для специалиста, искушенного в вопросах моделирования, бывают скрыты исходные предположения, на основе которых строилась данная модель. Поэтому проверка, выполненная без должной тщательности, может привести к катастрофическим последствиям. [27]
Все эти факторы в конечном итоге должны отразиться на увеличении привлекательности моделирующей системы Pilgrim как для разработчика моделей, так и для конечного пользователя. [28]
Известно, что повышение степени соответствия реальных систем качества их проектным или нормативным моделям достигается лишь совместной работой разработчиков моделей и их реализаторов. По этой причине при разработке системы качества специализированной консалтинговой фирмой в состав бригады разработчиков включаются специалисты предприятия-заказчика из числа руководящего персонала, хорошо знающие производственную структуру предприятия, организации, распределение полномочий и управляющих функций между подразделениями. [29]
Необходимо особо отметить, что все перечисленные представления связаны с моделированием конкретных ситуаций и нередко несут в себе субъективность мнений разработчиков моделей, т.е. вновь вносятся субъективные риски. [30]