Тема №1: Концепція об’єктно-орієнтованого програмування. Об’єктна модель. 2 Тема №2: Об’єктна модель. Складові об’єктного підходу. 6 Тема №3: Класи та об’єкти. 16 Частина І



Скачати 434.45 Kb.
Сторінка1/4
Дата конвертації18.11.2016
Розмір434.45 Kb.
  1   2   3   4

http://antibotan.com/ - Всеукраїнський студентський архів


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

(лекції)


Зміст


Частина І

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

Тема № 1: Концепція об’єктно-орієнтованого програмування. Об’єктна модель. 2

Тема № 2: Об’єктна модель. Складові об’єктного підходу. 6

Тема № 3: Класи та об’єкти. 16


Частина І

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



Тема № 1: Концепція об’єктно-орієнтованого програмування. Об’єктна модель.

План


1. Складні системи. Декомпозиція, абстрагування та ієрархія.

2. Еволюція об’єктної моделі. Основи об’єктної моделі.

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

Складність систем ми будемо розглядати стосовно промислових програмних продуктів, що розробляються групою розробників або навіть і декількома групами. Суттєва риса промислових програм - рівень складності. Одинокий розробник або навіть й група розробників не в стані охопити всі аспекти такої системи. Складність таких систем здебільшого перевищує можливості людського інтелекту. Згаданою складністю очевидно володіють усі великі системи. Цю складністю можна подолати, але уникнути її неможливо. Тому необхідно розглянути надійні способи побудови складних систем, які б з високою ймовірністю гарантували успіх в їх проектуванні.

Аспекти складності стосовно розробки програмного забезпечення:

- складність реального світу, або тої його частини яку моделює програма;

- складність управління процесом розробки;

- проблеми описання поведінки великих дискретних систем.


Структура складних систем

Основні властивості складних систем, що обґрунтовують об’єктний підхід:

- складні системи є ієрархічними і складаються із взаємопов’язаних частин, що також можуть ділитися на підсистеми;

- розділ систем на елементарні компоненти є відносно довільний і здебільшого залежить від дослідника;

- зв’язок в середині компонентів набагато сильніший ніж між компонентами, це обумовлює “високочастотну” взаємодію всередині компонентів та “низькочастотну” між компонентами;

- ієрархічні системи складаються з невеликої кількості типів підсистем різним чином скомбінованих та організованих;

- діюча складна система є результатом розвитку більш простої системи, що працювала раніше. (Складна система, що спроектована з “нуля” навряд чи запрацює.)

Досвід проектування складних систем показує [Буч], що найбільш успішними є ті системи в яких закладено добре продумані структури класів та об’єктів і які володіють згаданими вище властивостями.

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

- декомпозиція;

- абстрагування;

- ієрархія.


Декомпозиція

На древньому принципі управління “розділяй та владарюй” і зараз базується побудова та управління складною системою. При проектування програмна система розкладається на все менші та менші підсистеми, що можуть розроблятися та вдосконалюватися незалежно.

До сих пір ми мали справу зі структурним проектуванням “зверху вниз” і декомпозиція сприймається як розділення алгоритмів, де кожен модуль виконує якусь частину загального процесу.

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

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

Абстракція полягає у виділенні (на певному рівні) найбільш важливих ознак об’єктів (інформації про об’єкти) реального світу які моделюються та в абстрагуванні від незначних деталей. Таким чином формується узагальнююча, ідеалізована модель об’єкту. Незначні, на певному рівні абстракції, елементи моделі можуть уточнюватися на нижчих рівнях і на їх основі об’єкти розрізняються між собою.


Ієрархія

Ієрархія класів та об’єктів є способом розширення інформативності елементів системи. Об’єктна структура ілюструє схему взаємодії об’єктів між собою. Структура класів визначає узагальнення структур та їх поведінку в середині системи.

Визначити ієрархічні зв’язки в системі не завжди просто, але після їх визначення структура складної системи та сама система стає зрозумілішою.
Зміст проектування

Під проектування розуміють деякий уніфікований підхід за допомогою якого шукають шляхи вирішення певної проблеми. Під проектуванням розглядають побудову системи, що

- задовольняє заданим (часто неформальним) специфікаціям функціонування;

- узгоджується з обмеженнями, що накладаються обладнанням;

- задовольняє явні та неявні вимоги з експлуатації та ресурсоспоживанню;

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

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

Методи проектування володіють деякими спільними властивостями:

- умовні позначення – мова для описання кожної моделі;

- процес правила проектування моделей;

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

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

Мови програмування умовно розбиваються на чотири покоління в залежності від мовних конструкцій, що в них реалізовані.

Перше покоління FORTRAN I, ALGOL 58 (математичні формули). Вони орієнтувалися в основному на інженерні та наукові розрахунки та підтримували виключно математичні абстракції.

Друге покоління FORTRAN II (підпрограми, роздільна компіляція), ALGOL 60 (блокова структура, типи даних), COBOL (описання даних, робота з файлами), Lisp (обробка списків, вказівними, збирання сміття). Основна тенденція цього покоління мов розвиток алгоритмічних абстракцій.

Третє покоління PL/1 (FORTRAN + ALGOL + COBOL), ALGOL 68 (строгий нащадок ALGOL 60), Pascal (спрощений нащадок ALGOL 60), Simula (класи, абстрагування даних) характеризується більш суттєвим кроком від підтримки машини до предметної галузі.

У четвертому поколінні було створено багато мов програмування високого рівня, але мало з них вижили. Але механізми, що були запропоновані ними втілювалися у нових версіях старіших мов. Саме тоді розвинулися об’єктні та об’єктно-орієнтовані мови Smalltalk (по новому розвинутий спадок від Simula). Ada (нащадок ALGOL 68 та Pascal з елементами Simula) CLOS (об’єднав Lisp, LOOPS та Flavors), C++ (гібрид C та Simula), Eiffel (об’єднання Simula та Ada). Ці мови можна назвати зараз об’єктно-орієнтованими.


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

- значний прогрес в галузі архітектури ЕОМ;

- розвиток мов програмування, таких як Simula, Smalltalk, Ada;

- розвиток технології програмування, що включає принципи модульності та ховання даних [];

- розвиток теорії баз даних;

- дослідження в галузі штучного інтелекту;

- досягнення філософії та теорії пізнання.

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

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

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

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

Об’єктно-орієнтоване програмування – методологія програмування, що ґрунтується на поданні програми у вигляді набору об’єктів, кожен з яких є екземпляром певного класу, а класи утворюють ієрархію наслідування [Буч].

Як випливає з означення, програма буде об’єктно-орієнованою тільки тоді, коли виконуються три основні вимоги: 1) як базові елементи використовуються об’єкти, а не алгоритми; 2) кожен об’єкт є екземпляром певного класу; 3) класи організовано ієрархічно.

Мову програмування можна назвати об’єктно-орієнованою тільки тоді, якщо у ній реалізовані механізми:

- підтримки об’єктів, тобто абстракції даних, що мають інтерфейс у вигляді іменованих операцій і власні дані з обмеженням доступу до них;

- об’єкти відносяться до відповідних типів;

- типи можуть успадковувати атрибути надтипів (надкласів).

За цією класифікацією до об’єктно-орієнованих мов програмування можна віднести Smalltalk, (чистий), C++, Object Pascal, CLOS, Java (гібридні), Ada (об’єктний).

Об’єктно-орієнтоване проектування методологія проектування, що об’єднує в собі процес об’єктної декомпозиції та прийоми представлення логічної і фізичної, а також статичної і динамічної моделей системи, що проектується [Буч].

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

За результатами OOA формуються моделі, на яких ґрунтується OOD (проектування), OOD створює фундамент для реалізації системи з використанням методології OOP.




  1   2   3   4


База даних захищена авторським правом ©lecture.in.ua 2016
звернутися до адміністрації

    Головна сторінка