зв'язку) з корисністю СППР, а отже, не забезпечує надійності
вимірювання ефективності системи.
Для розв'язання цієї проблеми існують інші методи оціню-
вання, що задовольняють користувача. Логіка, що є її
основою, полягає в тому, що СППР можна вважати
ефективною тоді, якщо вона зробить користувачів
задоволеними роботою системи. Багато порад було створено
для того, щоб визначати, чи задоволені користувачі системою.
Було проведено дослідження великої кількості підходів, які
використовувались для вимірювання задоволення творців
рішень від своєї СППР. Було виявлено приблизно 40 факторів,
якими можна описати задоволення ОПР системою.
У той час, як надійне оцінювання можна було б зробити за
допомогою запитань стосовно індивідуального задоволення
користувачів кожним фактором, багато користувачів не
бажають витрачати час, щоб відповідати на ці запитання. Крім
того, користувачі схильні до узагальнення цих факторів (як
наприклад, легкість використання) і можуть відповідати про
свій перший, останній чи типовий досвід скоріше, ніж про
весь досвід загалом. Однак цей метод досить ефективний у
процесі розроблення, якщо розробники використовують
прототипи. Якщо користувачів опитують відносно
специфічних технічних характеристик системи періодично (а
не тільки в кінці процесу проектування), то ОПР і розробники
можуть визначити компоненти системи, які функціонують
добре, а які — гірше. Це потім приведе до кращого розроб-
лення і в перспективі — до більшого задоволення від системи.
Організаційна відповідність (придатність)
Організаційна відповідність СППР може означати,
що система має стати компонентом загальної системи
організації. Щоб це зробити, потрібна підтримка стилю
рішень користувачів і способів, якими ці стилі рішень
змінюються з часом. Крім того, потрібна відповідність щодо
організації, в якій СППР функціонує. Це має забезпечувати
певні рівні захисту інформації і використовуватись згідно з
корпоративною політикою, а також забезпечувати
інформацією відповідно до очікувань користувачів. Так само
як нові найняті працівники мають пристосовуватися до від-
ділу і організації, має це робити також система. Це може
означати відповідність інтерфейсу користувача, відповідність
готовності даних, відповідність методологій моделювання
стилю прийняття рішень в організації. Якщо система не
пристосувалася до відділу, то, напевно, вона буде
«страждати» так само, як найма-
382