Версія 2

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

Версія 3

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

Версія 4

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

Версія 5

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

Версія 6

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

Версія 7

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

Версія 8

Реалізувати оброблення виключних ситуацій. Рекомендації до виконання: під час оформлення замовлення, спілкуванню по e- mail з Інтернет-магазином, доставки товару може виникнути такі ситуації: товар є в каталозі, але замовлення не приймають через відсутність його на складі; товар замовлено, гроші перераховано, але замовнику доставили товар іншого асортименту. В першому випадку магазин пропонує заміну товару йому рівнозначним. Замовник може погодитися або відмовитися від придбання товару. В другому випадку замовник вимагає повернути гроші.

Варіант 18

Версія 1

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