і відображення організаційних структур. UML дозволяє розробникам програмного забезпечення досягти угоди в графічних позначеннях для представлення загальних понять (таких як клас, компонент, узагальнення (generalization), об'єднання (aggregation) і поведінка) і більше сконцентруватися на проектуванні та архітектурі. Він спрощує складний процес проектування ПЗ шляхом створення "креслення" для побудови системи. Мова UML не прив'язаний до якої-небудь окремої платформі або мови програмування, тому він добре підходить для з'єднання мереж різних систем. Він розроблявся з урахуванням гнучкості і тому здатний адаптуватися до виникаючих нових проблем [5]. Містить стандартний набір діаграм і нотацій різноманітних видів. UML містить наступний набір діаграм:
структурні (structural) моделі:
діаграми класів (class dіagrams) - для моделювання статичної структури класів системи і зв'язків між ними;
діаграми компонентів (component dіagrams) - для моделювання ієрархії компонентів (підсистем) системи;
діаграми розміщення (deployment dіagrams) - для моделювання фізичної архітектури системи;
моделі поведінки (behavіoral):
діаграми варіантів використання (use case dіagrams) - для моделювання функціональних вимог до системи (у вигляді сценаріїв взаємодії користувачів з системою);
діаграми взаємодії (іnteractіon dіagrams), такі як діаграми послідовності (sequence dіagrams) і кооперативні діаграми (collaboratіon dіagrams) - для моделювання процесу обміну повідомленнями між об'єктами;
діаграми станів (statechart dіagrams) - для моделювання обігу об'єктів системи при переході з одного стану в інший;
діаграми діяльності (actіvіty dіagrams) - для моделювання поводження системи в рамках різних варіантів використання, або потоків управління.
2. Розробка моделі функціональних вимог завдання "облік замовлень на вантажоперевезення автотранспортної компанії" Трансавто "з використанням діограмми прецендентов
Для опису функціональної структури системи використовується діаграма варіантів використання. Цей тип діаграм описує загальну функціональність системи. Вони відображають взаємодію між варіантами використання, які представляють функції системи, і діючими особами, які представляють людей або системи, які отримують або передають інформацію в дану систему. Кожна функціональність зображується у вигляді "прецедентів використання" (use case) або просто прецедентів. Прецедент - це типове взаємодія користувача з системою, яка може представляти різні рівні деталізації, описувати видиму користувачем функцію, забезпечувати досягнення конкретної мети, важливої вЂ‹вЂ‹для користувача. Прецедент зображується як овал, пов'язаний з типовими користувачами, які назива...
