align="justify">? Генерацію вихідного коду Java, C ++, C # и PHP;
? Зворотнього інжиніринг з вихідного коду и байткода Java;
? Автоматичності веріфікацію моделі UML (design critics).
2. Діаграма варіантів использование
Діаграма прецедентів - в UML lt; # justify gt; У мові UML Визначи Такі тіпі отношений: залежність, ассоциация, узагальнення и реалізація. ЦІ отношения є Основними єднальнімі конструкціямі UML и такоже як сутності застосовуються для побудова моделей.
Залежність (Dependency) - це семантичності відношення между двома сутности, при якому зміна однієї з них, незалежної, может вплінуті на семантику Іншої, залежної.
Асоціація (Association) - структурний ставленого, что опісує сукупність смісловіх або логічніх зв язків между про єктами.
Узагальнення (Generalization) - це відношення, при якому про єкт спеціалізованого елемента (нащадок) может буті підставленій вместо про єкта узагальненого елемента (предка). При цьом, відповідно до Принципів об'єктно-орієнтованого програмування, нащадок (child) успадковує структуру и поведение свого предка (parent).
Реалізація (Realization) є семантичності відношенням между класіфікаторамі, при якому одна класифікатор візначає зобов'язання, а Інший гарантує его виконан.
ставленого реализации зустрічаються у двох випадка:
? между інтерфейсамі и реалізують їх класами чі компонентами;
? между прецедентами и реалізують їх КООПЕРАЦІЇ.
На діаграмі варіантів использование, что наведена нижчих, показані актори та прецеденти, Які мают буті враховані в процессе проектування та розробки системи. До акторів відносяться Такі сутності: «Працівник», «Клієнт».
Як Клієнту так и працівнику відносяться Такі варіанти использование, як «Консультація», «Оформити замовлення», «Отріматі ЗАПЧАСТИНИ», «Перевіріті оплату» та «Видати ЗАПЧАСТИНИ».
Прецедент «Отріматі ЗАПЧАСТИНИ» має 2 відношення Розширення: «Запросіті зі складу» та «Замовити запчастини».
Прецедент «Перевіріті оплату» має такоже 2 Розширення: «Оплата готівкою», «Оплата за безготівковім розрахунком».
Рис.2.1 Діаграма варіантів использование
3. Діаграма кооперацій
Поняття КООПЕРАЦІЇ (collaboration) є одним з фундаментальних зрозуміти у мові UML. Воно служити для Позначення безлічі взаємодіючіх з Певнев метою об'єктів у загально контексті модельованої системи.
Мета самой КООПЕРАЦІЇ Полягає в тому, щоб спеціфікуваті Особливостігри реализации ОКРЕМЕ найбільш значущих операцій в сістемі. Кооперація візначає структуру поведінкі системи в термінах взаємодії учасников цієї КООПЕРАЦІЇ.
Діаграма КООПЕРАЦІЇ самперед відображає структуру взаємодії та містіть Такі елементи:
? Екземпляр акторів и класів, что беруть доля в реализации варіанту использование;
? Асоціацію между екземпляр акторів и класів;
? ПОВІДОМЛЕННЯ, что передаються между екземпляр акторів и класів.
кооперація может буті представлена ??на двох рівнях:
? Рівні Специфікації - показує роли класіфікаторів та роли асоціацій у Розглянуто взаємодії;
? Рівні примеров - вказує екземпляр и зв'язки, что утворюють ОКРЕМІ роли в КООПЕРАЦІЇ.
Головна особлівість діаграмі КООПЕРАЦІЇ Полягає в возможности графічно представіті НЕ только послідовність взаємодії, но ї усі структурні отношения между об'єктами, Які беруть доля у Цій взаємодії.
На Відміну Від діаграмі послідовності, на діаграмі КООПЕРАЦІЇ зображаються только отношения между об'єктами, что Грають певні роли у взаємодії. З Іншого боці, на Цій діаграмі НЕ вказується годину у виде ОКРЕМЕ віміру. Тому послідовність взаємодій и паралельних потоків может буті определена помощью порядковий номерів.
Отже, если необходимо явно спеціфікуваті взаємозв язок между про єктами в реальному часі, краще це делать на діаграмі послідовності.
За помощью діаграмі КООПЕРАЦІЇ можна описати повний контекст взаємодій як своєрідній годин зріз сукупності об'єктів, взаємодіючіх между собою для виконан Певного Завдання або бізнес-цілі програмної системи.
нижчих наведено діаграму КООПЕРАЦІЇ для Нашої системи.
Клієнт прийшовши в магазин обирає ЗАПЧАСТИНИ. Потім ВІН замовляє ее у парцівніка, тієї в свою черго оформляє замовлення. После того як працівник получил ЗАПЧАСТИНИ зі складу, клієнт зобов язаний п...
