- •4. Предметна область, зовнішнє середовище – сутність, загальність та відмінність. Приклади. Застосування в са.
- •5 Основні принципи системного підходу
- •10. Заг. Характеристика етапів проектування кіс. Технічне завдання на розробку кіс. Його зміст.
- •11.Інструментальні засоби idef для функціонально-організаційного моделювання.
- •12.Діаграми стану: std-моделі: призначення, місце застосування в системному аналізі, правила побудови, приклади.
- •13. Сутність моделей аналізу діяльності підприємства «as-is» і «to-be»
- •14.Моделі багатоаспектної декомпозиції інформаційних систем
- •15. Співвідношення між етапами цільового і функціонального аналізу систем.
- •16. Специфікації процесів або постановки задач системи. Їх структура та вимоги до формування
- •17.Інформаційне забезпечення системи. Вимоги до інформаційного забезпечення кіс.
- •18.Системи клас-ї та кодування інформації. Ієрархічна та фасетна системи класифікації
- •19. Комбіновані системи класифікації
- •20. Класифікаційні системи кодування та некласифікаційні системи кодування інформації.
- •21. Класифікатори: види, приклади, структури кодів,
- •22 І 23.Форми документів як модель представлення вхідної та вихідної інформації.
- •24. Концептуальне моделювання інформаційного забезпечення. Erd-моделі: призначення, зміст, послідовність створення.
- •26. Концептуальні моделі предметного середовища при об”єктно-орієнтованому аналізі системи. Поняття, специфікації та опис понять. Атрибути та асоціації. Типи асоціацій.
- •28.Моделі інформаційних потоків: призначення, місце застосування в системному аналізі, правила побудови, приклад .
- •29.Моделі та методи експертного оцінювання при системному аналізі і проектування іс. Метод ранжування. Метод парних порівняння
- •30. Моделі та методи багатокритерійної оцінки рішень при системному аналізі та проектуванні кіс.
15. Співвідношення між етапами цільового і функціонального аналізу систем.
Складаємо дерево цілей , по ньому складаємо дерево функцій, потім, наприклад, не можемо реалізувати, то вертаємося до дерева цілей та модифікуємо його
16. Специфікації процесів або постановки задач системи. Їх структура та вимоги до формування
Процес – це набір станів системи, що відповідає впорядкованій неперервній або дискретній зміні деякого параметра, що визначає характеристики чи властивості системи. В більшості випадків таким параметром є час. Процес зміни станів системи в часі відображає її динаміку. Процеси в системі мають різноманітне значення. Зокрема, процеси створення комп’ютеризованої інформаційної системи вимагають реалізації різних “під процесів”, які забезпечують основну функцію розробника. Отже, процеси описуються як залежності виходів від входів в модулях різного ступеня узагальнення або різного рівня ієрархії. При цьому принципово не важливо, чи сприяє, а чи перешкоджає загалом той чи інший процес реалізації системою своїх функцій.
Вимоги до специфікації:
для кожного процесу нижнього рівня повинна існувати одна специфікація
специфікація повинна визначити (формалізовано або на першому етапі – декларативно,
на другому - формалізовано) засіб перетворення вхідних потоків на вихідні.
Процеси відображають функції системи, тобто, “що система і/або як виконує”. Кожен процес має один або декілька входів та виходів. Процес має назву та номер. Основними властивостями процесів є: простота назв та “консервування” даних.При побудові діаграм слід розрізняти фізичні та логічні процеси.Фізичні процеси окрім розкриття дії, тобто “що система виконує”, вказують на засоби , тобто “як, яким чином” вона виконує функції. Наприклад, логічному процесу “перевірка замовлення” може відповідати такий фізичний процес: “введення замовлення оператором”.
Х. Постановка задачі (структурний підхід)
Х.1. Структура задачі системи
Х.2. Постановка задачі. Її назва
Х.2.1. Ціль та призначення задачі
Х.2.2. Вхідна інформація - перелік;- джерела; - форма представлення; - опис атрибутів (реквізитів)
Х.2.3. Вижідна інформація:
- перелік;
- для кого призначена;
- форми представлення
- опис атрибутів
Х.2.4. Матем. Методи, алгоритми, визначення вихідної інформації
Х.2.5. ФМІТ (для ділових систем)
При об-орієнт. підході опис прецедентів :
на 1-му рівні при описі про процесів ми визначаємо структуру прецедентів і описуємо структуру високого рівня.
2 етап на цій основі будується перший варіант діаграми прецедентів
3 етап опис прецедентів в розгорнутому вигляді
Прецеденти:
Головні - ядро системи. Є обов’язковими
Другорядні – Бажано реаліз., хоча б в ручному вигляді
Додаткові – необов’язкові, але покращують систему. Ідеальні передбачають опис декларативного типу ( що має бути зроблено)
Специфікація – це ідентифікація елементів-ми та підсистеми, її взаємозв’язок, зв'язок цілей, функцій та ресурсів, опис допустимих станів с-ми. Якщо вхідні посилання, мета, умови задачі, розвязку, погано або частково описуються, то такі с-ми наз погано формалізовані