Версія 2

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

Версія 3

Додати методи-аксесори для атрибутів усіх створених класів. Для атрибутів типу bool застосувати предикатні функції. Використати ітератори та функції утіліти. Рекомендації до виконання: використати функції-утілітиу класі Автомат для операцій з виручкою, застосувати ітератори у всіх процесах, де відбувається перелік об’єктів, наприклад, при здійсненні підключення декількох користувачів до мережі.

Версія 4

Додати деякі константні та статичні атрибути до класів (або зробити константними чи статичними існуючі атрибути). Рекомендації до виконання: зробити константними всі методи get, зробити статичними та константними максимальну кількість готівки в автоматі.

Версія 5

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

Версія 6

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

Версія 7

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

Версія 8

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

Варіант 20

Версія 1

Здійснити об’єктно-орієнтований аналіз та об’єктно-орієнтоване проектування програми, що моделює процес встановлення медичного діагнозу та призначення лікування. Моделююча програма включає годинник, який на початку моделювання встановлюється в 0, а потім відраховує такти часу до моменту завершення процесу моделювання. Основні події, що відбуваються під час моделювання процесу встановлення медичного діагнозу, такі. Пацієнт звертається до лікаря із скаргою на погане самопочуття. Лікар опитує пацієнта, фіксує його скарги, оглядає його та призначає обстеження та дає направлення на аналізи. Пацієнт звертається до діагностичного центру, де проходить медичне обстеження та здає аналізи. Результати обстеження та аналізів поступають лікарю, який ставить діагноз і призначає лікування. Пацієнт купляє медикаменти, приймає ліки, проходить лікувальні процедури. Через деякий час приходить до лікаря на контроль. Усі події, що відбуваються у моделюючій системі, супроводжуються відповідними екранними повідомленнями. Результати об’єктно-орієнтованого аналізу подати у вигляді сценарію роботи фізичного об’єкту та переліку іменників, дієслів, що претендують на назви класів, атрибутів і методів класів; результати об’єктно-орієнтованого проектування подати у вигляді діаграм прецедентів, об’єктів і класів. Згенерувати код інтерфейсів класів, побудувати проект (на кожний клас – по два файли: заголовний та срр), додати до проекту код згенерованих класів.