АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Діагностика процесів прийняття рішень

Читайте также:
  1. I. Сприйняття нового матеріалу.
  2. II. Порядок прийняття і звільнення працівників
  3. II. Сприйняття нового матеріалу
  4. III. Прийняття попереднього рішення
  5. IV. Сприйняття й засвоєння учнями навчального матеріалу.
  6. V. Сприйняття та засвоєння учнями навчального матеріалу.
  7. V. Сприйняття та засвоєння учнями нового матеріалу.
  8. Аби розжалобити аудиторію й домогтися від неї прийняття положень оратора. Найчастіше
  9. АНАЛІЗ ОТРИМАНИХ ОПТИМАЛЬНИХ РІШЕНЬ
  10. Аналіз системи «витрати-випупуск-прибуток» як інструмент обгрунтування виробничо-маркетингових рішень
  11. Аналіз фінансових інвестицій у системі прийняття управлінських рішень.
  12. Б Прийняття Конституції України 28июня 1994

Зростання ефективності прийняття рішень через зміни в тому, як вони розробляються, має бути головною метою будь-якого проекту СППР. Зокрема, вважається, що передпроектне (pre-desing) описування і діагностика прийняття рішень є ключем до забезпечення гарантії та надійності результатів орієнтованого на рішення підходу до розроблення СППР. Діагностика є іденти­фікацією проблем або можливостей для вдосконалення напрямів або режиму поточного процесу прийняття рішень. Вона включає визначення того, як саме розробляються рішення в даний момент, обґрунтування того, як рішення мають бути розроблені, і розу-


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

Діагностика процесу прийняття рішення включає завершення такої процедури за трьома діями:

1. Організація збору даних щодо поточного прийняття рішен­ня з використанням різних методів як, наприклад, інтерв'ю, спо­стереження, анкетування і хронологічних записів (ці та інші ме­тоди будуть описані пізніше);

2. Когерентне (взаємозв'язане) Описування поточного процесу прийняття рішення;

3. Специфікація нормативних вимог щодо того, як рішення ма­ють розроблятися в майбутньому з урахуванням створення СППР.

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

Інколи в процесі діагностики використовується метод критич­них факторів успіху (Critical Success FactorsCSF), за якого проектування фокусується на окремих менеджерах та на поточ­них постійних і програмованих їхніх інформаційних потребах. Якщо організаційні цілі потім були досягнуті, то ці ключові ділян­ки активності (зазвичай, від трьох До шести факторів) мають по­требувати ретельної і узгодженої уваги від менеджерів.

Діагностика процесів прийняття рішення має закінчитися під­готовкою техніко-економічного обґрунтування (ТЕО) СППР. ТЕО містить ключові питання і умови щодо майбутньої СППР, а також відповідь на запитання: «Побудувати чи придбати СППР?» Якщо прийнято рішення створити СППР, то потрібно вибрати один із трьох підходів для цього (на основі життєвого циклу системи, швидке макетування чи розроблення кінцевим користувачем).

Оскільки методологія підходу до розроблення СППР на основі розроблення життєвого циклу систем і питання щодо макетуван­ня (прототипування) будуть далі розглянуті окремо, то стисло зу­пинимося на розробленні СППР кінцевим користувачем і стрімко­му розробленні додатку RAD.


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 | 86 | 87 | 88 | 89 | 90 | 91 | 92 | 93 | 94 | 95 | 96 | 97 | 98 | 99 | 100 | 101 | 102 | 103 | 104 | 105 | 106 | 107 | 108 | 109 | 110 | 111 | 112 | 113 | 114 | 115 | 116 | 117 | 118 | 119 | 120 | 121 | 122 | 123 | 124 | 125 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.003 сек.)