Експериментальні проекти - це поєднання трьох структур:
- Структура лікування: Як формуються методи лікування з факторів, що цікавлять?
- Структура проектування: Як групуються експериментальні одиниці та призначені для лікування?
- Структура відповідей: Як приймаються спостереження?
Блоки - це "фактори", які належать до проектної структури (щоб відрізнити, непогано називати їх "блокуючими факторами" проти "факторами лікування"). Вони є хорошими прикладами неприємних параметрів : параметри моделі, які ви повинні мати, і присутність яких потрібно враховувати, але значення яких не особливо цікаві. Зверніть увагу, що це не має нічого спільного з природою фактора - блокуючі фактори можуть бути фіксованими або випадковими, подібно до того, як фактори лікування можуть бути фіксованими або випадковими.
Моє особисте правило щодо того, де фактор належить до експериментальної конструкції, таке: Якщо я хочу оцінити параметри, пов'язані з фактором, і порівняти їх у межах фактора чи інших параметрів фактора, то він належить до структури обробки. Якщо мені не байдуже значення пов’язаних параметрів і не хвилюється їх порівняння, фактор належить до проектної структури.
Таким чином, у прикладі хліба в інших місцях у цій нитці я маю турбуватися про відмінності між бігом та запуском. Але мені не байдуже порівнювати Run 1 проти Run 24. Піч працює належить до проектної структури . Я зробити хочу , щоб порівняти два тест рецептів: рецепт відноситься до структури лікування. Я дбаю про температуру духовки: це також належить до структури очищення. Давайте побудуємо експериментальний дизайн.
Конструкція конструкції має один фактор (запуск духовки, запуск), а структура очищення - два фактори (рецепт і температура). Оскільки для кожного прогону повинна бути одна (номінальна) температура, температура і пробіг повинні відбуватися на одному рівні експериментальної конструкції. Однак у кожному прогоні є місце для 4 хлібів. Очевидно, ми можемо випікати 1, 2, 3 або 4 хліба за пробіг.
Якщо ми випікаємо один хліб за пробіг і рандомізуємо порядок подання рецептів, ми отримуємо Повністю рандомізовану конструкцію (CRD). Якщо ми запікаємо два хлібці, по одному з кожного рецепту на пробіг, у нас є структура рандомізованого повного блоку (RCB). Будь ласка, зауважте, що важливо, щоб кожен рецепт відбувався під час кожного виконання. Без цього балансу порівняння рецептів буде забруднене розбіжностями. Пам’ятайте: мета блокування - позбутися відмінностей Run. Якщо ми будемо випікати три хлібці на пробіг, ми, мабуть, будемо божевільні: 3 - це не коефіцієнт 160, тому у нас буде один або два блоки різного розміру. Інша розумна можливість - це чотири хліба на пробіг. У цьому випадку ми запікали б два хліба кожного рецепту в кожному пробігу. Знову ж таки, це структура RCB. Ми можемо оцінити мінливість в межах запуску, використовуючи різниці між двома хлібами кожного рецепта в кожному запуску.
Якщо ми виберемо одну із структурних конструкцій RCB, температурні ефекти повністю рандомізовані на рівні Run. Рецепт вкладений в межах температури і має іншу структуру помилок, ніж температура, тому що кожне тісто з’являється в кожному циклі. Контрасти, що дивляться на рецепт і рецепт за допомогою тіста, що не додають (взаємодія), не мають в них варіабельності бігу. Технічно це називається по-різному структурою проектування розділеної ділянки або дизайнерською структурою повторних заходів .
Що б використовував слідчий? Ймовірно, RCB з чотирма хлібами: 40 пробігів проти 80 проти 160 несе велику вагу. Однак це може бути змінено - якщо турбота стосується домашніх печей, а не промислового виробництва, цілком може бути підстава використовувати CRD, якщо вважається, що домашні пекарі рідко печуть кілька хлібів.