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