Головна

Методи розподілу функцій між людиною і машиною.

Для розподілу функцій як і раніше використовують переліки порівняльних переваг людини і машини при виконанні функцій. Ідея полягає в тому, щоб передати людині то, в чому він перевершує машину, а машині - то, в чому вона перевершує людини. Завдання розподілу функцій внутрішньо суперечлива, так як люди і машини не можна порівнювати. Якщо ж вони порівнянні, то нема чого розподіляти функції між ними, оскільки одну можна замінити іншою. Крім того, будь-які переліки обмежень, що стосуються машин, ризикують застаріти ще до того, як вони будуть опубліковані. Проте фахівці вважають, що недосконалий спосіб розподілу функцій все ж краще, ніж повна відсутність такого.

Для розподілу функцій можуть використовуватися якісні і кількісні методи. Для оцінки обраного розподілу функцій найчастіше використовується моделювання, а також методи макетування і експерименту.

Американськими вченими запропонований підхід, названий динамічним розподілом функцій. З розвитком техніки системи придбали програмне забезпечення, що дозволяє легко вводити зміни. Акцент в проектуванні переноситься з передбачення вимог людини в розподілі функцій на процес оцінки діяльності і задоволеності людини роботою, а також функціонування системи. Коли занадто зростає робоче навантаження, система автоматично приймає на себе більшу її частину, щоб вивільнити користувача.

Розглядаючи питання про те, які методи розподілу функцій корисні і відповідають системі "людина - ЕОМ", П. Т. Кідд звертається до перших робіт в цій області і, зокрема, до статті А. Чапанис.

А. Чапанис вказує також на ряд інших важливих моментів. По-перше, розподіл функцій в людино-машинних системах частково визначається соціальними і економічними цінностями, які в різних країнах можуть відрізнятися. Тому проектування, ефективне в одній країні, може не спрацьовувати в іншій. По-друге, розподіл функцій має постійно переоцінюватися, оскільки технологія безперервно змінюється і те, що неможливо сьогодні, цілком може бути прийнятним в найближчому майбутньому. По-третє, багато труднощі при розподілі функцій обумовлені інженерної невизначеністю. Інженери часто змінюють проект і іноді діють при цьому методом проб і помилок.

А. Чапанис рекомендує, щоб при розподілі функцій спочатку готувалися повні і детальні специфікації. За цим має слідувати аналіз всіх функцій системи. Потім можна провести пробне розподіл функцій. Після цього має послідувати оцінка всього набору функцій, розподілених людям, щоб переконатися, що немає їх перевантаження або недовантаження.

Аналізуючи ці рекомендації, П. Т. Кідд висловлює припущення, що, мабуть, є ряд моментів, які роблять саму ідею формального розподілу функцій нереалістичною в ситуації проектування.

По перше, Як видно з досвіду проектування, написати повну і детальну специфікацію майже неможливо. Деякі обмеження і цілі важко сформулювати і часто не можна ясно висловити, поки не побудована модель або макет системи. Коли специфікація написана і представлена ??клієнтові, він, ймовірно, її прийме. А коли система буде побудована, він, ймовірно, скаже, що це не те, чого він хотів або очікував. Причина полягає в тому, що деякі цілі та обмеження існують в неявному вигляді і стають явними лише тоді, коли мета не досягнута або порушені обмеження. Це одна з причин, чому програмне забезпечення (ПО) часто виявляється неадекватним або невідповідним.

По-друге, Проектування не є впорядкованим процесом, рівномірно йде від специфікацій до втілення. У ньому дуже багато ітерацій, і він набагато складніше, ніж його часто зображують у простих лінійних моделях. По ходу проектування специфікації також часто змінюються, коли з'ясовується, що щось не підходить або хтось пропонує кращу ідею. Звичайно, ці зміни підлягають формальному контролю, але все одно проектна специфікація НЕ буде статичним документом.

По-третє, Проектування - процес багато в чому підсвідомий і творчий. Ідеї ??приходять людям несподівано, раптом. Тоді вони вивчаються і обговорюються. Робляться якісь експерименти. Ідея модифікується і т. Д. Під час цього творчого процесу рішення щодо розподілу функцій приймаються швидше неявно, ніж явно.

По-четверте, Інновації в технології частіше починаються в дослідницькій лабораторії. Цей процес може направлятися цікавістю (наприклад, що б можна зробити з технологією експертних систем?). Деякі наукові ідеї можуть втілитися в продукті, який потім куплять клієнти і додадуть їх до існуючих систем.

У п'ятих, Навіть коли на початку є зелена вулиця, апаратні і програмні засоби часто купуються "з полки", в непристосованому вигляді. Отже, контроль за розподілом функцій обмежений, оскільки детальне проектування ведеться насправді третьою стороною.

По-шосте, При розподілі функцій визначається тільки, що будуть робити людина і машина. При цьому нічого не говориться про те, як машина працює. На сучасній мові це означає, що розподіл функцій майже не впливає ні на архітектуру комп'ютерів, ні на особливості програмного забезпечення.

По-сьоме, При розподілі функцій нічого не говориться про цілі системи, а від них часто в першу чергу залежить, що буде вимагатися від людини. Так, наприклад, щоб автоматизувати планування роботи цеху, можна використовувати інформаційну систему в режимі генерації та, можливо, в реальному масштабі часу. Або можна використовувати таку систему пасивно, щоб допомогти користувачеві зрозуміти особливості планувальних алгоритмів і правил. Якщо в якості мети проектувальник вибирає інформаційну систему для автоматичної планування, він тим самим накладає обмеження на дії, очікувані від людей. У методах розподілу функцій цей факт ніяк не відбитий, і можна сказати, що вони передбачають вторинні, більш детальні рішення про розподіл і спираються на основні проектувальні рішення, вже прийняті проектувальником системи задовго до того, як в процесі проектування постає питання про розподіл функцій.

Нарешті, проектування - скоріше мистецтво, ніж наука. У ньому змішалися формальні і неформальні методи, аналізи, математика, а також елементи суджень і досвіду. Найчастіше проектувальник знає, що для досягнення заданого результату йому треба зробити те-то і те-то. Його досвід не спонукає проводити детальний аналіз завдань, щоб створити задовільну роботу для людей, які будуть використовувати дану систему.

 Середнє напрацювання на відмову. Інтенсивність відмов. |  Моделі безвідмовності елемента. Експоненціальне (показовий) розподіл. Розподіл Вейбула. Усеченное нормальний розподіл.


 Класифікація ергономічних методів. |  Система і елемент. Напрацювання до відмови. Функція надійності. |  Загальна характеристика ергономічних досліджень. |  Модель з показовим розподілом. |  Модель з розподілом Вейбулла. |  Модель з нормальним розподілом. |  Завдання моделювання в ергономіці. |  СТАТИСТИЧНЕ ОЦІНЮВАННЯ ПОКАЗНИКІВ НАДІЙНОСТІ. |

© 2016-2022  um.co.ua - учбові матеріали та реферати