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