10.2 Порядок виконання роботи

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

1. Ознайомтесь з прикладом (листінг 10.1), наведеним у підрозділі 10.3.

2. Отримайте від викладача варіант завдання.

3. Запишіть програму на мові програмування С++.

4. Створіть новий проект Visual Studio .NET” та введіть початковий код програми. Проведіть її компіляцію.

5. Виправить синтаксичні та логічні помилки та запустить на виконання отриманий код.

6. Проведіть тестування для різних початкових даних.

7. Запишіть результати роботи програми та проконтролюйте їх коректність.

10.3 Приклад

Завдання. Створити клас для виконання поелементних операцій над масивами логічних значень. Передбачити наступні операції: ініціалізацію, операції AND, OR, NOT. Створити похідний від нього клас, в якому реалізовані функції ініціалізації масиву даних з клавіатури.

class Logic_interface: Logic_basic{ public: Logic_interface():Logic_basic(){}; ~Logic_interface():~Logic_basic(){}; void scan(); void print();} void Logic_interface::scan(){ printf(“Enter elements number\n”); scanf(“%d”, &n); val = new bool[n]; for(int i=0; i<n; i++){ printf(“Enter element %d ”, i); scanf(“%d”, &val[i]);}} void Logic_interface::print(){ if((val == NULL) || (n == 0)){ printf(“Object is empty”); return; } for(int i=0; i<n; i++) if(val[i]) {printf(“%d: true\t”, i);} else {printf(“%d: false\t”, i);} }

Листінг 10.1 – Приклад виконання індивідуального завдання

10.4 Зміст звіту

Звіт з лабораторної роботи повинен містити:

• мету роботи;

• завдання на виконання роботи;

• схему алгоритму роботи програми;

• текст програми;

• результати роботи програми для різних початкових даних;

• висновки.

10.5 Завдання на лабораторну роботу

На основі класу, розробленого в ході лабораторної роботи №9, створіть похідний клас, реалізувавши в ньому операції консольного і файлового вводу та виводу інформації.

10.6 Контрольні запитання

1. У чому полягають механізми успадкування?

2. Роль атрибутів доступу та їх використання. Назвіть критерії, при виконанні яких застосування атрибутів доступу дає позитивний ефект.

3. Поясніть особливості взаємодії успадкування та атрибутів доступу. Як змінюється атрибут доступу компоненту класу при успадкуванні?

4. Наведіть синтаксис успадкування класів мовою С++.

5. Чи може клас-нащадок перевизначити методи базового класу?

6. Що таке множинне успадкування?

11 Основи Об’єктно орієнтованого проектування

Мета роботи: отримати теоретичні знання та практичні навички об’єктного моделювання в області розробки програмного забезпечення..

11.1 Теоретичні відомості

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

UML (скор. від англ. Unified Modeling Language – уніфікована мова моделювання) – мова графічного опису для об’єктного моделювання в області розробки програмного забезпечення. UML є мовою широкого профілю, це відкритий стандарт, які використовує графічні позначення для створення абстрактної моделі системи, яка має назву UML моделі.

В UML використовуються наступні види діаграм:

1. Діаграма класів, Class diagram ­– статична структурна діаграма, що описує структуру системи та демонструє класи системи, їх атрибути, методи та залежності між ними. В залежності від стадії розробки програми діаграма класів може описувати модель предметної області, модель інформаційних об’єктів системи або класи, які використовуються безпосередньо в програмному коді.

2. Діаграма компонентів, Component diagram — статична структурна діаграма, яка показує розбиття програмної системи на структурні компоненти та зв’язки (залежності) між ними. В якості фізичних компонент можуть виступати файли, бібліотеки, модулі, пакети і т.п.

3. Діаграма композитної структури, Composite structure diagram – статична структурна діаграма, яка демонструє внутрішню структуру класів і, по можливості, взаємодію елементів внутрішньої структури класу.

4. Діаграма розгортання, Deployment diagram призначена для моделювання працюючих вузлів програми, та розгорнутих в них класів.

5. Діаграма об’єктів, Object diagram – демонструє повний або частковий знімок системи в певним момент часу. На діаграмі об’єктів позначаються екземпляри класів з вказуванням поточних значень їх атрибутів та зв’язків між об’єктами.

6. Діаграма пакетів, Package diagram – структурна діаграма, основним вмістом якої є пакети і відношення між ними. Діаграми пакетів призначені, в першу чергу, для організації елементів в групи за певною ознакою з метою спрощення структури і організації роботи з моделлю системи.

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

Аналогом діаграм діяльності є схеми алгоритмів за ГОСТ 19.701-90.

8. Діаграма автомату, State Machine diagram (діаграма кінцевого автомату, діаграма стану) – діаграма, на якій представлено кінцевий автомат з простими станами, переходами і композитними станами.

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

9. Діаграма прецедентів, Use case diagram (діаграма варіантів використання) — діаграма, на якій відображені відношення між дієвими особами та прецедентами. Її основна задача – дати єдиний засіб замовнику, користувачу та розробнику для сумісного обговорення функціональності та поведінки системи

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

11.Діаграма огляду взаємодії, Interaction overview diagram — різновид діаграми діяльності, яки включає в себе фрагменти діаграми послідовності і конструкції потоку управління.

12. Діаграма синхронізації, Timing diagram — альтернативне представлення діаграми послідовності, в якій явним чином показано зміну стану на лінії життя об’єкта з заданою шкалою часу.