
- •1. Основні цілі, задачі та призначення системного аналізу об’єктів та процесів комп’ютеризації
- •2. Що ви розумієте під поняттям „система”, „складна система”? Властивості й характерні риси складних систем. Багатоаспектне визначення структури складних систем. Визначення границь системи.
- •3. Основні принципи системного підходу.
- •4. Основні види моделей, що застосовуються у системному аналізі. Модель системи типу «чорна скринька»: місце застосування, стандартні вимоги до представлення, приклади.
- •5. Моделі потоків даних (dfd-моделі): призначення, місце застосування в системному аналізі, правила побудови, приклади.
- •6. Діаграми прецедентів в концепції uml призначення, місце застосування в системному аналізі, правила побудови,приклади
- •8. Sadt – діаграми призначення,місце застосування в системному аналізі, правила побудови,приклади
- •9. Загальна характеристика етапів системного аналізу. Варіанти підходів до змісту і послідовності реалізації етапів са.
- •10. Діаграми стану std-моделі. Призначення,місце застосування в системному аналізі, правила побудови,приклади
- •11.Поняття проблеми системи. Аналіз цільових установок розробки системи.
- •12. Дослідження діючої системи. Побудови моделей діючої системи
- •14.Функціональні моделі інформаційної технології реалізації системи в рамках структурного та обєктно-орієнтованого підходу до са.
- •15. Поняття прецеденту системи. Класифікація прецедентів, документування опису прецедентів різних класифікаційних груп.
- •16. Специфікації процесів або постановки задач системи. Їх структура та вимоги до формування
- •17.Аналіз прецедентів системи. Діаграма прецедентів.
- •18.Опис системних операцій.
- •Опис операції
- •19.Що включає інформаційне забезпечення системи? Логічне проектування інформаційного забезпечення як складової технічного проекту системи.
- •20.Системи класифікації та кодування інформації. Ієрархічна та фасетна системи класифікації.
- •21.Комбіновані системи класифікації
- •22. Класифікаційні системи кодування та некласифікаційні системи кодування інформації.
- •23.Форми документів як модель представлення вхідної та вихідної інформації. Поняття реквізиту та показника. Зони проектування форм документів.
- •24.Діаграми „сутність-зв”язок”, erd-стандарти. Сутності, відношення та зв’язки в нотації Чена.
- •25.Концептуальні моделі предметного середовища при об”єктно-орієнтованому аналізі системи. Поняття, специфікації та опис понять. Атрибути та асоціації. Типи асоціацій.
- •26.Нормалізація схем відношень. Вимоги до 1нф, 2нф, 3нф. Предметного середовища.
- •27. Принципи побудови концептуальної моделі.
- •28.Моделі інформаційних потоків: призначення, місце застосування в системному аналізі, правила побудови, приклад .
- •29.Словник даних.
16. Специфікації процесів або постановки задач системи. Їх структура та вимоги до формування
Процес – це набір станів системи, що відповідає впорядкованій
неперервній або дискретній зміні деякого параметра, що визначає
характеристики чи властивості системи. В більшості випадків таким
параметром є час. Процес зміни станів системи в часі відображає її динаміку. Процеси в системі мають різноманітне значення. Зокрема, процеси створення комп’ютеризованої інформаційної системи вимагають реалізації різних “під процесів”, які забезпечують основну функцію розробника. Отже, процеси описуються як залежності виходів від входів в модулях різного ступеня узагальнення або різного рівня ієрархії. При цьому принципово не важливо, чи сприяє, а чи перешкоджає загалом той чи інший процес реалізації системою своїх функцій.
Процеси відображають функції системи, тобто, “що система і/або як виконує”. Кожен процес має один або декілька входів та виходів. Процес має назву та номер. Основними властивостями процесів є: простота назв та “консервування” даних.При побудові діаграм слід розрізняти фізичні та логічні процеси.Фізичні процеси окрім розкриття дії, тобто “що система виконує”, вказують на засоби , тобто “як, яким чином” вона виконує функції. Наприклад, логічному процесу “перевірка замовлення” може відповідати такий фізичний процес: “введення замовлення оператором”.
Х. Постановка задачі (структурний підхід)
Х.1. Структура задачі системи
Х.2. Постановка задачі. Її назва
Х.2.1. Ціль та призначення задачі
Х.2.2. Вхідна інформація
- перелік
- джерела
- форма представлення
- опис атрибутів (реквізитів)
Х.2.3. Вижідна інформація
- перелік
- для кого призначена
- форми представлення
- опис атрибутів
Х.2.4. Матем. Методи, алгоритми, визначення вихідної інформації
Х.2.5. ФМІТ (для ділових систем)
При об-орієнт. підході опис прецедентів :
на 1-му рівні при описі про процесів ми визначаємо структуру прецедентів і описуємо структуру високого рівня.
2 етап на цій основі будується перший варіант діаграми прецедентів
3 етап опис прецедентів в розгорнутому вигляді
Прецеденти:
Головні - ядро системи. Є обов’язковими
Другорядні – Бажано реаліз., хоча б в ручному вигляді
Додаткові – необов’язкові, але покращують систему. Ідеальні передбачають опис декларативного типу ( що має бути зроблено)
Специфікація – це ідентифікація елементів-ми та підсистеми, її взаємозв’язок, зв'язок цілей, функцій та ресурсів, опис допустимих станів с-ми. Якщо вхідні посилання, мета, умови задачі, розвязку, погано або частково описуються, то такі с-ми наз погано формалізовані