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