єї системи. З розвитку техніки системи Придбай програмне забезпечення, что дозволяє легко вводіті Зміни. Це означає, что Розподіл функцій больше не є, образно говорячі, "вісіченім у камені". Акцент у проектуванні переноситися з передбачення вимог людини в розподілі функцій на процес ОЦІНКИ ДІЯЛЬНОСТІ и задоволеності людини роботів, а такоже Функціонування системи. Колі занадто зростає робоче НАВАНТАЖЕННЯ, система автоматично пріймає на собі велику ее частині, щоб візволіті користувача [19].
Розглядаючі питання про ті, Які методи розподілу функцій Корисні и відповідають Системі "Людина-ЕОМ", П.Т.Кідд [20] звертається до дерло робіт у Цій области І, зокрема, до статьи А.Чапаніса [21].
А.Чапаніс указує на ряд харчування, что часто ігноруються при розподілі функцій:
1) Загальні порівняння Людина і машини найчастіше невірні; Наприклад, хочай комп'ютер краще Виконує обчислення, це не причина всегда використовуват его в ціх цілях;
2) не всегда ВАЖЛИВО вірішуваті, Який компонент зробім Конкретних роботу краще; Цілком достатнім может буті Використання адекватного компонента;
3) Загальні порівняння людей и машин не вказують Шляхів поиска компромісу.
А.Чапаніс указує такоже на ряд других ВАЖЛИВО моментів. По-перше, Розподіл функцій у людино-машинного системах частково візначається соціальнімі ї економічнімі цінностямі, что у різніх странах могут розрізнятіся. Тому проектування, Ефективне в одній Країні, может НЕ спрацьовуваті в іншій. По-друге, Розподіл функцій винен Постійно переоцінюватіся, оскількі технологія безупинності міняється и ті, что Неможливо сьогодні, Цілком мож буті Прийнятних у найближче Майбутнього. По-Третє, багатая затруднене при розподілі функцій обумовлені інженерною невізначеністю. Інженери часто змінюють проекту І іноді діють при цьом методом проб и помилок. p> А.Чапаніс рекомендує, щоб при розподілі функцій спочатку готуваліся повні и детальні спеціфікації. За ЦІМ повинною віпліваті аналіз усіх функцій системи. Потім можна провести спробній Розподіл функцій, После цього винна піті оцінка Всього набору функцій, розподіленіх людям, щоб переконатіся, что немає їхні перевантаження або недовантаження.
Аналізуючі ці Рекомендації, П.Т.Кідд вісловлює припущені, что, мабуть, є ряд моментів, что роблять саму ідею формального розподілу функцій нереалістічної в сітуації проектування.
По-перше , як видно з досвіду проектування, напісаті повну и детального спеціфікацію почти Неможливо. Деякі обмеження и цілі Важко сформулюваті и найчастіше НЕ можна ясно віразіті, пока не побудовали модель або макет системи. Колі Специфікація написана и представлена ​​клієнтові, ВІН, імовірно, ее Прийма. А коли система буде побудовали, ВІН, імовірно, скаже, то багато альо ті, чого ВІН Хотів або очікував. Причина включається в ТІМ, что деякі мети й обмеження існують у неявному віді и стають явнімі Тільки тоді., коли ціль НЕ досягнутості або порушені обмеження. Це одна ...
