- •Вінницький інститут регіональної економіки та управління
- •І.Зміст дисципліни і пояснення до тем програм
- •Тема 1. Вступ до курсу “Комп’ютерні системи підтримки прийняття рішень”
- •1.1.Зміст теми
- •1.2. Пояснення до теми
- •Тема 2. Ретроспективний аналіз еволюції інформаційних технологій та інформаційних систем
- •2.1 Зміст теми
- •2.2 Пояснення до теми
- •2.3 Література до теми
- •Тема 3. Розвиток і запровадження систем підтримки прийняття рішень.
- •Зміст теми
- •3.2 Пояснення до теми
- •3.2 Галузі застосування та приклади використання сппр
- •3.2.3 Система “Сімплан”
- •3.2.4 Система pims
- •3.2.5 Система isds
- •Література до теми
- •Тема 4. Архітектура сппр
- •4.1 Зміст теми
- •4.2 . Пояснення до теми
- •4.2.1 Інтерфейс користувач-система
- •4.4.2. База даних і субд сппр
- •4.2.3. База моделей і субм
- •Представлення моделей в субм
- •4.2.4 Зіставлення технологій штучного інтелекту та сппр
- •Відповідність між компонентами експертної системи і сппр
- •4.3. Література до теми
- •5.2.2 Загальні фази аналзізу, проектування та розробки сппр
- •5.2.3. Методологія розробки сппр
- •1.0. Вивчення опису системи
- •2.0. Попереднє проектування
- •3.0. Детальне проектування
- •4.0 Розробка програм і задач користувачів
- •5.0. Тестування
- •6.0. Перетворення даних і реалізація системи
- •7.0. Експлуатація і супроводження системи
- •5.3. Література до теми
- •Тема 6. Стратегія оцінки і вибору методів підтримки прийняття рішень
- •6.1. Зміст теми
- •6.2. Пояснення до теми
- •6.2.1. Стартегія оцінки і вибору методів підтримки прийняття рішень в сппр.
- •Гібридні
- •Причинні моделі
- •Обробка інформації
- •6.2.2. Процес прийняття рішень
- •Структуровані якісні
- •Обробка інформації
- •6.2.3. Ситуації, пов’язані з прийняттям рішень
- •6.2.4. Функції і задачі прийняття рішень
- •6.2.5. Узагальнена матриця методів/ситуацій рішень
- •Специфікація сімейств методів
- •Класифікація ситуацій, пов’язаних з прийняттям рішень
- •Чотири основні сценарії підтримки
- •Функції та підфункції процесу прийняття рішень, які потребують підтримки
- •Узагальнена матриця методів/ситуацій
- •6.3. Література до теми
- •Тема 7. Макетування сппр
- •7.1. Зміст теми
- •7.2. Пояснення до теми
- •7.2.1. Суть і стратегія макетування сппр
- •7.7.2. Дев’ятиетапна модель макетуваня
- •Аналіз вимог
- •Е Аналіз вимогтапи 1 дії (активності)
- •Моделювання
- •Вибір методів
- •Складання системи
- •Моделювання
- •Оболонка (альбоми) сюжетів
- •Вибір методів
- •Вибір і (або) проектування програмного забезпечення
- •Типи інтерактивного діалогу в сппр
- •Складання (комплектація) системи
- •Передача системи
- •Базові типи пристроїв в відображення
- •Оцінка системи
- •Зворотний зв’язок
- •7.3. Література до теми
- •Тема 8. Розробка і реалізація стратегії придбання програмного забезпечення для сппр
- •8.1. Зміст теми
- •8.2. Пояснення до теми
- •Техніко-економічний аналіз
- •8.2.2 Метод ціни (вартості) інформації
- •Аналіз вигід
- •8.2.3. Моделі багатоатрибутної корисності
- •Критерії виміру ефективності
- •8.3. Література до теми
- •Іі. Тематика практичних занять і завдання для самостійної роботи
- •Питання
- •Питання
- •Питання
- •Питання
- •Питання
- •Питання
- •Самостійна робота
- •Ііі. Лабораторні роботи Лабораторна робота № 1 Підтримка вибору рішень на основі пакету програм lotus 1-2-3
- •Послідовність виконання лабораторної роботи
- •Інструкція по роботі з пакетом програм lotus 1-2-3
- •13. Література
4.4.2. База даних і субд сппр
Системи підтримки прийняття рішень має або окрему підсистему управління базою даних, або включає стандартну систему управління даними (СУБД), яка являє собою пакет програмного забезпечення, призначеного для подання допомоги в управлінні інтегрованими наборами даних.
В порівнянні із звичайними підходами до реалізації баз даних в адміністративних інформаційних системах до функції та інструментів СУБД в контексті СППР накладаються деякі додаткові і спеціалізовані вимоги. На рис.4 зображена підсистема даних в СППР, де ці вимоги показані.
В СППР існує потреба в більш розширених наборах джерел даних, ніж у звичайних випадках, не зв’язаних з СППР. Дані потрібно отримувати від зовнішніх (зовнішнього середовища) та внутрішніх джерел, причому потреба в зовнішніх даних тим більше, чим вище рівень керівництва, яка обслуговує вибране СППР. Крім того, звичайні, орієнтовані на бухгалтерський облік дані транзакції (характерні для систем електронної обробки даних і АІС) необхідно доповнити нетрадиційними типами даних, наприклад текстовою інформацією, матеріалом автоматизованих систем проектування і виробництва тощо.
Заслуговує також на увагу особливість процесу “добування і захоплення” даних в СППР на відміну від більш загального процесу збору даних із джерел. Природа СППР вимагає, щоб процес добування і СУБД, яка керує цим процесом, були достатньо гнучкими, щоб обслуговувати швидкі добавлення і зміни згідно з непередбаченими запитами користувачів.
В системах підтримки прийняття рішень передбачається засіб, за допомогою якого користувач може налагоджувати базу даних у відповідності із своїми особистими вимогами. Ця можливість зумовлює існування процедур і команд для гнучкого переструктурування схем і схемної підмножини СУБД.
Існують десятки готових систем для реалізації компонента СУБД в СППР, які відрізняються множиною стандартів і моделей баз даних.
Системи баз даних можна порівнювати за рядом критеріїв, наприклад: простота користування, якість роботи користувача та ін.
Зовнішні джерела
даних
Е
БАЗА Даних
для СППР
Дані: Добування
“захоплення” Ввід
Вартісні фактори
Функції: створення
(генерація) і переструктурованння
СУБМ оновлення запит
і вибірка
Інші внутрішні джерела
даних
Але програмні вироби СУБД багатомірні, що зумовлює доцільність використання інтегрованої моделі для оцінки альтернитивних виробів. Така модель розроблена на основі низхідної структури.
У верхній частині моделі знаходяться цілі користувачів СППР і ті, які повинні бути реалізовані виробом, щоб СППР була прийнятною на другому рівні знаходяться аспекти: функціональний, фізичний, вартість, корисність. Компоненти, які забезпечують виконання аспектів, утворюють третій рівень. До четвертого рівнявідносяться засоби – узагальнені модулі, компоненти. П’ятий рівень – примітиви – прості задачі, які повинна виконувати СУБД.
Схема оцінки альтернативних СУБД проводиться шляхом квантифікації двох типів аналізу:
порівняння елементів на кожному рівні;
пов’язання оцінок на різних рівнях у відповідності з асоціаціями, заданими в прийнятій схемі.