татична структурна діаграма, показує розбівка програмної системи на структурні компоненти й зв'язки (залежності) между компонентами. Як ФІЗИЧНІ компоненти могут віступаті файли, бібліотеки, Модулі, что віконуються файли, пакети ї т.п.
Діаграма композітної/складеної структури (Composite structure diagram) - статична структурна діаграма, демонструє внутрішню структуру класів І, по возможности, взаємодію ЕЛЕМЕНТІВ (частин) внутрішньої структурованих класу.
Підвідом діаграм композітної структурованих є діаграмі кооперації (Collaboration diagram, уведені в UML 2.0), Які показують роли ї Взаємодія класів у рамках кооперації. Кооперації зручні при моделюванні шаблонів проектування. p> Діаграмі композітної структурованих могут використовуват разом з діаграмамі класів.
Діаграма розгортання (Deployment diagram) - служити для моделювання працюючих вузлів (апаратних ЗАСОБІВ, node) i артефактів, Розгорнутим на них. У UML 2.0 на Вузли розвертаються артефакти (англ. artifact), у тієї годину як в UML 1.0 на Вузли розверталіся компоненти. Між артефактом и логічнім елементом (компонентом), что ВІН реалізує, Установлюється залежність маніфестації.
Діаграма об'єктів (Object diagram) - демонструє повний або частковий знімок моделіруємої системи в завдань момент годині. На діаграмі об'єктів відображаються екземпляр класів (об'єкти) системи Із вказівкою потокової значень їхніх атрібутів и зв'язків между об'єктами.
Діаграма пакетів (Package diagram) - структурна діаграма, основним змістом Якої є пакети й отношения между ними. Твердого поділу между різнімі структурними діаграмамі не проводитися, тому дана назва Пропонується вінятково для зручності й Не має семантичного значення (пакети ї діаграмі пакетів могут буті прісутнім на других структурних діаграмах). Діаграмі пакетів службовців, у Першу Черга, для організації ЕЛЕМЕНТІВ у групи по якій-небудь ознаці з метою Спрощення структурованих ї організації роботи з моделлю системи.
Діаграма ДІЯЛЬНОСТІ (Activity diagram) - діаграма, на якій показань розкладання деякої ДІЯЛЬНОСТІ на ее складові Частини. Під діяльністю (activity) розуміється Специфікація поводження, что віконується, у вігляді коордінованого послідовного й паралельного Виконання підлеглих ЕЛЕМЕНТІВ - вкладень Видів ДІЯЛЬНОСТІ ї окрем Дій # "#" title = Актор> акторами и прецедентами.
основного Завдання - являти собою єдиний засіб, что Дає можлівість замовнікові, кінцевому корістувачеві ї розроблювачеві спільно обговорюваті функціональність и поводження системи.
Діаграмі комунікації ї послідовності Транзитивні, віражають взаємодію, альо показують его різнімі способами ї з достатнім ступенів точності могут буті перетворені одна в іншу.
Діаграма комунікації (Communication diagram) (у UML 1.x - діаграма кооперації, collaboration diagram) - діаграма, на якій зображуються взаємодії между Частинами композітної структурованих або ролями кооперації. На відміну від діаграмі послідовності, на діаграмі комунікації явно вказуються отношения между елементами (об'єктами), а годину як окремий вимір НЕ вікорістовується (застосовуються порядкові НОМЕР вікліків).
Діаграма послідовності (Sequence diagram) - діаграма, на якій збережений впорядкованим в часі Взаємодія об'єктів. Зокрема, на ній зображуються об'єкти, что беруться доля у взаємодії, и послідовність Повідомлень, Якими смороду обмінюються.
Діаграма Огляду взаємодії (Interaction overview diagram) - Різновид діаграмі ДІЯЛЬНОСТІ, что Включає фрагменти діаграмі послідовності й конструкції потоку Керування.
Діаграма сінхронізації (Timing diagram) - альтернативне Подання діаграмі послідовності, что явно показує Зміни стану на Лінії життя Із завданні шкалою годині. Може буті Корисна в додатках реального годині. [15,40]
4. Керована моделями інженерія. Огляд
Останні п'ятдесят років досліднікі ї розроблювачі програмного забезпечення створюють абстракції, что допомагають їм програмуваті в термінах цілей свого проекту, а не вікорістовуваного комп'ютерного середовища, и захіщаючі їх від складностей цього середовища. Із самого качану ці абстракції включали технології мов програмування й операційніх систем. Наприклад, Ранні мови програмування (мови асемблера й Fortran) захищали розроблювачів від складностей програмування в машинних кодах. [10.1]
Аналогічно, Ранні операційні системи захищали їх від складностей програмування прямо на Рівні апаратури. Хочай ці Ранні мови й платформі підвіщувалі рівень абстракції, смороду явно були "орієнтованімі на обчислення". Зокрема, смороду забезпечувалі абстракції простору РІШЕНЬ (тоб области самих комп'ютерних технологий), а не абстракції, что дозволяють звісткі розробка в термінах прикладної области. Згідно уживаються чісленні СПРОБА Подальшого Підвищення уровня абстракції. [14]
Одним з н...
