- •1. Основні цілі, задачі та призначення системного аналізу об’єктів та процесів комп’ютеризації
- •2. Що ви розумієте під поняттям „система”, „складна система”? Властивості й характерні риси складних систем. Багатоаспектне визначення структури складних систем. Визначення границь системи.
- •3.Поняття і класифікація інформаційних систем.
- •4.Предметна область, зовнішнє середовище – сутність, загальність та відмінність. Приклади. Застосування в системному аналізі.
- •5. Основні принципи системного підходу.
- •6. Основні види моделей, що застосовуються у системному аналізі. Модель системи типу «чорна скринька»: місце застосування, стандартні вимоги до представлення, приклади.
- •7. Моделі потоків даних (dfd-моделі): призначення, місце застосування в системному аналізі, правила побудови, приклади.
- •8.Кроки процесу побудування моделей типу dfd.
- •9. Зміст стадій канонічного проектування кіс.
- •10. Загальна характеристика етапів проектування кіс. Технічне завдання на розробку кіс. Його зміст.
- •11. Інструментальні засоби idef для функціонально-організаційного моделювання.
- •12. Діаграми стану std-моделі. Призначення,місце застосування в системному аналізі, правила побудови,приклади
- •13. Сутність моделей аналізу діяльності підприємства «as-is» і «to-be».
- •14. Моделі багатоаспектної декомпозиції інформаційних систем.
- •15. Співвідношення між етапами цільового і функціонального аналізу систем.
- •16. Специфікації процесів та постановки задач системи. Їх структура та вимоги до формування.
- •17. Інформаційне забезпечення системи. Вимоги до інформаційного забезпечення кіс.
- •18..Системи класифікації та кодування інформації. Ієрархічна та фасетна системи класифікації.
- •19.Комбіновані системи класифікації
- •20. Системи кодування інформації.
- •21. Класифікатори: види, приклади структури кодів.
- •22.Форми документів як модель представлення вхідної та вихідної інформації.
- •23.Уніфікована система документації: сутність, призначення, вимоги, приклади
- •24 . Концептуальне моделювання інформаційного забезпечення. Erd-моделі: призначення, зміст, послідовність створення.
- •25. Діаграми „сутність-зв”язок”: призначення, місце застосування, правила побудови, erd-стандарти. Сутності, відношення та зв’язки в нотації Чена.
- •26.Концептуальні моделі предметного середовища при об”єктно-орієнтованому аналізі системи. Поняття, специфікації та опис понять. Атрибути та асоціації. Типи асоціацій.
- •27.Нормалізація схем відношень. Вимоги до 1нф, 2нф, 3нф. Предметного середовища.
- •28.Моделі інформаційних потоків: призначення, місце застосування в системному аналізі, правила побудови, приклад .
- •29.Моделі та методи експертного оцінювання при системному аналізі і проектування іс. Метод ранжування. Метод парних порівнянь.
- •30.Моделі та методи багатокритерійної оцінки рішень при системному аналізі та проектуванні кіс.
27.Нормалізація схем відношень. Вимоги до 1нф, 2нф, 3нф. Предметного середовища.
Скоротити кількість аномалій (при додаванні, вилученні, оновленні) дозволяють спеціальні форми, які обмежують можливі структури об’єктів і зв’язки між об’єктами. Такі форми називаються нормальними формами.
Схема відношення знаходиться у 1НФ, якщо для кожного атрибут схеми, значення домену є атомарним (не є ні списком ні множиною). У загальному вигляді значення є атомарним, якщо в усіх відношеннях воно використовується як одне ціле, а не як деяка його частина.
Приклад:
атомарне в таблиці
-
День народження
7. 06. 90
-
День
Місяць
Рік
7
червень
1996
Тобто1НФ – потребує, щоб кожний елемент даних одного запису був атомарний, мав 1 значення.
Схема відношення знаходиться в 2НФ, якщо воно знаходиться в 1НФ і кожний не первинній атрибут повністю залежить від ключа.
Атрибут називається первинним, якщо він вміщується в одному з ключів схеми, інакше атрибут – не первинний.
Схема відношення знаходиться в 3НФ, якщо вона знаходиться у 1НФ та 2НФ і немає транзитивних залежностей (циклів).
-
К од роботи
вартість
обсяг
час
бригада
Спеціал
.бригади
Вироби
бригади
Під нормалізацією розуміють процес приведення деякої схеми відношень до однієї з нормальних форм. Нормалізація виконується через декомпозицію. Декомпозиція вважається коректною, якщо вона володіє властивістю з’єднання без втрат інформації і зберігає вихідну множину залежностей. Такий підхід дозволяє значно скоротити кількість аномалій. Найчастіше використовується 3НФ.
Нормалізація схеми відношень — покроковий процес розбиття одного відношення (на практиці: таблиці) у відповідності до алгоритму нормалізації на декілька відношень на базі функціональних залежностей.
Таким чином, схема бази даних переходить у першу, другу, третю і так далі нормальні форми. Якщо відношення відповідає критеріям нормальної форми n, та всіх попередніх нормальних форм, тоді вважається, що це відношення знаходиться у нормальній формі рівня n.
1НФ –потребує,щоб кожеий елемент даних одного запису був атомарний, мав 1 значення.2НФ- відношенняколи воно знаходиться у 1НФ і кожний елемент запису знаходиться в повній функціональній залежності від ключових елементів3НФ- коли знаходиться у 1 та 2 і немає транзитивних залежностей.
Нормалізація схеми відношень — покроковий процес розбиття одного відношення (на практиці: таблиці) у відповідності до алгоритму нормалізації на декілька відношень на базі функціональних залежностей.
Якщо відношення відповідає критеріям нормальної форми n, та всіх попередніх нормальних форм, тоді вважається, що це відношення знаходиться у нормальній формі рівня n.Перша нормальна форма (1НФ, 1NF) утворює ґрунт для структурованої схеми баз даних:Кожна таблиця повинна мати основний ключ: мінімальний набір колонок, які ідентифікують запис.
Уникнення повторень груп (категорії даних, що можуть зустрічатись різну кількість раз в різних записах) правильно визначаючи не-ключові атрибути.
Атомарність: кожен атрибут повинен мати лише одне значення, а не множину значень.
Друга нормальна форма (2НФ, 2NF) вимагає, аби дані, що зберігаються в таблицях із композитним ключем не залежали лише від частини ключа:
Схема бази даних повинна відповідати вимогам першої нормальної форми.
Дані, що повторно з'являються в декількох колонках виносяться в окремі таблиці.
Третя нормальна форма (3НФ, 3NF) вимагає, аби дані в таблиці залежали винятково від основного ключа:
Схема бази даних повинна відповідати всім вимогам другої нормальної форми.Будь яке поле, що залежить від основного ключа, та від будь якого іншого поля, має виноситись в окрему таблицю.