- •Інженерія програмного забезпечення
- •Загальні вимоги до програмного забезпечення
- •Процеси життєвого циклу програмного забезпечення
- •Керування процесом проектування програмного забезпечення
- •Прототипування програмних систем.
- •Архітектурне проектування програмних систем
- •Архітектура розподілених систем
- •Проектування систем реального часу
- •Об‘єктно-орієнтоване проектування програмних систем.
- •Візуальне проектування об‘єктно-орієнтованих систем
- •Динамічні моделі об‘єктно-орієнтованих систем
- •Моделі реалізації об‘єктно-орієнтованих програмних систем
- •Проектування інтерфейсу користувача
- •Тестування програм та систем
- •Структурне тестування програмного забезпечення.
- •Методи та засоби автоматизації тестування програмного забезпення
- •Системне програмування
- •Дати оцінку основним правилам автоматичного перетворення типів.
- •Розкрити сутність адресної арифметики при роботі з вказівниками.
- •Обґрунтувати алгоритм та представити програмний код для реалізації програми, що сумує з 0 по 3 біт першого числа та з 3 по 6 біт другого числа.
- •Розкрийте поняття програмна модель мікропроцесора.
- •Проаналізувати типи даних в мові асемблер.
- •Проаналізувати особливості роботи із масивами в мові асемблер.
- •Проаналізувати структуру програми мовами програмування з родини асемблерів(синтаксис ассемблера).
- •Організувати на асемблері ехе-програму, щоб перекодувати символи строки шляхом додавання до літери строки кодів символів таблиці(Код мовою Asembler).
- •Організувати ехе-програму , щоб перекодувати символи з однієї таблиці в іншу(код мовою асемблера).
- •Організація баз даних
- •Моделі даних: ієрархічна, мережева, реляційна, об‘єктно-реляційна, нереляційна.
- •NoSql або постреляційні бази даних
- •Реляційна модель даних. Операції реляційної алгебри.
- •Нормалізація відношень при проектування реляційної моделі.
- •Поняття первинних ключів. Роль функціональних залежностей. Зовнішні та батьківські ключі.
- •Нормалізація відношень: перша, друга та третя нормальні форми
- •Визначення другої нормальної форми. Правило приведення. Повна функціональна залежність.
- •Визначення третьої нормальної форми. Правило приведення. Транзитивна залежність.
- •Семантичне моделювання та когнітивний аспект.
- •Проектування баз даних: концептуальне, логічне, фізичне
- •Модель «сутність-зв‘язок» або er-модель
- •Нормалізація даних в er-моделі
- •Case-засоби проектування баз даних.
- •Мова маніпулювання даними sql. Побудова запитів.
- •Адміністрування даних. Засоби підтримки цілісності баз даних
Проектування баз даних: концептуальне, логічне, фізичне
Проектування баз даних — це ітераційний, багатоетапний процес прийняття обґрунтованих рішень у процесі аналізу інформаційної моделі предметної області, вимог до даних з боку прикладних програмістів і користувачів, синтезу логічних і фізичних структур даних, аналізу та обґрунтування вибору програмних і апаратних засобів.
Проектування баз даних відбувається в три етапи:
Проектування інфологічної моделі або Концептуальне проектування;
Логічне проектування Баз Даних;
Фізичне проектування Баз Даних.
Основні етапи проектування баз даних складаються з наступних: концептуальне (інфологічне) проектування, логічне (даталогічне) проектування, фізичне проектування.
Безпосередньо проектування БД починається з концептуального моделювання. Це найбільш загальний опис, який називається схемою БД. Схема створюється за допомогою мови визначення даних СКБД, вибраної для реалізації проекту. Вона не дозволяє подати дані так, щоб створену схему розуміли користувачі всіх категорій
Для виходу із цієї ситуації дані подають у вигляді моделі даних – інтегрованого набору понять для їхнього опису, зв'язків між ними й обмежень, що накладаються на них. Це необхідно для того, щоб усі учасники проекту змогли ознайомитися з набором правил та однозначно розуміти їх, оскільки за ними будуватимуть БД з визначеними типами доступних операцій та сукупністю обмежень, що підтримують цілісність та гарантують коректність використовуваних даних.
Логічне проектування БД це процес створення схеми БД (логічної моделі БД) з урахуванням обраної моделі представлення даних, але незалежної від типу цільової СУБД та інших фізичних аспектів реалізації.
Модель подання даних, яка отримана на етапі концептуального проектування, є основою логічної моделі даних, що враховує особливості бізнес-процесів організації та їх реалізації у вибраній СКБД. Однак, на цьому етапі ігноруються всі інші аспекти вибраної СКБД – наприклад, будь-які особливості фізичної організації її структур зберігання даних та побудови індексів.
Логічна модель даних є джерелом інформації для етапу фізичного проектування та забезпечує розроблювача фізичної БД засобами знаходження компромісів, які необхідні для досягнення поставлених цілей. Вона також відіграє важливу роль на етапі експлуатації та супроводження вже готової системи. При правильно організованому супроводі, логічна модель даних, яка підтримується в актуальному стані, дозволяє точно й наочно уявити собі будь-які внесені в БД зміни, а також оцінити їх вплив на прикладні програми і дані, які вже наявні у БД.
Фізичне проектування БД – це процес створення та опису реалізації БД на вторинних запам'ятовувальних пристроях з вказівкою структур зберігання та методів доступу, які використовуються для ефективної обробки даних.
Основна мета фізичного проектування є – опис способу фізичної реалізації логічного проекту. Для реляційної моделі це:
1) створення набору реляційних таблиць та встановлення обмежень для них на базі інформації, яка міститься в глобальній логічній моделі даних;
2) визначення конкретних структур зберігання даних і методів доступу до них, які забезпечують оптимальну продуктивність БД;
3) розробка засобів захисту системи, що створюється.