WEB-застосування

Тема 1. Включення PHP в HTML. Виклик парсера PHP.

Тема 2. Мова програмування РНР Типи змінних. Оператори. Відмінності echo та print Константи

Тема 3 Цикли, Організація циклів Цикли for while,do while

Тема 4. Оновлення файлів.
Загрузка файлів на WEB сервер
Блокування файлів при колективному доступі.

Тема 5. Загальні характеристики MySQL
Загальні положення баз даних

Тема 6. Робота з базою MySQL через phpMyAdmin
Типи даних MySQL

Тема 7. Створення запитів до бази данных МуSQL
Встановлення звязку мыж таблицями
Використання логічних операторів.

Тема 8. Проектування бази даних. Первинні ключі. Нормалізація форм Відношення "Один до одного""Один до багатьох"
"Багато до багатьох"Трназакції

Тема 9. Функції в PHP для роботи з базою даних MySQL Область видимості змінних. Інструкція include та Require

Тема 10. Використання cookie в РНР
Установка сооkie Доступ до сооkie
Видалення сооkie
використання сооkie

Тема 11. Використання сесій
Збереження імені користувача і паролів

4. Комп’ютерні мережі

1. Призначення та класифікація комп’ютерних мереж.

2. Мережеве обладнання . Середовища передачі даних

3. Мережеві топології .

4. Пролеми стандартизації.. Багаторівневий підхід. Протокол. Інтерфейс.Стек комунікаційних протоколів.

5. Модель OSI. Уровні моделі OSI.. Мережевозалежні та немережевозалежні рівні

6. Мережеві архітектури. Ethernet-приклад рішення мрежевих проблем. Tooking-Ring та ін.

7. IP-адресація .Класи IP-адрес. Доменна система.

8. Настройка TCP/IP протоколів у локальних мережах

9. Сервіси, протоколи Internet.Електорнна пошта. Додатки до повідомлень. Групи новин.Телеконференціії.Радіо

10. Всесвітня павутиння WWW.Переглядання web-сторінок. Використання гіперпосилань . Пошук необхідної інформації в Internet

11. Internet Explorer. Пошук інформації .Канали.Завантаження файлів.(FTF)

12. Пошук необхідної інформації в Internet .Отримання файлів.

13. Використання пошти. Застосування серевера новин.

14. Засоби інтерактивного спілкування. Програма ICQ.

15. Використання програми інтерактивного спілкування ICQ

16. Мова HTML.Тегова модель файлу. Форматування тексту для web-сторінок.

17. Гіперпосилання і графічні об’єкти.Списки.

18. Карта посилань.Створення таблиць. Каскадна таблиця стилів.

19. Застосування карт посилань при створенні web-сторінок

20. Застосування різних стилів при створенні web-сторінок

5. Основи програмної інженерії

Держіспит з дисципліни «Основи програмної інженерії» складається з

· теоретичної частини ( тести ) та

· практичної частини (Проектування методом об’єктно-орієнтованого підходу: побудова діаграм прецендентів та класів)

5.1 Теоретична частина з дисципліни «Основи програмної інженерії» :

1. Загальні відомості про Програмну інженерію.

1.1 Основні поняття програмної інженерії.

1.2 Особливості розробки складного програмного забезпечення.

2. Вибір технологій та методологій для розробки ПЗ.

2.1 Типи та базові позиції технологій розробки ПЗ.

2.2 Типи та базові позиції методологій розробки ПЗ.

3. Аналіз вимог до програмного забезпечення.

3.1 Інженерія вимог.

3.2 Виявлення вимог.

3.3 Документування вимог.

3.4 Аналіз та узгодження вимог.

3.5 Управління вимогами.

4. Бізнес-моделювання. Опис бізнес-процесу.

4.1 Основі поняття процесу бізнес-моделювання систем.

4.2 Засоби опису бізнес-процесу.

4.3 Графічна нотація BPMN.

5. Проектування інформаційних систем.

5.1 Основні поняття та визначення.

5.2 Типи проектування.

5.3 Проектування методом структурного підходу. Основні принципи. Набір діаграм.

5.4 Проектування методом об’єктно-орієнтованого підходу. Основні принципи. Набір діаграм.

6. Якість програмного забезпечення.

6.1 Основні визначення та базові позиції.

7. Тестування програмного забезпечення.

7.1 Основні визначення та базові позиції.

6.2 Практична частина з дисципліни «Основи програмної інженерії» :

Проектування методом об’єктно-орієнтованого підходу містить

6.2.1 Побудова діаграми прецедентів (варіантів використання). Визначення типів взаємодій між користувачем та системою, відношеннь між елементами діаграми (асоціації, включення (include), розширення (extend))

6.2.2 Побудова діаграми класів. Визначення відношень між класами ( асоціація, агрегація, композиція)

6.2.3 Генерація діаграми класів у програмний код

ПРИМІТКА:Практична частина з дисципліни «Основи програмної інженерії» поєднується з практичною частиною з дисципліни «Об’єктно-орієнтоване програмування»

6. Об’єктно-орієнтоване програмування

1. Класи і об'єкти. Конструктори і деструктори.

1.1. Конструктори і деструктори. Конструктори за замочуванням

1.2. Конструктори ініціалізації. Конструктор копіювання.

1.3. Перевантаження методів класу (конструкторів ) Деструктори.

1.4. Статичні та константні члени класу.

2. Дружність в класах. Перевантаження операторів

2.1. Дружні функції. Дружні класи.

2.2. Перевантаження операторів Правила перевантаження операторів. Перевантаження бінарного оператора . (+).

2.3. Перевантаження унарного оператора, операторів інкремента , декрекмента,

2.4. Дружественные оператор-функции. Перевантаження операторів- "друзів"

2.5. Дружні класи. Дружність і функціональний запис Статичні функції

3. Наслідування

3.1. Просте наслідування. Базові та похідні класи. Специфікатори доступу в наслідуванні.

3.2. Захищені члени класу. Специфікатор доступу protected

3.3. Множине наслідування. Віртуальні базові класи. Методи класів та множинне наслідування

4. Поліморфізм. Віртуальні функції

4.1. Віртуальні функції. Поліморфізм. Види зв’язування. Вказівники на похідні класи. Віртуальні деструктори .Таблиця віртуальних функцій.

4.2. Чисто віртуальні функції. Абстрактні класи.

5. Обробка виняткових ситуацій. Шаблони .Стандартна бібліотека шаблонів

5.1. Виключення. Обробка виняткових ситуацій

5.2. Шаблони. Родові функції та класи.Використання в шаблонних класах аргументів за замовчуванням

5.3. Стандартна бібліотека шаблонів. Обзор STL.Контейнерні класи.Послідовні контейнери. Вектори.

Система введення / виведення

5.4. Базові положення вводу/виводу С++ Форматуємий ввод /вивід Манипуляторы ввода/вывода

5.5. Перевантаження операторів введення- виведення

5.6. Основи файлового вводу/виводу/ з використанням потоків

5.7. Файлы с произвольным доступом

ПРАКТИЧНІ ЗАВДАННЯ

7. Варіанти практичних завдань з дисципліни «Бази даних»

Перелік практичних завдань з дисципліни «Бази даних» , які виносяться на держіспит

ВАРІАНТ 1

ВАРІАНТ 2

ВАРІАНТ 3

ВАРІАНТ 4

ВАРІАНТ 5

ВАРІАНТ 6

ВАРІАНТ 7

ВАРІАНТ 8

ВАРІАНТ 9

	Ø Створити на мові SQL запити до баз даних «КНИЖКОВА СПРАВА».
	Вивести з таблиці Books назви книг і кількість сторінок в них. Відформатувати виведення інформації на екран, задав назви стовбців російською мовою.
	Вивести список авторів (поле Name_author), книг яких немає в таблиці Books, використвуючи конструкцію EXISTS

ВАРІАНТ 10

8. Варіанти практичних завдань з дисциплін «Основи програмної інженерії» та «Об’єктно-орієнтоване програмування»

ВАРІАНТ 1

1.Здійснити об’єктно-орієнтоване проектування програми, що моделює процес вступу абітурієнтів до ВНЗ. Основні події, що відбуваються під час моделювання процесу вступу до ВНЗ абітурієнтів, такі.

Абітурієнт готовить документи (атестат з додатком, медичну довідку, військові документи, фотокартки) до здачі їх до приймальної комісії. У приймальній комісії він заповнює анкету та пише заяву про допуск до іспитів. Дані із заяви та анкети заносяться до бази даних оператор приймальної комісії. Якщо документи перевірені, то абітурієнта допускають до іспитів або співбесіди.

Абітурієнта допускають до співбесіди, якщо він подає документи на контрактну форму навчання, або закінчив середній заклад освіти із медаллю. В результаті істиків чи співбесіди абітурієнт отримує бали і приймає участь у конкурсі на вступ до ВНЗ.

Якщо він отримує прохідний бал, то приймальна комісія рекомендує його зарахувати на навчання і готовить відповідний наказ. Якщо абітурієнт не набрав прохідний бал, то він переоформлює документи на контрактну форму навчання або забирає їх з приймальної комісії.

Результати об’єктно-орієнтованого проектування подати у вигляді діаграм прецедентів, і класів. Згенерувати код інтерфейсів класів, побудувати проект (на кожний клас – по два файли: заголовний та срр), додати до проекту код згенерованих класів.

Додати конструктори ініціалізації та деструктори до всіх створених класів. Додати конструктори копіювання для одного класу( на свій вибір). Під час виклику кожного конструктора і деструктора повинно виводитися повідомлення, в якому вказується назва класу і тип викликаного конструктора чи деструктора.

Реалізувати перевантаження оператора здвигу вліво (виведення cout << ) для класу за власним вибором.

Реалізувати просте успадкування класів.. Успадкувати класи Віськовий документ та Атестат від класу Документ

ВАРІАНТ 2

2.Здійснити об’єктно-орієнтоване проектування програми, що моделює взаємодію банка та клієнта. Основні події:

Клієнт має особовий рахунок у банку і відповідно банківську картку на нього. Комп’ютер банка підтримує рахунки клієнтів, тобто зберігає дані в базі даних і виконує проводки над цими рахунками по запитам з касових терміналів (проводка касира, дані про котрі вводяться касиром).

Клієнт пред’являє банківську картку касиру .За допомогою спеціального пристрою зчитується номер картки і відповідно дані про клієнта (код клієнта, його ім’я, прізвище, код особового рахунку тощо ) поступають у комп’ютер. Якщо вірні введені дані, то починається бухгалтерська проводка. Вона полягає в зміні даних на рахунках клієнтів.

Проводка здійснює перевірку права клієнта на доступ до його рахунків на момент проводки (перевірка безпеки).

Якщо перевірки пройшли успішно, можлива одна з наступних ситуацій:

· клієнт суму знімає (попередньо Комп’ютер банка перевіряє поточний стан його рахунку.) Сума рахунка зменьшується

· клієнт вносить суму на рахунок. Сума рахунка збільшується

Результати об’єктно-орієнтованого проектування подати у вигляді діаграм прецедентів, об’єктів і класів.

Згенерувати код інтерфейсів класів, побудувати проект (на кожний клас – по два файли: заголовний та срр), додати до проекту код згенерованих класів.

Додати конструктори ініціалізації та деструктори до всіх створених класів. Додати конструктори копіювання для одного класу( на свій вибір). Під час виклику кожного конструктора і деструктора повинно виводитися повідомлення, в якому вказується назва класу і тип викликаного конструктора чи деструктора.

Реалізувати перевантаження оператора здвигу вліво (виведення cout << ) для класу за власним вибором.

Реалізувати просте успадкування класів.. Успадкувати клас Кредитна картка від класу Банківська картка.

ВАРІАНТ 3

3.Здійснити об’єктно-орієнтоване проектування програми, що моделює роботу Internet-магазину різних товарів електронної техніки.

Основні події, що відбуваються під час моделювання роботи Internet- магазину, такі. Системний адміністратор торгової фірми розміщує на web-сайтах дані про товари та їх ціни. Дані оновлюються періодично.

Замовник по web-сайтах здійснює пошук товару, ціна та функціональні параметри якого задовольняють його. Замовлення на поставку певного товару та дата його доставки оформлюється замовником дистанційно згідно з можливостями web-сайта. Оплата товару може здійснюватися готівкою та по платіжним карткам через банки замовника та інтернет-магазину. Якщо оплата здійснюється по банківській картці, то під час оформлення замовлення покупець вказує відповідні банківські реквізити, номер картки, назву банка, своє прізвище тощо. Якщо замовник буде оплачувати вартість товару готівкою, то в призначений термін торгова фірма відправляє йому товар з платіжними документами. Покупець розраховується готівкою за придбаний товар з його постачальниками.

Системний адміністратор інтернет-магазину веде облік покупців і нараховує їм пільги під час оплати товару, якщо замовник придбав товару на суму, розмір якої більше за такий, що генерований планувальником програми. На екран слід виводити повідомлення про події, що відбуваються у моделюючій системі.

Результати об’єктно-орієнтованого проектування подати у вигляді діаграм прецедентів, об’єктів і класів.

Згенерувати код інтерфейсів класів, побудувати проект (на кожний клас – по два файли: заголовний та срр), додати до проекту код згенерованих класів.

Додати конструктори ініціалізації та деструктори до всіх створених класів. Додати конструктори копіювання для одного класу( на свій вибір). Під час виклику кожного конструктора і деструктора повинно виводитися повідомлення, в якому вказується назва класу і тип викликаного конструктора чи деструктора.

Реалізувати перевантаження оператора здвигу вправо (введення cin >>) для класу за власним вибором.

Реалізувати просте успадкування класів.Рекомендації до виконання: від класу Користувач успадкувати Адміністратор.

ВАРІАНТ 4

4.Здійснити об’єктно-орієнтоване проектування програми, що моделює роботу касира по продажі залізничних квитків. Основні події:

Пасажир замовляє певну кількість квитків на певний потяг і певну дату. Касир робить запит про наявність квитків, вводячи відповідні дані до комп’ютера. Запит з термінального комп’ютера касира поступає до центрального комп’ютера (сервер застосувань) звідки формується запит до сервера бази даних.

Якщо запит задовольняється, то касир бачить відповідь про наявність чи відсутність місць. За згодою пасажира касир оформлює квитки, задаючи паспортні дані, та отримує гроші, які потрапляють до каси.

Дані про продані місця поступають до серверу бази даних з метою унеможливити повторний їх продаж.

Якщо квитки виписані, а пасажир передумав їх купувати, то він має здати їх. Процес здачі квитків передбачає введення до бази даних інформації про дату, потяг, місця, що повертаються до продажу.

Результати об’єктно-орієнтованого проектування подати у вигляді діаграм прецедентів, об’єктів і класів.

Згенерувати код інтерфейсів класів, побудувати проект (на кожний клас – по два файли: заголовний та срр), додати до проекту код згенерованих класів.

Створити конструктори по замовчуванню для класу за власним вибором , для інших класів – конструктор ініціалізації , деструктори до всіх створених класів. Додати конструктори копіювання для одного класу( на свій вибір). Під час виклику кожного конструктора і деструктора повинно виводитися повідомлення, в якому вказується назва класу і тип викликаного конструктора чи деструктора.

Реалізувати перевантаження операторів для деяких функцій та дружні функції. Рекомендації до виконання: перевантажити операцію покупки квитка у заданого Касира певним Пасажиром

Реалізувати просте успадкування класів. Рекомендації до виконання: створити класи Квиток на плацкартне місце, купе, СВ тощо. Успадкувати ці класи від класу Квиток, який виступає поліморфним інтерфейсом.

ВАРІАНТ 5

5.Здійснити об’єктно-орієнтоване проектування програми, що моделює роботу складу продукції . Основні події:

На складі міститься продукція, для якої задаються назва, кількість, вартість, дата їх надходження. Продукція поступає на склад від постачальників відповідно до договорів про поставку товарів.

Для постачання продукції на склад бухгалтерія здійснює оплату поставок, попередньо виписавши платіжку. Після перерахунку грошей на рахунки постачальників продукція поступає на склад. Поставки продукції супроводжуються постановкою її на облік (занесення в базу даних інформації про товари, що поступили).

Для видачі продукції зі складу ведеться облік замовлень від клієнтів. Клієнт посилає замовлення на склад про отримання продукції. Бухгалтерія готовить рахунок-фактуру на його оплату і видає клієнту. Після надходження грошей на рахунок складу клієнт отримує продукцію зі складу.

Відвантаження продукції здійснюється відповідно до специфікації на комплектуючі товарів.

Під час здійснення продажу продукції клієнт може замовити продукцію більшої кількості, ніж є на складі, або вимагати продукцію, що є виставковим примірником.

Результати об’єктно-орієнтованого проектування подати у вигляді діаграм прецедентів, об’єктів і класів.

Згенерувати код інтерфейсів класів, побудувати проект (на кожний клас – по два файли: заголовний та срр), додати до проекту код згенерованих класів.

Створити конструктори по замовчуванню для класу за власним вибором , для інших класів – конструктор ініціалізації , деструктори до всіх створених класів. Під час виклику кожного конструктора і деструктора повинно виводитися повідомлення, в якому вказується назва класу і тип викликаного конструктора чи деструктора.

Реалізувати перевантаження операторів для деяких функцій та дружні функції. Рекомендації до виконання: перевантажити операцію поступання продукції на склад, перевантажити операції інкрементації

Реалізувати множинне успадкування класів. Рекомендації до виконання: створити клас Контрагенти від класів Клієнт та Постачальник

ВАРІАНТ 6

6.Здійснити об’єктно-орієнтоване проектування програми, що моделює роботу автотранспортного підприємства (автопарку).. Основні події, що відбуваються під час роботи автопарку, такі.

Автопарк має певну кількість однакових автомобілів для здійснення перевезень пасажирів. Кожний автомобіль має свій ідентифікаційний номер. Кожний водій є володарем автомобіля. Автопарк працює за попередніми викликами клієнтів.

Планувальник програми випадковим чином генерує появу замовлення клієнта. Під час отримання замовлень диспетчер фіксує час його прийому, пункт призначення та адресу клієнта. Далі диспетчер здійснює вибір машини за наявності її в даний момент в автопарку.

Якщо простоюють декілька машин, то перевагу на виконання замовлення має той водій, котрий знаходиться в стані очікування більший термін. Якщо вільних машин на час отримання диспетчером замовлень нема, тодиспетчер обдзвонює усі машини, що є на маршрутах і шукає таку, яка знаходиться найближче до місця розташування клієнта. Знайдена машина призначається для виконання замовлення.

Кожний рейс приносить в касу автопарку певну грошову суму. Після закінчення процесу моделювання планувальник програми виводить на екран суму виручки за день. Окрім того, планувальник програми має виводити на екран повідомлення про події, котрі відбуваються у системі, що моделюється.

Результати об’єктно-орієнтованого проектування подати у вигляді діаграм прецедентів, об’єктів і класів.

Згенерувати код інтерфейсів класів, побудувати проект (на кожний клас – по два файли: заголовний та срр), додати до проекту код згенерованих класів.

Створити конструктори конструктори ініціалізації , деструктори до всіх створених класів. Під час виклику кожного конструктора і деструктора повинно виводитися повідомлення, в якому вказується назва класу і тип викликаного конструктора чи деструктора.

Реалізувати перевантаження оператора здвигу вліво (виведення cout << ) для класу за власним вибором.

Реалізувати просте успадкування класів. Рекомендації до виконання: створити клас Автомобіль таксі, від якого успадковувати клас Звичайне таксі і Лімузин.

ВАРІАНТ 7

7.Здійснити об’єктно-орієнтоване проектування програми, що моделює роботу відділу кадрів фірми, що розробляє програмне забезпечення.

Планувальник програми моделює процеси підбору кадрів, прийняття людей на роботу та звільнення з роботи, просування по службі, призначення посадових окладів та їх підвищення згідно з фондом заробітної плати.

У фірмі існує ієрархія посад: директор, менеджери з різних напрямків роботи, керівники проектів, системні аналітики, системні адміністратори, програмісти, допоміжний персонал — робітники.

Посадові оклади фахівців визначаються пропорційно до окладу робітника. Планувальник програми визначає оклад робітника, який є мінімальним серед працівників фірми. Оклад інших працюючих на кожному рівні ієрархії збільшується на 50%.

Користувач або планувальник програми задають розмір вартості договорів на розробку програмного забезпечення. Фонд заробітної плати визначається моделюючою програмою, як 40% від суми договорів.

Програма має скласти штатний розклад, в якому вказати посаду працівників, їх кількість та розміри окладів. Кількість посад та їх оклади розраховується відповідно до фонду заробітної праці.

Програма моделює процес прийому на роботу спеціалістів та робітників і призначення їм окладів. Якщо сума всіх окладів виходить за межі розміру фонду заробітної праці, то виникає критична ситуація, яку розв’язує користувач програми (”взяти кредит у банку”, „звільнити” деяких робітників чи спеціалістів, „заключити додаткові договори на розробку” тощо).

Якщо сума всіх окладів менше, ніж розмір фонду заробітної праці, то ця ситуація означає економію фонду заробітної праці. Планувальник програми розподіляє розмір економії фонду зарплати між усіма працівниками фірми у вигляді премії, величина якої визначається як певний відсоток від окладу. По результатам роботи фірма отримує винагороду (генерується планувальником програми), яка розподіляється між вибраними планувальником категоріями працівників.

Якщо працівник порушує трудову дисципліну (прогули, запізнення на роботу, неякісне виконання роботи тощо), то можливе його звільнення або позбавлення премій.

Результати об’єктно-орієнтованого проектування подати у вигляді діаграм прецедентів, об’єктів і класів.

Згенерувати код інтерфейсів класів, побудувати проект (на кожний клас – по два файли: заголовний та срр), додати до проекту код згенерованих класів.

Створити конструктори конструктори ініціалізації , деструктори до всіх створених класів. Під час виклику кожного конструктора і деструктора повинно виводитися повідомлення, в якому вказується назва класу і тип викликаного конструктора чи деструктора.

Реалізувати перевантаження оператора здвигу вліво (виведення cout << ) для класу за власним вибором.

Реалізувати просте успадкування класів. Рекомендації до виконання: створити клас Співробітник, від якого успадковуються усі професії такі, як Програміст, Системний адміністратор тощо.

ВАРІАНТ 8

8.Здійснити об’єктно-орієнтований аналіз та об’єктно-орієнтоване проектування програми, що моделює роботу Internet-магазину різних товарів електронної техніки.

Основні події, що відбуваються під час моделювання роботи Internet- магазину, такі. Системний адміністратор торгової фірми розміщує на web-сайтах дані про товари та їх ціни. Дані оновлюються періодично.

Замовник по web-сайтах здійснює пошук товару, ціна та функціональні параметри якого задовольняють його. Замовлення на поставку певного товару та дата його доставки оформлюється замовником дистанційно згідно з можливостями web-сайта.

Оплата товару може здійснюватися готівкою та по платіжним карткам через банки замовника та інтернет-магазину. Якщо оплата здійснюється по банківській картці, то під час оформлення замовлення покупець вказує відповідні банківські реквізити, номер картки, назву банка, своє прізвище тощо. Якщо замовник буде оплачувати вартість товару готівкою, то в призначений термін торгова фірма відправляє йому товар з платіжними документами. Покупець розраховується готівкою за придбаний товар з його постачальниками.

Системний адміністратор інтернет-магазину веде облік покупців і нараховує їм пільги під час оплати товару, якщо замовник придбав товару на суму, розмір якої більше за такий, що генерований планувальником програми.

На екран слід виводити повідомлення про події, що відбуваються у моделюючій системі.

Результати об’єктно-орієнтованого проектування подати у вигляді діаграм прецедентів, об’єктів і класів.

Згенерувати код інтерфейсів класів, побудувати проект (на кожний клас – по два файли: заголовний та срр), додати до проекту код згенерованих класів.

Створити конструктори конструктори ініціалізації , деструктори до всіх створених класів. Під час виклику кожного конструктора і деструктора повинно виводитися повідомлення, в якому вказується назва класу і тип викликаного конструктора чи деструктора.

Реалізувати перевантаження оператора здвигу вліво (виведення cout << ) для класу за власним вибором.

Реалізувати просте успадкування класів. Рекомендації до виконання: від класу Користувач успадкувати Адміністратор.

ВАРІАНТ 9

9.Здійснити об’єктно-орієнтований аналіз та об’єктно-орієнтоване проектування програмної системи бронювання місць на літаки . Задачі моделювання включають моніторинг таких параметрів: рейсів, пасажирів, літаків , білетів.

Основні події, що відбуваються під час здійснення моніторингу, такі. На початку моделювання задана кількість рейсів.

Кількість літаків відповідає кількості рейсів. Рейс із заданим номером додається до списку рейсів або вилучається, рейси не дублюються.

За сценарієм роботи програми необхідно приймати замовлення від пасажира, здійснювати пошук інформації відповідно до замовлення.

Якщо є білети на літак відповідно до запиту пасажира, то його ідентифікатори заносяться у базу даних . Місця, що їх продали (забронювали), відмічаються як зайняті, кількість вільних місць на даний рейс зменшується.

Якщо пасажир здає білети, то кількість вільних місць на даний рейс збільшується. Одночасно ведеться підрахунок грошової виручки. Закінчувати роботу програми відповідно до команди користувача.

Планувальник програми має виводити на екран повідомлення про події, котрі відбуваються у системі, що моделюється

Результати об’єктно-орієнтованого проектування подати у вигляді діаграм прецедентів, об’єктів і класів.

Згенерувати код інтерфейсів класів, побудувати проект (на кожний клас – по два файли: заголовний та срр), додати до проекту код згенерованих класів.

Створити конструктори по замовчуванню для класу за власним вибором , для інших класів – конструктор ініціалізації , деструктори до всіх створених класів. Під час виклику кожного конструктора і деструктора повинно виводитися повідомлення, в якому вказується назва класу і тип викликаного конструктора чи деструктора.

Реалізувати перевантаження оператора здвигу вліво (виведення cout << ) для класу за власним вибором.

Реалізувати просте успадкування класів. Рекомендації до виконання: створити клас Квиток (якщо ще не створений), від якого успадкувати Квиток першого класу, Квиток бізнес класу, Квиток економ класу.

ВАРІАНТ 10

10.Здійснити об’єктно-орієнтований аналіз та об’єктно-орієнтоване проектування програми, що моделює процес навчання студентів у вузі. Задачі моделювання включають моніторинг таких параметрів: група, студент, дисципліна, успішність, стипендія.

Основні події, що відбуваються під час здійснення моніторингу, такі.

На початку моделювання задається назва групи, кількість студентів у групі, середній бал студента. Планувальник програми (заввіділенням) моделює процес збільшення або зменшення студентів у групі, визначення кількості відрахованих студентів перед іспитами та після них.

Передбачити методи, що моделюють процес відрахування з вузу за неуспішність, недопуск до сесії, нарахування стипендії за успішну здачу сесії, переведення студента на контрактну форму навчання, отримання диплома тощо.

Режим роботи програми у ситуаціях прийняття рішень щодо відрахування студента або переведення його на контрактну форму навчання відбувається у діалоговому режимі з користувачем.

Планувальник програми має виводити на екран повідомлення про події, котрі відбуваються у системі, що моделюється.

Результати об’єктно-орієнтованого проектування подати у вигляді діаграм прецедентів, об’єктів і класів.

Згенерувати код інтерфейсів класів, побудувати проект (на кожний клас – по два файли: заголовний та срр), додати до проекту код згенерованих класів.

Створити конструктори по замовчуванню для класу за власним вибором , для інших класів – конструктор ініціалізації , деструктори до всіх створених класів. Під час виклику кожного конструктора і деструктора повинно виводитися повідомлення, в якому вказується назва класу і тип викликаного конструктора чи деструктора.

Реалізувати перевантаження оператора здвигу вліво (виведення cout << ) для класу за власним вибором. Перевантажити операції додавання і відрахування студента із групи

Реалізувати просте успадкування класів. Рекомендації до виконання: створити клас Староста групи, який успадкувати від класу Студент.

1. Варіанти практичних завдань з дисциплін «WEB-застосування

»

• ⇐ Назад
123
Далее ⇒