10. Метод аналізу Ієрархій (маі) як математичний інструмент системного підходу до складних проблем прийняття рышень.
11. Поняття проблеми системи. Аналіз цільових установок розробки системи.
Проблема системи – різниця між діючою системою і тою яку хочуть створити.
Формування проблеми і аналіз цільових установок – один з підрівнів аналізу проблеми, який в свою чергу є одним з етапів системного аналізу.
Системний аналіз надає можливість прийняття рішень по ефективному шляху розв’язання цієї проблеми.
Особливості СА полягають у тому, що він допомагає розглядати та проектувати системи з формалізованими та неформалізованими просесами.
СА проводиться на основі проектування об’єктивних і суб’єктивних факторів.
Суб’єктивні фактори визначають, як правило, суб’єкт системи, яким в нашій системі є особа, що приймає рішення (ОПР) або системний аналітик.
Суб’єкт визначає особливу точку зору на вимоги до умов побудови системи. Системний аналіз застосування для дослідження об’єктів, в яких вагомою частиною, є людський фактор при керуванні цією системою
12. Дослідження діючої системи. Побудова моделей опису діючої системи.
13. Поняття архітектури системи. Побудова ієрархічних моделей цілей функціонування системи, функцій, процесів; виконавців, користувачів та зовнішніх об*єктів. Опис та класифікація функцій та процесів системи. Наведіть приклади.
14. Системний аналіз функціональної структури об*кта.
1 6. Специфікації процесів або постановки задач системи. Їх структура та вимоги до формування
Процес – це набір станів системи, що відповідає впорядкованій неперервній або дискретній зміні деякого параметра, що визначає характеристики чи властивості системи. В більшості випадків таким параметром є час. Процес зміни станів системи в часі відображає її динаміку. Процеси в системі мають різноманітне значення. Зокрема, процеси створення комп’ютеризованої інформаційної системи вимагають реалізації різних “під процесів”, які забезпечують основну функцію розробника. Отже, процеси описуються як залежності виходів від входів в модулях різного ступеня узагальнення або різного рівня ієрархії. При цьому принципово не важливо, чи сприяє, а чи перешкоджає загалом той чи інший процес реалізації системою своїх функцій.
Вимоги до специфікації:
для кожного процесу нижнього рівня повинна існувати одна специфікація
специфікація повинна визначити (формалізовано або на першому етапі – декларативно,
на другому - формалізовано) засіб перетворення вхідних потоків на вихідні.
Процеси відображають функції системи, тобто, “що система і/або як виконує”. Кожен процес має один або декілька входів та виходів. Процес має назву та номер. Основними властивостями процесів є: простота назв та “консервування” даних.При побудові діаграм слід розрізняти фізичні та логічні процеси.Фізичні процеси окрім розкриття дії, тобто “що система виконує”, вказують на засоби , тобто “як, яким чином” вона виконує функції. Наприклад, логічному процесу “перевірка замовлення” може відповідати такий фізичний процес: “введення замовлення оператором”.
Х. Постановка задачі (структурний підхід)
Х.1. Структура задачі системи
Х.2. Постановка задачі. Її назва
Х.2.1. Ціль та призначення задачі
Х.2.2. Вхідна інформація - перелік;- джерела; - форма представлення; - опис атрибутів (реквізитів)
Х.2.3. Вижідна інформація:
- перелік;
- для кого призначена;
- форми представлення
- опис атрибутів
Х.2.4. Матем. Методи, алгоритми, визначення вихідної інформації
Х.2.5. ФМІТ (для ділових систем)
При об-орієнт. підході опис прецедентів :
на 1-му рівні при описі про процесів ми визначаємо структуру прецедентів і описуємо структуру високого рівня.
2 етап на цій основі будується перший варіант діаграми прецедентів
3 етап опис прецедентів в розгорнутому вигляді
Прецеденти:
Головні - ядро системи. Є обов’язковими
Другорядні – Бажано реаліз., хоча б в ручному вигляді
Додаткові – необов’язкові, але покращують систему. Ідеальні передбачають опис декларативного типу ( що має бути зроблено)
Специфікація – це ідентифікація елементів-ми та підсистеми, її взаємозв’язок, зв'язок цілей, функцій та ресурсів, опис допустимих станів с-ми. Якщо вхідні посилання, мета, умови задачі, розвязку, погано або частково описуються, то такі с-ми наз погано формалізовані