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

Содержание

Слайд 2

1. Предмет та задачі курсу Предмет: вивчення концепцій об‘єктно-орієнтованого проектування (ООD)

1. Предмет та задачі курсу

Предмет: вивчення концепцій об‘єктно-орієнтованого проектування (ООD) та

програмування (OOP).
Область застосування ООD та OOP — складні програмні продукти.
Прості програми — це програми, які розробляються та використовуються однією людиною . Властивості:
мають обмежений час існування;
мають обмежену область застосування;
їх простіше переписати, ніж розширити.
Промислові програмні продукти — складні, використовуються для вирішення різних задач (системне керування зворотним зв’язком, обробка БД з паралельним доступом, поновленнями та запитами, контроль за реальними процесами — диспетчери). Їм властиві:
значний час існування;
багато користувачів;
високий рівень складності — для розробки програмного забезпеченя потрібно декілька осіб, так як його складність перевищує можливості інтелекту однієї людини.
Слайд 3

2. Чинники складності програмного забезпечення (ПЗ) складність реальної предметної області: несумісність

2. Чинники складності програмного забезпечення (ПЗ)

складність реальної предметної області:
несумісність

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

Задача розробника –
створити ілюзію простоти

Слайд 4

3. Шлях розв’язання складних задач - об’єктний підхід (1/2) Розв’язання складних

3. Шлях розв’язання складних задач - об’єктний підхід (1/2)

Розв’язання складних задач

грунтується на наступних принципах ООП:
Декомпозиція – поділ задачі на складові
Абстракція – виділення головного
Ієрархія
1. Декомпозиція — дозволяє тримати в пам’яті інформацію лише про деякі частини.
Алгоритмічна декомпозиція — це структурне програмування “згори-донизу”.
Алгоритмічна декомпозиція Концентрує увагу на послідовності дій — підпрограми. Структурний підхід не працює для великих програм (умовно, коли програма містить більше, ніж 100000 рядків).
Об’єктно-орієнтована декомпозиція — це програмування за належністю елементів до різних абстракцій; поділ не на кроки, а на об’єкти. Кожний об’єкт має власну поведінку.
Об’єктно-орієнтована декомпозиція Концентрує увагу на об’єктах чи суб’єктах дії. Зменшує розмір програми за рахунок повторного використання різних механізмів. Більш гнучкі та легко еволюціонують, розвиваються з менших систем.
Важливі обидва аспекти: як алгоритмічна, так і об’єктно-орієнтована декомпозиція.
Слайд 5

3. Шлях розв’язання складних задач - об’єктний підхід (2/2) Приклади: а.

3. Шлях розв’язання складних задач - об’єктний підхід (2/2)

Приклади:
а. Нейронні мережі:
Алгоритмічна декомпозиція:

навчання, робота, забування.
Об’єктно-орієнтована декомпозиція: шари нервових клітин містять ансамблі нейронів.
Функція об’єкту: навчання.
б. Транснаціональна корпорація:
Алгоритмічна декомпозиція: виробництво, продаж, участь у політичній діяльності (вибори).
Об’єктно-орієнтована декомпозиція: транснаціональні корпорації складаються з національних компаній, які містять відділення та філіали (відділи збуту).
Функція об’єкту: політичне життя.
2. Абстракція — людина може одночасно сприйняти 7±2 одиниці інформації. Тому необхідно визначати головну частину інформації (абстракція). В такому разі можна використовувати інформацію більшого семантичного об’єму.
3. Ієрархія — дозволяє вивчати механізми взаємодії компонентів. Поведінка кожного окремого об’єкту відповідає поведінці свого рівня (наприклад клітини). Легко визначити загальні та особливі риси.
В програмній системі дуже важко визначити ієрархію. Але після цього структура системи прояснюється.
Слайд 6

Література 1. Гради Буч “Объектно-ориентированное проектирование с примерами приложений на С++”

Література

1. Гради Буч “Объектно-ориентированное проектирование с примерами приложений на С++”
2. Айра

Пол «Объектно- ориентированное программирование на С++»
3. Герберт Шилдт «Самоучитель по С++»
4. Стивен Прата «Язык программирования С++»
5. А также, как и и ранее Бьерн Страуструп
Слайд 7

Об’єктно-орієнтоване програмування Лекція №2

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

Лекція №2

Слайд 8

Еволюція об’єктної моделі Еволюція об’єктної моделі зумовлена швидким розвитком програмування: Зміщення

Еволюція об’єктної моделі

Еволюція об’єктної моделі зумовлена швидким розвитком програмування:
Зміщення акцентів

від програмування окремих деталей до програмування більш крупних компонент;
Розвиток мов програмування вищого рівня.
Слайд 9

Розвиток ООП Розвиток ООП є еволюційним розвитком проектування. Передумови розвитку об’єктного

Розвиток ООП

Розвиток ООП є еволюційним розвитком проектування.
Передумови розвитку об’єктного підходу:
прогрес

в області архітектури ЕОМ (поява об’єктно-орієнтованої архітектури ЕОМ);
розвиток мов програмування;
розвиток методології (стилю) програмування: модульність та приховання даних;
розвиток теорії баз даних (ENTITY-RELATIONSHIP-моделі, сутність-відношення);
штучний інтелект (теорія фреймів, ансамблів);
філософія та теорія пізнання — світ можна розглядати в термінах об’єктів та подій. Розум людини — сукупність різноманітно мислячих агентів.
Слайд 10

Реалізація ООП Процес реалізації ОО підходу (макропроцес): Концептуалізація (встановлення основних вимог);

Реалізація ООП

Процес реалізації ОО підходу (макропроцес):
Концептуалізація (встановлення основних вимог);
Аналіз (побудова моделі

відповідної поведінки);
Проектування (створення архітектури);
Супроводження (керування еволюцією після виходу).
Мікропроцес:
Ідентифікація класів та об’єктів на даному рівні абстракції;
Ідентифікація семантики класів та об’єктів;
Ідентифікація відношень між класами;
Специфікація інтерфейсів та початок реалізації.
Слайд 11

Об’єктно-орієнтоване програмування ОО Програмування — це методологія програмування, що базується на

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

ОО Програмування — це методологія програмування, що базується на представленні програми

у вигляді сукупності 1) об’єктів, кожний з яких є екземпляром 2) класів, а класи створюють 3) ієрархії.
Програма є об’єктно-орієнтованою при наявності всіх 3-х вимог.
Слайд 12

Характеристики ОО мови Мова є об’єктно-орієнтованою, якщо: Підтримує об’єкти (інтерфейс у

Характеристики ОО мови

Мова є об’єктно-орієнтованою, якщо:
Підтримує об’єкти (інтерфейс у вигляді іменованих

операцій та власні дані з обмеженим доступом);
Об’єкти відносяться до відповідних типів (класів);
Типи (класи) можуть успадковувати атрибути супертипів (відношення спадкування “is a” “це є “).
Слайд 13

ООП Об’єктно-орієнтоване проектування (ООD — Object Oriented Design) — це методологія

ООП

Об’єктно-орієнтоване проектування (ООD — Object Oriented Design) — це методологія проектування, що поєднує

в собі процес об’єктної 1) декомпозиції та способи представлення 2) логічної, фізичної, статичної та динамічної моделей системи.
1. Декомпозиція — об’єктна;
2. Багато засобів представлення моделей.
Слайд 14

ОО аналіз Об’єктно-орієнтований аналіз (ООА — Object Oriented Analysis) — це

ОО аналіз

Об’єктно-орієнтований аналіз (ООА — Object Oriented Analysis) — це методологія, при

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

Складові частини ОО підходу Абстракція Інкапсуляція Модульність Ієрархія

Складові частини ОО підходу

Абстракція
Інкапсуляція
Модульність
Ієрархія

Слайд 16

Приклад #include //Make public and private explicit in class class complex_c1

Приклад

#include
//Make public and private explicit in class
class complex_c1 {

public://need to know style- our preference
void assign(double r, double i);
void print()
{ cout << real << " + " << imag << "i ";}
private:
double real, imag;
};
inline void complex_c1::assign(double r, double i = 0.0)
{
real = r;
imag = i;
}
Слайд 17

Абстракція Абстракція — це відмова від зайвих деталей класу об`єктів та

Абстракція

Абстракція — це відмова від зайвих деталей класу об`єктів та виділення важливих

деталей їх структури та поведінки.
Інтерфейс об’єкту містить важливі аспекти поведінки. Абстракція дозволяє реалізувати відношення між об’єктами: клієнт-сервер — один об’єкт (клієнт) використовує ресурси іншого об’єкта (сервера), на основі якої формується контрактна модель програми, тобто внутрішня структура об’єкта визначається контрактом.
Зовнішня взаємодія — контракт:
1. Кожна операція задається формальними параметрами та типом значень, що вертається;
2. Повний набір операцій — протокол (містить всі засоби) — поліморфізм;
3. Інваріант — деяка логічна умова, значення якої повинно зберігатися (передумова та постумова).
Слайд 18

Приклад #include //Make public and private explicit in class class complex_c1

Приклад

#include
//Make public and private explicit in class
class complex_c1 {

public://need to know style- our preference
void assign(double r, double i);
void print()
{ cout << real << " + " << imag << "i ";}
private:
double real, imag;
};
inline void complex_c1::assign(double r, double i = 0.0)
{
real = r;
imag = i;
}
Слайд 19

Інкапсуляція Інкапсуляція – це процес відокремлення одного елементу від інших елементів

Інкапсуляція

Інкапсуляція – це процес відокремлення одного елементу від інших елементів

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

Приклад #include //Make public and private explicit in class class complex_c1

Приклад

#include
//Make public and private explicit in class
class complex_c1 {

public://need to know style- our preference
void assign(double r, double i);
void print()
{ cout << real << " + " << imag << "i ";}
private:
double real, imag;
};
inline void complex_c1::assign(double r, double i = 0.0)
{
real = r;
imag = i;
}
Слайд 21

Модульність Модульність — це властивість системи, що була розкладена внутрішньо, в

Модульність

Модульність — це властивість системи, що була розкладена внутрішньо, в якій модулі

пов’язані між собою слабко.
Модулі — об’єктні:
виконують роль фізичних контейнерів, що містять визначення класів та об’єктів;
розроблюються різними людьми;
модулі можуть компілюватися окремо;
в один модуль групуються логічно пов’язані класи та об’єкти.
Слайд 22

Приклад #include //Make public and private explicit in class class complex_c1

Приклад

#include
//Make public and private explicit in class
class complex_c1 {

public://need to know style- our preference
void assign(double r, double i);
void print()
{ cout << real << " + " << imag << "i ";}
private:
double real, imag;
};
inline void complex_c1::assign(double r, double i = 0.0)
{
real = r;
imag = i;
}
Слайд 23

Ієрархія Ієрархія — це впорядкування абстракцій та розміщення їх по рівням.

Ієрархія

Ієрархія — це впорядкування абстракцій та розміщення їх по рівням.
Основні види

ієрархії:
1. Структура класів “is a” (узагальнення-спеціалізація)
2. Структура об’єктів “part of” (агрегація структури [включення])
Слайд 24

Приклади ієрархії Одиночне спадкування — від одного класу; Множинне спадкування —

Приклади ієрархії

Одиночне спадкування — від одного класу;
Множинне спадкування — від

багатьох (декількох класів).
Спадкування — це ієрархія “узагальнення-спеціалізація”.
Слайд 25

ОСНОВНІ ВЛАСТИВОСТІ ООП До основних принципів ООП відносяться наступні: 1. Абстракція

ОСНОВНІ ВЛАСТИВОСТІ ООП

До основних принципів ООП відносяться наступні:
1. Абстракція — виділення

головного.
2. Інкапсуляція — можливість приховати внутрішні деталі під час опису загального інтерфейсу. Ключові слова private, public, protected визначають рівень доступу для забезпечення інкапсуляції (на рівні об’єктів);
3.  Успадкування — передача властивостей від попередника (отримання властивостей з протоколу базового класу). Засіб отримання нових класів з існуючих;
4. Поліморфізм — умови, в яких вид має різні морфологічні форми. Окремі повідомлення можуть викликати різноманітні дії. Спосіб реалізації — перевантаження операцій та функцій – паралельний поліморфізм, коли тип невизначений, а його значення вказується пізніше (в С++ — базові вказівники та шаблони).
Слайд 26

Основна концепція ООП Основна концепція ООП — передача повідомлень об’єктам. Абстрактні

Основна концепція ООП 

Основна концепція ООП — передача повідомлень об’єктам.
Абстрактні типи даних

в С++ реалізуються за допомогою механізму класів (дозволяє керувати видимістю того, що є в основі виконання).
Клас — ключове слово “Сlass” — абстрактний тип даних.
Об’єкт — змінна типу СlassName, де СlassName — визначений раніше клас.
Дані стану оголошуються в описі класу і називаються полями даних, дані-члени чи члени.
Слайд 27

Приклад main() { complex_c1 b; complex_c1 * c; b.assign(3.3, 4.4); c->assign(5.5,

Приклад

main()
{
complex_c1 b;
complex_c1 * c;
b.assign(3.3, 4.4);
c->assign(5.5, 6.6);
cout

<< "\nComplex from class definition: ";
b.print();
cout << "\nComplex from explicit class definition: ";
c.print();
}
Слайд 28

Основна концепція ООП Повідомлення – вказуються за допомогою прототипів функцій в

Основна концепція ООП

Повідомлення – вказуються за допомогою прототипів функцій в описі

класу. Прототип функції — це тип значення, що повертається, ім’я функції та список параметрів. Список параметрів  включає типи параметрів та необов’язкові імена параметрів.
Метод в С++ — це визначення (реалізація) функції. Прототипи функції та визначення називаються функціями-членами класу. Члени класу — це поля даних та функції-члени.
Підклас — похідний клас. Його суперклас чи базовий клас називається базовим.
Слайд 29

Лекція 3. Класи та об’єкти. Проектування класів та їх методів.

Лекція 3.

Класи та об’єкти. Проектування класів та їх методів.

Слайд 30

Мета введення класів в С++ Головна мета введення концепції класів в

Мета введення класів в С++

Головна мета введення концепції класів в С++ —

це  забезпечення програміста засобами для створення нових типів, які були б такими ж зручними у використанні, як і вбудовані.
Тип — конкретний представник деякої концепції.
Клас — це тип, що визначає користувач. Для визначення концепції, яка не виражається безпосередньо вбудованими типами, створюються нові типи. Ретельно підібраний набір типів, які визначає користувач, робить програму коротшою і виразнішою.
Основний сенс введення нових типів полягає в обмеженні доступу до даних ззовні та у використанні для цього спеціальних процедур у межах чітко визначеного інтерфейсу.
Слайд 31

Функції-члени Функції, визначені всередині опису класу (до речі, структура — це

Функції-члени

Функції, визначені всередині опису класу (до речі, структура — це один

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

Приклад class complex_c1 { public://need to know style- our preference void

Приклад

class complex_c1 {
public://need to know style- our preference
void assign(double

r, double i);
void print()
{ cout << real << " + " << imag << "i ";}
private:
double real, imag;
};
inline void complex_c1::assign(double r, double i = 0.0)
{
real = r;
imag = i;
}
Слайд 33

Контроль доступу Розглянемо приклад: class X { public: void init(); int

Контроль доступу

Розглянемо приклад:
class X
{
public:
void init();
int getITnow();
private:
int

x,y,z;
int px,py,pz;
};
Слайд 34

Контроль доступу Імена в закритій private частині можна використовувати тільки у

Контроль доступу

Імена в закритій private частині можна використовувати тільки у функціях-членах

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

Статичні члени Змінну, яка є частиною класу, а не частиною об’єкта

Статичні члени
Змінну, яка є частиною класу, а не частиною об’єкта цього

класу, називають статичним членом і позначають специфікатором static
Слайд 36

Приклад #include using namespace std; class Conscription { static int Age;

Приклад

#include  using namespace std; class Conscription {   static int Age; public:   void setInt(int n) {       Age = n;    }   int getInt() {       return Age;    } }; int main() {    Conscription  Petrov, Sidorov;   Petrov.setInt(18);    cout << “Petrov’s age: " << Petrov.getInt() << '\n'; // displays 18   cout << “Sidorov’s age: " << Sidorov.getInt()<<'\n';// also displays 18    return 0; }

Слайд 37

Константні функції-члени Нехай у класі Х існують функції, які надають і

Константні функції-члени

Нехай у класі Х існують функції, які надають і змінюють

значення об’єкта типу Х. Але, на жаль, не існує способу для перевірки значення об’єкта Х. Проте цю проблему можна легко вирішити, описавши ці функції як константні функції-члени, тобто функції, які не змінюють стан Х:
Слайд 38

Приклад: три способи використання const class Birthday { int d,m,y; const

Приклад: три способи використання const

class Birthday {
int d,m,y;
const string congratulations;

public:
int day() const {return d;}
int month() const {return m;}
int year() const {return y;}
const string getCon() { return congratulations; }
void print (const int d, const int m, const int y)
{cout<<“My birthday is ”<< d<<“.”< //…
};
Слайд 39

Константні функції-члени Коли константна функція-член описується зовні, а не всередині класу,

Константні функції-члени

Коли константна функція-член описується зовні, а не всередині класу, то

потрібно додати суфікс const:
inline int Date::year() const //правильно
{ return y;}
Константну функцію-член можна викликати як для константного, так і для неконстантного об’єкта, тоді як неконстантну функцію-член можна викликати тільки для об’єкта, який не є константою
Слайд 40

Підкласи Підкласи — це класи, які успадковують усі "властивості" суперкласу ("батьківського

Підкласи

Підкласи — це класи, які успадковують усі "властивості" суперкласу ("батьківського класу")


Геометрична фігура

Коло

Прямокутник

Трикутник

Слайд 41

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

Віртуальні функції

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

базовому класі функції, які можна було б замінити у кожному наступному класі.
Слайд 42

Ієрархія класів Об’єкти різних класів і самі класи можуть перебувати у

Ієрархія класів

Об’єкти різних класів і самі класи можуть перебувати у відношенні

успадкування, за якого формується ієрархія об’єктів, що відповідає заздалегідь передбаченій ієрархії класів.
Ієрархія класів дозволяє визначати нові класи на основі вже існуючих. Існуючі класи зазвичай називають базовими (інколи батьківським), а нові класи, що формуються на основі базових, — похідними (породженими), інколи класами-нащадками або спадкоємцями. Похідні класи “отримують спадок” — дані і методи своїх базових класів — і, крім того, можуть поповнюватись власними компонентами (даними і власними методами).
Наприклад, за таким визначенням
class S: X{…};
клас S породжений класом X, звідки він успадковує компоненти.
Слайд 43

Приклад виконання #include #include #include using namespace std; class Student {

Приклад виконання

#include
#include
#include
using namespace std;
class Student
{
private:
string

name;
int age, course;
public:
void setData();
void getData();
};
Слайд 44

Приклад виконання void Student::setData() { cout cin>>name; } void Student::getData() { cout cout }

Приклад виконання

void Student::setData()
{
cout<<"Enter name"<< endl;
cin>>name;
}
void Student::getData()
{
cout<< " Name="

< cout<< " Age=" <}
Слайд 45

Приклад виконання //------------------------------------------------- int main() { Student Olga; //створення об’єкта Student*

Приклад виконання

//-------------------------------------------------
int main()
{
Student Olga; //створення об’єкта
Student* Nick; //створення вказівника

Olga.setData(); //виклик функції setData() об’єкта Olga
Olga.getData();
Nick=new Student; //виділення пам’яті під об’єкт
Nick->setData(); //виклик функції об’єкта *Nick
Nick->getData();
getch();
return 0;
}
Слайд 46

Об'єкти Об‘єкт завжди: є чітко обмеженим не обов‘язково є відчутним Приклад:

Об'єкти

Об‘єкт завжди:
є чітко обмеженим
не обов‘язково є відчутним
Приклад: процес хімічного виробництва
Об‘єкт

характеризується станом, поведінкою та ідентичністю;
структура та поведінка схожих об‘єктів визначають їх загальний клас. Об`єкт - це екземпляр класу.
Приклад: автомат з напоями, ліфт.
Стан об‘єкту — перелік (зазвичай статичний) усіх властивостей цього об‘єкту та поточними (звичайно динамічними) значеннями кожного з цих властивостей.
Слайд 47

Приклад class PersonnelRecord { public: char * employee Name () const;

Приклад

class PersonnelRecord { public: char * employee Name () const; //всі об‘єкти

можуть int employee Local Security Number () const; //отримати дані char * employee Department () const; protected: char name [100]; //лише підкласи int Social Security Number; //можуть визначати char department [10]; //значення float Salary; };
Слайд 48

Поведінка об’єкту Поведінка об‘єкту — це спосіб дії та реакції об‘єкту.

Поведінка об’єкту

Поведінка об‘єкту — це спосіб дії та реакції об‘єкту.
Поведінка висловлюється в

термінах стану об‘єкту та передачі повідомлень.
Поведінка — яка спостерігається і перевіряється зовні дії об‘єкту.
Приклад: Автомат — в залежності від стану (кількості монет) видає або ні напій.
Слайд 49

Приклад Розглянемо клас «Черга» class Queue { public: Queue (); Queue

Приклад

Розглянемо клас «Черга»
class Queue { public: Queue (); Queue (const

Queue &); virtual ~Queue (); //знищує чергу, але не її учасників virtual Queue & Operator = (const Queue &) //virtual - буде визначатися // в класах-нащадках virtual int operator = = (const Queue &) const; int operator! = (const Queue &) const; virtual void clear (); virtual void append (const void *); virtual void pop (); //просування черги virtual void remove (int at); virtual int length (); virtual int isEmpty () const; virtual const void * front () const; virtual int location (const void *)const; protected: };
Слайд 50

Mutable mutable — антипод const, визначає член, який не буде const

Mutable

mutable — антипод const, визначає член, який не буде const ні

за яких умов (навіть для const об‘єкта).
Слайд 51

Відношення між класами Класи не існують ізольовано. Основні типи відносин між

Відношення між класами

Класи не існують ізольовано.
Основні типи відносин між класами:
1. "узагальнення/спеціалізація" (загальне–частинне)

“is a”
2. "ціле–частина" — “part of”
3. асоціація — семантичний, смисловий зв‘язок.
ОО мови програмування підтримують різні комбінації наступних типів відносин:
асоціація — найбільш загальне та невизначене відношення
успадкування — "загальне–частинне"
агрегація — "ціле–частина"
використання — наявність зв‘язку між екземплярами класів
інстанціонування — специфічний різновид узагальнення
метаклас — клас класів (класи як об‘єкти).
Слайд 52

Приклад Приклад Студент КПІ - студент Студент мед. Університету - студент

Приклад

Приклад
Студент КПІ - студент
Студент мед. Університету - студент
Студенти

фіз-теху та ФІОТу - студенти КПІ
Відмінники - складові частини обох типів студентів
Викладачі - наводять жах на студентів.
Слайд 53

Асоціація Приклад — товари та продаж. Class Product; //те, що продали

Асоціація

Приклад — товари та продаж.
Class Product; //те, що продали Class Sale; //угода, в

якій продано //декілька товарів Class Product { public: . . . protected: Sale* last Sale; }; Class Sale { public: . . . protected: Product** product Sold; };
Слайд 54

Асоціація Асоціація — смисловий зв‘язок, як правило, не має напрямку та

Асоціація

Асоціація — смисловий зв‘язок, як правило, не має напрямку та не пояснює,

як класи спілкуються один з одним.
Потужність — кількість учасників цього смислового зв`язку
один до одного;
один до багатьох;
багато до багатьох.
Агрегація — включення одного класу до іншого — відповідає агрегації між екземплярами.
Агрегація як співвідношення "ціле–частина" є спрямованою. Не вимагає обов‘язкового фізичного включення (акціонер володіє акціями, але не складається з них).
Якщо (і тільки якщо) існує відношення "ціле–частина" між об‘єктами, класи повинні знаходитися у співвідношенні агрегації.
Використання — спрямовано, якщо клас є частиною сигнатури функції-члена іншого класу (параметром).
Використання класів –> рівноправний зв‘язок між їх екземплярами (клієнт–сервер).
Слайд 55

Конструктори Одне з основних завдань об’єктно-орієнтованого програмування полягає у тому, щоб

Конструктори

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

описаного раз і назавжди класу працювали «правильно» — тобто так, як це визначає модель. Кожний об’єкт перед тим як почати роботу, потрібно створити, тобто перевести в якийсь початковий стан. Отже, треба якимось чином описати можливі механізми створення об’єктів даного класу. Для цього в мові C++ існують конструктори. Це особливі методи класу, які й повинні перевести об’єкт у той самий початковий стан. Конструктор описується як метод, ім’я якого збігається з іменем класу, а тип поверненого значення опущений.
Слайд 56

Приклад. Конструктор з параметрами для класу «Point» class Point { public:

Приклад. Конструктор з параметрами для класу «Point»

class Point
{
public:
Point(int x0,

int y0);
private:
int x, y;
};
Point::Point(int x0, int y0)
{
x=x0;
y=y0;
}
Тепер для створення об’єкта класу Point потрібно після імені змінної вказати параметри, як для виклику функції:
Point A(1, 1), B(2, 0);
Слайд 57

Типи конструкторів Існують деякі типи конструкторів, які, крім безпосереднього використання, автоматично

Типи конструкторів

Існують деякі типи конструкторів, які, крім безпосереднього використання, автоматично викликаються

у деяких особливих ситуаціях.
Конструктор за замовчуванням
Конструктор за замовчуванням - це конструктор, що викликається без параметрів:
Point();
Point(int a=5);
Його використовують для створення масиву об’єктів, оскільки не зрозуміло, які конструктори і з якими параметрами треба викликати для кожного елементу масиву. Наприклад:
Point A[10];
Point* B=new Point[10]; 
Конструктор за замовчуванням викликається також тоді, якщо не вказано параметри для ініціалізації об’єкта, як у цьому випадку:
Point p;
Слайд 58

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

Конструктор копіювання

Цей конструктор викликається тоді, коли потрібно створити копію об’єкта.

Аргументом цього конструктора має бути посилання на об’єкт цього самого класу:
Point(Point& p);
Важливим випадком, коли викликається конструктор копіювання, є передавання об’єкта у функцію як параметра за значенням. Тоді створюється новий об’єкт і для нього автоматично викликається конструктор копіювання. Створення конструкторів копіювання потрібне у випадку, якщо об’єкт потребує якихось спеціальних операцій при копіюванні, оскільки під час стандартного копіювання вміст одного об’єкта просто побайтно переноситься в інший.
Слайд 59

Приклад. Клас String з реалізованими конструкторами class String { public: String();

Приклад. Клас String з реалізованими конструкторами

class String
{
public:
String(); // конструктор за

замовчуванням
String(const String& s); // конструктор копіювання
String(const char* s); // конструктор з параметром
// const char*, який являє собою
// стандартний рядок s
~String(); // деструктор
private:
char* array; // масив символів
int size; // розмір масиву
};
Слайд 60

Приклад виклику конструкторів int main() { String a, b; // конструктор

Приклад виклику конструкторів

int main()
{ String a, b; // конструктор за замовчуванням

String c(a); // конструктор копіювання
print(a); // конструктор копіювання, оскільки
// аргумент передається у функцію за значенням
String d(“One”); // конструктор з параметром
//...
}
Слайд 61

Деструктори Конструктори ініціалізують об’єкт, тобто вони створюють середовище, у якому "працюють"

Деструктори

Конструктори ініціалізують об’єкт, тобто вони створюють середовище, у якому "працюють" функції-члени.

Іноді створення такого середовища зумовлює "захоплення" якихось ресурсів: пам’яті, файлу, процесорного часу, які повинні бути "звільнені" після їх використання. Тобто класам потрібна функція, яка б знищувала об’єкт аналогічно тому, як його створює конструктор. Такі функції називають деструкторами
Слайд 62

Приклад деструктора class Column { const char* s; // ... };

Приклад деструктора

class Column
{
const char* s;
// ...
};
class Table


{
Column* p;
size_t sz;
public:
Table(size_t s=15) {p=new Column[sz=s];}
//конструктор
~Table() {delete[] p;} //деструктор
// ...
};
Слайд 63

Лекция 4. Отношения между классами

Лекция 4. Отношения между классами

Слайд 64

Классы и объекты Класс - это некое множество объектов, имеющих общую структуру и общее поведение

Классы и объекты

Класс - это некое множество объектов, имеющих общую структуру

и общее поведение
Слайд 65

Классы и объекты Объект обозначает конкретную сущность, определенную во времени и в пространстве Млекопитающие … …

Классы и объекты

Объект обозначает конкретную сущность, определенную во времени и в

пространстве

Млекопитающие

…

…

Слайд 66

Типи відношень Класи, як і об‘єкти не існують ізольовано!!! Основні типи

Типи відношень

Класи, як і об‘єкти не існують ізольовано!!!
Основні типи відношень між

класами (на етапі проектування)
“Узагальнення/спеціалізація" (загальне–частинне) “is a”
напр., троянди є частинним випадком квітів, тобто підкласом більш загального класу «квіти»
Ціле/частина("part of")
напр., лепестки являются частью цветов
Семантичний, змістовний зв’язок та асоціація
напр., насекомые ассоциируются с цветами
Слайд 67

Отношения в языках программирования 1/2 ОО языки программирования поддерживают разные комбинации

Отношения в языках программирования 1/2

ОО языки программирования поддерживают разные комбинации следующих

отношений
Ассоциация
обозначает смысловую связь между классами
наиболее общее и неопределенное отношение
Наследование
выражает отношение общего и частного
напр., цветок – роза, человек – студент
Агрегация
выражает отношение целого и части
напр., цветок состоит из лепестков,
Слайд 68

Отношения в языках программирования 2/2 Использование наличие связи между экземплярами классов

Отношения в языках программирования 2/2

Использование
наличие связи между экземплярами классов
напр., экземпляр класса

явл. параметром функции-члена другого класса
Инстанцирование
специфическая разновидность обобщения
напр., в С++ - шаблоны
Метакласс
это класс классов, что позволяет трактовать классы как объекты
Слайд 69

Ассоциация Отношение, означающее некоторую смысловую связь между классами Асоціація — смисловий

Ассоциация

Отношение, означающее некоторую смысловую связь между классами
Асоціація — смисловий зв‘язок, як правило,

не має напрямку та не пояснює, як класи спілкуються один з одним.
Потужність — кількість учасників цього смислового зв`язку
“один до одного”;
“один до багатьох”;
“багато до багатьох”.
Слайд 70

Ассоциация Пример 1 – система розничной торговли класс Product - то,

Ассоциация

Пример 1 – система розничной торговли
класс Product - то, что продано

в некоторой сделке
класс Sale - сама сделка, в которой продано несколько товаров
Слайд 71

Асоціація Приклад — товари та продажі. class Product; //те, що продали

Асоціація

Приклад — товари та продажі.
class Product; //те, що продали class Sale; //угода, в

якій продано //декілька товарів class Product { public: . . . protected: Sale* last Sale; };
class Sale { public: . . . protected: Product** product Sold; };
Слайд 72

Ассоциация Пример 2 связь между классом Sale и классом CreditCardTransaction (транзакция

Ассоциация

Пример 2
связь между классом Sale и классом CreditCardTransaction (транзакция кредитной карточки)
каждая

продажа соответствует ровно одному снятию денег с данной кредитной карточки
мощность - "один-к-одному"
Слайд 73

Наследование Отношение между классами, при котором класс использует структуру или поведение

Наследование

Отношение между классами, при котором класс использует структуру или поведение другого

(одиночное наследование) или других (множественное наследование) классов
Вводит иерархию "общее/частное"
Множественное наследование
в С++ - возожно, однако создает трудности!
в Java – запрещено, однако возможно множественная реализация интерфейсов
Слайд 74

Підкласи Підкласи — це класи, які успадковують усі "властивості" суперкласу ("батьківського

Підкласи

Підкласи — це класи, які успадковують усі "властивості" суперкласу ("батьківського класу")


Геометрична фігура

Коло

Прямокутник

Трикутник

Слайд 75

Приклад class PersonnelRecord { public: char * employee Name () const;

Приклад

class PersonnelRecord { public: char * employee Name () const; //всі об‘єкти

можуть int employee Local Security Number () const; //отримати дані char * employee Department () const; protected: char name [100]; //лише підкласи int Social Security Number; //можуть визначати char department [10]; //значення float Salary; };
Слайд 76

Ієрархія класів Об’єкти різних класів і самі класи можуть перебувати у

Ієрархія класів

Об’єкти різних класів і самі класи можуть перебувати у відношенні

успадкування, за якого формується ієрархія об’єктів, що відповідає заздалегідь передбаченій ієрархії класів.
Ієрархія класів дозволяє визначати нові класи на основі вже існуючих. Існуючі класи зазвичай називають базовими (інколи батьківським), а нові класи, що формуються на основі базових, — похідними (породженими), інколи класами-нащадками або спадкоємцями. Похідні класи “отримують спадок” — дані і методи своїх базових класів — і, крім того, можуть поповнюватись власними компонентами (даними і власними методами).
Наприклад, за таким визначенням
class S: X{…};
клас S породжений класом X, звідки він успадковує компоненти.
Віртуальні функції визначаються специфікатором virtual і дозволяють програмісту описати в базовому класі функції, які можна було б замінити у кожному наступному класі.
Слайд 77

Успадкування Приклад 1 – дані космічних апаратів

Успадкування

Приклад 1 – дані космічних апаратів

Слайд 78

Успадкування class TelemetryData { public: TelemetryData(); virtual ~TelemetryData(); virtual void transmit();

Успадкування

class TelemetryData { public: TelemetryData(); virtual ~TelemetryData(); virtual void transmit(); Time currentTime() const; protected: int id; Time timeStamp; };

Слайд 79

Успадкування class ElectricalData : public TelemetryData { public: ElectricalData(float v1, float

Успадкування

class ElectricalData : public TelemetryData { public: ElectricalData(float v1, float v2, float a1,

float a2); ~ElectricalData(); void transmit(); float currentPower() const; protected: float fuelCell1Voltage, fuelCell2Voltage; float fuelCell1Amperes, fuelCell2Amperes; };
Слайд 80

Агрегація Виражає відношення цілого та частини Агрегація — включення одного класу

Агрегація

Виражає відношення цілого та частини
Агрегація — включення одного класу до

іншого — відповідає агрегації між екземплярами.
Агрегація як співвідношення "ціле–частина" є спрямованою. Не вимагає обов‘язкового фізичного включення (акціонер володіє акціями, але не складається з них).
Якщо (і тільки якщо) існує відношення "ціле–частина" між об‘єктами, класи повинні знаходитися у співвідношенні агрегації.
Приклад 1
Heater – нагрівач
TemperatureController –
контролер температури
Слайд 81

Агрегація class TemperatureController { public: TemperatureController(Location); ~TemratureController(); void process(const TemperatureRamp&); Minute

Агрегація

class TemperatureController { public: TemperatureController(Location); ~TemratureController(); void process(const TemperatureRamp&); Minute schedule(const TemperatureRamp&) const; private: Heater h; };

Слайд 82

Агрегація Агрегація не вимагає обов’язкового фізичного включенння об’єкта! Приклад 2 акционер

Агрегація

Агрегація не вимагає обов’язкового фізичного включенння об’єкта!
Приклад 2
акционер владеет акциями, но

они не являются его физической частью
время жизни объектов может быть совершенно различным!
Слайд 83

Використання Використання — відношення між класами, якщо клас є частиною сигнатури

Використання

Використання — відношення між класами, якщо клас є частиною сигнатури функції-члена іншого

класу (параметром).
Використання класів –> рівноправний зв‘язок між їх екземплярами (клієнт–сервер).
Пример 1
TemperatureController –
контролер температури
TemperatureRamp –
визначає функцію часу
від температури
Слайд 84

Приклад використання class TemperatureController { public: TemperatureController(Location); ~TemratureController(); void process(const TemperatureRamp&);

Приклад використання

class TemperatureController { public: TemperatureController(Location); ~TemratureController(); void process(const TemperatureRamp&); Minute schedule(const TemperatureRamp&) const; private: Heater h; };

Слайд 85

Инстанцирование Подстановка параметров шаблона обобщенного или параметризованного класса В результате создается

Инстанцирование

Подстановка параметров шаблона обобщенного или параметризованного класса
В результате создается конкретный класс,

который может иметь экземпляры
В С++
использование параметризированных классов - шаблонов
Слайд 86

Метакласс Класс классов. Класс, экземпляры которого сами являются классами В чистом

Метакласс

Класс классов. Класс, экземпляры которого сами являются классами
В чистом виде нет

в С++!
Реализуется за счет использования статических (static) методов и атрибутов
они являются общими для всех экземпляров этого класса
Слайд 87

Лекция 5 Идентичность объектов

Лекция 5

Идентичность объектов

Слайд 88

Идентичность Идентичность - это такое свойство объекта, которое отличает его от

Идентичность

Идентичность - это такое свойство объекта, которое отличает его от всех

других объектов
«В большинстве языков программирования и управления базами данных для различения временных объектов их именуют, тем самым путая адресуемость и идентичность. Большинство баз данных различают постоянные объекты по ключевому атрибуту, тем самым смешивая идентичность и значение данных". – Хошафян и Коупленд
Источником множества ошибок в объектно-ориентированном программировании является неумение отличать имя объекта от самого объекта.
Слайд 89

Пример struct Point { int x; int y; Point() : x(0),

Пример

struct Point {
int x; int y; Point() : x(0), y(0)

{} Point(int xValue, int yValue) : x(xValue), y(yValue) {}
};
Если абстракция представляет собой собрание других объектов без какого-либо собственного поведения, мы делаем ее структурой.
Слайд 90

Пример class DisplayItem { public: DisplayItem(); DisplayItem(const Point& location); virtual ~DisplayItem();

Пример

class DisplayItem {
public:
DisplayItem(); DisplayItem(const Point& location); virtual ~DisplayItem(); virtual void

draw(); virtual void erase(); virtual void select(); virtual void unselect(); virtual void move(const Point& location); int isSelected() const; Point location() const; int isUnder(const Point& location) const;
protected: ... };
Слайд 91

Экземпляры классов Объявим экземпляры указанных классов: DisplayItem item1; DisplayItem* item2 =

Экземпляры классов

Объявим экземпляры указанных классов:
DisplayItem item1; DisplayItem* item2 = new

DisplayItem(Point(75, 75)); DisplayItem* item3 = new DisplayItem(Point(100, 100)); DisplayItem* item4 = 0;
Уникальная идентичность (но не обязательно имя) каждого объекта сохраняется на все время его существования, даже если его внутреннее состояние изменилось.
Слайд 92

Идентичность Рассмотрим результат выполнения следующих операторов item1.move(item2->location()); item4 = item3; item4->move(Point(38,

Идентичность

Рассмотрим результат выполнения следующих операторов
item1.move(item2->location()); item4 = item3; item4->move(Point(38, 100));
Объект item1

и объект, на который указывает item2, теперь относятся к одной и той же точке экрана. Указатель item4 стал указывать на тот же объект, что и item3. Кстати, заметьте разницу между выражениями "объект item2" и "объект, на который указывает item2". Второе выражение более точно, хотя для краткости мы часто будем использовать их как синонимы.
Слайд 93

Идентичность Хотя объект item1 и объект, на который указывает item2, имеют

Идентичность

Хотя объект item1 и объект, на который указывает item2, имеют одинаковое

состояние, они остаются разными объектами.
Кроме того, мы изменили состояние объекта *item3, использовав его новое косвенное имя item4.
Эта ситуация называется структурной зависимостью.
Структурная зависимость порождает в объектно-ориентированном программировании много проблем. Трудность распознания побочных эффектов при действиях с синонимичными объектами часто приводит к "утечкам памяти", неправильному доступу к памяти, и, хуже того, непрогнозируемому изменению состояния. Например, если мы уничтожим объект через указатель item3, то значение указателя item4 окажется бессмысленным; эта ситуация называется повисшей ссылкой.
Слайд 94

Идентичность На рисунке иллюстрируется результат выполнения следующих действий: item2 = &item1; item4->move(item2->location());

Идентичность

На рисунке иллюстрируется результат выполнения следующих действий:
item2 = &item1; item4->move(item2->location());


Слайд 95

Идентичность В первой строке создается синоним: item2 указывает на тот же

Идентичность

В первой строке создается синоним: item2 указывает на тот же объект,

что и item1.
Во второй доступ к состоянию item1 получен через этот новый синоним. К сожалению, при этом произошла утечка памяти, - объект, на который первоначально указывала ссылка item2, никак не именуется ни прямо, ни косвенно, и его идентичность потеряна.
В Smalltalk и CLOS память, отведенная под объекты, будет вновь возвращена системе сборщиком мусора.
В языках типа C++ такая память не освобождается, пока не завершится программа, создавшая объект. Такие утечки памяти могут вызвать и просто неудобство, и крупные сбои, особенно, если программа должна непрерывно работать длительное время
Слайд 96

Копирование, присваивание и равенство Структурная зависимость имеет место, когда объект имеет

Копирование, присваивание и равенство

Структурная зависимость имеет место, когда объект имеет несколько

имен. В наиболее интересных приложениях объектно-ориентированного подхода использование синонимов просто неизбежно. Например, рассмотрим следующие две функции:
void highLight(DisplayItem& i); void drag(DisplayItem i); // Опасно
Если вызвать первую функцию с параметром item1, будет создан псевдоним: формальный параметр i означает ссылку на фактический параметр, и следовательно item1 и i именуют один и тот же объект во время выполнения функции. При вызове второй функции с аргументом item1 ей передается новый объект, являющийся копией item1: i обозначает совершенно другой объект, хотя и с тем же состоянием, что и item1.
Слайд 97

Копирование, присваивание и равенство В C++ различают передачу параметров по ссылке

Копирование, присваивание и равенство

В C++ различают передачу параметров по ссылке и

по значению. Надо следить за этим, иначе можно нечаянно изменить копию объекта, желая изменить сам объект. В общем случае, передача объектов по ссылке крайне желательна для сложных объектов, поскольку при этом копируется ссылка, а не состояние, и следовательно, достигается большая эффективность (за исключением тех случаев, когда передаваемое значение очень простое).
В некоторых случаях, однако, подразумевается именно копирование. В языках типа C++ семантику копирования можно контролировать. В частности, мы можем ввести конструктор копии в определение класса, как в следующем фрагменте кода, который можно было бы включить в описание класса DisplayItem:
DisplayItem(const DisplayItem&);
В C++ конструктор копии может быть вызван явно (как часть описания объекта) или неявно (с передачей объекта по значению)
Слайд 98

Присваивание, копирование и равенство Присваивание - это, вообще говоря, копирование Копирование

Присваивание, копирование и равенство

Присваивание - это, вообще говоря, копирование
Копирование
«глубокое» -

копирование всех ссылок и указателей на другие обьекты
«поверхностное» - копирует только объект, используя конструктор копирования
Равенство может быть:
2 объекта обозначают 1 объект (item3 и item4)
Равенство состояний у разных объектов (item1 и item2)
Слайд 99

Равенство В C++ нет предопределенного оператора равенства, поэтому мы должны определить

Равенство

В C++ нет предопределенного оператора равенства, поэтому мы должны определить равенство

и неравенство, объявив эти операторы при описании:
Мы предлагаем описывать оператор равенства как виртуальный (так как ожидаем, что подклассы могут переопределять его поведение), и описывать оператор неравенства как невиртуальный (так как хотим, чтобы он всегда был логическим отрицанием равенства: подклассам не следует переопределять это).
virtual int operator=(const DisplayItem&) const; int operator!=(const DisplayItem&) const;
Слайд 100

Время жизни объекта Началом времени существования любого объекта является момент его

Время жизни объекта

Началом времени существования любого объекта является момент его создания

(отведение участка памяти)
Окончанием - возвращение отведенного участка памяти системе.
Слайд 101

Явное создание объекта Объекты создаются явно или неявно Явно При объявлении

Явное создание объекта

Объекты создаются явно или неявно
Явно
При объявлении (как это было

с item1): тогда объект размещается в стеке
Можно разместить объект, то есть выделить ему память из «кучи» (item3)
В C++ в любом случае при этом вызывается конструктор, который выделяет известное ему количество правильно инициализированной памяти под объект.
Слайд 102

Неявное создание объекта Неявно передача параметра по значению в C++ создает

Неявное создание объекта

Неявно
передача параметра по значению в C++ создает в стеке

временную копию объекта.
создание объектов транзитивно: создание объекта тянет за собой создание других объектов, входящих в него
Объекты, созданные в стеке, уничтожаются при выходе из блока, в котором они были определены, но объекты, созданные в "куче" оператором new, продолжают существовать и занимать место в памяти: их необходимо явно уничтожать оператором delete.
Слайд 103

Лекція № 6 Успадкування

Лекція № 6

Успадкування

Слайд 104

Успадкування Об’єкти різних класів і самі класи можуть перебувати у відношенні

Успадкування

Об’єкти різних класів і самі класи можуть перебувати у відношенні успадкування,

за якого формується ієрархія об’єктів, що відповідає заздалегідь передбаченій ієрархії класів.
Ієрархія класів дозволяє визначати нові класи на основі вже існуючих. Існуючі класи зазвичай називають базовими (інколи породжуюими), а нові класи, що формуються на основі базових, — похідними (породженими), інколи класами-нащадками або спадкоємцями.
Похідні класи “отримують спадок” — дані і методи своїх базових класів — і, крім того, можуть поповнюватись власними компонентами (даними і власними методами). Елементи, які успадковуються, не переміщуються в похідний клас, а залишаються в базових класах. Повідомлення, обробку якого не можуть виконати методи похідного класу, автоматично передається в базовий клас.
Слайд 105

Успадкування Будь-який похідний клас може, в свою чергу, стати базовим для

Успадкування

Будь-який похідний клас може, в свою чергу, стати базовим для інших

класів, і таким чином формується напрямлений граф ієрархії класів та об’єктів. В ієрархії похідний об’єкт успадковує дозволені для успадкування компоненти всіх базових об’єктів. Іншими словами, в об’єкта є можливість доступу до даних і методів усіх своїх базових класів.
Успадкування в ієрархії класів може відображатись і у вигляді дерева, і у вигляді більш загального напрямленого ациклічного графу. В С++ дозволяється множинне успадкування — можливість для деякого класу успадковувати компоненти кількох ніяк не зв’язаних між собою базових класів.
Слайд 106

Приклад class TelemetryData class TelemetryData { public: TelemetryData(); virtual ~TelemetryData(); virtual

Приклад class TelemetryData

class TelemetryData { public: TelemetryData(); virtual ~TelemetryData(); virtual void

transmit(); //передача даних Time currentTime() const; protected: int id; //ключ для ідентифікації даних Time timeStamp; //часові мітки };
Слайд 107

Приклад class ElectricalData class ElectricalData: public TelemetryData { public: ElectricalData(float v1,

Приклад class ElectricalData

class ElectricalData: public TelemetryData { public: ElectricalData(float v1, float

v2, float a1, float a2); virtual ~ElectricalData(); void transmit(); float currentPower() const; //розвив потужність protected: float fuelCell1 Voltage, fuelCell2 Voltage; //напруга та струм float fuelCell1 Amperes, fuelCell2 Amperes; // в обох електробатареях };
Слайд 108

Основні означення Клас, від якого успадковуються властивості, називається суперкласом. Спадкоємець —

Основні означення

Клас, від якого успадковуються властивості, називається суперкласом. Спадкоємець — підкласом.
Класи, екземпляри

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

Приклад : базовий клас Предположим, у вас есть базовый класс employee:

Приклад : базовий клас

Предположим, у вас есть базовый класс employee:
#include


#include
class employee
{ public:    employee(char *, char *, float);    void show_employee(void); prоtected:    char name[64];    char position[64];    float salary; };
Далее предположим, требуется класс manager, который добавляет следующие элементы данных в класс employee:
float annual_bonus; char company_car[64];
Слайд 110

Защищенные элементы обеспечивают доступ и защиту Программа не может обратиться напрямую

Защищенные элементы обеспечивают доступ и защиту

Программа не может обратиться напрямую к

частным элементам класса. Для обращения к частным элементам программа должна использовать интерфейсные функции, которые управляют доступом к этим элементам.
Как вы, вероятно, заметили, наследование упрощает программирование в том случае, если производные классы могут обращаться к элементам базового класса с помощью оператора точки. В таких случаях ваши программы могут использовать защищенные элементы класса.
Производный класс может обращаться к защищенным элементам базового класса напрямую, используя оператор точку. Однако оставшаяся часть вашей программы может обращаться к защищенным элементам только с помощью интерфейсных функций этого класса.
Таким образом, защищенные элементы класса находятся между открытыми (доступными всей программе) и закрытыми (доступными только самому классу) элементами.
Слайд 111

Функції-члени базового класу employee::employee(char *name, char *position, float salary) // конструктор

Функції-члени базового класу

employee::employee(char *name, char *position, float salary) // конструктор
{    strcpy(employee::name,

name);    strcpy(employee::position, position);    employee::salary = salary; }
void employee::show_employee(void)
{    cout << "Имя: " << name << endl;    cout << "Должность: " << position << endl;    cout << "Оклад: $" << salary << endl; }
Слайд 112

Похідний клас class manager : public employee { public: manager(char *,

Похідний клас

class manager : public employee
{ public:    manager(char *, char

*, char *, float, float);    void show_manager(void); private:    float annual_bonus;    char company_car[64];    };
Слайд 113

Функції-члени похідного класу manager::manager(char *name, char *position, char *company_car, float salary,

Функції-члени похідного класу

manager::manager(char *name, char *position, char *company_car, float salary, float

bonus) : employee(name, position, salary) // ініціалізатор конструктора
{    strcpy(manager::company_car, company_car) ;    manager::annual_bonus = bonus ;     }
void manager::show_manager(void)
{    show_employee(); // без явної кваліфікації (підклас є //підтипом)    cout << "Машина фирмы: " << company_car << endl;    cout << "Ежегодная премия: $" << annual_bonus << endl;     }
Слайд 114

Головна функція void main(void) { employee worker("Джон Дой", "Программист", 35000); //

Головна функція

void main(void)
{    employee worker("Джон Дой", "Программист", 35000); // конструктор

базового класу    manager boss("Джейн Дой", "Вице-президент ", "Lexus", 50000.0, 5000); // конструктор похідного класу    worker.show_employee() ;    boss.show_manager(); }
Слайд 115

Резюме Наследование – отношение между классами, позволяющее производить новый класс из

Резюме

Наследование – отношение между классами, позволяющее производить новый класс из существующего

базового класса.
Производный класс — это новый класс, а базовый класс — существующий класс.
Для порождения класса из базового начинайте определение производного класса ключевым словом class, за которым следует имя класса, двоеточие и имя базового класса, например class dalmatian: dog.
Когда вы порождаете класс из базового класса, производный класс может обращаться к общим элементам базового класса, как будто эти элементы определены внутри самого производного класса. Для доступа к частным данным базового класса производный класс должен использовать интерфейсные функции базового класса.
Внутри конструктора производного класса ваша программа должна вызвать конструктор базового класса, указывая двоеточие, имя конструктора базового класса и соответствующие параметры сразу же после заголовка конструктора производного класса.
Слайд 116

Резюме Чтобы обеспечить производным классам прямой доступ к определенным элементам базового

Резюме

Чтобы обеспечить производным классам прямой доступ к определенным элементам базового класса,

в то же время защищая эти элементы от оставшейся части программы, C++ обеспечивает защищенные {protected) элементы класса. Производный класс может обращаться к защищенным элементам базового класса, как будто они являются общими. Однако для оставшейся части программы защищенные элементы эквивалентны частным.
Если в производном и базовом классе есть элементы с одинаковым именем, то внутри функций производного класса C++ будет использовать элементы производного класса. Если функциям производного класса необходимо обратиться к элементу базового класса, вы должны использовать оператор глобального разрешения, например base class:: member.
Слайд 117

Поліморфізм VCL — візуальні компоненти. TОbject — базовий клас. Клас має

Поліморфізм

VCL — візуальні компоненти. TОbject — базовий клас.
Клас має 2 типи клієнтів:
– екземпляри —

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

Поліморфізм Розглянемо приклад Нехай функція transmit класу TelemetryData реалізована так:

Поліморфізм

Розглянемо приклад
Нехай функція transmit класу TelemetryData реалізована так:

Слайд 119

Поліморфізм void TelemetryData::transmit() //передає заголовок пакету { //передати id //передати timeStamp

Поліморфізм

void TelemetryData::transmit() //передає заголовок пакету { //передати id //передати timeStamp }; void ElectricalData::transmit() //перевизначення {

TelemetryData::transmit ( ); //виклик функції суперкласу з використанням //кваліфікованого імені //передати напругу //передати силу току };
Слайд 120

Поліморфізм Визначимо екземпляри двох класів: TelemetryData telemetry; ElectricalData electrical (5.0, -5.0,

Поліморфізм

Визначимо екземпляри двох класів:
TelemetryData telemetry; ElectricalData electrical (5.0, -5.0, 3.0, 7.0);
Визначимо вільну

процедуру:
void transmit FreshData(TelemetryData& d, const Time& t) { if(d, currentTime() >= t) d.transmit(); };
Слайд 121

Поліморфізм i transmit FreshData(telemetry, Time (60)); ii transmit FreshData(electrical, Time (120));

Поліморфізм

i transmit FreshData(telemetry, Time (60)); ii transmit FreshData(electrical, Time (120));
i — перша

функція передає заголовок, ii — передає заголовок та 4 дійсних числа. Це приклад поліморфізму.
Змінна d може позначати об‘єкти різних класів, в яких є загальний суперклас — параметричний поліморфізм.
Слайд 122

Перенавантаження Вперше ідею поліморфізму пов‘язували з можливістю перевизначати зміст символів, наприклад

Перенавантаження

Вперше ідею поліморфізму пов‘язували з можливістю перевизначати зміст символів, наприклад “+”.

В сучасному програмуванні це називається перевантаженням:
функцій (відрізняються сигнатурою)
операцій.
За умов відсутності поліморфізму код програми має містити оператори switch та case.
Слайд 123

Механізм пізнього зв’язування Поліморфізм тісно пов‘язаний з механізмом пізнього зв‘язування: зв‘язок

Механізм пізнього зв’язування

Поліморфізм тісно пов‘язаний з механізмом пізнього зв‘язування: зв‘язок методу

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

Успадкування та типізація В діаграмі класів TelemetryData усі підкласи є підтипами

Успадкування та типізація

В діаграмі класів TelemetryData усі підкласи є підтипами вищого

класу.
Система типів, паралельна успадкуванню, характерна для мов з сильною типізацією, в тому числі C++.
Паралель між типізацією та успадкуванням з‘являється там, де іерархія загального і часткового висловлює смислові зв‘язки між абстракціями.
Слайд 125

Приклад успадкування TelemetryData telemetry; ElectricalData electrical(5.0, -5.0, 3.0, 7.0); telemetry =

Приклад успадкування

TelemetryData telemetry; ElectricalData electrical(5.0, -5.0, 3.0, 7.0); telemetry = electrical; //правомірно, так

як //electrical — підтип telemetry
Проте таке присвоєння небезпечне, оскільки втрачаються усі доповнення в стані підкласу, якщо порівнювати із станом суперкласу.
electrical = telemetry; //невірно
Слайд 126

Висновок з прикладу Висновок: присвоєння об‘єкту y значення об‘єкту x (y=x)

Висновок з прикладу

Висновок: присвоєння об‘єкту y значення об‘єкту x (y=x) припустимо,

якщо тип об‘єкту x співпадає з типом об‘єкту y, або x є його підтипом.
Для типів, для яких існує співвідношення клас/підклас, припустиме перетворення типів (в C++ — зведення типів). Звичайно зведення типів використовують для присвоєння об‘єкту спеціалізованого класу об‘єкта більш загального класу. Іноді навпаки (це небезпечно).
Слайд 127

Ієрархія типів В C++ ієрархія типів співпадає з ієрархією класів. Таким

Ієрархія типів

В C++ ієрархія типів співпадає з ієрархією класів. Таким чином,

техніку виклику методів суперкласу з підкласу можна оптимізувати.
Якщо під час визначення класу його суперклас оголошено public, то підклас є одночасно підтипом (як в TelemetryData): він зобов‘язується виконувати усі обов‘язки суперкласу:
забезпечує сумісну з суперкласом підмножину інтерфейсу
має ідентичну з суперкласом поведінку.
Слайд 128

Private у суперкласі Якщо під час оголошення класу його суперклас оголосити

Private у суперкласі

Якщо під час оголошення класу його суперклас оголосити private,

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

Приклад class InternalElectricalData: private ElectricalData { public: InternalElectricalData(float v1, float v2,

Приклад

class InternalElectricalData: private ElectricalData { public: InternalElectricalData(float v1, float v2, float a1,

float a2); virtual ~InternalElectricalData(); ElectricalData::currentPower(); };
Слайд 130

Висновок з прикладу В цьому прикладі суперклас закритий, звідси: 1. його

Висновок з прикладу

В цьому прикладі суперклас закритий, звідси:
1. його методи недосяжні для

клієнтів;
2. об‘єкти підкласу не можна присвоювати об‘єктам суперкласу;
3. функція currentPower() видима завдяки її явній кваліфікації (інакше вона була б недосяжною).
Наслідуваний елемент не можна робити більш відкритим в підкласі, ніж в суперкласі.
Наприклад, член timeStamp (protected в TelemetryData) не може стати public шляхом явної кваліфікації.
Слайд 131

Множинне успадкування Розглянемо приклад класу Student class student: public virtual person

Множинне успадкування

Розглянемо приклад класу Student
class student: public virtual person { }; class

student { public: char* name; }; class worker { public: char* name; };
class student_worker: public student, public worker { void worker() {
print() { cout<
Слайд 132

Проблеми множинного успадкування Student ______ name Worker ______ name Student_worker _____________ Student: name Worker: name

Проблеми множинного успадкування

Student
______
name

Worker
______
name

Student_worker
_____________
Student: name
Worker: name

Слайд 133

Проблеми множинного успадкування Student _______ name Worker _____ name Student_worker _____________

Проблеми множинного успадкування

Student
_______
name

Worker
_____
name

Student_worker
_____________
Student: name
Worker: name

Person
______
name

Слайд 134

Проблеми множинного успадкування Student Worker Student_worker name Student: name Worker: name Person ______ name virtual virtual

Проблеми множинного успадкування

Student

Worker

Student_worker
name
Student: name
Worker: name

Person
______
name

virtual

virtual

Слайд 135

Проблеми множинного успадкування конфлікт імен між суперкласами в C++ усувається шляхом

Проблеми множинного успадкування

конфлікт імен між суперкласами в C++ усувається шляхом додавання

префікса (повної кваліфікації)
повторне успадкування: один клас є спадкоємцем іншого за кількома лініями
можна заборонити (Smalltalk)
можна розвести дві копії успадкованого елемента, додаючи до імен префікси у вигляді імені класу-джерела (С++)
множинні посилання на один і той же клас можна розглядати як один клас (С++); суперклас, що повторюється, визначається як віртуальний базовий клас (shared class)
Слайд 136

Множинне успадкування При множинному успадкуванні використовується прийом створення домішок (mixin) —

Множинне успадкування

При множинному успадкуванні використовується прийом створення домішок (mixin) — класів,

не призначених для породження самостійних примірників, а для змішування з іншими класами (InsurableItem, InterestBearingItem).
Домішка — це клас, який виражає не поведінку, а одну звичку.
Класи, сконструйовані з домішок, називаються агрегатними.
Множинне успадкування використовується, якщо існує декілька ортогональних наборів ознак, за якими можна згрупувати кінцеві класи і ці групи перекриваються.
Слайд 137

Відношення між класами та об’єктами Класи і об'єкти тісно пов'язані поняття.

Відношення між класами та об’єктами

Класи і об'єкти тісно пов'язані поняття. Будь-який

об'єкт належить деякому класу. Клас породжує будь-яке число об'єктів.
Класи статичні (всі їх особливості і зміст визначаються в процесі компіляції). Об'єкти динамічні, тобто створюються і знищуються в процесі виконання програми.
Слайд 138

Відношення між класами та об’єктами На етапі аналізу і ранніх стадіях

Відношення між класами та об’єктами

На етапі аналізу і ранніх стадіях проектування

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

Якість об’єктів Якість класів і об'єктів визначається критеріями: зчеплення - міра

Якість об’єктів

Якість класів і об'єктів визначається критеріями:
зчеплення - міра глибини

зв'язків між окремими модулями або класами
суперечність: треба прагнути до мінімального зачеплення, але успадкування передбачає сильне зачеплення
Слайд 140

Якість класів Зачем нужны виртуальные функции При наследовании часто бывает необходимо,

Якість класів

Зачем нужны виртуальные функции При наследовании часто бывает необходимо, чтобы поведение

некоторых методов базового класса и классов-наследников отличались. Решение, на первый взгляд, очевидное: переопределить соответствующие методы в производном классе. Однако тут возникает одна проблема, которую лучше рассмотреть на простом примере (листинг 9.1).
//Листинг 9.1. Необходимость виртуальных функций
#include using namespace std;
class Base // базовый класс
{ public:
int f(const int &d) // метод базового класса
{ return 2*d; }
int CallFunction(const int &d) // предполагается
{ return f(d)+1; // вызов метода базового класса
}
};
class Derived: public Base // производный класс
{ public: // CallFunction наследуется
int f(const int &d) // метод f переопределяется
{ return d*d;
}
};
int main()
{
Base a; // объект базового класса
cout << a.CallFunction(5)<< endl; // получаем 11
Derived b; // объект производного власса
cout << b.CallFunction(5)<< endl; // какой метод f вызывается?
return 0;
}
Слайд 141

В базовом классе определены два метода — f() и CallFunction(), —

В базовом классе определены два метода — f() и CallFunction(), —

причем во втором методе вызывается первый. В классе-наследнике метод f() переопределен, а метод CallFunction() унаследован. Очевидно, метод f() переопределяется для того, чтобы объекты базового класса и класса-наследника вели себя по-разному. Объявляя объект b типа Derived, программист, естественно, ожидает получить результат 5 * 5 + 1 = 26 — для этого и переопределялся метод f(). Однако на экран, как и для объекта а типа Base, выводится число 11, которое очевидно вычисляется как 2 * 5 + 1 = 11. Несмотря на переопределение метода f() в классе-наследнике, в унаследованной функции CallFunction() вызывается «родная» функция f(), определенная в базовом классе! Аналогичная проблема возникает и в несколько другом контексте: при подстановке ссылки или указателя на объект производного класса вместо ссылки или указателя на объект базового. Рассмотрим опять пример с часами и будильником (листинг 9.2).
Слайд 142

//Листинг 9.2. Неожиданная работа принципа подстановки class Clock // базовый класс

//Листинг 9.2. Неожиданная работа принципа подстановки
class Clock // базовый класс

— часы
{ public:
void print() const
{ cout << "Clock!" << endl; }
};
class Alarm: public Clock // производный класс — будильник
{ public:
void print() const // переопределенный метод
{ cout << "Alarm!" << endl; }
};
void settime(Clock &d) // функция установки времени
{ d.print(); } // предполагается вызов метода базового класса
//...
Clock W; // объект базового класса
settime(W); // выводится "Clock«
Alarm U; // объект производного класса
settime(U); // ссылка на производный вместо базового
Clock *c1 = &W; // адрес объекта базового класса
c1->print(); // вызов базового метода
c1 = &U; // адрес объекта производного типа вместо базового
c1->print(); // какой метод вызывается, базовый или производный?
Слайд 143

Опять в классе-наследнике переопределен метод для того, чтобы обеспечить различное поведение

Опять в классе-наследнике переопределен метод для того, чтобы обеспечить различное поведение

объектов базового и производного классов. Однако и при передаче параметра по ссылке базового класса в функцию settime(), и при явном вызове метода print() через указатель базового класса наблюдается одна и та же картина: всегда вызывается метод базового класса, хотя намерения программиста состоят в том, чтобы вызвать метод производного. Для того чтобы разобраться в ситуации, необходимо уяснить, что такое связывание. Связывание — это сопоставление вызова функции с телом. В приведенных ранее примерах связывание выполняется на этапе трансляции (до запуска) программы. Такое связывание обычно называют ранним, или статическим. При трансляции класса Base (см. листинг 9.1) компилятор ничего не знает о классах-наследниках , поэтому он не может предполагать, что метод f() будет переопределен в классе Derived. Его естественное поведение — «прочно» связать вызов f() с телом метода класса Base. Аналогично при трансляции функции settime() компилятору ничего не известно о типе реально передаваемого объекта во время выполнения программы. Поэтому вызов метода print() связывается с телом метода базового класса Clock, как и определено в заголовке функции settime(). Точно так же указатель на базовый класс «прочно» связывается с методом базового класса во время трансляции. Конечно, при вызове метода по указателю в данном конкретном случае мы можем вызвать метод производного класса, задав явное преобразование указателя:
Слайд 144

static_cast (c1)->print(); Или так: ((Alarm *)c1)->print(); // "лишние" скобки нужны! Однако

static_cast(c1)->print(); Или так: ((Alarm *)c1)->print(); // "лишние" скобки нужны!
Однако для функции settime() и

метода CallFunction() это сделать невозможно — нам необходимо именно разное поведение в зависимости от типа объекта. Да и с указателем не все так просто: если такой вызов прописан внутри функции, которая принимает этот указатель как параметр (например, settime(Clock *c1)), то мы имеем те же проблемы. Определение виртуальных функций Получается, что в С++ должен существовать механизм, с помощью которого можно узнать тип объекта во время выполнения программы. Такой механизм в С++ есть и он, как уже отмечалось, называется динамической идентификацией типов (RTTI). Однако в ситуациях, подобных описанным, применяется другой, более «сильный» и элегантный механизм С++ — механизм виртуальных функций (см. п. 10.3 в Стандарте). Чтобы добиться разного поведения в зависимости от типа, необходимо объявить функцию-метод виртуальной; в С++ это делается с помощью ключевого слова virtual. Таким образом, в листинге 9.1 объявление метода f() в базовом и производном классе должно быть таким:
virtual int f(const int &d) // в базовом классе
{ return 2*d; }
virtual int f(const int &d) // в производном классе
{ return d*d; }
После этого для объектов базового и производного классов мы получаем разные результаты: 11 и 26. Аналогично в листинге 9.2 объявление метода print() тоже должно начинаться со слова virtual:
virtual void print() const // в базовом классе
{ cout << "Clock!" << endl; }
virtual void print() const // в производном классе
{ cout << "Alarm!" << endl; }
После этого вызов settime() с параметром базового класса обеспечит нам вывод на экран слова «Clock», а с параметром производного класса — слова «Alarm». И при вызове по указателю наблюдается та же картина. Вообще-то ключевое слово virtual достаточно написать только один раз — в объявлении функции базового класса. Определение можно писать без слова virtual — все равно функция будет считаться виртуальной. Однако лучше всегда это делать явным образом, чтобы всегда по тексту было видно, что функция является виртуальной.
Слайд 145

Для виртуальных функций обеспечивается не статическое, а динамическое (позднее, отложенное) связывание,

Для виртуальных функций обеспечивается не статическое, а динамическое (позднее, отложенное) связывание,

которое реализуется во время выполнения программы. Естественно, это влечет за собой некоторые накладные расходы, однако на них можно не обращать внимания, так как обеспечивается динамический полиморфизм. Александреску указывает, что в С++ реализованы два типа полиморфизма:
статический полиморфизм, или полиморфизм времени компиляции (compile-time polymorphism), осуществляется за счет перегрузки и шаблонов функций;
динамический полиморфизм, или полиморфизм времени выполнения (run-time polymorphism), реализуется виртуальными функциями.
С перегрузкой функций «разбирается» компилятор, правильно подбирая вариант функции в той или иной ситуации. И полиморфизм шаблонных функций тоже реализуется на этапе компиляции. Естественно, выбор осуществляется статически. Выбор же виртуальной функции происходит динамически — при выполнении программы. Класс, включающий виртуальные функции, называется полиморфным. Правила описания и использования виртуальных функций-методов следующие: 1. Виртуальная функция может быть только методом класса. 2. Любую перегружаемую операцию-метод класса можно сделать виртуальной, например, операцию присваивания или операцию преобразования типа. 3. Виртуальная функция, как и сама виртуальность, наследуется. 4. Виртуальная функция может быть константной. 5. Если в базовом классе определена виртуальная функция, то метод производного класса с такими же именем и прототипом (включая тип возвращаемого значения и константность метода) автоматически является виртуальным (слово virtual указывать необязательно) и замещает функцию-метод базового класса. 6. Конструкторы не могут быть виртуальными. 7. Статические методы не могут быть виртуальными. 8. Деструкторы могут (чаще — должны) быть виртуальными — это гарантирует корректный возврат памяти через указатель базового класса.
Слайд 146

Лекція № 7 Система позначень Буча. Мова UML

Лекція № 7

Система позначень Буча.
Мова UML

Слайд 147

Системи позначень Загальноприйнята система позначень дозволяє розробнтку описати сценарій або розробити

Системи позначень

Загальноприйнята система позначень дозволяє розробнтку описати сценарій або розробити архітектуру

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

Об’єктні моделі Статичні діаграми класів об’єктів модулів процесів Динамічні діаграми переходів

Об’єктні моделі

Статичні діаграми
класів
об’єктів
модулів
процесів

Динамічні діаграми
переходів з одного стану в інше
взаємодії (між об’єктами)

Неможливо

представити всі класи та їх зв’язки на одній діаграмі!
Слайд 149

Об’єктні моделі Логічне представлення описує перелік та зміст ключових абстракцій та

Об’єктні моделі

Логічне представлення
описує перелік та зміст ключових абстракцій та механізмів, які

формують предметну область або визначають архітектуру системи
Фізична модель
визначає конкретну програмно-апаратну платформу, на якій реалізована система
Слайд 150

Системи позначень Система позначень Буча Нотації Буча Мова Unified Modeling Language Уніфікована мова моделювання

Системи позначень

Система позначень Буча
Нотації Буча
Мова Unified Modeling Language
Уніфікована мова моделювання

Слайд 151

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

Діаграми класів

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

зв‘язку між екземплярами класів
Слайд 152

Потужність відношення 1 – один зв’язок N – необмежене число (0

Потужність відношення

1 – один зв’язок
N – необмежене число (0 або більше)


0..N - Нуль або більше
1..N - Один або більше
0..1 - Нуль або один
3..7 - Заданий інтервал
1..3, 7 - Заданий інтервал або точне число
Слайд 153

Приклад діаграми класів

Приклад діаграми класів

Слайд 154

Відношення інстанціювання Параметризований клас

Відношення інстанціювання

Параметризований клас

Слайд 155

Додаткові позначення Абстрактний клас Дружній клас Статичний клас

Додаткові позначення

Абстрактний клас

Дружній клас

Статичний клас

Слайд 156

Режими доступу - відкритий (за замовчуванням) | - protected || - private

Режими доступу

<без позначень> - відкритий (за замовчуванням)
| - protected
||

- private
Слайд 157

Специфікації Неграфічна форма, яка використовується для повного опису елементів системи позначень:

Специфікації

Неграфічна форма, яка використовується для повного опису елементів системи позначень: класу,

асоціацій, окремих операцій або цілої діаграми
Наприклад
Обов’язки: текст Атрибути: перелік атрибутів Операції: перелік операцій Обмеження: перелік обмежень
Слайд 158

Діаграми станів і переходів Відображає простір станів даного класу події, які

Діаграми станів і переходів

Відображає
простір станів даного класу
події, які спричиняють перехід з

одного стану в інше;
дії, які відбуваються при зміні стану

Ім’я
Дія

Перехід стану

Стан

Слайд 159

Приклад діаграми станів

Приклад діаграми станів

Слайд 160

Діаграма об’єктів Відображає існуючі об’єкти та їх відношення в системі (миттєвий знімок роботи системи)

Діаграма об’єктів

Відображає існуючі об’єкти та їх відношення в системі (миттєвий знімок

роботи системи)
Слайд 161

Приклад діаграми об’єктів

Приклад діаграми об’єктів

Слайд 162

Діаграма взаємодії Використовується з тим, щоб прослідити виконання сценарія Інший спосіб

Діаграма взаємодії

Використовується з тим, щоб прослідити виконання сценарія
Інший спосіб представлення діаграми

об’єктів

Лінія життя об’єкта

Об’єкт 1

Об’єкт 2

Об’єкт 3

Об’єкт 4

Подія

операція

операція

операція

Слайд 163

Приклад діаграми взаємодії

Приклад діаграми взаємодії

Слайд 164

Діаграма модулів Відображає розподілення класів та об’єктів по модулям в фізичному проектуванні системи main() .hpp .cpp

Діаграма модулів

Відображає розподілення класів та об’єктів по модулям в фізичному проектуванні

системи

main()

.hpp

.cpp

Слайд 165

Приклад В С++ - компіляційні залежності (директива #include)

Приклад

В С++ - компіляційні залежності (директива #include)

Слайд 166

Діаграми процесів Відображають розподіл процесів по процесорам в физичному проекті системи

Діаграми процесів

Відображають розподіл процесів по процесорам в физичному проекті системи
Процесор

- частина апаратури, що може виконувати програми
Пристрій - частина апаратури, що не може виконувати програми (пристрої вводу-виводу, звуку тощо)
Слайд 167

Приклад Нейрокомп’ютер Нейрокомп’ютер Звук Навчання та тестування Аналіз Персональний комп’ютер RISC-процесор Персональний комп’ютер

Приклад

Нейрокомп’ютер

Нейрокомп’ютер

Звук

Навчання та тестування

Аналіз

Персональний комп’ютер

RISC-процесор

Персональний комп’ютер

Слайд 168

Планування процесів Витісняюче Процес з більшим пріоритетом може віднімати процесорний час

Планування процесів

Витісняюче
Процес з більшим пріоритетом може віднімати процесорний час у процесу

з меншим пріоритетом
Невитісняюче
Однопоточність
Циклічне
Процеси отримують рівну кількість процесорного часу
Алгоритмічне
Використовується деякий алгоритм
Ручне
Контролюється користувачем
Слайд 169

Лекція №7 Мова UML (Unified Modelling Language)

Лекція №7

Мова UML
(Unified Modelling Language)

Слайд 170

Основы UML Унифицированный язык моделирования UML=Unified Modelling Language язык для определения,

Основы UML

Унифицированный язык моделирования UML=Unified Modelling Language
язык для определения, визуализации, конструирования

и документирования артефактов программных систем, а также для моделирования экономических процессов и других не программных систем
Слайд 171

История создания UML UML это важный фактический и юридический стандарт для

История создания UML

UML
это важный фактический и юридический стандарт для объектно-ориентированного моделирования
появился

в 1994 году в результате совместных усилий Гради Буча и Джима Румбаха по объединению их популярных методов — метода Буча и ОМТ (Object Modeling Technique)
в 1997 году был принят в качестве стандартного языка моделирования группой промышленных стандартов OMG (Object Management Group). С тех пор он продолжает развиваться в новой редакции OMG UML.
Слайд 172

Способы использования UML Для черновиков неполные и неформальные диаграммы (зачастую нарисованные

Способы использования UML

Для черновиков
неполные и неформальные диаграммы (зачастую нарисованные от руки

на доске), создаваемые для прояснения сложных проектных решений. Здесь используется мощь визуального представления.
Для создания проектной документации
относительно детализированные диаграммы проектирования, применяемые для визуализации и лучшего понимания существующего кода, обратного проектирования или генерации кода.
В качестве языка программирования
полные выполняемые спецификации программных систем на языке UML. Выполняемый код можно автоматически сгенерировать. Однако разработчику его сложно осознать или модифицировать — человек работает только с “языком программирования UML”. Такой способ использования UML требует отображения всей логики системы или ее поведения (возможно, с использованием диаграмм взаимодействия или состояний). Он также придает разработке робастность и надежность.
Слайд 173

Ракурсы моделей (1) Для всех моделей применяется одна и та же

Ракурсы моделей (1)

Для всех моделей применяется одна и та же система

обозначений, но интерпретация диаграмм выполняется в разных ракурсах:
концептуальный (conceptual perspective)
ракурс спецификации (specification perspective)
ракурс реализации (implementation perspective)
Слайд 174

Ракурсы моделей (2) Концептуальный ракурс – диаграммы описывают понятия реального мира

Ракурсы моделей (2)

Концептуальный ракурс – диаграммы описывают понятия реального мира
Ракурс спецификации

– программные абстракции и компоненты со спецификациями и интерфейсами (без привязки к языку)
Ракурс реализации – программные абстракции с привязкой к языку
Слайд 175

Диаграмма классов Показывает классы и отношения Атрибуты Методы Более подробное представление

Диаграмма классов

Показывает классы и отношения

Атрибуты

Методы

Более подробное представление

Слайд 176

Отношения между классами Ассоциация Смысловая связь между классами

Отношения между классами

Ассоциация
Смысловая связь между классами

Слайд 177

Мощность отношения 1 – одна связь N – неограниченное число (0

Мощность отношения

1 – одна связь
N – неограниченное число (0 или больше)


0..N - ноль или больше
1..N - один или больше
0..1 - ноль или один
3..7 - заданный интервал
1..3, 7 - заданный интервал или точное число
Слайд 178

Отношения между классами Наследование Общее-частное, обобщение

Отношения между классами

Наследование
Общее-частное, обобщение

Слайд 179

Отношения между классами Агрегация Целое-часть

Отношения между классами

Агрегация
Целое-часть

Слайд 180

Отношения между классами Композит строгий тип агрегации, характеризующийся тем, что каждый

Отношения между классами

Композит
строгий тип агрегации, характеризующийся тем, что каждый элемент может

принадлежать только одному целому
Пример: компоненты кофейного столика — столешница и ножки — составляют композит
Слайд 181

Отношения между классами Интерфейс набор операций, которые задают некоторые аспекты поведения

Отношения между классами

Интерфейс
набор операций, которые задают некоторые аспекты поведения класса и

представляют его для других классов.
Класс связан с интерфейсом отношением реализации

Класс

Интерфейс

Слайд 182

Области видимости Открытая область – public “+” Защищенная область “#” Закрытая область “-”

Области видимости

Открытая область – public
“+”
Защищенная область
“#”
Закрытая область 
“-”

Слайд 183

Диаграммы состояний Представляет состояния объекта и переходы между ними, а также

Диаграммы состояний

Представляет состояния объекта и переходы между ними, а также показывает

начальное и конечное состояние объекта

Начальное состояние

Конечное состояние

Имя состояния
Виды деятельности

Слайд 184

Диаграммы состояний Пример: класс персональный компьютер

Диаграммы состояний

Пример: класс персональный компьютер

Слайд 185

Диаграммы последовательностей Обеспечивает динамическое представление системы, отображая передачу сообщений между соответствующими

Диаграммы последовательностей

Обеспечивает динамическое представление системы, отображая передачу сообщений между соответствующими

классами

Имя объекта

Линия жизни объекта

Точки активации

Слайд 186

Диаграммы последовательностей Сообщения между объектами вызов: запрос объекта-отправителя к объекту-получателю на

Диаграммы последовательностей

Сообщения между объектами
вызов: запрос объекта-отправителя к объекту-получателю на выполнение одной

из его операций
синхронное: отправитель ожидает завершения выполнения операции
асинхронное: отправитель передает управление получателю и не ожидает ответа для продолжения выполнения своих действий
ответ: ответное сообщение

Вызов: синхронный асинхронный

Ответ

Слайд 187

Диаграммы последовательностей Пример - автомат по продаже лимонада 1. Покупатель помещает

Диаграммы последовательностей

Пример - автомат по продаже лимонада
1. Покупатель помещает монету в

щель на лицевой панели автомата и выбирает сорт лимонада
2. Монета попадает в реестр, который ее обрабатывает.
3. Реестр дает команду отсеку доставить лимонад к лицевой панели автомата.
Слайд 188

Диаграммы последовательностей Пример - автомат по продаже лимонада

Диаграммы последовательностей

Пример - автомат по продаже лимонада

Слайд 189

Диаграммы коммуникации Являются расширением понятия объектной диаграммы - в дополнение к

Диаграммы коммуникации

Являются расширением понятия объектной диаграммы - в дополнение к

связям между объектами включают сообщения, которые объекты передают друг другу
Отражает взаимодействие объектов во времени
Аналог диаграммы объектов в нотациях Буча
Слайд 190

Диаграммы коммуникации Пример 1 - автомобили и ключи

Диаграммы коммуникации

Пример 1 - автомобили и ключи

Слайд 191

Диаграммы коммуникации и последовательностей Любую диаграмму последовательностей можно преобразовать в диаграмму коммуникации, и наоборот

Диаграммы коммуникации и последовательностей

Любую диаграмму последовательностей можно преобразовать в диаграмму коммуникации,

и наоборот
Слайд 192

Диаграммы коммуникации Пример 2 - автомат по продаже лимонада

Диаграммы коммуникации

Пример 2 - автомат по продаже лимонада

Слайд 193

Диаграммы видов деятельности Описывается последовательность шагов (видами деятельности) Похожа на старые

Диаграммы видов деятельности

Описывается последовательность шагов (видами деятельности)
Похожа на старые блок-схемы
Удобна

для отображения бизнес-процессов или операций
Слайд 194

Диаграммы видов деятельности Принятие решения Параллельные пути развития событий Отправка и получение сигналов

Диаграммы видов деятельности

Принятие решения

Параллельные пути развития событий

Отправка и получение сигналов


Слайд 195

Диаграммы видов деятельности Пример - диаграмма видов деятельности для бизнес-процесса встречи

Диаграммы видов деятельности

Пример - диаграмма видов деятельности для бизнес-процесса встречи с

новым клиентом
1.Агент договаривается с клиентом о встрече
2. Если встреча планируется в офисе консалтинговой фирмы, то специалист по техническому обеспечению готовит конференц-зал для переговоров
3. Если встреча состоится в офисе клиента, консультант готовит всю необходимую документацию на переносном компьютере
4. Консультант и агент встречаются с клиентом в назначенном месте и в оговоренное время
5. Агент готовит документы о результатах встречи
6. Если результат встречи положителен и задача сформулирована, консультант оформляет предложение и отправляет его клиенту
Слайд 196

Диаграммы компонентов Компонент является модулем или частью системы определяет функциональность системы:

Диаграммы компонентов

Компонент
является модулем или частью системы
определяет функциональность системы: представляет собой

программную реализацию одного или нескольких классов

UML1.x

Разные версии в UML2.x

Слайд 197

Диаграммы компонентов Пример: библиотеки Java для работы с графикой

Диаграммы компонентов

Пример: библиотеки Java для работы с графикой

Слайд 198

Диаграммы развертывания Отражают способ воплощения артефактов в физической системе и способ

Диаграммы развертывания

Отражают способ воплощения артефактов в физической системе и способ соединения

аппаратных средств между собой
Главным аппаратным элементом является узел
Аналог д. процессов в нотациях Буча

Представление узла в UML

Слайд 199

Диаграммы развертывания Диаграмма развертывания для домашней системы

Диаграммы развертывания

Диаграмма развертывания для домашней системы

Слайд 200

Диаграммы пакетов Пакеты предназначены для группирования элементов диаграмм (например, классов) Если

Диаграммы пакетов

Пакеты предназначены для группирования элементов диаграмм (например, классов)
Если пакету

присвоено имя, значит, это же имя связано и с группой элементов
В терминах языка UML пакет предоставляет для содержащихся в нем элементов пространство имен
Слайд 201

Отношения между пакетами обобщение, зависимость или уточнение один пакет уточняет другой,

Отношения между пакетами

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

содержатся те же самые элементы, но в более подробном представлении

обобщение

зависимость

Слайд 202

Отношения между пакетами Два способа визуализации отношения уточнения

Отношения между пакетами

Два способа визуализации отношения уточнения

- Предыдущая
Prolog. A general-purpose logic programming language associated with artificial intelligence and computational linguistics
Следующая -
Терморас. Инструкция - файл «INST»

Похожие презентации

Автоматизация послеуборочной обработки зерна
“Безработица равна 100%, если безработный – это Вы”. Адам Смит
SkyDNS-облачный контент-фильтр
Виды работ при построении триангуляции
Этапы разработки технического задания
Авторитет и лидерство. Формы власти и влияния, стили руководства
Генетика и медицина О разрешите мне загадку жизни, Мучительно старинную загадку… Скажите, что такое человек. Г.Гейне Наши врачи должны, как азбуку, знать законы наследственности. И.П. Павлов
Уроки рисования пастелью
Место игры в применяемых педагогических образовательных технологиях и ее влияние на укрепление здоровья детей
Всички плодове и зеленчуци си имат цвят. Едни са жълти, други зелени, червени, лилави оранжеви. - презентация
Презентация Роль таможенно-тарифного регулирования в обеспечении экономической безопасности страны
Методы физической культуры
Дифференциальные уравнения Однородные дифференциальные уравнения Линейные дифференциальные уравнения Уравнения Бернулли
Обменное взаимодействие. Симметрия координатных и спиновых функций
Организация и проведение криминологического исследования
РЕШЕНИЕ НЕРАВЕНСТВ С ОДНИМ НЕИЗВЕСТНЫМ
Выйдя на улицу, юный пешеход должен вежливо передвигаться только по тротуару или обочине! - презентация
Отраслевые информационные центры
Публикация материалов на сервисе Calaméo © Збицкая Наталья Юрьевна, учитель математики МОУ «Средняя школа №13» г. Балаково Саратовской области
Цепочечная структура
Рейтинговая система оценивания достижений учащихся (материалы к выступлению на методическом семинаре) Выполнила зам.директора
Монтаж конструкций
Права и свободы человека и гражданина РФ
Средства и методы физического воспитания
American versus British English
Пример воздействия агрессивной среды на неметаллические конструкции
Презентация Актуальные вопросы административной ответственности за нарушение таможенных правил
Презентация "Кредитный брокер - для физических лиц" - скачать презентации по Экономике
Вы можете прислать нам Вашу презентацию и мы опубликуем ее на сайте.
Обратная связь
Для правообладателей
Email: Нажмите что бы посмотреть