Версія 2

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

Версія 3

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

Версія 4

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

Версія 5

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

Версія 6

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

Версія 7

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

Версія 8

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

Варіант 22

Версія 1

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