- •Інженерія програмного забезпечення
- •Загальні вимоги до програмного забезпечення
- •Процеси життєвого циклу програмного забезпечення
- •Керування процесом проектування програмного забезпечення
- •Прототипування програмних систем.
- •Архітектурне проектування програмних систем
- •Архітектура розподілених систем
- •Проектування систем реального часу
- •Об‘єктно-орієнтоване проектування програмних систем.
- •Візуальне проектування об‘єктно-орієнтованих систем
- •Динамічні моделі об‘єктно-орієнтованих систем
- •Моделі реалізації об‘єктно-орієнтованих програмних систем
- •Проектування інтерфейсу користувача
- •Тестування програм та систем
- •Структурне тестування програмного забезпечення.
- •Методи та засоби автоматизації тестування програмного забезпення
- •Системне програмування
- •Дати оцінку основним правилам автоматичного перетворення типів.
- •Розкрити сутність адресної арифметики при роботі з вказівниками.
- •Обґрунтувати алгоритм та представити програмний код для реалізації програми, що сумує з 0 по 3 біт першого числа та з 3 по 6 біт другого числа.
- •Розкрийте поняття програмна модель мікропроцесора.
- •Проаналізувати типи даних в мові асемблер.
- •Проаналізувати особливості роботи із масивами в мові асемблер.
- •Проаналізувати структуру програми мовами програмування з родини асемблерів(синтаксис ассемблера).
- •Організувати на асемблері ехе-програму, щоб перекодувати символи строки шляхом додавання до літери строки кодів символів таблиці(Код мовою Asembler).
- •Організувати ехе-програму , щоб перекодувати символи з однієї таблиці в іншу(код мовою асемблера).
- •Організація баз даних
- •Моделі даних: ієрархічна, мережева, реляційна, об‘єктно-реляційна, нереляційна.
- •NoSql або постреляційні бази даних
- •Реляційна модель даних. Операції реляційної алгебри.
- •Нормалізація відношень при проектування реляційної моделі.
- •Поняття первинних ключів. Роль функціональних залежностей. Зовнішні та батьківські ключі.
- •Нормалізація відношень: перша, друга та третя нормальні форми
- •Визначення другої нормальної форми. Правило приведення. Повна функціональна залежність.
- •Визначення третьої нормальної форми. Правило приведення. Транзитивна залежність.
- •Семантичне моделювання та когнітивний аспект.
- •Проектування баз даних: концептуальне, логічне, фізичне
- •Модель «сутність-зв‘язок» або er-модель
- •Нормалізація даних в er-моделі
- •Case-засоби проектування баз даних.
- •Мова маніпулювання даними sql. Побудова запитів.
- •Адміністрування даних. Засоби підтримки цілісності баз даних
Адміністрування даних. Засоби підтримки цілісності баз даних
Адміністрування баз даних це функція управління та підтримки програмного забезпечення систем управління базами даних (СУБД). Основні програмні засоби СУБД, такі як Oracle, IBM DB2 і Microsoft SQL Server, потребують постійного управління. Таким чином, корпорації, які використовують програмне забезпечення СУБД, часто наймають спеціалістів з інформаційних технологій, які називаються адміністраторами баз даних.
Адміністратор бази даних (АБД) або– це особа, яка відповідає за вироблення вимог до бази даних, її проектування, реалізацію, ефективне використання та супровід, включаючи управління обліковими записами користувачів БД та захист від несанкціонованого доступу.
Завдання АБД можуть незначно відрізнятися в залежності від виду СУБД, але в основні завдання входить:
Проектування баз даних.
Оптимізація продуктивності бази даних.
Забезпечення та контроль доступу до бази даних.
Забезпечення безпеки у базі даних.
Резервування та відновлення бази даних.
Забезпечення цілісності бази даних.
Забезпечення переходу нову версію СУБД.
Цілісність бази даних – це відповідність наявної в базі даних інформації її внутрішній логіці, структурі і всім явно заданим вимогам до організації даних. SQL Server надає спеціальні засоби контролю цілісності даних, що не залежать від клієнтських програм і які прив'язані безпосередньо до таблиць. Для забезпечення цілісності використовуються наступні засоби:
обмеження (Constraints);
правила (Rules);
значення за замовчуванням (Defaults);
тригери DML (DML Triggers).
Кожна вимога, яка задає деяке обмеження на можливий стан бази даних, називається обмеженням цілісності (integrity constraint).
Обмеження (Constraints) задають правила допустимості певних значень в стовпцях і являють собою стандартний механізм забезпечення цілісності. Обмеження можна встановлювати під час створення таблиці чи змінювання її структури. Обмеження можуть визначатися для стовпців або для таблиць. Обмеження стовпця вказується в описі стовпця і застосовується тільки до даного стовпця. Обмеження таблиці оголошується незалежно від описів стовпців і може бути застосоване до кількох стовпців таблиці.
Правило (Rules) являє собою набір інструкцій, призначений для контролю значень під час введення в поля таблиці. При цьому відмінність між обмеженнями та правилами полягає в тому, що обмеження можуть визначатися в процесі створення таблиці, а правило є окремим об’єктом, який може визначатися після завершення процесу створення. При цьому для поля може бути визначено тільки одне правило, тоді як обмежень може бути декілька. Застосування обмежень CHECK є кращим стандартним способом обмеження діапазону значень стовпця.
Значення за умовчанням DEFAULT визначають, якими значеннями заповнювати стовпець, якщо при вставці рядка для цього стовпця значення не вказано. Можна створити визначення DEFAULT у визначенні таблиці при її створенні. Якщо таблиця вже існує, можна додати до неї визначення DEFAULT. Кожен стовпець таблиці може містити одне визначення DEFAULT.
Тригером (Trigger) називають збережену процедуру особливого типу, яка автоматично виконується під час дій в таблиці БД, наприклад, зміни, додавання чи видалення записів.