Экспериментальные проекты представляют собой комбинацию трех структур:
- Структура лечения: как лечение формируется из факторов, представляющих интерес?
- Структура проекта: как сгруппированы экспериментальные единицы и назначены для обработки?
- Структура ответа: как проводятся наблюдения?
Блоки - это «факторы», которые принадлежат структуре проекта (чтобы отличить, неплохо было бы называть их «факторы блокировки» против «факторов лечения»). Они являются хорошими примерами неприятных параметров : параметры модели, которые вы должны иметь, и наличие которых вы должны учитывать, но значения которых не особенно интересны. Обратите внимание, что это не имеет ничего общего с природой фактора - блокирующие факторы могут быть фиксированными или случайными, так же как факторы лечения могут быть фиксированными или случайными.
Моё личное эмпирическое правило относительно того, где фактор принадлежит к экспериментальному плану, таково: если я хочу оценить параметры, связанные с фактором, и сравнить их либо внутри фактора, либо с другими параметрами фактора, то он относится к структуре лечения. Если меня не интересуют значения связанных параметров, и я не хочу их сравнивать, то фактор принадлежит структуре проекта.
Таким образом, в примере с хлебом в другом месте в этой теме я должен беспокоиться о различиях между операциями. Но мне все равно сравнивать прогон 1 с прогоном 24. Прогон печи относится к структуре проекта . Я сделать хочу , чтобы сравнить два тест рецептов: рецепт относится к структуре лечения. Я забочусь о температуре в духовке: это относится и к структуре обработки. Давайте создадим экспериментальный дизайн.
Конструкция имеет один фактор (работа печи, работа), а структура обработки - два фактора (рецепт и температура). Поскольку каждый прогон должен иметь одну (номинальную) температуру, температура и прогон должны происходить на одном уровне экспериментального плана. Тем не менее, есть место для 4 батонов в каждом прогоне. Очевидно, мы можем выпекать 1, 2, 3 или 4 буханки за цикл.
Если мы выпекаем одну буханку за прогон и рандомизируем порядок представления рецепта, мы получаем структуру полностью рандомизированного дизайна (CRD). Если мы выпекаем две буханки, по одному на каждый Рецепт за прогон, мы получаем структуру рандомизированного полного блочного дизайна (RCB). Обратите внимание, что важно, чтобы каждый Рецепт происходил в пределах каждого Бега. Без этого баланса сравнения рецептов будут зависеть от различий в прогонах. Помните: цель блокирования - избавиться от различий в Run, Если мы выпекаем три буханки за прогон, мы, вероятно, сошли бы с ума: 3 - это не коэффициент 160, поэтому у нас будет один или два блока разных размеров. Другая разумная возможность - четыре батона за пробежку. В этом случае мы выпекаем по две буханки каждого рецепта в каждом прогоне. Опять же, это структура RCB. Мы можем оценить изменчивость внутри прогона, используя различия между двумя хлебами каждого рецепта в каждом прогоне.
Если мы выберем одну из структур проектирования RCB, температурные эффекты будут полностью рандомизированы на уровне прогона. Рецепт вложен в температуру и имеет структуру ошибок, отличную от температуры, потому что каждое тесто появляется в каждом прогоне. Контрасты, рассматривающие рецепт и рецепт по неаддитивности (взаимодействию) теста, не имеют сквозной изменчивости в них. Технически, это по-разному называется структурой дизайна с разделением участков или структурой дизайна с повторными измерениями .
Какой следователь будет использовать? Вероятно, RCB с четырьмя буханками: 40 трасс против 80 против 160 несет большой вес. Однако это можно изменить - если речь идет о домашних печах, а не о промышленном производстве, вполне может быть причина использовать CRD, если считается, что домашние пекари редко выпекают несколько хлебов.