
- •Загальна характеристика мови моделювання uml
- •Виникнення і становлення мови моделювання uml
- •Графічна нотація і семантика uml
- •Засоби uml для опису статичної структури моделі системи.
- •Засоби uml для опису динамічної поведінки моделі системи.
- •Представлення управління моделями в uml
- •Загальна характеристика і призначення діаграм в uml.
- •Діаграма варіантів використання (Use case diagram);
- •Діаграма топологій (Deployment diagram);
- •Діаграма станів (Statechart diagram);
- •Діаграма активності (Activity diagram);
- •Діаграма взаємодії (Interaction diagram);
- •Діаграма послідовності дій (Sequesnce diagram)
- •Діаграма співробітництва (Collaboration diagram);
- •Діаграма класів (Class diagram);
- •Діаграма компонентів (Component diagram);
- •Програмні засоби реалізації проектів в uml.
- •Раціональний уніфікований процес –rup.
- •Зв’язок раціонального уніфікованого процесу з uml.
- •Характеристики раціонального уніфікованого процесу.
- •Ітерації раціонального уніфікованого процесу.
- •Цикли розробки раціонального уніфікованого процесу.
- •Робочі процеси раціонального уніфікованого процесу.
- •Фази раціонального уніфікованого процесу. Чотири фази життєвого циклу проекту
- •Початкова фаза
- •Фаза уточнення
- •Фаза впровадження
- •Фази і ітерації раціонального уніфікованого процесу.
- •Дисципліни раціонального уніфікованого процесу.
- •Артефакти раціонального уніфікованого процесу.
- •Особливості використання якісної інформації в системах керування.
- •Області застосування алгоритмів нечіткої логіки.
- •Властивості нечітких множин.
- •Функції приналежності до нечітких множин.
- •Лінгвістичні змінні.
- •Структурна схема регулятора на основі нечіткої логіки.
- •Методи фазифікації.
- •Структура бази знань в регуляторах на основі нечіткої логіки.
- •Навчання без вчителя
- •Алгоритми навчання
- •Нейронні мережі прямого розповсюдження.
- •Рекурентні нейронні мережі.
Представлення управління моделями в uml
Модель – це фіксація погляду її творця на речі реального світу|світу|. Або спрощене представлення реальності. Це завжди абстракція на деякому рівні деталізації. В більшості випадків модель можна зробити детальнішою, але|та|, часто|часто| детальніша модель втрачає|розгублює| лаконічність, система не стає зрозумілішою, і до того ж збільшує трудомісткість створення|створіння| самої моделі.
Модель звужує проблему і дозволяє швидше в неї вникнути. А використання різних типів діаграм дозволяє розгледіти|розглядати| проблему з різних сторін, а також в динаміці і з взаємозв'язками зі|із| спільним|загальним| контекстом.
UML| є|з'являється| стандартом для створення|створіння| моделей. У специфікації мови|язика| прописані види моделей і правила, по яких вони створюються. Використання єдиного стандарту дозволяє розробникам програмного|програмового| забезпечення спілкуватися на одній мові|язиці| і розуміти, що хотів сказати творець моделі.
Однозначність створюваних моделей також дозволяє спеціальному програмному|програмовому| забезпеченню, такому як Rational| Rose| або Rational| XDE| створювати на основі моделей програмний|програмовий| код.
Основні поняття мови|язика| UML| – це сутності|єство|, відношення і діаграми. Всі моделі будуються за допомогою діаграм
Загальна характеристика і призначення діаграм в uml.
Всі моделі будуються за допомогою діаграм. Діаграма складається з сутностей|єства| і відношень, що їх пов’язують. Діаграми використовують для візуалізації системи з різних точок зору. При цьому не можна плутати|путати| поняття "модель" і "діаграма", оскільки діаграма – це лише набір зв'язаних елементів, а модель – віддзеркалення|відбиття| суті|єства| реального світу|світу|.
Наприклад, для моделі наочної|предметної| області використовується діаграма класів, а для опису бізнес-процесу використовуються: діаграма прецедентів і діаграма послідовності.
У UML| основними діаграмами є|з'являються|.
Use| case| diagram| (діаграми прецедентів);
Deployment| diagram| (діаграми топології (розгортання);
Statechart| diagram| (діаграми станів|достатків|);
Activity| diagram| (діаграми діяльності);
Interaction| diagram| (діаграми взаємодії);
Sequence| diagram| (діаграми послідовностей дій);
Collaboration| diagram| (діаграми співпраці|співробітництва|);
Class| diagram| (діаграми класів);
Component| diagram| (діаграми компонентів).
Діаграма варіантів використання (Use case diagram);
Цей вид діаграм дозволяє створити список операцій, які виконує система. Часто цей вид діаграм називають діаграмою функцій, тому що|бо| на основі набору таких діаграм створюється список вимог до системи і визначається множина виконуваних системою функцій.
Кожна така діаграма або, як її зазвичай|звично| називають, кожен Use| case| – це опис сценарію поведінки дійових осіб (Actors|).
Даний тип діаграм використовується при описі бізнес-процесів наочної|предметної| області, що автоматизується, визначенні вимог до майбутньої програмної|програмової| системи.