Меню
Главная
Авторизация/Регистрация
 
Главная arrow Информатика arrow Имитационное моделирование
Посмотреть оригинал

Валидация концептуальной модели

Рекомендации при сборе данных и составлении описания модели:

  • 1) при сборе данных может понадобиться информация не только от специалистов, но и от обычных пользователей;
  • 2) если исследуемая система существует в реальности, то необходимо собрать данные, которые будут использоваться как при создании, так и при проверке модели. Стоит учесть несколько особенностей:

лицам, от которых необходимо получить информацию, нужно объяснить требования к данным (тип, формат и т.д.);

данные могут не соответствовать новым условиям эксплуатации системы, могут иметь не ясный формат;

данные могут содержать систематические ошибки измерения, округления (в журналах выдачи и приемки ключей, как правило, время округляют до 5 или 10 минут);

данные могут быть умышленно искажены для того, чтобы сохранить высокую репутацию отделов, цехов и т.д.;

данные, полученные от разных лиц, могут быть представлены в разных единицах измерения;

разработчик модели должен понимать процесс функционирования системы, а не только лишь рассматривать абстрактные цифры; если имитационные модели подобные разрабатываемой создавались ранее, то следует отыскать и изучить данные и результаты этих моделей;

3) важно чтобы разработчик регулярно взаимодействовал с руководством, это необходимо для решения следующих задач:

до начала разработки модели системы, некоторые вопросы могут быть не ясны, только в процессе создания модели они могут появиться или стать яснее;

причастность руководства к разработке модели повышает уровень доверия к ней, что полезно при завершении проекта и использовании результатов исследования;

руководство должно четко сформулировать цели и задачи исследования;

руководство должно выдать распоряжение своему персоналу выдать разработчику модели всю доступную информации, а также обязать специалистов участвовать в структурном критическом анализе;

4) необходимо правильно оформить концептуальную модель, чтобы с ней могли работать другие специалисты, помимо разработчика. Формируется документ о допущениях, который состоит из:

обзорной части, в которой описываются цели, проблемы и задачи; описание способа работы каждой подсистемы и описание способы взаимодействия этих подсистем;

описываются все допущения, принятые в модели, и причины, по которым их ввели;

кратко и наглядно изображаются числовые характеристики и входные данные (законы распределения, графики, средние значения, дисперсии);

указываются источники собранной информации;

5) до начала программирования необходимо провести структурный критический разбор концептуальной модели. Структурный разбор является ключевым при валидации концептуальной модели.

В присутствии большого числа специалистов, в аудитории вдали от рабочих мест, пункт за пунктом разбирается концептуальная модель, где все присутствующие должны подтвердить правильность допущений и достаточный уровень детализации.

 
Посмотреть оригинал
< Предыдущая   СОДЕРЖАНИЕ   Следующая >
 

Популярные страницы