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

Підходи до аналізу вимог

Читайте также:
  1. II. Вимоги до приміщень зберігання вогненебезпечних та вибухонебезпечних засобів.
  2. II. Методологічні засади, підходи, принципи, критерії формування позитивної мотивації на здоровий спосіб життя у дітей та молоді
  3. III. Особливі вимоги, які пред'являються до зберігання вогненебезпечних та вибухонебезпечних речовин.
  4. IV. Вимоги до оформлення ветеринарних документів на переміщення тварин
  5. V. Вимоги до транспортування вакцин, анатоксинів та алергену туберкульозного
  6. А)економія за рахунок масштабів, тов..диференціація, вимоги інцест., перехідні витрати, доступ до каналів розподілу, відносні перевитрати незалежно від масштабу
  7. Аналіз документів як метод соц.аналізу
  8. Аналізу та статистики ім. Поповича ЖНАЕУ Ковальчук О.Д.
  9. Б) Вимоги безпеки під час роботи
  10. Б) Вимоги безпеки під час роботи.
  11. Бланк документа, вимоги, що пред’являються до нього.
  12. Будинки і споруди. Громадські будинки. Загальні вимоги

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

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

Під час аналізу цільової орієнтації системи, передусім, необ­хідно звернути увагу на два ключові елементи СППР — користу­вачів і задачі. Побудова профілю користувача СППР пов'язана з вивченням його характеристик, які стосуються поєднання: ОПР—комп'ютерна система. Існують кілька таксономій (класи­фікацій) характеристик користувачів, що ґрунтуються на обме­женому ряді критеріїв. Наприклад, користувачів можна поді­лити на ряді категорії: за принципом їхнього досвіду роботи з ін­терактивними комп'ютерними системами; відповідно до їхніх описів своєї роботи; за очікуваною частотою використання СППР.


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

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

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

— вивчення в середовищі натуральної поведінки;

— аналіз прийняття рішень в експериментальних (або квазіек-спериментальних) ситуаціях;

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

від простого аналізу прикладів дія обмежених контекстів до керо­ваних експериментальних досліджень (де вводяться експеримента­льні змінні, але немає засобів керування) і реальних експериментів (коли є засоби керування, але експеримент проводиться в реальному середовищі). Аналіз вимог, проведений в натуральному середовищі, має велику цінність, тому що в такому разі можна успішно робити узагальнення від близького до широкого середовища задачі, що по­требує прийняття рішень. У такому разі має місце дилема: зовнішня вірогідність (тобто здатність до узагальнення) висока і в той же час внутрішня вірогідність (що означає межі застосування науково об­грунтованих засобів керування) низька. Але в усякому разі стратегія реального середовища найдоречніша.


Існує кілька моделей і методів для реальних досліджень і ана­лізу прикладів. До найпоширеніших належать:

модель «переконання або напрям думок», що відтворює ба­жання чи сподівання особи, яка приймає рішення, на основі до­пущення, що думки і сприйняття індивідуума є ключовими детер­мінантами входів для моделі процесу прийняття рішень, під­тримуваних СППР;

модель «взаємодія», де розглядаються основи взаємодії керів­ника і середовища для того, щоб визначити сутність джерел ін­формації;

«комунікаційна» модель, концепція якої передбачає визначен­ня інформаційних потоків у самій організації.

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

Для проведення аналізу в експериментальних (чи квазіекспе-риментальних) ситуаціях, де вивчення проводиться в штучному лабораторному середовищі, також розроблено ряд моделей і ме­тодів, зокрема, «регресійну модель» і метод «аналізу протоколів».

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

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


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


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 сек.)